From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johannes Weiner Subject: Re: [Bug #14016] mm/ipw2200 regression Date: Wed, 26 Aug 2009 10:27:41 +0200 Message-ID: <20090826082741.GA25955@cmpxchg.org> References: <_yaHeGjHEzG.A.FIH.7sGlKB@chimera> <84144f020908252309u5cff8afdh2214577ca4db9b5d@mail.gmail.com> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline In-Reply-To: <84144f020908252309u5cff8afdh2214577ca4db9b5d@mail.gmail.com> Sender: netdev-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="utf-8" To: Pekka Enberg Cc: "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Bartlomiej Zolnierkiewicz , Mel Gorman , Andrew Morton , netdev@vger.kernel.org, linux-mm@kvack.org [Cc netdev] On Wed, Aug 26, 2009 at 09:09:44AM +0300, Pekka Enberg wrote: > On Tue, Aug 25, 2009 at 11:34 PM, Rafael J. Wysocki wrot= e: > > This message has been generated automatically as a part of a report > > of recent regressions. > > > > The following bug entry is on the current list of known regressions > > from 2.6.30. =C2=A0Please verify if it still should be listed and l= et me know > > (either way). > > > > Bug-Entry =C2=A0 =C2=A0 =C2=A0 : http://bugzilla.kernel.org/show_bu= g.cgi?id=3D14016 > > Subject =C2=A0 =C2=A0 =C2=A0 =C2=A0 : mm/ipw2200 regression > > Submitter =C2=A0 =C2=A0 =C2=A0 : Bartlomiej Zolnierkiewicz > > Date =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: 2009-08-15 16:56 (1= 1 days old) > > References =C2=A0 =C2=A0 =C2=A0: http://marc.info/?l=3Dlinux-kernel= &m=3D125036437221408&w=3D4 >=20 > If am reading the page allocator dump correctly, there's plenty of > pages left but we're unable to satisfy an order 6 allocation. There's > no slab allocator involved so the page allocator changes that went > into 2.6.31 seem likely. Mel, ideas? It's an atomic order-6 allocation, the chances for this to succeed after some uptime become infinitesimal. The chunks > order-2 are pretty much exhausted on this dump. 64 pages, presumably 256k, for fw->boot_size while current ipw firmware images have ~188k. I don't know jack squat about this driver, but given the field name and the struct: struct ipw_fw { __le32 ver; __le32 boot_size; __le32 ucode_size; __le32 fw_size; u8 data[0]; }; fw->boot_size alone being that big sounds a bit fishy to me. Hannes