On Tue, 2006-09-26 at 13:00 -0400, Jeff Garzik wrote:
> False. It's already fixed endian. It's just not the endian you like.
No, that's where you're wrong. It isn't fixed endian. It's CPU endian,
and the thing overlays a u8 array over CPU endian, hence it's not fixed.
johannes
-
To unsubscribe
On Tue, Sep 26, 2006 at 05:20:34PM -0400, Dave Jones wrote:
> On Tue, Sep 26, 2006 at 06:15:21PM +0200, Patrick McHardy wrote:
> > Patrick McHardy wrote:
> > > jamal wrote:
> > >
> > >>Yes, that looks plausible. Can you try making those changes and see if
> > >>the warning is gone?
> > >
>
On Tue, 26 Sep 2006, ext Thomas Graf wrote:
> You're right, 0x8000 - 1 is already positive. Ignore the patch.
basic_change() won't work without this patch if we compile the
kernel with the GCC version in RHEL5...
gcc version 4.1.1 20060817 (Red Hat 4.1.1-18)
which optimizes the code like t
* Nordlund Kim (Nokia-NET/Helsinki) <[EMAIL PROTECTED]> 2006-09-27 11:50
> basic_change() won't work without this patch if we compile the
> kernel with the GCC version in RHEL5...
>
> gcc version 4.1.1 20060817 (Red Hat 4.1.1-18)
>
> which optimizes the code like this (objdump -S inttest.c) ...
>
Thomas Graf wrote:
> * Nordlund Kim (Nokia-NET/Helsinki) <[EMAIL PROTECTED]> 2006-09-27 11:50
>
>>So I would suggest to apply this patch to be compatible with the
>>GCC version in RHEL5, and simply to make code clearer (to the
>>intended idea).
>
>
> Yes.
I don't care much about this small chan
Jarek Poplawski wrote:
> Sorry for my not humble and simplistic opinion, but I'd dare
> to remind you are changing "stable" version and even without
> this lockups this patch would look very "serious". Why don't
> try to restore not-rcu version of qdisc_destroy which looks
> not lot to do.
I'm try
* Patrick McHardy <[EMAIL PROTECTED]> 2006-09-27 11:44
> Thomas Graf wrote:
> > * Nordlund Kim (Nokia-NET/Helsinki) <[EMAIL PROTECTED]> 2006-09-27 11:50
> >
> >>So I would suggest to apply this patch to be compatible with the
> >>GCC version in RHEL5, and simply to make code clearer (to the
> >>in
Dave Jones wrote:
> With this patch, I get no lockdep warnings, but the machine locks up
> completely.
> I hooked up a serial console, and found this..
>
>
> u32 classifier
> Performance counters on
> input device check on
> Actions configured
> BUG: warning at net/sched/sch_htb.c:
Philip Craig <[EMAIL PROTECTED]> wrote:
>
> It is faster to reproduce with a smaller block size.
> I haven't looked in detail to find the cause, but I did notice that
> neigh_seq_start() does a pos_minus_one adjustment, and neigh_seq_next()
> does not.
Yeah I can reproduce this now. I think you
About commit 2d2abbab63f6726a147ae61ada39bf2c9ee0db9a:
It looks like this patch bypassed the enforcement of Karn's algorithm in
tcp_ack_no_tstamp() for the purposes of usec RTT sampling used by
congestion control modules. This will give them bad RTT data when there
are retransmits. I haven't
On Wed, 27 Sep 2006, ext Thomas Graf wrote:
> gcc >= 4.1 seems to produce this code with either -Os or -O2
> so the range of affected useres might in fact be bigger.
I believe gcc >= 4.1 is just updating to match ISO/IEC 9899:1999:
This piece of code crosses undefined behaviour as defined in
Dave Jones wrote:
> With this patch, I get no lockdep warnings, but the machine locks up
> completely.
> I hooked up a serial console, and found this..
>
>
> u32 classifier
> Performance counters on
> input device check on
> Actions configured
> BUG: warning at net/sched/sch_htb.c:
On Tue, 2006-09-26 at 11:44 +0200, Thomas Graf wrote:
> Thinking it over I'm still not completely happy with this. A
> small subset of all the validation tasks is simply too complex
> to be put into the policy. The validation of your type value
> array is such a case, address fields with variable
On Mon, 25 Sep 2006 16:01:32 -0400, John W. Linville wrote:
> On Mon, Sep 25, 2006 at 07:17:31PM +, Matthieu CASTET wrote:
> > So why a special mtu handler is not implemented in 802.11 stack :
> > - 802.11 stack doesn't support bigger packet
> > - 802.11 stack doesn't support very bigger packet
Stephen Hemminger wrote:
On Tue, 26 Sep 2006 17:55:34 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/shemminger/prototy
Apologies: I neglected to cc netdev on the initial message.
Attansic L1 Gigabit Ethernet device driver.
Background:
Earlier this year I purchased an Asus M2V mainboard that contains
an onboard Attansic L1 Gigabit Ethernet NIC. The mainboard was
delivered with an accompanying CD containing dri
Hi,
Selon Jiri Benc <[EMAIL PROTECTED]>:
> On Mon, 25 Sep 2006 16:01:32 -0400, John W. Linville wrote:
> > On Mon, Sep 25, 2006 at 07:17:31PM +, Matthieu CASTET wrote:
> > > So why a special mtu handler is not implemented in 802.11 stack :
> > > - 802.11 stack doesn't support bigger packet
>
On Wed, 2006-09-27 at 15:57 +0200, [EMAIL PROTECTED] wrote:
> Also I wonder what should be the max mtu.
2304, I think, as that's
synonym sMaxMsduLng Integer = 2304; /* max octets in an MSDU */
But maybe I'm interpreting the spec wrongly?
johannes
-
To unsubscribe from this list: send the line "
This is not currently supported.
Looking at the RFC, this is an issue that must be solved in the pppoe
plugin that performs the PPPoE negotiation/discovery. The kernel code
that runs the regular session traffic should be able to adjust (with
minimal or no changes) as it does not depend on a hardc
27 Eyl 2006 Çar 13:14 tarihinde şunları yazmıştınız:
> Dave Jones wrote:
> > With this patch, I get no lockdep warnings, but the machine locks up
> > completely. I hooked up a serial console, and found this..
> >
> >
> > u32 classifier
> > Performance counters on
> > input device check on
>
David Acker wrote:
Stephen Hemminger wrote:
On Tue, 26 Sep 2006 17:55:34 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/sh
Okay, this patch is junk (never trust compile-tested code). Will send
something better soon.
-John
John Heffner wrote:
About commit 2d2abbab63f6726a147ae61ada39bf2c9ee0db9a:
It looks like this patch bypassed the enforcement of Karn's algorithm in
tcp_ack_no_tstamp() for the purposes of u
Hi All,
We have incorporated feedbacks which we received since last post. I'll be
sending updated patchset wrt 2.6.18 in subsequent emails.
Thanks,
-Amit
Signed-off-by: Amit S. Kale <[EMAIL PROTECTED]>
MAINTAINERS |7
drivers/net/Kconfig
This fixes some race conditions in the WirelessExtension
handling and association handling code.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
---
Hi John,
Please apply this fo wireless-2.6 and push it with your
next push of bugfixes.
There are other theoretical raceconditions possible in s
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/MAINTAINERS linux-2.6.18/MAINTAINERS
--- linux-2.6.18.orig/MAINTAINERS 2006-09-25 02:28:24.0 -0700
+++ linux-2.6.18/MAINTAINERS2006-09-25 05:02:37.0 -0700
@@ -2060,6 +2060,13 @@ L: netdev@vge
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.c
linux-2.6.18/drivers/net/netxen/netxen_nic_hw.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.c1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net/netxen/ne
On Mon, 25 Sep 2006 10:15:28 -0700, mabbas wrote:
> actaully we dont even need local->conf.channel. rx_status->channel holds
> the channel
> we physically received the frame on. channel hold the value from ds. if
> they are not equal then
> adjust freq. Attached is the modified patch
Applied to
hi,
coverity spotted this one as possible dereference in the dprintk(),
but since there is only one caller of svc_create_socket(), which always
passes a valid sin, we dont need this check.
Signed-off-by: Eric Sesterhenn <[EMAIL PROTECTED]>
--- linux-2.6.18-git7/net/sunrpc/svcsock.c.orig 2006-09-
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_isr.c
linux-2.6.18/drivers/net/netxen/netxen_nic_isr.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_isr.c 1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net/netxen/
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_init.c
linux-2.6.18/drivers/net/netxen/netxen_nic_init.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_init.c 1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net/netxe
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_ethtool.c
linux-2.6.18/drivers/net/netxen/netxen_nic_ethtool.c
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_ethtool.c 1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic.h
linux-2.6.18/drivers/net/netxen/netxen_nic.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic.h 1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net/netxen/netxen_nic.h
From: David Kimdon <[EMAIL PROTECTED]>
Interfaces of type IEEE80211_IF_TYPE_VLAN are similar to AP
interfaces. One difference is stations are bound to a particular
vlan interface after authentication/association based on
management policy (for example a radius server).
Interfaces of type IEEE8021
From: Johannes Berg <[EMAIL PROTECTED]>
This patch makes d80211 export LED triggers for rx/tx and introduces
functions to allow device drivers to query the trigger names for setting
default triggers. It also cleans up the Makefile LED related stuff.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]
From: Johannes Berg <[EMAIL PROTECTED]>
This patch changes (hopefully!) all occurrences in d80211 of
list_for_each to list_for_each_entry (and _safe variants where they were
used before).
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d802
From: Michael Wu <[EMAIL PROTECTED]>
This patch fixes the endian issues with the ICV in WEP, as pointed out by
David Kimdon <[EMAIL PROTECTED]>, and uses __le32 where
appropriate to make things clear.
Signed-off-by: Michael Wu <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jbenc/dscape.git up
to obtain following patches:
David Kimdon:
d80211: fix multiple device ap support
d80211: Fix type of prism2_hostapd_param crypt.alg
d80211: allow vlan interfaces to receive ToDS frames
Hong Liu:
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.h
linux-2.6.18/drivers/net/netxen/netxen_nic_hw.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hw.h1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net/netxen/ne
From: Hong Liu <[EMAIL PROTECTED]>
"iwconfig key [x]" behavior is not correctly handled in the stack, also
modify the giwencode method to show the key info.
Signed-off-by: Hong Liu <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211_ioctl.c | 32
From: Hong Liu <[EMAIL PROTECTED]>
After key negotiation completed using wpa_supplicant, wpa_supplicant
can't reassoc with the AP if we reboot the AP. It always fails at the
4-way handshake.
The problem is the key info is not cleared correctly. Thus when
wpa_supplicant send the EAPOL-KEY packet, t
From: Hong Liu <[EMAIL PROTECTED]>
Add hardware scan callback to support cards like ipw3945 which
implements the scan command in firmware.
Signed-off-by: Hong Liu <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
include/net/d80211.h |6 ++
net/d80211/ieee80211
From: Johannes Berg <[EMAIL PROTECTED]>
This patch makes d80211 use BUILD_BUG_ON instead of checking at module
initialisation time. This check really is only interesting while you
hack since if the module was built, then it's either an 'always true' or
'always false' comparison, hence useless to d
From: Johannes Berg <[EMAIL PROTECTED]>
This patch replaces the if (...) else if (...) else if (...) ...
statements I complained about earlier with switches.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211_ioctl.c | 44 ++
From: Mohamed Abbas <[EMAIL PROTECTED]>
This patch modify d80211 to fix getting wrong frequency value
for scan implemented in hardware. With harware scan we might get
beacon of a network that is on different channel that in
local->conf.channel causing set freq to wrong value.
Signed-off-by: Moham
From: David Kimdon <[EMAIL PROTECTED]>
Another fix to the interpretation of dev_alloc_name() return value.
dev_alloc_name() returns the number of the unit assigned or a negative
errno code.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80
From: David Kimdon <[EMAIL PROTECTED]>
crypt.alg is a string, use the correct type.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/hostapd_ioctl.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
2c9c2aa6731a429574a987c26
From: mabbas <[EMAIL PROTECTED]>
This patch modify d80211 to report supported rates in readable
format in iwlist scan command.
Signed-off-by: Mohamed Abbas <[EMAIL PROTECTED]>
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211_sta.c | 24 +++-
1 files c
When deleted_sta_list is nonempty and sta_list is empty in
sta_info_proc_add_task, an invalid sta pointer is dereferenced.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/sta_info.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
388092c43ba32071c0102c28e2cf43c0dc7
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hdr.h
linux-2.6.18/drivers/net/netxen/netxen_nic_hdr.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_hdr.h 1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/net/netxen/
The is_ieee80211_device function must ensure that the passed net_device
belongs to the hardware device we are working with.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
--- dscape.orig/net/d80211/ieee8
diff -Narup -X linux-2.6.18.orig/Documentation/dontdiff
linux-2.6.18.orig/drivers/net/netxen/netxen_nic_phan_reg.h
linux-2.6.18/drivers/net/netxen/netxen_nic_phan_reg.h
--- linux-2.6.18.orig/drivers/net/netxen/netxen_nic_phan_reg.h 1969-12-31
16:00:00.0 -0800
+++ linux-2.6.18/drivers/n
On 9/27/06, Auke Kok <[EMAIL PROTECTED]> wrote:
David Acker wrote:
>
> mii-tool supports some things that ethtool does not. mii-tool -A lets
> you set the advertised speeds and can include a list of speeds. The
> closest ethtool seems to have is ethtool -s but that seems to just set
> the adver
Michael Buesch wrote:
This fixes some race conditions in the WirelessExtension
handling and association handling code.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
---
This patch doesn't apply.
Index: wireless-2.6/net/ieee80211/softmac/ieee80211softmac_wx.c
On Wed, Sep 20, 2006 at 01:35:47PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
>
> Generic event handling mechanism.
>
> Consider for inclusion.
I have been told in private what is signal masks about - just to wait
until either signal or given condition is ready, but in that case just
a
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
rick jones
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [E
Johannes Berg wrote:
On Wed, 2006-09-27 at 15:57 +0200, [EMAIL PROTECTED] wrote:
Also I wonder what should be the max mtu.
2304, I think, as that's
synonym sMaxMsduLng Integer = 2304; /* max octets in an MSDU */
Yes but if it is bigger the frame get framented at the 802.11 layer : in
th
27 Eyl 2006 Çar 15:07 tarihinde, Patrick McHardy şunları yazmıştı:
> Dave Jones wrote:
> > With this patch, I get no lockdep warnings, but the machine locks up
> > completely. I hooked up a serial console, and found this..
> >
> >
> > u32 classifier
> > Performance counters on
> > input de
Hmm. Yesterday I did some nfs testing (simple dd of a big file) with the
skge driver and got about 700+Mbps. I ran the same test today and got
160Mbps. I rebooted the client and got 700+Mbps again. About half an
hour later, down to 160Mbps again. Server & client were both idle, and
the server d
On Wed, Sep 27, 2006 at 02:07:04PM +0200, Patrick McHardy wrote:
> Dave Jones wrote:
> >
> > Call Trace:
> > [] show_trace+0xae/0x336
> > [] dump_stack+0x15/0x17
> > [] :sch_htb:htb_safe_rb_erase+0x3b/0x55
>
> I found the reason for this, it was an unrelated bug. I've attached
> the l
On Wed, 27 Sep 2006 13:26:46 -0400
Michael Stone <[EMAIL PROTECTED]> wrote:
> Hmm. Yesterday I did some nfs testing (simple dd of a big file) with the
> skge driver and got about 700+Mbps. I ran the same test today and got
> 160Mbps. I rebooted the client and got 700+Mbps again. About half an
>
Rick Jones wrote:
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
This is a bit of a hypothetical discussion of course, but I can imagine a lot
of users w
Auke Kok wrote:
Rick Jones wrote:
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
This is a bit of a hypothetical discussion of course, but I can imagi
On Wednesday 27 September 2006 18:18, Larry Finger wrote:
> Michael Buesch wrote:
> > This fixes some race conditions in the WirelessExtension
> > handling and association handling code.
> >
> > Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
> >
> > ---
>
> This patch doesn't apply.
Oh, linv
On Wed, 27 Sep 2006 13:59:02 -0400
Michael Stone <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 27, 2006 at 10:34:15AM -0700, Stephen Hemminger wrote:
> >That's surprising, memory leak? dropped packets?
>
> I'm open to suggestions on debugging it. It seems fairly repeatable
> about half an hour after
On Wed, Sep 27, 2006 at 10:34:15AM -0700, Stephen Hemminger wrote:
That's surprising, memory leak? dropped packets?
I'm open to suggestions on debugging it. It seems fairly repeatable
about half an hour after startup.
Mike Stone
-
To unsubscribe from this list: send the line "unsubscribe net
On Wed, 27 Sep 2006, Rick Jones wrote:
> > Another scenario: forcing the NIC to negotiate only full-duplex speeds. Not
> > only fun if you try it against a hub, but possibly useful.
[...]
> I'm just worried (as in Fear Uncertainty and Doubt) that having people set the
> allowed things to negotiate
Maciej W. Rozycki wrote:
On Wed, 27 Sep 2006, Rick Jones wrote:
Another scenario: forcing the NIC to negotiate only full-duplex speeds. Not
only fun if you try it against a hub, but possibly useful.
[...]
I'm just worried (as in Fear Uncertainty and Doubt) that having people set the
allowed t
Here at LLNL we have a rather challenging network environment on our
clusters. We basically have 1000's of gigE links attached to an
oversubscribed federated network. Most of the time this network is idle
but the expected workload is for regular spikes extremely heavy activity
lasting a few min
A driver shouldn't compare to DMA_ERROR_CODE directly, use
pci_dma_mapping_error() instead.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/net/spider_net.c
===
--- linux-2.6.orig/drivers/net/spider_net.c
On Tue, 26 Sep 2006, Stephen Hemminger wrote:
> The mii-tool utility seems to be abandoned and unmaintained?
>
> Here is a version that does standard 1000baseT support.
> http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
cool that's bugged me for a while...
there's an off-b
On Tue, 26 Sep 2006, Jeff Garzik wrote:
> Stephen Hemminger wrote:
> > The mii-tool utility seems to be abandoned and unmaintained?
> >
> > Here is a version that does standard 1000baseT support.
> > http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
>
> Not really. I would ra
On Wed, 27 Sep 2006 12:24:59 -0700 (PDT)
dean gaudet <[EMAIL PROTECTED]> wrote:
> On Tue, 26 Sep 2006, Jeff Garzik wrote:
>
> > Stephen Hemminger wrote:
> > > The mii-tool utility seems to be abandoned and unmaintained?
> > >
> > > Here is a version that does standard 1000baseT support.
> > >
On Wed, 27 Sep 2006, Auke Kok wrote:
> dean gaudet wrote:
> > On Tue, 26 Sep 2006, Jeff Garzik wrote:
> >
> > > Stephen Hemminger wrote:
> > > > The mii-tool utility seems to be abandoned and unmaintained?
> > > >
> > > > Here is a version that does standard 1000baseT support.
> > > > ht
dean gaudet wrote:
On Tue, 26 Sep 2006, Jeff Garzik wrote:
Stephen Hemminger wrote:
The mii-tool utility seems to be abandoned and unmaintained?
Here is a version that does standard 1000baseT support.
http://developer.osdl.org/shemminger/prototypes/mii-tool.tar.bz2
Not really. I wou
On 9/26/06, Jay Vosburgh <[EMAIL PROTECTED]> wrote:
Or Gerlitz <[EMAIL PROTECTED]> wrote:
[...]
+ bond->dev->mtu = new_active->dev->mtu;
This won't generate a NETDEV_CHANGEMTU notifier event.
What is actually the trigger for the event with the current impl? is
the co
On 9/27/06, Jay Vosburgh <[EMAIL PROTECTED]> wrote:
Or Gerlitz <[EMAIL PROTECTED]> wrote:
>+ /* XXX set the bond dev type and addr len such that the net core code
>+ * (eg arp_mc_map() in net/ipv4/arp.c) would correctly process multicast
>+ * groups set ***before*** the first ensl
Jeff Garzik wrote:
Kok, Auke wrote:
Several hardware bits were set all over the driver and have been
consolidated into a single function.
diff --git a/drivers/net/e1000/e1000_hw.c b/drivers/net/e1000/e1000_hw.c
index 9422864..a143b49 100644
Overall this is a positive change. However, NAK'd
Jeff Garzik wrote:
cramerj wrote:
Williams, Mitch A wrote:
+{ "rx_broadcast", E1000_STAT(stats.bprc) }, +{
"tx_broadcast", E1000_STAT(stats.bptc) }, +{ "rx_multicast",
E1000_STAT(stats.mprc) }, +{ "tx_multicast",
E1000_STAT(stats.mptc) }, { "rx_errors",
E1000_STAT(net_stats.rx_e
On 9/26/06, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
On Tue, 26 Sep 2006 13:18:09 +0300 (IDT)
Or Gerlitz <[EMAIL PROTECTED]> wrote:
> +module_param(bonding_dev_type,int, 0644);
> +module_param(bonding_dev_addrlen, int, 0644);
Do you really want to allow changing these values after m
Rick Jones wrote:
With mii-tool we can do the command below and work with a half duplex
hub and a full duplex switch.
mii-tool -A 10baseT-FD,10baseT-HD eth0
Why, and how often, is that really necessary?
rick jones
Take a wifi router with only 802.11b radios and ethernet chips that do
not
[TG3]: Improve ASF heartbeat.
Change to a different ASF heartbeat message code to improve
reliability.
There were some reports of unintended resets on real time kernels
where the timer may be slow and cause the heartbeat to be late.
Netpoll will also have the same problem because the timer irq wi
[TG3]: Add basic 5906 support.
Add support for the new 5709 device. This is a new 10/100 Mbps chip.
The mailbox access and firmware interface are quite different from
all other tg3 chips.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index ea
[TG3]: Add 5709 PHY support.
Add support for the 5709 10/100 PHY.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 2b062d7..23f5744 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -1035,6 +1035,24 @@ out:
Hi,
Here are updated updates targeted to branch #upstream-fixes from netdev-2.6,
including
fixes to e100, e1000 and ixgb.
Changes from last weeks submission:
1) removed taint flag setting when eeprom csum fails (e100)
2) added CONFIG_PM wrappers around .suspend mthod (e1000)
3) added comments
[TG3]: Update version and reldate.
Update version to 3.66.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 21843de..c25ba27 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -68,8 +68,8 @@
#define DRV_MODULE_NAME
[TG3]: PHY fixes.
Some PHY related fixes:
1. Fix Serdes WoL.
2. Fix loopback test on 10/100 only devices.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 6af8ebc..14e9645 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -1117,6 +
[TG3]: Add 5709 self-test support.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 23f5744..21843de 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -3615,8 +3615,7 @@ static irqreturn_t tg3_test_isr(int irq,
if ((sblk->s
[TG3]: Improve 5704S autoneg.
Improve 5704S autoneg logic by using a serdes_counter field to keep
track of the transient states. This eliminates a 200 msec busy
loop in the code. Autoneg will take its course without the driver
busy waiting for it to finish.
Signed-off-by: Michael Chan <[EMAIL P
[TG3]: Add tg3_poll_fw().
Put the firmware polling logic into a separate function. This makes
the code cleaner.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index d443b73..eafca2a 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -46
[TG3]: Add 5722 and 5756 support.
Add IDs to support 5722 and 5756.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 14e9645..d443b73 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -173,6 +173,7 @@ static struct pci_device_id tg3
Oh boy, another vendor driver to shred.
On Wed, 27 Sep 2006 08:23:45 -0500
Jay Cliburn <[EMAIL PROTECTED]> wrote:
> Full patch for the Attansic L1 gigabit ethernet driver.
>
> Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
>
> drivers/net/Kconfig |9
> drivers/net/Makefile|1
Michael Chan wrote:
+ /* Chip might not be fitted with firmware. Some Sun onboard
+* parts are configured like that. So don't signal the timeout
+* of the above loop as an error, but do report the lack of
+* running firmware once.
+*/
+ if (i >= 1
On Wed, 2006-09-27 at 16:47 -0400, Jeff Garzik wrote:
> Michael Chan wrote:
> > + /* Chip might not be fitted with firmware. Some Sun onboard
> > +* parts are configured like that. So don't signal the timeout
> > +* of the above loop as an error, but do report the lack of
> > +* run
On Wed, Sep 27, 2006 at 12:27:48PM -0700, dean gaudet wrote:
> Package: net-tools
> Version: 1.60-17
>
> the version of mii-tool referenced below (plus the patch below) provides
> support for more mii types, and more importantly, allows it to report
> 1000baseT link states (which are otherwise m
And a second try seems to hint at some acpi problems on the acer:
bcm43xx: Device resumed.
PM: Writing back config space on device :06:09.0 at offset f (was 34001ff,
writing 5c0010b)
PM: Writing back config space on device :06:09.0 at offset e (was 0,
writing 24fc)
PM: Writing back config
Actually, I dont need the rmmod/modprobe of the module, I just need to do
a /et c/init.d/net.eth1 restart. So maybe just an isssue with wpa_supplicant
or a missing ifconfig eth1 up?
Chris
On Wednesday 27 September 2006 19:50, Michael Buesch wrote:
> On Wednesday 27 September 2006 18:18, L
applied
-
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
applied 1-8
-
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
Manish Lachwani wrote:
Hello!
Attached patch adds NETPOLL support for the Sibyte Network driver.
Thanks,
Manish Lachwani
Source: MontaVista Software, Inc. | Manish Lachwani <[EMAIL PROTECTED]>
NETPOLL support for Sibyt
Stephen Hemminger wrote:
Add support for sky2 register dump, put it in a common file
for both skge and sky2.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
You should know this by now: separate out logical changes into multiple
patches.
When renaming a file AND making changes to it,
1 - 100 of 165 matches
Mail list logo