daily CVS update output
Updating src tree: P src/external/bsd/ntp/Makefile.inc cvs update: `src/external/bsd/ntp/importdate' is no longer in the repository P src/external/bsd/ntp/scripts/mkver P src/lib/libc/arch/arm/gen/setjmp.S P src/lib/libc/time/zdump.c P src/lib/libc/time/zic.c P src/sys/arch/riscv/include/reg.h P src/sys/dev/gpio/gpio.c P src/sys/dev/usb/ehci.c P src/usr.bin/timeout/timeout.1 P src/usr.bin/timeout/timeout.c P src/usr.sbin/gpioctl/gpioctl.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): Updating release-9 xsrc tree (netbsd-9): Updating file list: -rw-rw-r-- 1 srcmastr netbsd 43685485 Dec 14 03:09 ls-lRA.gz
Re: i915 observations
On Tue, Dec 13, 2022 at 11:06:24PM +, RVP wrote: > > (Will get back on above points.) > Hmm. Don't know about this. Might be that UXA + HDMI doesn't work so well. > > a) Try out different output drivers with mpv(1): use `--vo=help' > > b) For DVD playback, see the XvMC-related options mentioned in intel(4). The problem is not only with videos. Even catting a file or opening vi updates the screen slowly, almost line by line left to right. The only time when above problem doesn't trigger is, if I do 'xrandr --same-as' to have hdmi a mirror of eDP. I like to use a vertical hdmi monitor, so above option isn't suitable for my usage. In fact, with hdmi completely out of the picture, if I do 'xrandr --rotate' on eDP screen, just to see what happens, the slow refresh occurs on eDP also. Does it mean the acceleration works only in certain mode(s)? So far intel-UXA is the only combination that has somewhat worked. *-none starts but is not usable. intel-SNA doesn't work, modestting/wsfb with defaults don't even start. -- Mayuresh
Re: i915 observations
On Tue, 13 Dec 2022, Mayuresh wrote: Now the only problem left is this: During boot when the display switches mode, sometimes it manages to remain on, some other times it goes blank. [...] Once in a few reboots the display holds on and then I can reach all the way to X11. Is this on the eDP or HDMI? Collect a blind dmesg (or better, ssh into the laptop) after `boot -vx'. Another one where the display stays on for comparison. As a work around, you could try `Option "ReprobeOutputs" "on"' then see if the X server turns your display (which?) back on again when it starts. Update: HDMI output has a slow refresh problem though eDP works fine. Can't play videos on hdmi, even command line usage is jittery. Tried experimenting with modes, including low resolutions, but the problem persists. Hmm. Don't know about this. Might be that UXA + HDMI doesn't work so well. a) Try out different output drivers with mpv(1): use `--vo=help' b) For DVD playback, see the XvMC-related options mentioned in intel(4). -RVP
Automated report: NetBSD-current/i386 build success
The NetBSD-current/i386 build is working again. The following commits were made between the last failed build and the successful build: 2022.12.13.21.11.00 jakllsch src/sys/dev/usb/ehci.c,v 1.312 2022.12.13.21.13.16 jakllsch src/sys/dev/usb/ehci.c,v 1.313 2022.12.13.21.16.38 christos src/external/bsd/ntp/Makefile.inc,v 1.22 2022.12.13.21.25.10 jakllsch src/sys/dev/usb/ehci.c,v 1.314 2022.12.13.21.29.04 jakllsch src/sys/dev/usb/ehci.c,v 1.315 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2022.12.html#2022.12.13.21.29.04
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2022.12.13.18.36.41. An extract from the build.sh output follows: nbmake[6]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src/sys/arch --- dependall-external --- nbmake[5]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src/external --- dependall-sys --- nbmake[5]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src/sys --- dependall-external --- nbmake[4]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src --- dependall-sys --- nbmake[4]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src nbmake[3]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src nbmake[2]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src nbmake[1]: stopped in /tmp/build/2022.12.13.18.36.41-i386/src nbmake: stopped in /tmp/build/2022.12.13.18.36.41-i386/src ERROR: Failed to make release The following commits were made between the last successful build and the failed build: 2022.12.13.18.15.29 martin src/external/bsd/ntp/scripts/mkver,v 1.17 2022.12.13.18.27.45 christos src/external/bsd/ntp/scripts/mkver,v 1.18 2022.12.13.18.36.41 christos src/external/bsd/ntp/Attic/importdate,v 1.17 2022.12.13.18.36.41 christos src/external/bsd/ntp/scripts/mkver,v 1.19 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2022.12.html#2022.12.13.18.36.41
