daily CVS update output
Updating src tree: P src/build.sh P src/distrib/amd64/installimage/Makefile P src/distrib/amd64/installimage-bios/Makefile P src/distrib/evbarm/installimage/Makefile P src/distrib/i386/installimage/Makefile P src/distrib/sets/sets.subr U src/distrib/sets/lists/debug/ad.earmv5 U src/distrib/sets/lists/debug/ad.earmv5eb U src/distrib/sets/lists/debug/ad.mips64eb U src/distrib/sets/lists/debug/ad.mips64el U src/distrib/sets/lists/debug/ad.mipseb U src/distrib/sets/lists/debug/ad.mipsel U src/distrib/sets/lists/debug/ad.mipsn64eb U src/distrib/sets/lists/debug/ad.mipsn64el U src/distrib/sets/lists/debug/md.emips U src/distrib/sets/lists/debug/md.evbppc U src/distrib/sets/lists/debug/md.pmax P src/distrib/sets/lists/debug/mi P src/games/mille/mille.6 P src/lib/libresolv/dst_api.c P src/share/man/man9/sysmon_taskq.9 P src/sys/altq/altq_afmap.c P src/sys/altq/altq_cbq.c P src/sys/arch/arm/imx/if_enet.c P src/sys/arch/arm/sociox/if_ave.c P src/sys/arch/arm/sociox/if_scx.c P src/sys/arch/arm/sunxi/sunxi_emac.c P src/sys/arch/arm/xscale/ixp425_if_npe.c P src/sys/arch/hppa/hppa/vm_machdep.c P src/sys/arch/powerpc/powerpc/fixup.c P src/sys/dev/acpi/acpi.c P src/sys/dev/acpi/acpi_bat.c P src/sys/dev/acpi/acpi_ec.c P src/sys/dev/acpi/acpi_util.c P src/sys/dev/acpi/thinkpad_acpi.c P src/sys/dev/acpi/acpica/OsdHardware.c P src/sys/dev/acpi/acpica/OsdSchedule.c P src/sys/dev/cadence/if_cemac.c P src/sys/dev/ic/bcmgenet.c P src/sys/dev/ic/dm9000.c P src/sys/dev/ic/rtl8169.c P src/sys/dev/pci/if_dge.c P src/sys/dev/pci/if_iwn.c P src/sys/dev/pci/if_kse.c P src/sys/dev/pci/if_sip.c P src/sys/dev/pci/if_wm.c P src/sys/dev/pci/siisata_pci.c P src/sys/dev/pci/ixgbe/ixgbe.c P src/sys/dev/pci/qat/qatreg.h P src/sys/dev/scsipi/scsi_changer.h P src/sys/dev/sysmon/swsensor.c P src/sys/dev/sysmon/swwdog.c P src/sys/dev/sysmon/sysmon.c P src/sys/dev/sysmon/sysmon_envsys.c P src/sys/dev/sysmon/sysmon_envsys_events.c P src/sys/dev/sysmon/sysmon_envsysvar.h P src/sys/dev/sysmon/sysmon_power.c P src/sys/dev/sysmon/sysmon_taskq.c P src/sys/dev/sysmon/sysmon_taskq.h P src/sys/dev/sysmon/sysmon_wdog.c P src/sys/dev/sysmon/sysmonvar.h P src/sys/dev/usb/if_urtw.c P src/sys/dev/usb/ukbd.c P src/sys/dev/usb/umass.c P src/sys/dev/usb/umass_scsipi.c P src/sys/dev/usb/umassvar.h P src/sys/dev/usb/usbdi.c P src/sys/dev/wscons/wsdisplay.c P src/sys/external/bsd/common/linux/linux_work.c P src/sys/external/bsd/drm2/drm/drm_module.c P src/sys/kern/subr_autoconf.c P src/sys/kern/subr_psref.c P src/sys/kern/subr_thmap.c P src/sys/lib/libkern/libkern.h P src/sys/net/if.c P src/sys/net/if.h P src/sys/net/if_bridge.c P src/sys/net/if_ethersubr.c P src/sys/net/if_ieee1394subr.c P src/sys/net/if_wg.c P src/sys/net/link_proto.c P src/sys/net/agr/if_agr.c P src/sys/net/lagg/if_lagg.c P src/sys/net/lagg/if_lagg_lacp.c P src/sys/netcan/can.c P src/sys/netinet6/nd6.c P src/tests/lib/libcurses/t_curses.sh Updating xsrc tree: Killing core files: Updating tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/extsrc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting...pax: Unable to access src/gnu (No such file or directory) pax: WARNING! These file names were not selected: src/gnu done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing... done src/sys: collecting... replacing... done src/tests: collecting... replacing... done src/tools: collecting... replacing... done src/usr.bin: collecting... replacing... done src/usr.sbin: collecting... replacing... done src/config: collecting... replacing... done src: collecting... replacing... done xsrc/top-level: collecting... replacing... done xsrc/external: collecting... replacing... done xsrc/local: collecting... replacing... done xsrc: collecting... replacing... done Updating release-8 src tree (netbsd-8): U doc/CHANGES-8.3 P sys/dev/cgd.c Updating release-8 xsrc tree (netbsd-8): Updating release-8 tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done
Automated report: NetBSD-current/i386 test failure
This is an automatically generated notice of new failures of the NetBSD test suite. The newly failing test cases are: net/if_lagg/t_lagg:lagg_ifconfig net/if_lagg/t_lagg:lagg_ipv6lla net/if_lagg/t_lagg:lagg_lacp_basic net/if_lagg/t_lagg:lagg_lacp_ipv4 net/if_lagg/t_lagg:lagg_lacp_ipv6 net/if_lagg/t_lagg:lagg_lacp_l2tp_ipv4 net/if_lagg/t_lagg:lagg_lacp_l2tp_ipv6 net/if_lagg/t_lagg:lagg_lacp_portpri net/if_lagg/t_lagg:lagg_lacp_vlan_ipv4 net/if_lagg/t_lagg:lagg_lacp_vlan_ipv6 net/if_lagg/t_lagg:lagg_lacp_vlanl2tp_ipv4 net/if_lagg/t_lagg:lagg_lacp_vlanl2tp_ipv6 net/if_lagg/t_lagg:lagg_macaddr The above tests failed in each of the last 4 test runs, and passed in at least 26 consecutive runs before that. The following commits were made between the last successful test and the failed test: 2021.12.31.14.19.57 riastradh src/sys/dev/wscons/wsdisplay.c,v 1.163 2021.12.31.14.19.57 riastradh src/sys/kern/subr_autoconf.c,v 1.291 2021.12.31.14.19.57 riastradh src/sys/kern/subr_psref.c,v 1.16 2021.12.31.14.19.57 riastradh src/sys/kern/subr_thmap.c,v 1.8 2021.12.31.14.19.57 riastradh src/sys/lib/libkern/libkern.h,v 1.144 2021.12.31.14.20.24 riastradh src/sys/dev/acpi/acpi_bat.c,v 1.118 2021.12.31.14.20.40 riastradh src/sys/dev/acpi/acpi_bat.c,v 1.119 2021.12.31.14.20.56 riastradh src/sys/dev/acpi/acpi_bat.c,v 1.120 2021.12.31.14.22.10 riastradh src/share/man/man9/sysmon_taskq.9,v 1.9 2021.12.31.14.22.11 riastradh src/sys/dev/sysmon/sysmon_taskq.c,v 1.22 2021.12.31.14.22.11 riastradh src/sys/dev/sysmon/sysmon_taskq.h,v 1.5 2021.12.31.14.22.26 riastradh src/sys/dev/acpi/acpica/OsdSchedule.c,v 1.20 2021.12.31.14.22.42 riastradh src/sys/dev/acpi/acpi.c,v 1.295 2021.12.31.14.24.06 riastradh src/sys/dev/usb/ukbd.c,v 1.156 2021.12.31.14.24.16 riastradh src/sys/dev/usb/umass.c,v 1.187 2021.12.31.14.24.16 riastradh src/sys/dev/usb/umass_scsipi.c,v 1.70 2021.12.31.14.24.16 riastradh src/sys/dev/usb/umassvar.h,v 1.40 2021.12.31.14.24.26 riastradh src/sys/net/if.c,v 1.497 2021.12.31.14.24.26 riastradh src/sys/net/if.h,v 1.296 2021.12.31.14.24.38 riastradh src/sys/arch/arm/xscale/ixp425_if_npe.c,v 1.49 2021.12.31.14.24.38 riastradh src/sys/net/if_bridge.c,v 1.184 2021.12.31.14.24.38 riastradh src/sys/net/if_ethersubr.c,v 1.308 2021.12.31.14.24.38 riastradh src/sys/net/if_wg.c,v 1.66 2021.12.31.14.24.38 riastradh src/sys/net/lagg/if_lagg.c,v 1.27 2021.12.31.14.24.50 riastradh src/sys/altq/altq_afmap.c,v 1.22 2021.12.31.14.24.50 riastradh src/sys/net/if.c,v 1.498 2021.12.31.14.24.50 riastradh src/sys/net/if_bridge.c,v 1.185 2021.12.31.14.24.51 riastradh src/sys/net/lagg/if_lagg_lacp.c,v 1.10 2021.12.31.14.24.51 riastradh src/sys/netcan/can.c,v 1.11 2021.12.31.14.25.22 riastradh src/sys/arch/arm/imx/if_enet.c,v 1.34 2021.12.31.14.25.22 riastradh src/sys/arch/arm/sociox/if_ave.c,v 1.22 2021.12.31.14.25.22 riastradh src/sys/arch/arm/sociox/if_scx.c,v 1.34 2021.12.31.14.25.22 riastradh src/sys/arch/arm/sunxi/sunxi_emac.c,v 1.35 2021.12.31.14.25.22 riastradh src/sys/arch/arm/xscale/ixp425_if_npe.c,v 1.50 2021.12.31.14.25.22 riastradh src/sys/dev/cadence/if_cemac.c,v 1.24 2021.12.31.14.25.22 riastradh src/sys/dev/ic/bcmgenet.c,v 1.11 2021.12.31.14.25.22 riastradh src/sys/dev/ic/dm9000.c,v 1.33 2021.12.31.14.25.22 riastradh src/sys/dev/ic/rtl8169.c,v 1.169 2021.12.31.14.25.23 riastradh src/sys/dev/pci/if_dge.c,v 1.63 2021.12.31.14.25.23 riastradh src/sys/dev/pci/if_iwn.c,v 1.98 2021.12.31.14.25.23 riastradh src/sys/dev/pci/if_kse.c,v 1.58 2021.12.31.14.25.23 riastradh src/sys/dev/pci/if_sip.c,v 1.184 2021.12.31.14.25.23 riastradh src/sys/dev/pci/if_wm.c,v 1.726 2021.12.31.14.25.23 riastradh src/sys/dev/pci/ixgbe/ixgbe.c,v 1.302 2021.12.31.14.25.24 riastradh src/sys/dev/usb/if_urtw.c,v 1.25 2021.12.31.14.25.24 riastradh src/sys/net/agr/if_agr.c,v 1.54 2021.12.31.14.25.24 riastradh src/sys/net/if_bridge.c,v 1.186 2021.12.31.14.25.24 riastradh src/sys/net/if_ethersubr.c,v 1.309 2021.12.31.14.25.24 riastradh src/sys/net/if_ieee1394subr.c,v 1.67 2021.12.31.14.25.24 riastradh src/sys/net/if_wg.c,v 1.67 2021.12.31.14.25.24 riastradh src/sys/net/lagg/if_lagg.c,v 1.28 2021.12.31.14.25.24 riastradh src/sys/net/link_proto.c,v 1.40 2021.12.31.14.25.47 riastradh src/sys/altq/altq_afmap.c,v 1.23 2021.12.31.14.25.58 riastradh src/sys/net/if.c,v 1.499 2021.12.31.14.26.09 riastradh src/sys/net/if_ethersubr.c,v 1.310 2021.12.31.14.26.19 riastradh src/sys/net/if.c,v 1.500 2021.12.31.14.26.29 riastradh src/sys/net/if.c,v 1.501 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2021.12.html#2021.12.31.14.26.29
Re: well-supported card for new DRM?
On Fri, Dec 31, 2021 at 04:03:08PM +0100, Tobias Nygren wrote: > On Fri, 31 Dec 2021 15:34:35 +0100 > Thomas Klausner wrote: > > > Any suggestions how I can force the xserver in 3840x2160 mode? > > > NOUVEAU(0): Printing DDC gathered Modelines: > > NOUVEAU(0): Modeline "3840x2160"x0.0 533.25 3840 3888 3920 4000 2160 > > 2163 2168 +hsync -vsync (133.3 kHz eP) > > > NOUVEAU(0): HDMI max TMDS frequency 30KHz > > Maybe the 4k mode is rejected due to too high pixel clock. > 4k@60 should work on the DisplayPort if you have one of > those cables. Yes, I do have one of those. But the behaviour looks quite the same, some minor changes in the Xorg logfile only, mode 3840x2160 not available for xrandr. Thomas X.Org X Server 1.20.13 X Protocol Version 11, Revision 0 Build Operating System: NetBSD/amd64 9.99.92 - The NetBSD Foundation, Inc. Current Operating System: NetBSD yt.nih.at 9.99.92 NetBSD 9.99.92 (MIAU) #89: Tue Dec 21 08:01:51 CET 2021 w...@yt.nih.at:/disk/6/archive/foreign/src/sys/arch/amd64/compile/obj/MIAU amd64 Build Date: 23 August 2021 11:23:23PM Current version of pixman: 0.38.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Dec 31 16:24:21 2021 (II) Loader magic: 0x102496ba0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 24.1 X.Org XInput driver : 24.1 X.Org Server Extension : 10.0 (--) PCI:*(65@12:0:0) 10de:1c82:1462:8c96 rev 161, Mem @ 0x9e00/16777216, 0x8000/268435456, 0x9000/33554432, I/O @ 0x3000/128, BIOS @ 0x/524288 (==) Using default built-in configuration (48 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default nouveau Device 0" Driver "nouveau" EndSection Section "Screen" Identifier "Builtin Default nouveau Screen 0" Device "Builtin Default nouveau Device 0" EndSection Section "Device" Identifier "Builtin Default nv Device 0" Driver "nv" EndSection Section "Screen" Identifier "Builtin Default nv Screen 0" Device "Builtin Default nv Device 0" EndSection Section "Device" Identifier "Builtin Default modesetting Device 0" Driver "modesetting" EndSection Section "Screen" Identifier "Builtin Default modesetting Screen 0" Device "Builtin Default modesetting Device 0" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" EndSection Section "Device" Identifier "Builtin Default wsfb Device 0" Driver "wsfb" EndSection Section "Screen" Identifier "Builtin Default wsfb Screen 0" Device "Builtin Default wsfb Device 0" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default nouveau Screen 0" Screen "Builtin Default nv Screen 0" Screen "Builtin Default modesetting Screen 0" Screen "Builtin Default vesa Screen 0" Screen "Builtin Default wsfb Screen 0" EndSection (==) --- End of built-in configuration --- (==) ServerLayout "Builtin Default Layout" (**) |-->Screen "Builtin Default nouveau Screen 0" (0) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default nouveau Device 0" (==) No monitor specified for screen "Builtin Default nouveau Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default nv Screen 0" (1) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default nv Device 0" (==) No monitor specified for screen "Builtin Default nv Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default modesetting Screen 0" (2) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default modesetting Device 0" (==) No monitor specified for screen "Builtin Default modesetting Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default vesa Screen 0" (3) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default vesa Device 0" (==) No monitor specified for screen "Builtin Default vesa Screen 0". Using a default monitor
Re: well-supported card for new DRM?
Thomas Klausner wrote: > >I got a Geforce GTX 1050 Ti and it works fine. > >However, the X server doesn't go higher than 1920x1080. I tried >playing around with xrandr but that didn't change anything. > >I see a line > > resize called 1920 1080 > >in the X.org log file. Where does that come from? Seems to be from the xf86-video-nouveau driver in this source file: xf86-video-nouveau/dist/src/drmmode_display.c
Re: well-supported card for new DRM?
On Fri, 31 Dec 2021 15:34:35 +0100 Thomas Klausner wrote: > Any suggestions how I can force the xserver in 3840x2160 mode? > NOUVEAU(0): Printing DDC gathered Modelines: > NOUVEAU(0): Modeline "3840x2160"x0.0 533.25 3840 3888 3920 4000 2160 2163 > 2168 +hsync -vsync (133.3 kHz eP) > NOUVEAU(0): HDMI max TMDS frequency 30KHz Maybe the 4k mode is rejected due to too high pixel clock. 4k@60 should work on the DisplayPort if you have one of those cables. -Tobias
Re: well-supported card for new DRM?
On Fri, Dec 31, 2021 at 03:33:25PM +0100, Thomas Klausner wrote: > On Tue, Dec 28, 2021 at 05:36:04AM +1100, Matthew Green wrote: > > > I'm looking to upgrade my graphics card. What's the newest generation > > > that's well supported by NetBSD-current now? > > > NVidia "Pascal" (e.g. GTX 1050 Ti)? > > > Radeon "Polaris" (e.g. Radeon RX 550)? > > > or even something newer? > > > > we have reports that 1030 works well. i still haven't gotten > > a newer nvidia since those are beyond my toy-gpu-card-price :-) > > I got a Geforce GTX 1050 Ti and it works fine. > > However, the X server doesn't go higher than 1920x1080. I tried > playing around with xrandr but that didn't change anything. > > I see a line > > resize called 1920 1080 > > in the X.org log file. Where does that come from? > > mpv seems to use a higher resolution anyway: > > VO: [gpu] 3840x2160 yuv420p > > Any suggestions how I can force the xserver in 3840x2160 mode? And here's the Xorg.log file I had intended to attach... Thomas X.Org X Server 1.20.13 X Protocol Version 11, Revision 0 Build Operating System: NetBSD/amd64 9.99.92 - The NetBSD Foundation, Inc. Current Operating System: NetBSD yt.nih.at 9.99.92 NetBSD 9.99.92 (MIAU) #89: Tue Dec 21 08:01:51 CET 2021 w...@yt.nih.at:/disk/6/archive/foreign/src/sys/arch/amd64/compile/obj/MIAU amd64 Build Date: 23 August 2021 11:23:23PM Current version of pixman: 0.38.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Dec 31 15:30:06 2021 (II) Loader magic: 0x12fe96ba0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 24.1 X.Org XInput driver : 24.1 X.Org Server Extension : 10.0 (--) PCI:*(65@12:0:0) 10de:1c82:1462:8c96 rev 161, Mem @ 0x9e00/16777216, 0x8000/268435456, 0x9000/33554432, I/O @ 0x3000/128, BIOS @ 0x/524288 (==) Using default built-in configuration (48 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default nouveau Device 0" Driver "nouveau" EndSection Section "Screen" Identifier "Builtin Default nouveau Screen 0" Device "Builtin Default nouveau Device 0" EndSection Section "Device" Identifier "Builtin Default nv Device 0" Driver "nv" EndSection Section "Screen" Identifier "Builtin Default nv Screen 0" Device "Builtin Default nv Device 0" EndSection Section "Device" Identifier "Builtin Default modesetting Device 0" Driver "modesetting" EndSection Section "Screen" Identifier "Builtin Default modesetting Screen 0" Device "Builtin Default modesetting Device 0" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" EndSection Section "Device" Identifier "Builtin Default wsfb Device 0" Driver "wsfb" EndSection Section "Screen" Identifier "Builtin Default wsfb Screen 0" Device "Builtin Default wsfb Device 0" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default nouveau Screen 0" Screen "Builtin Default nv Screen 0" Screen "Builtin Default modesetting Screen 0" Screen "Builtin Default vesa Screen 0" Screen "Builtin Default wsfb Screen 0" EndSection (==) --- End of built-in configuration --- (==) ServerLayout "Builtin Default Layout" (**) |-->Screen "Builtin Default nouveau Screen 0" (0) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default nouveau Device 0" (==) No monitor specified for screen "Builtin Default nouveau Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default nv Screen 0" (1) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default nv Device 0" (==) No monitor specified for screen "Builtin Default nv Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default modesetting Screen 0" (2) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default modesetting Device 0" (==) No monitor specified for screen "Builtin Default
Re: well-supported card for new DRM?
On Tue, Dec 28, 2021 at 05:36:04AM +1100, Matthew Green wrote: > > I'm looking to upgrade my graphics card. What's the newest generation > > that's well supported by NetBSD-current now? > > NVidia "Pascal" (e.g. GTX 1050 Ti)? > > Radeon "Polaris" (e.g. Radeon RX 550)? > > or even something newer? > > we have reports that 1030 works well. i still haven't gotten > a newer nvidia since those are beyond my toy-gpu-card-price :-) I got a Geforce GTX 1050 Ti and it works fine. However, the X server doesn't go higher than 1920x1080. I tried playing around with xrandr but that didn't change anything. I see a line resize called 1920 1080 in the X.org log file. Where does that come from? mpv seems to use a higher resolution anyway: VO: [gpu] 3840x2160 yuv420p Any suggestions how I can force the xserver in 3840x2160 mode? Thanks, Thomas
Re: Unprivileged build can't build custom kernels
> On 31. Dec 2021, at 12:37, John D. Baker wrote:
>
> The recent changes to build "netbsd-${CONF}.debug" seems not to work
> for unprivileged builds when building custom kernels as it wants to
> install the file owned by "root":
>
> [...]
> # link DAVID/netbsd
> /r0/build/current/tools/amd64/bin/sparc--netbsdelf-ld -Map netbsd.map --cref
> -n -T netbsd.ldscript -Ttext F0004000 -e start -X -X -o netbsd
> ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ} vers.o swapnetbsd.o
> NetBSD 9.99.93 (DAVID) #376: Fri Dec 31 02:44:31 CST 2021
> textdata bss dec hex filename
> 4808082 118584 147752 5074418 4d6df2 netbsd
> + mv -f netbsd netbsd.gdb
> + /r0/build/current/tools/amd64/bin/sparc--netbsdelf-objcopy
> --only-keep-debug netbsd.gdb netbsd-DAVID.debug
> + /r0/build/current/tools/amd64/bin/sparc--netbsdelf-objcopy --strip-debug -p
> -R .gnu_debuglink --add-gnu-debuglink=netbsd-DAVID.debug netbsd.gdb netbsd
> + chmod 755 netbsd netbsd.gdb netbsd-DAVID.debug
> --- /r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug ---
> # install /r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug
> /r0/build/current/tools/amd64/bin/sparc--netbsdelf-install -c -p -r -o root
> -g bin -m 444 netbsd-DAVID.debug
> /r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug
> sparc--netbsdelf-install:
> /r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug.inst.fO9ANt:
> chown/chgrp: Operation not permitted
>
> *** Failed target:
> /r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug
> *** Failed commands:
>${_MKTARGET_INSTALL}
>=> @echo '# ' "install "
> /r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug
>${INSTALL_FILE} -o root -g bin -m 444 ${.ALLSRC} ${.TARGET}
>=> /r0/build/current/tools/amd64/bin/sparc--netbsdelf-install -c -p
> -r -o root -g bin -m 444 netbsd-DAVID.debug
> /r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug
> *** [/r0/build/current/DEST/sparc/usr/libdata/debug/netbsd-DAVID.debug] Error
> code 1
>
> nbmake: stopped in /r0/build/current/obj/sparc/sys/arch/sparc/compile/DAVID
> 1 error
>
> nbmake: stopped in /r0/build/current/obj/sparc/sys/arch/sparc/compile/DAVID
>
> ERROR: Failed to make debuginstall in
> "/r0/build/current/obj/sparc/sys/arch/sparc/compile/DAVID"
> *** BUILD ABORTED ***
For me the attached diff works. It skips the install
outside ${NETBSDSRCDIR}.
--
J. Hannken-Illjes - hann...@mailbox.org
Makefile.kern.inc.diff
Description: Binary data
signature.asc
Description: Message signed with OpenPGP
Re: HEADS UP: Merging drm update (Lenovo X230 mode switch issue in UEFI mode only, BIOS works)
On Fri 31 Dec 2021 at 11:30:32 +0100, Matthias Petermann wrote: > - When I boot current in UEFI mode, after the mode switch it only displays a > blank screen with a white background. After that, within a few seconds, a > kind of randomly structured dark spot develops from the center of the > screen, which then stretches to the edge of the screen [1]. I think I have seen that sort of effect in the past when playing with various sleep modes of my laptop. It may be that the display (or some display-related thing) is powered off and decaying. -Olaf. -- ___ "Buying carbon credits is a bit like a serial killer paying someone else to \X/ have kids to make his activity cost neutral." -The BOFHfalu.nl@rhialto signature.asc Description: PGP signature
Re: HEADS UP: Merging drm update (Lenovo X230 mode switch issue in UEFI mode only, BIOS works)
> Date: Fri, 31 Dec 2021 11:30:32 +0100 > From: Matthias Petermann > > - When I boot current in UEFI mode, after the mode switch it only > displays a blank screen with a white background. After that, within a > few seconds, a kind of randomly structured dark spot develops from the > center of the screen, which then stretches to the edge of the screen [1]. Can you get dmesg from the previous boot if you reboot back in BIOS mode? Or can you ssh in and get it, or get it over a serial console?
Re: HEADS UP: Merging drm update (Lenovo X230 mode switch issue in UEFI mode only, BIOS works)
Hello, first of all, thanks for the effort to bring an up-to-date DRM to NetBSD! Proper graphics support is essential for most users and therefore the work cannot be appreciated enough. I have now also managed to test current on my laptop and made an observation that I would like to share and hopefully be able to help to clarify / fix the underlying issue. The Laptop is a Lenovo X230 model with i5 CPU and integrated intel graphics. It can boot NetBSD in both - BIOS (CSM) and UEFI mode. - With NetBSD 9.2, the mode switch (when initializing the i915drmkms0 device) works fine in both boot modes. - In current from 28.12.2021 the mode switch only works when I boot in BIOS mode. - When I boot current in UEFI mode, after the mode switch it only displays a blank screen with a white background. After that, within a few seconds, a kind of randomly structured dark spot develops from the center of the screen, which then stretches to the edge of the screen [1]. One (not necessarily related) observation: after the appearance of the above-mentioned spot, I turn off the laptop and boot back into NetBSD 9.2. Immediately afterwards, I have a strange flickering on the display, which is especially noticeable with brighter colors. The graphical display seems normal otherwise. The flickering then disappeared again over time. Although I have absolutely no idea about it, my first thought was that the dark spot could be some kind of thermal problem that occurs with the mode switch? Is this possible? In any case, I would like to help track down the problem. I'm building a current from the current sources and then setting up an identical laptop as a test machine. In the meantime, I'd appreciate any hints on what might be needed as diagnostic data. Many greetings Matthias [1] http://www.petermann-it.de/netbsd/netbsd-drm.mp4 (SSL certicate renewal in progress)
