daily CVS update output
Updating src tree: P src/share/examples/wpa_supplicant/wpa_supplicant.conf P src/share/man/man7/hier.7 P src/share/misc/acronyms.comp P src/sys/arch/evbmips/conf/INSTALL_CI20 P src/sys/arch/evbmips/conf/INSTALL_OMSAL400 P src/sys/dev/onewire/owtemp.c P src/sys/dev/pci/ahcisata_pci.c P src/sys/dev/pci/pcidevs P src/sys/dev/pci/pcidevs.h P src/sys/dev/pci/pcidevs_data.h P src/sys/dev/pci/igc/if_igc.c P src/sys/dev/usb/ugen.c Updating xsrc tree: Killing core files: Updating release-8 src tree (netbsd-8): Updating release-8 xsrc tree (netbsd-8): Updating release-9 src tree (netbsd-9): U doc/CHANGES-9.4 P sys/arch/evbmips/conf/INSTALL_CI20 P sys/arch/evbmips/conf/INSTALL_OMSAL400 Updating release-9 xsrc tree (netbsd-9): Updating release-10 src tree (netbsd-10): U doc/CHANGES-10.0 P external/gpl3/gcc/lib/libgcc/arch/vax/auto-target.h P external/gpl3/gcc/lib/libstdc++-v3/arch/vax/gstdint.h P external/gpl3/gcc/usr.bin/gcc/arch/vax/configargs.h P lib/libc/Makefile.inc P lib/libcurses/addbytes.c P lib/libcurses/tty.c P sys/arch/amd64/conf/GENERIC P sys/arch/amd64/conf/XEN3_DOM0 P sys/arch/amd64/conf/XEN3_DOMU P sys/arch/cobalt/conf/GENERIC P sys/arch/evbarm/conf/ADI_BRH P sys/arch/evbarm/conf/ARMADAXP P sys/arch/evbarm/conf/ARMADILLO9 P sys/arch/evbarm/conf/BCM5301X P sys/arch/evbarm/conf/BCM56340 P sys/arch/evbarm/conf/CP3100 P sys/arch/evbarm/conf/CUBOX P sys/arch/evbarm/conf/DNS323 P sys/arch/evbarm/conf/GEMINI P sys/arch/evbarm/conf/GEMINI_MASTER P sys/arch/evbarm/conf/GEMINI_SLAVE P sys/arch/evbarm/conf/GENERIC.common P sys/arch/evbarm/conf/GUMSTIX P sys/arch/evbarm/conf/HPT5325 P sys/arch/evbarm/conf/IMX31LITE P sys/arch/evbarm/conf/IQ31244 P sys/arch/evbarm/conf/IQ80310 P sys/arch/evbarm/conf/IQ80321 P sys/arch/evbarm/conf/IXDP425 P sys/arch/evbarm/conf/IXM1200 P sys/arch/evbarm/conf/KUROBOX_PRO P sys/arch/evbarm/conf/KURONAS_X4 P sys/arch/evbarm/conf/LUBBOCK P sys/arch/evbarm/conf/MMNET_GENERIC P sys/arch/evbarm/conf/MPCSA_GENERIC P sys/arch/evbarm/conf/NSLU2 P sys/arch/evbarm/conf/OPENBLOCKS_A6 P sys/arch/evbarm/conf/OPENBLOCKS_AX3 P sys/arch/evbarm/conf/SHEEVAPLUG P sys/arch/evbarm/conf/SMDK2800 P sys/arch/evbarm/conf/TEAMASA_NPWR P sys/arch/evbarm/conf/TEAMASA_NPWR_FC P sys/arch/evbarm/conf/TS7200 P sys/arch/evbarm/conf/TWINTAIL P sys/arch/evbarm/conf/VIPER P sys/arch/evbarm/conf/ZAO425 P sys/arch/evbmips/conf/INSTALL_CI20 P sys/arch/evbmips/conf/INSTALL_OMSAL400 P sys/arch/i386/conf/GENERIC P sys/arch/i386/conf/XEN3PAE_DOM0 P sys/arch/i386/conf/XEN3PAE_DOMU P sys/arch/mvmeppc/conf/GENERIC P sys/arch/pmax/conf/GENERIC P sys/arch/powerpc/oea/pmap.c P sys/arch/shark/conf/GENERIC P sys/arch/shark/conf/OFWGENCFG P sys/arch/sparc/conf/GENERIC P sys/arch/sparc64/conf/GENERIC P sys/arch/zaurus/conf/GENERIC P sys/modules/Makefile.inc U tests/lib/libcurses/check_files/addstr3.chk U tests/lib/libcurses/check_files/waddstr2.chk P tools/gcc/gcc-version.mk Updating release-10 xsrc tree (netbsd-10): Updating file list: -rw-rw-r-- 1 srcmastr netbsd 41447486 Oct 11 03:13 ls-lRA.gz
Re: Driver support for Intel I225/I226 Ethernet adapters
Hi everyone, > On 4. Oct 2023, at 10:01, Rin Okuyama wrote: > > I've committed igc(4) driver for Intel I225 and I226 series NICs with > one-week delay ;) > > As noted in the commit log, it is still experimental; it lacks some > logic for minor error > handling paths, but it works almost fine for both LP64/ILP32 and > big-/little-endian. This is awesome, thank you! With the netbsd-10 branch: > [ 1.044048] ppb1 at pci0 dev 28 function 1: Intel Elkhart Lake PCIe Root > Port 1 (PCIe 0, Single VC) (rev. 0x11) > [ 1.044048] ppb1: PCI Express capability version 2 Root Complex> x1 @ 8.0GT/s > [ 1.044048] ppb1: link is x1 @ 5.0GT/s > [ 1.044048] pci2 at ppb1 bus 2 > [ 1.044048] pci2: i/o space, memory space enabled > [ 1.044048] igc0 at pci2 dev 0 function 0: Intel(R) Ethernet Controller > I226-V (rev. 0x04) > [ 1.044048] igc0: txrx interrupting at msix3 vec 0 > [ 1.044048] igc0: txrx interrupting at msix3 vec 1 > [ 1.044048] igc0: txrx interrupting at msix3 vec 2 > [ 1.044048] igc0: txrx interrupting at msix3 vec 3 > [ 1.044048] igc0: link interrupting at msix3 vec 4 > [ 1.044048] igc0: PHY: OUI 0x984fee model 0x0005, rev. 8 > [ 1.044048] igc0: ROM image version 2.14, PHY FW version 0x8877 > [ 1.044048] igc0: Ethernet address 00:12:34:56:78:9g > [ 1.044048] ppb2 at pci0 dev 28 function 2: Intel Elkhart Lake PCIe Root > Port 2 (PCIe 0, Single VC) (rev. 0x11) > [ 1.044048] ppb2: PCI Express capability version 2 Root Complex> x1 @ 8.0GT/s > [ 1.044048] ppb2: link is x1 @ 5.0GT/s > [ 1.044048] pci3 at ppb2 bus 3 > [ 1.044048] pci3: i/o space, memory space enabled > [ 1.044048] igc1 at pci3 dev 0 function 0: Intel(R) Ethernet Controller > I226-V (rev. 0x04) > [ 1.044048] igc1: txrx interrupting at msix4 vec 0 > [ 1.044048] igc1: txrx interrupting at msix4 vec 1 > [ 1.044048] igc1: txrx interrupting at msix4 vec 2 > [ 1.044048] igc1: txrx interrupting at msix4 vec 3 > [ 1.044048] igc1: link interrupting at msix4 vec 4 > [ 1.044048] igc1: PHY: OUI 0x984fee model 0x0005, rev. 8 > [ 1.044048] igc1: ROM image version 2.14, PHY FW version 0x8877 > [ 1.044048] igc1: Ethernet address 00:12:34:56:78:9h (MAC addresses amended manually) I cannot test if the cards are functional yet - these interfaces are not connected to anything at the moment - but I will let you know if I run into any issues. Both cards do report 2.5GBASE-T capacity in “ifconfig -m” as expected. Cheers! — khorben > On Fri, Sep 22, 2023 at 9:00 PM Pierre Pronchery wrote: >> >>Hi :) >> >>> On 22. Sep 2023, at 11:36, Rin Okuyama wrote: >>> >>> Sorry for the late response. >> >> No worries! >> >>> On Mon, Sep 18, 2023 at 6:01 AM Pierre Pronchery wrote: I am wondering if anyone has any plans to work on supporting Intel’s I225 and/or I226 series of Ethernet adapters in NetBSD? I have a board with a couple I226-V chips here (CW-J6-NAS, as per https://cwwk.net/products/j6412-j6413-nas-board-six-sata3-0-dual-m-2-i226-v-nics). It works great with NetBSD so far, but only the Realtek-based Ethernet chip is recognised. I’ll be happy to test tentative drivers on request. >>> >>> knakahara@, msaitoh@, and I are working on importing igc(4) driver >>> from OpenBSD. >>> It already works almost fine. We will commit it next week if no >>> serious problem appears :) >> >> This is awesome to hear, thank you! >> >> Looking forward to testing it, -- khorben signature.asc Description: Message signed with OpenPGP
Re: ftp TLS fails
On Tue, Oct 10, 2023 at 03:56:56PM +0200, Manuel Bouyer wrote: > Hello > with netbsd-10 from oct, 2 ftp fails to connect to https sites: > tchatcha:/chroot/usr/pkgsrc-2023Q3/pkgsrc/sysutils/xenkernel418>ftp -o /tmp/o > https://ftp.netbsd.org/ > Trying [2001:470:a085:999::21]:443 ... > ftp: Can't connect to `2001:470:a085:999::21:443': No route to host > Trying 199.233.217.201:443 ... > :error:0A86:SSL > routines:tls_post_process_server_certificate:certificate verify > failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889: > ftp: Can't connect to `ftp.netbsd.org:https' > > > I have a ca-certificates.crt in /etc/openssl/certs/, I tried to re-run > certctl but it didn't help. > I see the same issue with downloads.xen.org > > It seems that not all roots are installed ? With some help from Thomas I found the problem: I had a /etc/openssl/openssl.cnf lying around and this caused trouble. After a rm -r /etc/openssl/* and postinstall again, _ have the certs. /etc/openssl (I guess I only did rm -rf /etc/openssl/certs* before) and this fixed things. /etc/openssl/certs.conf has more things now. Before it had only netbsd-certctl 20230816 -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
ftp TLS fails
Hello with netbsd-10 from oct, 2 ftp fails to connect to https sites: tchatcha:/chroot/usr/pkgsrc-2023Q3/pkgsrc/sysutils/xenkernel418>ftp -o /tmp/o https://ftp.netbsd.org/ Trying [2001:470:a085:999::21]:443 ... ftp: Can't connect to `2001:470:a085:999::21:443': No route to host Trying 199.233.217.201:443 ... :error:0A86:SSL routines:tls_post_process_server_certificate:certificate verify failed:/usr/src/crypto/external/bsd/openssl/dist/ssl/statem/statem_clnt.c:1889: ftp: Can't connect to `ftp.netbsd.org:https' I have a ca-certificates.crt in /etc/openssl/certs/, I tried to re-run certctl but it didn't help. I see the same issue with downloads.xen.org It seems that not all roots are installed ? -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
gdb issues?
Hi,
I have recently had a bear of a time getting the new rust which
landed in pkgsrc-wip the other day to build natively on several
of the targets we support for NetBSD.
The problem is that the "bootstrap" program (a rust executable)
lands on its nose with a SIGSEGV, and dumps core (without leaving
a discernible error message in the build log, so I had to ktrace
to find *that* out, argh!)
However, it appears that gdb has problems dealing with the
combination of the executable and the core file. I see similar
problems on the following platforms: NetBSD/macppc 10.0_BETA and
NetBSD/i386 9.3.
I'm beginning to wonder if it's my "gdb driving skills" which are
lacking, or whether it really works this poorly in other NetBSD
contexts as well...
The symptom looks like this on macppc 10.0_BETA:
: {18} gdb
/usr/pkgsrc/wip/rust/work/rustc-1.73.0-src/build/bootstrap/debug/bootstrap
work/rustc-1.73.0-src/bootstrap.core
GNU gdb (GDB) 11.0.50.20200914-git
...
Reading symbols from
/usr/pkgsrc/wip/rust/work/rustc-1.73.0-src/build/bootstrap/debug/bootstrap...
[New process 19376]
warning: Error reading shared library list entry at 0x4b
warning: Error reading shared library list entry at 0x4b
Core was generated by `bootstrap'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0xfdc52444 in ?? ()
warning: Unsupported auto-load script at offset 0 in section .debug_gdb_scripts
of file
/usr/pkgsrc/wip/rust/work/rustc-1.73.0-src/build/bootstrap/debug/bootstrap.
Use `info auto-load python-scripts [REGEXP]' to list them.
(gdb) i reg
r0 0xbe2b1812462872
r1 0xfffd4bf0 4294790128
r2 0xfdbbd008 4256944136
r3 0x0 0
r4 0x0 0
r5 0xfdedc1f8 4260217336
r6 0xfdedc1f8 4260217336
r7 0x0 0
r8 0x3654
r9 0x0 0
r100x1 1
r110xfdc52408 4257555464
r120xfdef9400 4260336640
r130xf9fda016383392
r140xc37e7412811892
r150x8 8
r160xc37f3912812089
r170xc 12
r180xc37f4512812101
r190xb 11
r200xc37f5012812112
r210x5 5
r220xc37f5512812117
r230x1117
r240xc37f6612812134
r250x0 0
r260x1 1
r270x0 0
r280xfdedc1f8 4260217336
r290xfffd4c80 4294790272
r300xfde6c584 4259759492
r310x4 4
pc 0xfdc52444 0xfdc52444
msr
cr 0x42000248 1107296840
lr 0xfdc52414 0xfdc52414
ctr0xfdc52408 4257555464
xer0x0 0
fpscr 0xfff8 -524288
vscr
vrsave
(gdb) i target
Symbols from
"/usr/pkgsrc/wip/rust/work/rustc-1.73.0-src/build/bootstrap/debug/bootstrap".
Local core dump file:
`/usr/pkgsrc/wip/rust/work/rustc-1.73.0-src/bootstrap.core',
file type elf32-powerpc.
0x0001 - 0x00f29000 is load0
0x00f41000 - 0x00fa is load1
0x00fa - 0x00fa03c8 is load2a
0x00fa03c8 - 0x00fa1000 is load2b
0xfd60 - 0xfd608128 is load3a
0xfd608128 - 0xfd61 is load3b
0xfd61 - 0xfd80 is load4
0xfda18000 - 0xfda2c000 is load5
0xfda2c000 - 0xfda2d2dc is load6a
0xfda2d2dc - 0xfda4c000 is load6b
0xfda4c000 - 0xfda4d41c is load7a
0xfda4d41c - 0xfda58000 is load7b
0xfda58000 - 0xfda5834c is load8a
0xfda5834c - 0xfda74000 is load8b
0xfda74000 - 0xfda765c0 is load9a
0xfda765c0 - 0xfda88000 is load9b
0xfda88000 - 0xfda88384 is load10a
0xfda88384 - 0xfda8c000 is load10b
0xfda8c000 - 0xfda8cb7c is load11a
0xfda8cb7c - 0xfda98000 is load11b
0xfda98000 - 0xfda981b4 is load12a
0xfda981b4 - 0xfdab4000 is load12b
0xfdab4000 - 0xfdab52e0 is load13a
0xfdab52e0 - 0xfdac8000 is load13b
0xfdac8000 - 0xfdac85bc is load14a
0xfdac85bc - 0xfdad4000 is load14b
0xfdad4000 - 0xfdad414c is load15a
0xfdad414c - 0xfdaf is load15b
0xfdaf - 0xfdaf04c4 is load16a
0xfdaf04c4 - 0xfdaf4000 is load16b
0xfdaf4000 - 0xfdaf407c is load17a
0xfdaf407c - 0xfdaf8000 is load17b
0xfdaf8000 - 0xfdaf8278 is load18a
0xfdaf8278 - 0xfdafc000 is load18b
0xfdafc000 - 0xfdafc23c is load19a
0xfdafc23c - 0xfdb1 is load19b
0xfdb1 - 0xfdb10120 is load20a
