Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1190943 > unrolled thread
| Started by | Jeff Kirsher <jeffrey.t.kirsher@intel.com> |
|---|---|
| First post | 2015-07-23 16:10 +0200 |
| Last post | 2015-07-23 16:10 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH] e1000e: Move e1000e_disable_aspm_locked() inside CONFIG_PM Jeff Kirsher <jeffrey.t.kirsher@intel.com> - 2015-07-23 16:10 +0200
| From | Jeff Kirsher <jeffrey.t.kirsher@intel.com> |
|---|---|
| Date | 2015-07-23 16:10 +0200 |
| Subject | Re: [PATCH] e1000e: Move e1000e_disable_aspm_locked() inside CONFIG_PM |
| Message-ID | <pPpma-v1-13@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
On Wed, 2015-07-22 at 11:41 +1000, Michael Ellerman wrote: > On Wed, 2015-07-15 at 03:30 -0700, Jeff Kirsher wrote: > > On Tue, 2015-07-14 at 13:54 +1000, Michael Ellerman wrote: > > > e1000e_disable_aspm_locked() is only used in __e1000_resume() > which is > > > inside CONFIG_PM. So when CONFIG_PM=n we get a "defined but not > used" > > > warning for e1000e_disable_aspm_locked(). > > > > > > Move it inside the existing CONFIG_PM block to avoid the warning. > > > > > > Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> > > > --- > > > drivers/net/ethernet/intel/e1000e/netdev.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > NACK, this is already fixed in my next-queue tree. Raanan submitted > a > > patch back on July 6th to resolve this issue, see commit id > > a75787d2246a93d256061db602f252703559af65 in my dev-queue branch of > my > > next-queue tree. > > OK. I take it your next-queue is destined for 4.3, so we'll just have > to suck > on the warning until then? Yes, but I can queue Raanan's patch up for 4.2 (and possibly stable) if necessary. I have no issue with doing that.
Back to top | Article view | linux.kernel
csiph-web