On Wed, 2007-09-05 at 23:25 -0400, Rob Hussey wrote: > > ACPI: PCI Interrupt 0000:02:0a.0[A] -> GSI 22 (level, low) -> IRQ 18 > > phy0 -> rt2x00_set_chip: Info - Chipset detected - rt: 0201, rf: 0003, > > rev: 00000004 > > WARNING: at lib/kref.c:33 kref_get() > > [<c0229da9>] kref_get+0x3d/0x44 > kobject_get > kobject_shadow > kobject_set_name > device_add > wiphy_register Ok, this comes from WARN_ON(!atomic_read(&kref->refcount)); which means that somehow the refcount is zero. > BUG: unable to handle kernel NULL pointer dereference at virtual > address 00000024 > EIP is at sysfs_addrm_start+0x21/0x87 > Call Trace: > create_dir > sysfs_create_dir > kobject_get > kobject_shadow_add > kobject_set_name > device_add > wiphy_register I wish x86 had proper backtraces. What are kobject_get and kobject_set_name doing in there??? Can't people get proper machines? powerpc has really nice backtraces... Anyhow, that appears to be sysfs trying to access kobj->parent which appears to be NULL. I have no idea what's going on here. Can you enable DEBUG_KOBJECT? Oh also, what kernel is this with? johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
