Comment 82 for bug 139045

Forgive me if I'm posting this info to the wrong place, but this is the closest match I can find to my problem. I notice people have posted here with no response, so I'd be very grateful for a pointer elsewhere if I am mistaken.

My Toshiba Satellite U200 has this issue, exactly as described in the bug description. I am on kernel 2.6.24.21 on Hardy.

Output from dmidecode on my system seems to have really unhelpful info, so the patch isn't ID'ing my system - I think this is the relevant bit:
"
Handle 0x0001, DMI type 1, 27 bytes
System Information
 Manufacturer: TOSHIBA
 Product Name: Portable PC
 Version: Version 1.0
 Serial Number: 0000000000
 UUID: Not Present
 Wake-up Type: Other
 SKU Number: 0000000000
 Family: 0000000000
"
- I believe the patch is looking for "Satellite U200" or similar in the "Product Name" field.

I've attached my dmidecode & lspci -nvv outputs: I believe what I need is a mod to the take6 patch. If this is something I should be doing myself, could someone point me in the direction of a newbie guide on patching and recompiling my kernel for something like this. I'd be so grateful for some help!