[Empty message]

RETURN VALUE times() returns the number of clock ticks that have elapsed since an arbitrary point in the past. For Linux 2.4 and earlier this point is the moment the system was booted. Since Linux 2.6, this point is (2^32/HZ) - 300 (i.e., about 429 million) seconds before system boot time. The return value may overflow the possible range of type clock_t. On error, (clock_t) -1 is returned, and errno is set appro- priately....

Please provide the output of `dmesg -s 1000000' for both 2.6.23 and 2.6.24-rc3, thanks. Are you sure that the driver is suitably configured? Sometimes we like to fiddle config options so that a `make oldconfig' will go and unconfigure drivers which you need. -

On Wed, 07 Nov 2007 23:56:57 +0100 http://en.wikipedia.org/wiki/Push_poll -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan -

Another post-2.6.23 regression. Possible culprits cc'ed? -

-- "Premature optimization is the root of all evil." - Donald Knuth -

Hi all, We're using a PXE / network install system for the SunFire x4100M2. We had a kernel that worked fine for the x4100 and x2100/x2100M2, but this new platform does something funny: after selecting the kernel at the PXElinux prompt, I don't see any kernel messages on the serial console, until the kernel has finished initialising. They are appearing on the VGA console, when I use console=tty0 console=ttyS0. With console=ttyS0 only, they appear nowhere. There is a BIOS setting called "Redir...

Not really a credible difference as the reported difference is between two *clients* and the speed of getattr vs lookup would depend on the I suspect a more detailed analysis of the traces is in order. I strongly suspect you will see a difference between the two clients, and you have only reported a difference between the first and second "ls -l" (unless I missed some email). It seems most likely that 2.6 is issuing substantially more GETATTR requests than 2.4. There have certainly been repor...

After some bisecting, I found that net skge driver broke on commit 7fb7ac241162dc51ec0f7644d4a97b2855213c32 My network card is: 0000:00:0e.0 Ethernet controller: 3Com Corporation 3c940 10/100/1000Base-T [Marvell] (rev 12) Linux cheradenine 2.6.24-rc1-dirty #15 Wed Nov 7 23:39:28 EET 2007 x86_64 GNU/Linux -- Heikki Orsila Barbie's law: heikki.orsila@iki.fi "Math is hard, let's go shopping!" http://www.iki.fi/shd -

Please put all of the relevant information into the bugzilla entry at http://bugzilla.kernel.org/show_bug.cgi?id=9321 Thanks, Rafael -

Sorry, I just forgot this time. Just after the bug report I did mail the author in private (out of the list). -- Heikki Orsila Barbie's law: heikki.orsila@iki.fi "Math is hard, let's go shopping!" http://www.iki.fi/shd -

cecco <f.cecco77@tiscali.it> : Did you unplug the battery ? -- Ueimor -

In include/linux/acpi.h we have following ifdefs: #ifndef _LINUX_ACPI_H #define _LINUX_ACPI_H #ifdef CONFIG_ACPI <=== #ifndef _LINUX #define _LINUX #endif #include <linux/list.h> #include <linux/mod_devicetable.h> #include <acpi/acpi.h> #include <acpi/acpi_bus.h> #include <acpi/acpi_drivers.h> #include <acpi/acpi_numa.h> #include <asm/acpi.h> #ifdef CONFIG_ACPI <=== The nesting of "ifdef CONF...

Robert Day noticed a few unused headers in UML, so this gets rid of them. Cc: "Robert P. J. Day" <rpjday@crashcourse.ca> Signed-off-by: Jeff Dike <jdike@linux.intel.com> --- arch/um/include/misc_constants.h | 6 ------ arch/um/include/signal_kern.h | 22 ---------------------- arch/um/include/skas/mode-skas.h | 11 ----------- 3 files changed, 39 deletions(-) Index: linux-2.6/arch/um/include/misc_constants.h ================================================================...

