All of lore.kernel.org
 help / color / mirror / Atom feed
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


  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.