On Thursday, April 5, 2007 3:37 pm Adam Jackson wrote:... Allocating PCI resources starting at 88000000 (gap: 80000000:7ff00000) ... That's ~2G of space, which should be plenty for your PCI resources I hope? If you have a bunch of cards with large BARS though you might be running out. ... PCI: Bridge: 0000:00:01.0 IO window: 4000-4fff MEM window: a3500000-a35fffff (1M) PREFETCH window: 90000000-97ffffff PCI: Bridge: 0000:00:03.0 IO window: disabled. MEM window: a3400000-a34fffff (1M) PREFETCH window: 98000000-9fffffff PCI: Bridge: 0000:00:1c.0 IO window: disabled. MEM window: a3300000-a33fffff (1M) PREFETCH window: 80000000-8fffffff PCI: Bridge: 0000:00:1c.4 IO window: 3000-3fff MEM window: a3200000-a32fffff (1M) PREFETCH window: a3700000-a37fffff PCI: Bridge: 0000:00:1c.5 IO window: 2000-2fff MEM window: a3100000-a31fffff (1M) PREFETCH window: disabled. PCI: Failed to allocate mem resource #6:10000000@b0000000 for 0000:07:01.0 PCI: Failed to allocate mem resource #6:10000000@b0000000 for 0000:07:02.0 ... Yep, looks like those two devices had a problem. Supposedly they want to sit at 256M? Given that we're only giving each bridge 1M of memory space that would definitely be a problem. The total so far is only 5M of PCI space... so we're not making good use of the 2G we were given. ... PCI: Bridge: 0000:06:00.0 IO window: disabled. MEM window: a1000000-a2ffffff (32M) PREFETCH window: disabled. PCI: Bridge: 0000:00:1e.0 IO window: 1000-1fff MEM window: a1000000-a30fffff (~32M) PREFETCH window: a0000000-a0ffffff ... And these bridges got more space somehow... Greg who's in charge of our bridge resource allocation code? Jesse -
| Linus Torvalds | Linux 2.6.21-rc4 |
| Jens Axboe | [PATCH 0/8] IO queuing and complete affinity |
| Nicholas A. Bellinger | Re: Integration of SCST in the mainstream Linux kernel |
| Robin Lee Powell | NFS hang + umount -f: better behaviour requested. |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ingo Molnar | Re: [crash] BUG: unable to handle kernel NULL pointer dereference at 0000000000000... |
| Gerrit Renker | [PATCH 19/37] dccp: Header option insertion routine for feature-negotiation |
| Gary Thomas | Marvell 88E609x switch? |
| Jamie Lokier | Re: silent semantic changes with reiser4 |
| Jan Kara | [PATCH 10/16] ext4: Remove syncing logic from ext4_file_write |
| Jack Stone | Re: Versioning file system |
| Jens Axboe | [PATCH 8/8] vm: Add an tuning knob for vm.max_writeback_pages |
