From: Len Brown <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: Bjorn Helgaas <bjorn.helgaas-VXdhtT5mjnY@public.gmane.org>
Cc: Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Grzegorz Kulewski
<kangur-ghbW0t/Qn0CsTnJN9+BGXg@public.gmane.org>,
Zwane Mwaikambo <zwane-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
Andrew Morton <akpm-3NddpPZAyC0@public.gmane.org>,
ACPI List
<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
lkml <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: Re: Fw: Anybody? 2.6.11 (stable and -rc) ACPI breaks USB
Date: 23 Mar 2005 13:40:35 -0500 [thread overview]
Message-ID: <1111603235.17317.883.camel@d845pe> (raw)
In-Reply-To: <1110.65.74.231.82.1111550240.squirrel-TOYrGrLsdJ1xnVILBQAtiA@public.gmane.org>
Bjorn,
I like how pci_fixup_device() invokes the quirk
when we want at pci_enable_device() time w/o cluttering
the code with VIA specific hooks.
I think you've also identified an improvement by
checking acpi_irq_model -- as the PCI config space
IRQ register is defined only in PIC-mode -- so one
must assume that the quirky via HW can't depend on
us writing reserved bits for IRQs > 15.
But checking skip_ioapic_setup in the non-ACPI case
isn't quite right. This is set for "noapic". But
it is not set in the PIC-mode case where the kernel
supports IOAPIC but the hardware does not -- in that
case the quirk would erroneously exit.
Also, the original quirk_via_irqpic()
had a udelay(15) before the write -- I have no idea
if that was significant or not -- maybe soembody else
on the list does -- as none of us have VIA documentation...
thanks,
-Len
ps. we need to fix this on 2.4 also.
-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content. Register
by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
WARNING: multiple messages have this Message-ID (diff)
From: Len Brown <len.brown@intel.com>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: Shaohua Li <shaohua.li@intel.com>,
Grzegorz Kulewski <kangur@polcom.net>,
Zwane Mwaikambo <zwane@arm.linux.org.uk>,
Andrew Morton <akpm@osdl.org>,
ACPI List <acpi-devel@lists.sourceforge.net>,
lkml <linux-kernel@vger.kernel.org>
Subject: Re: [ACPI] Re: Fw: Anybody? 2.6.11 (stable and -rc) ACPI breaks USB
Date: 23 Mar 2005 13:40:35 -0500 [thread overview]
Message-ID: <1111603235.17317.883.camel@d845pe> (raw)
In-Reply-To: <1110.65.74.231.82.1111550240.squirrel@mail.cce.hp.com>
Bjorn,
I like how pci_fixup_device() invokes the quirk
when we want at pci_enable_device() time w/o cluttering
the code with VIA specific hooks.
I think you've also identified an improvement by
checking acpi_irq_model -- as the PCI config space
IRQ register is defined only in PIC-mode -- so one
must assume that the quirky via HW can't depend on
us writing reserved bits for IRQs > 15.
But checking skip_ioapic_setup in the non-ACPI case
isn't quite right. This is set for "noapic". But
it is not set in the PIC-mode case where the kernel
supports IOAPIC but the hardware does not -- in that
case the quirk would erroneously exit.
Also, the original quirk_via_irqpic()
had a udelay(15) before the write -- I have no idea
if that was significant or not -- maybe soembody else
on the list does -- as none of us have VIA documentation...
thanks,
-Len
ps. we need to fix this on 2.4 also.
next prev parent reply other threads:[~2005-03-23 18:40 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-05 7:46 Fw: Anybody? 2.6.11 (stable and -rc) ACPI breaks USB Andrew Morton
[not found] ` <20050304234622.63e8a335.akpm-3NddpPZAyC0@public.gmane.org>
2005-03-05 8:10 ` Patrick Ale
2005-03-10 23:08 ` Grzegorz Kulewski
2005-03-10 23:08 ` Grzegorz Kulewski
[not found] ` <Pine.LNX.4.62.0503110006260.30687-xO7mqm7LmoOZ0THcR2OzsA@public.gmane.org>
2005-03-11 16:48 ` Bjorn Helgaas
2005-03-11 16:48 ` [ACPI] " Bjorn Helgaas
2005-03-11 19:36 ` Grzegorz Kulewski
2005-03-11 19:36 ` [ACPI] " Grzegorz Kulewski
[not found] ` <Pine.LNX.4.62.0503112009070.22293-xO7mqm7LmoOZ0THcR2OzsA@public.gmane.org>
2005-03-11 20:56 ` Bjorn Helgaas
2005-03-11 20:56 ` [ACPI] " Bjorn Helgaas
2005-03-11 21:47 ` Grzegorz Kulewski
2005-03-11 21:47 ` [ACPI] " Grzegorz Kulewski
[not found] ` <Pine.LNX.4.62.0503112239580.25254-xO7mqm7LmoOZ0THcR2OzsA@public.gmane.org>
2005-03-11 22:29 ` Bjorn Helgaas
2005-03-11 22:29 ` [ACPI] " Bjorn Helgaas
2005-03-12 0:13 ` Grzegorz Kulewski
2005-03-12 0:13 ` [ACPI] " Grzegorz Kulewski
2005-03-13 15:14 ` Grzegorz Kulewski
2005-03-13 15:14 ` [ACPI] " Grzegorz Kulewski
[not found] ` <Pine.LNX.4.62.0503131607330.23588-xO7mqm7LmoOZ0THcR2OzsA@public.gmane.org>
2005-03-15 19:35 ` Bjorn Helgaas
2005-03-15 19:35 ` [ACPI] " Bjorn Helgaas
2005-03-15 23:02 ` Zwane Mwaikambo
2005-03-15 23:02 ` [ACPI] " Zwane Mwaikambo
[not found] ` <Pine.LNX.4.61.0503151543420.23036-SOP5cCwKKQRMCHjbocvOOJqQE7yCjDx5@public.gmane.org>
2005-03-16 16:10 ` Bjorn Helgaas
2005-03-16 16:10 ` [ACPI] " Bjorn Helgaas
2005-03-17 1:33 ` Li Shaohua
2005-03-17 1:33 ` [ACPI] " Li Shaohua
2005-03-17 18:08 ` Bjorn Helgaas
2005-03-18 1:09 ` Li Shaohua
[not found] ` <1111108150.22239.6.camel-U5EdaLXB8smDugQYiPIPGdh3ngVCH38I@public.gmane.org>
2005-03-18 18:07 ` Bjorn Helgaas
2005-03-18 18:07 ` [ACPI] " Bjorn Helgaas
2005-03-21 16:33 ` Bjorn Helgaas
2005-03-21 23:33 ` Grzegorz Kulewski
2005-03-21 23:33 ` [ACPI] " Grzegorz Kulewski
2005-03-22 20:57 ` Bjorn Helgaas
[not found] ` <41062.15.99.19.46.1111525073.squirrel-hO9VIT4gnBFxnVILBQAtiA@public.gmane.org>
2005-03-23 0:54 ` Li Shaohua
2005-03-23 0:54 ` [ACPI] " Li Shaohua
2005-03-23 3:57 ` Bjorn Helgaas
2005-03-23 3:57 ` Bjorn Helgaas
[not found] ` <1110.65.74.231.82.1111550240.squirrel-TOYrGrLsdJ1xnVILBQAtiA@public.gmane.org>
2005-03-23 18:40 ` Len Brown [this message]
2005-03-23 18:40 ` Len Brown
2005-03-24 18:24 ` Bjorn Helgaas
2005-03-24 18:24 ` [ACPI] " Bjorn Helgaas
2005-03-25 19:07 ` Len Brown
2005-03-25 19:07 ` [ACPI] " Len Brown
-- strict thread matches above, loose matches on Subject: below --
2005-03-14 9:30 Li, Shaohua
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=1111603235.17317.883.camel@d845pe \
--to=len.brown-ral2jqcrhueavxtiumwx3w@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=akpm-3NddpPZAyC0@public.gmane.org \
--cc=bjorn.helgaas-VXdhtT5mjnY@public.gmane.org \
--cc=kangur-ghbW0t/Qn0CsTnJN9+BGXg@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=zwane-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
/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.