Dear All:
I had tested the following patch of IP1000A
http://www.fr.zoreil.com/people/francois/misc/20060521-2.6.17-rc4-git-ip1000-test.patch
It works fine. We will discuss this driver with our members see if there are
anything need to add or modify.
Thanks for everybody's effort for our IP1000A.
On 5/23/06, Erik Mouw <[EMAIL PROTECTED]> wrote:
On Mon, May 22, 2006 at 03:18:12PM +0800, #ZHOU BIN# wrote:
> I'm new in this mailing list. I implemented a new TCP congestion
> control module for linux kernel 2.6.16.13.
> Does anybody know how to apply for the integration of it into the
> linux
Jay Cliburn <[EMAIL PROTECTED]> :
[...]
> Can someone please explain why the driver might constrain the NIC to a
> minimum MTU size of 1500?
None that I remember of. The driver suffered some breakage when changing
the mtu while the interface is up but it has been fixed since february
(i.e. way bef
On Tue, 2006-05-23 at 00:21 +0400, Paul P Komkoff Jr wrote:
> Replying to Vlad Yasevich:
> > /* This is only to work around buggy Windows95/2000
> > * VJ compression implementations. If the ID field
> > * does not change, they drop every other packet in
> > * a TCP stream using
Alan Cox wrote:
On Llu, 2006-05-22 at 11:48 -0700, Rick Jones wrote:
ID of zero again? I thought that went away years ago? Anyway, given
the number of "helpful" devices out there willing to clear the DF bit,
fragment and forward, perhaps always setting the IP ID to 0, even if DF
is set, isn
On Llu, 2006-05-22 at 11:48 -0700, Rick Jones wrote:
> ID of zero again? I thought that went away years ago? Anyway, given
> the number of "helpful" devices out there willing to clear the DF bit,
> fragment and forward, perhaps always setting the IP ID to 0, even if DF
> is set, isn't such a g
Mon, 22 May 2006 15:55:50 -0400, John W. Linville wrote:
> On Mon, May 22, 2006 at 02:42:14PM +0200, Jiri Benc wrote:
> > This patch is wrong, it uses incorrect ioctl number (collides with
> > userspace MLME).
>
> Since you had posted that in the same thread, I had presumed that
> you had accounte
Replying to Vlad Yasevich:
> /* This is only to work around buggy Windows95/2000
> * VJ compression implementations. If the ID field
> * does not change, they drop every other packet in
> * a TCP stream using header compression.
> */
Unfortunately, cisco IOS also complains
On Mon, May 22, 2006 at 02:42:14PM +0200, Jiri Benc wrote:
> On Fri, 19 May 2006 15:15:54 -0400, John W. Linville wrote:
> > Jiri Benc:
> > d80211: switching management interface on/off
>
> This patch is wrong, it uses incorrect ioctl number (collides with
> userspace MLME).
Since you had p
The following changes since commit 353b28bafd1b962359a866ff263a7fad833d29a1:
David S. Miller:
[SPARC]: Add robust futex syscall entries.
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fixes
Florin Malita:
or
The following changes since commit 01d654d25d23fb73deb7904ce1c0b3a0f5fc2908:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Marcin Juszkiewicz:
h
The truncate threshold calculation to prevent receiver from getting stuck
was incorrect, and it didn't take into account the upper limit on bits
in the register so the jumbo packet support was broken.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2.orig/drivers/net/sky2.c
+++ sky2/dr
On Mon, 2006-05-22 at 11:48 -0700, Rick Jones wrote:
> > IP id is set to 0 on unconnected sockets when the DF bit is set (path
> > mtu discovery is enabled). Try issuing a connect() in your application
> > and see if the ids are increasing again.
>
> ID of zero again? I thought that went away ye
On Tue, May 23, 2006 at 12:04:00AM +0530, Balbir Singh ([EMAIL PROTECTED])
wrote:
> Anybody else want to take a shot in comparing the two?
Netlink is always presented in the kernel, so no need to make
additional dependencies for special FS.
But number of netlink sockets is not that big, so use ne
Michael Chan wrote:
Add some missing rx error counters for 5705 and newer chips.
Update version to 3.58.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index e1b33a2..49ad60b 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -69,8 +6
IP id is set to 0 on unconnected sockets when the DF bit is set (path
mtu discovery is enabled). Try issuing a connect() in your application
and see if the ids are increasing again.
ID of zero again? I thought that went away years ago? Anyway, given
the number of "helpful" devices out there
Michael Chan wrote:
Fix a bug in bnx2_nvram_write() caused by a counter variable not
correctly incremented by 4.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
ACK patches 1-2
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
M
Fix a bug in bnx2_nvram_write() caused by a counter variable not
correctly incremented by 4.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 5ca99e2..509f104 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -3061,7 +3061,7 @@
Use kmalloc() instead of a local array in bnx2_nvram_write().
Update version to 1.4.40.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 509f104..54161ae 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -55,8 +55,8 @@
#defi
Thank you for the hint, Krzysztof!
But this switch doesn't help, the problem for the crash is in my case the rx
side.
I can send big files over the card, as soon as I start receiving the box
crashes with the oopses you can find in former postings.
Daniel
> On Wed, 17 May 2006, Beschorner Daniel
On Mon, May 22, 2006 at 11:09:22AM -0700, Tim Bird wrote:
> Andrew Morton wrote:
> > Martin Peschke <[EMAIL PROTECTED]> wrote:
> >> My patch series is a proposal for a generic implementation of statistics.
> >
> > This uses debugfs for the user interface, but the
> > per-task-delay-accounting-*.pa
Add some missing rx error counters for 5705 and newer chips.
Update version to 3.58.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index e1b33a2..49ad60b 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -69,8 +69,8 @@
#define DRV_
On Sat, 2006-05-20 at 14:04 -0700, Andrew Morton wrote:
> Paul P Komkoff Jr <[EMAIL PROTECTED]> wrote:
> >
> > Hello!
> >
> > I have a userspace application, which talks WCCP2 with cisco routers.
> > It sends and receives UDP packets on port 2048. After I've updated my
> > server to 2.6.16, it sto
Hello, developers.
Attached patch implements full TCP input processing for netchannels [1].
It is based on socket processing code and is fairly hairy for now.
Main idea is to queue skbs into netchannels private queue in interrupt
time and then remove skbs and process them in process' context.
To m
On Mon, May 22, 2006 at 03:18:12PM +0800, #ZHOU BIN# wrote:
> I'm new in this mailing list. I implemented a new TCP congestion
> control module for linux kernel 2.6.16.13.
> Does anybody know how to apply for the integration of it into the
> linux kernel? How long will this process take?
See Docum
OK, I've simplified the problem greatly, please ignore my previous post.
I am no longer using the backdoor and I am following the RFC by using
an authentication header between both machines.
This, in theory, should allow for routing header reversal, i.e., when
I send a packet from one machine wi
Greetings!
I am a final year student in Instituto Superior Técnico, Lisbon,
Portugal, and part of my final project requires the use of IPv6
routing headers.
In particular, I need the route reversal to work. Now, as it didn't, I
began analysing the source code, and found a comment, stating that i
On Mon, 22 May 2006, #ZHOU BIN# wrote:
> Hi all,
>
> I'm new in this mailing list. I implemented a new TCP congestion control
> module for linux kernel 2.6.16.13.
> Does anybody know how to apply for the integration of it into the linux
> kernel? How long will this process take?
Read Documenta
> I don't have any good ideas, please try to figure out what's wrong. Is
> there a debug switch for the network layer that forces the network layer
> to verify the CHECKSUM_UNNECESSARY blocks?
>
Good news. The latest -git driver seems to fix the problem.
So maybe something got broken with the
On Fri, 19 May 2006 15:15:54 -0400, John W. Linville wrote:
> Jiri Benc:
> d80211: switching management interface on/off
This patch is wrong, it uses incorrect ioctl number (collides with
userspace MLME).
As I discovered some bugs and I'm still working on some of them, I
haven't sent pull r
Hi all,
I'm new in this mailing list. I implemented a new TCP congestion control module
for linux kernel 2.6.16.13.
Does anybody know how to apply for the integration of it into the linux kernel?
How long will this process take?
Thank you very much.
Best Regards,
Zhou Bin
-
To unsubscribe from
31 matches
Mail list logo
