Re: problem w/dhcpcd vs libsupc++.a on sparc?
On 21/04/2020 09:07, Roy Marples wrote: On 21/04/2020 00:02, John D. Baker wrote: On Mon, 20 Apr 2020, r...@marples.name wrote: Anyway the patch linked below should fix this. https://roy.marples.name/cgit/dhcpcd.git/patch/?id=1dc1fce7ae7b4c106a8eb631ed92ab1ed8e86bbc I'm waiting for feedback on a few more issues, so hopefully you can clarify the patch works before I import a fixed dhcpcd. The patch appears only to be for the 'dhcpcd' in -current. The version of 'dhcpcd' in netbsd-9 is rather different in that area. Building sparc-current again and will test soon. Need equivalent patch for 'dhcpcd' in netbsd-9. Sorry, I thought it was -current. Here is patch for netbsd-9: https://roy.marples.name/cgit/dhcpcd.git/commit/?h=dhcpcd-8=ff78692ef3e74f8f7de2883db541de915c295e07 I've submitted a pullup for netbsd-9 with a more fixes thanks to mrg@ and nick@ Hopefully Martin can address it soon! -current and pkgsrc have already been fixed. Roy
Re: problem w/dhcpcd vs libsupc++.a on sparc?
On 21/04/2020 00:02, John D. Baker wrote: On Mon, 20 Apr 2020, r...@marples.name wrote: Anyway the patch linked below should fix this. https://roy.marples.name/cgit/dhcpcd.git/patch/?id=1dc1fce7ae7b4c106a8eb631ed92ab1ed8e86bbc I'm waiting for feedback on a few more issues, so hopefully you can clarify the patch works before I import a fixed dhcpcd. The patch appears only to be for the 'dhcpcd' in -current. The version of 'dhcpcd' in netbsd-9 is rather different in that area. Building sparc-current again and will test soon. Need equivalent patch for 'dhcpcd' in netbsd-9. Sorry, I thought it was -current. Here is patch for netbsd-9: https://roy.marples.name/cgit/dhcpcd.git/commit/?h=dhcpcd-8=ff78692ef3e74f8f7de2883db541de915c295e07 Roy
Re: problem w/dhcpcd vs libsupc++.a on sparc?
On Mon, 20 Apr 2020, Martin Husemann wrote: > Subject: Re: problem w/dhcpcd vs libsupc++.a on sparc? > > > (gdb) bt > > #0 dhcp_handledhcp (ifp=0xedc1a2a0, bootp=0xefffd362, bootp_len=311, > > from=0xefffd320) > > bootp is misalinged, this needs a memcpy. Hmmm, yes. I wonder how it's been working all this time, then? Never had any problem until I applied mrg's hack from port-sparc/54660. That change cause something else to push things out of alignment? -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Re: problem w/dhcpcd vs libsupc++.a on sparc?
On Mon, Apr 20, 2020 at 12:39:01PM -0500, John D. Baker wrote:
> #0 dhcp_handledhcp (ifp=0xedc1a2a0, bootp=0xefffd362, bootp_len=311,
> from=0xefffd320)
> at /x/netbsd-9/src/external/bsd/dhcpcd/dist/src/dhcp.c:2891
> 2891 if (state->xid != ntohl(bootp->xid)) {
> (gdb) bt
> #0 dhcp_handledhcp (ifp=0xedc1a2a0, bootp=0xefffd362, bootp_len=311,
> from=0xefffd320)
bootp is misalinged, this needs a memcpy.
Martin
Re: problem w/dhcpcd vs libsupc++.a on sparc?
On Mon, 20 Apr 2020, John D. Baker wrote:
> I've restored the original libsupc++/Makefile and am rebuilding again.
Still broken. Maybe because Makefile is now older than libsupc++.a
and it wasn't rebuilt?
Loading the core file left at boot with gdb, the backtrace is:
[...]
Reading symbols from dhcpcd...
Reading symbols from /usr/libdata/debug//sbin/dhcpcd.debug...
[New process 1]
Core was generated by `dhcpcd'.
Program terminated with signal SIGBUS, Bus error.
#0 dhcp_handledhcp (ifp=0xedc1a2a0, bootp=0xefffd362, bootp_len=311,
from=0xefffd320)
at /x/netbsd-9/src/external/bsd/dhcpcd/dist/src/dhcp.c:2891
2891if (state->xid != ntohl(bootp->xid)) {
(gdb) bt
#0 dhcp_handledhcp (ifp=0xedc1a2a0, bootp=0xefffd362, bootp_len=311,
from=0xefffd320)
at /x/netbsd-9/src/external/bsd/dhcpcd/dist/src/dhcp.c:2891
#1 0x0002dc80 in dhcp_packet (len=,
data=0xefffd346 "E\020\001S", ifp=0xedc1a2a0)
at /x/netbsd-9/src/external/bsd/dhcpcd/dist/src/dhcp.c:3429
#2 dhcp_readbpf (arg=0xedc1a2a0)
at /x/netbsd-9/src/external/bsd/dhcpcd/dist/src/dhcp.c:3461
#3 0x00017694 in eloop_start (eloop=0xedc44000,
signals=signals@entry=0xe914)
at /x/netbsd-9/src/external/bsd/dhcpcd/dist/src/eloop.c:983
#4 0x00041a8c in main (argc=, argv=)
at /x/netbsd-9/src/external/bsd/dhcpcd/dist/src/dhcpcd.c:2120
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
problem w/dhcpcd vs libsupc++.a on sparc?
While testing a hack to work around PR port-sparc/54660, I rebuilt a
release of {-current,netbsd-9}/sparc and updated. Since then, 'dhcpcd'
fails.
During initial startup:
Starting network.
/etc/rc: WARNING: $hostname not set.
IPv6 mode: host
Configuring network interfaces: le0[1] Bus error (core dumped) /sbin/dhcpcd
-n ${dhcpcd_flags} ${int}
.
Adding interface aliases:.
Waiting for DAD to complete for statically configured addresses...
Attempting to run '/etc/rc.d/network restart' later produces:
Stopping network.
Deleting aliases.
Downing network interfaces: le0.
Starting network.
/etc/rc.d/network: WARNING: $hostname not set.
IPv6 mode: host
Configuring network interfaces: le0main: control_open: Connection refused
Apr 20 08:08:54 dhcpcd[740]: main: control_open: Connection refused
[1] Bus error (core dumped) /sbin/dhcpcd -n ${dhcpcd_flags} ${int}
.
Adding interface aliases:.
Waiting for DAD to complete for statically configured addresses...
I thought those were problems with the DHCP server (running sparc-8.99.34
at the time), but perhaps they were with dhcpcd and the modified
"libsupc++.a".
It was working just fine before the rebuild/update cycle.
The hack/workaround changes "/usr/lib/libsupc++.a". Could this have
an adverse effect on dhcpcd?
I've restored the original libsupc++/Makefile and am rebuilding
again.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
