Re: 2.6.13-rc3 ACPI regression and hang on x86-64
On Thursday 14 July 2005 18:36, Mikael Pettersson wrote: > On my x86-64 laptop (Targa Visionary 811: Athlon64 + VIA chipset, > Arima OEM:d HW also sold by eMachines and others), ACPI is broken > and hangs the x86-64 2.6.13-rc3 kernel. > > During boot, ACPI reduces the screen's brightness (it's always > done this in the x86-64 kernels but not the i386 ones), so I > have to press a specific key combination (Fn+F8) to increase the > brightness. This worked up to and including the 2.6.13-rc2 kernel, > but with 2.6.13-rc3 it causes an error message: > > acpi_ec-0217 [04] acpi_ec_leave_burst_mo: --->status fail This message is a warning. > > on the console, and then the machine is hung hard. If you didn't press that key, the machine still hung? > > With the i386 kernel, both this key combination and the other one > for reducing the brightness work as expected. > - 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/
Re: 2.6.13-rc3 ACPI regression and hang on x86-64
On Thursday 14 July 2005 18:36, Mikael Pettersson wrote: On my x86-64 laptop (Targa Visionary 811: Athlon64 + VIA chipset, Arima OEM:d HW also sold by eMachines and others), ACPI is broken and hangs the x86-64 2.6.13-rc3 kernel. During boot, ACPI reduces the screen's brightness (it's always done this in the x86-64 kernels but not the i386 ones), so I have to press a specific key combination (Fn+F8) to increase the brightness. This worked up to and including the 2.6.13-rc2 kernel, but with 2.6.13-rc3 it causes an error message: acpi_ec-0217 [04] acpi_ec_leave_burst_mo: ---status fail This message is a warning. on the console, and then the machine is hung hard. If you didn't press that key, the machine still hung? With the i386 kernel, both this key combination and the other one for reducing the brightness work as expected. - 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/
Re: hard lockup on nx5000 laptop with 2.6.11+hack and FC2's 2.6.10-1.770_FC2
Do you have acpi enabled? If the problem just happend with acpi enabled, please try latest acpi patch through testing latest mm tree, If it still doesn't work, please file a bug on www.kernel.org Thanks, Luming On Thursday 07 April 2005 09:42, Ben Greear wrote: > Several wierd things with my laptop since I upgraded from 2.6.9+hack, > which works beautifully. > > 1) With 2.6.11+hack, compiled for the Pentium-M, the system >freezes at or soon after I close the LCD screen. Out of curiosity, >I tried the FN - [F4] combination, which I believe should try to flip >the video output to the external monitor port (I have nothing plugged in > there). This immediately made the machine starting counting memory, and it > turns out it had completely erased the BIOS settings to defaults and set > the date back to Jan 4 of this year! > > 2) With 2.6.10-1.770_FC2 I totally froze the system when I tried to >'ifup eth0'. eth0 is BCM5705M (b44 driver) > > 3) When it freezes, the machine gets really hot, and the fan does not > increase in speed like it normally does. I am not sure if this means > anything, but I thought I'd share it. > > For now, I'm back at 2.6.9+hack, but I'm willing to try the newer kernels > if someone has a suggestion or needs more debugging. > > Install is: FC2, mostly up-to-date when I was having these problems, fully > up-to-date now. > > cpu: > processor : 0 > vendor_id : GenuineIntel > cpu family : 6 > model : 13 > model name : Intel(R) Pentium(R) M processor 1.50GHz > stepping: 6 > cpu MHz : 1495.769 > cache size : 2048 KB > fdiv_bug: no > hlt_bug : no > f00f_bug: no > coma_bug: no > fpu : yes > fpu_exception : yes > cpuid level : 2 > wp : yes > flags : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov > pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe est tm2 bogomips: > 2965.50 > > > lspci of this system: > 00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02) > 00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control > Registers (rev 02) 00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH > Configuration Process Registers (rev 02) 00:02.0 VGA compatible controller: > Intel Corp. 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display > controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02) > 00:1d.0 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #1 (rev 01) > 00:1d.1 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #2 (rev 01) > 00:1d.2 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #3 (rev 01) > 00:1d.7 USB Controller: Intel Corp. 82801DB (ICH4) USB2 EHCI Controller > (rev 01) 00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 81) > 00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 01) > 00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage > Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corp. > 82801DB (ICH4) AC'97 Audio Controller (rev 01) 00:1f.6 Modem: Intel Corp. > 82801DB (ICH4) AC'97 Modem Controller (rev 01) 01:04.0 Ethernet controller: > Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) 01:06.0 CardBus > bridge: Texas Instruments PCI7420 CardBus Controller 01:06.1 CardBus > bridge: Texas Instruments PCI7420 CardBus Controller 01:06.3 Unknown mass > storage controller: Texas Instruments PCI7420 Flash Media Controller > 01:0d.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 > Controller (PHY/Link) 01:0e.0 Ethernet controller: Broadcom Corporation > BCM5705M 10/100/1000Base T (rev 02) - 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/
Re: hard lockup on nx5000 laptop with 2.6.11+hack and FC2's 2.6.10-1.770_FC2
Do you have acpi enabled? If the problem just happend with acpi enabled, please try latest acpi patch through testing latest mm tree, If it still doesn't work, please file a bug on www.kernel.org Thanks, Luming On Thursday 07 April 2005 09:42, Ben Greear wrote: Several wierd things with my laptop since I upgraded from 2.6.9+hack, which works beautifully. 1) With 2.6.11+hack, compiled for the Pentium-M, the system freezes at or soon after I close the LCD screen. Out of curiosity, I tried the FN - [F4] combination, which I believe should try to flip the video output to the external monitor port (I have nothing plugged in there). This immediately made the machine starting counting memory, and it turns out it had completely erased the BIOS settings to defaults and set the date back to Jan 4 of this year! 2) With 2.6.10-1.770_FC2 I totally froze the system when I tried to 'ifup eth0'. eth0 is BCM5705M (b44 driver) 3) When it freezes, the machine gets really hot, and the fan does not increase in speed like it normally does. I am not sure if this means anything, but I thought I'd share it. For now, I'm back at 2.6.9+hack, but I'm willing to try the newer kernels if someone has a suggestion or needs more debugging. Install is: FC2, mostly up-to-date when I was having these problems, fully up-to-date now. cpu: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.50GHz stepping: 6 cpu MHz : 1495.769 cache size : 2048 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe est tm2 bogomips: 2965.50 lspci of this system: 00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02) 00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Registers (rev 02) 00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 02) 00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02) 00:1d.0 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #1 (rev 01) 00:1d.1 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #2 (rev 01) 00:1d.2 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #3 (rev 01) 00:1d.7 USB Controller: Intel Corp. 82801DB (ICH4) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 81) 00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 01) 00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 01) 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB (ICH4) AC'97 Audio Controller (rev 01) 00:1f.6 Modem: Intel Corp. 82801DB (ICH4) AC'97 Modem Controller (rev 01) 01:04.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) 01:06.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller 01:06.1 CardBus bridge: Texas Instruments PCI7420 CardBus Controller 01:06.3 Unknown mass storage controller: Texas Instruments PCI7420 Flash Media Controller 01:0d.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) 01:0e.0 Ethernet controller: Broadcom Corporation BCM5705M 10/100/1000Base T (rev 02) - 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/
Re: [ACPI] 2.6.12-rc1-mm[1-3]: ACPI battery monitor does not work
Please testing patch filed at http://bugzilla.kernel.org/show_bug.cgi?id=3851#c64 My testing results on toshiba satellite M20 is: /proc/acpi/battery/BAT0#time cat state present: yes capacity state: ok charging state: charging present rate:1500 mA remaining capacity: 4064 mAh present voltage: 15000 mV real0m0.023s user0m0.000s sys 0m0.020s Thanks Luming On Friday 01 April 2005 17:51, Rafael J. Wysocki wrote: > On Friday, 1 of April 2005 11:31, Yu, Luming wrote: > > On Thursday 31 March 2005 16:44, Rafael J. Wysocki wrote: > > > Hi, > > > > > > On Wednesday, 30 of March 2005 12:05, Rafael J. Wysocki wrote: > > > > On Wednesday, 30 of March 2005 07:53, Yu, Luming wrote: > > > > > On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote: > > > > > > Hi, > > > > > > > > > > > > There is a problem on my box (Asus L5D, x86-64 kernel) with the > > > > > > ACPI battery driver in the 2.6.12-rc1-mm[1-3] kernels. Namely, > > > > > > the battery monitor that I use (the kpowersave applet from SUSE > > > > > > 9.2) is no longer able to report the battery status (ie how much > > > > > > % it is loaded). It can only check if the AC power is connected > > > > > > (if it is connected, kpowersave behaves as though there was no > > > > > > battery in the box, and if it is not connected, kpowersave > > > > > > always shows that the battery is 1% loaded). > > > > > > > > > > > > Also, there are big latencies on loading and accessing the > > > > > > battery module, but the module loads successfully and there's > > > > > > nothing suspicious in dmesg. > > > > > > > > > > > > Please let me know if you need any additional information. > > > > > > > > > > > > Greets, > > > > > > Rafael > > > > > > > > > > Could you just revert ec-mode patch, then retest? > > > > > > > > Could you please point me to it? > > > > > > I assume you mean the "Enable EC Burst Mode" patch at: > > > > > > http://linux-acpi.bkbits.net:8080/to-akpm/cset%401.2181.17.12?nav=inde > > >x.htm l|[EMAIL PROTECTED] > > > > > > Anyway, reverting this patch helps. :-) > > > > Could you let me see Dmesg and DSDT? > > They are available at: > > http://www.sisk.pl/kernel/050401/dmesg.out > http://www.sisk.pl/kernel/050401/dsdt > > The dmesg output is from 2.6.12-rc1-mm4 with the patch reverted. > > Greets, > Rafael > > > -- > - Would you tell me, please, which way I ought to go from here? > - That depends a good deal on where you want to get to. > -- Lewis Carroll "Alice's Adventures in Wonderland" > > > --- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/Info/Sentarus/hamr30 > ___ > Acpi-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/acpi-devel - 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/
Re: [ACPI] 2.6.12-rc1-mm[1-3]: ACPI battery monitor does not work
Please testing patch filed at http://bugzilla.kernel.org/show_bug.cgi?id=3851#c64 My testing results on toshiba satellite M20 is: /proc/acpi/battery/BAT0#time cat state present: yes capacity state: ok charging state: charging present rate:1500 mA remaining capacity: 4064 mAh present voltage: 15000 mV real0m0.023s user0m0.000s sys 0m0.020s Thanks Luming On Friday 01 April 2005 17:51, Rafael J. Wysocki wrote: On Friday, 1 of April 2005 11:31, Yu, Luming wrote: On Thursday 31 March 2005 16:44, Rafael J. Wysocki wrote: Hi, On Wednesday, 30 of March 2005 12:05, Rafael J. Wysocki wrote: On Wednesday, 30 of March 2005 07:53, Yu, Luming wrote: On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote: Hi, There is a problem on my box (Asus L5D, x86-64 kernel) with the ACPI battery driver in the 2.6.12-rc1-mm[1-3] kernels. Namely, the battery monitor that I use (the kpowersave applet from SUSE 9.2) is no longer able to report the battery status (ie how much % it is loaded). It can only check if the AC power is connected (if it is connected, kpowersave behaves as though there was no battery in the box, and if it is not connected, kpowersave always shows that the battery is 1% loaded). Also, there are big latencies on loading and accessing the battery module, but the module loads successfully and there's nothing suspicious in dmesg. Please let me know if you need any additional information. Greets, Rafael Could you just revert ec-mode patch, then retest? Could you please point me to it? I assume you mean the Enable EC Burst Mode patch at: http://linux-acpi.bkbits.net:8080/to-akpm/cset%401.2181.17.12?nav=inde x.htm l|[EMAIL PROTECTED] Anyway, reverting this patch helps. :-) Could you let me see Dmesg and DSDT? They are available at: http://www.sisk.pl/kernel/050401/dmesg.out http://www.sisk.pl/kernel/050401/dsdt The dmesg output is from 2.6.12-rc1-mm4 with the patch reverted. Greets, Rafael -- - Would you tell me, please, which way I ought to go from here? - That depends a good deal on where you want to get to. -- Lewis Carroll Alice's Adventures in Wonderland --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/Info/Sentarus/hamr30 ___ Acpi-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/acpi-devel - 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/
Re: [ACPI] 2.6.12-rc1-mm[1-3]: ACPI battery monitor does not work
On Thursday 31 March 2005 16:44, Rafael J. Wysocki wrote: > Hi, > > On Wednesday, 30 of March 2005 12:05, Rafael J. Wysocki wrote: > > On Wednesday, 30 of March 2005 07:53, Yu, Luming wrote: > > > On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote: > > > > Hi, > > > > > > > > There is a problem on my box (Asus L5D, x86-64 kernel) with the ACPI > > > > battery driver in the 2.6.12-rc1-mm[1-3] kernels. Namely, the > > > > battery monitor that I use (the kpowersave applet from SUSE 9.2) is > > > > no longer able to report the battery status (ie how much % it is > > > > loaded). It can only check if the AC power is connected (if it is > > > > connected, kpowersave behaves as though there was no battery in the > > > > box, and if it is not connected, kpowersave always shows that the > > > > battery is 1% loaded). > > > > > > > > Also, there are big latencies on loading and accessing the battery > > > > module, but the module loads successfully and there's nothing > > > > suspicious in dmesg. > > > > > > > > Please let me know if you need any additional information. > > > > > > > > Greets, > > > > Rafael > > > > > > Could you just revert ec-mode patch, then retest? > > > > Could you please point me to it? > > I assume you mean the "Enable EC Burst Mode" patch at: > > http://linux-acpi.bkbits.net:8080/to-akpm/cset%401.2181.17.12?nav=index.htm >l|[EMAIL PROTECTED] > > Anyway, reverting this patch helps. :-) Could you let me see Dmesg and DSDT? TIA - 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/
Re: [ACPI] 2.6.12-rc1-mm[1-3]: ACPI battery monitor does not work
On Thursday 31 March 2005 16:44, Rafael J. Wysocki wrote: Hi, On Wednesday, 30 of March 2005 12:05, Rafael J. Wysocki wrote: On Wednesday, 30 of March 2005 07:53, Yu, Luming wrote: On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote: Hi, There is a problem on my box (Asus L5D, x86-64 kernel) with the ACPI battery driver in the 2.6.12-rc1-mm[1-3] kernels. Namely, the battery monitor that I use (the kpowersave applet from SUSE 9.2) is no longer able to report the battery status (ie how much % it is loaded). It can only check if the AC power is connected (if it is connected, kpowersave behaves as though there was no battery in the box, and if it is not connected, kpowersave always shows that the battery is 1% loaded). Also, there are big latencies on loading and accessing the battery module, but the module loads successfully and there's nothing suspicious in dmesg. Please let me know if you need any additional information. Greets, Rafael Could you just revert ec-mode patch, then retest? Could you please point me to it? I assume you mean the Enable EC Burst Mode patch at: http://linux-acpi.bkbits.net:8080/to-akpm/cset%401.2181.17.12?nav=index.htm l|[EMAIL PROTECTED] Anyway, reverting this patch helps. :-) Could you let me see Dmesg and DSDT? TIA - 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/
Re: [ACPI] Re: [BKPATCH] ACPI for 2.6.12-rc1
On Tuesday 29 March 2005 16:13, Romano Giannetti wrote: > This is to report an issue with 2.6.11 and ACPI battery/ac. The resume is: > acpi battery with preemptive kernel do not work, while the same kernel > with no preempt works ok. I have tried to collect all the possible info; > tell me if you need something more. > > The details: > > The working kernel is 2.6.11 with the patch from the acpi-devel list to > fix acpi keys (not working otherwise). See for a description > http://bugme.osdl.org/show_bug.cgi?id=4124 If you can find AE_AML_BUFFER_LIMIT in your long, then, it should be interpreter bug. please see http://bugzilla.kernel.org/show_bug.cgi?id=4150 Otherwise, maybe it is related to EC driver. -- Thanks, Luming - 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/
Re: [ACPI] 2.6.12-rc1-mm[1-3]: ACPI battery monitor does not work
On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote: > Hi, > > There is a problem on my box (Asus L5D, x86-64 kernel) with the ACPI > battery driver in the 2.6.12-rc1-mm[1-3] kernels. Namely, the battery > monitor that I use (the kpowersave applet from SUSE 9.2) is no longer able > to report the battery status (ie how much % it is loaded). It can only > check if the AC power is connected (if it is connected, kpowersave behaves > as though there was no battery in the box, and if it is not connected, > kpowersave always shows that the battery is 1% loaded). > > Also, there are big latencies on loading and accessing the battery module, > but the module loads successfully and there's nothing suspicious in dmesg. > > Please let me know if you need any additional information. > > Greets, > Rafael Could you just revert ec-mode patch, then retest? -- Thanks, Luming - 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/
Re: [ACPI] 2.6.12-rc1-mm[1-3]: ACPI battery monitor does not work
On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote: Hi, There is a problem on my box (Asus L5D, x86-64 kernel) with the ACPI battery driver in the 2.6.12-rc1-mm[1-3] kernels. Namely, the battery monitor that I use (the kpowersave applet from SUSE 9.2) is no longer able to report the battery status (ie how much % it is loaded). It can only check if the AC power is connected (if it is connected, kpowersave behaves as though there was no battery in the box, and if it is not connected, kpowersave always shows that the battery is 1% loaded). Also, there are big latencies on loading and accessing the battery module, but the module loads successfully and there's nothing suspicious in dmesg. Please let me know if you need any additional information. Greets, Rafael Could you just revert ec-mode patch, then retest? -- Thanks, Luming - 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/
Re: [ACPI] Re: [BKPATCH] ACPI for 2.6.12-rc1
On Tuesday 29 March 2005 16:13, Romano Giannetti wrote: This is to report an issue with 2.6.11 and ACPI battery/ac. The resume is: acpi battery with preemptive kernel do not work, while the same kernel with no preempt works ok. I have tried to collect all the possible info; tell me if you need something more. The details: The working kernel is 2.6.11 with the patch from the acpi-devel list to fix acpi keys (not working otherwise). See for a description http://bugme.osdl.org/show_bug.cgi?id=4124 If you can find AE_AML_BUFFER_LIMIT in your long, then, it should be interpreter bug. please see http://bugzilla.kernel.org/show_bug.cgi?id=4150 Otherwise, maybe it is related to EC driver. -- Thanks, Luming - 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/
RE: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver
Basically, this driver just call some specific AML method for hotkey function, that can be achieved through generic hotkey driver filed at http://bugzilla.kernel.org/show_bug.cgi?id=3887. So I don't think this driver is needed. >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >Stelian Pop >Sent: 2005年2月11日 0:18 >To: Linux Kernel Mailing List >Cc: Andrew Morton; [EMAIL PROTECTED] >Subject: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver > >Hi, > >This driver has been submitted (almost unchanged) on lkml and >on acpi-devel twice, first on July 21, 2004, then again on >September 17, 2004. It has been quietly ignored. > >Privately I've had many positive feedbacks from users of this driver >(and no negative feedback), including Linux distributions who wish >to include it into their kernels. The reports are increasing in number, >it would seem that newer Sony Vaios are more and more incompatible >with sonypi and require sony_acpi to control the screen brightness. > >Please integrate this patch in -mm for wider testing and into >the ACPI tree. > >Original announcement follows below. > >Thanks, > >Stelian. > >PS: I am also going to submit a bugzilla RFE for the acpi people, >I have been told they are more receptive to that. > >-- >Most of the Sony Vaio owners are happy with the current sonypi >driver, which makes them able to get/set the screen brightness, >capture the jogdial and/or special key events etc. > >However, some newer Vaio series (FX series, and not only those) lack >a SPIC device in their ACPI BIOS making the sonypi driver unusable >for them. > >Fortunately, there is another ACPI device, called SNC (for Sony >Notebook Control) which seems to be present in all Vaios, which >can be used to access some low-level laptop functions. From what >I understood, the SPIC device itself is built on top of SNC. > >The SNC device is able to drive the screen brightness, and probably >more (what is does more is yet unknown). The attached driver is a >first shot of using the SNC directly. > >In the default mode, the sony_acpi driver let's the user get/set the >screen brightness, and only that. > >The screen is one of the most important power consumers in a laptop, >so being able to set its brightness is very important for many users, >making this driver useful even if it does only that. > >In the debug/developer mode (which can be activated with a module >option), the driver let's the user see a few other knobs, whose >effects is however unknown. Using the debug mode we may hopefully >find what those knobs do and propose that extra functionalities in >the future versions of the driver (if someone at Sony is listening, >you know what we need from you...) > >This driver does not interact with the current sonypi driver, both >drivers can be used at the same time. > >Signed-of-by: Stelian Pop <[EMAIL PROTECTED]> > >--- /dev/null 2005-02-10 10:35:32.824183288 +0100 >+++ linux-2.6-stelian/drivers/acpi/sony_acpi.c 2005-01-31 >17:05:53.0 +0100 >@@ -0,0 +1,442 @@ >+/* >+ * ACPI Sony Notebook Control Driver (SNC) >+ * >+ * Copyright (C) 2004 Stelian Pop <[EMAIL PROTECTED]> >+ * >+ * Parts of this driver inspired from asus_acpi.c, which is >+ * Copyright (C) 2002, 2003, 2004 Julien Lerouge, Karol Kozimor >+ * >+ * This program is free software; you can redistribute it >and/or modify >+ * it under the terms of the GNU General Public License as >published by >+ * the Free Software Foundation; either version 2 of the License, or >+ * (at your option) any later version. >+ * >+ * This program is distributed in the hope that it will be useful, >+ * but WITHOUT ANY WARRANTY; without even the implied warranty of >+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the >+ * GNU General Public License for more details. >+ * >+ * You should have received a copy of the GNU General Public License >+ * along with this program; if not, write to the Free Software >+ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. >+ * >+ */ >+ >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+ >+#define ACPI_SNC_CLASS"sony" >+#define ACPI_SNC_HID "SNY5001" >+#define ACPI_SNC_DRIVER_NAME "ACPI Sony Notebook Control Driver v0.1" >+ >+MODULE_AUTHOR("Stelian Pop"); >+MODULE_DESCRIPTION(ACPI_SNC_DRIVER_NAME); >+MODULE_LICENSE("GPL"); >+ >+static int debug = 0; >+module_param(debug, int, 0); >+MODULE_PARM_DESC(debug,"set this to 1 (and RTFM) if you want >to help the development of this driver"); >+ >+static int sony_acpi_add (struct acpi_device *device); >+static int sony_acpi_remove (struct acpi_device *device, int type); >+ >+static struct acpi_driver sony_acpi_driver = { >+ name: ACPI_SNC_DRIVER_NAME, >+ class: ACPI_SNC_CLASS, >+ ids:ACPI_SNC_HID, >+ ops:{ >+ add:sony_acpi_add,
RE: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver
Basically, this driver just call some specific AML method for hotkey function, that can be achieved through generic hotkey driver filed at http://bugzilla.kernel.org/show_bug.cgi?id=3887. So I don't think this driver is needed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stelian Pop Sent: 2005211 0:18 To: Linux Kernel Mailing List Cc: Andrew Morton; [EMAIL PROTECTED] Subject: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver Hi, This driver has been submitted (almost unchanged) on lkml and on acpi-devel twice, first on July 21, 2004, then again on September 17, 2004. It has been quietly ignored. Privately I've had many positive feedbacks from users of this driver (and no negative feedback), including Linux distributions who wish to include it into their kernels. The reports are increasing in number, it would seem that newer Sony Vaios are more and more incompatible with sonypi and require sony_acpi to control the screen brightness. Please integrate this patch in -mm for wider testing and into the ACPI tree. Original announcement follows below. Thanks, Stelian. PS: I am also going to submit a bugzilla RFE for the acpi people, I have been told they are more receptive to that. -- Most of the Sony Vaio owners are happy with the current sonypi driver, which makes them able to get/set the screen brightness, capture the jogdial and/or special key events etc. However, some newer Vaio series (FX series, and not only those) lack a SPIC device in their ACPI BIOS making the sonypi driver unusable for them. Fortunately, there is another ACPI device, called SNC (for Sony Notebook Control) which seems to be present in all Vaios, which can be used to access some low-level laptop functions. From what I understood, the SPIC device itself is built on top of SNC. The SNC device is able to drive the screen brightness, and probably more (what is does more is yet unknown). The attached driver is a first shot of using the SNC directly. In the default mode, the sony_acpi driver let's the user get/set the screen brightness, and only that. The screen is one of the most important power consumers in a laptop, so being able to set its brightness is very important for many users, making this driver useful even if it does only that. In the debug/developer mode (which can be activated with a module option), the driver let's the user see a few other knobs, whose effects is however unknown. Using the debug mode we may hopefully find what those knobs do and propose that extra functionalities in the future versions of the driver (if someone at Sony is listening, you know what we need from you...) This driver does not interact with the current sonypi driver, both drivers can be used at the same time. Signed-of-by: Stelian Pop [EMAIL PROTECTED] --- /dev/null 2005-02-10 10:35:32.824183288 +0100 +++ linux-2.6-stelian/drivers/acpi/sony_acpi.c 2005-01-31 17:05:53.0 +0100 @@ -0,0 +1,442 @@ +/* + * ACPI Sony Notebook Control Driver (SNC) + * + * Copyright (C) 2004 Stelian Pop [EMAIL PROTECTED] + * + * Parts of this driver inspired from asus_acpi.c, which is + * Copyright (C) 2002, 2003, 2004 Julien Lerouge, Karol Kozimor + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. + * + */ + +#include linux/kernel.h +#include linux/module.h +#include linux/moduleparam.h +#include linux/init.h +#include linux/types.h +#include acpi/acpi_drivers.h +#include acpi/acpi_bus.h +#include asm/uaccess.h + +#define ACPI_SNC_CLASSsony +#define ACPI_SNC_HID SNY5001 +#define ACPI_SNC_DRIVER_NAME ACPI Sony Notebook Control Driver v0.1 + +MODULE_AUTHOR(Stelian Pop); +MODULE_DESCRIPTION(ACPI_SNC_DRIVER_NAME); +MODULE_LICENSE(GPL); + +static int debug = 0; +module_param(debug, int, 0); +MODULE_PARM_DESC(debug,set this to 1 (and RTFM) if you want to help the development of this driver); + +static int sony_acpi_add (struct acpi_device *device); +static int sony_acpi_remove (struct acpi_device *device, int type); + +static struct acpi_driver sony_acpi_driver = { + name: ACPI_SNC_DRIVER_NAME, + class: ACPI_SNC_CLASS, + ids:ACPI_SNC_HID, + ops:{ + add:sony_acpi_add, + remove: