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 feedbac
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
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.
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 dh
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
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 e