Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Subject: Re: EDAC driver for DMC520
To:     Shiping Ji <shiping.linux@gmail.com>,
        Borislav Petkov <bp@alien8.de>
Cc:     Mauro Carvalho Chehab <mchehab@kernel.org>,
        Tony Luck <tony.luck@intel.com>,
        Yuqing Shen <yuqing.shen@broadcom.com>,
        Lei Wang <lewan@microsoft.com>,
        James Morse <james.morse@arm.com>,
        Robert Richter <rrichter@marvell.com>,
        BCM Kernel Feedback <bcm-kernel-feedback-list@broadcom.com>,
        LKML <linux-kernel@vger.kernel.org>
References: <bdb29d6d-bc63-cf68-0e32-556740537cd8@broadcom.com>
 <20200107184926.GL29542@zn.tnic>
 <f56605f8-e49f-6b99-5735-b4bec75af9fd@broadcom.com>
 <5a3188d8-e23a-b0de-bef7-ff60dda339ab@gmail.com>
From:   Scott Branden <scott.branden@broadcom.com>
Message-ID: <9364cef0-73ff-0bde-8e50-7463d0c20707@broadcom.com>
Date:   Tue, 7 Jan 2020 11:13:20 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.2.2
MIME-Version: 1.0
In-Reply-To: <5a3188d8-e23a-b0de-bef7-ff60dda339ab@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Hi Shiping,

On 2020-01-07 11:01 a.m., Shiping Ji wrote:
> On 1/7/2020 10:55 AM, Scott Branden wrote:
>> Lei/Shiping,
>>
>> On 2020-01-07 10:49 a.m., Borislav Petkov wrote:
>>> On Tue, Jan 07, 2020 at 09:57:26AM -0800, Scott Branden wrote:
>>>> Hello EDAC Maintainers,
>>>>
>>>> Could somebody have a look at the DMC520 patch series that has been waiting
>>>> for a response since November:
>>>> https://patchwork.kernel.org/patch/11248785/
>>> Well, the dt bindings stuff is still being discussed:
>>>
>>> https://patchwork.kernel.org/patch/11248783/
Shiping, you also need to address the binding comment here.
>>>
>>> Also, looking at this again, the patch authorship looks really fishy:
>>>
>>> Sender is
>>>
>>> From: Shiping Ji <shiping.linux@gmail.com>
>>>
>>> however, he doesn't have his SOB in there and previous iterations were
>>> done with Lei Wang whose SOB *is* there so I dunno what's going on.
>>>
>>> *Especially* if Lei Wang is being added as a maintainer of that driver
>>> by the second patch but he's not sending this driver himself. If this
>>> driver is going to be orphaned the moment it lands upstream, I'm not
>>> going to take it.
>> Shiping/Lei could you please provide appropriate signed-off-by?
>> Also, if you do not have an appropriate maintainer for the driver
>> we have Yuqing Shen who can be maintainer of this driver.
> Yes, signed-off-by is still Lei Wang, who is still the official maintainer of the driver.
>
> Lei is currently in sick leave so I'm trying to complete the patches on her behalf. Please kindly let me know how to add my SOB there.
If Lei is coming back soon then it may be best to wait for her?

Either way, I highly suggest you read the kernel documentation on 
submitting patches in the source tree:
Documentation/process/submitting-patches.rst.

Also, some of your other coworkers must know how to upstream code and 
can help you follow the process?
> Thanks!
>
>>> So at least those two things need to be fixed/clarified first.
>>>
>>> HTH.
>>>