From: Greg KH <greg@kroah.com>
To: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Cc: Linus Torvalds <torvalds@osdl.org>,
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>, Erik Waling <erikw@acc.umu.se>
Subject: Re: 2.6.13-rc3-mm3
Date: Tue, 2 Aug 2005 14:21:44 -0700 [thread overview]
Message-ID: <20050802212143.GA8738@kroah.com> (raw)
In-Reply-To: <20050803011337.A18001@jurassic.park.msu.ru>
On Wed, Aug 03, 2005 at 01:13:37AM +0400, Ivan Kokshaysky wrote:
> 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.
Nice, care to make up a single patch with these two changes in it?
thanks,
greg k-h
next prev parent reply other threads:[~2005-08-02 21:27 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 ` 2.6.13-rc3-mm3 Ivan Kokshaysky
2005-08-02 21:21 ` Greg KH [this message]
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
-- strict thread matches above, loose matches on Subject: below --
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=20050802212143.GA8738@kroah.com \
--to=greg@kroah.com \
--cc=akpm@osdl.org \
--cc=erikw@acc.umu.se \
--cc=ink@jurassic.park.msu.ru \
--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