On Wed, Jun 07, 2006 at 10:29:50AM -0700, Stephen Hemminger wrote:
Be careful about global namespace issues. Stick to one prefix like ehea_
for all non static function names. Consider putting all in one file, or
use #include to cause it to be one compilation unit.
I thought including .c files
Hi!
Well, I'll try _enable() alone, but it seems to me that _enable()
command is needed to initialize radio properly. I do not think we can
get much further without firmware sources...
If you can formulate a proper and technical description of the issue
(and exactly what is needed to
Hi!
Well, I'll try _enable() alone, but it seems to me that _enable()
command is needed to initialize radio properly. I do not think we can
get much further without firmware sources...
If you can formulate a proper and technical description of the issue
(and exactly what is needed
When add_iface or remove_iface sysfs attribute is opened just before device
is unregistered and some data is written there afterwards, their handlers
try to access master net_device which is released at that point.
A similar problem can happen when ioctl is invoked during unregistering - it
is
Add support for sysfs attributes for rate_control modules.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c| 13 -
net/d80211/rate_control.c | 42 ++
net/d80211/rate_control.h | 36
Add /sys/class/ieee80211/phyX/sta/*/key/* and /sys/class/net/X/keys/[0-3]/*
attributes.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c | 33 ++
net/d80211/ieee80211_i.h | 11 ++
net/d80211/ieee80211_ioctl.c | 101 ---
ieee80211_local has a separate class_device. That means it has reference
counting independent of master net_device and can be freed at a different
time, therefore these two structures cannot be allocated together.
Solve this by adding ieee80211_ptr pointer to net_device structure (similar
to
The following series of patches makes d80211 to use sysfs instead of procfs.
This means that custom reference counting in most structures is replaced by
kobjects and nearly all informations from procfs files are converted to
sysfs attributes.
The only information missing in sysfs (compared to
Add /sys/class/net/X/* attributes for 802.11 interfaces.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211_i.h |3
net/d80211/ieee80211_iface.c |1
net/d80211/ieee80211_sysfs.c | 299 ++
3 files changed, 301
Add /sys/class/ieee80211/phyX/* attributes.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211_proc.c |4 -
net/d80211/ieee80211_proc.h |3
net/d80211/ieee80211_sysfs.c | 304 +-
3 files changed, 302 insertions(+), 9
Lately, delayed sysfs registration of net_device (in netdev_run_todo) was
removed. This allows us to remove hack that used class interface for sysfs
registration.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c | 18 +++--
net/d80211/ieee80211_i.h
There is no necessity for passing ieee80211_local parameter to sta_info_put
and sta_info_free now.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c | 18 +-
net/d80211/ieee80211_iface.c |4 ++--
net/d80211/ieee80211_ioctl.c | 20
Add /sys/class/ieee80211/phyX/sta/* attributes.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/Makefile |1
net/d80211/ieee80211.c |5 +
net/d80211/ieee80211_i.h | 14 ++
net/d80211/ieee80211_proc.c |3 -
Remove procfs support.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/Makefile |1
net/d80211/ieee80211.c |7
net/d80211/ieee80211_iface.c |3
net/d80211/ieee80211_proc.c | 768 --
net/d80211/ieee80211_proc.h |
sta_info structure has reference counting (will be converted to kobject in
next patch). Therefore, sta_info_release should be divided into two
functions - one for decrementing reference count and one for freeing the
structure when the count drops to zero. sta_info_release is the name
suitable for
When ieee80211_wme_register fails in ieee80211_init, ieee80211 class was not
unregistered.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
3aed246a5117bd4d1a4f2d5f5074c583d9b4941e
diff --git
On Wed, 07 Jun 2006 15:06:05 -0500
Steve Wise [EMAIL PROTECTED] wrote:
This patch provides the new files implementing the iWARP Connection
Manager.
Review Changes:
- sizeof - sizeof()
- removed printks
- removed TT debug code
- cleaned up lock/unlock around switch statements.
On Wed, 07 Jun 2006 15:06:55 -0500
Steve Wise [EMAIL PROTECTED] wrote:
+void c2_free(struct c2_alloc *alloc, u32 obj)
+{
+ spin_lock(alloc-lock);
+ clear_bit(obj, alloc-table);
+ spin_unlock(alloc-lock);
+}
The spinlock is unneeded here.
What does all the code in this file
Hello,
thanks for your comments. It seems that yesterday's patch 1/4 has not been
delivered. We changed some things according to your comments.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
Changelog-by: Jan-Bernd Themann [EMAIL PROTECTED]
Differences to patch set
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
drivers/net/ehea/ehea_phyp.c | 1023 +++
drivers/net/ehea/ehea_phyp.h | 625 ++
2 files changed, 1648 insertions(+)
--- linux-2.6.16-rc5-orig/drivers/net/ehea/ehea_phyp.c
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
drivers/net/ehea/ehea_qmr.c | 719
drivers/net/ehea/ehea_qmr.h | 390 +++
2 files changed, 1109 insertions(+)
--- linux-2.6.16-rc5-orig/drivers/net/ehea/ehea_qmr.c
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
drivers/net/ehea/Kconfig |6 ++
drivers/net/ehea/Makefile |7 +++
2 files changed, 13 insertions(+)
--- linux-2.6.16-rc5-orig/drivers/net/ehea/Makefile 1969-12-31
16:00:00.0 -0800
+++
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
drivers/net/ehea/ehea.h| 434 +
drivers/net/ehea/ehea_hw.h | 319 +
2 files changed, 753 insertions(+)
--- linux-2.6.16-rc5-orig/drivers/net/ehea/ehea.h
Hello,
we tried two times to send a patch set. In both cases the second (largest) patch
got lost. The first one was a bit above 100k, the second one we tried was like
75K.
Any idea what might be the problem?
Thanks,
Jan-Bernd Themann
-
To unsubscribe from this list: send the line unsubscribe
In article [EMAIL PROTECTED] (at Thu, 8 Jun 2006 11:50:33 +0100), Gerrit
Renker [EMAIL PROTECTED] says:
+ UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
+ lightweight, connection-less services. These are the socket options:
I disagree. It should be SOCK_DGRAM.
--
well, now I'm confused...
2 People, two opinions
Here's a URL for a complete tarball, sharing the download location with
our other driver.
http://prdownloads.sourceforge.net/ibmehcad/ehea_EHEA_0002.tgz
We're waiting for a sourceforge project now since 9 days to put out a tgz,
and it looks
The following patch updates the myri10ge to 1.0.0, with the following changes:
* Switch to dma_alloc_coherent API.
* Avoid PCI burst when writing the firmware on chipset with unaligned
completions.
* Use ethtool_op_set_tx_hw_csum instead of ethtool_op_set_tx_csum.
* Include linux/dma-mapping.h to
(CC'ing our newly minted tulip maintainer, Val)
Grant Grundler wrote:
Jeff,
SLES10 testing exposed an MCA that was confirmed to be a DMA IO TLB miss.
This means tulip device was attempting to DMA to memory that was already
unmapped. The test was crashing in the ifconfig down step when a 4-port
In net/ieee80211/softmac/ieee80211softmac_wx.c, there is a bug that prints extended sign information
whenever the byte value exceeds 0x7f. The following patch changes the printk to use a u8 cast to
limit the output to 2 digits. This bug was first noticed by Dan Williams [EMAIL PROTECTED]. This
Christoph Raisch wrote:
well, now I'm confused...
2 People, two opinions
Here's a URL for a complete tarball, sharing the download location with
our other driver.
http://prdownloads.sourceforge.net/ibmehcad/ehea_EHEA_0002.tgz
We're waiting for a sourceforge project now since 9 days to put
Nathaniel Case wrote:
This patch makes the gianfar ethtool code use phy_ethtool_get_link() instead of
ethtool_op_get_link().
Patch depends on previous one (1/2).
Signed-off-by: Nate Case [EMAIL PROTECTED]
---
--- a/drivers/net/gianfar_ethtool.c 2006-06-05 11:27:19.0 -0500
+++
diff -u linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c
linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c
--- linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c 2006-06-06
06:58:11.0 -0700
+++ linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c 2006-06-08
Ar Iau, 2006-06-08 am 11:50 +0100, ysgrifennodd Gerrit Renker:
+ UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
+ lightweight, connection-less services. These are the socket options:
This is not the intended use of the socket API when distinguishing
between services.
In article [EMAIL PROTECTED] (at Thu, 08 Jun 2006 15:47:52 +0100), Alan Cox
[EMAIL PROTECTED] says:
Ar Iau, 2006-06-08 am 11:50 +0100, ysgrifennodd Gerrit Renker:
+ UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
+ lightweight, connection-less services. These are
On Thu, 2006-06-08 at 10:58 -0400, Jeff Garzik wrote:
+static u32 gfar_get_link(struct net_device *dev)
+{
+ struct gfar_private *priv = netdev_priv(dev);
+ struct phy_device *phydev = priv-phydev;
+
+ if (NULL == phydev)
+ return -ENODEV;
NAK, return code
On Thu, Jun 08, 2006 at 10:43:04AM -0400, Jeff Garzik wrote:
(CC'ing our newly minted tulip maintainer, Val)
Excellent!
Has MAINTAINERS file been updated? :)
...
NAK. This is a band-aid, and one that creates new problems even as it
attempts to solve problems.
You failed to demonstrate that
On Thu, Jun 08, 2006 at 09:22:21AM -0600, Grant Grundler wrote:
Perhaps cp_close() in 8139cp.c could be an example of a good ordering?
It stops the chip, syncs irqs, frees irq, then frees [thus unmapping]
the rings.
Sorry, I don't see how it matters if we disable chip IRQ first
or
Nathaniel Case wrote:
On Thu, 2006-06-08 at 10:58 -0400, Jeff Garzik wrote:
+static u32 gfar_get_link(struct net_device *dev)
+{
+ struct gfar_private *priv = netdev_priv(dev);
+ struct phy_device *phydev = priv-phydev;
+
+ if (NULL == phydev)
+ return -ENODEV;
Grant Grundler wrote:
On Thu, Jun 08, 2006 at 10:43:04AM -0400, Jeff Garzik wrote:
(CC'ing our newly minted tulip maintainer, Val)
Excellent!
Has MAINTAINERS file been updated? :)
It should be updated, yes.
Calling free_irq() while the chip is still active is just a bad idea,
because the
On Thu, Jun 08, 2006 at 11:32:39AM -0400, Jeff Garzik wrote:
The chip IRQ gets turned off in tulip_down().
It won't be screaming for very long.
Then you admit that you add a race.
Yes - I realized that after I hit send :(
...
In the shared IRQ case, I expect free_irq() to unlink this
Grant Grundler wrote:
Ok...I think I understand what you are driving at here.
The case is when CPU vector is enabled and shared but
one device _without_ an interrupt handler is registered
is still yanking on the interrupt line. It will cause
linux to disable the line since the IRQ isn't being
On Wed, Jun 07, 2006 at 03:32:45PM -0700, Don Fry wrote:
One other problem I ran into. I applied the patch but it will not
compile because rl_active is never defined. I have worked around it but
Doh! I thought I cleaned up all my weird code from my own version.
Because of the platform I work
On Thu, Jun 08, 2006 at 11:38:52AM -0400, Jeff Garzik wrote:
Can we call free_irq() from tulip_down()?
I'm sure you can answer that yourself. If it doesn't cause problems
elsewhere, yes. Otherwise, no. :)
Yeah, well, I was hoping you would Just Know (tm). :)
Research takes time.
Did
This adds netpoll support for things like netconsole/kgdboe to the s2io
10GbE driver.
This duplicates some code from s2io_poll() as I wanted to be
least-invasive, someone from Neterion might have other thoughts?
Signed-off-by: Brian Haley [EMAIL PROTECTED]
diff --git a/drivers/net/s2io.c
On Thu, Jun 08, 2006 at 11:41:28AM -0400, Jeff Garzik wrote:
Now that we have a new tulip maintainer, perhaps a resend of the
long-outstanding tulip phy patches could be resent?
All the tulip patches I have are archived here:
ftp://ftp.parisc-linux.org/patches/
Anything else tulip
On Thu, 08 Jun 2006 11:56:05 +0200 Jan-Bernd Themann wrote:
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
drivers/net/ehea/Kconfig |6 ++
drivers/net/ehea/Makefile |7 +++
2 files changed, 13 insertions(+)
---
Quoting Alan Cox:
| Ar Iau, 2006-06-08 am 11:50 +0100, ysgrifennodd Gerrit Renker:
| + UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
| + lightweight, connection-less services. These are the socket options:
|
| This is not the intended use of the socket API when
This patch makes the gianfar ethtool code use phy_ethtool_get_link()
instead of ethtool_op_get_link().
Signed-off-by: Nate Case [EMAIL PROTECTED]
---
--- a/drivers/net/gianfar_ethtool.c 2006-06-05 11:27:19.0 -0500
+++ b/drivers/net/gianfar_ethtool.c 2006-06-04 19:31:01.0
Jeff,
This is a resend of several earlier sent (and Acked) patches for e100 and
e1000. They are available on our git server and contain:
in branch upstream-fixes:
[1] e1000: fix irq sharing when running ethtool test
[2] e1000: remove risky prefetch on next_skb-data
against
On Thu, Jun 08, 2006 at 10:43:04AM -0400, Jeff Garzik wrote:
...
Perhaps cp_close() in 8139cp.c could be an example of a good ordering?
It stops the chip, syncs irqs, frees irq, then frees [thus unmapping]
the rings.
Here is a new patch that moves free_irq() into tulip_down().
The resulting
After some enhancements made for netchannel subsystem I'm pleased to
announce, that netchannel subsystem outperforms existing layered design
both in CPU usage and network speed.
Well, after such pretentious introduction I want to cool things down.
CPU usage is about 1-2% less for netchannels and
On Wed, 2006-06-07 at 11:44 -0700, Jeff Moyer wrote:
That patch locks around the tx clean routine. As such, it doesn't
prevent
the problem.
The call to netif_rx_schedule_prep provides locking because it sets the
__LINK_STATE_RX_SCHED bit atomically. The spinlock around
e1000_clean_tx_irq is
== Regarding Re: [PATCH 1/2] e1000: fix netpoll with NAPI; Mitch Williams
[EMAIL PROTECTED] adds:
mitch.a.williams On Wed, 2006-06-07 at 11:44 -0700, Jeff Moyer wrote:
That patch locks around the tx clean routine. As such, it doesn't
prevent the problem.
mitch.a.williams The call to
On Wed, 2006-06-07 at 11:54 -0700, John W. Linville wrote:
Pedantic objection, but I think this would read easier w/o the extra
newline before disable_irq.
Heh. I prefer to have a newline between declarations and code. The
real problem is the position of the #ifdef -- that's what makes it
Begin forwarded message:
Date: Thu, 8 Jun 2006 05:23:04 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug ] New: invalid tcp socket connection to windows
stacks
http://bugzilla.kernel.org/show_bug.cgi?id=
Summary: invalid tcp socket connection
On Thu, Jun 08, 2006 at 09:15:55PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
After some enhancements made for netchannel subsystem I'm pleased to
announce, that netchannel subsystem outperforms existing layered design
both in CPU usage and network speed.
Well, after such
Jeff,
Attached patch is pushed on top of #upstream on our git server also containing
the resent patches earlier today.
Please pull:
git pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 upstream
Cheers,
Auke
---
[DOC] Update bonding documentation with sysfs info
Bonding
On Mon, 5 Jun 2006, David Miller wrote:
This patch doesn't make any sense, I've been over it a few times.
The seqfile layer should take care of that user buffering issue
transparently as
long as we implement the interface callbacks properly.
Even if something needs to be fixed in the
On Thu, Jun 08, 2006 at 10:23:56AM -0700, Mitch Williams wrote:
On Wed, 2006-06-07 at 11:54 -0700, John W. Linville wrote:
Pedantic objection, but I think this would read easier w/o the extra
newline before disable_irq.
Heh. I prefer to have a newline between declarations and code. The
The scenario:
I have a DSL modem in pass through (bridge) mode. The linux firewall/router
has a single ethernet card. It is running pppoe. This gives two interfaces:
eth0 and ppp0. The firewall is running iptables. There are several machines
behind the firewall.
Problem:
I've been told that
FIN only gets output when the connection is actually closed
for sending, and that is controlled by the application not
by the kernel.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, Jun 08, 2006 at 11:57:12AM -0700, Alex Davis wrote:
The scenario:
I have a DSL modem in pass through (bridge) mode. The linux firewall/router
has a single ethernet card. It is running pppoe. This gives two interfaces:
eth0 and ppp0. The firewall is running iptables. There are
From: Gerrit Renker [EMAIL PROTECTED]
Date: Thu, 8 Jun 2006 12:22:54 +0100
I am sorry, I don't at the moment have the time to port to v6 with the
same degree of rigour.
You give the impression that you would just disappear from the face of
the planet should your work actually be integrated
From: Gerrit Renker [EMAIL PROTECTED]
Date: Thu, 8 Jun 2006 17:03:54 +0100
Understood. Please, anyone, disregard or un-apply the previous
UDP-Lite patch. A revised patch will be prepared and posted as soon
as testing permits.
Nobody is going to integrate your patch anywhere, don't worry.
You
I've been trying to get suspend/resume working well on my new laptop.
In general, netconsole has been pretty useful for extracting oopses and
other messages, but it is of more limited help in debugging the actual
suspend/resume cycle. The problem looks like the e1000 driver won't
suspend
Jon Loeliger wrote:
Signed-off-by: Kriston Carson [EMAIL PROTECTED]
Signed-off-by: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
ACK, but patch does not apply to netdev-2.6.git#upstream.
Jeff
-
To unsubscribe from this list: send the line unsubscribe
applied 1-5 to #upstream
-
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
John W. Linville wrote:
This pull is intended for 2.6.17 if at all possible.
Thanks,
John
---
The following changes since commit 672c6108a51bf559d19595d9f8193dfd81f0f752:
Linus Torvalds:
Merge master.kernel.org:/.../jejb/scsi-rc-fixes-2.6
are found in the git repository at:
John W. Linville wrote:
This pull is intended for 2.6.18.
Thanks,
John
---
The following changes since commit f6882a0688ea83db5fc2f3491ac9fcdce0834cc7:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
On Thu, 8 Jun 2006, David Miller wrote:
Understood. Please, anyone, disregard or un-apply the previous
UDP-Lite patch. A revised patch will be prepared and posted as soon
as testing permits.
Nobody is going to integrate your patch anywhere, don't worry.
You make it clear that once you
Quoting James Morris:
| On Thu, 8 Jun 2006, David Miller wrote:
|
|Understood. Please, anyone, disregard or un-apply the previous
|UDP-Lite patch. A revised patch will be prepared and posted as soon
|as testing permits.
|
| Nobody is going to integrate your patch anywhere,
On Thu, 2006-06-08 at 14:34, Jeff Garzik wrote:
Jon Loeliger wrote:
Signed-off-by: Kriston Carson [EMAIL PROTECTED]
Signed-off-by: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
ACK, but patch does not apply to netdev-2.6.git#upstream.
Jeff
Jon Loeliger wrote:
On Thu, 2006-06-08 at 14:34, Jeff Garzik wrote:
Jon Loeliger wrote:
Signed-off-by: Kriston Carson [EMAIL PROTECTED]
Signed-off-by: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
ACK, but patch does not apply to netdev-2.6.git#upstream.
Jon Loeliger wrote:
On Thu, 2006-06-08 at 15:36, Jeff Garzik wrote:
Is it dependent on other stuff in Paul's tree?
Yes, very much so. Most of this patch set is an
entirely new PPC board port against his arch/powerpc
basis. The new PHY is incidentally on that board,
but the patches for its
On Thu, 2006-06-08 at 15:36, Jeff Garzik wrote:
Is it dependent on other stuff in Paul's tree?
Yes, very much so. Most of this patch set is an
entirely new PPC board port against his arch/powerpc
basis. The new PHY is incidentally on that board,
but the patches for its introduction could be
On Thu, 2006-06-08 at 15:46, Jeff Garzik wrote:
I leave it up to you and Paul to coordinate, then :)
I'm fine with the patch, and if its better to merge via linuxppc.git,
that's OK with me. If you would prefer to send it via my tree, to go
ahead and get it in, that's fine too.
OK,
On Thursday 08 June 2006 19:50, Jeremy Fitzhardinge wrote:
I've been trying to get suspend/resume working well on my new laptop.
In general, netconsole has been pretty useful for extracting oopses and
other messages, but it is of more limited help in debugging the actual
suspend/resume
Jon Loeliger wrote:
On Thu, 2006-06-08 at 15:46, Jeff Garzik wrote:
I leave it up to you and Paul to coordinate, then :)
I'm fine with the patch, and if its better to merge via linuxppc.git,
that's OK with me. If you would prefer to send it via my tree, to go
ahead and get it in, that's
On 6/8/06, Grant Grundler [EMAIL PROTECTED] wrote:
On Thu, Jun 08, 2006 at 11:41:28AM -0400, Jeff Garzik wrote:
Now that we have a new tulip maintainer, perhaps a resend of the
long-outstanding tulip phy patches could be resent?
All the tulip patches I have are archived here:
On Thu, 1 Jun 2006 21:02:00 +0100 (BST) Daniel Drake wrote:
I've produced this patch which should allow the r8169 driver to work with the
new Realtek 8168 chips. These are found in PCI-Express form and onboard some
newer motherboards.
Does anyone own this hardware? I'm looking for someone
Just got back from travelling, and am catching up. Thanks to Andrew for
working with me via email while I was on the road, he pushed a couple
patches already for me.
Here are the netdev fixes that were in my 'Pending' folder. I've got a
couple libata fixes to push as well, those may not come
Signed-off-by: Kriston Carson [EMAIL PROTECTED]
Signed-off-by: Xianghua Xiao [EMAIL PROTECTED]
Signed-off-by: Jon Loeliger [EMAIL PROTECTED]
Acked-by: Jeff Garzik [EMAIL PROTECTED]
---
drivers/net/Kconfig |6 +-
drivers/net/phy/Kconfig |5 ++
drivers/net/phy/Makefile |1
From: Gerrit Renker [EMAIL PROTECTED]
Date: Thu, 8 Jun 2006 21:09:33 +0100
That is why I held back regarding the IPv6 port: I can ensure that
this (IPv4) code is up to standard and to date, but am lacking the
required additional time to implement the same for IPv6. I am
trying to contact
[IPV6]: Fix RTNLGRP_IPV6_IFINFO netlink notifications
The allocated skb is too small for the message, which results in an EINVAL
getting reported to the (innocent) multicast listeners.
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit f71bc8ace692302ad3a80d84b8cbccbb14e88fe5
tree
On Thursday 08 June 2006 19:15, you wrote:
After some enhancements made for netchannel subsystem I'm pleased to
announce, that netchannel subsystem outperforms existing layered design
both in CPU usage and network speed.
Well, after such pretentious introduction I want to cool things down.
Hi,
In order to avoid disconnect races in ZD1211, I'm trying to convince
myself that other USB network drivers are race-free (and why).
I brought up a possible issue in usbnet with David Brownell, but it
appears neither of us are 100% clear on the details, so it would be good
to get some
Randy.Dunlap [EMAIL PROTECTED] :
[...]
static struct pci_device_id r1000_pci_tbl[] __devinitdata = {
{ 0x10ec, 0x8169, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
{ 0x10ec, 0x8167, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
{ 0x10ec, 0x8168, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
{ 0x10ec,
Hello.
In article [EMAIL PROTECTED] (at Fri, 09 Jun 2006 00:56:46 +0200), Patrick
McHardy [EMAIL PROTECTED] says:
Okay, thanks.
I think it is better to eliminate these magic numbers.
How about this?
Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED]
diff --git a/net/ipv6/addrconf.c
Randy.Dunlap wrote:
Conversely, any reason to use the RealTek r1000 driver?
FWIW, RealTek emailed me about merging r1000. I suggested that, if the
register sets were similar, that r8169 should be updated instead, to
preserve compatibility with existing users (and not lose existing work).
On Thu, 08 Jun 2006 22:40:05 -0400 Jeff Garzik wrote:
Randy.Dunlap wrote:
Conversely, any reason to use the RealTek r1000 driver?
FWIW, RealTek emailed me about merging r1000. I suggested that, if the
register sets were similar, that r8169 should be updated instead, to
preserve
On Thursday 08 June 2006 19:50, Jeremy Fitzhardinge wrote:
I've been trying to get suspend/resume working well on my new laptop.
In general, netconsole has been pretty useful for extracting oopses and
other messages, but it is of more limited help in debugging the actual
suspend/resume
Well the DSL modem only transfers whatever data the ISP end sends to it,
which in your case is just PPP packets (LCC or LCP I think). No one out
on the internet
No one out on the internet, but it would be trivial for someone outside
his house. All his traffic will be on a long unsecured
From: Randy Dunlap [EMAIL PROTECTED]
Priority: tossup.
netdev-set_config can be called at any time, so these references
to __initdata would be a real problem.
However, problem has not been observed AFAIK.
Fix section mismatch warnings:
WARNING: drivers/net/wan/sdla.o - Section mismatch:
Matt Mackall wrote:
That's odd. Netpoll holds a reference to the device, of course, but so
does a normal up interface. So that shouldn't be the problem.
Another possibility is that outgoing packets from printks in the
driver are causing difficulty. Not sure what can be done about that.
I only
Matt Mackall wrote:
That's odd. Netpoll holds a reference to the device, of course, but so
does a normal up interface. So that shouldn't be the problem.
Another possibility is that outgoing packets from printks in the
driver are causing difficulty. Not sure what can be done about that.
Here's
Rafael J. Wysocki wrote:
Please try doing echo 8 /proc/sys/kernel/printk before suspend.
Um, why? That would increase the amount of log output, but I don't see
how it would help with netconsole preventing suspend, or not being able
to see console messages on a blank screen after resume.
Daniel Drake [EMAIL PROTECTED] wrote:
More specifically, we're talking about drivers/usb/net/usbnet.c and the
usbnet_disconnect() function. The race I am highlighting is that
usbnet's hard_start_xmit handler (usbnet_start_xmit) may be running when
the disconnect happens.
Is this a
Andrew Morton [EMAIL PROTECTED] wrote:
If it's buggy you get :
11:24:15.021572 d59.x-mailer.de.59959
cust.static.212-90-215-40.cybernet.ch.smtp: S 2028538653:2028538653(0) win
5840
mss 1460,sackOK,timestamp 243108498 0,nop,wscale 7 (DF)
11:24:15.076329
Jari Takkala [EMAIL PROTECTED] wrote:
I have not checked neigh seqfile iterators, the problem may exist in
there as well. My patch solves this issue for us, however a more elegant
solution would be most welcome. Could the root of the problem be that
*pos is off by one when pneigh_get_idx()
On Fri, Jun 09, 2006 at 01:00:24AM +0200, Hans Henrik Happe ([EMAIL PROTECTED])
wrote:
On Thursday 08 June 2006 19:15, you wrote:
After some enhancements made for netchannel subsystem I'm pleased to
announce, that netchannel subsystem outperforms existing layered design
both in CPU usage
1 - 100 of 119 matches
Mail list logo