| Mattia Dongili | [asix] add Buffalo LUA-U2-GT 10/100/1000
The USB net adapter Buffalo LUA-U2-GT (0411:006e) carries a
AX88178 chip. Tested on the above HW.
Signed-off-by: Mattia Dongili <malattia@linux.it>
---
diff --git a/drivers/net/usb/asix.c b/drivers/net/usb/asix.c
index 6f245cf..dc6f097 100644
--- a/drivers/net/usb/asix.c
+++ b/drivers/net/usb/asix.c
@@ -1381,6 +1381,10 @@ static const struct usb_device_id products [] = {
USB_DEVICE (0x0411, 0x003d),
.driver_info = (unsigned long) &ax8817x_info,
}, {
+ // Buffalo LUA-U2-GT 10/10...
| Apr 6, 10:05 am 2008 |
| David Hollis |
| Apr 6, 1:57 pm 2008 |
| Eliezer Tamir | [PATCH 2.6.25] BNX2X: Correct bringing chip out of reset
BNX2X: Correct bringing chip out of reset
Fixed bug: Wrong register was written to when bringing the chip out of reset.
Signed-off-by: Eliezer Tamir <eliezert@broadcom.com>
---
drivers/net/bnx2x.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/bnx2x.c b/drivers/net/bnx2x.c
index de32b3f..ff15454 100644
--- a/drivers/net/bnx2x.c
+++ b/drivers/net/bnx2x.c
@@ -6153,7 +6153,7 @@ static int bnx2x_function_init(struct bnx2x *bp, int mode)
func, m...
| Apr 6, 5:44 am 2008 |
| Andrew Morton |
| Apr 6, 2:23 am 2008 |
| Francois Romieu |
| Apr 6, 10:06 am 2008 |
| Matti Linnanvuori | [patch] [Bug 10397] DMA-mapping.txt code examples have undec...
From: Matti Linnanvuori <mattilinnanvuori@yahoo.com>
Fix undeclared variables.
Signed-off-by: Matti Linnanvuori <mattilinnanvuori@yahoo.com>
---
--- linux-2.6/Documentation/DMA-mapping.txt 2008-03-23 09:01:06.304511500 +0200
+++ linux/Documentation/DMA-mapping.txt 2008-04-06 06:56:11.821314500 +0300
@@ -315,9 +315,9 @@
dma_addr_t dma_handle;
- cpu_addr = pci_alloc_consistent(dev, size, &dma_handle);
+ cpu_addr = pci_alloc_consistent(pdev, size, &dm...
| Apr 6, 12:03 am 2008 |
| Rusty Russell |
| Apr 5, 11:23 pm 2008 |
| Rusty Russell | Re: [PATCH RFC 1/5] vringfd syscall
Well, not I have lguest working, I can just blow away the test program. It
This needs a comment. num_out and num_in are in parameters specifying the
Yes, this is a hack. It actually means ring <= 256 for PAGE_SIZE 4096. I'm
Erk, the size check that was supposed to be here got lost in the reshuffle :(.
One option is to use a sliding window, but better is to do best effort and
have the tun driver fall back (this is actually possible with a slight
change).
Thanks,
Rusty.
--
...
| Apr 5, 11:03 pm 2008 |
| Rusty Russell | Re: [PATCH RFC 2/5] vringfd base/offset
Nasty. Not listed in the ioctl list, and didn't find it with grep 8(. I
don't think I ever used 0xAD which was assigned to me, so I can change to
that.
Thanks,
Rusty.
--
| Apr 5, 10:54 pm 2008 |
| Rusty Russell | Re: [PATCH] net: add destructor for skb data.
Hi Evgeniy,
I don't think so. For a start, the skb destructor is called while the skb
is still in the socket queue (ie. the data is still live). Secondly, the
original skb can be freed while clones still reference the data.
Cheers,
Rusty.
--
| Apr 5, 11:20 pm 2008 |
| Evgeniy Polyakov | Re: [PATCH] net: add destructor for skb data.
Hi Rusty.
That is what it is for - to remove data from any queues and free it.
One can check if skb was cloned and do not perform some steps, instead
call old destructor. Destructor for the last clone will cleanup whatever
is needed. Thoughts?
Actually I'm not that opposed agains additional destructor, I just want
to bring attention to this topic, since this is second time some steps
are going to be setup for the destruction time, so I want a clear
solution :)
--
Evgeniy Polyakov
--
| Apr 6, 5:20 am 2008 |
| Rusty Russell | Re: [PATCH] net: add destructor for skb data.
The old destructor is in some other skb, you'd have to carry it around.
And skb_orphan() calls the destructor early deliberately.
The current skb destructor is for the sk_buff, not the data. It's clearest to
keep them separate.
Cheers,
Rusty.
--
| Apr 6, 5:10 pm 2008 |
| Evgeniy Polyakov | Re: [PATCH] net: add destructor for skb data.
Hi.
Actually the question is who is allowed to set that callback?
Essentially what I want is to get the same notifications as you propose
in patch 4 but for socket layer. AFAICS this will not collide with
tun/tap skbs.
--
Evgeniy Polyakov
--
| Apr 6, 9:32 am 2008 |
| Bodo Eggert | Re: GFP_ATOMIC page allocation failures.
If it's no problem when infrequent, and if it's possible and cheap (less
extra code than sizeof(explanation)) to not show a message if it's
infrequent, why should the users be bothered at all? The system needs less
than one ms to do the job, the admin needs five minutes to grep the logs.
--
Top 100 things you don't want the sysadmin to say:
72. My leave starts tomorrow.
--
| Apr 6, 8:12 am 2008 |
| Wenji Wu | Re: A Linux TCP SACK Question
I bound the network interrupts and iperf both the CPU0, and CPU0 will be ilde most of the time. The results are still the same.
At this throughput level, the SACK processing won't take much CPU.
It is not the interrupt/cpu affinity that cause the difference.
I am beleving that it is the ACK reordering that cuase the confusion in the sender, which lead the sender uncecessarily to reduce CWND or REORDERING_THRESHOLD.
wenji
--
| Apr 6, 4:27 pm 2008 |
| Sangtae Ha | Re: A Linux TCP SACK Question
When our 40 students had the same lab experiment comparing between
TCP-SACK and TCP-NewReno, they had come up with similar results. The
settings are identical to your setting (one linux sender, one linux
receiver, and one nettem machine in between) . When we introduced some
loss using a nettem, TCP-SACK showed a bit better performance while
they had similar throughput most of cases.
I don't think reorderings frequently happened in your directly
connected networking scenario. Please post your tcpdum...
| Apr 6, 6:43 pm 2008 |
| Jan Engelhardt | Re: [NET]: Sink IPv6 options into its own submenu
commit 9ad0be1e95f326b03ccc513ec1cb5cc618ab2811
parent a5b2db67139e991d9e9e19260989d0e66a03a2b2
Author: Jan Engelhardt <jengelh@computergmbh.de>
Date: Mon Mar 31 11:44:02 2008 +0200
[NET]: Sink IPv6 menuoptions into its own submenu
Signed-off-by: Jan Engelhardt <jengelh@computergmbh.de>
---
net/ipv6/Kconfig | 23 ++++++++---------------
1 files changed, 8 insertions(+), 15 deletions(-)
diff --git a/net/ipv6/Kconfig b/net/ipv6/Kconfig
index 47263e4..c8b6ca9 10...
| Apr 6, 12:04 am 2008 |
