Re: at SVN r347375, terminating/restarting openvpn on tap causes panic
On 2019-05-09 14:38, Gleb Smirnoff wrote: > On Thu, May 09, 2019 at 02:32:44PM -0400, Michael Butler wrote: > M> (kgdb) frame 8 > M> #8 0x80a15377 in ip_output (m=, opt= M> optimized out>, ro=0x0, flags=0, imo=0xfe0072b14780, inp=0x0) at > M> /usr/src/sys/netinet/ip_output.c:362 > M> 362 IFP_TO_IA(ifp, ia, _ifa_tracker); > M> (kgdb) print imo > M> $1 = (struct ip_moptions *) 0xfe0072b14780 > M> (kgdb) print ifp > M> $2 = (struct ifnet *) 0xf8000411 > M> (kgdb) print ia > M> $3 = > ... > > This all looks good. > > Can you please traverse the 'in_ifaddrhead' linked list? To close the loop on this - it's now fixed by SVN r347466, Thanks! imb ___ 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: Danish FreeBSD Developer hates jews collectively
On Fri, 10 May 2019 20:22:31 +0200 Steffen Nurpmeso wrote: > |> Background: Apparently a FreeBSD developer, a viking looking > fellow, |> has been hiding a secret: just as many of his predecessors > in the |> Danish cities during WWII (collaborators); He has a disdain > for "the |> jews" collectively. > |> > | > |Who cares!? > > I want to point out one thing. No, two. One is that i concur > with all left hand side arguments of PHKs blog post that was > linked a 100 percent. But that is my personal opinion. I mean that this is "tech" resource about freebsd. Who and what doing outside source tree is irrelivant. ossobser...@redchan.it - idiot. CoC - stupid thing. PS: sorry for offtopic. ___ 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: Danish FreeBSD Developer hates jews collectively
It's irrelevant. One person's opinion means nothing in the scope of a multigenerational project. On Fri, May 10, 2019, 14:24 Steffen Nurpmeso wrote: > Rozhuk Ivan wrote in <20190510073249.73a17721@rimwks>: > |On Thu, 09 May 2019 18:03:04 + > |ossobser...@redchan.it wrote: > | > |> Background: Apparently a FreeBSD developer, a viking looking fellow, > |> has been hiding a secret: just as many of his predecessors in the > |> Danish cities during WWII (collaborators); He has a disdain for "the > |> jews" collectively. > |> > | > |Who cares!? > > I want to point out one thing. No, two. One is that i concur > with all left hand side arguments of PHKs blog post that was > linked a 100 percent. But that is my personal opinion. > > The second is, and i think this is important, because over the > centuries it occasionally is forgotten by spiritless people like > the Nazis and then, short, "leads to massacres", small or > otherwise overwhelming, etc., and, furthermore, in difference to > the time before the first world war there was a tremendous amount > of spirit and art in the heaven under which we live, meaning that > topics were on the table, newspapers, universities, club talks > etc. The "Jew" as in anti-semitism has never been anything else > than an allegory of bad characteristics present in each and every > homo sapiens sapiens (that cheetah thing). > > It is an allegory. Back in the day people like Richard Wagner > pointed their finger onto the yews and often in a way that > "everybody" knew that three fingers would point back, so even more > simple minded people would understand it is an allegory, and the > brain f.s would also have something to talk about. Of course > it is true when Carl Dahlhaus says that "real Jews" had to stand > the consequences ([Wagner] "macht es dem Judentum – der Allegorie, > für die dann die realen Juden einstehen müssen"), but during the > time of Wagner no Jew had to suffer in Germany. That was over > half a century later, and Mr. Dahlhaus lived even later than > that. > But guess what the wonderful Daniel Barenboim reaped when he > and his orchestre started playing a Wagner piece in Israel? > Fanatic old-style jews started screaming and other terror. > > Todays standards are mindless and dumb. They guzzle life on > earth. There is no Richard Wagner. People are as wise and > intelligent as back then, they penetrated the physical, chemical, > biological essence of life intellectually even further than back > then, but they lost soul and spirit just as much, or even more. > No one dares to cross any line, while at the same time guzzling > life on earth. That is pathological, that is delirious. > In short. I am an antisemitist. But this has nothing to do with > real Jews. Despite that, the situation in Israel is > a catastrophe, and in Jemen, but let's just not talk about it. > Will ya? > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > ___ > 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"
FreeBSD CI Weekly Report 2019-05-05
(bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2019-05-05 === Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-04-29 to 2019-05-05. During this period, we have: * 2372 builds (99.9% passed, 0.1% failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 384 test runs (53.9% passed, 44.5% unstable, 1.6% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 20 doc buils (100% passed) (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/s/B13k-VEoN and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## Fixed Tests * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sys.kern.coredump_phnum_test.coredump_phnum https://svnweb.freebsd.org/changeset/base/346909 * lib.libc.sys.sendfile_test.fd_positive_shm_v4 * lib.libc.sys.sendfile_test.hdtr_negative_bad_pointers_v4 https://svnweb.freebsd.org/changeset/base/346912 * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * lib.libc.sys.sendfile_test.fd_positive_shm_v4 * lib.libc.sys.sendfile_test.hdtr_negative_bad_pointers_v4 https://svnweb.freebsd.org/changeset/base/346911 ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.opencrypto.runtests.main * sys.netpfil.pf.forward.v6 * sys.netpfil.pf.forward.v4 * sys.netpfil.pf.set_tos.v4 * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sys.netpfil.pf.forward.v6 * sys.netpfil.pf.forward.v4 * sys.netpfil.pf.set_tos.v4 * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Failing Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## New Issues * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237652 tests.hotspare.hotspare_test.hotspare_snapshot_001_pos timeout since somewhere in (r346814, r 346845] * https://bugs.freebsd.org/237655 Non-deterministic panic when running pf tests in interface ioctl code (NULL passed to strncmp) * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/237657 sys.kern.pdeathsig.signal_delivered_ptrace timing out periodically on i386 ## Oepn Issues * https://bugs.freebsd.org/237077 possible race in build: /usr/src/sys/amd64/linux/linux_support.s:38:2: error: expected relocatable expression * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 ### Cause build fails * [233735: Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory](https://bugs.freebsd.org/233735) * [233769: Possible build race: ld: error: unable to find library -lgcc_s](https://bugs.freebsd.org/233769) ### Others [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) ___ 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: Danish FreeBSD Developer hates jews collectively
At the cost of sending more spam to the FreeBSD-Current mailing list... I'm posting the following excerpt taken from the FreeBSD website as a reminder to those subscribed to this list and who continue to spam it: "This is the mailing list for users of freebsd-current. It includes warnings about new features coming out in -current that will affect the users, and instructions on steps that must be taken to remain -current. Anyone running "current" must subscribe to this list." It would be greatly appreciated if you would please quit spamming me (and others) with things not related to freebsd-current. That'd be great... p.s. if you insist on continuing this thread, please remove freebsd-current from your replies. On Fri, May 10, 2019 at 10:26 AM Steffen Nurpmeso wrote: > Rozhuk Ivan wrote in <20190510073249.73a17721@rimwks>: > |On Thu, 09 May 2019 18:03:04 + > |ossobser...@redchan.it wrote: > | > |> Background: Apparently a FreeBSD developer, a viking looking fellow, > |> has been hiding a secret: just as many of his predecessors in the > |> Danish cities during WWII (collaborators); He has a disdain for "the > |> jews" collectively. > |> > | > |Who cares!? > > I want to point out one thing. No, two. One is that i concur > with all left hand side arguments of PHKs blog post that was > linked a 100 percent. But that is my personal opinion. > > The second is, and i think this is important, because over the > centuries it occasionally is forgotten by spiritless people like > the Nazis and then, short, "leads to massacres", small or > otherwise overwhelming, etc., and, furthermore, in difference to > the time before the first world war there was a tremendous amount > of spirit and art in the heaven under which we live, meaning that > topics were on the table, newspapers, universities, club talks > etc. The "Jew" as in anti-semitism has never been anything else > than an allegory of bad characteristics present in each and every > homo sapiens sapiens (that cheetah thing). > > It is an allegory. Back in the day people like Richard Wagner > pointed their finger onto the yews and often in a way that > "everybody" knew that three fingers would point back, so even more > simple minded people would understand it is an allegory, and the > brain f.s would also have something to talk about. Of course > it is true when Carl Dahlhaus says that "real Jews" had to stand > the consequences ([Wagner] "macht es dem Judentum – der Allegorie, > für die dann die realen Juden einstehen müssen"), but during the > time of Wagner no Jew had to suffer in Germany. That was over > half a century later, and Mr. Dahlhaus lived even later than > that. > But guess what the wonderful Daniel Barenboim reaped when he > and his orchestre started playing a Wagner piece in Israel? > Fanatic old-style jews started screaming and other terror. > > Todays standards are mindless and dumb. They guzzle life on > earth. There is no Richard Wagner. People are as wise and > intelligent as back then, they penetrated the physical, chemical, > biological essence of life intellectually even further than back > then, but they lost soul and spirit just as much, or even more. > No one dares to cross any line, while at the same time guzzling > life on earth. That is pathological, that is delirious. > In short. I am an antisemitist. But this has nothing to do with > real Jews. Despite that, the situation in Israel is > a catastrophe, and in Jemen, but let's just not talk about it. > Will ya? > > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt) > ___ > 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: Danish FreeBSD Developer hates jews collectively
Rozhuk Ivan wrote in <20190510073249.73a17721@rimwks>: |On Thu, 09 May 2019 18:03:04 + |ossobser...@redchan.it wrote: | |> Background: Apparently a FreeBSD developer, a viking looking fellow, |> has been hiding a secret: just as many of his predecessors in the |> Danish cities during WWII (collaborators); He has a disdain for "the |> jews" collectively. |> | |Who cares!? I want to point out one thing. No, two. One is that i concur with all left hand side arguments of PHKs blog post that was linked a 100 percent. But that is my personal opinion. The second is, and i think this is important, because over the centuries it occasionally is forgotten by spiritless people like the Nazis and then, short, "leads to massacres", small or otherwise overwhelming, etc., and, furthermore, in difference to the time before the first world war there was a tremendous amount of spirit and art in the heaven under which we live, meaning that topics were on the table, newspapers, universities, club talks etc. The "Jew" as in anti-semitism has never been anything else than an allegory of bad characteristics present in each and every homo sapiens sapiens (that cheetah thing). It is an allegory. Back in the day people like Richard Wagner pointed their finger onto the yews and often in a way that "everybody" knew that three fingers would point back, so even more simple minded people would understand it is an allegory, and the brain f.s would also have something to talk about. Of course it is true when Carl Dahlhaus says that "real Jews" had to stand the consequences ([Wagner] "macht es dem Judentum – der Allegorie, für die dann die realen Juden einstehen müssen"), but during the time of Wagner no Jew had to suffer in Germany. That was over half a century later, and Mr. Dahlhaus lived even later than that. But guess what the wonderful Daniel Barenboim reaped when he and his orchestre started playing a Wagner piece in Israel? Fanatic old-style jews started screaming and other terror. Todays standards are mindless and dumb. They guzzle life on earth. There is no Richard Wagner. People are as wise and intelligent as back then, they penetrated the physical, chemical, biological essence of life intellectually even further than back then, but they lost soul and spirit just as much, or even more. No one dares to cross any line, while at the same time guzzling life on earth. That is pathological, that is delirious. In short. I am an antisemitist. But this has nothing to do with real Jews. Despite that, the situation in Israel is a catastrophe, and in Jemen, but let's just not talk about it. Will ya? --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) ___ 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"
FCP-101: obsolete driver removal planned for 2019-05-18
I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers as previous approved in FCP-101. The following drivers are slated for removal from FreeBSD-HEAD (to be FreeBSD-13): ae, bm, cs, de, ed, ep, ex, fe, pcn, sf, sn, tl, tx, txp, vx, wb, xe Since the previous announcement dme(4) has been moved to the keep list as it is the on-board NIC on supported and non-expandable mips devices. The review can be found at: https://reviews.freebsd.org/D20230 I plan to make each removal an individual commit. Individual commits can be seen in this pull request: https://github.com/freebsd/freebsd/pull/398 The FCP can be viewed at: https://github.com/freebsd/fcp/blob/master/fcp-0101.md -- Brooks signature.asc Description: PGP signature
Re: Panic in fbt_provide_module_function() on head amd64 r347403
On Fri, May 10, 2019 at 08:07:46AM +0200, Trond Endrestøl wrote: > On Thu, 9 May 2019 17:23-0500, Larry Rosenman wrote: > > > On 05/09/2019 5:19 pm, Trond Endrestøl wrote: > > > Host is Windows 7 x64 SP1. > > > CPU is Core i7 960. > > > Hypervisor is VirtualBox 6.0.6. > > > VM is using UEFI. > > > Kernel config is > > > https://ximalas.info/~trond/create-zfs/canmount/VBOXGUEST-amd64-head > > > > > > Crash happens early during boot, right after launching the APs. > > > > > > fault virtual address = 0x0 > > > [...] > > > KDB backtrace: > > > db_trace_self_wrapper() at > > > vpanic() at > > > panic() at > > > trap_fatal() at > > > trap_pfault() at > > > trap() at > > > calltrap() at > > > -- trap 0xc, rip = 0x8196d63a, rsp = 0x8198d730, rbp = > > > 0x8198d790 --- > > > fbt_provide_module_function() at 0x8196d63a = > > > fbt_provide_module_function+0x7a/frame 0x8198d790 > > > link_elf_each_function_nameval() at 0x80822ae5 = > > > link_elf_each_function_nameval+0x115/frame 0x8198d7e0 > > > fbt_provide_module() at 0x8196c33e = > > > fbt_provide_module+0xde/frame 0x8198dc10 > > > fbt_linker_file_cb() at 0x8196c242 = > > > fbt_linker_file_cb+0x12/frame 0x8198dc20 > > > linker_file_foreach() at 0x807c47b7 = > > > linker_file_foreach+0x67/frame 0x8198dc60 > > > mi_startup() at 0x80786de6 = mi_startup+0x216/frame > > > 0x8198dcb0 > > > btext() at 0x8030da2c = btext+0x2c > > > Uptime: 1s > > > > > > Previous BE is r346969 and works flawlessly. > > > No dumpdev is enabled to capture the details this early during boot. > > > Suggestions are welcome. > > > > There is a patch: > > From: ma...@freebsd.org (on my Crash loading dtraceall thread): > > > > > > I see, my theory above is not the real problem here. The resolver for > > x86_rng_store() may return NULL, which we do not expect. Can you show > > the CPU info and features lines from the dmesg to confirm? > > CPU: Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz (3207.36-MHz K8-class > CPU) > Origin="GenuineIntel" Id=0x196a5 Family=0x6 Model=0x1a Stepping=5 > > Features=0x1783fbff > Features=0x180201 > AMD Features=0x28100800 > AMD Features2=0x1 > TSC: P-state invariant > > I'll try the patch below when I get home. > Thanks. The problem should be fixed by head r347423. ___ 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 Core Team Response to Controversial Social Media Posts
The FreeBSD Core Team is aware of recent controversial statements made on social media by a FreeBSD developer. We, along with the Code of Conduct review committee, are investigating the matter and will decide what action to take. Both the Core Team and the FreeBSD Foundation would like to make it clear that views shared by individuals represent neither the Project nor the Foundation. -- FreeBSD Core Team signature.asc Description: PGP signature
Re: Panic in fbt_provide_module_function() on head amd64 r347403
On Thu, 9 May 2019 17:23-0500, Larry Rosenman wrote: > On 05/09/2019 5:19 pm, Trond Endrestøl wrote: > > Host is Windows 7 x64 SP1. > > CPU is Core i7 960. > > Hypervisor is VirtualBox 6.0.6. > > VM is using UEFI. > > Kernel config is > > https://ximalas.info/~trond/create-zfs/canmount/VBOXGUEST-amd64-head > > > > Crash happens early during boot, right after launching the APs. > > > > fault virtual address = 0x0 > > [...] > > KDB backtrace: > > db_trace_self_wrapper() at > > vpanic() at > > panic() at > > trap_fatal() at > > trap_pfault() at > > trap() at > > calltrap() at > > -- trap 0xc, rip = 0x8196d63a, rsp = 0x8198d730, rbp = > > 0x8198d790 --- > > fbt_provide_module_function() at 0x8196d63a = > > fbt_provide_module_function+0x7a/frame 0x8198d790 > > link_elf_each_function_nameval() at 0x80822ae5 = > > link_elf_each_function_nameval+0x115/frame 0x8198d7e0 > > fbt_provide_module() at 0x8196c33e = > > fbt_provide_module+0xde/frame 0x8198dc10 > > fbt_linker_file_cb() at 0x8196c242 = > > fbt_linker_file_cb+0x12/frame 0x8198dc20 > > linker_file_foreach() at 0x807c47b7 = > > linker_file_foreach+0x67/frame 0x8198dc60 > > mi_startup() at 0x80786de6 = mi_startup+0x216/frame > > 0x8198dcb0 > > btext() at 0x8030da2c = btext+0x2c > > Uptime: 1s > > > > Previous BE is r346969 and works flawlessly. > > No dumpdev is enabled to capture the details this early during boot. > > Suggestions are welcome. > > There is a patch: > From: ma...@freebsd.org (on my Crash loading dtraceall thread): > > > I see, my theory above is not the real problem here. The resolver for > x86_rng_store() may return NULL, which we do not expect. Can you show > the CPU info and features lines from the dmesg to confirm? CPU: Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz (3207.36-MHz K8-class CPU) Origin="GenuineIntel" Id=0x196a5 Family=0x6 Model=0x1a Stepping=5 Features=0x1783fbff Features=0x180201 AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant I'll try the patch below when I get home. Thanks. > Also see if this patch helps: > > diff --git a/sys/dev/random/ivy.c b/sys/dev/random/ivy.c > index 57f3d0a1d80b..71065d788cf9 100644 > --- a/sys/dev/random/ivy.c > +++ b/sys/dev/random/ivy.c > @@ -97,6 +97,13 @@ x86_rdseed_store(u_long *buf) > return (retry); > } > > +static int > +x86_dead_store(u_long *buf __unused) > +{ > + > +panic("missing hardware PRNG support"); > +} > + > DEFINE_IFUNC(static, int, x86_rng_store, (u_long *buf), static) > { > has_rdrand = (cpu_feature2 & CPUID2_RDRAND); > @@ -107,7 +114,7 @@ DEFINE_IFUNC(static, int, x86_rng_store, (u_long *buf), > static) > else if (has_rdrand) > return (x86_rdrand_store); > else > -return (NULL); > +return (x86_dead_store); > } > > /* It is required that buf length is a multiple of sizeof(u_long). */ -- Trond. ___ 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"