At Mon, 23 Jan 2012 17:59:11 -0200, Gustavo Maciel Dias Vieira wrote:
Em Qui, 2012-01-12 às 20:04 +0100, Predrag Ivanovic escreveu:
On Thu, 12 Jan 2012 08:55:23 -0200 Gustavo Maciel Dias Vieira wrote:
<snip> >> If you need more information, I'll be happy to provide it. >> Would output of dmidecode be useful in any way? >> Please cc me, I am not subscribed to the list. > >The output of dmidecode would definitely help.
Outputs of dmidecode and dmidecode -u are below.
Handle 0x0000, DMI type 0, 24 bytes BIOS Information Vendor: Hewlett-Packard Version: F.15
Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: Hewlett-Packard Product Name: HP Mini 110-3100 Version: 058F110000202B00000300100 Serial Number: CNC04646VT UUID: 300059FF-631D-BE0A-B42F-68B599DA73E9 Wake-up Type: Power Switch SKU Number: LD741EA#ABZ Family: 103C_5335KV
Handle 0x0007, DMI type 11, 5 bytes OEM Strings String 1: $HP$ String 2: LOC# String 3: ABS 70/71 78 79 7A 7B String 4: CNB1 058F110000202B00000300100 String 5: HP_Mute_LED_P_G
Takashi,
We've got another mute led BIOS bug. But this one with the polarity reversed from my previous patch. I guess I can check subsystem_id and create a polarity list for buggy BIOSes. Or we can just revert the workaround.
Yeah, we underestimated how well the BIOS engineers are. I guess the usual SSID quirk is the best way to go now. Maybe the quirk list should be applied after HP_Mute_LED_P_G check, so the current patch can be still kept.
thanks,
Takashi