search for: ethtool_gset

Displaying 4 results from an estimated 4 matches for "ethtool_gset".

2007 Aug 30
3
[Bridge] Re: oops with recent wireless-dev tree
On Thu, 30 Aug 2007 14:05:30 +0200 Johannes Berg <johannes@sipsolutions.net> wrote: > Hi Jochen, > > [added CCs since it affects bridge code] > > > If I read this correctly, the EIP in the last line corresponds to > > net/bridge/br_if.c, line 36: > > > > static int port_cost(struct net_device *dev) > > { > > if
2010 Apr 26
0
[PATCH matahari] Created the NetworkDevice agent.
...t;< inet_ntoa(addr->sin_addr); - broadcast = inet_ntoa(addr->sin_addr); - } - else { - perror("SIOCGIFBRDADDR"); - broadcast = "unable to determine"; - } - // Get the bandwidth for this NIC - ecmd.cmd = ETHTOOL_GSET; - ifr.ifr_data = (caddr_t)&ecmd; - bandwidth = 10; - - // TODO: Error checking on this ioctl. For now, assume success - ret = ioctl(sock, SIOCETHTOOL, &ifr); - if (1) { - - if (ecmd.supported & SUPPORTED_10000baseT_Full) { -...
2010 Apr 26
2
Patch supercedes previous patch...
In looking at the code I realized that the last of the HAL depenencies were removed with this patch. So, I'm pushing an updated patch that contains none of the HAL code in it.
2006 Jul 06
12
kernel BUG at net/core/dev.c:1133!
Looks like the GSO is involved? I got this while running Dom0 only (no guests), with a BOINC/Rosetta@home application running on all 4 cores. changeset: 10649:8e55c5c11475 Build: x86_32p (pae). ------------[ cut here ]------------ kernel BUG at net/core/dev.c:1133! invalid opcode: 0000 [#1] SMP CPU: 0 EIP: 0061:[<c04dceb0>] Not tainted VLI EFLAGS: 00210297 (2.6.16.13-xen