daily CVS update output
Updating src tree: P src/bin/sh/alias.c P src/bin/sh/eval.c P src/bin/sh/parser.c P src/bin/sh/parser.h P src/distrib/sets/lists/comp/mi P src/distrib/utils/embedded/conf/arm64.conf P src/distrib/utils/embedded/conf/armv7.conf P src/distrib/utils/embedded/conf/evbarm.conf U src/distrib/utils/embedded/files/ec2_init P src/doc/CHANGES P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vnops.c P src/external/cddl/osnet/sys/sys/uio.h P src/lib/libc/cdb/Makefile.inc P src/lib/libc/cdb/cdbr.3 P src/lib/libcurses/refresh.c P src/sys/arch/evbarm/conf/GENERIC64 P src/sys/arch/x86/x86/ipmi.c P src/sys/dev/ic/com.c P src/sys/dev/ic/comvar.h P src/sys/dev/ic/nslm7x.c P src/sys/dev/pci/ahcisata_pci.c P src/sys/dev/pci/atppc_puc.c P src/sys/dev/pci/com_puc.c P src/sys/dev/pci/if_bge.c P src/sys/dev/pci/if_ena.c P src/sys/dev/pci/if_enavar.h P src/sys/dev/pci/lpt_puc.c P src/sys/dev/pci/pci.c P src/sys/dev/pci/pci_subr.c P src/sys/dev/pci/pcireg.h P src/sys/dev/pci/pcivar.h P src/sys/dev/pci/puc.c P src/sys/dev/pci/pucvar.h P src/sys/dev/pci/xhci_pci.c P src/sys/dev/wscons/wsdisplay_vcons.c P src/sys/dev/wscons/wsdisplay_vconsvar.h P src/sys/external/bsd/drm2/i915drm/intelfb.c P src/sys/kern/kern_synch.c P src/sys/kern/subr_autoconf.c P src/sys/sys/device.h P src/tests/fs/vfs/t_full.c U src/tests/lib/libcurses/debug_test 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-7 src tree (netbsd-7): U doc/CHANGES-7.3 P libexec/httpd/CHANGES P libexec/httpd/bozohttpd.c P libexec/httpd/bozohttpd.h P libexec/httpd/cgi-bozo.c P libexec/httpd/main.c P sys/dev/pci/if_wm.c P sys/kern/kern_exec.c P sys/kern/kern_sig.c P sys/kern/kern_time.c P sys/net/rtsock.c Updating release-7 xsrc tree (netbsd-7): Updating release-7 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... replacing... 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/x11: collecting... replacing... done src: collecting... replacing... done xsrc/top-level: collecting... replacing... done xsrc/external: collecting... replacing... done xsrc/local: collecting... replacing... done xsrc/xfree: collecting... replacing... done xsrc: collecting... replacing... done Updating release-8 src tree (netbsd-8): U doc/CHANGES-8.1 P libexec/httpd/CHANGES P libexec/httpd/bozohttpd.c P libexec/httpd/bozohttpd.h P libexec/httpd/cgi-bozo.c P libexec/httpd/main.c P sys/arch/amd64/amd64/machdep.c P sys/compat/linux/common/linux_misc_notalpha.c P sys/kern/kern_exit.c P sys/kern/kern_sig.c P sys/kern/kern_time.c P
Re: ThinkPad - suspend-to-RAM intel-x86 issues and tests
Committed. Thank you all! On 2018/12/01 7:17, David Brownlee wrote: > On Thu, 29 Nov 2018 at 06:15, Masanobu SAITOH wrote: >> >> On 2018/11/28 22:12, SAITOH Masanobu wrote: > http://ftp.netbsd.org/pub/NetBSD/misc/abs/acpi-suspend-resume/pcidump.pre > http://ftp.netbsd.org/pub/NetBSD/misc/abs/acpi-suspend-resume/pcidump.post The diff says we should save/restore MSI table. We also should save/restore some other registers. Give me one or two days to resolve the problem. >>> >>> Please try the following diff: >>> >>> http://www.netbsd.org/~msaitoh/pci-resume-20181118-0.dif >>> >>> Even if I use this change with Thinkpad X220, it doesn't recover from >>> suspend... >> >> But, my X61 survived from suspend with this patch! > > I can confirm a T420s, T430 and T530 all suspend and resume single > user or multiuser without X11 including disk and network fine with > this patch (excellent stuff!). > > X11 on T420s > - Suspend and resumes fine while in X or on console with X running in > another virtual console > - The display seems to reverts to a blank console on resume into which > you can type > - Switching vtys fixes the display > - The ThinkPad touchpoint stops working on resume (but an external USB > mouse is fine) > > X11 on T530 > - Panics on resume if X is running (even if I then switch to the console) > drm/i915: Resetting chip after gpu hang > ufm_fault(0x8a77a0c0, 0x0, 1) -> w > fatal page fault in supervisor mode > ... > at netbsd:fini_hash_table+0x88: movq 1 > > but this is awesome progress! > > Thanks > > David > > DAvid > -- --- SAITOH Masanobu (msai...@execsw.org msai...@netbsd.org)
Automated report: NetBSD-current/i386 test failure
This is an automatically generated notice of a new failure of the NetBSD test suite. The newly failing test case is: lib/libcurses/t_curses:background The above test failed in each of the last 3 test runs, and passed in at least 27 consecutive runs before that. The following commits were made between the last successful test and the failed test: 2018.11.30.04.38.14 roy src/lib/libcurses/refresh.c,v 1.102 2018.11.30.04.57.02 blymn src/tests/lib/libcurses/debug_test,v 1.1 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2018.11.html#2018.11.30.04.57.02
Re: mfii0 kudos to bouyer@ Was Re: dmesg | grep -c "not configured" = 240...
On 30/11/2018 08:50, Stephen Borrill wrote: I cannot easily attach drives to it (it has external ports only, and I would need to drag it to our datacenter to connect it to something). Let's see what Mike Pumford's PCI IDs are. Wasn't able to check as I need to take a live USB stick in as the current system disk in that system is broken (its an ex-devtest box) and I forgot to pick it up. :( Will try again on Monday but from what I an remember all LSI SAS3 chipsets have a totally different driver to the SAS2 and SAS cards. I do have the ability to hook it up to a wide variety of disks though. Mike
Re: ThinkPad - suspend-to-RAM intel-x86 issues and tests
On Thu, 29 Nov 2018 at 06:15, Masanobu SAITOH wrote: > > On 2018/11/28 22:12, SAITOH Masanobu wrote: > >>> http://ftp.netbsd.org/pub/NetBSD/misc/abs/acpi-suspend-resume/pcidump.pre > >>> http://ftp.netbsd.org/pub/NetBSD/misc/abs/acpi-suspend-resume/pcidump.post > >> > >> The diff says we should save/restore MSI table. > >> We also should save/restore some other registers. > >> > >> Give me one or two days to resolve the problem. > > > > Please try the following diff: > > > > http://www.netbsd.org/~msaitoh/pci-resume-20181118-0.dif > > > > Even if I use this change with Thinkpad X220, it doesn't recover from > > suspend... > > But, my X61 survived from suspend with this patch! I can confirm a T420s, T430 and T530 all suspend and resume single user or multiuser without X11 including disk and network fine with this patch (excellent stuff!). X11 on T420s - Suspend and resumes fine while in X or on console with X running in another virtual console - The display seems to reverts to a blank console on resume into which you can type - Switching vtys fixes the display - The ThinkPad touchpoint stops working on resume (but an external USB mouse is fine) X11 on T530 - Panics on resume if X is running (even if I then switch to the console) drm/i915: Resetting chip after gpu hang ufm_fault(0x8a77a0c0, 0x0, 1) -> w fatal page fault in supervisor mode ... at netbsd:fini_hash_table+0x88: movq 1 but this is awesome progress! Thanks David DAvid
Re: Running NetBSD-current in PV mode under Xen
That was it, thanks to everybody. sshd seems to work fine when the machine is in PV mode, so I guess I'll answer to that effect to the pr. So far xcp-ng has been working fine for the rather limited test cases I have thrown on it, but combined with a self-built Xen Orchestra it is a decent free fully functional virtualisation platform. A loss for Citrix, methinks. On Fri, 30 Nov 2018 at 08:38, Stephen Borrill wrote: > > On Thu, 29 Nov 2018, Chavdar Ivanov wrote: > > I was trying to respond to and old pr of mine - > > https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=47486 - and > > went through the installation of XCP-NG (after I found out about the > > existence of this project and that Citrix has apparently changed some > > licensing conditions after XenServer 7.2). Latest -current works in > > HVM mode (after switching the network adapter emulation to e1000, > > modulo the weird mouse behaviour under X, but I am not bothered about > > it). If I switch the system to PV mode following the method described > > in the above pr, the machine apparently starts and in some 10-15 > > seconds stops, without showing any console. I checked through the > > XCP-NG log files, but could not iodentify anythin obvious (I may have > > missed stuff - they are copious). > > > > I seem to recall a relatively recent discussion about NetBSD not > > working any more under AWS PV - some parameter needed to be modified, > > but could not find a reference; could that be related? > > /opt/xensource/libexec/xen-cmdline --set-xen pv-linear-pt=true > > See N.B. (3) here: > https://www.precedence.co.uk/wiki/Support-KB-Citrix/XenServer-Hotfixes > > -- > Stephen > --
Re: Automated report: NetBSD-current/i386 test failure
On Fri, Nov 30, 2018 at 03:43:23PM +0100, Martin Husemann wrote: > This test has hung for me (untill atf timeout) on some machines (e.g. > single core arm) since several weeks, I think the test code is buggy. While the test is buggy, the bug was triggered by the changed scheduler behaviour. I have reverted that part of the commit that introduced that change. Lets find out if that makes the test succeed in the testbed again (it always succeeded here on real hardware). Then fix the test. Greetings, -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
Re: Automated report: NetBSD-current/i386 test failure
On Fri, Nov 30, 2018 at 03:16:00PM +0200, Andreas Gustafsson wrote: > The NetBSD Test Fixture wrote: > > This is an automatically generated notice of a new failure of the > > NetBSD test suite. > > > > The newly failing test case is: > > > > lib/libc/sys/t_sendmmsg:sendmmsg_basic This test has hung for me (untill atf timeout) on some machines (e.g. single core arm) since several weeks, I think the test code is buggy. Martin
Re: Automated report: NetBSD-current/i386 test failure
The NetBSD Test Fixture wrote: > This is an automatically generated notice of a new failure of the > NetBSD test suite. > > The newly failing test case is: > > lib/libc/sys/t_sendmmsg:sendmmsg_basic Sorry about the duplicate reports about this, that was an error on my part which should now be fixed. But on the bright side, the last duplicate had the problem narrowed down to a single commit: > 2018.11.28.19.46.22 mlelstv src/sys/kern/kern_synch.c,v 1.321 > 2018.11.28.19.46.22 mlelstv src/sys/sys/lwp.h,v 1.180 -- Andreas Gustafsson, g...@gson.org
Automated report: NetBSD-current/i386 test failure
This is an automatically generated notice of a new failure of the NetBSD test suite. The newly failing test case is: lib/libc/sys/t_sendmmsg:sendmmsg_basic The above test failed in each of the last 7 test runs, and passed in at least 23 consecutive runs before that. The following commits were made between the last successful test and the failed test: 2018.11.28.19.46.22 mlelstv src/sys/kern/kern_synch.c,v 1.321 2018.11.28.19.46.22 mlelstv src/sys/sys/lwp.h,v 1.180 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2018.11.html#2018.11.28.19.46.22
Re: mfii0 kudos to bouyer@ Was Re: dmesg | grep -c "not configured" = 240...
On Fri, Nov 30, 2018 at 08:50:29AM +, Stephen Borrill wrote: > On Thu, 29 Nov 2018, Manuel Bouyer wrote: > > On Thu, Nov 29, 2018 at 03:56:37PM +, Stephen Borrill wrote: > [snip] > > > The other missing driver is handled by mpii in OpenBSD (SAS3408). Our mpii > > > doesn't yet support any SAS3 cards. > > > [ 1.048805] vendor 1000 product 00af (SAS mass storage, revision 0x01) > > > at pci4 dev 0 function 0 not configured > > > > Do you have drives connected to this controller ? > > If so I can probably come up with a patch this week-end. > > The SAS3 has a sighly different interface, but from looking at the OpenBSD > > driver it's all in a single function. > > I cannot easily attach drives to it (it has external ports only, and I would > need to drag it to our datacenter to connect it to something). Let's see > what Mike Pumford's PCI IDs are. > > If I do go to the datacenter however, I should also be able to MegaRAID 3108 > support (IBM ServeRAID M5210). > > Do you have a gut feel on how easy it would be to backport your mpii changes > to -7 and -8? Probably easy, the driver didn't change much since -7 (only minor changes in kernel interfaces). -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: mfii0 kudos to bouyer@ Was Re: dmesg | grep -c "not configured" = 240...
On Thu, 29 Nov 2018, Manuel Bouyer wrote: On Thu, Nov 29, 2018 at 03:56:37PM +, Stephen Borrill wrote: [snip] The other missing driver is handled by mpii in OpenBSD (SAS3408). Our mpii doesn't yet support any SAS3 cards. [ 1.048805] vendor 1000 product 00af (SAS mass storage, revision 0x01) at pci4 dev 0 function 0 not configured Do you have drives connected to this controller ? If so I can probably come up with a patch this week-end. The SAS3 has a sighly different interface, but from looking at the OpenBSD driver it's all in a single function. I cannot easily attach drives to it (it has external ports only, and I would need to drag it to our datacenter to connect it to something). Let's see what Mike Pumford's PCI IDs are. If I do go to the datacenter however, I should also be able to MegaRAID 3108 support (IBM ServeRAID M5210). Do you have a gut feel on how easy it would be to backport your mpii changes to -7 and -8? -- Stephen
Re: mfii0 kudos to bouyer@ Was Re: dmesg | grep -c "not configured" = 240...
On Thu, Nov 29, 2018 at 11:41:41PM +, Mike Pumford wrote: > > > On 29/11/2018 18:16, Manuel Bouyer wrote: > > > Do you have drives connected to this controller ? > > If so I can probably come up with a patch this week-end. > > The SAS3 has a sighly different interface, but from looking at the OpenBSD > > driver it's all in a single function. > > > I've got access to a spare LSI SAS3 HBA at work and have some SAS drives I > could test with. I can get the exact PCI ids to see if its supported by the > OpenBSD driver. thanks. Hopefully I'll come up with a patch this week-end -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: Running NetBSD-current in PV mode under Xen
On Thu, 29 Nov 2018, Chavdar Ivanov wrote: I was trying to respond to and old pr of mine - https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=47486 - and went through the installation of XCP-NG (after I found out about the existence of this project and that Citrix has apparently changed some licensing conditions after XenServer 7.2). Latest -current works in HVM mode (after switching the network adapter emulation to e1000, modulo the weird mouse behaviour under X, but I am not bothered about it). If I switch the system to PV mode following the method described in the above pr, the machine apparently starts and in some 10-15 seconds stops, without showing any console. I checked through the XCP-NG log files, but could not iodentify anythin obvious (I may have missed stuff - they are copious). I seem to recall a relatively recent discussion about NetBSD not working any more under AWS PV - some parameter needed to be modified, but could not find a reference; could that be related? /opt/xensource/libexec/xen-cmdline --set-xen pv-linear-pt=true See N.B. (3) here: https://www.precedence.co.uk/wiki/Support-KB-Citrix/XenServer-Hotfixes -- Stephen
