Sorry, missed your reply so far.
>>Then what is the intent, it doesn't carry any other information?
>
>
> Generally it is a filter to what the ifi_flags reflect.
>>From an event architecture scalability perspective, it is useful to be
> able to look at what changed without having to query the so
Marcus Better <[EMAIL PROTECTED]> :
> I'm seeing this problem on my Acer Travelmate 223X laptop with built-in
> Realtek 8139: The ethernet stops working, usually after at most a few
> minutes operation. The problem appears in kernel 2.6.16 and 2.6.17, but not
> in 2.6.15.
Broken again :o(
In a be
On Sat, 1 Jul 2006 22:43:23 +0300
"Michael S. Tsirkin" <[EMAIL PROTECTED]> wrote:
> Quoting r. Bryan O'Sullivan <[EMAIL PROTECTED]>:
> > Subject: Re: [PATCH 0 of 39] ipath - bug fixes, performanceenhancements,and
> > portability improvements
> >
> > On Fri, 2006-06-30 at 19:31 +0300, Michael S.
From: Tom Tucker <[EMAIL PROTECTED]>
Date: Fri, 30 Jun 2006 18:01:43 -0500
> On Fri, 2006-06-30 at 14:16 -0700, David Miller wrote:
>
> > The TOE folks have tried to submit their hooks and drivers
> > on several occaisions, and we've rejected it every time.
>
> iWARP != TOE
You are taking my co
Make the dscape stack take the driver-supplied channel change time into
account when actively scanning for networks.
This particularly has been a problem in the rt2x00 driver, where
configuration changes are done via a work-queue, and
the subsequent channel changes failed due to the dscape stack
Hi,
This patch is a rewrite of the bcm43xx init routine.
It is supposed to fix several issues:
* up-down-up.. sequence stale-data issue
(This may fix dhclient issues)
* Fix init vs IRQ race.
* Fix init for cards with multiple cores (APHY)
(untested)
* Fix controller restart breakage.
* Make us
Quoting r. Bryan O'Sullivan <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH 0 of 39] ipath - bug fixes, performanceenhancements,and
> portability improvements
>
> On Fri, 2006-06-30 at 19:31 +0300, Michael S. Tsirkin wrote:
>
> > OK, next week I'll put these into my tree, too.
>
> Thanks. The first
On Fri, Jun 30, 2006 at 03:27:02PM -0400, John W. Linville wrote:
> On Fri, Jun 30, 2006 at 12:31:00PM -0400, Jeff Garzik wrote:
>
> > >The following changes since commit
> > >fcc18e83e1f6fd9fa6b333735bf0fcd530655511:
> > > Malcolm Parsons:
> > >uclinux: use PER_LINUX_32BIT in binfmt_fla
On Saturday 01 July 2006 01:01, Tom Tucker wrote:
> On Fri, 2006-06-30 at 14:16 -0700, David Miller wrote:
>
> > The TOE folks have tried to submit their hooks and drivers
> > on several occaisions, and we've rejected it every time.
>
> iWARP != TOE
Perhaps a good start of that discussion David
On Sat, 2006-01-07 at 13:51 +0200, Thomas Graf wrote:
> * jamal <[EMAIL PROTECTED]> 2006-06-30 22:23
> > I am not certain i understood then: Are we in the mode where the
> > refcount is not needed because chances are small that a device will
> > disappear? It seems to me after all this trouble tha
On Sat, 2006-01-07 at 13:28 +0200, Thomas Graf wrote:
> * jamal <[EMAIL PROTECTED]> 2006-06-30 22:59
> Please enlighten me, I may be making a wrong assumption again.
>
> 1) tc_verd is reset to 0 after dq in ri_tasklet()
> 2) TC_AT is set to AT_EGRESS in dev_queue_xmit()
> 3) TC_FROM being derived
Here is a revised patch that does the interupt masking earlier. Since
resetting the mask is done now in 3 places, I created a macro to handle
it. This patch has been tested on the linux-mips kernel from 6/29/06 on a
sb1250.
Tom
On Thu, 29 Jun 2006 15:01:07 -0500, Francois Romieu <[EMAIL P
* jamal <[EMAIL PROTECTED]> 2006-06-30 22:23
> I am not certain i understood then: Are we in the mode where the
> refcount is not needed because chances are small that a device will
> disappear? It seems to me after all this trouble that it may not be so
> bad to refcount (I guess i meant refcount
* jamal <[EMAIL PROTECTED]> 2006-06-30 22:59
> On Sat, 2006-01-07 at 01:45 +0200, Thomas Graf wrote:
> > Fact is that the from verdict is set to a meaningful value again at
> > dev_queue_xmit() or ing_filter() so ifb_xmit() only sees valid values.
>
> Ok, Thomas this is one of those places where
On Wed, 21 Jun 2006 12:00:40 +0800
Zang Roy-r61911 <[EMAIL PROTECTED]> wrote:
> This patch adds a net device driver and configuration options for
> Tundra Semiconductor Tsi108 integrated dual port Gigabit
> Ethernet controller
Your patch forgot to include these:
> +#include
> +#include
Why w
15 matches
Mail list logo
