Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ixgb_main.c
index 960b44b..a5da48a 10064
Remove the code that reads part_num from the EEPROM. This part number
is never displayed or queryable by the user.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000.h |1 -
drivers/net/e1000/e1000_hw.c | 34 --
drivers/net/e1000
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e100.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/e100.c b/drivers/net/e100.c
index b42ad76..458af6a 100644
--- a/drivers/net/e100.c
+++ b/drivers/net/e100.c
@@ -1759,7 +1759,7 @@ static inli
WoL is constantly giving problems and needed a rewrite. Consolidates
all WoL capabilities into a single function, and disables WoL for all
other ports on the device except for port A.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ixgb/ixgb.h b/drivers/net/ixgb/ixgb.h
index a4bee8c..e157247 100644
--- a/drivers/net/
Hi,
Here are updates targeted to branch #upstream from netdev-2.6,
including updates to e100, e1000 and ixgb.
These changes are available through git.
git pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 upstream
and against
netdev-2.6#upstream 699a71238856b19091503c671bac8abb1e3f9a3a
Memory leak was found in 2.6.18-rc4 and e1000 7.2.7 from sourceforge: We
should free resources allocated for previous rings if following allocation
fails.
Signed-off-by: Vasily Averin <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Recalculate when to wake the queue using DESC_NEEDED instead of a
static hardcoded number.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb.h |3 ---
drivers/net/ixgb/ixgb_main.c |2 +-
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/net/
irq leak was found in 2.6.18-rc4 and e1000 7.2.7 from sourceforge: if
e1000_up fails in e1000_open() we do not free allocated irq
Signed-off-by: Vasily Averin <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e
Fix resources cleanup in e1000_probe()
Signed-off-by: Vasily Averin <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 44 +---
1 files changed, 28 insertions
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_ethtool.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_ethtool.c b/drivers/net/ixgb/ixgb_ethtool.c
index cf19b89..ba621
We're waiting for a write flush to finish before unlocking, which
is not needed. Release the spinlock after the write command.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e100.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/e100.c b/driv
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Acked-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 17 ++---
1 files changed, 6 insertions(+), 11 deletions(-)
diff --git a/drivers/net/e1000/e1000_mai
Increment the version of e100 to 3.5.16-k2, increment dates.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e100.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/e100.c b/drivers/net/e100.c
index a98e23a..23afdff 100644
--- a/drivers/net/e100.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
index 656db12..0128d01 100644
--- a/drivers/net/e1000/e1000_main.c
+++ b/driver
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ixgb_main.c
index ee12a85..e36dee1 100644
--- a/drivers/net/ixgb/ixgb_main.c
+++ b/drivers/net/ix
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e100.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/e100.c b/drivers/net/e100.c
index eb467f8..a98e23a 100644
--- a/drivers/net/e100.c
+++ b/drivers/net/e100.c
@@ -1763,7 +1763,6 @@ static int e10
Deprecate mii-tool SIOCMIIREG ioctl. This ioctl is broken in e1000 and
ethtool has this functionality in working order.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 69
Device 0x10a4 is a double 82571 on a single PCI-Express card and
has 4 gigabit capable ports.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c |1 +
drivers/net/e1000/e1000_hw.c |1 +
drivers/net/e
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ixgb_main.c
index 346273d..6959735 100644
--- a/drivers/net/ixgb/ixgb_main.c
+++ b/drivers/net/
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ixgb_main.c
index 6959735..fee4c5a 100644
--- a/drivers/net/ixgb/ixgb_main.c
+++ b/drivers/net/ix
Same change as e1000: remove skb->dev assignment, it's now done
by netdev_alloc_skb.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ix
A recent patch in -mm3 titled
"gregkh-pci-pci-don-t-enable-device-if-already-enabled.patch" causes
pci_enable_device() to be a no-op if the kernel thinks that the device is
already enabled. This change breaks the PCI error recovery mechanism in
the e100 device driver, since, after PCI slot reset,
Adds PCI Error recovery callbacks to the Intel 10-gigabit ethernet ixgb
device driver. Lightly tested, works.
"Zhang, Yanmin" <[EMAIL PROTECTED]> wrote:
Both pci_disable_device and ixgb_down would access the device. It doesn't
follow Documentation/pci-error-recovery.txt that error_detected sho
Use module param array code to distinguish between defaults and user
specified values.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_param.c | 161 +++
1 files changed, 110 insertions(+), 51 deletions(-)
diff --git a/drivers/net/e1
Do not ignore errors returned by pci_enable_device, instead error out.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
in
Begin forwarded message:
Date: Tue, 29 Aug 2006 09:15:29 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 7071] New: Can't bring Sun Quad GigaSwift Ethernet
interfaces up (Cassini driver)
http://bugzilla.kernel.org/show_bug.cgi?id=7071
Summary: Can't b
hi all,
I am customizing a linux driver code of WLAN card as Access Point on Linux
kernel 2.6.12 to work with.
We know struct net_device has a member pointer to a method called
hard_start_xmit that initiates the transmission through the device. Data
should contain sk_buff structure.
For th
Hello!
> Yes, it is logical because without multicast IPV6 cannot
> work correctly.
This is not quite true. IFF_BROADCAST is enough, it will work just
like IPv4.
Real troubles start only when interface is not IFF_BROADCAST and not
IFF_POINTOPOINT.
> IFF_MULTICAST flag seems potentially problem
Begin forwarded message:
Date: Tue, 29 Aug 2006 10:25:07 -0400
From: [EMAIL PROTECTED]
To: Andrew Morton <[EMAIL PROTECTED]>
Cc: linux-kernel@vger.kernel.org
Subject: 2.6.18-rc4-mm3: BUG: warning at include/net/dst.h:154/dst_release()
Seeing this a lot on 2.6.18-rc4-mm3 with 2 different stack
On Tue, 29 Aug 2006 12:44:18 +0200
Olaf Kirch <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 29, 2006 at 06:34:26PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@
> wrote:
> > > The attached tentative patch makes IPv6 autoconf depend on the
> > > availability of IFF_MULTICAST. This is admittedly a bit of a hac
Alexey,
Your patch is fine. I had not looked at the if which would prevent zero
cards from even printing.
On Mon, Aug 28, 2006 at 04:51:42PM -0700, Don Fry wrote:
> The cause of #6428 has already been fixed in v1.32 of the pcnet32
> driver. To be correct, the printk should be:
>
>
Hello!
> @@ -346,8 +354,8 @@ struct neighbour *neigh_lookup(struct ne
>
> NEIGH_CACHE_STAT_INC(tbl, lookups);
>
> - read_lock_bh(&tbl->lock);
> - hlist_for_each_entry(n, tmp, &tbl->hash_buckets[hash_val], hlist) {
> + rcu_read_lock();
> + hlist_for_each_entry_rcu(n,
Removed some older function prototypes for functions that no longer exist.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
include/net/cipso_ipv4.h |6 --
1 file changed, 6 deletions(-)
Index: linux-2.6.17.i686/include/net/cipso_ipv4.h
==
This patchset contains a series of small patches to fix a bug and some general
ugliness from the original author (that moron ...). All of the following
patches are against David's net-2.6.19 tree.
Please consider these for 2.6.19, thanks.
--
paul moore
linux security @ hp
-
To unsubscribe from t
Add some missing include files to the NetLabel related header files.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
include/net/cipso_ipv4.h|2 ++
include/net/netlabel.h |1 +
net/netlabel/netlabel_domainhash.h |4
net/netlabel
Fix a problem where the NetLabel specific fields of the sk_security_struct
structure were not being initialized early enough in some cases.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
security/selinux/hooks.c|6 +++
security/selinux/include/selinux_netlabel.h | 18
Fix some incorrect comments.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
security/selinux/ss/services.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: net-2.6.19/security/selinux/ss/services.c
===
--- net-2.6
Uninline the selinux_netlbl_inode_permission() at the request of Andrew Morton.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
security/selinux/include/selinux_netlabel.h | 35
security/selinux/ss/services.c | 33 +++---
2 files
Rewrite ebitmap_import() so it is a bit cleaner and easier to read.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
security/selinux/ss/ebitmap.c | 36
1 files changed, 16 insertions(+), 20 deletions(-)
Index: net-2.6.19/security/selinux/ss/ebitmap.c
Herbert Xu wrote:
> Peter Bieringer <[EMAIL PROTECTED]> wrote:
> > BTW: this is also the reason why autoconf or accept_ra cannot be
> > disabled by e.g. initscripts *per* interface before bringing one up.
>
> You can disable it in /proc/sys/net/ipv6/conf/default/... and then
> reenable it on the in
Peter Bieringer <[EMAIL PROTECTED]> wrote:
>
>> anything in /proc/sys/net/ipv6/conf/ because it doesn't exist.
>>
>> How userspace should behave now? Mandating daemon which listens interface
>> events via netlink?
>
> BTW: this is also the reason why autoconf or accept_ra cannot be
> disabled by
On 4/29/06, Santiago Leon <[EMAIL PROTECTED]> wrote:
Michael Ellerman wrote:
> Any chance of getting it into to 2.6.17 ...
2.6.19 perhaps?
cheers
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vge
On Fri, 2006-08-25 at 16:32 +0800, Hong Liu wrote:
>
> + local->sta_scanning = 1;
> + if (local->hw->hw_scan)
> + return local->hw->hw_scan(dev, ssid, ssid_len);
You set sta_scanning even if that returns an error, is that correct?
johannes
-
To unsubscribe from this li
On Tue, Aug 29, 2006 at 09:49:17AM +0200, Johannes Berg wrote:
> I intend to kill the nick command with nl80211 since it seems to be
> useless. Any objections?
I can't defend it myself, but I have heard of people using it.
I think some of the distro's init scripts might set it as well?
Can anyone
On Tue, Aug 29, 2006 at 09:30:57AM +0200, Johannes Berg wrote:
> > Radar is initially detected by the low-level radio driver. Userspace
> > gets notified of radar via calls to ieee80211_radar_status, which
> > generates a "fake" management frame with a struct ieee80211_radar_info
> > in it. User
Hasso Tepper schrieb:
> Olaf Kirch wrote:
>> When the Xen people looked for a way to disable IPv6 autoconf of the
>> bridge, they didn't find any way to do it without bringing up the
>> device first (and thereby triggering DAD).
>
> Because no /proc/sys/net/ipv6/conf/ exist (yes, I know it's
> us
On Mon, Aug 28, 2006 at 04:19:37PM -0700, Stephen Hemminger wrote:
> To avoid problems with buggy protocols that assume extra header space,
> use dev_alloc_skb() when allocating receive buffers.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
>
> --- skge-2.6.orig/drivers/net/skge.c
> ++
Olaf Kirch wrote:
> When the Xen people looked for a way to disable IPv6 autoconf of the
> bridge, they didn't find any way to do it without bringing up the
> device first (and thereby triggering DAD).
Because no /proc/sys/net/ipv6/conf/ exist (yes, I know it's
user visible effect)? This is just
Pekka Savola schrieb:
> On Tue, 29 Aug 2006, David Miller wrote:
>> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
>> Date: Tue, 29 Aug 2006 18:34:26 +0900 (JST)
>>
>>> Further analysis is needed, but one idea is to skip
>>> addrconf_dev_config() if !(dev->flags & IFF_MULTICAST).
>>
>> Yes, it is logi
On Tue, Aug 29, 2006 at 01:55:28PM +0300, Pekka Savola wrote:
> It's not obvious that IFF_MULTICAST is good enough. IMHO, you should
> be able to run addrconf on non-multicast interfaces as well (e.g.,
> point-to-point interfaces, tunnels in particular).
So would it work to use this?
(f
On Mon, 28 Aug 2006 13:53:36 -0700
"Brandeburg, Jesse" <[EMAIL PROTECTED]> wrote:
> > I tried enlarging both real-device and first vlan interface mtu but
> > that does not work out. I really thought that the visible device
> > setting of mtu=1500 should have worked out and that the driver (or
> >
On Tue, 29 Aug 2006, David Miller wrote:
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2006 18:34:26 +0900 (JST)
Further analysis is needed, but one idea is to skip
addrconf_dev_config() if !(dev->flags & IFF_MULTICAST).
Yes, it is logical because without multicast IPV6 cannot
On Tue, Aug 29, 2006 at 06:34:26PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
> > The attached tentative patch makes IPv6 autoconf depend on the
> > availability of IFF_MULTICAST. This is admittedly a bit of a hack, but
> > it makes sense, since DAD and router solicitation do rely on multicast.
On Tue, Aug 29, 2006 at 08:39:53PM +1000, Herbert Xu wrote:
> Netfilter is broken for a different reason. It breaks because packets
> pass through it twice, once going through brigde netfilter and once
> through the Xen netloop interface. So ideally they'd get rid of the
> netloop device in which
David Miller <[EMAIL PROTECTED]> wrote:
>
> But from another perspective (I assume these bridged Xen devices use
> ARPHRD_ETHER, do they?) a device with ARPHRD_ETHER and cleared
> IFF_MULTICAST flag seems potentially problematic. How many other
> things break over such a device?
Netfilter is bro
Quoting Patrick McHardy:
| [EMAIL PROTECTED] wrote:
| > [Net/IPv4]: REVISED Miscellaneous changes which complete the
| > v4 support for UDP-Lite.
| >
|
| > --- a/include/net/xfrm.h
| > +++ b/include/net/xfrm.h
| > @@ -467,6 +467,7 @@ u16 xfrm_flowi_sport(struct flowi *fl)
|
On Tue, 2006-08-29 at 02:01 +0200, Indan Zupancic wrote:
> On Mon, August 28, 2006 19:32, Peter Zijlstra said:
> > Ah, no accident there, I'm fully aware that there would need to be a
> > spinlock in adjust_memalloc_reserve() if there were another caller.
> > (I even had it there for some time) -
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2006 18:34:26 +0900 (JST)
> Further analysis is needed, but one idea is to skip
> addrconf_dev_config() if !(dev->flags & IFF_MULTICAST).
Yes, it is logical because without multicast IPV6 cannot
work correctly.
But from another perspe
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2006 11:15:56 +0200
> This kind of functions are becoming very common and
> duplicated... maybe we can factorize it ?
That's certainly why a subsequent patch in that set moved all of this
to net/xfrm/xfrm_hash.c :-)
Only when my routing ca
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2006 18:21:28 +0900 (JST)
> In article <[EMAIL PROTECTED]> (at Tue, 29 Aug 2006 10:35:36 +0200), Olaf
> Kirch <[EMAIL PROTECTED]> says:
>
> > During stress testing, machines were frequently crashing in
> > __ipv6_ifa_notify on dst_hol
In article <[EMAIL PROTECTED]> (at Tue, 29 Aug 2006 10:24:35 +0200), Olaf Kirch
<[EMAIL PROTECTED]> says:
> When the Xen code configures the bridge device, this will do IPv6
> autoconfiguration for the interface, and since they use synthetic MAC
> addresses, there will be DAD collisions.
:
> The
From: "Miles Lane" <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2006 01:43:48 -0700
> Then, when I testing running NetworkManager.bak, I got:
>
> [NetworkManager.:6078]: Changing netdevice name from [eth1] to
> [`$,3u=(B$,3u=(B]
> [NetworkManager.:6078]: Changing netdevice name from [eth0] to
> [
In article <[EMAIL PROTECTED]> (at Tue, 29 Aug 2006 10:35:36 +0200), Olaf Kirch
<[EMAIL PROTECTED]> says:
> During stress testing, machines were frequently crashing in
> __ipv6_ifa_notify on dst_hold(&ifp->rt.u_dst), with ifp->rt being a
> NULL pointer.
>
> The attached patch fixes the problem.
From: Akinobu Mita <[EMAIL PROTECTED]>
Date: Wed, 23 Aug 2006 20:37:40 +0900
> This patch makes crash happen if initialization of nl_table fails
> in initcalls. It is better than getting use after free crash later.
>
> Cc: Patrick McHardy <[EMAIL PROTECTED]>
> Cc: David Miller <[EMAIL PROTECTED]>
On Tuesday 15 August 2006 13:39, David Miller wrote:
> [XFRM]: Dynamic xfrm_state hash table sizing.
> +static struct hlist_head *xfrm_state_hash_alloc(unsigned int sz)
> +{
> + struct hlist_head *n;
> +
> + if (sz <= PAGE_SIZE)
> + n = kmalloc(sz, GFP_KERNEL);
> + else if
From: Daikichi Osuga <[EMAIL PROTECTED]>
Date: Tue, 22 Aug 2006 14:52:43 +0900
> From: Daikichi Osuga <[EMAIL PROTECTED]>
>
> RFC3465 Appropriate Byte Count fix
> slow start after retransmit timeout does not work is fixed.
> case of L=2*SMSS acked bytes comparison is fixed.
>
> Signed-off-by: Da
Here's a patch originally from Keir Fraser, which we included in SLES10,
but which we forgot to submit upstream so far.
During stress testing, machines were frequently crashing in
__ipv6_ifa_notify on dst_hold(&ifp->rt.u_dst), with ifp->rt being a
NULL pointer.
The attached patch fixes the proble
On Mon, Aug 28, 2006 at 02:49:07AM +0200, cagri coltekin wrote:
>
> Ooops, sorry for the confusion. It happens with 2.6.17 too (see
> below), cut&paste from wrong log. The rest of the data provided
> in the previous message is actually fresh.
Thanks. Please try this patch and tell me if it print
Hi,
we had bug reports from people seeing lots of spurious messages
like the following:
kernel: peth0: received packet with own address as source address.
and
xenbr0: duplicate address detected!
This is on a Xen enabled machine, with lots of Xen machines on the
same network.
When the Xen code
I intend to kill the nick command with nl80211 since it seems to be
useless. Any objections?
johannes
-
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
Hi Elliot,
Thanks for the explanation.
> Radar is initially detected by the low-level radio driver. Userspace
> gets notified of radar via calls to ieee80211_radar_status, which
> generates a "fake" management frame with a struct ieee80211_radar_info
> in it. Userspace is then responsible for
From: Lv Liangying <[EMAIL PROTECTED]>
Date: Sun, 19 Jun 2005 16:45:04 -0400
> Hi, All
>
>When I tested Linux kernel 2.6.17.7 about statistics
> "ipv6IfStatsInAddrErrors", found that this counter couldn't increase
> correctly. The criteria is RFC2465:
> ipv6IfStatsInAddrErrors OBJECT-TYPE
>
101 - 173 of 173 matches
Mail list logo