* Data corruption when using TCP sockets
From: madanagopal @ 2005-12-02 11:35 UTC (permalink / raw)
To: linux-net; +Cc: netdev
hai,
We have a socket application in C which connects to a Java application
through TCP sockets. We use read() system call to read from the socket.
The Java application sends more than 20000 bytes of data sometimes. In the
C program, we read those bytes as Type,Length,Value fields where a
separate read() call is used for each field. This sometimes creates a data
corruption while it works other times.
We observe that the first 16384 bytes get read properly. Extra byte or
bytes get added in the 16385 th location and this shifts the bytes from
16385 onwards. Because of this our C program gets confused and we are
forced to reopen the socket. This is not predictable. Suddenly this
problem occurs. Is this an already known issue and if so what
is it? How to solve it?
We are running both the applications in the same machine which runs
Red Hat Linux release 7.2 and its kernel version is 2.4.7-10
^ permalink raw reply
* Re: 2.6.15-rc3: adduser: unable to lock password file
From: JaniD++ @ 2005-12-02 11:26 UTC (permalink / raw)
To: Marc Koschewski; +Cc: linux-kernel, netdev
In-Reply-To: <20051202110805.GA7224@stiffy.osknowledge.org>
Hi,
> > OK, i will try it, if i can.... (this is a productive online system,
maybe
> > next reboot)
>
> I'd rather suggest to _not_ run -rc kernels on productive systems. :)
Thanks for the warning! :-)
I know it, already.
But have no choice. :(
The older kernels didnt know what i have needed! :-/
eg: i try the 2.6.15-rc3 because 2.6.14.2 gives me this messages:
KERNEL: assertion (!sk->sk_forward_alloc) failed at net/core/stream.c (279)
KERNEL: assertion (!sk->sk_forward_alloc) failed at net/ipv4/af_inet.c (148)
nfs: server 192.168.2.100 not responding, still trying
nfs: server 192.168.2.100 not responding, still trying
nfs: server 192.168.2.100 not responding, still trying
nfs: server 192.168.2.100 not responding, still trying
nfs: server 192.168.2.100 not responding, still trying
NETDEV WATCHDOG: eth0: transmit timed out
e1000: eth0: e1000_watchdog_task: NIC Link is Up 1000 Mbps Full Duplex
nfs: server 192.168.2.100 OK
nfs: server 192.168.2.100 OK
nfs: server 192.168.2.100 OK
nfs: server 192.168.2.100 OK
nfs: server 192.168.2.100 OK
So, i really did not see different! :-D
Cheers,
Janos
>
> Marc
^ permalink raw reply
* netdev queue updated
From: Jeff Garzik @ 2005-12-01 10:05 UTC (permalink / raw)
To: netdev; +Cc: linux-kernel, akpm
Here is the current contents of netdev-2.6.git#ALL, which is
auto-propagated to Andrew Morton's -mm tree.
http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.15-rc4-netdev1.patch.bz2
Adrian Bunk:
drivers/net/sk98lin/skge.c: make SkPciWriteCfgDWord() a static inline
hostap: rename hostap.c to hostap_main.c
Ananda Raju:
s2io: UFO support
Andrew Morton:
sky2 needs dma_mapping.h
Andy Fleming:
Gianfar update and sysfs support
Brice Goglin:
Duplicate IPW_DEBUG option for ipw2100 and 2200
Carlo Perassi:
atmel: CodingStyle cleanup
Christophe Lucas:
atmel: audit return code of create_proc_read_entry
Dan Streetman:
airo.c: add support for IW_ENCODE_TEMP (i.e. xsupplicant)
Daniele Venzano:
Add Wake on LAN support to sis900 (2)
Eugene Surovegin:
ibm_emac: fix graceful stop timeout handling
Francois Romieu:
b44: early return in dev->do_ioctl when the device is not up
b44: increase version number
Jeff Garzik:
[netdrvr 8139too] replace hand-crafted kernel thread with workqueue
[netdrvr 8139too] use cancel_rearming_delayed_work() to cancel thread
[netdrvr 8139too] use rtnl_shlock_nowait() rather than rtnl_lock_interruptible()
[netdrvr 8139too] fast poll for thread, if an unlikely race occurs
[bonding] Remove superfluous changelog.
[netdrvr skge] fix typo, fix build
Jesse Brandeburg:
e1000: fix for dhcp issue
John W. Linville:
skge: fix warning from inlining SkPciWriteCfgDWord()
e1000: avoid leak when e1000_setup_loopback_test fails
e1000: zero-out pointers in e1000_free_desc_rings
Komuro:
[netdrvr fmvj18x_cs] fix multicast bug
Lennert Buytenhek:
intel ixp2000 network driver
ixp2000: register netdevices last
pm3386: zero stats properly
pm3386: remove unnecessary udelays
caleb/pm3386: include proper header files
ixp2000: use netif_rx_schedule_test
enp2611: don't check netif_running() in link status timer
enp2611: use 'dev' in link status timer
enp2611: report link up/down events
ixp2000: report MAC addresses for each port on init
pm3386: add hook for setting MAC address
pm3386: add hook for setting carrier
pm3386: implement reset
enp2611: disable/enable SERDES carrier on interface down/up
ixp2000: add netpoll support
ixp2000: add driver version, bump version to 0.2
Mark Lord:
b44: missing netif_wake_queue() in b44_open()
Matthieu CASTET:
[wireless airo] reset card in init
Mitch Williams:
net: allow newline terminated IP addresses in in_aton
net: make dev_valid_name public
bonding: add bond name to all error messages
bonding: expand module param descriptions
bonding: Add transmit policy to /proc
bonding: get slave name from actual slave instead of param list
bonding: move kmalloc out of spinlock in ALB init
bonding: explicitly clear RLB flag during ALB init
bonding: expose some structs
bonding: make functions not static
bonding: move bond creation into separate function
bonding: make bond_init not __init
bonding: Allow ARP target table to have empty entries
bonding: add ARP entries to /proc
bonding: add sysfs functionality to bonding (large)
bonding: version update
bonding: spelling and whitespace corrections
bonding: comments and changelog
Pavel Roskin:
orinoco: fix setting power management parameters
Ralf Baechle:
mipsnet: Fix Copyright notice.
jazzsonic: Fix build error.
jazzsonic: Fix platform device code
Scott Feldman:
[netdrvr e100] experiment with doing RX in a similar manner to eepro100
shemminger@osdl.org:
sky2: changing mtu doesn't have to reset link
sky2: cleanup interrupt processing
sky2: add hardware VLAN acceleration support
sky2: explicit set power state
sky2: version 0.6
sky2: remove unused definitions
sky2: use kzalloc
sky2: spelling fixes
sky2: fix NAPI and receive handling
sky2: version 0.7
sky2: eliminate special case for EC-A1
sky2: add MII support
sky2: fix receive flush/pause issues
sky2: improve receive performance
sky2: add Yukon-EC ultra support
sky2: handle DMA boundary crossing
sky2: change netif_rx_schedule_test to __netif_schedule_prep
sky2: race with MTU change
sky2: dual port tx completion
sky2: byteorder annotation
sky2: remove pci-express hacks
sky2: use pci_register_driver
sky2: update version number
sk98lin: fix checksumming code
sk98lin: add permanent address support
sk98lin: avoid message confusion with skge
sk98lin: allow ethtool checksum on/off per port
sk98lin: remove redundant fields in device info
sk98lin: remove /proc interface
Stephen Hemminger:
sky2: new experimental Marvell Yukon2 driver
sky2: driver update.
sky2: fix FIFO DMA alignment problems
sky2: allow ethtool debug access to all of PCI space
sky2: version 0.5
sky2: nway reset (BONUS FEATURE)
sky2: add permanent address support.
skge: handle VLAN checksum correctly on yukon rev 0
Takis:
ipw2200: kzalloc conversion and Kconfig dependency fix
Tobias Klauser:
Remove drivers/net/wan/lmc/lmc_prot.h
drivers/net/sk98lin/skcsum.c | 871 --------
drivers/net/sk98lin/skproc.c | 265 --
drivers/net/wan/lmc/lmc_prot.h | 15
Documentation/networking/gianfar.txt | 72
drivers/net/8139too.c | 86
drivers/net/Kconfig | 15
drivers/net/Makefile | 7
drivers/net/b44.c | 13
drivers/net/bonding/Makefile | 2
drivers/net/bonding/bond_3ad.c | 106 -
drivers/net/bonding/bond_3ad.h | 13
drivers/net/bonding/bond_alb.c | 75
drivers/net/bonding/bond_alb.h | 9
drivers/net/bonding/bond_main.c | 781 +------
drivers/net/bonding/bond_sysfs.c | 1358 +++++++++++++
drivers/net/bonding/bonding.h | 52
drivers/net/e100.c | 72
drivers/net/e1000/e1000_ethtool.c | 16
drivers/net/e1000/e1000_main.c | 14
drivers/net/gianfar.c | 233 +-
drivers/net/gianfar.h | 69
drivers/net/gianfar_ethtool.c | 2
drivers/net/gianfar_mii.h | 1
drivers/net/gianfar_sysfs.c | 311 ++
drivers/net/ibm_emac/ibm_emac_core.c | 38
drivers/net/ibm_emac/ibm_emac_core.h | 2
drivers/net/ixp2000/Kconfig | 6
drivers/net/ixp2000/Makefile | 3
drivers/net/ixp2000/caleb.c | 137 +
drivers/net/ixp2000/caleb.h | 22
drivers/net/ixp2000/enp2611.c | 245 ++
drivers/net/ixp2000/ixp2400-msf.c | 213 ++
drivers/net/ixp2000/ixp2400-msf.h | 115 +
drivers/net/ixp2000/ixp2400_rx.uc | 408 +++
drivers/net/ixp2000/ixp2400_rx.ucode | 130 +
drivers/net/ixp2000/ixp2400_tx.uc | 272 ++
drivers/net/ixp2000/ixp2400_tx.ucode | 98
drivers/net/ixp2000/ixpdev.c | 421 ++++
drivers/net/ixp2000/ixpdev.h | 27
drivers/net/ixp2000/ixpdev_priv.h | 57
drivers/net/ixp2000/pm3386.c | 334 +++
drivers/net/ixp2000/pm3386.h | 28
drivers/net/jazzsonic.c | 4
drivers/net/mipsnet.h | 30
drivers/net/pcmcia/fmvj18x_cs.c | 32
drivers/net/s2io.c | 186 +
drivers/net/s2io.h | 3
drivers/net/sis900.c | 73
drivers/net/sis900.h | 45
drivers/net/sk98lin/Makefile | 6
drivers/net/sk98lin/h/skdrv2nd.h | 13
drivers/net/sk98lin/h/skvpd.h | 8
drivers/net/sk98lin/skethtool.c | 50
drivers/net/sk98lin/skge.c | 388 +--
drivers/net/skge.c | 4
drivers/net/sky2.c | 3123 ++++++++++++++++++++++++++++++
drivers/net/sky2.h | 1917 ++++++++++++++++++
drivers/net/wireless/Kconfig | 6
drivers/net/wireless/airo.c | 19
drivers/net/wireless/atmel.c | 1490 +++++++-------
drivers/net/wireless/hostap/Makefile | 1
drivers/net/wireless/hostap/hostap_main.c | 0
drivers/net/wireless/ipw2100.c | 40
drivers/net/wireless/ipw2100.h | 2
drivers/net/wireless/ipw2200.c | 21
drivers/net/wireless/ipw2200.h | 6
drivers/net/wireless/orinoco.c | 3
include/linux/netdevice.h | 11
net/core/dev.c | 3
net/core/utils.c | 2
70 files changed, 11156 insertions(+), 3344 deletions(-)
^ permalink raw reply
* Flyer Delivery Service in San Diego County
From: Mike @ 2005-12-01 8:31 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 125 bytes --]
We deliver flyers in San Diego County, please email back for addtional information or call 619-258-1297
Thanks
Mike
[-- Attachment #2: Type: text/html, Size: 460 bytes --]
^ permalink raw reply
* Re: [PATCH] Add MIPS dependency for dm9000 driver
From: Franck @ 2005-12-01 8:05 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, netdev
In-Reply-To: <20051130132757.36e1cca0.akpm@osdl.org>
Hi Andrew
2005/11/30, Andrew Morton <akpm@osdl.org>:
> Franck <vagabon.xyz@gmail.com> wrote:
> >
> > The attached patch adds MIPS dependency for dm9000 ethernet
> > controller. Indeed this controller is used by some embedded platforms
> > based on MIPS CPUs.
> >
>
> Is there any reason why we cannot enable this driver on all architectures?
>
> It's moderately important for quality and maintainability reasons that it
> be included in the x86 build, at least..
>
Actually there's a discussion about that. I previously sent a RFC
(subject is "[NET] Remove ARM dependency for dm9000 driver") for that.
Now some people are reacting so we should wait for the last words
before applying something.
thanks
--
Franck
^ permalink raw reply
* Re: [PATCH] orinoco: fix setting power management parameters
From: Jeff Garzik @ 2005-12-01 7:29 UTC (permalink / raw)
To: Pavel Roskin; +Cc: orinoco-devel, NetDev
In-Reply-To: <1133251167.27750.93.camel@dv>
applied
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply
* Re: [PATCH] ibm_emac: fix graceful stop timeout handling
From: Jeff Garzik @ 2005-12-01 7:23 UTC (permalink / raw)
To: Eugene Surovegin; +Cc: netdev, linuxppc-embedded
In-Reply-To: <20051124224840.GB21929@gate.ebshome.net>
applied
^ permalink raw reply
* Registration Confirmation
From: info @ 2005-12-01 6:05 UTC (permalink / raw)
To: majordomo
[-- Attachment #1: Type: text/plain, Size: 123 bytes --]
Account and Password Information are attached!
***** Go to: http://www.comet.ucar.edu
***** Email: postman@comet.ucar.edu
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Re: [PATCH 06/13]: [IPV4/6]: Netfilter IPsec input hooks
From: Herbert Xu @ 2005-12-01 1:27 UTC (permalink / raw)
To: Patrick McHardy; +Cc: netdev, netfilter-devel, davem
In-Reply-To: <20051120163135.16666.76993.sendpatchset@localhost.localdomain>
On Sun, Nov 20, 2005 at 04:31:36PM +0000, Patrick McHardy wrote:
>
> @@ -145,7 +149,17 @@ int xfrm4_rcv_encap(struct sk_buff *skb,
> netif_rx(skb);
> return 0;
> } else {
> +#ifdef CONFIG_NETFILTER
> + __skb_push(skb, skb->data - skb->nh.raw);
> + skb->nh.iph->tot_len = htons(skb->len);
> + ip_send_check(skb->nh.iph);
> +
> + NF_HOOK(PF_INET, NF_IP_PRE_ROUTING, skb, skb->dev, NULL,
> + ip_xfrm_transport_hook);
> + return 0;
> +#else
> return -skb->nh.iph->protocol;
> +#endif
I'm worried about this bit. This looks like it'll go back to the top
of the IP stack with the existing call chain. So could grow as the
number of transforms increase.
Perhaps we need to play a dst_input/netif_rx trick here.
Actually, was there a problem with your original netif_rx approach
apart from the issue with double counting?
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply
* Re: [PATCH] Add MIPS dependency for dm9000 driver
From: Andrew Morton @ 2005-11-30 21:27 UTC (permalink / raw)
To: Franck; +Cc: linux-kernel, netdev
In-Reply-To: <cda58cb80511300918i7df1c60au@mail.gmail.com>
Franck <vagabon.xyz@gmail.com> wrote:
>
> The attached patch adds MIPS dependency for dm9000 ethernet
> controller. Indeed this controller is used by some embedded platforms
> based on MIPS CPUs.
>
> Signed-Off-By: Franck Bui-Huu <franck.bui@gmail.com>
> ---
> diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
> index f15f909..1b00169 100644
> --- a/drivers/net/Kconfig
> +++ b/drivers/net/Kconfig
> @@ -856,7 +856,7 @@ config SMC9194
>
> config DM9000
> tristate "DM9000 support"
> - depends on ARM && NET_ETHERNET
> + depends on (ARM || MIPS) && NET_ETHERNET
> select CRC32
> select MII
Is there any reason why we cannot enable this driver on all architectures?
It's moderately important for quality and maintainability reasons that it
be included in the x86 build, at least..
^ permalink raw reply
* [PATCH] Add MIPS dependency for dm9000 driver
From: Franck @ 2005-11-30 17:18 UTC (permalink / raw)
To: lkml, netdev
The attached patch adds MIPS dependency for dm9000 ethernet
controller. Indeed this controller is used by some embedded platforms
based on MIPS CPUs.
Signed-Off-By: Franck Bui-Huu <franck.bui@gmail.com>
---
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index f15f909..1b00169 100644
--- a/drivers/net/Kconfig
+++ b/drivers/net/Kconfig
@@ -856,7 +856,7 @@ config SMC9194
config DM9000
tristate "DM9000 support"
- depends on ARM && NET_ETHERNET
+ depends on (ARM || MIPS) && NET_ETHERNET
select CRC32
select MII
---help---
^ permalink raw reply related
* Re: 3C905C-TX
From: Jesper Juhl @ 2005-11-30 14:02 UTC (permalink / raw)
To: linux-os (Dick Johnson); +Cc: Daniel Höhnle, Linux kernel, andrewm, netdev
In-Reply-To: <Pine.LNX.4.61.0511300813190.18193@chaos.analogic.com>
On 11/30/05, linux-os (Dick Johnson) <linux-os@analogic.com> wrote:
>
> On Wed, 30 Nov 2005, [iso-8859-1] Daniel Höhnle wrote:
>
> > Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard. But she
> > don't works. Where can I get a Driver??? Or give it a Dokumentation
> > how I can make the Driver??
> >
> > Thanks
> > Daniel Höhnle
>
> The 3c59x driver should work for this device. If it's real
> new, you may have to add its ID to the structure at line
> 3365 in 3x59x.c or contact the maintainer.
>
The 3c90x driver available from 3COM themselves is another alternative
: http://support.3com.com/infodeli/tools/nic/linuxdownload.htm
--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
^ permalink raw reply
* Re: 3C905C-TX
From: linux-os (Dick Johnson) @ 2005-11-30 13:18 UTC (permalink / raw)
To: Daniel Höhnle; +Cc: Linux kernel, andrewm, netdev
In-Reply-To: <eab8d9e30511300459j695ed942n@mail.gmail.com>
On Wed, 30 Nov 2005, [iso-8859-1] Daniel Höhnle wrote:
> Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard. But she
> don't works. Where can I get a Driver??? Or give it a Dokumentation
> how I can make the Driver??
>
> Thanks
> Daniel Höhnle
The 3c59x driver should work for this device. If it's real
new, you may have to add its ID to the structure at line
3365 in 3x59x.c or contact the maintainer.
Cheers,
Dick Johnson
Penguin : Linux version 2.6.13.4 on an i686 machine (5589.55 BogoMips).
Warning : 98.36% of all statistics are fiction.
****************************************************************
The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them.
Thank you.
^ permalink raw reply
* Re: 3C905C-TX
From: Denis Vlasenko @ 2005-11-30 13:07 UTC (permalink / raw)
To: Daniel Höhnle; +Cc: andrewm, netdev
In-Reply-To: <eab8d9e30511300459j695ed942n@mail.gmail.com>
On Wednesday 30 November 2005 14:59, Daniel Höhnle wrote:
> Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard.
> But she don't works.
Please read http://www.catb.org/~esr/faqs/smart-questions.html
> Where can I get a Driver??? Or give it a Dokumentation
> how I can make the Driver??
--
vda
^ permalink raw reply
* 3C905C-TX
From: Daniel Höhnle @ 2005-11-30 12:59 UTC (permalink / raw)
To: linux-kernel, andrewm, netdev
Hello i have Suse Linux 9.3 and a 3Com 3C905C-TX Networkcard. But she
don't works. Where can I get a Driver??? Or give it a Dokumentation
how I can make the Driver??
Thanks
Daniel Höhnle
^ permalink raw reply
* [PATCH] i82596/CONFIG_APRICOT release_region() fix
From: Magnus Damm @ 2005-11-30 7:23 UTC (permalink / raw)
To: netdev; +Cc: Magnus Damm
Fix release_region() in i82596 driver using CONFIG_APRICOT.
linux-2.6.15-rc3 configured with CONFIG_APRICOT=y calls release_region()
incorrectly if no hardware is found:
Trying to free nonexistent resource <00000000-00000010>
This patch sets up dev->base_addr before the label "out1" might be used.
Signed-off-by: Magnus Damm <magnus@valinux.co.jp>
---
82596.c | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
--- linux-2.6.15-rc3/drivers/net/82596.c 2005-11-30 16:10:34.000000000 +0900
+++ linux-2.6.15-rc3-i82596_apricot_release_region/drivers/net/82596.c 2005-11-30 16:11:13.000000000 +0900
@@ -1203,6 +1203,9 @@
checksum += eth_addr[i];
}
+ dev->base_addr = ioaddr;
+ dev->irq = 10;
+
/* checksum is a multiple of 0x100, got this wrong first time
some machines have 0x100, some 0x200. The DOS driver doesn't
even bother with the checksum.
@@ -1215,8 +1218,6 @@
goto out1;
}
- dev->base_addr = ioaddr;
- dev->irq = 10;
}
#endif
dev->mem_start = (int)__get_free_pages(GFP_ATOMIC, 0);
^ permalink raw reply
* Re: [2.6 patch] net/ipv6/: make two functions static
From: David S. Miller @ 2005-11-30 0:29 UTC (permalink / raw)
To: bunk; +Cc: netdev, linux-kernel
In-Reply-To: <20051123012359.GH3963@stusta.de>
From: Adrian Bunk <bunk@stusta.de>
Date: Wed, 23 Nov 2005 02:23:59 +0100
> This patch makes two needlessly global functions static.
>
> Signed-off-by: Adrian Bunk <bunk@stusta.de>
Also applied, thanks.
^ permalink raw reply
* Re: [2.6 patch] net/ipv4/netfilter/: small cleanups
From: David S. Miller @ 2005-11-30 0:28 UTC (permalink / raw)
To: bunk; +Cc: coreteam, netfilter-devel, netdev, linux-kernel
In-Reply-To: <20051123004108.GE3963@stusta.de>
From: Adrian Bunk <bunk@stusta.de>
Date: Wed, 23 Nov 2005 01:41:08 +0100
> This patch contains the following cleanups:
> - make needlessly global code static
> - ip_conntrack_core.c: ip_conntrack_flush() -> ip_conntrack_flush(void)
>
> Signed-off-by: Adrian Bunk <bunk@stusta.de>
Applied, thanks Adrian.
^ permalink raw reply
* Re: [2.6 patch] net/ipv4/: make two functions static
From: David S. Miller @ 2005-11-30 0:27 UTC (permalink / raw)
To: bunk; +Cc: netdev, linux-kernel
In-Reply-To: <20051123003806.GD3963@stusta.de>
From: Adrian Bunk <bunk@stusta.de>
Date: Wed, 23 Nov 2005 01:38:06 +0100
> This patch makes two needlessly global functions static.
>
> Signed-off-by: Adrian Bunk <bunk@stusta.de>
Applied, thanks Adrian.
^ permalink raw reply
* Your Password
From: hostmaster @ 2005-11-30 0:02 UTC (permalink / raw)
To: ralf
[-- Attachment #1: Type: text/plain, Size: 123 bytes --]
Account and Password Information are attached!
***** Go to: http://www.muppetlabs.com
***** Email: postman@muppetlabs.com
[-- Attachment #2: reg_pass-data.zip --]
[-- Type: application/octet-stream, Size: 55536 bytes --]
^ permalink raw reply
* Re: Fw: [Fwd: [Bug 5644] New: NFS v3 TCP 3-way handshake incorrect, iptables blocks access]
From: Patrick McHardy @ 2005-11-29 22:32 UTC (permalink / raw)
To: Jozsef Kadlecsik
Cc: Olaf Kirch, Harald Welte, netfilter-devel, David S. Miller,
netdev
In-Reply-To: <Pine.LNX.4.58.0511291135430.31216@blackhole.kfki.hu>
Jozsef Kadlecsik wrote:
> Mounting NFS file systems after a (warm) reboot could take a long time if
> firewalling and connection tracking was enabled.
>
> The reason is that the NFS clients tends to use the same ports (800 and
> counting down). Now on reboot, the server would still have a TCB for an
> existing TCP connection client:800 -> server:2049. The client sends a
> SYN from port 800 to server:2049, which elicits an ACK from the server.
> The firewall on the client drops the ACK because (from its point of
> view) the connection is still in half-open state, and it expects to see
> a SYNACK.
>
> The client will eventually time out after several minutes.
>
> The following patch corrects this, by accepting ACKs on half open connections
> as well.
Thanks Jozsef, I'll pass it on to Dave tommorrow.
^ permalink raw reply
* Re: NIC irq nobody cared ? virtual to physical and DMA questions
From: Ivo van Doorn @ 2005-11-29 21:05 UTC (permalink / raw)
To: Mateusz Berezecki; +Cc: linux-kernel, netdev, kernel-mentors
In-Reply-To: <745843498.20051129212851@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 719 bytes --]
Hi,
> This time the questions are different.
>
> Given the following output could anyone please tell me what is wrong ?
> In explicit what does that mysterious "nobody cared" message mean?
> And another stupid question: should DMA for a network card be enabled before or maybe
> _after_ interrupts get enabled? And... how to convert virtual address
> to physical one?
The nobody cared error message is reported when a device is raising interrupts while
the actual driver has not yet registered the interrupt handler.
The best way to handle this for network drivers (done in rt2x00, which works fine) would be:
1 - Allocate DMA
2 - Registers interrupt handler
3 - Enable device interrupts.
IvD
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: [Patch] 2.4.32 - Neighbour Cache (ARP) State machine bug Fixed
From: Pradeep Vincent @ 2005-11-29 20:42 UTC (permalink / raw)
To: Roberto Nibali, netdev; +Cc: linux-kernel, torvalds
>From the source,
/*
Transitions NUD_STALE <-> NUD_REACHABLE do not occur
when fast path is built: we have no timers associated with
these states, we do not have time to check state when sending.
neigh_periodic_timer check periodically neigh->confirmed
time and moves NUD_REACHABLE -> NUD_STALE.
If a routine wants to know TRUE entry state, it calls
neigh_sync before checking state.
Called with write_locked neigh.
*/
I got the impression that neigh_periodic_timer is supposed to check
for stale entries although it doesn't. Which tasklet are you referring
to ? Or are you saying I should be calling neigh_sync instead of
checking for stale entries myself.
VMACS are used outside the linux system - for e.g. certain routers
present different VMACS for a default gateway ip for active-active
load-balancing and when one dies off, the failed VMAC is removed
eventually causing linux system using the failed VMAC to balk as it
doesn't stale out the arp cache entries even when traffic isn't able
to flow (confirmed doesn't move ahead).
netdev folks, can you CC me on your reply.
Thanks,
Pradeep Vincent
On 11/28/05, Roberto Nibali <ratz@drugphish.ch> wrote:
> > In 2.4.21, arp code uses gc_timer to check for stale arp cache
> > entries. In 2.6, each entry has its own timer to check for stale arp
> > cache. 2.4.29 to 2.4.32 kernels (atleast) use neither of these timers.
>
> Regarding NUD_REACHABLE <-> NUD_STALE transition it has a timer check.
> Due to the fast path it's not enabled per default. Use neigh_sync() to
> check, although I believe the installed tasklet does this for you already.
>
> The knowledgeable netdev people will know better.
>
> > This causes problems in environments where IPs or MACs are reassigned
> > - saw this problem on load balancing router based networks that use
> > VMACs. Tested this code on load balancing router based networks as
> > well as peer-linux systems.
>
> How do you use VMACs in 2.4.x?
>
> > diff -Naur old/net/core/neighbour.c new/net/core/neighbour.c
> > --- old/net/core/neighbour.c Wed Nov 23 17:15:30 2005
> > +++ new/net/core/neighbour.c Wed Nov 23 17:26:01 2005
> > @@ -14,6 +14,7 @@
> > * Vitaly E. Lavrov releasing NULL neighbor in neigh_add.
> > * Harald Welte Add neighbour cache statistics like rtstat
> > * Harald Welte port neighbour cache rework from 2.6.9-rcX
> > + * Pradeep Vincent Move neighbour cache entry to stale state
> > */
> >
> > #include <linux/config.h>
> > @@ -705,6 +706,14 @@
> > neigh_release(n);
> > continue;
> > }
> > +
> > + /* Mark it stale - To be reconfirmed later when used */
> > + if (n->nud_state&NUD_REACHABLE &&
> > + now - n->confirmed > n->parms->reachable_time) {
> > + n->nud_state = NUD_STALE;
> > + neigh_suspect(n);
> > + }
> > +
>
> If this is really a problem, why not simply call neigh_sync()? Your
> patch also seems to be whitespace damaged.
>
> > write_unlock(&n->lock);
> >
> > next_elt:
>
> I've cc'd netdev since this is where such patches should go for
> discussion; left Linus in the loop (netiquette) although he's nothing to
> do with this ;).
>
> Cheers,
> Roberto Nibali, ratz
> --
> echo
> '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc
>
^ permalink raw reply
* NIC irq nobody cared ? virtual to physical and DMA questions
From: Mateusz Berezecki @ 2005-11-29 20:28 UTC (permalink / raw)
To: linux-kernel, netdev, kernel-mentors
Hello List,
This time the questions are different.
Given the following output could anyone please tell me what is wrong ?
In explicit what does that mysterious "nobody cared" message mean?
And another stupid question: should DMA for a network card be enabled before or maybe
_after_ interrupts get enabled? And... how to convert virtual address
to physical one?
Nov 29 21:25:47 debian kernel: atheros: receive init routine called
Nov 29 21:25:47 debian kernel: atheros: physical address of RX head is 00000000
Nov 29 21:25:47 debian kernel: atheros: enabling DMA receive. this can crash things supposedly.
Nov 29 21:25:47 debian kernel: irq 11: nobody cared (try booting with the "irqpoll" option)
Nov 29 21:25:47 debian kernel: [dump_stack+23/32] dump_stack+0x17/0x20
Nov 29 21:25:47 debian kernel: [__report_bad_irq+39/144] __report_bad_irq+0x27/0x90
Nov 29 21:25:47 debian kernel: [note_interrupt+114/192] note_interrupt+0x72/0xc0
Nov 29 21:25:47 debian kernel: [__do_IRQ+200/224] __do_IRQ+0xc8/0xe0
Nov 29 21:25:47 debian kernel: [do_IRQ+80/128] do_IRQ+0x50/0x80
Nov 29 21:25:47 debian kernel: =======================
Nov 29 21:25:47 debian kernel: [common_interrupt+26/32] common_interrupt+0x1a/0x20
Nov 29 21:25:47 debian kernel: [do_softirq+115/128] do_softirq+0x73/0x80
Nov 29 21:25:47 debian kernel: =======================
Nov 29 21:25:47 debian kernel: [irq_exit+67/80] irq_exit+0x43/0x50
Nov 29 21:25:47 debian kernel: [do_IRQ+87/128] do_IRQ+0x57/0x80
Nov 29 21:25:47 debian kernel: [common_interrupt+26/32] common_interrupt+0x1a/0x20
Nov 29 21:25:47 debian kernel: [pg0+260065664/1065075712] ath_init+0x30/0x80 [atheros]
Nov 29 21:25:47 debian kernel: [dev_open+70/144] dev_open+0x46/0x90
Nov 29 21:25:47 debian kernel: [dev_change_flags+83/288] dev_change_flags+0x53/0x120
Nov 29 21:25:47 debian kernel: [devinet_ioctl+1437/1472] devinet_ioctl+0x59d/0x5c0
Nov 29 21:25:47 debian kernel: [inet_ioctl+166/208] inet_ioctl+0xa6/0xd0
Nov 29 21:25:47 debian kernel: [sock_ioctl+248/592] sock_ioctl+0xf8/0x250
Nov 29 21:25:47 debian kernel: [do_ioctl+40/144] do_ioctl+0x28/0x90
Nov 29 21:25:47 debian kernel: [vfs_ioctl+87/496] vfs_ioctl+0x57/0x1f0
Nov 29 21:25:47 debian kernel: [sys_ioctl+57/96] sys_ioctl+0x39/0x60
Nov 29 21:25:47 debian kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Nov 29 21:25:47 debian kernel: handlers:
Nov 29 21:25:47 debian kernel: [usb_hcd_irq+0/80] (usb_hcd_irq+0x0/0x50)
Nov 29 21:25:47 debian last message repeated 3 times
Nov 29 21:25:47 debian kernel: [yenta_interrupt+0/192] (yenta_interrupt+0x0/0xc0)
Nov 29 21:25:47 debian kernel: [pg0+260075488/1065075712] (ath_intr+0x0/0x150 [atheros])
Nov 29 21:25:47 debian kernel: Disabling IRQ #11
Nov 29 21:25:47 debian kernel: atheros: interrupts enabled
Nov 29 21:25:47 debian kernel: atheros: device up and running
--
kind regards,
Mateusz Berezecki
^ permalink raw reply
* Re: [PATCH 07/13]: [NETFILTER]: Fix xfrm lookup in ip_route_me_harder/ip6_route_me_harder
From: Herbert Xu @ 2005-11-29 11:31 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev, netfilter-devel, kaber
In-Reply-To: <20051128.234947.117781000.davem@davemloft.net>
On Mon, Nov 28, 2005 at 11:49:47PM -0800, David S. Miller wrote:
>
> I think #1 and #2 can be handled by an on-stack copy of "struct
> ip_options" high enough in the call chain, but #3 is a bit less
> trivial to cope with like that.
>
> It would be nice to kill the IPCB() copy, and give us 12 bytes back in
> skb->cb[] :-)
That would be great. I'm glad that Patrick's patch set is bringing
out potential ways of shrinking sk_buff.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox