Re: current issues on Octeon (ER-4)

"David H. Gutteridge" <[email protected]> Wed, 26 Jul 2023 18:30:19 -0400
Newsgroups gmane.os.netbsd.ports.mips.devel
Message-ID <[email protected]>
On 2023-06-09 17:49, David H. Gutteridge wrote:
> On Sun, 21 May 2023 at 12:23:19 +0100, Denis Ovsienko wrote:
>> Before I forget, there is one other rough edge with evbmips-mips64eb:
>> * When booting octeon.img.gz, DHCP client works.
>> * When booting netbsd-OCTEON after the manual installation, DHCP 
>> client
>> works.
>> * When booting netbsd-INSTALL_OCTEON, DHCP client does not work 
>> because
>> the kernel does not seem to have BPF (this has been this way at least
>> since 2021), also there is an assertion at the end.  Using static
>> IPv4 configuration in the installer works around the problem.
>> 
>> Status: Command failed
>> Command: /sbin/dhcpcd -d -n cnmac1
>> Hit enter to continue
>> qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
>> Berkley Packet Filter not found
>> cnmac1: sending DISCOVER (xid 0xeb30a157), next in 8.4 seconds
>> cnmac1: sending DISCOVER (xid 0xeb30a157), next in 8.4 seconds
>> Berkley Packet Filter not found
>> Berkley Packet Filter not found
>> cnmac1: sending DISCOVER (xid 0xeb30a157), next in 15.6 seconds
>> cnmac1: sending DISCOVER (xid 0xeb30a157), next in 15.6 seconds
>> Berkley Packet Filter not found
>> Berkley Packet Filter not found
>> timed out
>> timed out
>> cnmac1: executing: /libexec/dhcpcd-run-hooks STOPPED
>> cnmac1: executing: /libexec/dhcpcd-run-hooks STOPPED
>> dhcpcd_fork_cb: truncated read 0 (expected 4)
>> dhcpcd_fork_cb: truncated read 0 (expected 4)
>> assertion "ifp != NULL" failed: file 
>> "/usr/src/lib/libc/net/getifaddrs.c", line
>> 303, function "_freeifaddrs"
> 
> Examining the ramdisk build recipe, I saw that bpf wasn't on the list
> of device nodes to be created (though dhcpcd is included, and bpf is
> enabled in the kernel configuration), so I've now added it.
> 
> I'm not able to test this directly, but verified by mounting the 
> ramdisk
> images generated before and after this change. Testing would be
> appreciated.

I've been able to test the netbsd-INSTALL_OCTEON installer now, with my
addition of the bpf device to the image. With evbmips-mips64eb dhcpcd
now works, though with evbmips-mipsn64eb we run into a different
problem, which I'm still looking at. I've requested a pullup of this
to the netbsd-10 branch, along with some other additions to allow that
ramdisk to work with GPT wedges, should someone use the octeon.img
image, then find the need to recover the resulting installation. (Which
has already happened to me twice -- that is, I place a copy of
netbsd-INSTALL_OCTEON on the boot wedge, so I can boot into that and
recover rather than going through the trouble of removing the USB stick
from the machine; I'd done that in my initial setup, then discovered I
couldn't inspect or mount dk1 the first time I tried to recover!)

Dave