From: Dominik Brodowski <linux@dominikbrodowski.net>
To: Komuro <komurojun-mbn@nifty.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
x86@kernel.org, linux-pcmcia@lists.infradead.org,
linux-kernel@vger.kernel.org
Cc: Peter Stuge <peter@stuge.se>
Subject: Re: Re: ioports 0x100-0x3af and iomem 0xd000-0xdffff, 0xa0000000-0xa0ffffff -- safe to use on x86 for pcmcia?
Date: Sat, 28 Nov 2009 17:48:19 +0100 [thread overview]
Message-ID: <20091128164819.GB9797@isilmar.linta.de> (raw)
In-Reply-To: <20091124231653.30084.qmail@stuge.se> <20091125113622.5b1218b0@lxorguk.ukuu.org.uk> <10200001.47511259150210534.komurojun-mbn@nifty.com>
Hey,
On Wed, Nov 25, 2009 at 08:56:50PM +0900, Komuro wrote:
> > Do you think it would be safe to enable these areas by (kernel) default on
> > x86? Of course, other entries in /proc/io{mem,ports} would be honoured, there
> > would be a boot option to disable this feature, and some tests are run on the
> > iomem and ioport resource areas.
>
> The problem you have is that you change the ordering.
>
> If you load the ne2k ISA driver before pcmcia (as occurs now because of
> it being done from user space) the resources get claimed first. If you do
> it the other way around and test then merely reading an I/O register
> mapped to an NE2K or most NE2K clones crashes the machine.
... and even adding a late_initcall() has its problems.
> Are there any modern systems where the PCI based autoconfig is
> insufficient, or is this just ancient stuff ?
I'm not familiar with embedded stuff, but usually PCI-based autoconfig
should be sufficient nowadays. Therefore, the only workable way seems to be
an optional module parameter
rsrc_nonstatic.include_io=0x100,0x3af,0x3e0,0x4ff,0x800,0x820,0xc00,0xcf7,0xa00,0xaff
rsrc_nonstatic.include_mem=0xc0000,0xfffff,0xa0000000,0xa0ffffff,0x60000000,0x60ffffff
or something like that. Thanks for the input!
Best,
Dominik
prev parent reply other threads:[~2009-11-28 16:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-24 21:37 Dominik Brodowski
2009-11-24 23:16 ` Peter Stuge
2009-11-25 11:36 ` Alan Cox
2009-11-25 11:56 ` Komuro
2009-11-28 16:48 ` Dominik Brodowski [this message]
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=20091128164819.GB9797@isilmar.linta.de \
--to=linux@dominikbrodowski.net \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=komurojun-mbn@nifty.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pcmcia@lists.infradead.org \
--cc=peter@stuge.se \
--cc=x86@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®