On Sat, Apr 4, 2015, at 11:07 AM, Adam Wolk wrote:
> On Fri, Apr 3, 2015, at 10:01 PM, Adam Wolk wrote:
> > On Fri, Apr 3, 2015, at 09:12 PM, Adam Wolk wrote:
> > > On Fri, Apr 3, 2015, at 07:49 PM, Adam Wolk wrote:
> > > > Hi bugs@
> > > >
> > > > I'm trying to install OpenBSD -current snapshot from 01-Apr-2015.
> > > > The snapshot was obtained from
> > > > http://piotrkosoft.net/pub/OpenBSD/snapshots/
> > > > as install56.fs with the following sha512 checksum:
> > > >
> > > > $ sha512 install57.fs
> > > >
> > > > SHA512 (install57.fs) =
> > > > ca4a79f02cc69680987a0a55385e5419f6028666a15df4f45832b4e0c7d3e4468cd7a7db145708f65b6284d2c4d8c487b140630b756fa62400fee08f7fe814a9
> > > >
> > > > This is a lenovo 50-70 laptop which I already reported as not working
> > > > for wifi, ethernet and some startx failure both in dmesg & a thread on
> > > > misc@ (http://marc.info/?l=openbsd-misc&m=142807374616596&w=2).
> > > >
> > > > Trying to diagnose the not working re0 I hit a reproducible kernel
> > > > panic. Details follow (manually transcribed :(). This machine has no
> > > > network but I should be able to get sources on to it via sneaker net usb
> > > > & I'm willing to test patches (including debugging printf patches)/help
> > > > out with debugging this.
> > > >
> > > > The bug occurs when sh /etc/netstart is executed as root. Please note
> > > > that during the installation or boot the system tries to obtain a dhcp
> > > > lease from the router but fails without an offer - this does not result
> > > > in a panic. The only time the system panics is when netstart is executed
> > > > manually.
> > > >
> > > > dmesg for this snapshot is attached after the ddb session transcript.
> > > >
> > > > # cat /etc/hostname.re0
> > > > dhcp
> > >
> > > One new data point. If the hostname.re0 file is present, after a
> > > significant
> > > amount of tme after boot (logging in and leaving the laptop on for
> > > 10-15m)
> > > the watchdog triggers for re0 leading to the exact same kernel panic
> > > (trace
> > > is exactly the same). So the bug is probably not limite to /etc/netstart
> > > just
> > > faster to trigger that way. There are no panics if hostname.re0 doesn't
> > > exist -
> > > even if /etc/netstart is executed.
> > >
> > > Regards,
> > > Adam
> > >
> >
> > More info. This issue seems to be limited to bsd.mp. I just did a test
> > with bsd.sp with the following result:
> >
> > # sh /etc/netstart
> > DHCPDISCOVER on re0 - interval 3
> > DHCPDISCOVER on re0 - interval 8
> > DHCPDISCOVER on re0 - interval 9
> > DHCPDISCOVER on re0 - interval 12
> > DHCPDISCOVER on re0 - interval 16
> > DHCPDISCOVER on re0 - interval 11
> > DHCPDISCOVER on re0 - interval 2
> > No acceptable DHCPOFFERS received.
> > No working leaes in persistent database - sleeping.
> > #
> >
> > This matches what I saw during install from bsd.rd and during system
> > bootup.
> > Still as you can see no network connection is attained :(
> >
> > Hope that helps. Regards,
> > Adam
> >
>
> It's worth to note that the crash occurs only with a dhcp setup.
> Configuring
> an inet addres manually and running sh /etc/netstart doesn't crash even
> on the MP kernel. Though the network connection is still not working
> when
> manually configured.
>
> Regards,
> Adam
>
I managed to get the re0 card fully working with manual inet setup.
The weird thing is when I'm trying again with dhcp it fails even on the
bsd.sp kernel
so my previous report of the issue being limited to bsd.mp is wrong.
Here is the ddb transcript from bd.sp crash when running sh
/etc/netstart with dhcp
as a single line in /etc/hostname.re0:
# sh /etc/netstart
DHCPDISCOVER on re0 - interval 3
panic: pool_do_get: mc19k free list modified: page 0xffffff00a5ee0000;
item addr 0xffffff00a5ee4800; offset 0x0=0x1000608c1aa7cc1 !=
0xc073c4f0d61de4ed
Stopped at Debugger+0x9: leave
RUN AT LEAST......
ddb> ps
PID PPID PGRP UID S FLAGS WAIT
COMMAND
25624 1 2656 0 3 0x80 poll
dhclient
21040 22328 22328 77 3 0x93 poll
dhclient
22328 18109 22328 0 3 0x8b pause sh
27001 1 27001 0 3 0x83 ttyin
getty
23691 1 23691 0 3 0x83 ttyin
getty
31035 1 31035 0 3 0x83 ttyin
getty
6341 1 6341 0 3 0x83 ttyin
getty
18109 1 18109 0 3 0x8b pause
ksh
7117 1 7117 0 3 0x80 poll
cron
20917 12558 12558 99 3 0x90 poll
sndiod
19574 12558 12558 95 3 0x90 kqread smtpd
20216 12558 12558 95 3 0x90 kqread smtpd
23001 12558 12558 95 3 0x90 kqread smtpd
31983 12558 12558 95 3 0x90 kqread smtpd
17971 12558 12558 95 3 0x90 kqread smtpd
24361 12558 12558 103 3 0x90 kqread smtpd
12558 1 12558 0 3 0x80 kqread
smtpd
30192 1 30192 0 3 0x80 select
sshd
26447 29729 29729 74 3 0x90 bpf
pflogd
29729 1 29729 0 3 0x80 netio
pflogd
20017 22731 22731 73 3 0x90 kqread
syslogd
22731 1 22731 0 3 0x80 netio
syslogd
31144 0 0 0 3 0x14200 pgzero
zerothread
32182 0 0 0 3 0x14200 aiodoned
aiodoned
27579 0 0 0 3 0x14200 syncer
update
9949 0 0 0 3 0x14200 cleaner
cleaner
32184 0 0 0 3 0x14200 reaper
reaper
32381 0 0 0 3 0x14200 pgdaemon
pagedaemon
22467 0 0 0 3 0x14200 bored
crypto
12081 0 0 0 3 0x14200 pftm
pfpurge
2245 0 0 0 3 0x14200 usbtsk
usbtask
8171 0 0 0 3 0x14200 ubatsk
usbatsk
22521 0 0 0 3 0x14200 bored
intelrel
29842 0 0 0 3 0x40014200 acpi0
acpi0
7057 0 0 0 3 0x14200 bored
sensors
30926 0 0 0 3 0x14200 bored
softnet
8204 0 0 0 3 0x14200 bored
systqmp
21285 0 0 0 3 0x14200 bored
systq
*23199 0 0 0 3 0x40014200
idle0
1 0 1 0 3 0x82 wait
init
0 -1 0 0 3 0x10200 scheduler
swapper
ddb> trace
Debugger() at Debugger+0x9
panic() at panic+0xfe
pool_do_get() at pool_do_get+0x2ee
pool_get() at pool_get+0xb5
m_clget() at m_clget+0x51
re_newbuf() at re_newbuf+0x36
re_rx_list_fill() at re_rx_list_fill+0x35
re_rxeof() at re_rxeof+0x333
re_intr() at re_intr+0x19b
intr_handler() at intr_handler+0x28
Xintr_ioapic_edge19() at Xintr_ioapic_edge19+0xdd
--- interrupt ---
cpu_idle_cycle() at cpu_idle_cycle+0x13
end trace frame: 0x, count: -12
ddb> boot reboot
