From: alex.williamson@hp.com (Alex Williamson)
To: Linus Torvalds <torvalds@osdl.org>
Cc: Greg KH <greg@kroah.com>,
akpm@osdl.org, linux-kernel <linux-kernel@vger.kernel.org>,
sensors@Stimpy.netroedge.com
Subject: [BK PATCH] I2C update for 2.6.8-rc1
Date: Thu, 19 May 2005 06:25:12 +0000 [thread overview]
Message-ID: <1093397881.9555.6.camel@tdi> (raw)
In-Reply-To: <Pine.LNX.4.58.0408241721330.17766@ppc970.osdl.org>
On Tue, 2004-08-24 at 17:37 -0700, Linus Torvalds wrote:
>
> On Tue, 24 Aug 2004, Greg KH wrote:
> >
> > If someone can come up with a patch that works for everyone, I'll be
> > glad to apply it.
>
> Hmm.. Why exactly does the PCI layer re-locate the IO ports?
>
> Afaik, ACPI requesting the region shouldn't matter. The
> "request_resource()" should still be happy..
>
> Ahh. I see the problem. Because the ACPI code allocates the sub-resources,
> the request_resource thing is indeed not happy.
>
> How about this _trivial_ change? Does that fix things for you guys? Can
> you send the /proc/ioport output if this works out for you, just so that
> we can see?
Yes, this works. Please commit. I still have reservations about
exposing this device (that firmware owns and we can't possibly
synchronize access to), but this is a big improvement over the unusable
state w/o this change. Here's my /proc/ioports:
0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
01f0-01f7 : ide0
03c0-03df : vga+
03e8-03ef : serial
03f6-03f6 : ide0
03f8-03ff : serial
0cf8-0cff : PCI conf1
1000-107f : 0000:00:1f.0
1000-107f : motherboard
1000-1003 : PM1a_EVT_BLK
1004-1005 : PM1a_CNT_BLK
1008-100b : PM_TMR
1010-1015 : ACPI CPU throttle
1020-1020 : PM2_CNT_BLK
1028-102f : GPE0_BLK
1100-113f : 0000:00:1f.0
1100-113f : motherboard
1200-121f : motherboard
1200-121f : 0000:00:1f.3
2000-2fff : PCI Bus #01
2000-20ff : 0000:01:00.0
2000-20ff : radeonfb
3000-30ff : 0000:00:1f.5
3400-34ff : 0000:00:1f.6
3400-34ff : Intel 82801DB-ICH4 Modem - AC'97
3800-387f : 0000:00:1f.6
3800-387f : Intel 82801DB-ICH4 Modem - Controller
3880-38bf : 0000:00:1f.5
38c0-38df : 0000:00:1d.0
38c0-38df : uhci_hcd
38e0-38ff : 0000:00:1d.1
38e0-38ff : uhci_hcd
3c00-3c1f : 0000:00:1d.2
3c00-3c1f : uhci_hcd
3c20-3c2f : 0000:00:1f.1
3c20-3c27 : ide0
3c28-3c2f : ide1
4000-40ff : PCI CardBus #03
4400-44ff : PCI CardBus #03
4800-48ff : PCI CardBus #07
4c00-4cff : PCI CardBus #07
5000-50ff : PCI CardBus #0b
5400-54ff : PCI CardBus #0b
Thanks,
Alex
--
Alex Williamson HP Linux & Open Source Lab
WARNING: multiple messages have this Message-ID (diff)
From: Alex Williamson <alex.williamson@hp.com>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Greg KH <greg@kroah.com>,
akpm@osdl.org, linux-kernel <linux-kernel@vger.kernel.org>,
sensors@Stimpy.netroedge.com
Subject: Re: [BK PATCH] I2C update for 2.6.8-rc1
Date: Tue, 24 Aug 2004 19:38:01 -0600 [thread overview]
Message-ID: <1093397881.9555.6.camel@tdi> (raw)
In-Reply-To: <Pine.LNX.4.58.0408241721330.17766@ppc970.osdl.org>
On Tue, 2004-08-24 at 17:37 -0700, Linus Torvalds wrote:
>
> On Tue, 24 Aug 2004, Greg KH wrote:
> >
> > If someone can come up with a patch that works for everyone, I'll be
> > glad to apply it.
>
> Hmm.. Why exactly does the PCI layer re-locate the IO ports?
>
> Afaik, ACPI requesting the region shouldn't matter. The
> "request_resource()" should still be happy..
>
> Ahh. I see the problem. Because the ACPI code allocates the sub-resources,
> the request_resource thing is indeed not happy.
>
> How about this _trivial_ change? Does that fix things for you guys? Can
> you send the /proc/ioport output if this works out for you, just so that
> we can see?
Yes, this works. Please commit. I still have reservations about
exposing this device (that firmware owns and we can't possibly
synchronize access to), but this is a big improvement over the unusable
state w/o this change. Here's my /proc/ioports:
0000-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
01f0-01f7 : ide0
03c0-03df : vga+
03e8-03ef : serial
03f6-03f6 : ide0
03f8-03ff : serial
0cf8-0cff : PCI conf1
1000-107f : 0000:00:1f.0
1000-107f : motherboard
1000-1003 : PM1a_EVT_BLK
1004-1005 : PM1a_CNT_BLK
1008-100b : PM_TMR
1010-1015 : ACPI CPU throttle
1020-1020 : PM2_CNT_BLK
1028-102f : GPE0_BLK
1100-113f : 0000:00:1f.0
1100-113f : motherboard
1200-121f : motherboard
1200-121f : 0000:00:1f.3
2000-2fff : PCI Bus #01
2000-20ff : 0000:01:00.0
2000-20ff : radeonfb
3000-30ff : 0000:00:1f.5
3400-34ff : 0000:00:1f.6
3400-34ff : Intel 82801DB-ICH4 Modem - AC'97
3800-387f : 0000:00:1f.6
3800-387f : Intel 82801DB-ICH4 Modem - Controller
3880-38bf : 0000:00:1f.5
38c0-38df : 0000:00:1d.0
38c0-38df : uhci_hcd
38e0-38ff : 0000:00:1d.1
38e0-38ff : uhci_hcd
3c00-3c1f : 0000:00:1d.2
3c00-3c1f : uhci_hcd
3c20-3c2f : 0000:00:1f.1
3c20-3c27 : ide0
3c28-3c2f : ide1
4000-40ff : PCI CardBus #03
4400-44ff : PCI CardBus #03
4800-48ff : PCI CardBus #07
4c00-4cff : PCI CardBus #07
5000-50ff : PCI CardBus #0b
5400-54ff : PCI CardBus #0b
Thanks,
Alex
--
Alex Williamson HP Linux & Open Source Lab
next prev parent reply other threads:[~2005-05-19 6:25 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-15 0:05 [BK PATCH] I2C update for 2.6.8-rc1 Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` [PATCH] " Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-15 0:07 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-16 17:07 ` Pavel Machek
2005-05-19 6:25 ` Pavel Machek
2004-07-16 17:17 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-16 17:39 ` Bob Riegelmann
2005-05-19 6:25 ` Bob Riegelmann
2004-07-16 18:19 ` Adam Kropelin
2005-05-19 6:25 ` Adam Kropelin
2005-05-19 6:25 ` Philip Pokorny
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-07-17 14:30 ` Greg (or anyone else) one small i2c question Reinder
2004-07-30 5:40 ` --- " Reinder
2004-07-30 6:30 ` Denis Vlasenko
2004-08-25 6:44 ` Greg " Greg KH
2004-08-24 21:58 ` [BK PATCH] I2C update for 2.6.8-rc1 Alex Williamson
2005-05-19 6:25 ` Alex Williamson
2004-08-24 22:04 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-08-25 0:37 ` Linus Torvalds
2005-05-19 6:25 ` Linus Torvalds
2004-08-25 1:38 ` Alex Williamson [this message]
2005-05-19 6:25 ` Alex Williamson
2004-08-25 1:42 ` Alex Williamson
2005-05-19 6:25 ` Alex Williamson
2004-08-25 2:02 ` Linus Torvalds
2005-05-19 6:25 ` Linus Torvalds
2004-08-25 6:14 ` Greg KH
2005-05-19 6:25 ` Greg KH
2004-08-25 6:36 ` Greg KH
2005-05-19 6:25 ` Greg KH
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=1093397881.9555.6.camel@tdi \
--to=alex.williamson@hp.com \
--cc=akpm@osdl.org \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sensors@Stimpy.netroedge.com \
--cc=torvalds@osdl.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.