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 fil
On Thu, 8 Jun 2006, Johannes Stezenbach wrote:
On Wed, Jun 07, 2006, Diego Calleja wrote:
Since people didn't like the "many small files" approach, I've moved
it to directories containing index.txt files:
Documentation/sysctl/vm/index.txt
Documentation/sysctl/net/core/index.txt
Why not just
On Wed, Jun 07, 2006, Diego Calleja wrote:
> Since people didn't like the "many small files" approach, I've moved
> it to directories containing index.txt files:
>
> Documentation/sysctl/vm/index.txt
> Documentation/sysctl/net/core/index.txt
Why not just
Documentation/sysctl/vm.txt
Documentation
Signed-off-by: Kriston Carson <[EMAIL PROTECTED]>
Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |6 +-
drivers/net/phy/Kconfig |5 ++
drivers/net/phy/Makefile |1
drivers/net/phy/vitesse.c | 136 ++
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
...
--
Don Fry
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majo
El Wed, 7 Jun 2006 13:06:53 -0700,
"Randy.Dunlap" <[EMAIL PROTECTED]> escribió:
> I don't know how long it takes to review such a large patch, but
> I'll continue to do so. For now:
Yeah, my english is poor ;)
Most of the sysctl documentation cames from other files anyway,
README was (re)writ
A reference is being taken on an iWARP device that is never getting
released. This prevents a participating iWARP netdev device from being
unloaded after a connection has been established on the passive side.
Search for ip_dev_find below...
On Wed, 2006-06-07 at 15:06 -0500, Steve Wise wrote:
>
On Wed, Jun 07, 2006 at 03:34:56PM -0400, Lennart Sorensen wrote:
> On Wed, Jun 07, 2006 at 11:20:40AM -0700, Don Fry wrote:
>
> > Some areas of concern that you may have addressed already, I have not
> > scanned your changes yet, are what happens if the ring size is changed
> > without bringing d
On Wed, 2006-06-07 at 13:43 -0700, Roland Dreier wrote:
> I just realized it could be the spam filters. You have some comments
> with three 'X's in a row which might be getting it blocked. Is that
> possible?
There are other files that have comments with 'XXX' like c2_provider.c
and c2_qp.c whi
El Wed, 7 Jun 2006 12:46:41 -0700,
Stephen Hemminger <[EMAIL PROTECTED]> escribió:
> The network stuff was all in Documentation/networking/ip-sysctl.txt.
> Someone else has already started fixing it.
Darn, didn't know that. Anyway, I merged that file into
Documentation/sysctl/ because IMO all sys
I just realized it could be the spam filters. You have some comments
with three 'X's in a row which might be getting it blocked. Is that
possible?
- R.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http:
Resending 2/7 gziped.
linux-kernel and netdev mailing lists didn't formward the plain text
patch...
If anywone knows how to address this issue, please email me directly cuz
I don't know why 2/7 didn't get forwarded.
Sorry.
Steve.
amso1100_wr.gz
Description: GNU Zip compressed data
Review Changes:
dprintk() -> pr_debug()
---
drivers/infiniband/hw/amso1100/c2_vq.c | 260
drivers/infiniband/hw/amso1100/c2_vq.h | 63
2 files changed, 323 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/amso1100/c2_vq.c
b/drivers/
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.
- waitqueue -> completion for destroy path.
---
drivers/infiniband/core/iwcm.c | 8
Review Changes:
- remove useless asserts
- assert() -> BUG_ON()
- C2_DEBUG -> DEBUG
---
drivers/infiniband/hw/amso1100/c2_mq.c | 175
drivers/infiniband/hw/amso1100/c2_mq.h | 103 +++
2 files changed, 278 insertions(+), 0 deletions(-)
diff -
Review Changes:
- sizeof -> sizeof()
---
drivers/infiniband/hw/amso1100/c2_alloc.c | 256
drivers/infiniband/hw/amso1100/c2_mm.c| 378 +
2 files changed, 634 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/amso1100/c2_allo
This patchset defines the modifications to the Linux infiniband subsystem
to support iWARP devices. We're submitting it for review now with the
goal for inclusion in the 2.6.19 kernel. This code has gone through
several reviews in the openib-general list. Now we are submitting it
for external r
This patch contains modifications to the existing rdma header files,
core files, drivers, and ulp files to support iWARP.
Review updates:
- copy_addr() -> rdma_copy_addr()
- dst_dev_addr param in rdma_copy_addr to const.
- various spacing nits with recasting
- include linux/inetdevice.h to ge
Review Changes:
- C2DEBUG -> DEBUG
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile|1 +
drivers/infiniband/hw/amso1100/Kbuild | 10 ++
drivers/infiniband/hw/amso1100/Kconfig | 15 +++
drivers/infiniband/hw/amso1100/README
This patchset implements the iWARP provider driver for the Ammasso
1100 RNIC. It is dependent on the "iWARP Core Support" patch set. We're
submitting it for review with the goal for inclusion in the 2.6.19 kernel.
This code has gone through several reviews in the openib-general list.
Now we are
On Wed, 7 Jun 2006 20:53:16 +0200 Diego Calleja wrote:
> Since people didn't like the "many small files" approach, I've moved
> it to directories containing index.txt files:
>
> Documentation/sysctl/vm/index.txt
> Documentation/sysctl/net/core/index.txt
> Documentation/sysctl/net/unix/index.txt
>
On Wed, 7 Jun 2006 12:33:21 -0700
"Guenther Thomsen" <[EMAIL PROTECTED]> wrote:
> I was perhaps a bit quick to declare victory. While the results below stand
> and the machine survived the last few days (idle), it occurred to me only
> today, to have a look at the kernel's message buffer, where
Dan Williams wrote:
Weird, does the kernel not do something that fprintf() _does_ do here?
I tested with a short C program that mimics the behavior of this chunk
of code, and "%.2x" didn't work, but "%.2hhx" certainly did. "hh" is
supposed to mean "A following integer conversion corresponds to a
On Wed, 2006-06-07 at 13:12 -0500, Larry Finger wrote:
> Dan Williams wrote:
> >
> > from ieee80211softmac_wx.c: ieee80211softmac_wx_set_genie()
> >
> > memcpy(mac->wpa.IE, extra, wrqu->data.length);
> > dprintk(KERN_INFO PFX "generic IE set to ");
> >
On Wed, Jun 07, 2006 at 11:20:40AM -0700, Don Fry wrote:
> I am also working on a NAPI version of the pcnet32 driver for many of
> the same reasons, and will compare what you have with my own
> implementation. I probably won't be able to do much until Friday.
>
> Just a couple of comments. I a
I was perhaps a bit quick to declare victory. While the results below stand and
the machine survived the last few days (idle), it occurred to me only today, to
have a look at the kernel's message buffer, where I found following:
--8<--
sky2 eth0: enabling interface
sky2 eth0: Link is up at 1000 M
On Wed, Jun 07, 2006 at 02:44:54PM -0400, Jeff Moyer wrote:
> ==> Regarding Re: [PATCH 1/2] e1000: fix netpoll with NAPI; Auke Kok <[EMAIL
> PROTECTED]> adds:
>
> auke-jan.h.kok> Hi,
>
> auke-jan.h.kok> we're not too happy with this as it puts a branch right in
> auke-jan.h.kok> the regular rece
On Wed, Jun 07, 2006 at 11:25:29AM -0700, Auke Kok wrote:
> @@ -4584,10 +4584,25 @@ static void
> e1000_netpoll(struct net_device *netdev)
> {
> struct e1000_adapter *adapter = netdev_priv(netdev);
> +#ifdef CONFIG_E1000_NAPI
> + int budget = 0;
> +
> + disable_irq(adapter->p
==> Regarding Re: [PATCH 1/2] e1000: fix netpoll with NAPI; Auke Kok <[EMAIL
PROTECTED]> adds:
auke-jan.h.kok> Hi,
auke-jan.h.kok> we're not too happy with this as it puts a branch right in
auke-jan.h.kok> the regular receive path. We haven't ran the numbers on it
auke-jan.h.kok> yet but it is l
Since people didn't like the "many small files" approach, I've moved
it to directories containing index.txt files:
Documentation/sysctl/vm/index.txt
Documentation/sysctl/net/core/index.txt
Documentation/sysctl/net/unix/index.txt
Documentation/sysctl/net/ipv4/index.txt
Documentation/sysctl/net/ipv4
Matt Mackall wrote:
On Wed, Jun 07, 2006 at 11:05:22AM -0400, Neil Horman wrote:
Matt, any ideas on this?
Not at the moment.
how about this for a solution? It doesn't make netpoll any more robust, but I
think in the interests of efficiency it would be fair to require that, when
netpolled, a
On Wed, Jun 07, 2006 at 10:47:24AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc6/2.6.17-rc6-mm1/
Just spotted this typo in a new option.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- rc6mm1/net/Kconfig~ 2006-06-07 14:19:44.0
On Wed, Jun 07, 2006 at 12:52:25PM -0400, Lennart Sorensen wrote:
> I have added NAPI support to the pcnet32 driver. This has greatly
> improved the responsiveness on my systems (geode GX1 266MHz) when under
> heavy network load. Without this change the system would become
> unresponsive due to i
Dan Williams wrote:
On Wed, 2006-06-07 at 17:57 +0200, Johannes Berg wrote:
On Wed, 2006-06-07 at 17:51 +0200, Johannes Berg wrote:
Well, it should be shown in the 802.11i spec too.
I suppose that it is the association request, and needs to contain the
RSN described in 7.3.2.25 as per 7.2.3.4
On Wed, 07 Jun 2006 19:06:03 +0200 Jan-Bernd Themann wrote:
> Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
>
>
> drivers/net/ehea/Kconfig |6 ++
> drivers/net/ehea/Makefile | 45 +
> 2 files changed, 51 insertions(+)
>
>
>
> --- li
On Wed, 07 Jun 2006 19:05:02 +0200
Jan-Bernd Themann <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
>
>
> drivers/net/ehea/ehea_qmr.c | 719
>
> drivers/net/ehea/ehea_qmr.h | 390 +++
> 2 files
On Wed, 2006-06-07 at 17:57 +0200, Johannes Berg wrote:
> On Wed, 2006-06-07 at 17:51 +0200, Johannes Berg wrote:
>
> > Well, it should be shown in the 802.11i spec too.
>
> I suppose that it is the association request, and needs to contain the
> RSN described in 7.3.2.25 as per 7.2.3.4 in 802.11
On Wed, 07 Jun 2006 17:12:45 +0200
Jan-Bernd Themann <[EMAIL PROTECTED]> wrote:
> Hello,
>
> this is the first version of the IBM eHEA Ethernet Device Driver.
> It supports a new IBM ethernet chip on System p.
>
> Main functionality including broadcast multicast and some parts of
> ethtool alrea
Johannes Berg wrote:
On Wed, 2006-06-07 at 09:01 -0700, Sam Leffler wrote:
Beware of the order of IE's in the management frames; some AP's are
touchy about this.
Uh oh. I have no idea where the ieee80211 layer sticks that one,
probably at the end.
I moved the WPA IE from the end forward wit
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
drivers/net/ehea/Kconfig |6 ++
drivers/net/ehea/Makefile | 45 +
2 files changed, 51 insertions(+)
--- linux-2.6.16-rc5-orig/drivers/net/ehea/Makefile1969-12-31
16:00:00.0
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.c1969-12
On Wed, Jun 07, 2006 at 11:05:22AM -0400, Neil Horman wrote:
> >
> > > Matt, any ideas on this?
> >
> > Not at the moment.
>
> how about this for a solution? It doesn't make netpoll any more robust, but I
> think in the interests of efficiency it would be fair to require that, when
> netpolled
Johannes Berg wrote:
On Wed, 2006-06-07 at 09:01 -0700, Sam Leffler wrote:
Beware of the order of IE's in the management frames; some AP's are
touchy about this.
Uh oh. I have no idea where the ieee80211 layer sticks that one,
probably at the end.
I can verify that. I'm currently building a
Pavel Machek wrote:
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 nee
Sam Leffler wrote:
Beware of the order of IE's in the management frames; some AP's are
touchy about this.
That may be the cause here as the behavior when I changed AP's from the Linux-based model to one
with VXWorks.
Larry
-
To unsubscribe from this list: send the line "unsubscribe netdev" i
On Wed, 2006-06-07 at 09:01 -0700, Sam Leffler wrote:
> Beware of the order of IE's in the management frames; some AP's are
> touchy about this.
Uh oh. I have no idea where the ieee80211 layer sticks that one,
probably at the end.
johannes
signature.asc
Description: This is a digitally signed
Johannes Berg wrote:
> On Wed, 2006-06-07 at 10:47 -0500, Larry Finger wrote:
>
>> I have a little more information on what is happening.
>
> Great.
>
>> In IEEE Std 802.11i-2004, which defines the
>> WPA protocol, Figure 11a shows the sequence of exchanges needed to
>> associate. Both bcm43x
On Wed, 2006-05-31 at 11:59 -0700, Stephen Hemminger wrote:
> The following should be replaced with BUG_ON() or WARN_ON().
> and pr_debug()
>
> +#ifdef C2_DEBUG
> +#define assert(expr) \
> +if(!(expr)) {
On Wed, 2006-06-07 at 17:51 +0200, Johannes Berg wrote:
> Well, it should be shown in the 802.11i spec too.
I suppose that it is the association request, and needs to contain the
RSN described in 7.3.2.25 as per 7.2.3.4 in 802.11i. This is, afaik, the
'generic IE' that is added with the wext. Now
On Wed, 2006-06-07 at 10:47 -0500, Larry Finger wrote:
> I have a little more information on what is happening.
Great.
> In IEEE Std 802.11i-2004, which defines the
> WPA protocol, Figure 11a shows the sequence of exchanges needed to associate.
> Both bcm43xx-softmac
> and ndiswrapper go thr
Johannes Berg wrote:
generic IE is what the wext is called, it is the IE that wpa_supplicant
sets. Not sure what's going on though, I know next to nothing about wpa.
I have a little more information on what is happening. In IEEE Std 802.11i-2004, which defines the
WPA protocol, Figure 11a sho
Hello,
We have a custom compiled Linux Kernel running oh RHEL 3.1
[EMAIL PROTECTED] root]# uname -a
Linux st0056_1 2.4.21-32.0.1.ELcustom #12 SMP Wed Sep 14
11:55:22 EDT 2005 i686 i686 i386 GNU/Linux
We compiled in SLIP support using the stand
Hello,
this is the first version of the IBM eHEA Ethernet Device Driver.
It supports a new IBM ethernet chip on System p.
Main functionality including broadcast multicast and some parts of
ethtool already work.
Things we're still working on:
- vlan support
- performance improvements in SMP syst
>
> > Matt, any ideas on this?
>
> Not at the moment.
how about this for a solution? It doesn't make netpoll any more robust, but I
think in the interests of efficiency it would be fair to require that, when
netpolled, a driver must receive frames on the same net device for which it was
polled
Kenji Kaneshige wrote:
Auke Kok wrote:
Kenji Kaneshige wrote:
This patch makes Intel e1000 driver legacy I/O port free.
Signed-off-by: Kenji Kaneshige <[EMAIL PROTECTED]>
(adding netdev and the other e1000 maintainers to cc:)
without sending this to any of the listed e1000 maintainers
On St 07-06-06 16:08:28, Jiri Benc wrote:
> On Wed, 7 Jun 2006 16:00:45 +0200, Pavel Machek wrote:
> > + zd1201_enable(zd); /* zd1201 likes to startup shouting,
> > interfering */
> > + zd1201_disable(zd); /* with all the wifis in range */
>
> I would prefer to track it down and find
On Wed, 7 Jun 2006 16:00:45 +0200, Pavel Machek wrote:
> + zd1201_enable(zd); /* zd1201 likes to startup shouting,
> interfering */
> + zd1201_disable(zd); /* with all the wifis in range */
I would prefer to track it down and find out where exactly is the
problem instead of this
zd1201 likes to start up shouting, interfering with all wifis in
range. It is capable of stopping ipw2200 up-to few meters away, and
stops other cards at smaller distances, too.
This works around it. Only forcing ZD1201_CMDCODE_DISABLE is not
enough to prevent interference.
From: Jirka Benc <[EMA
On Tue, 2006-06-06 at 14:24 -0500, Larry Finger wrote:
> Jun 6 13:34:10 larrylap kernel: SoftMAC: generic IE set to
> ffdd160050fff2010150fff2020150fff2020150fff202
> Why does SoftMAC set a generic IE rather than get one from wpa_supplicant? I
> would appreciate
On Mon, Jun 05, 2006 at 09:07:07PM -0700, David Miller wrote:
> From: Alexey Dobriyan <[EMAIL PROTECTED]>
> Date: Sun, 28 May 2006 01:09:32 +0400
>
> > All users pass 32-bit values as addresses and internally they're compared
> > with
> > 32-bit entities. So, change "laddr" and "raddr" types to __
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add netxen driver niu (hardware phy interface component)
handling routines
* Add netxen hardware CRB register definitions
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_niu.c
linux-2.6.16.20/drivers/net/netxen
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add netxen driver main routines: module initialization, probe,
xmit, receive, interrupt handler
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_main.c
linux-2.6.16.20/drivers/net/netxen/netxen_nic_main.c
--- linux-2.6.
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add netxen ioctl interface
* Add netxen interrupt related routines
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_ioctl.h
linux-2.6.16.20/drivers/net/netxen/netxen_nic_ioctl.h
--- linux-2.6.16.20.orig/drivers/net/netxen
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add netxen hardware initialization routines
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_init.c
linux-2.6.16.20/drivers/net/netxen/netxen_nic_init.c
--- linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_init.c 1969-12-31
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add netxen driver hardware access routines
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_hw.c
linux-2.6.16.20/drivers/net/netxen/netxen_nic_hw.c
--- linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_hw.c 1969-12-31
16:00
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add a header file containing netxen hardware access routines
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_hw.h
linux-2.6.16.20/drivers/net/netxen/netxen_nic_hw.h
--- linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_hw.h
On Wednesday 07 June 2006 11:39, Linsys Contractor Amit S. Kale wrote:
> + switch (mode) {
... You could save a lot of code by using a table and a loop over the registers.
> + case 4:{/* XGB Mode */
> + NETXEN_NIC_LOCKED_READ_REG(NETXEN_NIU_XG_SINGLE_
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add a header file containing netxen registers info
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_hdr.h
linux-2.6.16.20/drivers/net/netxen/netxen_nic_hdr.h
--- linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic_hdr.h1969-12
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add netxen driver main header file
diff -Naru linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic.h
linux-2.6.16.20/drivers/net/netxen/netxen_nic.h
--- linux-2.6.16.20.orig/drivers/net/netxen/netxen_nic.h1969-12-31
16:00:00.0 -
2006-06-07 Amit S. Kale <[EMAIL PROTECTED]>
* Add Kconfig, Makefile entries and Makefiles for netxen driver
* Add ethtool interface for netxen driver
diff -Naru linux-2.6.16.20.orig/drivers/net/Kconfig
linux-2.6.16.20/drivers/net/Kconfig
--- linux-2.6.16.20.orig/drivers/net/Kconf
Hi,
I'll be sending a NetXen 1G/10G ethernet driver patch in
subsequent emails. We have made changes as per the feedback received.
We would like this driver to be inluded in mainline kernel.
Kindly review it and feel free to send feedback.
Thanks.
-Amit
Signed-off-by: Amit S. Kale <[EMAIL PRO
Auke Kok wrote:
Kenji Kaneshige wrote:
This patch makes Intel e1000 driver legacy I/O port free.
Signed-off-by: Kenji Kaneshige <[EMAIL PROTECTED]>
(adding netdev and the other e1000 maintainers to cc:)
without sending this to any of the listed e1000 maintainers *and*
not even includi
On Tue, Jun 06, 2006 at 04:39:21PM +, Stefan Richter wrote:
>
> BTW, the locking in -mm's net/unix/af_unix.c::unix_stream_connect()
> differs a bit from stock unix_stream_connect(). I see spin_lock_bh() in
> 2.6.17-rc5-mm3 where 2.6.17-rc5 has spin_lock().
Hi Ingo:
Looks like this change w
73 matches
Mail list logo
