Please test the attached patch.
Thanks,
Luming
On 6/7/07, Maciej Rutecki <[EMAIL PROTECTED]> wrote:
ACPI Exception (processor_throttling-0084): AE_NOT_FOUND, Evaluating
_PTC [20070126]
ACPI Exception (processor_throttling-0147): AE_NOT_FOUND, Evaluating
_TSS [20070126]
On 2.6.20.9 I don't
Please test the attached patch.
Thanks,
Luming
On 6/7/07, Maciej Rutecki [EMAIL PROTECTED] wrote:
ACPI Exception (processor_throttling-0084): AE_NOT_FOUND, Evaluating
_PTC [20070126]
ACPI Exception (processor_throttling-0147): AE_NOT_FOUND, Evaluating
_TSS [20070126]
On 2.6.20.9 I don't have
Ack!
On 4/27/07, Danny Kukawka <[EMAIL PROTECTED]> wrote:
Hi,
currently the acpi video module export the backlight interface to sysfs also
if acpi_video_device_lcd_query_levels() fails to read _BLC method (e.g.
because the method is not available). In this case the userspace don't know
which
Ack!
On 4/27/07, Danny Kukawka [EMAIL PROTECTED] wrote:
Hi,
currently the acpi video module export the backlight interface to sysfs also
if acpi_video_device_lcd_query_levels() fails to read _BLC method (e.g.
because the method is not available). In this case the userspace don't know
which
The user of output sysfs class is coming..
Please check out the acpi video_output patch I just sent to acpi mailing list.
I can't post link here, just because It is not in archive of the ml yet..
On 4/18/07, Brown, Len <[EMAIL PROTECTED]> wrote:
>Asides from git-bisect failing me again[1], what
The user of output sysfs class is coming..
Please check out the acpi video_output patch I just sent to acpi mailing list.
I can't post link here, just because It is not in archive of the ml yet..
On 4/18/07, Brown, Len [EMAIL PROTECTED] wrote:
Asides from git-bisect failing me again[1], what
Do you recall which acpi enabled kernel works for you?
If never, I guess your system don't support ACPI .
If yes, this should be resolved. Please enter a acpi bug into
bugzilla.kernel.org with sufficient info : dmesg,lspci -vvx,
/proc/ioports, acpidump output... w/ acpi=off.
On 3/18/07, Johannes
Do you recall which acpi enabled kernel works for you?
If never, I guess your system don't support ACPI .
If yes, this should be resolved. Please enter a acpi bug into
bugzilla.kernel.org with sufficient info : dmesg,lspci -vvx,
/proc/ioports, acpidump output... w/ acpi=off.
On 3/18/07, Johannes
try acpi=off please.
On 3/12/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
I went from 2.6.18-rc5-mm1 to 2.6.21-rc3-mm2
The computer now hangs solid during boot, at this point:
usb 1-1: configuration #1 chosen from 1 choice
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 2 if 0
try acpi=off please.
On 3/12/07, Helge Hafting [EMAIL PROTECTED] wrote:
I went from 2.6.18-rc5-mm1 to 2.6.21-rc3-mm2
The computer now hangs solid during boot, at this point:
usb 1-1: configuration #1 chosen from 1 choice
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 2 if 0
sorry, it should be
#define ATA_PRIMARY_IRQ(dev) ide_default_irq(0x1F0)
On 2/8/07, Luming Yu <[EMAIL PROTECTED]> wrote:
if use ide_default_irq , then I guess the #if defined can be removed.
#define ATA_PRIMARY_IRQ(dev) isa_irq_to_vector(0x1F0)
On 2/8/07, Zhang, Yanmin <[EMAIL
if use ide_default_irq , then I guess the #if defined can be removed.
#define ATA_PRIMARY_IRQ(dev) isa_irq_to_vector(0x1F0)
On 2/8/07, Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
If an ATA drive uses legacy mode, ata driver will choose 14 and 15 as the
fixed irq number. On ia64 platform, such
if use ide_default_irq , then I guess the #if defined can be removed.
#define ATA_PRIMARY_IRQ(dev) isa_irq_to_vector(0x1F0)
On 2/8/07, Zhang, Yanmin [EMAIL PROTECTED] wrote:
If an ATA drive uses legacy mode, ata driver will choose 14 and 15 as the
fixed irq number. On ia64 platform, such
sorry, it should be
#define ATA_PRIMARY_IRQ(dev) ide_default_irq(0x1F0)
On 2/8/07, Luming Yu [EMAIL PROTECTED] wrote:
if use ide_default_irq , then I guess the #if defined can be removed.
#define ATA_PRIMARY_IRQ(dev) isa_irq_to_vector(0x1F0)
On 2/8/07, Zhang, Yanmin [EMAIL PROTECTED] wrote
For acpi issues, please enter bug into bugzilla.kernel.org with dmesg,
acpidump output .
On 2/7/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
Cc: linux-acpi
not-cc: linux-pm
Rafael J. Wysocki napsal(a):
> On Tuesday, 6 February 2007 12:18, Jiri Slaby wrote:
>> This is blindly written dmesg after
For acpi issues, please enter bug into bugzilla.kernel.org with dmesg,
acpidump output .
On 2/7/07, Jiri Slaby [EMAIL PROTECTED] wrote:
Cc: linux-acpi
not-cc: linux-pm
Rafael J. Wysocki napsal(a):
On Tuesday, 6 February 2007 12:18, Jiri Slaby wrote:
This is blindly written dmesg after
none on the card, a flash or a firmware .. it has a 24c02 EEPROM for
vendor information, that's all
Ok, sounds like windows driver can fix the broken EEPROM on you card.
Otherwise, I can not explain how windows driver can fix the problem for linux.
Anyway, this issue is NOT linux problem.
dang !
rebooted it into 2.6.17.7
no errors, during a bootup, BIST isn't running anymore
running M$ did change the status from dead to alive ??? shocked !!
Interesting! does windows driver fixes the broken firmware/flash on this card?
attached lspci output in the very same setup as
dang !
rebooted it into 2.6.17.7
no errors, during a bootup, BIST isn't running anymore
running M$ did change the status from dead to alive ??? shocked !!
Interesting! does windows driver fixes the broken firmware/flash on this card?
attached lspci output in the very same setup as
none on the card, a flash or a firmware .. it has a 24c02 EEPROM for
vendor information, that's all
Ok, sounds like windows driver can fix the broken EEPROM on you card.
Otherwise, I can not explain how windows driver can fix the problem for linux.
Anyway, this issue is NOT linux problem.
On 2/1/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
On Thu, 2007-02-01 at 08:42 +1100, Nigel Cunningham wrote:
> Hi.
>
> On Wed, 2007-01-31 at 11:56 +0100, Mike Galbraith wrote:
> > Greetings,
> >
> > I received the below upon first poke of firefox icon after a resume.
>
> Are you able to
From the dmesg, I found a problem NOT relative to the PATA driver.
I would like to know if cpu freq driver works? If not, please enter a
acpi bug on bugzilla.kernel.org.
"[ 17.368000] ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT,
Index (0FFFD) is beyond end of object [20060707]
[
On 2/5/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Hi,
I get this error on booting up 2.6.20 (Similar error on 2.6.17.7 also,
the message is slightly different in 2.6.17.7)
PCI Cannot allocate resource region 2 of device :02:0a.0
Just did a search about this message around the kernel
On 2/5/07, Manu Abraham [EMAIL PROTECTED] wrote:
Hi,
I get this error on booting up 2.6.20 (Similar error on 2.6.17.7 also,
the message is slightly different in 2.6.17.7)
PCI Cannot allocate resource region 2 of device :02:0a.0
Just did a search about this message around the kernel source
From the dmesg, I found a problem NOT relative to the PATA driver.
I would like to know if cpu freq driver works? If not, please enter a
acpi bug on bugzilla.kernel.org.
[ 17.368000] ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT,
Index (0FFFD) is beyond end of object [20060707]
[
On 2/1/07, Mike Galbraith [EMAIL PROTECTED] wrote:
On Thu, 2007-02-01 at 08:42 +1100, Nigel Cunningham wrote:
Hi.
On Wed, 2007-01-31 at 11:56 +0100, Mike Galbraith wrote:
Greetings,
I received the below upon first poke of firefox icon after a resume.
Are you able to reproduce it
Please try a base kernel to verify if it is rt patch issue.
kernel BUG at drivers/acpi/osl.c:373!
I never see this before. Please post dmesg && acpidump output. (It
would be better to post them on bugzilla ). My guess is that ACPI is
just disabled. But if acpi is disabled, acpi_cpufreq module
Please try a base kernel to verify if it is rt patch issue.
kernel BUG at drivers/acpi/osl.c:373!
I never see this before. Please post dmesg acpidump output. (It
would be better to post them on bugzilla ). My guess is that ACPI is
just disabled. But if acpi is disabled, acpi_cpufreq module
Does acpi=off make cdrom work?
On 1/27/07, Joel Soete <[EMAIL PROTECTED]> wrote:
Hello all,
I just tested libata with this newest 2.6.20-rc6 but no changes ;-(
Any news?
Thanks,
Joel
Joel Soete wrote:
> Hello Tejun,
>
> Tejun Heo wrote:
>> Joel Soete wrote:
>>> Hello Alan, Jeff,
>>>
Does acpi=off make cdrom work?
On 1/27/07, Joel Soete [EMAIL PROTECTED] wrote:
Hello all,
I just tested libata with this newest 2.6.20-rc6 but no changes ;-(
Any news?
Thanks,
Joel
Joel Soete wrote:
Hello Tejun,
Tejun Heo wrote:
Joel Soete wrote:
Hello Alan, Jeff,
Reading a
On 1/26/07, Martin Drab <[EMAIL PROTECTED]> wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
> On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
> > On Thu, 25 Jan 2007, Oleg Verych wrote:
> >
> > > gmane.linux.kernel:
> > > > recently I got my hands on an ASUS A8Js notebook (Core 2
On 1/26/07, Martin Drab [EMAIL PROTECTED] wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
gmane.linux.kernel:
recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
On 1/26/07, Stephen Evanchik <[EMAIL PROTECTED]> wrote:
On 1/25/07, Luming Yu <[EMAIL PROTECTED]> wrote:
> From the log:
> 2.6.18.3:
> ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217
> 2.6.20-rc5:
> "ACPI: PCI Interrupt :00:0f
From the log:
2.6.18.3:
ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217
2.6.20-rc5:
"ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21"
Sounds like acpi interrupt configure problem. Please try acpi=off first.
-
To unsubscribe from this list: send the
I didn't get a chance to try the -mm patch, but booting with acpi=off
works - other than no acpi, of course :)
What now?
Well, this should be ACPI interrupt configure issue.
Please feel free to enter a bug on bugzilla.kernel.org.
And, post acpidump output, /proc/interrupts ,lspci -vvx, dmesg
I didn't get a chance to try the -mm patch, but booting with acpi=off
works - other than no acpi, of course :)
What now?
Well, this should be ACPI interrupt configure issue.
Please feel free to enter a bug on bugzilla.kernel.org.
And, post acpidump output, /proc/interrupts ,lspci -vvx, dmesg
From the log:
2.6.18.3:
ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 217
2.6.20-rc5:
ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 21
Sounds like acpi interrupt configure problem. Please try acpi=off first.
-
To unsubscribe from this list: send the line
On 1/26/07, Stephen Evanchik [EMAIL PROTECTED] wrote:
On 1/25/07, Luming Yu [EMAIL PROTECTED] wrote:
From the log:
2.6.18.3:
ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 217
2.6.20-rc5:
ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 21
Sounds like acpi
On 1/25/07, Eamonn Hamilton <[EMAIL PROTECTED]> wrote:
I've also just found bug #7820 on bugzilla which has a patch which may
address this issue from Ingo.
I'll give that a shot as well.
Yes, that patch workaround the problem. But it is just a workaround.
It would be much helpful to others
what about acpi=off?
On 1/24/07, Eamonn Hamilton <[EMAIL PROTECTED]> wrote:
Hi,
I can't get any kernel up to 2.6.20-rc5 to boot without using noapic on
an ABIT KN9-Ultra with a dual-core Athlon.
I booted with apic=debug as suggested and got the following :
ENABLING IO-APIC IRQs
.. TIMER:
what about acpi=off?
On 1/24/07, Eamonn Hamilton [EMAIL PROTECTED] wrote:
Hi,
I can't get any kernel up to 2.6.20-rc5 to boot without using noapic on
an ABIT KN9-Ultra with a dual-core Athlon.
I booted with apic=debug as suggested and got the following :
ENABLING IO-APIC IRQs
.. TIMER:
On 1/25/07, Eamonn Hamilton [EMAIL PROTECTED] wrote:
I've also just found bug #7820 on bugzilla which has a patch which may
address this issue from Ingo.
I'll give that a shot as well.
Yes, that patch workaround the problem. But it is just a workaround.
It would be much helpful to others by
On 1/24/07, Lionel Landwerlin <[EMAIL PROTECTED]> wrote:
Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit :
> On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote:
> > Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit :
> > > Please try to
On 1/23/07, Jean-Marc Valin <[EMAIL PROTECTED]> wrote:
Luming Yu a écrit :
> what about removing psmouse module?
Trying that now. Any particular reason you suspect that one?
I suspect it is due to broken modules. If not psmouse, please trying a
boot with minimal modules loaded, an
Please try to remove processor module.
On 1/23/07, Lionel Landwerlin <[EMAIL PROTECTED]> wrote:
Hi,
I'm running a macbook with a Marvell ethernet controller, and I have a
lots of freezes when using the ethernet controller under a load of
~100K/s. Since I'm running a 2.6.19.2 kernel, I'm able
On 1/24/07, Lionel Landwerlin [EMAIL PROTECTED] wrote:
Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit :
On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote:
Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit :
Please try to remove processor module.
Ok, that's
Please try to remove processor module.
On 1/23/07, Lionel Landwerlin [EMAIL PROTECTED] wrote:
Hi,
I'm running a macbook with a Marvell ethernet controller, and I have a
lots of freezes when using the ethernet controller under a load of
~100K/s. Since I'm running a 2.6.19.2 kernel, I'm able to
On 1/23/07, Jean-Marc Valin [EMAIL PROTECTED] wrote:
Luming Yu a écrit :
what about removing psmouse module?
Trying that now. Any particular reason you suspect that one?
I suspect it is due to broken modules. If not psmouse, please trying a
boot with minimal modules loaded, and re-test
what about removing psmouse module?
On 1/23/07, Jean-Marc Valin <[EMAIL PROTECTED]> wrote:
>>> will be a device driver. Common causes of suspend/resume problems from
>>> the list you give below are acpi modules, bluetooth and usb. I'd also be
>>> consider pcmcia, drm and fuse possibilities. But
what about removing psmouse module?
On 1/23/07, Jean-Marc Valin [EMAIL PROTECTED] wrote:
will be a device driver. Common causes of suspend/resume problems from
the list you give below are acpi modules, bluetooth and usb. I'd also be
consider pcmcia, drm and fuse possibilities. But again, go
On 1/17/07, Matheus Izvekov <[EMAIL PROTECTED]> wrote:
On 1/17/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-01-17 at 02:01 -0200, Matheus Izvekov wrote:
> > Just tried linux for the first time on this old machine, and i got
> > this problem. dmesg below:
>
>
> did this machine
On 1/17/07, Matheus Izvekov [EMAIL PROTECTED] wrote:
On 1/17/07, Arjan van de Ven [EMAIL PROTECTED] wrote:
On Wed, 2007-01-17 at 02:01 -0200, Matheus Izvekov wrote:
Just tried linux for the first time on this old machine, and i got
this problem. dmesg below:
did this machine EVER support
Luming has a sony laptop and can help with this, but
he can't be the permanent maintainer any more than I can, for the same reason.
If we can get past #1, then I recommend we apply the patch series in -mm to
the acpi-test tree and go from there.
Yes, I happen to have a sony laptop. So, I can
object for their video device.
>
> signed-off-by: Luming Yu <[EMAIL PROTECTED]>
> ---
> drivers/acpi/asus_acpi.c|2 +-
> drivers/acpi/ibm_acpi.c |2 +-
> drivers/acpi/toshiba_acpi.c |3 ++-
> drivers/video/backligh
> > It didn't. It looks like it is unusable, becuase it isn't reliable in
> > 2.6.20-rc3.
>
> Is this issue still present in -rc4?
I used 2.6.20-rc4 in single user mode, and applied 2 patches from
netdev to get wake on LAN support. This way I was able to set up an
automatic suspend/resume loop.
It didn't. It looks like it is unusable, becuase it isn't reliable in
2.6.20-rc3.
Is this issue still present in -rc4?
I used 2.6.20-rc4 in single user mode, and applied 2 patches from
netdev to get wake on LAN support. This way I was able to set up an
automatic suspend/resume loop. It
-off-by: Luming Yu [EMAIL PROTECTED]
---
drivers/acpi/asus_acpi.c|2 +-
drivers/acpi/ibm_acpi.c |2 +-
drivers/acpi/toshiba_acpi.c |3 ++-
drivers/video/backlight/backlight.c |7 +--
include/linux/backlight.h |2 +-
5 files
Luming has a sony laptop and can help with this, but
he can't be the permanent maintainer any more than I can, for the same reason.
If we can get past #1, then I recommend we apply the patch series in -mm to
the acpi-test tree and go from there.
Yes, I happen to have a sony laptop. So, I can
[PATCH] resume PIT for x86_64
Signed-off-by: Luming Yu <[EMAIL PROTECTED]>
diff -BruN 0/arch/x86_64/kernel/i8259.c 1/arch/x86_64/kernel/i8259.c
--- 0/arch/x86_64/kernel/i8259.c2005-03-07 23:29:42.0 +0800
+++ 1/arch/x86_64/kernel/i8259.c2005-03-09 12:53:10.000
[PATCH] resume PIT for x86_64
Signed-off-by: Luming Yu [EMAIL PROTECTED]
diff -BruN 0/arch/x86_64/kernel/i8259.c 1/arch/x86_64/kernel/i8259.c
--- 0/arch/x86_64/kernel/i8259.c2005-03-07 23:29:42.0 +0800
+++ 1/arch/x86_64/kernel/i8259.c2005-03-09 12:53:10.0
101 - 160 of 160 matches
Mail list logo