[Bug 9558] AE_AML_PACKAGE_LIMIT, Evaluating _PSS - Frequency scaling not working after BIOS upgrade on Asus F3jc
http://bugzilla.kernel.org/show_bug.cgi?id=9558 --- Comment #16 from [EMAIL PROTECTED] 2007-12-25 00:38 --- For me it's indifferent, with old releases i have no any other problems, but Fabien have problem booting the crap OS (Vista). Now i am using the new version, i modified the powernowd init script: it loads acpi-cpufreq a second time (first load in /etc/modules) before launching powernowd app. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9614] Duplicate video device for Toshiba Satellite A100-847
http://bugzilla.kernel.org/show_bug.cgi?id=9614 --- Comment #3 from [EMAIL PROTECTED] 2007-12-25 00:51 --- Created an attachment (id=14177) -- (http://bugzilla.kernel.org/attachment.cgi?id=14177action=view) lspci output -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9614] Duplicate video device for Toshiba Satellite A100-847
http://bugzilla.kernel.org/show_bug.cgi?id=9614 --- Comment #4 from [EMAIL PROTECTED] 2007-12-25 00:51 --- Created an attachment (id=14178) -- (http://bugzilla.kernel.org/attachment.cgi?id=14178action=view) dmesg output -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9614] Duplicate video device for Toshiba Satellite A100-847
http://bugzilla.kernel.org/show_bug.cgi?id=9614 --- Comment #5 from [EMAIL PROTECTED] 2007-12-25 00:54 --- acpidump will have to wait as this package is not present in Fedora Package Collection. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9226] Touchpad not recognized on resume (suspend-to-ram)
http://bugzilla.kernel.org/show_bug.cgi?id=9226 --- Comment #64 from [EMAIL PROTECTED] 2007-12-25 03:03 --- Thanks, now it works. I have made some tests and found after first suspend/resume cycle one interesting thing - the number of the registered devices has been lowered from 352 to 349 (see below): $ cat /sys/power/pm_drivers 0 352 $ echo mem /sys/power/state - first suspend/resume $ echo 176 /sys/power/pm_drivers $ cat /sys/power/pm_drivers 176 349 $ echo 0 /sys/power/pm_drivers $ cat /sys/power/pm_drivers 0 349 I have used the first number (352) and tried to echo n/2=176 (TP works), n/4=88 (TP works) and (3*n)/4=264 (TP does not work) but then stopped - could you please write the algorithm i should use there? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9226] Touchpad not recognized on resume (suspend-to-ram)
http://bugzilla.kernel.org/show_bug.cgi?id=9226 --- Comment #65 from [EMAIL PROTECTED] 2007-12-25 03:20 --- Sorry, was a stupid question - looks like i found that magic number - it is 235: after echoing 235 - TP works, increasing number to 236 stops it. attached you can find dmesg for both fake suspend cycles -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9226] Touchpad not recognized on resume (suspend-to-ram)
http://bugzilla.kernel.org/show_bug.cgi?id=9226 --- Comment #66 from [EMAIL PROTECTED] 2007-12-25 03:23 --- Created an attachment (id=14179) -- (http://bugzilla.kernel.org/attachment.cgi?id=14179action=view) TP works !!! - echo 235 /sys/power/pm_drivers; echo mem /sys/power/state -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9226] Touchpad not recognized on resume (suspend-to-ram)
http://bugzilla.kernel.org/show_bug.cgi?id=9226 --- Comment #67 from [EMAIL PROTECTED] 2007-12-25 03:24 --- Created an attachment (id=14180) -- (http://bugzilla.kernel.org/attachment.cgi?id=14180action=view) TP does not work - echo 236 /sys/power/pm_drivers; echo mem /sys/power/state -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9528] s2ram on Asus A8N-SLI (Nvidia NForce4) ceased to work from linux 2.6.21 to 2.6.22
http://bugzilla.kernel.org/show_bug.cgi?id=9528 --- Comment #53 from [EMAIL PROTECTED] 2007-12-25 04:55 --- (In reply to comment #52) Rafael, Len: So summarrise my discussions so far with Robert Hancock on LKML, and re-reading all the ACPI spec versions (I always keep 1.0B handy for my 'favourite' Acer laptop anyway), the real problem is this: Pre ACPI 3.0: _PTS should be executed _before_ putting devices into a low power state. Sorry, but you're wrong. For example, section 9.1.6 of the 2.0c specification says explicitly that: 3. OSPM places all device drivers into their respective Dx state. If the device is enabled for wake, it enters the Dx state associated with the wake capability. If the device is not enabled to wake the system, it enters the D3 state. 4. OSPM executes the _PTS control method, passing an argument that indicates the desired sleeping state (1, 2, 3, or 4 representing S1, S2, S3, and S4). -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9528] s2ram on Asus A8N-SLI (Nvidia NForce4) ceased to work from linux 2.6.21 to 2.6.22
http://bugzilla.kernel.org/show_bug.cgi?id=9528 --- Comment #54 from [EMAIL PROTECTED] 2007-12-25 05:07 --- This is that same section from ACPI 1.0B: 3. The OS executes the Prepare To Sleep (_PTS) control method, passing an argument that indicates the desired sleeping state (1, 2, 3, or 4 representing S1, S2, S3, and S4). 4. The OS places all device drivers into their respective Dx state. If the device is enabled for wakeup, it enters the Dx state associated with the wakeup capability. If the device is not enabled to wakeup the system, it enters the D3 state. Which very clearly states _PTS() is executed before we suspend the devices. So, I am correct for the 1.0 case (which is what this BIOS claims to be conformant to). For the 2.0 case, the spec just contradicts itself - section 7.3.2 in 2.0 states _PTS() should be run before device suspend, but as you say, 9.1.6 says the opposite. So for 1.0 we are still doing the wrong thing (and both the DSDTs here claim to be conformant to ACPI 1.0), and for 2.0, we are not unclear (to which I presume 3.0 tried to clear it up). -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9528] s2ram on Asus A8N-SLI (Nvidia NForce4) ceased to work from linux 2.6.21 to 2.6.22
http://bugzilla.kernel.org/show_bug.cgi?id=9528 --- Comment #55 from [EMAIL PROTECTED] 2007-12-25 05:43 --- (In reply to comment #54) This is that same section from ACPI 1.0B: 3. The OS executes the Prepare To Sleep (_PTS) control method, passing an argument that indicates the desired sleeping state (1, 2, 3, or 4 representing S1, S2, S3, and S4). 4. The OS places all device drivers into their respective Dx state. If the device is enabled for wakeup, it enters the Dx state associated with the wakeup capability. If the device is not enabled to wakeup the system, it enters the D3 state. Which very clearly states _PTS() is executed before we suspend the devices. So, I am correct for the 1.0 case (which is what this BIOS claims to be conformant to). For the 2.0 case, the spec just contradicts itself - section 7.3.2 in 2.0 states _PTS() should be run before device suspend, but as you say, 9.1.6 says the opposite. Well, that's probably because section 7.3.2 was based on the 1.0 specification. So for 1.0 we are still doing the wrong thing (and both the DSDTs here claim to be conformant to ACPI 1.0), and for 2.0, we are not unclear (to which I presume 3.0 tried to clear it up). Yes, I think that the 3.0 specification tried to clear things up. Well, the solution might be to execute _PTS in acpi_pm_set_target() and not to execute it in acpi_pm_prepare() for ACPI 1.0x-compliant systems. [We'll also need an additional global callback for executing _WAK after resuming devices on ACPI 1.0x systems in that case.] -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9487] Serial port disappears after Suspend on Toshiba R25
http://bugzilla.kernel.org/show_bug.cgi?id=9487 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #14150|0 |1 is obsolete|| -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9487] Serial port disappears after Suspend on Toshiba R25
http://bugzilla.kernel.org/show_bug.cgi?id=9487 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #14149|0 |1 is obsolete|| -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9487] Serial port disappears after Suspend on Toshiba R25
http://bugzilla.kernel.org/show_bug.cgi?id=9487 --- Comment #10 from [EMAIL PROTECTED] 2007-12-25 07:46 --- The AML buffers are more interesting (cf. ACPI spec, p. 203): Here's what _CRS returns: 47 01 38 03 38 03 01 08 // IO 23 10 00 01 // IRQ: IRQ 4, 3 bytes, High true, edge sensitive, non-shareable 79 8c // END TAG And here's what the kernel passes to _SRS: 47 01 38 03 3f 03 00 08 // IO 22 10 00 // IRQ: IRQ 4, 2 bytes, hence it defaults to High true, edge sensitive, non-shareable 79 00 00 // END TAG Apparently the firmware has problems interpreting 2-byte IRQ descriptors. If I remove the code in drivers/acpi/resources/rsio.c that checks if the third byte is necessary, the following AML buffer is passed instead: 47 01 38 03 3f 03 00 08 23 10 00 01 79 00 and the device resumes properly. I'm not sure what to do now, since what the kernel does is correct the problem is buggy firmware. Just disabling the check could potentially break devices that are not standard-compliant in the opposite direction (I'm not sure how likely this is though). I think there is something to be said about being as faithful as possible to what _CRS returns, though. So maybe adding a field u8 use_3_byte_descriptor to acpi_resource_irq that keeps track of whether _CRS returned a 3-byte descriptor even though this wasn't necessary would be a better idea? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9487] buggy firmware expects 3-byte IRQ resource descriptor (was: Serial port disappears after Suspend on Toshiba R25)
http://bugzilla.kernel.org/show_bug.cgi?id=9487 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Serial port disappears after|buggy firmware expects 3- |Suspend on Toshiba R25 |byte IRQ resource descriptor ||(was: Serial port disappears ||after Suspend on Toshiba ||R25) -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9167] ACPI (thermal) problems with Acer Aspire 5720
http://bugzilla.kernel.org/show_bug.cgi?id=9167 --- Comment #27 from [EMAIL PROTECTED] 2007-12-25 08:07 --- I have this issue onx86 architecture with acer aspire 5720. After return from suspend to ram or disk the fan is not started. The temperature in /proc/acpi/thermal_zone/TZ01/temperature is not updated no matter what is written in /proc/acpi/thermal_zone/TZ01/polling_frequency. I am attaching outputs from: lspci -v dmidecode and the kernel config output from cat /proc/acpi/thermal_zone/TZ01/* setting not supported polling frequency: 1 seconds state: ok temperature: 75 C critical (S5): 100 C This output is after restart of the system, because it reached 80 degrees celsius after return from suspend to ram. I viewed it trough lm_sensors, which reports the temperature corectly: sensors coretemp-isa- Adapter: ISA adapter temp1: +36°C (high = +100°C) coretemp-isa-0001 Adapter: ISA adapter temp1: +35°C (high = +100°C) Actually the problem is the same as descirbed by Radoslav in comment 22 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9167] ACPI (thermal) problems with Acer Aspire 5720
http://bugzilla.kernel.org/show_bug.cgi?id=9167 --- Comment #28 from [EMAIL PROTECTED] 2007-12-25 08:10 --- Created an attachment (id=14182) -- (http://bugzilla.kernel.org/attachment.cgi?id=14182action=view) Ivo Sabev's files -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9167] ACPI (thermal) problems with Acer Aspire 5720
http://bugzilla.kernel.org/show_bug.cgi?id=9167 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9585] s2ram regression
http://bugzilla.kernel.org/show_bug.cgi?id=9585 --- Comment #13 from [EMAIL PROTECTED] 2007-12-25 09:21 --- whooho: 81873e9ccd5731ca77027bdb32b34904e7af25d0 is first bad commit. After ~40 recompiles in the last days finally some christmas cookies for me :) It seems git-bisect isn't good with that whole merging thing yet, I had to nuke the tree several times and clone a new one to make it compile again. Compilation always failed with the same error message (see link above). Somewhere since around 03233b90b0977d577322a6e1ddd56d9cc570d406 suspend didn't work anymore, saying: Switching from vt7 to vt1 s2ram_do: Device or resource busy switching back to vt7 Then suspend worked again but resuming failed. Keyboard LEDs are blinking and the whole laptop freezes. So the culprit for this ticket is 81873e9ccd5731ca77027bdb32b34904e7af25d0. Sounds plausible to me, cause sometimes I can move the mouse for a few secs after resuming from S3 before the whole thing freezes. I guess wlan kicks in then. What all kernels have in common: after a successful suspend/resume a proper reboot doesn't work anymore. Last message is 'system restarting.' but nothing happens. I have to hard-poweroff the laptop. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9585] s2ram regression
http://bugzilla.kernel.org/show_bug.cgi?id=9585 --- Comment #14 from [EMAIL PROTECTED] 2007-12-25 09:56 --- Thanks for doing this work! Please verify if suspend works for you with the rt2x00 driver unloaded. Also, if commit 81873e9ccd5731ca77027bdb32b34904e7af25d0 can be cleanly reverted, please revert it and see if suspend works. The last issue is sort of known. Please see Bug #6655. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9585] s2ram regression
http://bugzilla.kernel.org/show_bug.cgi?id=9585 --- Comment #15 from [EMAIL PROTECTED] 2007-12-25 09:58 --- (In reply to comment #14) Thanks for doing this work! Please verify if suspend works for you with the rt2x00 driver unloaded. I mean, with unmodified 2.6.24-rc6 (or a later kernel). -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 6655] S3 resume breaks reboot - Asus M6A notebook
http://bugzilla.kernel.org/show_bug.cgi?id=6655 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9226] Touchpad not recognized on resume (suspend-to-ram)
http://bugzilla.kernel.org/show_bug.cgi?id=9226 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Status|NEEDINFO|ASSIGNED --- Comment #68 from [EMAIL PROTECTED] 2007-12-25 10:30 --- It looks like the second suspend of serio:serio0 makes your touchpad work after resuming. I'll try to prepare another debug patch, but that'll take some time again. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9487] buggy firmware expects 3-byte IRQ resource descriptor (was: Serial port disappears after Suspend on Toshiba R25)
http://bugzilla.kernel.org/show_bug.cgi?id=9487 --- Comment #11 from [EMAIL PROTECTED] 2007-12-25 13:04 --- Created an attachment (id=14185) -- (http://bugzilla.kernel.org/attachment.cgi?id=14185action=view) patch that fixes the issue on my machine I took the second route, adding a field preserve_four_byte_descriptor to acpi_resource_irq and acpi_resource_extended_irq that keeps track of whether _CRS returned a four-byte descriptor, in which case such a descriptor is also passed to _SRS. Sorry about talking about three-byte descriptors instead of four-byte ones in my earlier port, the first byte certainly does belong to the descriptor. The patch also fixes an obvious bug in pnpacpi_encode_irq where IRQ resource information is not properly restored if the IRQ is shared. I didn't change the part where shareable is deduced from triggering which I'm pretty sure is also a bug. TODO: Choose shorter variable names. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9487] buggy firmware expects four-byte IRQ resource descriptor (was: Serial port disappears after Suspend on Toshiba R25)
http://bugzilla.kernel.org/show_bug.cgi?id=9487 [EMAIL PROTECTED] changed: What|Removed |Added Summary|buggy firmware expects 3- |buggy firmware expects four- |byte IRQ resource descriptor|byte IRQ resource descriptor |(was: Serial port disappears|(was: Serial port disappears |after Suspend on Toshiba|after Suspend on Toshiba |R25)|R25) -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9487] buggy firmware expects four-byte IRQ resource descriptor (was: Serial port disappears after Suspend on Toshiba R25)
http://bugzilla.kernel.org/show_bug.cgi?id=9487 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #12 from [EMAIL PROTECTED] 2007-12-25 14:09 --- I wrote earlier that Just disabling the check could potentially break devices that are not standard-compliant in the opposite direction Make that *will* break devices. The Fujitsu Lifebook C1020 from bug 6316 always expects three-byte descriptors if they are allowed. So it seems that the additional bookkeeping that I did in the patch cannot be avoided. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 9585] s2ram regression
http://bugzilla.kernel.org/show_bug.cgi?id=9585 --- Comment #16 from [EMAIL PROTECTED] 2007-12-25 17:54 --- (In reply to comment #15) (In reply to comment #14) Please verify if suspend works for you with the rt2x00 driver unloaded. I mean, with unmodified 2.6.24-rc6 (or a later kernel). It works with latest git and rt2x00 unloaded! I tried reverting the patch but it failed: [EMAIL PROTECTED] ~/src/linux-2.6 $ git-revert 81873e9ccd5731ca77027bdb32b34904e7af25d0 Auto-merged drivers/net/wireless/rt2x00/rt2400pci.c Auto-merged drivers/net/wireless/rt2x00/rt2500pci.c Auto-merged drivers/net/wireless/rt2x00/rt2x00.h Auto-merged drivers/net/wireless/rt2x00/rt2x00dev.c Auto-merged drivers/net/wireless/rt2x00/rt2x00lib.h CONFLICT (content): Merge conflict in drivers/net/wireless/rt2x00/rt2x00lib.h Auto-merged drivers/net/wireless/rt2x00/rt61pci.c Automatic revert failed. After resolving the conflicts, mark the corrected paths with 'git add paths' and commit the result. LD drivers/net/wireless/built-in.o LD drivers/net/wireless/rt2x00/built-in.o CC [M] drivers/net/wireless/rt2x00/rt2x00dev.o In file included from drivers/net/wireless/rt2x00/rt2x00dev.c:35: drivers/net/wireless/rt2x00/rt2x00lib.h:32: Fehler: expected identifier or »(« before »« token In Datei, eingefügt von drivers/net/wireless/rt2x00/rt2x00dev.c:35: drivers/net/wireless/rt2x00/rt2x00lib.h:36:1: Warnung: »LINK_TUNE_INTERVAL« redefiniert drivers/net/wireless/rt2x00/rt2x00lib.h:33:1: Warnung: dies ist die Stelle der vorherigen Definition drivers/net/wireless/rt2x00/rt2x00lib.h:37:1: Warnung: »RFKILL_POLL_INTERVAL« redefiniert drivers/net/wireless/rt2x00/rt2x00lib.h:34:1: Warnung: dies ist die Stelle der vorherigen Definition drivers/net/wireless/rt2x00/rt2x00lib.h:38:9: Fehler: ungültiger Suffix »...« an Gleitkommakonstante make[4]: *** [drivers/net/wireless/rt2x00/rt2x00dev.o] Fehler 1 make[3]: *** [drivers/net/wireless/rt2x00] Fehler 2 make[2]: *** [drivers/net/wireless] Fehler 2 make[1]: *** [drivers/net] Fehler 2 make: *** [drivers] Fehler 2 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 6857] poweroff doesn't - A7S333
http://bugzilla.kernel.org/show_bug.cgi?id=6857 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #23 from [EMAIL PROTECTED] 2007-12-25 18:41 --- This bug exists in kernel 2.6.23, the one I'm using. acpi_power_off called is the last message I see. In previous kernels I always used apm, but recently it seems to have been removed, meaning I need to press the button to power the PC off. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 6539] PCI: cannot allocate resource region
http://bugzilla.kernel.org/show_bug.cgi?id=6539 --- Comment #14 from [EMAIL PROTECTED] 2007-12-25 18:44 --- Created an attachment (id=14186) -- (http://bugzilla.kernel.org/attachment.cgi?id=14186action=view) debug patch Will you please try the debug patch and attach the output of dmesg ? Thanks. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 6539] PCI: cannot allocate resource region
http://bugzilla.kernel.org/show_bug.cgi?id=6539 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #15 from [EMAIL PROTECTED] 2007-12-25 18:48 --- Hi, Alexandru Luo Will you please try the debug patch and attach the output of dmesg ,lspci -vxxx and acpidump? Thanks. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 6857] poweroff doesn't - A7S333
http://bugzilla.kernel.org/show_bug.cgi?id=6857 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
[Bug 8034] sata_nv broken by not using nolapic and acpi=off
http://bugzilla.kernel.org/show_bug.cgi?id=8034 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] |bugs.osdl.org | Status|NEEDINFO|ASSIGNED --- Comment #44 from [EMAIL PROTECTED] 2007-12-25 23:28 --- Will you please try to boot with the option of pci=noacpi noapic and attach the output of dmesg? It will be great if the debug function of pci and ACPI is enabled in kernel configuration. Thanks. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla