netdev - Re: [PATCH v5] sh_eth: ensure pm_runtime cannot suspend the device during init

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Sat, 29 Mar 2014 15:39:42 -0400 (EDT)
From:	David Miller <davem@...emloft.net>
To:	sergei.shtylyov@...entembedded.com
Cc:	ben.dooks@...ethink.co.uk, linux-kernel@...ts.codethink.co.uk,
	netdev@...r.kernel.org, linux-sh@...r.kernel.org,
	laurent.pinchart+renesas@...asonboard.com
Subject: Re: [PATCH v5] sh_eth: ensure pm_runtime cannot suspend the device
 during init

From: Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
Date: Sat, 29 Mar 2014 17:52:07 +0400

> Hello.
> 
> On 29-03-2014 1:18, David Miller wrote:
> 
>>>>> I thought it was against the net next tree, given the number of
>>>>> patches that are currently being applied to the sh_eth driver.
> 
>>>> Fair enough, applied to net-next, thanks!
> 
>>>     It probably makes sense to queue this for the stable kernels as well.
> 
>> Sorry, that's not how this works.
> 
>> If it's good enough for -stable, meaning that users are activly
>> hitting
>> the problem and it's a serious bug, then it's good enough for 'net'
>> and should have been submitted against 'net'.
> 
>    I thought that at this point only regression fixes are good for 'net'.
> Although, this can be considered a regression too -- since addition of
> runtime PM support back in 2009.

-stable has more stringent requirements for inclusion than 'net',
therefore it is never valid for something to go -stable which is
not in 'net'.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html