Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Can all this be a nop if a CONFIG option is not selected?
That is exactly what this infrastructure supports.
What you see is the version that comes into effect when
the CONFIG option is not selected.
>From using an empty structure to replace a poin
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/linux-2.6-netns.git
In addition to what I have posted here and all of it's prerequisites
the tree includes further patches that get the basics of ipv4 and
iptables working. So people who are interested actually have
something more or less u
Brice Goglin <[EMAIL PROTECTED]> writes:
>
> How do you want to detect the following loop in pci_find_capability()
> without changing the API?
> any cap -> any cap -> one HT cap -> any cap -> back to first HT cap
> When looking for a HT cap, pci_find_capability() will always succeed, it
> will
Segher Boessenkool <[EMAIL PROTECTED]> writes:
>> What if we didn't try to solve a problem we don't have ?
>
> Yes exactly.
>
>> Have we yet encountered an HT device with that sort of bogus capability
>> list ?
>
> Nope. So whatever fancy time-to-live scheme we come
> up with, we cannot even tes
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Wed, 08 Nov 2006 15:08:30 -0800
> "Bryan O'Sullivan" <[EMAIL PROTECTED]> wrote:
>
>> Andrew Morton wrote:
>
>> > considered 2.6.19 material?
>>
>> Yes, please. I might be able to simplify the ib-ipath patch (by a
>> matter of a few lines), but it w
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Wed, 8 Nov 2006, Eric W. Biederman wrote:
>>
>> The implementations I have seen, I believe have all been on bridges and
>> the maximum size is actually generated from the bus number below the bridge.
>
> Hmm. It might be possible to first set up the
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Wed, 8 Nov 2006, Matthew Wilcox wrote:
>>
>> On Wed, Nov 08, 2006 at 08:39:44AM +0100, Andi Kleen wrote:
>> > ACPI knows the number of busses.
>>
>> But what if the number of busses increases later, eg by hotplugging
>> a card with a PCI-PCI bridge
Matthew Wilcox <[EMAIL PROTECTED]> writes:
> On Wed, Nov 08, 2006 at 12:57:03AM +0800, Jeff Chua wrote:
>> 2) this fails ...
>>
>> e000-efff : :00:02.0
>> f000- : PCI MMCONFIG 0
>>fed0-fed003ff : HPET 0
>
> Heh, no kidding ...
>
> num_buses = pci_mm
"Bryan O'Sullivan" <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>
>> Have you tested your driver against the -mm tree?
>
> No.
>
>> To the best of my knowledge the irq handling of your hypertransport card
>> is a complete and total hack that works only by chance.
>
> And a happy Monday m
"Bryan O'Sullivan" <[EMAIL PROTECTED]> writes:
> Hi, Roland -
>
> This patch series brings the ipath driver almost up to date with what's
> in our internal tree. The only substantial thing missing is the
> memcpy_cachebypass patch that I sent out a while back and haven't had
> time to rework.
>
>
10 matches
Mail list logo