Allow LFLAGS to be given to make and have the expected effect. Signed-off-by: Jeff Dike <jdike@linux.intel.com> --- arch/um/Makefile | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) Index: linux-2.6/arch/um/Makefile =================================================================== --- linux-2.6.orig/arch/um/Makefile 2007-11-06 10:46:55.000000000 -0500 +++ linux-2.6/arch/um/Makefile 2007-11-07 12:44:29.000000000 -0500 @@ -130,7 +130,9 @@ CPPFLAGS_vmlinux.lds = -U$(SUBARCH) -D...

Tidy kern_util.h. It turns out that most of the function declarations aren't used, so they can go away. os.h no longer includes kern_util.h, so files which got it through os.h now need to include it directly. A number of other files never needed it, so these includes are deleted. The structure which was used to pass signal handlers from the kernel side to the userspace side is gone. Instead, the handlers are declared here, and used directly from libc code. This allows arch/um/os-Linux/trap.c ...

If count reaches zero, the loop ends, but the postfix decrement subtracts it. so, testing for 'count == 0' will not work. Signed-off-by: Roel Kluin <12o3l@tiscali.nl> --- diff --git a/sound/oss/trident.c b/sound/oss/trident.c index 96adc47..94b5fb4 100644 --- a/sound/oss/trident.c +++ b/sound/oss/trident.c @@ -2939,7 +2939,7 @@ trident_ac97_set(struct ac97_codec *codec, u8 reg, u16 val) data |= (mask | (reg & AC97_REG_ADDR)); - if (count == 0) { + if (count == -1) { printk...

Yep, you're right, here: -- If count reaches zero, the loop ends, but the postfix decrement still subtracts: testing for 'count == 0' will not work. Signed-off-by: Roel Kluin <12o3l@tiscali.nl> --- diff --git a/sound/oss/trident.c b/sound/oss/trident.c index 96adc47..6959ee1 100644 --- a/sound/oss/trident.c +++ b/sound/oss/trident.c @@ -2935,7 +2935,7 @@ trident_ac97_set(struct ac97_codec *codec, u8 reg, u16 val) do { if ((inw(TRID_REG(card, address)) & busy) == 0) break;...

Hi all, I'm having a preblem with a few workstations that are hard freezing from time to time since about a week. Curiously since then we upgraded from 2.6.20.6 to 2.6.20.10... While investigating I found out that there seems to be a problem, occuring randomly on some workstations after a certain amount time, that the mouse gets disconnected continously (see full log attached): Nov 7 00:09:36 mammatus kernel: [22055.357104] usb 2-1: USB disconnect, address 2 Nov 7 00:09:37 mammatus kernel: [...

[Empty message]

The bug is that syslinux incorrectly positions the stack above the command line (but not the stack pointer register; hence the kernel patch exposing this bug.) So the stack plus command line end up being limited to 512 bytes; how much stack gets used depends on the BIOS, so one BIOS may use a lot more than another. -hpa -

Ow. Yes, from my reading delay_tsc() can return early (or after heat-death-of-the-universe) if the TSCs are offset and if preemption migrates the calling task between CPUs. I suppose a lameo fix would be to disable preemption in delay_tsc(). -

These patches add the MEI/Panasonic MN10300/AM33 architecture to the Linux kernel. The first patch suppresses AOUT support in the kernel if CONFIG_BINFMT_AOUT=n and CONFIG_IA32_AOUT=n. MN10300 does not support the AOUT binfmt, so the ELF binfmt should not be permitted to go looking for AOUT libraries to load, nor should random bits of the kernel depend on asm/a.out.h. The second patch adds the architecture itself, to be selected by ARCH=mn10300 on the make command line. The patches can al...

The a.out interpreter support for ELF executables is already scheduled for being completely removed in 2.6.25. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -

AOUT support can be mostly built into a module, but a small part of it that is arch-specific still gets built into the main kernel. *That* is the main thing that is wrong. I suppose it might be possible to move those bits of the main kernel into inline functions in asm/a.out.h and thus include them directly in No, it's not that simple. If asm/a.out.h doesn't exist, then various bits of the kernel break that shouldn't. fs/binfmt_elf.c for example. fs/exec.c for another. They *expect* bits o...