daily CVS update output
Updating src tree: P src/sbin/fsck_udf/main.c P src/sbin/newfs_udf/udf_core.c P src/sys/arch/amiga/stand/bootblock/elf2bb/chksum.c P src/sys/arch/amiga/stand/bootblock/elf2bb/chksum.h P src/sys/arch/amiga/stand/bootblock/elf2bb/elf2bb.c P src/sys/arch/vax/boot/boot/rom.c P src/sys/arch/vax/boot/boot/vaxstand.h P src/sys/arch/vax/boot/xxboot/bootxx.c P src/sys/arch/x68k/stand/boot/conf.c P src/sys/arch/x68k/stand/xxboot/Makefile.xxboot P src/sys/arch/x68k/stand/xxboot/xx.c P src/sys/dev/pci/ixgbe/ix_txrx.c P src/sys/dev/pci/ixgbe/ixgbe.c P src/sys/dev/pci/ixgbe/ixv.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 47743458 Apr 26 03:03 ls-lRA.gz
RE: NetBSD-9.99.x No Video
On Mon, 25 Apr 2022, netve...@gmail.com wrote: If I understand correctly, it "should" work if I upgrade to current and not just run the current kernel? Intel integrated GPUs on laptops don't work in all cases in UEFI mode (mine does not). I think it does work (mostly--there are a couple of issues still remaining) in BIOS compatibility (CSM) mode. Is there a way to there a way to roll back an installation if things go wrong? No, I don't think there is one--which is why I keep 2 partitions for NetBSD: -HEAD & _STABLE. -RVP
RE: NetBSD-9.99.x No Video
If I understand correctly, it "should" work if I upgrade to current and not just run the current kernel? Is there a way to there a way to roll back an installation if things go wrong? -Original Message- From: RVP Sent: Tuesday, April 19, 2022 4:20 AM To: Ron Georgia Cc: current-users@NetBSD.org Subject: Re: NetBSD-9.99.x No Video On Mon, 11 Apr 2022, Ron Georgia wrote: > I apologize if this has already been addressed. I installed NetBSD 9.2 > on my Intel computer. Everything works well. (Well, the video lags a > little). I downloaded netbsd-GENERIC.gz from > http://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/latest/. I unzipped the > file and copy it to the root directory as a file called current. > In general, for -HEAD, you have to get the gpufw.tar.xz and modules.tar.xz sets as well. Your problem may go away, or it may not, if you provide the firmware blobs: the new DRM driver doesn't work on older Intel integrated GPU cards (SandyBridge/IvyBridge gen.) if you boot the system in UEFI mode. > I reboot and select the new kernel. Everything appears to be working > until the acpi checks? The PC locks up with a blank screen. > Or, is it this issue: https://mail-index.netbsd.org/current-users/2022/04/10/msg042172.html -RVP
Re: Re: reproducible kernel crash with quota
On Thu, 21 Apr 2022, J. Hannken-Illjes wrote: Date: Thu, 21 Apr 2022 14:09:03 +0200 From: J. Hannken-Illjes To: 6b...@6bone.informatik.uni-leipzig.de Cc: current-users@netbsd.org, Manuel Bouyer Subject: [Extern] Re: reproducible kernel crash with quota On 21. Apr 2022, at 00:36, 6b...@6bone.informatik.uni-leipzig.de wrote: On Wed, 20 Apr 2022, J. Hannken-Illjes wrote: Date: Wed, 20 Apr 2022 22:19:30 +0200 From: J. Hannken-Illjes To: 6b...@6bone.informatik.uni-leipzig.de Cc: current-users@netbsd.org, Manuel Bouyer Subject: [Extern] Re: reproducible kernel crash with quota On 20. Apr 2022, at 22:10, 6b...@6bone.informatik.uni-leipzig.de wrote: On Tue, 19 Apr 2022, J. Hannken-Illjes wrote: Date: Tue, 19 Apr 2022 11:07:48 +0200 From: J. Hannken-Illjes To: 6b...@6bone.informatik.uni-leipzig.de Cc: current-users@netbsd.org, Manuel Bouyer Subject: [Extern] Re: reproducible kernel crash with quota On 19. Apr 2022, at 08:38, 6b...@6bone.informatik.uni-leipzig.de wrote: Please try again with both diffs applied. I tested with both patches. If I just enable querquota it seems to work. If you also activate groupquota, the kernel crashes: output: /etc/rc.d/quota restart Checking quotas:quotacheck: creating quota file //quota.group You have root (/) with quota? What exactly do you have in /etc/fstab? cat /etc/fstab # NetBSD /etc/fstab # See /usr/share/examples/fstab/ for more examples. NAME=179d5ca2-7f26-476b-b544-823bd1849816 / ffs rw,userquota,groupquota 1 1 I'm confused. With "/dev/ld0a / ffs rw,userquota,groupquota 1 1" in /etc/fstab and both patches applied I get: $ /etc/rc.d/quota restart Checking quotas: done. No line "creating quota file ..." Sorry My mistake! I had deleted the quota.group file. I wanted to make sure that the problem wasn't caused by a corrupt file. I tested again with the current sources and the two patches. The crash can still be reproduced. Thank you for your efforts Regards Uwe -- J. Hannken-Illjes - hann...@mailbox.org