Re: [Nix-dev] CFQ I/O scheduler can't boot my system
On Wed, Sep 07, 2011 at 10:46:43PM +0400, Michael Raskin wrote: > <4e64f7f0.5060...@shealevy.com>) > Mime-Version: 1.0 > Content-type: text/plain; charset="UTF-8" > > breaks my boot process. The linuxPackages_2_6_38_ati kernel hangs after > probing the ata devices. I've reverted to an older version for now, but > maybe I'm not the only one who's going to have that problem? > > >>> > >>> This should be fixed now (r29027, tested with Linux 2.6.35). > >>> > >>> I still get this hang unless I set elevator=noop at boot. Using > >> linuxPackages_2_6_39. > >> > > > >I also ran into this issue today with both linuxPackages_2_6_39 and > >linuxPackages_2_6_38_ati > > My data point: Linux 3.0.4, broken before the fix, works now. I imagine that putting that CFQ into the kernel will make all work. Isn't that an acceptable option? ___ nix-dev mailing list nix-dev@cs.uu.nl https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] CFQ I/O scheduler can't boot my system
<4e64f7f0.5060...@shealevy.com>) Mime-Version: 1.0 Content-type: text/plain; charset="UTF-8" breaks my boot process. The linuxPackages_2_6_38_ati kernel hangs after probing the ata devices. I've reverted to an older version for now, but maybe I'm not the only one who's going to have that problem? >>> >>> This should be fixed now (r29027, tested with Linux 2.6.35). >>> >>> I still get this hang unless I set elevator=noop at boot. Using >> linuxPackages_2_6_39. >> > >I also ran into this issue today with both linuxPackages_2_6_39 and >linuxPackages_2_6_38_ati My data point: Linux 3.0.4, broken before the fix, works now. ___ nix-dev mailing list nix-dev@cs.uu.nl https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] CFQ I/O scheduler can't boot my system
On Mon, Sep 5, 2011 at 6:25 PM, Shea Levy wrote: > On 09/05/2011 10:59 AM, Eelco Dolstra wrote: > >> Hi, >> >> On 09/03/2011 02:41 PM, Peter Simons wrote: >> >> this commit >>> >>> * Use the CFQ I/O scheduler, rather than the ‘none’ scheduler. This >>> was already the case on Linux 2.6.32, but in newer kernels the CFQ >>> scheduler is built as a module, so all block devices got the ‘none’ >>> scheduler instead. >>> >>> breaks my boot process. The linuxPackages_2_6_38_ati kernel hangs after >>> probing the ata devices. I've reverted to an older version for now, but >>> maybe I'm not the only one who's going to have that problem? >>> >> >> This should be fixed now (r29027, tested with Linux 2.6.35). >> >> I still get this hang unless I set elevator=noop at boot. Using > linuxPackages_2_6_39. > I also ran into this issue today with both linuxPackages_2_6_39 and linuxPackages_2_6_38_ati ___ nix-dev mailing list nix-dev@cs.uu.nl https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] CFQ I/O scheduler can't boot my system
On 09/05/2011 10:59 AM, Eelco Dolstra wrote: Hi, On 09/03/2011 02:41 PM, Peter Simons wrote: this commit * Use the CFQ I/O scheduler, rather than the ‘none’ scheduler. This was already the case on Linux 2.6.32, but in newer kernels the CFQ scheduler is built as a module, so all block devices got the ‘none’ scheduler instead. breaks my boot process. The linuxPackages_2_6_38_ati kernel hangs after probing the ata devices. I've reverted to an older version for now, but maybe I'm not the only one who's going to have that problem? This should be fixed now (r29027, tested with Linux 2.6.35). I still get this hang unless I set elevator=noop at boot. Using linuxPackages_2_6_39. ___ nix-dev mailing list nix-dev@cs.uu.nl https://mail.cs.uu.nl/mailman/listinfo/nix-dev
Re: [Nix-dev] CFQ I/O scheduler can't boot my system
Hi, On 09/03/2011 02:41 PM, Peter Simons wrote: this commit * Use the CFQ I/O scheduler, rather than the ‘none’ scheduler. This was already the case on Linux 2.6.32, but in newer kernels the CFQ scheduler is built as a module, so all block devices got the ‘none’ scheduler instead. breaks my boot process. The linuxPackages_2_6_38_ati kernel hangs after probing the ata devices. I've reverted to an older version for now, but maybe I'm not the only one who's going to have that problem? This should be fixed now (r29027, tested with Linux 2.6.35). -- Eelco Dolstra | http://www.st.ewi.tudelft.nl/~dolstra/ ___ nix-dev mailing list nix-dev@cs.uu.nl https://mail.cs.uu.nl/mailman/listinfo/nix-dev
