:60ff:fe5a:d6f5: [icmp6 sum ok] ICMP6,
packet too big, length 1240, mtu 1480
09:14:14.091355 IP6 (hlim 64, next-header: ICMPv6 (58), length: 1240)
2002:5283:297e::42 2002:5283:297e:2:210:60ff:fe5a:d6f5: [icmp6 sum ok] ICMP6,
packet too big, length 1240, mtu 1480
...
--
Meelis Roos ([EMAIL PROTECTED
and /128, so why should it change anything?
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
-A with -D or using just -D 2) gives
the same error.
This should already be fixed in -rc4.
Unfortunately it was still there with yesterdays rc4+git.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More
metric -1 error -101 hoplimit 255
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
=ppc code (not yet migrated to
ARCH=powerpc).
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
argument).
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
, since just before sending the report.
Will let you know ASAP.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
narrowed it down to break between 2.6.16 (working) and
2.6.17-rc1 (not working).
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
(right after the
bunch of changes)
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=shortlog;h=705af309505681f197f81618440954d10f120dc0;pg=44
shows the list of committs at that range.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line
now but LAN routing still does not work.
Locally generated ICMPv6 packets that should go to LAN interface still
go to tun6to4.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info
The unreachable route works now but LAN routing still does not work.
Locally generated ICMPv6 packets that should go to LAN interface still
go to tun6to4.
Please try this.
This works for both unreachable and LAN routes, thanks!
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from
bootloader) or netboot via serial console for test
kernels. However, if the test kernel hangs, it hangs and I would need
remote power cycling device that I do not have.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message
, there is something more broken in booting that
I dodn't figure out yet. So no test results for 2.6.15 yet.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
ip_nat_init: can't setup rules.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
kernel version did you
perform these test on?
Yesterdays 2.6.17-rc5+git.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
-private-number = 4
t-private-number = 4
translate_table: size 800
Finished chain 0
Finished chain 3
Finished chain 4
ip_tables: Translated table
do_replace: oldnum=4, initnum=4, newnum=5
t-private-number = 5
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe
valid_lft forever preferred_lft forever
ip route ls:
172.30.0.0/24 dev eth1 proto kernel scope link src 172.30.0.1
193.40.36.0/23 dev eth0 proto kernel scope link src 193.40.37.61
default via 193.40.36.1 dev eth0
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line
net/bridge/netfilter/ebtables.c: In function 'ebt_dev_check':
net/bridge/netfilter/ebtables.c:89: warning: initialization discards qualifiers
from pointer target type
So make the char* a const char * and the warning is gone.
Signed-off-by: Meelis Roos [EMAIL PROTECTED]
diff --git a/net/bridge
in it (digest being embedded in
the struct, not a pointer). So sctp_unpack_cookie really does not use
the argument as const, mark it as such.
Signed-off-by: Meelis Roos [EMAIL PROTECTED]
diff --git a/include/net/sctp/sm.h b/include/net/sctp/sm.h
index de313de..ef80489 100644
--- a/include/net
guess it's pine misbehaving...
Have not heard complaints before but will try to remember to use mutt
next time.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
/compile.h
MODPOST vmlinux
Kernel: arch/i386/boot/bzImage is ready (#274)
Building modules, stage 2.
MODPOST 511 modules
[EMAIL PROTECTED]:~/compile/linux-2.6$ cg-diff ~/sctppatch
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body
the fix on a faster machine that unfortunately had SCTP
disabled.
--
Meelis Roos ([EMAIL PROTECTED]) http://www.cs.ut.ee/~mroos/
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
to do. I guess the maintainer has better
bases for deciding what to do about it.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Another thought: sometimes a single mark makes rulesets inconvenient.
What about several independent marks on a packet?
--
Meelis Roos [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
should be usually enough...
Maybe just add original src and/ord DST for carrying this information
through SNAT/DNAT? Or is it too much bloat for carrying around?
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message
01)
:00:07.0 0601: 10b9:1533
:00:08.0 0680: 10b9:7101
:00:11.0 0607: 1179:0617 (rev 32)
:00:11.1 0607: 1179:0617 (rev 32)
:01:00.0 0300: 1023:8820 (rev 82)
:06:00.0 0200: 10ec:8139 (rev 10)
--
Meelis Roos
-
To unsubscribe from this list: send the line unsubscribe netdev
tosh1800 smcinit. But if you're willing to test, I can make a try to create a
1800-compliant ALi initializer implementation out of the blue...
I am willing to test patches.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body
LOG
rules showed that no packets reach POSTROUTING at all - and no packets
read PREROUTING (didn't test more).
However, after loading nf_conntrack_ipv4 module by hand, the existing
rules started working.
Is autoloading of nf_conntrack_ipv4 broken?
--
Meelis Roos ([EMAIL PROTECTED
'
drivers/net/b44.c: In function 'b44_sync_dma_desc_for_cpu':
drivers/net/b44.c:144: error: implicit declaration of function
'dma_sync_single_range_for_cpu'
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
to sparc64, b44 compiles
fine.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Yesterdays git snapsot on a normal home PC spams dmesg with the
following line:
ipv4_get_l4proto: Frag of proto 17
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
that named, avahi-daemon, dhcpd, chronyd, nmbd and cupsd are listening
on UDP sockets (most of them on internal network).
But I have no idea what application is causing the messages.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body
] net_rx_action+0x56/0xd5
[c011af47] __do_softirq+0x38/0x7a
[c01048e5] do_softirq+0x41/0x91
===
ipv4_get_l4proto: Frag of proto 17
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More
SSB and B44 need to depend on DMA API? They can be selected on 32-bit
sparc architecture but do not link. This is 2.6.24-rc1 + yesterdays git.
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More
Just got this trace from current 2.6.24-rc5+git running on 32-bit ppc
(PReP subarch, tulip NIC's) during apt-get update (logged in via ssh so
also ssh traffic):
[ cut here ]
Badness at net/core/dev.c:2199
NIP: c01ccf98 LR: c01ccf38 CTR:
REGS: cfc8dce0 TRAP: 0700
I already sendout a correct patch last week. It should pre-increment.
Any hope getting it upstream?
--
Meelis Roos ([EMAIL PROTECTED]) http://www.cs.ut.ee/~mroos/
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More
.
That's going up in the first post-Xmas batch.
Well, it's 2.6.24-rc7 already - any news?
--
Meelis Roos ([EMAIL PROTECTED])
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
Well, it's 2.6.24-rc7 already - any news?
I put this into my net-2.6 tree last night since Jeff asked
me to look over critical networking driver stuff for a little
while.
Thanks, they are upstream now and it did fix tulip in my PPC - network
is stable again.
--
Meelis Roos ([EMAIL
I recently activated netconsole on one of my computers to debug boot
crash with big IOMMU size. Left netconsole on and got the BUG about
sleeping function called from invalid context when netconsole is doing
printk during nouveau initialization. Full dmesg and .configare
below.
[
This is 4.1 on sparc64 - one of my boxes that happens to have most
runtime test left on from some debugging effort. In 4.0 it was fine, 4.1
gives this in dmesg:
[ 31.898697] Running resizable hashtable tests...
[ 31.898915] Adding 2048 keys
[ 31.952911] Traversal complete: counted=17,
[ 31.898697] Running resizable hashtable tests...
[ 31.898915] Adding 2048 keys
[ 31.952911] Traversal complete: counted=17, nelems=2048, entries=2048
[ 31.953004] Test failed: Total count mismatch ^^^
[ 32.022676] Traversal complete: counted=17, nelems=2048, entries=2048
‘inet_ehash_locks_alloc’:
net/ipv4/inet_hashtables.c:632:24: warning: division by zero [-Wdiv-by-zero]
2 * L1_CACHE_BYTES / sizeof(spinlock_t),
^
include/linux/kernel.h:769:17: note: in definition of macro ‘max_t’
type __max1 = (x); \
^
--
Meelis Roos
ease + subsequent compile still does not trigger
it. But if it is the same problem, it seems to go int triple fault or
something similar for me to cause it reboot with no trace in the
console.
--
Meelis Roos (mr...@linux.ee)
ller[0044dd3c]: do_sparc64_fault+0x43c/0x720
[49487.536103] Caller[00407c30]: sparc64_realfault_common+0x10/0x20
[49487.624366] Caller[f4fffbfc]: 0xf4fffbfc
[49487.685011] Instruction DUMP: 0100 0100 10680007
c3f21002 80a08001 2268 90102001 c45a
--
Meelis Roos (mr...@linux.ee)
]
[ 85.664600] tg3 :00:02.0 eth0: Link is up at 100 Mbps, full duplex
[ 85.750515] tg3 :00:02.0 eth0: Flow control is off for TX and off for RX
[ 85.843994] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
--
Meelis Roos (mr...@linux.ee)
/0xc0
> > > [ 84.525506] [0081a4e8] dev_seq_printf_stats+0x8/0xe0
> > > [ 84.600986] [0081a5e4] dev_seq_show+0x24/0x40
> > > [ 84.668467] [005cb6c4] seq_read+0x2c4/0x440
> > > [ 84.733656] [0060b97c] proc_reg_read+0x3c/0x80
> > > [ 84.802282] [005a219c] __vfs_read+0x1c/0x140
> > > [ 84.868613] [005a2310] vfs_read+0x50/0x100
> > > [ 84.932662] [005a265c] SyS_read+0x3c/0xa0
> > > [ 84.995573] [004061d4] linux_sparc_syscall32+0x34/0x60
> > > [ 85.073748] * CPU[ 0]: TSTATE[0044f0001a22] TPC[f79a16b0]
> > > TNPC[f79a16b4] TASK[dhclient:1014]
> > > [ 85.208732] TPC[f79a16b0] O7[f79405c8] I7[0] RPC[0]
> > > [ 85.287633] CPU[ 1]: TSTATE[004480001605] TPC[004b26f0]
> > > TNPC[004d0b0c] TASK[swapper/1:0]
> > > [ 85.420338] TPC[trace_hardirqs_off+0x10/0x20]
> > > O7[rcu_idle_enter+0x64/0xa0] I7[cpu_startup_entry+0x1b0/0x240]
> > > RPC[rest_init+0x178/0x1a0]
> > > [ 85.664600] tg3 :00:02.0 eth0: Link is up at 100 Mbps, full duplex
> > > [ 85.750515] tg3 :00:02.0 eth0: Flow control is off for TX and off
> > > for RX
> > > [ 85.843994] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> > >
> > >
> >
> >
>
>
--
Meelis Roos (mr...@linux.ee)
05a265c] SyS_read+0x3c/0xa0
> > [ 84.995573] [004061d4] linux_sparc_syscall32+0x34/0x60
> > [ 85.073748] * CPU[ 0]: TSTATE[0044f0001a22] TPC[f79a16b0]
> > TNPC[0000f79a16b4] TASK[dhclient:1014]
> > [ 85.208732] TPC[f79a16b0] O7[f79405c8] I7[0] RPC[0]
> > [ 85.287633] CPU[ 1]: TSTATE[004480001605] TPC[004b26f0]
> > TNPC[004d0b0c] TASK[swapper/1:0]
> > [ 85.420338] TPC[trace_hardirqs_off+0x10/0x20]
> > O7[rcu_idle_enter+0x64/0xa0] I7[cpu_startup_entry+0x1b0/0x240]
> > RPC[rest_init+0x178/0x1a0]
> > [ 85.664600] tg3 :00:02.0 eth0: Link is up at 100 Mbps, full duplex
> > [ 85.750515] tg3 :00:02.0 eth0: Flow control is off for TX and off
> > for RX
> > [ 85.843994] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> >
> >
>
>
--
Meelis Roos (mr...@linux.ee)
> On Sat, Oct 8, 2016 at 10:15 PM, Meelis Roos <mr...@linux.ee> wrote:
> >> That did not go well - bisect found the following commit but that does
> >> not seem to be related at all. So probably the reproducibility is not
> >> 100% but more random.
> >
[ 85.287633] CPU[ 1]: TSTATE[004480001605] TPC[004b26f0]
> TNPC[004d0b0c] TASK[swapper/1:0]
> [ 85.420338] TPC[trace_hardirqs_off+0x10/0x20]
> O7[rcu_idle_enter+0x64/0xa0] I7[cpu_startup_entry+0x1b0/0x240]
> RPC[rest_init+0x178/0x1a0]
> [ 85.664600] tg3 :00:02.0 eth0: Link is up at 100 Mbps, full duplex
> [ 85.750515] tg3 :00:02.0 eth0: Flow control is off for TX and off for
> RX
> [ 85.843994] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
>
>
--
Meelis Roos (mr...@linux.ee)
l...@broadcom.com> wrote:
> On Mon, Oct 17, 2016 at 6:35 PM, Meelis Roos <mr...@linux.ee> wrote:
> >> > Now I reproduced the bug even with 4.7-rc1 so it is older than
> 4.7. Will
> >> > test further.
> >>
>
e of messages? Meelis does seem to have a ton of debugging enabled..
Well, the dmesg is not too verbose but when I debugged some earlier
problem, netconsole and many other debugging options were left on.
--
Meelis Roos (mr...@linux.ee)
> On Tue, Nov 29, 2016 at 12:26 PM, Meelis Roos <mr...@linux.ee> wrote:
> > This is 4.9-rc7 on Sun Ultra 20 (Opteron 175 on NVidia chipset PC with
> > NVidia ethernet).
> >
> > BUG: sleeping function called from invalid context at
> > kernel/irq/mana
This is 4.9-rc7 on Sun Ultra 20 (Opteron 175 on NVidia chipset PC with
NVidia ethernet).
BUG: sleeping function called from invalid context at kernel/irq/manage.c:110
appears twice during bootup - once during usb init when nvidia ethernet
irq(?) comes in, and orher time during amd64_edac init
] [c0016230] do_page_fault+0x1bc/0x7e8
[ 140.519037] [d05a5f40] [c0012300] handle_page_fault+0x14/0x40
[ 140.519048] --- interrupt: 301 at 0xb78b6864
LR = 0xb78b6c54
--
Meelis Roos (mr...@linux.ee)
Tried enabling bpfilter on parisc, got this:
HOSTCC net/bpfilter/main.o
net/bpfilter/main.c:3:21: fatal error: sys/uio.h: No such file or directory
#include
^
compilation terminated.
--
Meelis Roos (mr...@linux.ee)
81 43 e0 40 membar #Sync
860fcc: 05 00 00 10 sethi %hi(0x4000), %g2
860fd0: c0 f0 4b e2 stxa %g0, [ %g1 + %g2 ] #ASI_DMMU_DEMAP
860fd4: 81 43 e0 40 membar #Sync
860fd8: 81 c3 e0 08 retl
860fdc: d8 21 a0 30 st %o4, [ %g6 + 0x30 ]
--
Meelis Roos
56 matches
Mail list logo