mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Bjorn Helgaas <bjorn.helgaas@hp.com>
To: Shaohua Li <shaohua.li@intel.com>
Cc: Mike Houston <mikeserv@bmts.com>, Adrian Bunk <bunk@stusta.de>,
	Elvis Pranskevichus <el@prans.net>,
	Jean Delvare <khali@linux-fr.org>,
	mhoffman@lightlink.com, linux-kernel@vger.kernel.org,
	lm-sensors@lm-sensors.org, Adam Belay <ambx1@neo.rr.com>,
	Zhao Yakui <yakui.zhao@intel.com>,
	Thomas Renninger <trenn@suse.de>,
	lenb@kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [lm-sensors] 2.6.24-rc4 hwmon it87 probe fails
Date: Mon, 17 Dec 2007 10:14:43 -0700	[thread overview]
Message-ID: <200712171014.44360.bjorn.helgaas@hp.com> (raw)
In-Reply-To: <1197856779.7782.2.camel@sli10-desk.sh.intel.com>

On Sunday 16 December 2007 06:59:39 pm Shaohua Li wrote:
> On Sun, 2007-12-09 at 23:02 -0500, Mike Houston wrote:
> > On Mon, 10 Dec 2007 10:31:27 +0800
> > Shaohua Li <shaohua.li@intel.com> wrote:
> > > This should exist in previous kernel (before we remove acpi
> > > motherboard driver) too. Basically it's a broken BIOS. Could below
> > > patch work around it?
> > > 
> > > Thanks,
> > > Shaohua
> > > 
> > > Index: linux/drivers/pnp/system.c
> > > ===================================================================
> > > --- linux.orig/drivers/pnp/system.c	2007-12-10
> > > 10:17:46.000000000 +0800 +++ linux/drivers/pnp/system.c
> > 
> > Thanks Shaohua, I tested this as well and it appears to have worked
> > around the issue for me.
> > 
> > Now, in dmesg, I get:
> > 
> > system 00:01: ioport range 0x290-0x29f has been reserved
> > (...)
> > system 00:01: ioport range 0x290-0x294 could not be reserved
> > 
> > In /proc/ioports I see:
> > 
> > 0290-029f : pnp 00:01
> >   0290-0297 : it87
> >     0290-0297 : it87
> Unfortunately this can't solve all such issues.
> 
> Adam & Bjorn,
> Could we just reserve IO ports >= 0x1000 in pnp system driver? The
> purpose of the driver is to avoid resource conflict with PCI device, and
> PCI device can't user io port < 0x1000.

The purpose of the PNP system driver is to avoid conflicts with
*all* devices.  And if the PNP core were a little smarter, we
wouldn't need the system driver at all.  We don't have one for
PCI -- the PCI core manages resources for all PCI devices, even
ones that have no driver.

Why is 0x1000 a magic number?  drivers/acpi/motherboard.c used to
ignore IO port ranges that ended below PCIBIOS_MIN_IO (== 0x1000 for
most architectures).  I don't think Linux will assign IO ports below
PCIBIOS_MIN_IO to a PCI device, but the BIOS could, and I've seen
CardBus devices below PCIBIOS_MIN_IO.

I think having drivers/pnp/system.c ignore resources below
PCIBIOS_MIN_IO would be a hack that happens to cover up problems
like this without understanding the real cause.

Bjorn

  reply	other threads:[~2007-12-17 17:15 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-05  2:51 Mike Houston
2007-12-09  0:05 ` Adrian Bunk
2007-12-09  2:22   ` Mike Houston
2007-12-09  9:50     ` [lm-sensors] " Jean Delvare
2007-12-09 19:40       ` Mike Houston
2007-12-09 21:12       ` Elvis Pranskevichus
2007-12-09 22:04         ` Adrian Bunk
2007-12-10  2:31           ` Shaohua Li
2007-12-10  2:49             ` Elvis Pranskevichus
2007-12-10  4:02             ` Mike Houston
2007-12-17  1:59               ` Shaohua Li
2007-12-17 17:14                 ` Bjorn Helgaas [this message]
2007-12-18 17:59                   ` Jean Delvare
2007-12-20  0:20                     ` Bjorn Helgaas
2007-12-20  0:45                       ` Carlos Corbacho
2007-12-20  2:13                         ` Elvis Pranskevichus
2007-12-20  2:17                           ` Carlos Corbacho
2007-12-21 19:00                     ` Bjorn Helgaas
2007-12-21 19:50                       ` Mike Houston
2007-12-22 11:21                       ` Jean Delvare
2007-12-23  3:40                         ` Bjorn Helgaas
2007-12-23  9:28                           ` Jean Delvare
2007-12-23 23:14                             ` Bjorn Helgaas
2007-12-25 21:31                               ` Jean Delvare
2008-01-02 18:30                                 ` Bjorn Helgaas
2008-01-12  9:49                                   ` Jean Delvare
2007-12-19 23:53               ` [lm-sensors] " Bjorn Helgaas
2007-12-09 22:42         ` Jean Delvare
2007-12-09 23:15           ` Mike Houston
2007-12-10  0:19           ` Mike Houston
2007-12-10  1:32             ` Ed Sweetman
2007-12-10 14:55               ` Jean Delvare
     [not found] <fa.QPUBl9Xd2PDsImgWn6hbR+ShV1U@ifi.uio.no>
     [not found] ` <fa.ri5Klmu4+MwjYC8x5nSms+xKXfI@ifi.uio.no>
     [not found]   ` <fa.B/J+j9kGGZ1+gW9FrfHky+cj0Eo@ifi.uio.no>
     [not found]     ` <fa.Xv3BmMxnCGLOeEijySte5mKDO5k@ifi.uio.no>
2007-12-20  1:09       ` [lm-sensors] " Robert Hancock

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=200712171014.44360.bjorn.helgaas@hp.com \
    --to=bjorn.helgaas@hp.com \
    --cc=ambx1@neo.rr.com \
    --cc=bunk@stusta.de \
    --cc=el@prans.net \
    --cc=khali@linux-fr.org \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    --cc=mhoffman@lightlink.com \
    --cc=mikeserv@bmts.com \
    --cc=shaohua.li@intel.com \
    --cc=trenn@suse.de \
    --cc=yakui.zhao@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome