From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B542FC433E0 for ; Mon, 22 Jun 2020 08:08:44 +0000 (UTC) Received: from shelob.surriel.com (shelob.surriel.com [96.67.55.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 719B5208B8 for ; Mon, 22 Jun 2020 08:08:41 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=kroah.com header.i=@kroah.com header.b="owUSHvXl"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="MhP0WG3e" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 719B5208B8 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kroah.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kernelnewbies-bounces@kernelnewbies.org Received: from localhost ([::1] helo=shelob.surriel.com) by shelob.surriel.com with esmtp (Exim 4.94) (envelope-from ) id 1jnHUc-000179-Lv; Mon, 22 Jun 2020 04:07:50 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by shelob.surriel.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1jnHUb-000174-6c for kernelnewbies@kernelnewbies.org; Mon, 22 Jun 2020 04:07:49 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 3FCEC5C2A93; Mon, 22 Jun 2020 04:07:46 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Mon, 22 Jun 2020 04:07:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kroah.com; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=OZKmUkMOPfRKBr3e2QUwI75JvLk nGg9uF3EJewx9xHk=; b=owUSHvXlukGXPzhXZ8DD8DRTF6kf9+CPsByEzRDrd/U qcCQ942bxBcddNTFWAsOwjpnXjVeQsUl669nNFI6NKHHymbIGtEA0hTGGFQzWoCY eZAeXiTFrJtb4Ca7uedyOO7Zb7fvivYLw7/kQGVrme2pd8MppEt7I+SqukYedLvK bWzutxCpM8HE4zUUZlh9rEypH0zm3IgD6q4mg4z9q5AqbENZjyqLpb2UT9fz4c3m EvvcGSokauc3cCtfC+BI6kpA04LP+XJ966FZISP+vLJTYYXlEQLAjtH0P4Az9pJP Rjuh3p+uy+Mr9HfZTJf5qeNOHkhOspn1tU5f0YtQAHg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=OZKmUk MOPfRKBr3e2QUwI75JvLknGg9uF3EJewx9xHk=; b=MhP0WG3enodku2i4w12oV5 J5LtsWVgje11/GPz57sAAPTQfWGFcBNWBUFdLcGfygcKoTUFICB3CmIv1Ysvo8Jm oRP0+L5rQW2r2fySXHGWKOjWn0qr5lRtC1TYJeoSsdW9Xw+LVJ7WoXtouFPLio+t l0Eo+JWp6HA2EBES1e64b6PC//pedRRxxfAXEn6iwRyKwEKxKBBo5cEf2aRDvIsN Gp1gsr29rWNerGQwded3r80pxxX2UEt9TffzhdWw1oN3IDJyHdzO012TpTfSXaNY kojSLlAayGao9gJ52mRmOYVs/qvoT8xt3z69PH7HrDvqvEedEllyhlmADcXgyM/Q == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudekvddgtddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpefirhgvghcu mffjuceoghhrvghgsehkrhhorghhrdgtohhmqeenucggtffrrghtthgvrhhnpefhuedtfe ffgeefueevvdfgfeekudefleduveetfeehjedtkefhffejuddvveehfeenucffohhmrghi nhepghhithhhuhgsrdgtohhmpdhkvghrnhgvlhdrohhrghenucfkphepkeefrdekiedrke elrddutdejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhho mhepghhrvghgsehkrhhorghhrdgtohhm X-ME-Proxy: Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) by mail.messagingengine.com (Postfix) with ESMTPA id 94D4A3067222; Mon, 22 Jun 2020 04:07:45 -0400 (EDT) Date: Mon, 22 Jun 2020 10:07:40 +0200 From: Greg KH To: Oscar Carter Subject: Re: Advice about the linux kernel development process Message-ID: <20200622080740.GB3364562@kroah.com> References: <20200620143915.GB4330@ubuntu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20200620143915.GB4330@ubuntu> Cc: Kees Cook , kernelnewbies@kernelnewbies.org X-BeenThere: kernelnewbies@kernelnewbies.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Learn about the Linux kernel List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: kernelnewbies-bounces@kernelnewbies.org On Sat, Jun 20, 2020 at 04:39:15PM +0200, Oscar Carter wrote: > Hi, > > I've been working in the KSPP task number 20: "Enable -Wcast-function-type > globally" [1] but now I have some questions about the development process. > > I sent a v3 patch for the firewire subsystem [2] and a v5 patch series for > the acpi/irqchip subsystems [3]. During the process I've received comments > and suggestions about my work but now these two threads have no responses > in three weeks. > > When I've send patches to the staging area if they have no responses, in a > few days I received a mail from Greg to tell me that the specific patch had > been applied to one of the branches of his git tree. > > Now, what it's the correct workflow out of the staging area? Are these > patches in a process of been applied or have they been forgotten? Do I need > to insist? And how? > > [1] https://github.com/KSPP/linux/issues/20 > [2] https://lore.kernel.org/kernel-hardening/20200530090839.7895-1-oscar.carter@gmx.com/ > [3] https://lore.kernel.org/kernel-hardening/20200530143430.5203-1-oscar.carter@gmx.com/ Each subsystem works in different ways, but almost always, after 3 weeks, you can send a nice response to your patches of "hey, any comments on this?" if you haven't heard anything. Note that during the 2 week merge window, developers can not take new patches, so that sometimes does cause extra delays. good luck! greg k-h _______________________________________________ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies