Re: [2/2] 2.6.21-rc7: known regressions

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

 



Dave Jones wrote:
> -BUG: at arch/i386/kernel/sched-clock.c:170 init_sched_clock()
> - [<c01091b5>] show_trace_log_lvl+0x1a/0x30
> - [<c010980c>] show_trace+0x12/0x14
> - [<c01098cb>] dump_stack+0x16/0x18
> - [<c0468dbd>] init_sched_clock+0x58/0x9b
> - [<c0461502>] init+0x14b/0x241
> - [<c0108d97>] kernel_thread_helper+0x7/0x10
> - =======================
>
> heh, one for Ingo :)
>   

Andi, I think.  I've got his firstfloor.org patches applied to this kernel.

> -ACPI: ACPI Dock Station Driver 
> -ACPI: \_SB_.PCI0.IDE0.PRIM.MSTR: found ejectable bay
> -ACPI: \_SB_.PCI0.IDE0.PRIM.MSTR: Adding notify handler
> -ACPI: Bay [\_SB_.PCI0.IDE0.PRIM.MSTR] Added
>
> Hmm, I should try without the dock stuff built.
>
> -PCI: Using MMCONFIG
> +PCI: PCI BIOS revision 2.10 entry at 0xfd82b, last bus=24
> +PCI: Using configuration type 1
>
> Think I've tried with and without MMCONFIG
>
> -pnp: PnP ACPI: found 11 devices
> +pnp: PnP ACPI: found 13 devices
>
> My Wacom tablet is one of them. There's also a mysterious 13th device :)
>
>  ibm_acpi: IBM ThinkPad ACPI Extras v0.13
>  ibm_acpi: http://ibm-acpi.sf.net/
> -ibm_acpi: ThinkPad EC firmware 7BHT37WW-1.10
> +ibm_acpi: ThinkPad EC firmware 7JHT12WW-1.03
>
> possibly just because of the touchscreen.
>   

I'm running a very recent BIOS in order to enable hardware
virtualization (VT/VMX).  The BIOS updates also update the EC firmware.

> So most of the differences seem to be BIOS/firmware rather than hardware. 
> The PCI bus layout is identical for eg.
>   

Do you have Intel wireless?  I realized one chance I'd made was to swap
the Atheros wireless with Intel, since it just seems to work better
overall.  I'd never had any major suspend/resume problems that I could
attribute to madwifi though (lots of minor wifi-related ones though).

> Looking at your .config, I notice that you don't have CONFIG_FB_BACKLIGHT set
> (because you don't have any framebuffer drivers that use it enabled).
> Can you enable say.. CONFIG_FB_RADEON=m and CONFIG_FB_RADEON_BACKLIGHT=y
> (which should turn on CONFIG_FB_BACKLIGHT=y by dependancy), and see if
> it stops working for you? (You don't even need to load radeonfb.ko, just
> have it compiled).

OK, I'll give it a spin.

    J
_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm

[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux