Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5127190pxj; Tue, 22 Jun 2021 16:01:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx79H8ZPjHZB2lrAC1T89Nrc/7SBv6b/6IVfF1dFSwynNYRGGKZWle5sqVkxEaygwi8e7pg X-Received: by 2002:a02:820f:: with SMTP id o15mr5977208jag.139.1624402915067; Tue, 22 Jun 2021 16:01:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624402915; cv=none; d=google.com; s=arc-20160816; b=nWSoiJGb5V93Fl5+2pab7N8pZXpDTkC52zrLP+Ks206hfPV75Cj6zXZE5PWTeQ26XR CB1EB9btTFk5od+hKrh7EqlZtVurqvlUMK1Sr2PoBZ4D7RpSaYp0ANw3FugXWbqftHyT kGCH4YTwLcfmJTCbg6I+Y0OS75LWjHs/6dlss3Qs8O18QOmwCiGo1iWAYt6AHc3wn1JT Dvd14tozAbjcfAqylGcookJFcWDugR89zicaipXiX9jw+iLMZ0TwBsOiDBmiY1KDcJuT +s0BBDoKHIhY0GP74Wi30Af0fZII+ie8xjL6vLl6UZdERJvFuq0jgKkqhn5cRh4k7Hw7 mZLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=z7ezEIlKPtp/3RhygaTesVfpIGNildG6ba+99hRh0fk=; b=CB3oiX9PZ7bM0SAcUHHvrsANW3Lmnf+NYkHoyMm2pRg3dhCheipYyDjiTNZn6VppD3 UjcfWTvjVFM1Qrbq3scHDpQeu8Q8bimQ4AS6GFdS7wzxOrecXzGmDUUtoP3c6UVLiR1F TF4ZEVmhWVzy2x2AX1ocUMsHPT7r1Ey6jszHKcw6ZVkchCM4YnRXy6J9Zg+/g3pe5Kpf 6/oDeujd0YDyS4syT89yoPsiZey2rsHSOKndzZjFP2JrpMlctCN0C5yzt1sYWHHZTGMD L+1hE8NwYNsJcddlSkd5I1O2GHkF17oxZTx0swbQhXuehWqz75RGLy5sgqHp3f379TE1 og9A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=eom4sFfD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c17si23707634iob.43.2021.06.22.16.01.42; Tue, 22 Jun 2021 16:01:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=eom4sFfD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230263AbhFVXCg (ORCPT + 99 others); Tue, 22 Jun 2021 19:02:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49328 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230013AbhFVXCg (ORCPT ); Tue, 22 Jun 2021 19:02:36 -0400 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [IPv6:2001:4b98:dc2:55:216:3eff:fef7:d647]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 47A78C061574; Tue, 22 Jun 2021 16:00:19 -0700 (PDT) Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 3B9CFA66; Wed, 23 Jun 2021 01:00:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1624402817; bh=w/QzkKUaHYeJ/+Ps0loj+gUMXSzLtU+Y9HLBsrb4p5g=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=eom4sFfDDvZdyK/+ts5AaFx0b9+SjY8nx8iMHRfRe017bzpWnPyRC8wxCF6C11dD3 VXoooMSgJ4DJzWCAoLAvTFgH7wznpE2C6KS0srHT2K0KZ1R7Tk3G5cSmJxSAyKyCaG jIL8rSZaTLhYoLetG084Uq8U1fKN4/bzPuYc0kFc= Date: Wed, 23 Jun 2021 01:59:48 +0300 From: Laurent Pinchart To: Shuah Khan Cc: Steven Rostedt , Konstantin Ryabitsev , "Enrico Weigelt, metux IT consult" , David Hildenbrand , James Bottomley , Greg KH , Christoph Lameter , Theodore Ts'o , Jiri Kosina , ksummit@lists.linux.dev, linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org Subject: Re: Maintainers / Kernel Summit 2021 planning kick-off Message-ID: References: <5038827c-463f-232d-4dec-da56c71089bd@metux.net> <20210610182318.jrxe3avfhkqq7xqn@nitro.local> <20210610152633.7e4a7304@oasis.local.home> <37e8d1a5-7c32-8e77-bb05-f851c87a1004@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Shuah, On Tue, Jun 22, 2021 at 04:33:22PM -0600, Shuah Khan wrote: > On 6/18/21 7:46 AM, Laurent Pinchart wrote: > > On Thu, Jun 10, 2021 at 01:55:23PM -0600, Shuah Khan wrote: > >> On 6/10/21 1:26 PM, Steven Rostedt wrote: > >>> On Thu, 10 Jun 2021 21:39:49 +0300 Laurent Pinchart wrote: > >>> > >>>> There will always be more informal discussions between on-site > >>>> participants. After all, this is one of the benefits of conferences, by > >>>> being all together we can easily organize ad-hoc discussions. This is > >>>> traditionally done by finding a not too noisy corner in the conference > >>>> center, would it be useful to have more break-out rooms with A/V > >>>> equipment than usual ? > >>> > >>> I've been giving this quite some thought too, and I've come to the > >>> understanding (and sure I can be wrong, but I don't think that I am), > >>> is that when doing a hybrid event, the remote people will always be > >>> "second class citizens" with respect to the communication that is going > >>> on. Saying that we can make it the same is not going to happen unless > >>> you start restricting what people can do that are present, and that > >>> will just destroy the conference IMO. > >>> > >>> That said, I think we should add more to make the communication better > >>> for those that are not present. Maybe an idea is to have break outs > >>> followed by the presentation and evening events that include remote > >>> attendees to discuss with those that are there about what they might > >>> have missed. Have incentives at these break outs (free stacks and > >>> beer?) to encourage the live attendees to attend and have a discussion > >>> with the remote attendees. > >>> > >>> The presentations would have remote access, where remote attendees can > >>> at the very least write in some chat their questions or comments. If > >>> video and connectivity is good enough, perhaps have a screen where they > >>> can show up and talk, but that may have logistical limitations. > >>> > >> > >> You are absolutely right that the remote people will have a hard time > >> participating and keeping up with in-person participants. I have a > >> couple of ideas on how we might be able to improve remote experience > >> without restricting in-person experience. > >> > >> - Have one or two moderators per session to watch chat and Q&A to enable > >> remote participants to chime in and participate. > >> - Moderators can make sure remote participation doesn't go unnoticed and > >> enable taking turns for remote vs. people participating in person. > >> > >> It will be change in the way we interact in all in-person sessions for > >> sure, however it might enhance the experience for remote attendees. > > > > A moderator to watch online chat and relay questions is I believe very > > good for presentations, it's hard for a presenter to keep an eye on a > > screen while having to manage the interaction with the audience in the > > room (there's the usual joke of the difference between an introvert and > > an extrovert open-source developer is that the extrovert looks at *your* > > shoes when talking to you, but in many presentations the speaker > > nowadays does a fairly good job as watching the audience, at least from > > time to time :-)). > > > > For workshop or brainstorming types of sessions, the highest barrier to > > participation for remote attendees is local attendees not speaking in > > microphones. That's the number one rule that moderators would need to > > enforce, I think all the rest depends on it. This may require a larger > > number of microphones in the room than usual. > > > > Absolutely. Moderator has to make sure the following things happen for > this to be effective: > > - Watch chat and Q&A, Raise hand from remote participants > - Enforce some kind of taking turns to allow fairness in > participation > - Have the speaker repeat questions asked in the room (we do that now > in some talks - both remote and in-person - chat and Q&A needs > reading out for recording) > - Explore live Transcription features available in the virtual conf. > platform. You still need humans watching the transcription. > - Have a running session notes combined with transcription. > > Any of these options aren't sustainable when large number of people > are participating remotely or in-person. In general a small number of > people participate either in person or remote in any case, based on > my observation in remote and in-person settings. > > Maybe we can experiment with one or two workshops this time around > and see how it works out. If we can figure an effective way, it would > be beneficial for people that can't travel for one reason or the > other. Can we nominate moderators ahead of time ? For workshop-style discussions, they need to be a person who won't participate actively in the discussions, as it's impossible to both contribute and moderate at the same time. -- Regards, Laurent Pinchart