Re: Question about David's blog entry for NetCONF 2006, Day 1

2006-09-22 Thread Brent Cook
On Thursday 21 September 2006 17:15, Rick Jones wrote: > I was reading David's blog entries on the netdev meeting in Japan, and > > have a question about this bit: > > Currently, things like Xen have to put the card into promiscuous > > mode, accepting all packets, which is quite inefficient. > > I

Re: e1000: operation without eeprom?

2006-08-28 Thread Brent Cook
On Sunday 27 August 2006 19:50, Lennert Buytenhek wrote: > Hi, > > There are a couple of ARM boards out there with on-board e1000s but > without any kind of eeprom. The boot loader and kernel board support > code have all the info necessary to configure the e1000, but the e1000 > driver bombs out

Re: [RFC 1/4] kevent: core files.

2006-07-31 Thread Brent Cook
On Monday 31 July 2006 17:00, David Miller wrote: > > So we'd have cases like this, assume we start with a full event > queue: > > thread Athread B > > dequeue event > aha, new connection > accept() > register new kevent >

Re: Alternate to Ixia's ANVL test harness for tcp compliance.

2006-07-20 Thread Brent Cook
On Thursday 20 July 2006 16:31, Jeff Garzik wrote: > Piet Delaney wrote: > > I wonder if Microsoft is providing the "big challenge" to porting the > > same GUI to linux. The world really doesn't need yet another Java > > language. Gosling is a Genius, I studied his X11 News Server enough > > to kno

[PATCH 1/3] mv643xx fixes - Disable interrupts on all ports during initialization

2006-07-03 Thread Brent Cook
e the DMA ring buffers are setup for a port on which interrupts are left enabled by the firmware. Signed-off-by: Brent Cook <[EMAIL PROTECTED]> Index: current/drivers/net/mv643xx_eth.c === --- current/drivers/net/mv643xx_

[PATCH 3/3] mv643xx fixes - Support BCM5461 PHY initialization

2006-06-27 Thread Brent Cook
driver simplifaction removed this ability, so I just put the required TX_CLK_DELAY flag in the main driver instead. This does not appear to have any affect on the Marvell PHY-based board that I tested it on. Signed-off-by: Brent Cook <[EMAIL PROTECTED]> --- a/drivers/net/mv643xx_eth.c 2006

[PATCH 0/3] mv643xx fixes

2006-06-27 Thread Brent Cook
This is a series of fixes that for problems that we've found with the Marvell MV643xx Gigabit MAC. * Disable interrupts on all ports during initialization * Increment TX bytes statistics counter * Support BCM5461 PHY initialization - To unsubscribe from this list: send the line "unsubscribe ne

[PATCH 2/3] mv643xx fixes - Increment TX bytes statistics counter

2006-06-27 Thread Brent Cook
This fixes a simple typo from the last set of driver simplifications patches. Now TX bytes stats are actually incremented rather than just containing the size of the last packet sent. Signed-off-by: Brent Cook <[EMAIL PROTECTED]> --- a/drivers/net/mv643xx_eth.c 2006-05-04 00:51:47.000

[PATCH 1/3] mv643xx fixes - Disable interrupts on all ports during initialization

2006-06-27 Thread Brent Cook
kernel panic if a packet is received before the DMA ring buffers are setup for a port on which interrupts are left enabled by the firmware. Signed-off-by: Brent Cook <[EMAIL PROTECTED]> Index: linux-2.6-bps/drivers/net/mv643xx

Re: reminder, 2.6.18 window...

2006-05-25 Thread Brent Cook
On Thursday 25 May 2006 12:59, Phil Dibowitz wrote: > On Thu, May 25, 2006 at 08:05:37AM -0500, Brent Cook wrote: > > > I'll admit to not knowing all the intricacies of the kernel coding > > > involved, but I don't offhand see how zeroing the stats would be > &

Re: reminder, 2.6.18 window...

2006-05-25 Thread Brent Cook
On Thursday 25 May 2006 02:23, Bill Fink wrote: > On Wed, 24 May 2006, Jeff Garzik wrote: > > Brent Cook wrote: > > > Note that this is just clearing the hardware statistics on the > > > interface, and would not require any kind of atomic_increment addition > > &

Re: reminder, 2.6.18 window...

2006-05-24 Thread Brent Cook
On Wednesday 24 May 2006 14:14, Phil Dibowitz wrote: > On Wed, May 24, 2006 at 03:05:54PM -0400, Jeff Garzik wrote: > > Phil Dibowitz wrote: > > Given any method of clearing statistics across your cluster, I'm certain > > you can come up with a similar method of obtaining the current statistic > >

Re: [PATCH 1/3] Rough VJ Channel Implementation - vj_core.patch

2006-04-28 Thread Brent Cook
On Friday 28 April 2006 14:10, David S. Miller wrote: > From: Stephen Hemminger <[EMAIL PROTECTED]> > Date: Fri, 28 Apr 2006 10:18:33 -0700 > > > Please just use existing AIO interface. > > I totally disagree, the existing AIO interface is garbage. > > We need new APIs to do this right, to get the

Re: [PATCH] expose vlan structure and defines to user space

2006-04-05 Thread Brent Cook
On Wednesday 05 April 2006 10:40, David Acker wrote: > Ben Greear wrote: > > The reason I suggested to not make the size #defines visible is that it > > really doesn't help > > much. If you are receiving in user space, a more useful number is: > > > > sizeof(vlan_eth_header) + MTU of interface > >

Collisions statistics seem odd with -17-rc1

2006-04-04 Thread Brent Cook
I just upgraded my local tree to 2.6.17-rc1 and see odd things with interface statistics, namely the collisions stat appears to be uninitialized. I'm just wondering if anyone else is seeing this; it may be a busybox bug too. This is on a 32-bit ppc system. [EMAIL PROTECTED]:~$ ifconfig lo

What's the motivation behind "ipt_hook: happy cracking" messages

2006-03-16 Thread Brent Cook
Just a guess, but doesn't this put a drag on apps that are legitimately using raw sockets? - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html