April 2018 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Sun Apr 1 00:27:33 UTC 2018
Ending: Mon Apr 30 19:28:29 UTC 2018
Messages: 236

• "Could not allocate I/O space" and "intsmb0 attach returned 6" in a under-Hyper-V context on Ryzen Threadripper: Is this expected?   Mark Millard
• "Could not allocate I/O space" and "intsmb0 attach returned 6" in a under-Hyper-V context on Ryzen Threadripper: Is this expected?   John Baldwin
• "Could not allocate I/O space" and "intsmb0 attach returned 6" in a under-Hyper-V context on Ryzen Threadripper: Is this expected?   Andriy Gapon
• "Sysctl as a Service" for influxdb / telegraf   Eitan Adler
• "Sysctl as a Service" for influxdb / telegraf   Steven Hartland
• "Sysctl as a Service" for influxdb / telegraf   Ed Schouten
• "Sysctl as a Service" for influxdb / telegraf   Eitan Adler
• "Sysctl as a Service" for influxdb / telegraf   Ed Schouten
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Craig Leres
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Allan Jude
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Craig Leres
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Allan Jude
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Craig Leres
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Cy Schubert
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Craig Leres
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Eugene Grosbein
• 11.1-RELEASE virtualbox-ose panic: ncpus is 0 with non-zero map   Craig Leres
• [diskless] pkg takes 100% of a CPU   BERTRAND Joël
• [diskless] pkg takes 100% of a CPU   Steven Hartland
• [diskless] pkg takes 100% of a CPU   BERTRAND Joël
• [diskless] pkg takes 100% of a CPU   Steven Hartland
• [diskless] pkg takes 100% of a CPU   Ian Lepore
• [diskless] pkg takes 100% of a CPU   Rodney W. Grimes
• [diskless] pkg takes 100% of a CPU   Rodney W. Grimes
• [diskless] pkg takes 100% of a CPU   Ian Lepore
• [diskless] pkg takes 100% of a CPU   Rodney W. Grimes
• [diskless] pkg takes 100% of a CPU   BERTRAND Joël
• [diskless] pkg takes 100% of a CPU   Eduardo Morras
• [diskless] pkg takes 100% of a CPU   BERTRAND Joël
• [diskless] pkg takes 100% of a CPU   Rick Macklem
• Re: [FreeBSD-users-jp 96204] Freebsd10.1のカーネルnatでsmtpが通らない   ilovefd
• Re: [FreeBSD-users-jp 96204] Freebsd10.1のカーネルnatでsmtpが通らない   Eugene Grosbein
• Add option -Z to syslogd(8) to use ISO 8601 timestamps   Ben Woods
• Add option -Z to syslogd(8) to use ISO 8601 timestamps   Julian Elischer
• Add option -Z to syslogd(8) to use ISO 8601 timestamps   Ben Woods
• Add option -Z to syslogd(8) to use ISO 8601 timestamps   Ian Lepore
• Add option -Z to syslogd(8) to use ISO 8601 timestamps   Ed Schouten
• Add option -Z to syslogd(8) to use ISO 8601 timestamps   Ben Woods
• Add option -Z to syslogd(8) to use ISO 8601 timestamps   Ed Schouten
• AX88179 USB-to-Ethernet is slow and silently corrupts data   Dieter BSD
• AX88179 USB-to-Ethernet is slow and silently corrupts data   clay at milos.co.za
• Broadcom 5719 Ethernet - Does it work yet?   Dieter BSD
• Broadcom 5719 Ethernet - Does it work yet?   YongHyeon PYUN
• Broadcom 5719 Ethernet - Does it work yet?   Peter G.
• Broken exect() libc call   Ali Mashtizadeh
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Peter G.
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Nicolas Embriz
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Mark Blackman
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Peter G.
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Jack L.
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Peter G.
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Vincent Hoffman-Kazlauskas
• Can we please finally solve Dell's racadm for FreeBSD? Advice needed   Jack L.
• Convert PCI drivers to be table driven   Lakhan Shiva
• Convert PCI drivers to be table driven   Lakhan Shiva
• Crypto READ request failed (error=22). md10.eli[READ(offset=818688, length=512   Eitan Adler
• Crypto READ request failed (error=22). md10.eli[READ(offset=818688, length=512   Allan Jude
• Crypto READ request failed (error=22). md10.eli[READ(offset=818688, length=512   Eitan Adler
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Vitalij Satanivskij
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Conrad Meyer
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Vitalij Satanivskij
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Vitalij Satanivskij
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Vitalij Satanivskij
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   John Baldwin
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Vitalij Satanivskij
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   John Baldwin
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Vitalij Satanivskij
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   John Baldwin
• Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)   Vitalij Satanivskij
• dcons unload panic (including debug info): Fatal trap 12: page fault while in kernel mode   Eitan Adler
• Duplicate MAC addresses in VNET epair interaces   Luca Pizzamiglio
• examining Linux core file?   John Baldwin
• Exploit Lecture: Writing FreeBSD Malware   grarpamp
• Exploit Lecture: Writing FreeBSD Malware   Peter G.
• getlogin caching and setlogin issues   Brooks Davis
• getlogin caching and setlogin issues   Ali Mashtizadeh
• getlogin caching and setlogin issues   Brooks Davis
• Getting /dev entry by interface name   Roman Bogorodskiy
• Getting /dev entry by interface name   Poul-Henning Kamp
• Getting /dev entry by interface name   Stefan Blachmann
• Getting /dev entry by interface name   Poul-Henning Kamp
• Getting /dev entry by interface name   Roman Bogorodskiy
• Getting pthread names   Manuel Stühn
• Getting pthread names   Richard Yao
• Getting pthread names   Konstantin Belousov
• Getting pthread names   Richard Yao
• Getting pthread names   Ian Lepore
• Getting pthread names   Jan Knepper
• Getting pthread names   Richard Yao
• Getting pthread names   Jan Knepper
• Getting pthread names   Manuel Stühn
• Getting ZFS pools back.   Willem Jan Withagen
• Getting ZFS pools back.   Richard Yao
• Getting ZFS pools back.   Willem Jan Withagen
• Getting ZFS pools back.   Alan Somers
• Getting ZFS pools back.   Willem Jan Withagen
• Getting ZFS pools back.   Jan Knepper
• Getting ZFS pools back.   Warner Losh
• Getting ZFS pools back.   Jan Knepper
• Getting ZFS pools back.   Willem Jan Withagen
• Getting ZFS pools back.   Warner Losh
• Getting ZFS pools back.   Jan Knepper
• Getting ZFS pools back.   Craig Leres
• Getting ZFS pools back.   Willem Jan Withagen
• Getting ZFS pools back.   Willem Jan Withagen
• Interesting process hang on head -r333079 aarch64 (Pine64+ 2GB)?   Mark Millard
• Merge vale-ctl into ifconfig(8)   Farhan Khan
• Merge vale-ctl into ifconfig(8)   Eugene Grosbein
• mips.mips64elhf and mips.mips64el buildworld   Cy Schubert
• mips.mips64elhf and mips.mips64el buildworld   Dimitry Andric
• mips.mips64elhf and mips.mips64el buildworld   Cy Schubert
• mips.mips64elhf and mips.mips64el buildworld   Dimitry Andric
• mips.mips64elhf and mips.mips64el buildworld   Cy Schubert
• mips.mips64elhf and mips.mips64el buildworld   Dimitry Andric
• mips.mips64elhf and mips.mips64el buildworld   Cy Schubert
• mips.mips64elhf and mips.mips64el buildworld   Cy Schubert
• mount system call for nullfs   Alfonso Sabato Siciliano
• mount system call for nullfs   Theron Tarigo
• mount system call for nullfs   Theron Tarigo
• mount system call for nullfs   alfix86
• mount system call for nullfs   Theron Tarigo
• new laptop, no sound in spite of driver attaching   Wojciech Puchar
• new laptop, no sound in spite of driver attaching   Eric van Gyzen
• new laptop, no sound in spite of driver attaching   Richard Yao
• new laptop, no sound in spite of driver attaching   Eric van Gyzen
• new laptop, no sound in spite of driver attaching   Wojciech Puchar
• new laptop, no sound in spite of driver attaching   Richard Yao
• new laptop, no sound in spite of driver attaching   James Wright
• No subject   serdar tokgöz
• on shutdown: Fatal trap 9: general protection fault while in kernel mode   Eitan Adler
• On UEFI dual booting.   Zaphod Beeblebrox
• On UEFI dual booting.   Warner Losh
• On UEFI dual booting.   Zaphod Beeblebrox
• panic: deadlkres: possible deadlock detected for 0xfffff80141b04560, blocked for 1801695 ticks   Eitan Adler
• panic: deadlkres: possible deadlock detected for 0xfffff80141b04560, blocked for 1801695 ticks   Andriy Gapon
• panic: deadlkres: possible deadlock detected for 0xfffff80141b04560, blocked for 1801695 ticks   Eitan Adler
• panic: ip_mroute: empty ef->progtab[i].name   Eitan Adler
• panic: ip_mroute: empty ef->progtab[i].name   Eitan Adler
• panic: probe defined without a provider   Eitan Adler
• PROC_SET_PDEATHSIG to get a signal when your parent exits   Thomas Munro
• PROC_SET_PDEATHSIG to get a signal when your parent exits   Konstantin Belousov
• PROC_SET_PDEATHSIG to get a signal when your parent exits   Thomas Munro
• PROC_SET_PDEATHSIG to get a signal when your parent exits   Konstantin Belousov
• PROC_SET_PDEATHSIG to get a signal when your parent exits   Thomas Munro
• Realtek re(4) driver   Dieter BSD
• Realtek re(4) driver   Steven Hartland
• Realtek re(4) driver   Vladimir Terziev
• Realtek re(4) driver   Gary Jennejohn
• Realtek re(4) driver   BERTRAND Joël
• Realtek re(4) driver   David Wolfskill
• Realtek re(4) driver   Alex Dupre
• Realtek re(4) driver   Gary Jennejohn
• Realtek re(4) driver   Rodney W. Grimes
• Realtek re(4) driver   Mike Tancsa
• Realtek re(4) driver   Alex Dupre
• Realtek re(4) driver   Gary Jennejohn
• Realtek re(4) driver   Allan Jude
• Realtek re(4) driver   Rodney W. Grimes
• Realtek re(4) driver   BERTRAND Joël
• Realtek re(4) driver   Peter
• Realtek re(4) driver   Steven Hartland
• Realtek re(4) driver   Farhan Khan
• Realtek re(4) driver   Dieter BSD
• Realtek re(4) driver   Dieter BSD
• Realtek re(4) driver   Stefan Esser
• Realtek re(4) driver   Dieter BSD
• Realtek re(4) driver   Borja Marcos
• Realtek re(4) driver   Borja Marcos
• Realtek re(4) driver   YongHyeon PYUN
• Realtek re(4) driver   Joerg Sonnenberger
• Realtek re(4) driver   Alex Dupre
• Realtek re(4) driver   Warner Losh
• Realtek RTS525A SD card reader   raul.becker at iki.fi
• Realtek RTS525A SD card reader   Warner Losh
• Realtek RTS525A SD card reader   Eric van Gyzen
• Request for Data: `ipmitool fru print'   Ravi Pokala
• Request for Data: `ipmitool fru print'   Jack L.
• Request for Data: `ipmitool fru print'   Larry Rosenman
• RFC: Hiding per-CPU kernel output behind bootverbose   Colin Percival
• RFC: Hiding per-CPU kernel output behind bootverbose   Konstantin Belousov
• RFC: Hiding per-CPU kernel output behind bootverbose   Steven Hartland
• RFC: Hiding per-CPU kernel output behind bootverbose   Colin Percival
• RFC: Hiding per-CPU kernel output behind bootverbose   Conrad Meyer
• RFC: Hiding per-CPU kernel output behind bootverbose   Konstantin Belousov
• RFC: Hiding per-CPU kernel output behind bootverbose   Stefan Blachmann
• RFC: Hiding per-CPU kernel output behind bootverbose   Rodney W. Grimes
• RFC: Hiding per-CPU kernel output behind bootverbose   Julian Elischer
• RFC: Hiding per-CPU kernel output behind bootverbose   Colin Percival
• RFC: Hiding per-CPU kernel output behind bootverbose   Konstantin Belousov
• RFC: Hiding per-CPU kernel output behind bootverbose   Gary Jennejohn
• RFC: Hiding per-CPU kernel output behind bootverbose   Stefan Blachmann
• RFC: Hiding per-CPU kernel output behind bootverbose   Cy Schubert
• RFC: Hiding per-CPU kernel output behind bootverbose   Julian Elischer
• RFC: Hiding per-CPU kernel output behind bootverbose   Warner Losh
• RFC: Hiding per-CPU kernel output behind bootverbose   Warner Losh
• RFC: Hiding per-CPU kernel output behind bootverbose   Stefan Blachmann
• RFC: Hiding per-CPU kernel output behind bootverbose   Conrad Meyer
• RFC: Hiding per-CPU kernel output behind bootverbose   Warner Losh
• RFC: Hiding per-CPU kernel output behind bootverbose   Warner Losh
• RFC: Hiding per-CPU kernel output behind bootverbose   Konstantin Belousov
• RFC: Hiding per-CPU kernel output behind bootverbose   Colin Percival
• RFC: Hiding per-CPU kernel output behind bootverbose   Colin Percival
• RFC: Hiding per-CPU kernel output behind bootverbose   Colin Percival
• RFC: Hiding per-CPU kernel output behind bootverbose   Warner Losh
• RFC: Hiding per-CPU kernel output behind bootverbose   Colin Percival
• Runaway processes freeze the system   Yuri
• Runaway processes freeze the system   Stefan Blachmann
• Runaway processes freeze the system   Rozhuk Ivan
• Runaway processes freeze the system   Yuri
• Runaway processes freeze the system   Wojciech Puchar
• Ryzen Threadripper, Hyper-V, and NUMA vs. DIMMs: 3 DIMMs on each side seems to always be in "Local" mode, not "Distributed"   Mark Millard
• sched_setscheduler returns EPERM instead of EINVAL when sched_priority is out of range   Ali Abdallah
• Supermicro IPMIView with 11.1-RELEASE   Craig Leres
• Supermicro IPMIView with 11.1-RELEASE   Rodney W. Grimes
• Supermicro IPMIView with 11.1-RELEASE   Allan Jude
• Supermicro IPMIView with 11.1-RELEASE   Eugene Grosbein
• suspend to ram and AP cache   Andriy Gapon
• sys/conf/newvers.sh   Daniel Braniss
• sysctl(8) can't read IFMIB nodes   John Baldwin
• Tracing with DTrace, when custom probe provider is running as regular user   Daniel Dettlaff
• Tracing with DTrace, when custom probe provider is running as regular user   Matthew Seaman
• Tracing with DTrace, when custom probe provider is running as regular user   Alexander Leidinger
• us report on russian hacking   Julian Elischer
• us report on russian hacking   Alexander V. Chernikov
• us report on russian hacking   Matthias Apitz
• us report on russian hacking   Maxim Konovalov
• us report on russian hacking   Igor Mozolevsky
• us report on russian hacking   Gleb Popov
• us report on russian hacking   Igor Mozolevsky
• us report on russian hacking   Maxim Konovalov
• us report on russian hacking   Igor Mozolevsky
• us report on russian hacking   Dewayne Geraghty
• us report on russian hacking   Igor Mozolevsky
• us report on russian hacking   Wojciech Puchar
• us report on russian hacking   Rozhuk Ivan
• zpool status see: URLs   Cy Schubert

Last message date: Mon Apr 30 19:28:29 UTC 2018
Archived on: Mon Apr 30 19:28:32 UTC 2018

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...