Re: ci.freebsd.org 's FreeBSD-head-{amd64, i386}-test started failing after -r337332 (last good), inp_gcmoptions involved
I can't reproduce the failure. On my VM, with a kernel from Aug-2, the test passes. But it sure seems to be consistent in Jenkins. On Sun, Aug 5, 2018 at 6:59 PM, Matthew Macy wrote: > That looks like it is tied to changes I made 3 months ago. I won't be at > my desk until the end of the week, but if it's consistent I can take a look. > > -M > > On Sun, Aug 5, 2018 at 17:57 Li-Wen Hsu wrote: > >> On Sun, Aug 5, 2018 at 6:23 PM Mark Millard wrote: >> > >> > amd64: #8493 was for -r337342 and #8492 (last good) was for -r337332 . >> > more recent builds also failed. -r337342 and laster also failed for >> > i386. >> > >> > All but a sys/gettimeofday.2 change after -r337332 through -r337342 >> > are from Brad Davis. It is unclear to me how the changes matches up >> > with the below example (from the log for amd64). It might not? >> > >> > For example (i386 is similar): >> > >> > https://ci.freebsd.org/job/FreeBSD-head-amd64-test/8493/consoleText >> > >> > sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet >> -> >> > >> > Fatal trap 9: general protection fault while in kernel mode >> > cpuid = 0; apic id = 00 >> > instruction pointer = 0x20:0x80ded213 >> > stack pointer = 0x28:0xfe002648c960 >> > frame pointer = 0x28:0xfe002648c9a0 >> > code segment= base 0x0, limit 0xf, type 0x1b >> > = DPL 0, pres 1, long 1, def32 0, gran 1 >> > processor eflags= interrupt enabled, resume, IOPL = 0 >> > current process = 0 (softirq_0) >> > [ thread pid 0 tid 100013 ] >> > Stopped at inp_gcmoptions+0xe3:movqll+0x33f(%rax),%r9 >> >> I think this is because we are trying to enable more tests: >> https://github.com/freebsd/freebsd-ci/pull/25 >> >> I'm looking into that. If I cannot resolve this quickly I will revert >> it temporarily. >> >> Li-Wen >> >> -- >> Li-Wen Hsu >> https://lwhsu.org >> ___ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org >> " >> > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ci.freebsd.org 's FreeBSD-head-{amd64, i386}-test started failing after -r337332 (last good), inp_gcmoptions involved
That looks like it is tied to changes I made 3 months ago. I won't be at my desk until the end of the week, but if it's consistent I can take a look. -M On Sun, Aug 5, 2018 at 17:57 Li-Wen Hsu wrote: > On Sun, Aug 5, 2018 at 6:23 PM Mark Millard wrote: > > > > amd64: #8493 was for -r337342 and #8492 (last good) was for -r337332 . > > more recent builds also failed. -r337342 and laster also failed for > > i386. > > > > All but a sys/gettimeofday.2 change after -r337332 through -r337342 > > are from Brad Davis. It is unclear to me how the changes matches up > > with the below example (from the log for amd64). It might not? > > > > For example (i386 is similar): > > > > https://ci.freebsd.org/job/FreeBSD-head-amd64-test/8493/consoleText > > > > sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet -> > > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 0; apic id = 00 > > instruction pointer = 0x20:0x80ded213 > > stack pointer = 0x28:0xfe002648c960 > > frame pointer = 0x28:0xfe002648c9a0 > > code segment= base 0x0, limit 0xf, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags= interrupt enabled, resume, IOPL = 0 > > current process = 0 (softirq_0) > > [ thread pid 0 tid 100013 ] > > Stopped at inp_gcmoptions+0xe3:movqll+0x33f(%rax),%r9 > > I think this is because we are trying to enable more tests: > https://github.com/freebsd/freebsd-ci/pull/25 > > I'm looking into that. If I cannot resolve this quickly I will revert > it temporarily. > > Li-Wen > > -- > Li-Wen Hsu > https://lwhsu.org > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ci.freebsd.org 's FreeBSD-head-{amd64, i386}-test started failing after -r337332 (last good), inp_gcmoptions involved
On Sun, Aug 5, 2018 at 6:23 PM Mark Millard wrote: > > amd64: #8493 was for -r337342 and #8492 (last good) was for -r337332 . > more recent builds also failed. -r337342 and laster also failed for > i386. > > All but a sys/gettimeofday.2 change after -r337332 through -r337342 > are from Brad Davis. It is unclear to me how the changes matches up > with the below example (from the log for amd64). It might not? > > For example (i386 is similar): > > https://ci.freebsd.org/job/FreeBSD-head-amd64-test/8493/consoleText > > sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet -> > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0x80ded213 > stack pointer = 0x28:0xfe002648c960 > frame pointer = 0x28:0xfe002648c9a0 > code segment= base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags= interrupt enabled, resume, IOPL = 0 > current process = 0 (softirq_0) > [ thread pid 0 tid 100013 ] > Stopped at inp_gcmoptions+0xe3:movqll+0x33f(%rax),%r9 I think this is because we are trying to enable more tests: https://github.com/freebsd/freebsd-ci/pull/25 I'm looking into that. If I cannot resolve this quickly I will revert it temporarily. Li-Wen -- Li-Wen Hsu https://lwhsu.org ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
OpenVPN produces garbage on TAP on -current
Here a bit of paste: https://paste.fedoraproject.org/paste/Hn4M2JqZ~5xccLWOVD1xUw/raw just to illustrate how it does not work. TAP device works good inside OS (FreeBSD current) however, everything that comes over OpenVPN is just garbage. -- Lars Schotte Mudroňova 13 92101 Piešťany ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: panic after ifioctl/if_clone_destroy
If you could give me a self-contained reproducer that would expedite a fix. Thanks. -M On Sun, Aug 5, 2018 at 08:36 Roman Bogorodskiy wrote: > Running -CURRENT r336863 on amd64. Get the following panic right after > (or during) boot: > > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 04 > fault virtual address = 0xdeadc2ff > fault code = supervisor read data, page not present > instruction pointer = 0x20:0x80bd7858 > stack pointer = 0x28:0xfe008b445580 > frame pointer = 0x28:0xfe008b4455c0 > code segment= base 0x0, limit 0xf, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags= interrupt enabled, resume, IOPL = 0 > current process = 903 (libvirtd) > > Traceback is: > > (kgdb) #0 doadump (textdump=0) at pcpu.h:230 > #1 0x8043dc7b in db_dump (dummy=, > dummy2=, dummy3=, > dummy4=) at /usr/src/sys/ddb/db_command.c:574 > #2 0x8043da49 in db_command (cmd_table=) > at /usr/src/sys/ddb/db_command.c:481 > #3 0x8043d7c4 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:534 > #4 0x804409ef in db_trap (type=, > code=) at /usr/src/sys/ddb/db_main.c:252 > #5 0x80bdd513 in kdb_trap (type=12, code=0, tf= out>) > at /usr/src/sys/kern/subr_kdb.c:693 > #6 0x810769f1 in trap_fatal (frame=0xfe008b4454c0, > eva=3735929599) > at /usr/src/sys/amd64/amd64/trap.c:884 > #7 0x81076b12 in trap_pfault (frame=0xfe008b4454c0, > usermode=) at pcpu.h:230 > #8 0x8107611a in trap (frame=0xfe008b4454c0) > at /usr/src/sys/amd64/amd64/trap.c:427 > #9 0x810518ac in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:230 > #10 0x80bd7858 in epoch_block_handler_preempt ( > global=, cr=0xfe00760c3a00, > arg=) at /usr/src/sys/kern/subr_epoch.c:256 > #11 0x803994fd in ck_epoch_synchronize_wait ( > global=0xf800030c5680, > cb=0x80bd77a0 , ct=0x0) > at /usr/src/sys/contrib/ck/src/ck_epoch.c:407 > #12 0x80bd7630 in epoch_wait_preempt (epoch=0xf800030c5680) > at /usr/src/sys/kern/subr_epoch.c:389 > #13 0x80c983bf in if_delgroup (ifp=0xf80003aab800, > groupname=0xf80005ff5e00 "bridge") at /usr/src/sys/net/if.c:1514 > #14 0x80c9f2b2 in if_clone_destroyif (ifc=0xf80005ff5e00, > ifp=0xf80003aab800) at /usr/src/sys/net/if_clone.c:325 > #15 0x80c9f0d5 in if_clone_destroy (name=0xfe008b4458d0 > "virbr0") > at /usr/src/sys/net/if_clone.c:288 > #16 0x80c9a2c3 in ifioctl (so=0xf80007edca38, cmd=2149607801, > data=, td=) > at /usr/src/sys/net/if.c:3053 > #17 0x80c04259 in kern_ioctl (td=0xf80007c1a580, > fd=, com=, > data=) at file.h:330 > #18 0x80c03f2e in sys_ioctl (td=0xf80007c1a580, > uap=0xf80007c1a940) at /usr/src/sys/kern/sys_generic.c:712 > #19 0x81077401 in amd64_syscall (td=0xf80007c1a580, traced=0) > at subr_syscall.c:135 > #20 0x8105218d in fast_syscall_common () > at /usr/src/sys/amd64/amd64/exception.S:500 > #21 0x0008028f4c0a in ?? () > > > Previous frame inner to this frame (corrupt stack?) > > > Current language: auto; currently minimal > > > (kgdb) > > It looks like panic happens during network interfaces related > operations. Couple of dmesg lines before panic: > > Aug 5 19:02:42 romashka rtsold[585]: interface > bridge0 removed > Aug 5 19:02:42 romashka kernel: bridge0: Ethernet address: > 02:af:41:48:c7:00 > Aug 5 19:02:42 romashka kernel: bridge0: changing name to 'virbr-ab' > Aug 5 19:02:42 romashka kernel: tap0: Ethernet address: 00:bd:8d:11:f7:00 > Aug 5 19:02:42 romashka kernel: tap0: link state changed to UP > Aug 5 19:02:42 romashka kernel: tap0: changing name to 'virbr-ab-nic' > Aug 5 19:02:42 romashka kernel: virbr-ab-nic: promiscuous mode enabled > Aug 5 19:02:42 romashka kernel: virbr-ab: link state changed to UP > Aug 5 19:02:42 romashka rtsold[585]: interface > tap0 removed > Aug 5 19:02:43 romashka dnsmasq[1047]: setting --bind-interfaces option > because of OS limitations > Aug 5 19:02:43 romashka dnsmasq[1047]: warning: no upstream servers > configured > Aug 5 19:02:43 romashka kernel: virbr-ab-nic: link state changed to DOWN > Aug 5 19:02:43 romashka kernel: virbr-ab: link state changed to DOWN > Aug 5 19:02:43 romashka kernel: bridge1: Ethernet address: > 02:af:41:48:c7:01 > Aug 5 19:02:43 romashka kernel: bridge1: changing name to 'virbr0' > Aug 5 19:02:43 romashka rtsold[585]: interface > bridge1 removed > Aug 5 19:02:43 romashka kernel: tap1: Ethernet address: 00:bd:53:14:f7:01 > Aug 5 19:02:43 romashka kernel: tap1: link state changed to UP > Aug 5 19:02:43 romashka kernel: tap1: changing name to 'virbr0-nic' > Aug 5 19:02:43 romashka kernel: virbr0: link state changed to UP > Aug 5
Re: install: auto_master: No such file or directory
On Sun, Aug 5, 2018 at 5:39 AM, Jeffrey Bouquet wrote: > > > On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote: > > > somehow installworld fails lately > > > > ===> share/examples (install) > > if [ -L /usr/share/examples/BSD_daemon ]; then rm -f > /usr/share/examples/BSD_daemon; fi > > if [ -L /usr/share/examples/FreeBSD_version ]; then rm -f > /usr/share/examples/FreeBSD_version; fi > > if [ -L /usr/share/examples/IPv6 ]; then rm -f > /usr/share/examples/IPv6; fi > > if [ -L /usr/share/examples/bootforth ]; then rm -f > /usr/share/examples/bootforth; fi > > if [ -L /usr/share/examples/csh ]; then rm -f /usr/share/examples/csh; > fi > > if [ -L /usr/share/examples/diskless ]; then rm -f > /usr/share/examples/diskless; fi > > if [ -L /usr/share/examples/drivers ]; then rm -f > /usr/share/examples/drivers; fi > > if [ -L /usr/share/examples/etc ]; then rm -f /usr/share/examples/etc; > fi > > if [ -L /usr/share/examples/find_interface ]; then rm -f > /usr/share/examples/find_interface; fi > > if [ -L /usr/share/examples/ibcs2 ]; then rm -f > /usr/share/examples/ibcs2; fi > > if [ -L /usr/share/examples/indent ]; then rm -f > /usr/share/examples/indent; fi > > if [ -L /usr/share/examples/ipfw ]; then rm -f > /usr/share/examples/ipfw; fi > > if [ -L /usr/share/examples/jails ]; then rm -f > /usr/share/examples/jails; fi > > if [ -L /usr/share/examples/kld ]; then rm -f /usr/share/examples/kld; > fi > > if [ -L /usr/share/examples/libvgl ]; then rm -f > /usr/share/examples/libvgl; fi > > if [ -L /usr/share/examples/mdoc ]; then rm -f > /usr/share/examples/mdoc; fi > > if [ -L /usr/share/examples/netgraph ]; then rm -f > /usr/share/examples/netgraph; fi > > if [ -L /usr/share/examples/perfmon ]; then rm -f > /usr/share/examples/perfmon; fi > > if [ -L /usr/share/examples/ppi ]; then rm -f /usr/share/examples/ppi; > fi > > if [ -L /usr/share/examples/ppp ]; then rm -f /usr/share/examples/ppp; > fi > > if [ -L /usr/share/examples/printing ]; then rm -f > /usr/share/examples/printing; fi > > if [ -L /usr/share/examples/ses ]; then rm -f /usr/share/examples/ses; > fi > > if [ -L /usr/share/examples/scsi_target ]; then rm -f > /usr/share/examples/scsi_target; fi > > if [ -L /usr/share/examples/sunrpc ]; then rm -f > /usr/share/examples/sunrpc; fi > > if [ -L /usr/share/examples/ypldap ]; then rm -f > /usr/share/examples/ypldap; fi > > if [ -L /usr/share/examples/bhyve ]; then rm -f > /usr/share/examples/bhyve; fi > > if [ -L /usr/share/examples/uefisign ]; then rm -f > /usr/share/examples/uefisign; fi > > if [ -L /usr/share/examples/hast ]; then rm -f > /usr/share/examples/hast; fi > > if [ -L /usr/share/examples/libusb20 ]; then rm -f > /usr/share/examples/libusb20; fi > > (cd /usr/src/etc; make MK_MAKE_CHECK_USE_SANDBOX=yes etc-examples) > > cd /usr/src/etc; install -o root -g wheel -m 444 crontab devd.conf > devfs.conf ddb.conf dhclient.conf disktab fbtab gettytab group > hosts hosts.allow hosts.equiv libalias.conf libmap.conf login.access > login.conf mac.conf motd netconfig networks newsyslog.conf > nsswitch.conf phones profile protocols rc.bsdextended rc.firewall > remote rpc services sysctl.conf syslog.conf termcap.small > etc.amd64/ttys amd.map auto_master ftpusers inetd.conf > /usr/src/usr.bin/locate/locate/locate.rc hosts.lpd printcap > /usr/src/usr.bin/mail/misc/mail.rc ntp.conf pf.os rc.sendmail csh.cshrc > csh.login csh.logout regdomain.xml nsmb.conf opieaccess > /usr/share/examples/etc > > install: auto_master: No such file or directory > > *** Error code 71 > > > > Stop. > > make[6]: stopped in /usr/src/etc > > *** Error code 1 > > > > Stop. > > make[5]: stopped in /usr/src/share/examples > > *** Error code 1 > > > > Stop. > > make[4]: stopped in /usr/src/share > > *** Error code 1 > > > > Stop. > > make[3]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[2]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src > > # less UPDATING > > # svn up > > Updating '.': > > At revision 337340. > > > > > > -- > > Lars Schotte > > Mudroňova 13 > > 92101 Piešťany > > ___ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > > It's been on my wishlist that buildworld includes a 'fake installworld, > copying > /bin /usr/bin subtrees into a chroot or something... ' so if the > real one fails, where it installed to could be copied onto / ... with gcp > -R or some > such, and the procedure included in UPDATING. > > Alas this isn't possible to do in buildworld, because it would require root privileges. buildworld needs to be done in environments where those privileges aren't available, like on universe12a.freebsd.org.
ci.freebsd.org 's FreeBSD-head-{amd64,i386}-test started failing after -r337332 (last good), inp_gcmoptions involved
amd64: #8493 was for -r337342 and #8492 (last good) was for -r337332 . more recent builds also failed. -r337342 and laster also failed for i386. All but a sys/gettimeofday.2 change after -r337332 through -r337342 are from Brad Davis. It is unclear to me how the changes matches up with the below example (from the log for amd64). It might not? For example (i386 is similar): https://ci.freebsd.org/job/FreeBSD-head-amd64-test/8493/consoleText sys/netinet/fibs_test:subnet_route_with_multiple_fibs_on_same_subnet -> Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0x80ded213 stack pointer = 0x28:0xfe002648c960 frame pointer = 0x28:0xfe002648c9a0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 (softirq_0) [ thread pid 0 tid 100013 ] Stopped at inp_gcmoptions+0xe3:movqll+0x33f(%rax),%r9 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
panic after ifioctl/if_clone_destroy
Running -CURRENT r336863 on amd64. Get the following panic right after (or during) boot: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 04 fault virtual address = 0xdeadc2ff fault code = supervisor read data, page not present instruction pointer = 0x20:0x80bd7858 stack pointer = 0x28:0xfe008b445580 frame pointer = 0x28:0xfe008b4455c0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 903 (libvirtd) Traceback is: (kgdb) #0 doadump (textdump=0) at pcpu.h:230 #1 0x8043dc7b in db_dump (dummy=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:574 #2 0x8043da49 in db_command (cmd_table=) at /usr/src/sys/ddb/db_command.c:481 #3 0x8043d7c4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:534 #4 0x804409ef in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:252 #5 0x80bdd513 in kdb_trap (type=12, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:693 #6 0x810769f1 in trap_fatal (frame=0xfe008b4454c0, eva=3735929599) at /usr/src/sys/amd64/amd64/trap.c:884 #7 0x81076b12 in trap_pfault (frame=0xfe008b4454c0, usermode=) at pcpu.h:230 #8 0x8107611a in trap (frame=0xfe008b4454c0) at /usr/src/sys/amd64/amd64/trap.c:427 #9 0x810518ac in calltrap () at /usr/src/sys/amd64/amd64/exception.S:230 #10 0x80bd7858 in epoch_block_handler_preempt ( global=, cr=0xfe00760c3a00, arg=) at /usr/src/sys/kern/subr_epoch.c:256 #11 0x803994fd in ck_epoch_synchronize_wait ( global=0xf800030c5680, cb=0x80bd77a0 , ct=0x0) at /usr/src/sys/contrib/ck/src/ck_epoch.c:407 #12 0x80bd7630 in epoch_wait_preempt (epoch=0xf800030c5680) at /usr/src/sys/kern/subr_epoch.c:389 #13 0x80c983bf in if_delgroup (ifp=0xf80003aab800, groupname=0xf80005ff5e00 "bridge") at /usr/src/sys/net/if.c:1514 #14 0x80c9f2b2 in if_clone_destroyif (ifc=0xf80005ff5e00, ifp=0xf80003aab800) at /usr/src/sys/net/if_clone.c:325 #15 0x80c9f0d5 in if_clone_destroy (name=0xfe008b4458d0 "virbr0") at /usr/src/sys/net/if_clone.c:288 #16 0x80c9a2c3 in ifioctl (so=0xf80007edca38, cmd=2149607801, data=, td=) at /usr/src/sys/net/if.c:3053 #17 0x80c04259 in kern_ioctl (td=0xf80007c1a580, fd=, com=, data=) at file.h:330 #18 0x80c03f2e in sys_ioctl (td=0xf80007c1a580, uap=0xf80007c1a940) at /usr/src/sys/kern/sys_generic.c:712 #19 0x81077401 in amd64_syscall (td=0xf80007c1a580, traced=0) at subr_syscall.c:135 #20 0x8105218d in fast_syscall_common () at /usr/src/sys/amd64/amd64/exception.S:500 #21 0x0008028f4c0a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) It looks like panic happens during network interfaces related operations. Couple of dmesg lines before panic: Aug 5 19:02:42 romashka rtsold[585]: interface bridge0 removed Aug 5 19:02:42 romashka kernel: bridge0: Ethernet address: 02:af:41:48:c7:00 Aug 5 19:02:42 romashka kernel: bridge0: changing name to 'virbr-ab' Aug 5 19:02:42 romashka kernel: tap0: Ethernet address: 00:bd:8d:11:f7:00 Aug 5 19:02:42 romashka kernel: tap0: link state changed to UP Aug 5 19:02:42 romashka kernel: tap0: changing name to 'virbr-ab-nic' Aug 5 19:02:42 romashka kernel: virbr-ab-nic: promiscuous mode enabled Aug 5 19:02:42 romashka kernel: virbr-ab: link state changed to UP Aug 5 19:02:42 romashka rtsold[585]: interface tap0 removed Aug 5 19:02:43 romashka dnsmasq[1047]: setting --bind-interfaces option because of OS limitations Aug 5 19:02:43 romashka dnsmasq[1047]: warning: no upstream servers configured Aug 5 19:02:43 romashka kernel: virbr-ab-nic: link state changed to DOWN Aug 5 19:02:43 romashka kernel: virbr-ab: link state changed to DOWN Aug 5 19:02:43 romashka kernel: bridge1: Ethernet address: 02:af:41:48:c7:01 Aug 5 19:02:43 romashka kernel: bridge1: changing name to 'virbr0' Aug 5 19:02:43 romashka rtsold[585]: interface bridge1 removed Aug 5 19:02:43 romashka kernel: tap1: Ethernet address: 00:bd:53:14:f7:01 Aug 5 19:02:43 romashka kernel: tap1: link state
Re: install: auto_master: No such file or directory
> > On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote: > > > somehow installworld fails lately > > > > ===> share/examples (install) > > if [ -L /usr/share/examples/BSD_daemon ]; then rm -f > > /usr/share/examples/BSD_daemon; fi > > if [ -L /usr/share/examples/FreeBSD_version ]; then rm -f > > /usr/share/examples/FreeBSD_version; fi > > if [ -L /usr/share/examples/IPv6 ]; then rm -f /usr/share/examples/IPv6; > > fi > > if [ -L /usr/share/examples/bootforth ]; then rm -f > > /usr/share/examples/bootforth; fi > > if [ -L /usr/share/examples/csh ]; then rm -f /usr/share/examples/csh; fi > > if [ -L /usr/share/examples/diskless ]; then rm -f > > /usr/share/examples/diskless; fi > > if [ -L /usr/share/examples/drivers ]; then rm -f > > /usr/share/examples/drivers; fi > > if [ -L /usr/share/examples/etc ]; then rm -f /usr/share/examples/etc; fi > > if [ -L /usr/share/examples/find_interface ]; then rm -f > > /usr/share/examples/find_interface; fi > > if [ -L /usr/share/examples/ibcs2 ]; then rm -f /usr/share/examples/ibcs2; > > fi > > if [ -L /usr/share/examples/indent ]; then rm -f > > /usr/share/examples/indent; fi > > if [ -L /usr/share/examples/ipfw ]; then rm -f /usr/share/examples/ipfw; > > fi > > if [ -L /usr/share/examples/jails ]; then rm -f /usr/share/examples/jails; > > fi > > if [ -L /usr/share/examples/kld ]; then rm -f /usr/share/examples/kld; fi > > if [ -L /usr/share/examples/libvgl ]; then rm -f > > /usr/share/examples/libvgl; fi > > if [ -L /usr/share/examples/mdoc ]; then rm -f /usr/share/examples/mdoc; > > fi > > if [ -L /usr/share/examples/netgraph ]; then rm -f > > /usr/share/examples/netgraph; fi > > if [ -L /usr/share/examples/perfmon ]; then rm -f > > /usr/share/examples/perfmon; fi > > if [ -L /usr/share/examples/ppi ]; then rm -f /usr/share/examples/ppi; fi > > if [ -L /usr/share/examples/ppp ]; then rm -f /usr/share/examples/ppp; fi > > if [ -L /usr/share/examples/printing ]; then rm -f > > /usr/share/examples/printing; fi > > if [ -L /usr/share/examples/ses ]; then rm -f /usr/share/examples/ses; fi > > if [ -L /usr/share/examples/scsi_target ]; then rm -f > > /usr/share/examples/scsi_target; fi > > if [ -L /usr/share/examples/sunrpc ]; then rm -f > > /usr/share/examples/sunrpc; fi > > if [ -L /usr/share/examples/ypldap ]; then rm -f > > /usr/share/examples/ypldap; fi > > if [ -L /usr/share/examples/bhyve ]; then rm -f /usr/share/examples/bhyve; > > fi > > if [ -L /usr/share/examples/uefisign ]; then rm -f > > /usr/share/examples/uefisign; fi > > if [ -L /usr/share/examples/hast ]; then rm -f /usr/share/examples/hast; > > fi > > if [ -L /usr/share/examples/libusb20 ]; then rm -f > > /usr/share/examples/libusb20; fi > > (cd /usr/src/etc; make MK_MAKE_CHECK_USE_SANDBOX=yes etc-examples) > > cd /usr/src/etc; install -o root -g wheel -m 444 crontab devd.conf > > devfs.conf ddb.conf dhclient.conf disktab fbtab gettytab group hosts > > hosts.allow hosts.equiv libalias.conf libmap.conf login.access > > login.conf mac.conf motd netconfig networks newsyslog.conf > > nsswitch.conf phones profile protocols rc.bsdextended rc.firewall > > remote rpc services sysctl.conf syslog.conf termcap.small > > etc.amd64/ttys amd.map auto_master ftpusers inetd.conf > > /usr/src/usr.bin/locate/locate/locate.rc hosts.lpd printcap > > /usr/src/usr.bin/mail/misc/mail.rc ntp.conf pf.os rc.sendmail csh.cshrc > > csh.login csh.logout regdomain.xml nsmb.conf opieaccess > > /usr/share/examples/etc > > install: auto_master: No such file or directory > > *** Error code 71 > > > > Stop. > > make[6]: stopped in /usr/src/etc > > *** Error code 1 > > > > Stop. > > make[5]: stopped in /usr/src/share/examples > > *** Error code 1 > > > > Stop. > > make[4]: stopped in /usr/src/share > > *** Error code 1 > > > > Stop. > > make[3]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[2]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src > > # less UPDATING > > # svn up > > Updating '.': > > At revision 337340. > > -- > > Lars Schotte > > Mudro?ova 13 > > 92101 Pie??any > > It's been on my wishlist that buildworld includes a 'fake installworld, > copying > /bin /usr/bin subtrees into a chroot or something... ' so if the > real one fails, where it installed to could be copied onto / ... with gcp -R > or some > such, and the procedure included in UPDATING. It is very easy to pretest installworld: cd /usr/src && mkdir /tmp/testinstall && make DESTDIR=/tmp/testinstall installworld -- Rod Grimes rgri...@freebsd.org ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to
Re: install: auto_master: No such file or directory
On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote: > somehow installworld fails lately > > ===> share/examples (install) > if [ -L /usr/share/examples/BSD_daemon ]; then rm -f > /usr/share/examples/BSD_daemon; fi > if [ -L /usr/share/examples/FreeBSD_version ]; then rm -f > /usr/share/examples/FreeBSD_version; fi > if [ -L /usr/share/examples/IPv6 ]; then rm -f /usr/share/examples/IPv6; fi > if [ -L /usr/share/examples/bootforth ]; then rm -f > /usr/share/examples/bootforth; fi > if [ -L /usr/share/examples/csh ]; then rm -f /usr/share/examples/csh; fi > if [ -L /usr/share/examples/diskless ]; then rm -f > /usr/share/examples/diskless; fi > if [ -L /usr/share/examples/drivers ]; then rm -f > /usr/share/examples/drivers; fi > if [ -L /usr/share/examples/etc ]; then rm -f /usr/share/examples/etc; fi > if [ -L /usr/share/examples/find_interface ]; then rm -f > /usr/share/examples/find_interface; fi > if [ -L /usr/share/examples/ibcs2 ]; then rm -f /usr/share/examples/ibcs2; > fi > if [ -L /usr/share/examples/indent ]; then rm -f /usr/share/examples/indent; > fi > if [ -L /usr/share/examples/ipfw ]; then rm -f /usr/share/examples/ipfw; fi > if [ -L /usr/share/examples/jails ]; then rm -f /usr/share/examples/jails; > fi > if [ -L /usr/share/examples/kld ]; then rm -f /usr/share/examples/kld; fi > if [ -L /usr/share/examples/libvgl ]; then rm -f /usr/share/examples/libvgl; > fi > if [ -L /usr/share/examples/mdoc ]; then rm -f /usr/share/examples/mdoc; fi > if [ -L /usr/share/examples/netgraph ]; then rm -f > /usr/share/examples/netgraph; fi > if [ -L /usr/share/examples/perfmon ]; then rm -f > /usr/share/examples/perfmon; fi > if [ -L /usr/share/examples/ppi ]; then rm -f /usr/share/examples/ppi; fi > if [ -L /usr/share/examples/ppp ]; then rm -f /usr/share/examples/ppp; fi > if [ -L /usr/share/examples/printing ]; then rm -f > /usr/share/examples/printing; fi > if [ -L /usr/share/examples/ses ]; then rm -f /usr/share/examples/ses; fi > if [ -L /usr/share/examples/scsi_target ]; then rm -f > /usr/share/examples/scsi_target; fi > if [ -L /usr/share/examples/sunrpc ]; then rm -f /usr/share/examples/sunrpc; > fi > if [ -L /usr/share/examples/ypldap ]; then rm -f /usr/share/examples/ypldap; > fi > if [ -L /usr/share/examples/bhyve ]; then rm -f /usr/share/examples/bhyve; > fi > if [ -L /usr/share/examples/uefisign ]; then rm -f > /usr/share/examples/uefisign; fi > if [ -L /usr/share/examples/hast ]; then rm -f /usr/share/examples/hast; fi > if [ -L /usr/share/examples/libusb20 ]; then rm -f > /usr/share/examples/libusb20; fi > (cd /usr/src/etc; make MK_MAKE_CHECK_USE_SANDBOX=yes etc-examples) > cd /usr/src/etc; install -o root -g wheel -m 444 crontab devd.conf > devfs.conf ddb.conf dhclient.conf disktab fbtab gettytab group hosts > hosts.allow hosts.equiv libalias.conf libmap.conf login.access > login.conf mac.conf motd netconfig networks newsyslog.conf > nsswitch.conf phones profile protocols rc.bsdextended rc.firewall > remote rpc services sysctl.conf syslog.conf termcap.small etc.amd64/ttys > amd.map auto_master ftpusers inetd.conf > /usr/src/usr.bin/locate/locate/locate.rc hosts.lpd printcap > /usr/src/usr.bin/mail/misc/mail.rc ntp.conf pf.os rc.sendmail csh.cshrc > csh.login csh.logout regdomain.xml nsmb.conf opieaccess > /usr/share/examples/etc > install: auto_master: No such file or directory > *** Error code 71 > > Stop. > make[6]: stopped in /usr/src/etc > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/share/examples > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/share > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > # less UPDATING > # svn up > Updating '.': > At revision 337340. > > > -- > Lars Schotte > Mudroňova 13 > 92101 Piešťany > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" It's been on my wishlist that buildworld includes a 'fake installworld, copying /bin /usr/bin subtrees into a chroot or something... ' so if the real one fails, where it installed to could be copied onto / ... with gcp -R or some such, and the procedure included in UPDATING. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: svn commit: r337340 - in head: [This broke all ci.freebsd.org 's FreeBSD-head-*-build 's, clang based and gcc 4.2.1 based]
Hi,
this works now but now I am back to this:
Updating ./version.texi
--- ./m4.info ---
restore=: && backupdir=".am$$" && am__cwd=`pwd` &&
CDPATH="${ZSH_VERSION+.}:" && cd . && rm -rf $backupdir && mkdir
$backupdir && if (/usr/bin/makeinfo --no-split --version) >/dev/null
2>&1; then for f
2>in ./m4.info ./m4.info-[0-9] ./m4.info-[0-9][0-9] ./m4.i[0-9]
./m4.i[0-9][0-9];
2>do if test -f $f; then mv $f $backupdir; restore=mv; else :; fi;
2>done; else :; fi && cd "$am__cwd"; if /usr/bin/makeinfo
2>--no-split -I . -o ./m4.info ./m4.texi; then rc=0;
2>CDPATH="${ZSH_VERSION+.}:" && cd .; else rc=$?;
2>CDPATH="${ZSH_VERSION+.}:" && cd . && $restore $backupdir/* `echo
2>"././m4.info" | sed 's|[^/]*$||'`; fi; rm -rf $backupdir; exit $rc
2>Bad system call (core dumped) *** [./m4.info] Error code 140
make[4]: stopped in /usr/ports/devel/m4/work/m4-1.4.18/doc
Erich
On Sat, 04 Aug 2018 22:23:56 -0600
Brad Davis wrote:
> On Sat, Aug 4, 2018, at 9:48 PM, Brad Davis wrote:
> > On Sat, Aug 4, 2018, at 7:43 PM, Mark Millard wrote:
> > > > Author: brd
> > > > Date: Sat Aug 4 22:41:17 2018
> > > > New Revision: 337340
> > > > URL:
> > > > https://svnweb.freebsd.org/changeset/base/337340
> > > >
> > > >
> > > > Log:
> > > > Move autofs related configs to usr.sbin/autofs/
> > > >
> > > > This is prep for pkgbase to have config files tagged as such.
> > > >
> > > > Approved by: will (mentor)
> > > > Differential Revision:
> > > > https://reviews.freebsd.org/D16492
> > > . . .
> > >
> > > This broke all the ci.freebsd.org builds of freebsd-head-*-build .
> > >
> > > Using FreeBSD-head-powerpc64-build as an example:
> > > #6826 (for -r337399 ) worked but #6827 (for -r337400 )
> > > fails with:
> > >
> > > (cd /usr/src/etc; make -DDB_FROM_SRC __MAKE_CONF=/dev/null
> > > SRCCONF=/
> > > workspace/freebsd-ci/jobs/FreeBSD-head-powerpc64-build/src.conf
> > > etc- examples) cd /usr/src/etc; install -N /usr/src/etc -o root
> > > -g wheel -m 444 crontab devd.conf devfs.conf ddb.conf
> > > dhclient.conf disktab fbtab gettytab group hosts
> > > hosts.allow hosts.equiv libalias.conf libmap.conf
> > > login.access login.conf mac.conf motd netconfig networks
> > > newsyslog.conf nsswitch.conf phones profile protocols
> > > rc.bsdextended rc.firewall remote rpc services sysctl.conf
> > > syslog.conf termcap.small etc.powerpc/ttys amd.map auto_master
> > > ftpusers inetd.conf /usr/src/usr.bin/locate/locate/locate.rc
> > > hosts.lpd printcap / usr/src/usr.bin/mail/misc/mail.rc ntp.conf
> > > pf.os rc.sendmail csh.cshrc csh.login csh.logout regdomain.xml
> > > nsmb.conf opieaccess /usr/obj/usr/
> > > src/powerpc.powerpc64/release/dist/base/usr/share/examples/etc
> > > install: auto_master: No such file or directory *** Error code 71
> > >
> > > Stop.
> > > make[8]: stopped in /usr/src/etc
> > > *** Error code 1
> > >
> > >
> > >
> > > Stop.
> > > make[7]: stopped in /usr/src/share/examples
> > > *** Error code 1
> > >
> > > Stop.
> > > make[6]: stopped in /usr/src/share/examples
> > > *** Error code 1
> > >
> > > Stop.
> > > make[5]: stopped in /usr/src/share
> > > *** Error code 1
> > >
> > > Stop.
> > > make[4]: stopped in /usr/src
> > > *** Error code 1
> > >
> > > Stop.
> > > make[3]: stopped in /usr/src
> > > *** Error code 1
> > >
> > > Stop.
> > > make[2]: stopped in /usr/src
> > > *** Error code 1
> > >
> > > Stop.
> > > make[1]: stopped in /usr/src
> > > *** Error code 1
> > >
> > > Stop.
> > > make: stopped in /usr/src/release
> >
> > Testing the fix..
>
> Fix committed in r337342. Sorry for the noise.
>
>
> Regards,
> Brad Davis
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to
> "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: panic: mutex pmap not owned at ... efirt_machdep.c:255
On Sat, Aug 04, 2018 at 09:46:39PM -0500, Kyle Evans wrote: > On Sat, Aug 4, 2018 at 3:37 AM, Konstantin Belousov > wrote: > > On Fri, Aug 03, 2018 at 11:27:02PM -0500, Kyle Evans wrote: > >> On Fri, Aug 3, 2018 at 10:10 PM, Eitan Adler wrote: > >> > Hi all, > >> > > >> > After installing the latest current kernel I get the following panic: > >> > > >> > panic: mutex pmap not owned at ... efirt_machdep.c:255 > >> > cpuid =3 > >> > time = 1 > >> > ... > >> > mtx_assert() > >> > efi_arch_enter() > >> > efirt_modevents() > >> > module_register_init() > >> > mi_startup() > >> > btext() > >> > > >> > >> This seems odd- pmap lock is acquired at [1], then asserted shortly > >> later at [2]... I avoid some of this stuff as well as I can, but is it > >> actually possible for PCPU_GET(...) acquired curpmap to not match > >> curthread->td_proc->p_vmspace->vm_pmap in this context? > >> > >> [1] > >> https://svnweb.freebsd.org/base/head/sys/dev/efidev/efirt.c?view=markup#l260 > >> [2] > >> https://svnweb.freebsd.org/base/head/sys/amd64/amd64/efirt_machdep.c?view=markup#l254 > > There could be that curpcpu not yet synced with proc0 pmap. It could be > > fixed. > > > > He now gets a little further, but ends up with the same panic due to > efirtc_probe trying to get time to verify the rtc's actually > implemented. What kind of approach must we take to ensure curcpu is > synced? It does not panic for me, when I load efirt.ko from the loader prompt. Anyway, try this diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c index 572b2197453..f84f56b98e2 100644 --- a/sys/amd64/amd64/pmap.c +++ b/sys/amd64/amd64/pmap.c @@ -2655,7 +2655,7 @@ pmap_pinit0(pmap_t pmap) __pcpu[i].pc_ucr3 = PMAP_NO_CR3; } } - PCPU_SET(curpmap, kernel_pmap); + PCPU_SET(curpmap, pmap); pmap_activate(curthread); CPU_FILL(_pmap->pm_active); } ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: IOMMU for GPUs
On Sun, Aug 05, 2018 at 10:34:56AM +0100, Johannes Lundberg wrote: > Hi > > First I have to say I don't know much when it comes to virtual GPUs and > IOMMU. I'm trying to figure out what we have and what is missing in regards > to sharing the GPU to virtual guests on Intel and AMD and things like the > amdkfd driver (for Radeon open compute). > > Looking at the state of IOMMU in FreeBSD there seem to be (what I guess is) > a general driver for Intel at /usr/src/sys/x86/iommu/. This is indeed a generic driver, which also provides busdma implementation using DMAR. Its main use right now is to debug other drivers. It is also helpful if some device has very restrictive DMA alignment, contiguous or location requirements which cannot be satisfied by VM subsystem easily, esp. under the load. In this case its behaviour might be better than the usual bounce busdma. Also the Intel driver knows about significant set of the DMAR erratas in the existing chipsets, although I did not updated the list recently. There is no similar driver for AMD IOMMU. > > Then there's the support for AMD's IOMMU in bhyve at > /usr/src/sys/amd64/vmm/io/iommu.c. Bhyve has both Intel DMAR and AMD IOMMU simple drivers, only providing for the PCI pass-through. Intention is to switch to x86/iommu DMAR driver eventually, at least on Intel. I did not found time to work on this still. > > Without looking too much into the details my guess is we have an iommu > driver for Intel that Intel's i915/gvt can use but for AMD there's only the > specific implementation for bhyve and no general driver that other clients > can use... Or? In-tree code in dev/drm2 does not work with GPU IOMMU turned on. GTT code for Intel/GEM assumes that physical == GTT address. I strongly suspect that dev/drm2/ati does the same for TTM buffers. > > If anyone wants to work on this, it's up for grabs :) > We'll probably have to add some glue in linuxkpi as well. As far as I know (would be glad to appear wrong) linuxkpi does not wrap Linux DMA KPI into our busdma, if such wrapping is ever possible. More probably, DMA interfaces should be implemented from scratch and perhaps use existing Intel DMAR driver as one of the substrates. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Ethernet troubles with X230
Hi, On Sun, 5 Aug 2018 12:18:24 +0200 Dhananjay Balan wrote: > Hi, > > I have a problems with ethernet on my laptop (X230). pciconf(8) > identifies the device as Intel 82579LM Gigabit Network Connection > (Lewisville). > > 1. Resuming after a long suspend (~5hr), sometimes the > machine can't get a DHCP IP. > > 2. After suspend, the ethernet device starts reporting no carrier, > eventhough the cables are plugged in and if I plug it to a different > box, they would work > > I can reproduce both on 12.0-CURRENT #17 r336576. But not sure when > they started. > > I have seen this behaviour with 2 routeres running three firmwares at > the other end. > 1. Easybox (linux 2.x?) > 2. Edgerouter lite running stock fw (linux 2.x) and 12-CURRENT (~3 > months old) > > For Problem (1) DHCP lease: > ifconfig shows: > em0: flags=8843 metric 0 mtu > 1500 > options=81249b > ether xx:xx:xx:xx:xx:xx inet 0.0.0.0 netmask 0xff00 broadcast > 255.255.255.255 media: Ethernet autoselect (1000baseT ) > status: active > nd6 options=29 > > It still can't get an ip if I invoke service netif restart > > em0: flags=8843 metric 0 mtu > 1500 > options=81249b > ether xx:xx:xx:xx:xx:xx inet 0.0.0.0 netmask 0xff00 broadcast > 255.255.255.255 media: Ethernet autoselect (1000baseT ) > status: active > nd6 options=29 > > If I try running dhclient manually, > > [dhananjay:~] 1 % sudo dhclient em0 > dhclient already running, pid: 14305. > exiting. > [dhananjay:~] 1 % sudo kill 14305 > [dhananjay:~] % sudo dhclient em0 > DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 6 > DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 10 > DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 13 > DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 17 > DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 9 > No DHCPOFFERS received. > No working leases in persistent database - sleeping. > > For (2) For status no carrier > em0: flags=8c03 metric 0 mtu > 1500 > options=81249b > ether xx:xx:xx:xx:xx:xx media: Ethernet autoselect > status: no carrier > nd6 options=29 > > and dmesg keeps repeating > em0: TX(0) desc avail = 1024, pidx = 0 > em0: TX(0) desc avail = 1024, pidx = 0 > em0: TX(0) desc avail = 1024, pidx = 0 > em0: TX(0) desc avail = 1024, pidx = 0 > > > The only solution I have found so far is to just reboot the laptop and > then everything starts working. FWIW the router led never blinks (no > data transfers during DHCPDISCOVER). I am not sure how to debug this. > when I ran into this problem, I delete the IP address 0.0.0.0, kill dhclient and start a new dhclient. As we used fixed IP addresses for em0, the problem comes up only on wlan. Erich ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Ethernet troubles with X230
Hi, I have a problems with ethernet on my laptop (X230). pciconf(8) identifies the device as Intel 82579LM Gigabit Network Connection (Lewisville). 1. Resuming after a long suspend (~5hr), sometimes the machine can't get a DHCP IP. 2. After suspend, the ethernet device starts reporting no carrier, eventhough the cables are plugged in and if I plug it to a different box, they would work I can reproduce both on 12.0-CURRENT #17 r336576. But not sure when they started. I have seen this behaviour with 2 routeres running three firmwares at the other end. 1. Easybox (linux 2.x?) 2. Edgerouter lite running stock fw (linux 2.x) and 12-CURRENT (~3 months old) For Problem (1) DHCP lease: ifconfig shows: em0: flags=8843 metric 0 mtu 1500 options=81249b ether xx:xx:xx:xx:xx:xx inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 It still can't get an ip if I invoke service netif restart em0: flags=8843 metric 0 mtu 1500 options=81249b ether xx:xx:xx:xx:xx:xx inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 If I try running dhclient manually, [dhananjay:~] 1 % sudo dhclient em0 dhclient already running, pid: 14305. exiting. [dhananjay:~] 1 % sudo kill 14305 [dhananjay:~] % sudo dhclient em0 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 10 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 13 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 17 DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 9 No DHCPOFFERS received. No working leases in persistent database - sleeping. For (2) For status no carrier em0: flags=8c03 metric 0 mtu 1500 options=81249b ether xx:xx:xx:xx:xx:xx media: Ethernet autoselect status: no carrier nd6 options=29 and dmesg keeps repeating em0: TX(0) desc avail = 1024, pidx = 0 em0: TX(0) desc avail = 1024, pidx = 0 em0: TX(0) desc avail = 1024, pidx = 0 em0: TX(0) desc avail = 1024, pidx = 0 The only solution I have found so far is to just reboot the laptop and then everything starts working. FWIW the router led never blinks (no data transfers during DHCPDISCOVER). I am not sure how to debug this. - Dhananjay Balan ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
IOMMU for GPUs
Hi First I have to say I don't know much when it comes to virtual GPUs and IOMMU. I'm trying to figure out what we have and what is missing in regards to sharing the GPU to virtual guests on Intel and AMD and things like the amdkfd driver (for Radeon open compute). Looking at the state of IOMMU in FreeBSD there seem to be (what I guess is) a general driver for Intel at /usr/src/sys/x86/iommu/. Then there's the support for AMD's IOMMU in bhyve at /usr/src/sys/amd64/vmm/io/iommu.c. Without looking too much into the details my guess is we have an iommu driver for Intel that Intel's i915/gvt can use but for AMD there's only the specific implementation for bhyve and no general driver that other clients can use... Or? If anyone wants to work on this, it's up for grabs :) We'll probably have to add some glue in linuxkpi as well. Cheers ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: svn commit: r337340 - in head: [This broke all ci.freebsd.org 's FreeBSD-head-*-build 's, clang based and gcc 4.2.1 based]
On Sat, Aug 04, 2018 at 10:23:56PM -0600, Brad Davis wrote: > On Sat, Aug 4, 2018, at 9:48 PM, Brad Davis wrote: > > On Sat, Aug 4, 2018, at 7:43 PM, Mark Millard wrote: > > > > Author: brd > > > > Date: Sat Aug 4 22:41:17 2018 > > > > New Revision: 337340 > > > > URL: > > > > https://svnweb.freebsd.org/changeset/base/337340 > > > > > > > > > > > > Log: > > > > Move autofs related configs to usr.sbin/autofs/ > > > > > > > > This is prep for pkgbase to have config files tagged as such. > > > > > > > > Approved by: will (mentor) > > > > Differential Revision: > > > > https://reviews.freebsd.org/D16492 > > > . . . > > > > > > This broke all the ci.freebsd.org builds of freebsd-head-*-build . > > > > > > Using FreeBSD-head-powerpc64-build as an example: > > > #6826 (for -r337399 ) worked but #6827 (for -r337400 ) > > > fails with: > > > > > > (cd /usr/src/etc; make -DDB_FROM_SRC __MAKE_CONF=/dev/null SRCCONF=/ > > > workspace/freebsd-ci/jobs/FreeBSD-head-powerpc64-build/src.conf etc- > > > examples) > > > cd /usr/src/etc; install -N /usr/src/etc -o root -g wheel -m 444 > > > crontab devd.conf devfs.conf ddb.conf dhclient.conf disktab fbtab > > > gettytab group hosts hosts.allow hosts.equiv libalias.conf > > > libmap.conf login.access login.conf mac.conf motd netconfig > > > networks newsyslog.conf nsswitch.conf phones profile protocols > > > rc.bsdextended rc.firewall remote rpc services sysctl.conf > > > syslog.conf termcap.small etc.powerpc/ttys amd.map auto_master ftpusers > > > inetd.conf /usr/src/usr.bin/locate/locate/locate.rc hosts.lpd printcap / > > > usr/src/usr.bin/mail/misc/mail.rc ntp.conf pf.os rc.sendmail csh.cshrc > > > csh.login csh.logout regdomain.xml nsmb.conf opieaccess /usr/obj/usr/ > > > src/powerpc.powerpc64/release/dist/base/usr/share/examples/etc > > > install: auto_master: No such file or directory > > > *** Error code 71 > > > > > > Stop. > > > make[8]: stopped in /usr/src/etc > > > *** Error code 1 > > > > > > > > > > > > Stop. > > > make[7]: stopped in /usr/src/share/examples > > > *** Error code 1 > > > > > > Stop. > > > make[6]: stopped in /usr/src/share/examples > > > *** Error code 1 > > > > > > Stop. > > > make[5]: stopped in /usr/src/share > > > *** Error code 1 > > > > > > Stop. > > > make[4]: stopped in /usr/src > > > *** Error code 1 > > > > > > Stop. > > > make[3]: stopped in /usr/src > > > *** Error code 1 > > > > > > Stop. > > > make[2]: stopped in /usr/src > > > *** Error code 1 > > > > > > Stop. > > > make[1]: stopped in /usr/src > > > *** Error code 1 > > > > > > Stop. > > > make: stopped in /usr/src/release > > > > Testing the fix.. > > Fix committed in r337342. Sorry for the noise. > How was the original patch that caused the problem tested? -- Steve ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
