All of lore.kernel.org
 help / color / mirror / Atom feed
From: David van Hoose <davidvh@cox.net>
To: Stian Jordet <liste@jordet.nu>
Cc: Greg KH <greg@kroah.com>, linux-kernel@vger.kernel.org
Subject: PCI problem [was Re: ACPI conflict with USB]
Date: Sat, 10 May 2003 13:49:51 -0500	[thread overview]
Message-ID: <3EBD49CF.7030304@cox.net> (raw)
In-Reply-To: <3EBB0A95.20902@cox.net>

David van Hoose wrote:
> Stian Jordet wrote:
> 
>> Sitat Greg KH <greg@kroah.com>:
>>
>>
>>> On Thu, May 08, 2003 at 05:50:36PM -0500, David van Hoose wrote:
>>>
>>>> I'm wondering if there is any work towards correcting the ACPI 
>>>> conflict with USB. On my system, I cannot use any USB devices due to 
>>>> a timeout anytime I use ACPI with my kernel. Other people have 
>>>> noticed this happening on their systems as well, so I am assuming it 
>>>> isn't just on my system.
>>>
>>>
>>> Have you tried the latest 2.5 kernels?  I think this is fixed in 2.5.69
>>> for the majority of people.  Also, does booting with "noapic" work for
>>> you?
>>
>>
>>
>> If it is supposed to have been fixed in 2.5.69, that must be the 
>> reason usb
>> stopped working with acpi on 2.5.69 for me. Worked fine with 2.5.68.
>>
>> http://marc.theaimsgroup.com/?l=linux-kernel&m=105216850332081&w=2
>>
>> Only three days since I reported it, and you say it is fixed? Gee.
>>
>> David: The consensus on acpi-devel is to report it in bugzilla, and 
>> see what
>> happens.
> 
> I'm using kernel 2.5.69-bk3 with this recent test. Booted with noapic, 
> and I get thousands of lines of APIC errors. I still get the 'bulk_msg: 
> timeout' with USB though.
> This hasn't ever worked for me. First tried with 2.5.54. I don't think I 
> tried 2.5.68. Should I and see if it was something in a patch to 2.5.69?

Okay. I think I have figured some things out.
With 2.5.69-bk4, I have ACPI and APM built into my kernel.

If I boot normally, ACPI loads first and I get timeouts and my USB 
trackball doesn't register with input.

If I boot with noacpi, I still have the same problem.

If I boot with pci=noacpi, I do *not* have the problem. I still have the 
timeout, but my trackball works. However, I have many lines of an 
acpi_irq handler and call trace with the comment 'irq 20: nobody 
cared!'. I also get 'APIC error on CPU0: 00(40)' and 'APIC error on 
CPU0: 40(40)' a couple dozen times each.

If I boot with noacpi *and* pci=noacpi, I have the all of the problems 
mentioned; no trackball and the pci=noacpi related problems.

Someone mentioned using noapic, but it doesn't have any effect.

Any questions?

Thanks,
David


  parent reply	other threads:[~2003-05-10 18:37 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-08 22:50 ACPI conflict with USB David van Hoose
2003-05-09  0:22 ` Greg KH
2003-05-09  1:42   ` Stian Jordet
2003-05-09  1:55     ` David van Hoose
2003-05-09  2:06       ` Stian Jordet
2003-05-10 18:49       ` David van Hoose [this message]
2003-05-10 19:11         ` PCI problem [was Re: ACPI conflict with USB] Zwane Mwaikambo
2003-05-10 23:55           ` David van Hoose
2003-05-12 16:30         ` Greg KH
2003-05-12 17:08           ` Stian Jordet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3EBD49CF.7030304@cox.net \
    --to=davidvh@cox.net \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=liste@jordet.nu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.