New timeofday subsystem: Lockups

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John, Nish, others: I'm not sure whether this is an issue with John's TOD patches, John's NTP rework, or Nish's softtimer patches, but something in this combination seems to be locking up my system frequently. Often, it will completely hang during bo

Re: fastboot, diskstat

2005/7/21, bert hubert <[EMAIL PROTECTED]>: > I'm currently at OLS and presented http://ds9a.nl/diskstat yesterday, which > also references your ancient 'fboot' program. Bert, ever so slightly off topic, but you mentioned parallelized startup in your slides... So checkout initng for your tests.

kernel 2.4.20, 2.4.21, 2.4.22 , ... does not compile with gcc-3.4.X

Dear Developers, This might be a known issue but it is not known to me! I tried to compile kernel 2.4.22 under Crux Linux, and the compilation stopped in sched.c. I do not have to say much to you because it seems a compiler problem! I guess that it would compile nicely with gcc-3.3.X. The problem

Re: [QN/PATCH] Why do some archs allocate stack via kmalloc, others via get_free_pages?

From: Nigel Cunningham <[EMAIL PROTECTED]> Date: Fri, 22 Jul 2005 14:11:17 +1000 > In making some modifications to Suspend, we've discovered that some > arches use kmalloc and others use get_free_pages to allocate the stack. > Is there a reason for the variation? If not, could the following patch

Re: Whats in this vaddr segment 0xffffe000-0xfffff000 ---p ?

>I found that every process running in this kernel version has a >virtual address mapping in /proc//maps file as follows ><--> >e000-000 ---p 00:00 0 ><-

Re: [PATCH] [1/5+1] menu -> menuconfig part 1

>When using xconfig (not menuconfig), the drivers/MTD menu >needs some help IMO, but it's not clear where/why. xconfig broken, can't handle "menuconfig"/menubool tags? Jan Engelhardt -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAI

Re: fastboot, diskstat

Andrew Morton wrote: The above data is enough for performing a crude preload: a) Boot the machine b) Boost the disk queue size, set the VFS readahead to zero, open /dev/hda1 and all the regular files, hose reads at the disk via fadvise(). Restore VFS readahead and queue size, continue wit

Re: [ANNOUNCE][RFC] PlugSched-5.2.3 for 2.6.12 and 2.6.13-rc3

Peter Williams wrote: This version contains minor bug fixes and improvements to spa_no_frills and zaphod schedulers including changes to the default configuration parameters for zaphod that take into account the results of tests using Con Kolivas's new (and very useful) interbench benchmark too

<    1   2   3