Re: 2.6.16-rc1-mm1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 18/01/2006 9:50 p.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.16-rc1/2.6.16-rc1-mm1/

- There are a lot of reiser3 features and fixes here.  Please test with
  caution, but please test.

- Due to various vendor and glibc release timings I'm aiming to get the *at
  functions (vfa-at-functions-core.patch) and the pselect/ppoll syscalls into
  2.6.16.  This is rather late in the piece and I'd ask interested parties to
  review and comment on those patches asap please.

  Ulrich would also like to get the unshare syscall into 2.6.16 but I don't
  recall having seen that code get a decent review and there's quite some
  potential for slipups in this area to cause very bad problems indeed.  So
  we're a bit stuck on that one.

- Before I die I'd like to get an x86 allmodconfig build with gcc-3.2.1
  which emits no warnings.  Once we have that we can worry about gcc-4 and
  other architectures.  Patches will be gratefully leapt upon.

My box came up first time lucky on this release, but I got a new oops:

NET: Registered protocol family 1
NET: Registered protocol family 17
BUG: swapper/1, active lock [b19e6428(b19e6400-b19e6600)] freed!
 [<b01040d1>] show_trace+0xd/0xf
 [<b0104172>] dump_stack+0x17/0x19
 [<b0131c6d>] mutex_debug_check_no_locks_freed+0xff/0x18e
 [<b01544b3>] kfree+0x34/0x6a
 [<b02a6109>] cpufreq_add_dev+0x127/0x379
 [<b023abcb>] sysdev_driver_register+0x70/0xb0
 [<b02a67df>] cpufreq_register_driver+0x68/0xfe
 [<b03cc19d>] acpi_cpufreq_init+0xd/0xf
 [<b01003cc>] init+0xff/0x325
 [<b0100d25>] kernel_thread_helper+0x5/0xb
 [b19e6428] {cpufreq_add_dev}
.. held by:           swapper:    1 [efe14ab0, 115]
... acquired at:               cpufreq_add_dev+0x9d/0x379
p4-clockmod: P4/Xeon(TM) CPU On-Demand Clock Modulation available
Starting balanced_irq

The box carried on and booted up normally after that and seems otherwise OK.

I'm yet to test this release out more throughly for some other problems I have seen recently as they require multiple reboots etc etc, but this one was more obvious :)

reuben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux