Tried todays git on Sun V445 (sparc64). It booted up fine but userspace hangs
during apt upgrade setup triggers.
Linux version 5.2.0-rc5-00224-gbed3c0d84e7e (mroos@v445) (gcc version 8.3.0
(Debian 8.3.0-7)) #33 SMP Wed Jun 19 11:26:36 EEST 2019
Dmesg has this:
[ 3511.042187] Unable to handle
any chance this is an intermittent issue?
So far it seemed 100% reproducible, at least in the bisect that led here.
The only variation I saw was if it just sat there for newer git snapshot or spew
out RCU and workqueue lockup warnings soon like I posed.
I can do some tests and boot the same kernel some more times.
--
Meelis Roos
nclude
:04 04 d02692cf57a359056b34e636d0f102d37de5b264
81c4c2c6408b68eb555673bd3f0bc3071db1f7ed M kernel
--
Meelis Roos
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
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)
] [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)
o 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 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/manage.c:110
>
> Hmm. N
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 w
gt; On Mon, Oct 17, 2016 at 6:35 PM, Meelis Roos wrote:
> >> > Now I reproduced the bug even with 4.7-rc1 so it is older than
> 4.7. Will
> >> > test further.
> >>
> >> It gets stranger and stranger - my old 4.7 image w
/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)
> On Sat, Oct 8, 2016 at 10:15 PM, Meelis Roos 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.
> >
> > Now I reproduce
nux_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)
> 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)
]
[ 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)
nonymous_page+0x10c/0x520
[49487.373664] Caller[00518c34]: handle_mm_fault+0xbb4/0x14e0
[49487.454883] Caller[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)
er release + 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)
‘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
> > [ 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, ent
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,
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.
[0.00]
> > 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.
reported it was "Badness at net/core/dev.c:2199", around
> > Dec 16.
>
> 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 "unsubscri
JG> A couple [minorly] notable wireless bug fixes, and plenty of viro fixes
JG> for obscure issues :)
What about the tulip NAPI fix from Stephen Hemminger? Without this, my
tulip is hosed easily.
The thread where I reported it was "Badness at net/core/dev.c:2199",
around Dec
> 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 PR
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
e_for_cpu" [drivers/net/b44.ko] undefined!
ERROR: "dma_unmap_single" [drivers/net/b44.ko] undefined!
Do 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 PROTECT
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 majordomo info at http://vger.kernel.org/majordomo-info.html
, and lsof -i | grep UDP tells
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
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 inf
range_for_*
> So I'd rather call this a bug in the arch code of sparc64.
Yes, now that Dave Miller added these functions 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
ange_for_device'
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 "unsubscri
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])
bits for host 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 b
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 m
that's the best thing 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
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.
tsrelease.h
CHK include/linux/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: sen
a file. So I 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]
the digest 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 1006
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]>
/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 "unsubscribe netdev" in
the body of a message
= 4
And retrying it more (succeeded this time):
t->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 (
message. Which 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
offset c8e01944
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
icent, 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 maj
, no fancy 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
t
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 this
orks 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
sing fom 2.6.15.
--
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
have 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
that could be related.
2.6.16 doesn't work either.
Tried 2.6.8-3 from sarge package, it is working.
Compiling 2.6.15 now...
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More maj
ing 2.6.16, 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
n load (Invalid 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
27;s not a fast compile engine.
It only SIGSEGVs when ptraced and just gets Invalid Argument errors when
not traced so this SEGV may be something different (perhaps ptrace
related).
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe netdev&
=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
none 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
4 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
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
t; 2002:5283:297e:2:210: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
.
0x148000) = 0xff88000
mmap(0xff93000, 7052, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xff93000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x30021000
mprotect(0xff88000, 24576, PROT_READ)
needs
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&qu
:00:04.0 0101: 10b9:5229 (rev c3)
:00:06.0 0401: 10b9:5451 (rev 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)
0000:06:00.0 0200: 10ec:8139 (rev 10)
--
Meelis
64 matches
Mail list logo
