From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4746979EF for ; Tue, 22 Aug 2023 07:41:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 55CFBC433C7; Tue, 22 Aug 2023 07:41:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1692690085; bh=CChEJ+FrddK2N9YujedMNtVzBjeRY2kyLrzj4KneCgU=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=LflmWOyoLpJxtUoHwmiLyy3ChOWFpZZStED66ETTi+ggGUREcqwwhykNGY6BAYdHG yImlusPr8XKTasxJh2qD/8NYvwYMA0gpa6PMKk+3NK6LXWi2pzyfq4UfrNL6B1rkRN SnB127wJ11pKRE9aMgkhUK+xctrDrSmhVdpvLmed+d3X/Wi0xuHXzimwG0shxeLHfo /txmzeFdBPd4fiCJeRWNlE3sfluHyMQ+s1lPV9uPtWmMRnARZ9t0zQSljpAUTb3JZq KxCg6yt5wHfenBECucJmlksAER5mlR20BKwEdiFC0acm9FE08LX81Ew3Znm6rzpPD8 vdK/3Zw3dYpvA== Date: Tue, 22 Aug 2023 09:41:20 +0200 (CEST) From: Jiri Kosina To: Laurent Pinchart cc: Leon Romanovsky , Linus Torvalds , Jakub Kicinski , Linus Walleij , Alexei Starovoitov , Andrew Lunn , Luis Chamberlain , Josef Bacik , ksummit@lists.linux.dev, Jeff Layton , Song Liu Subject: Re: [MAINTAINERS SUMMIT] Maintainer burnout In-Reply-To: <20230821153549.GJ10135@pendragon.ideasonboard.com> Message-ID: References: <20230816180808.GB2919664@perftesting> <20230817093914.GE21668@pendragon.ideasonboard.com> <44814ed5-7bab-4e56-9ca6-189870f97f41@lunn.ch> <20230817081957.1287b966@kernel.org> <20230818080949.7b17b0d5@kernel.org> <20230819064537.GM22185@unreal> <20230821153549.GJ10135@pendragon.ideasonboard.com> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) Precedence: bulk X-Mailing-List: ksummit@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII On Mon, 21 Aug 2023, Laurent Pinchart wrote: > > It is not clear to me how to get honest answers without fear of > > loosing an ability to work with that subsystems later. > > One straightforward (on paper) option is to guarantee anonymity. When I > was in university, students were given the opportunity to provide > feedback on teachers, and the feedback was aggregated into a report that > didn't contain any personal information that could be used to identify > the students. I understand where you are coming from with this (my university did the same :) ), but in my view this has a huge potential for not really reflecting reality. Rationale being: the people who e.g. got their code rejected will naturally tend to provide negative feedback, even if rejecting the code was objectively the right thing to do. And vice versa. Thanks, -- Jiri Kosina SUSE Labs