Len Brown <[EMAIL PROTECTED]> wrote:
> [snip]
>
> Also, please capture the output from acpidump
> and attach it to a bug report here:
> http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI
>
> [snip]
Hi,
I have created a bug report in bugzilla.kernel.org.
Here's the URL:
http://bugzilla.kerne
Len Brown <[EMAIL PROTECTED]> wrote:
> On Saturday 02 June 2007 19:53, Tear wrote:
> > Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > > On Sat, 2 Jun 2007, Tear wrote:
>
> > > Now, I doubt it's the timer, and the UHCI irq thing sounds more likely to
> > > be a problem anyway, since it's USB that's
On Saturday 02 June 2007 19:53, Tear wrote:
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > On Sat, 2 Jun 2007, Tear wrote:
> > Now, I doubt it's the timer, and the UHCI irq thing sounds more likely to
> > be a problem anyway, since it's USB that's slow, so it would be
> > interesting to hear wh
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sat, 2 Jun 2007, Tear wrote:
> >
> > I have tested my system with different kernel command lines
> > and have ruled out all of the four possibilities. Here's a
> > matrix which summarizes the situtation. My USB-enabled
> > digital camera's data transf
Linus Torvalds wrote:
> On Sat, 2 Jun 2007, Tear wrote:
> > >
> > > Wouldn't this also disable the IOAPIC in the (working) ACPI+IOAPIC case?
> >
> > Yes, it would. However, I wanted to make my addition
> > to the kernel generic so that other people with
> > problematic IO-APIC implementations can b
> -uhci_hcd :00:1f.2: irq 19, io base 0xff80 # slow
> +uhci_hcd :00:1f.2: irq 17, io base 0xff80 # fine
nope, this function is on on hardware IRQ 19 in both cases.
it just looks like IRQ 17 in the ACPI case due to this:
ACPI: PCI Interrupt :00:1f.2[D] -> GSI 19 (level
On Saturday 02 June 2007 17:28, Linus Torvalds wrote:
> Finally, I wonder why that particular box is marked with an "acpi=ht"
> blacklisting in the first place. Rather than add a new blacklist, it migth
> be better to remove an old (and perhaps incorrect) one.
>
> That blacklist entry is _ancie
On Sat, 2 Jun 2007 14:28:58 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
> That blacklist entry is _ancient_. It's entirely possible that it's just
> bogus: we've had so many ACPI fixes since it was added, that it's quite
> possible that the blacklist entry itself is bogus, and is the
On Sat, 2 Jun 2007, Tear wrote:
>
> I have tested my system with different kernel command lines
> and have ruled out all of the four possibilities. Here's a
> matrix which summarizes the situtation. My USB-enabled
> digital camera's data transfer rate is as follows:
That's not the interesting p
On Sat, 2 Jun 2007, Tear wrote:
> >
> > Wouldn't this also disable the IOAPIC in the (working) ACPI+IOAPIC case?
>
> Yes, it would. However, I wanted to make my addition
> to the kernel generic so that other people with
> problematic IO-APIC implementations can blacklist
> their systems without
--- Len Brown <[EMAIL PROTECTED]> wrote:
> > +static int __init disable_blacklisted_ioapic(struct dmi_system_id *d)
> > +{
> > + printk(KERN_WARNING "%s detected... Disabling IO-APIC\n", d->ident);
> > + skip_ioapic_setup = 1;
> > + return(0);
> > +}
>
> Wouldn't this also disable the IOAP
> +static int __init disable_blacklisted_ioapic(struct dmi_system_id *d)
> +{
> + printk(KERN_WARNING "%s detected... Disabling IO-APIC\n", d->ident);
> + skip_ioapic_setup = 1;
> + return(0);
> +}
Wouldn't this also disable the IOAPIC in the (working) ACPI+IOAPIC case?
-
To unsubscrib
On Sat, 2 Jun 2007, Tear wrote:
>
> I own a Dell OptiPlex GX240 which, when ACPI is disabled
> but IO-APIC is enabled, shows very slow USB performance.
> I thought that this could be related to IO-APIC and
> tried to boot with "noapic" appended to the kernel
> command line. This way the USB tran
On Sat, Jun 02, 2007 at 07:10:58AM -0700, Tear wrote:
> I would like this patch to be merged into the main
> tree. If there is any revision/correction that needs to
> be done on the patch, please let me know.
You forgot:
Signed-off-by: Random J Developer <[EMAIL PROTECTED]>
(See Documentation/Su
14 matches
Mail list logo
