From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Manuel Lauss <mano@roarinelk.homelinux.net>,
Stelian Pop <stelian@popies.net>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@osdl.org>, Greg KH <greg@kroah.com>,
Erik Waling <erikw@acc.umu.se>
Subject: Re: 2.6.13-rc3-mm3
Date: Wed, 3 Aug 2005 01:13:37 +0400 [thread overview]
Message-ID: <20050803011337.A18001@jurassic.park.msu.ru> (raw)
In-Reply-To: <Pine.LNX.4.58.0508021002300.3341@g5.osdl.org>; from torvalds@osdl.org on Tue, Aug 02, 2005 at 10:11:40AM -0700
On Tue, Aug 02, 2005 at 10:11:40AM -0700, Linus Torvalds wrote:
> So I think it would be much easier to just make the change in
> "pci_bus_alloc_resource()", and say that if the parent resource that we're
> testing starts at some non-zero value, we just use that instead of "min"
> when we call down to allocate_resource(). That gets it for MEM resources
> too.
Cool! I think it's the way to go.
> Something like the following (also _totally_ untested, but even simpler
> than yours). It basically says: if the parent resource starts at non-zero,
> we use that as the starting point for allocations, otherwise the passed-in
> value.
Tested on alpha. Initially I was concerned a bit about architectures
where resources _never_ start at zero (due to some specific bus to
resource conversions), but this change is just a no-op for them.
> That, together with changing PCIBIOS_MIN_IO to 0x2000 (or even 0x4000)
> might be the ticket...
Definitely 0x4000. Then we can get rid of PCIBIOS_MIN_CARDBUS_IO which
was introduced exactly for this reason, I guess.
Ivan.
next prev parent reply other threads:[~2005-08-02 21:18 UTC|newest]
Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-28 9:58 2.6.13-rc3-mm3 Andrew Morton
2005-07-28 10:44 ` [-mm patch] fix MTRR compilation with SMP=n Adrian Bunk
2005-07-28 17:11 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-07-28 19:52 ` 2.6.13-rc3-mm3 Russell King
2005-07-28 20:06 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-07-28 19:11 ` 2.6.13-rc3-mm3 Rafael J. Wysocki
2005-07-28 19:16 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-28 21:40 ` 2.6.13-rc3-mm3 Rafael J. Wysocki
2005-07-28 23:31 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-29 7:06 ` 2.6.13-rc3-mm3 Matthias Urlichs
2005-07-29 9:27 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-29 12:01 ` 2.6.13-rc3-mm3 Matthias Urlichs
2005-07-29 14:12 ` Regression hunting with git (was: Re: 2.6.13-rc3-mm3) Matthias Urlichs
2005-07-28 20:34 ` 2.6.13-rc3-mm3 Adrian Bunk
2005-07-28 22:09 ` 2.6.13-rc3-mm3 Michael Thonke
2005-07-28 20:15 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-28 20:56 ` 2.6.13-rc3-mm3 Nick Sillik
2005-07-28 23:16 ` 2.6.13-rc3-mm3 Michael Thonke
2005-07-28 20:29 ` 2.6.13-rc3-mm3 Adrian Bunk
2005-07-28 23:29 ` 2.6.13-rc3-mm3 Michael Thonke
2005-07-28 22:02 ` 2.6.13-rc3-mm3 Dirk
2005-07-28 23:46 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-29 15:48 ` 2.6.13-rc3-mm3 Michael Thonke
2005-07-29 19:33 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-30 0:00 ` 2.6.13-rc3-mm3 Michael Thonke
2005-07-29 5:58 ` 2.6.13-rc3-mm3 Martin J. Bligh
2005-07-29 6:08 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-29 15:21 ` 2.6.13-rc3-mm3 Martin J. Bligh
2005-07-29 16:15 ` 2.6.13-rc3-mm3 Eric W. Biederman
2005-07-29 6:01 ` 2.6.13-rc3-mm3 Martin J. Bligh
2005-07-29 6:10 ` 2.6.13-rc3-mm3 Andrew Morton
2005-08-03 1:17 ` 2.6.13-rc3-mm3 Martin J. Bligh
2005-08-03 4:21 ` 2.6.13-rc3-mm3 Martin J. Bligh
2005-08-07 23:23 ` 2.6.13-rc3-mm3 Martin J. Bligh
2005-07-29 6:02 ` 2.6.13-rc3-mm3 Martin J. Bligh
2005-07-29 23:05 ` 2.6.13-rc3-mm3 Khalid Aziz
2005-07-29 23:17 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-30 15:33 ` 2.6.13-rc3-mm3 Khalid Aziz
2005-07-30 18:02 ` 2.6.13-rc3-mm3 Andrew Morton
2005-08-01 15:36 ` 2.6.13-rc3-mm3 Bjorn Helgaas
2005-07-30 10:27 ` 2.6.13-rc3-mm3 Richard Purdie
2005-07-30 17:05 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-31 9:04 ` 2.6.13-rc3-mm3 Manuel Lauss
2005-07-31 9:16 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-31 11:12 ` 2.6.13-rc3-mm3 Manuel Lauss
2005-07-31 12:46 ` 2.6.13-rc3-mm3 Manuel Lauss
2005-07-31 17:35 ` 2.6.13-rc3-mm3 Andrew Morton
2005-07-31 18:21 ` 2.6.13-rc3-mm3 Manuel Lauss
2005-07-31 18:25 ` 2.6.13-rc3-mm3 Linus Torvalds
2005-07-31 18:41 ` 2.6.13-rc3-mm3 Manuel Lauss
2005-07-31 18:59 ` 2.6.13-rc3-mm3 Linus Torvalds
2005-07-31 21:35 ` 2.6.13-rc3-mm3 Stelian Pop
[not found] ` <Pine.LNX.4.58.0507311125360.29650@g5.osdl.org>
[not found] ` <1122846072.17880.43.camel@deep-space-9.dsnet>
[not found] ` <Pine.LNX.4.58.0507311557020.14342@g5.osdl.org>
2005-08-01 14:37 ` 2.6.13-rc3-mm3 Stelian Pop
2005-08-02 9:49 ` 2.6.13-rc3-mm3 Stelian Pop
2005-08-02 10:32 ` 2.6.13-rc3-mm3 Manuel Lauss
2005-08-02 11:40 ` 2.6.13-rc3-mm3 Ivan Kokshaysky
2005-08-02 14:04 ` 2.6.13-rc3-mm3 Manuel Lauss
2005-08-02 15:48 ` 2.6.13-rc3-mm3 Linus Torvalds
2005-08-02 16:50 ` 2.6.13-rc3-mm3 Ivan Kokshaysky
2005-08-02 17:11 ` 2.6.13-rc3-mm3 Linus Torvalds
2005-08-02 21:13 ` Ivan Kokshaysky [this message]
2005-08-02 21:21 ` 2.6.13-rc3-mm3 Greg KH
2005-08-02 21:47 ` 2.6.13-rc3-mm3 Ivan Kokshaysky
2005-08-02 21:57 ` 2.6.13-rc3-mm3 Linus Torvalds
2005-08-02 22:59 ` [patch 1/2] increase PCIBIOS_MIN_IO on x86 Ivan Kokshaysky
2005-08-02 23:09 ` [patch 2/2] ACPI: " Ivan Kokshaysky
2005-08-01 1:43 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-01 16:10 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-01 20:02 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-01 20:36 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-01 21:07 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-01 21:16 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-01 21:27 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-01 21:40 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-01 21:52 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-01 22:02 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-01 22:19 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-01 23:01 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-01 23:16 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-01 23:32 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-04 0:19 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-04 11:27 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-04 14:04 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-04 14:37 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-05 15:17 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-07 13:44 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-08 16:48 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-08 17:10 ` 2.6.13-rc3-mm3 Russell King
2005-08-08 17:15 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-08-08 20:40 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-08 22:12 ` 2.6.13-rc3-mm3 Richard Purdie
2005-08-09 0:57 ` 2.6.13-rc3-mm3 Christoph Lameter
2005-09-14 14:32 ` 2.6.13-mm3 and 2.6.14-rc1 both broken (SCSI?) Martin J. Bligh
2005-09-14 14:09 ` Anton Blanchard
2005-07-28 10:40 2.6.13-rc3-mm3 Sebastian Kaergel
2005-07-28 9:54 ` 2.6.13-rc3-mm3 Alexandre Buisse
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=20050803011337.A18001@jurassic.park.msu.ru \
--to=ink@jurassic.park.msu.ru \
--cc=akpm@osdl.org \
--cc=erikw@acc.umu.se \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mano@roarinelk.homelinux.net \
--cc=stelian@popies.net \
--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 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®