2.6.16-rc2 still misses your patch. Was there a special reason not to
send it
to Linus?
cu,
Knut
On Fri, Jan 27, 2006 at 07:07:34AM +0100, Knut Petersen wrote:
Well, there are no problems if SuSEfirewall2 is disabled. But have a look
at the loaded modules:
ipt_MASQUERADE 3968 1
Knut Petersen wrote:
but found none. Skipping ip autoconfig is no solution, the kernel then
fails trying rpc lookup.
Then I tried to netboot another system with the same kernel + via
rhine driver, same server
config. Voila, dhcp ip autoconfig and rpc port lookup is not a problem
on this
I have a number of systems equipped with:
:05:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RT8139
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B
Herbert Xu wrote:
When we pull the PPP protocol off the skb, we forgot to update the
hardware RX checksum. This may lead to messages such as
dsl0: hw csum failure.
Similarly, we need to clear the hardware checksum flag when we use
the existing packet to store the decompressed result.
* Herbert Xu wrote:
Does the problem go away if you disable conntrack by unloading its module?
Please try to capture the offending ICMP packet with tcpdump and show us
what it looks like.
Well, there are no problems if SuSEfirewall2 is disabled. But have a look
at the loaded modules:
ipt_M
Stephen Hemminger schrieb:
Could you try turning off rx checksumming (with ethtool).
ethtool -K eth0 rx off
There probably still are (generic) bugs in the netfilter code for CHECKSUM_HW
socket buffers.
"ethtool -K eth0 rx off" does cure my problem with sky2.
Anybody is invited to
Stephen Hemminger wrote:
O
It seems that the SuSE Firewall locked something
I started with kernel 2.6.15-git7, tried 2.6.15.1 and 2.6.16-rc1*.
At the moment I do use a kernel 2.6.15-git7 patched with an updated sky2
(v.013).
I could not find a single working sky2 configuration.
