freebsd-hackers  

Messages by Thread

• • [clang] NMI while trying to read acpi timer register Andriy Gapon
  • Re: [clang] NMI while trying to read acpi timer register Adrian Chadd
  • Re: [clang] NMI while trying to read acpi timer register Andriy Gapon
  • Re: [clang] NMI while trying to read acpi timer register Adrian Chadd
  • Re: [clang] NMI while trying to read acpi timer register Andriy Gapon
  • Re: [clang] NMI while trying to read acpi timer register Adrian Chadd
• dtrace vs module unloading Andriy Gapon
  • Re: dtrace vs module unloading Ryan Stone
  • Re: dtrace vs module unloading George Neville-Neil
• Testing SIOCADDMULTI? Tim Kientzle
  • Re: Testing SIOCADDMULTI? Tim Kientzle
  • Re: Testing SIOCADDMULTI? John Baldwin
  • Re: Testing SIOCADDMULTI? Tim Kientzle
  • Re: Testing SIOCADDMULTI? John Baldwin
• some questions on kern_linker and pre-loaded modules Andriy Gapon
  • Re: some questions on kern_linker and pre-loaded modules John Baldwin
  • Re: some questions on kern_linker and pre-loaded modules Andriy Gapon
• Calling ustack(); from DTrace script crashes the user process Yuri
• NMI watchdog functionality on Freebsd Sushanth Rai
  • Re: NMI watchdog functionality on Freebsd John Baldwin
  • Re: NMI watchdog functionality on Freebsd Matthew Jacob
  • Re: NMI watchdog functionality on Freebsd Ian Lepore
  • Re: NMI watchdog functionality on Freebsd Ed Maste
  • Re: NMI watchdog functionality on Freebsd John Baldwin
• Why DTrace sensor is listed but not called? Yuri
  • Re: Why DTrace sensor is listed but not called? Ryan Stone
  • Re: Why DTrace sensor is listed but not called? Yuri
• Re: Processes' FIBs Konstantin Belousov
• pmbr: Boot loader too large Daniel Braniss
  • Re: pmbr: Boot loader too large Trond Endrestøl
  • Re: pmbr: Boot loader too large Trond Endrestøl
  • Re: pmbr: Boot loader too large Daniel Braniss
  • Re: pmbr: Boot loader too large Andrey V. Elsukov
  • Re: solved: pmbr: Boot loader too large Daniel Braniss
  • Re: solved: pmbr: Boot loader too large John Baldwin
  • Re: solved: pmbr: Boot loader too large Daniel Braniss
• Creating tap interface with custom name Roman Bogorodskiy
• ipv6 equivalent to ipv4_addr_IF in network.subr? Mark Felder
• How to validate the variable size memory block in ioctl handler? Yuri
  • Re: How to validate the variable size memory block in ioctl handler? mdf
  • Re: How to validate the variable size memory block in ioctl handler? Yuri
  • Re: How to validate the variable size memory block in ioctl handler? mdf
  • Re: How to validate the variable size memory block in ioctl handler? Yuri
• ZFS regimen: scrub, scrub, scrub and scrub again. Zaphod Beeblebrox
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Attila Nagy
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Peter Jeremy
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Matthew Ahrens
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Chris Rees
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Mark Felder
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Artem Belevich
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Chris Rees
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Nikolay Denev
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Artem Belevich
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Artem Belevich
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. matt
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Adam Nowacki
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Adam Nowacki
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Nikolay Denev
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Zaphod Beeblebrox
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Adam Nowacki
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Zaphod Beeblebrox
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Zaphod Beeblebrox
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Michel Talon
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Chris Rees
  • Re: ZFS regimen: scrub, scrub, scrub and scrub again. Wojciech Puchar
• libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment John Baldwin
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment John Baldwin
  • Re: libprocstat(3): retrieve process command line args and environment Stanislav Sedov
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment John Baldwin
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment John Baldwin
  • Re: libprocstat(3): retrieve process command line args and environment Robert N. M. Watson
  • Re: libprocstat(3): retrieve process command line args and environment John Baldwin
  • Re: libprocstat(3): retrieve process command line args and environment Stanislav Sedov
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment John Baldwin
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Konstantin Belousov
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Konstantin Belousov
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Konstantin Belousov
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Konstantin Belousov
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
  • Re: libprocstat(3): retrieve process command line args and environment Konstantin Belousov
  • Re: libprocstat(3): retrieve process command line args and environment Mikolaj Golub
• kmem_map auto-sizing and size dependencies Andre Oppermann
  • Re: kmem_map auto-sizing and size dependencies Alan Cox
  • Re: kmem_map auto-sizing and size dependencies mdf
  • Re: kmem_map auto-sizing and size dependencies Pawel Jakub Dawidek
  • Re: kmem_map auto-sizing and size dependencies Artem Belevich
  • Re: kmem_map auto-sizing and size dependencies Andre Oppermann
• [GIANT-LOCKED] even without D_NEEDGIANT Jimmy Olgeni
  • Re: [GIANT-LOCKED] even without D_NEEDGIANT Andriy Gapon
  • Re: [GIANT-LOCKED] even without D_NEEDGIANT Jimmy Olgeni
• Fixing grep -D skip David Xu
  • Re: Fixing grep -D skip John Baldwin
  • Re: Fixing grep -D skip Xin Li
  • Re: Fixing grep -D skip Xin Li
• stupid UFS behaviour on random writes Wojciech Puchar
  • Re: stupid UFS behaviour on random writes Rick Macklem
  • Re: stupid UFS behaviour on random writes Wojciech Puchar
  • Re: stupid UFS behaviour on random writes Stefan Esser
  • Re: stupid UFS behaviour on random writes Wojciech Puchar
  • Re: stupid UFS behaviour on random writes Rick Macklem
• disadvantages of running 8.3 kernel on freebsd 8.2 system Ali Okan YÜKSEL
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system David Wolfskill
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Wojciech Puchar
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Chris Rees
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Wojciech Puchar
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Chris Rees
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Devin Teske
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system John Baldwin
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Devin Teske
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Steven Hartland
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Devin Teske
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Damien Fleuriot
  • RE: disadvantages of running 8.3 kernel on freebsd 8.2 system dteske
  • Re: disadvantages of running 8.3 kernel on freebsd 8.2 system Steven Hartland
• Failsafe on kernel panic Sami Halabi
  • Re: Failsafe on kernel panic John Baldwin
  • Re: Failsafe on kernel panic Sami Halabi
  • Re: Failsafe on kernel panic Ian Lepore
  • Re: Failsafe on kernel panic Sami Halabi
  • Re: Failsafe on kernel panic Sami Halabi
  • Re: Failsafe on kernel panic Ian Lepore
  • Re: Failsafe on kernel panic Sami Halabi
  • Re: Failsafe on kernel panic Mark Johnston
  • Re: Failsafe on kernel panic Willem Jan Withagen
  • Re: Failsafe on kernel panic Sami Halabi
  • Re: Failsafe on kernel panic Andrey Zonov
  • Re: Failsafe on kernel panic John Baldwin
• [RFC] support -b <baudrate> when starting gdb Adrian Chadd
  • Re: [RFC] support -b <baudrate> when starting gdb Adrian Chadd
  • Re: [RFC] support -b <baudrate> when starting gdb John Baldwin
  • Re: [RFC] support -b <baudrate> when starting gdb Warner Losh
  • Re: [RFC] support -b <baudrate> when starting gdb Garrett Cooper
  • Re: [RFC] support -b <baudrate> when starting gdb Warner Losh
  • Re: [RFC] support -b <baudrate> when starting gdb Adrian Chadd
• [RFC] add gdb into the cross-build target Adrian Chadd
• kgzip(1) is broken dteske
  • Re: kgzip(1) is broken Xin Li
  • RE: kgzip(1) is broken dteske
  • Re: kgzip(1) is broken Ian Lepore
  • RE: kgzip(1) is broken dteske
  • RE: kgzip(1) is broken Devin Teske
  • RE: kgzip(1) is broken Ian Lepore
  • RE: kgzip(1) is broken dteske
  • Re: kgzip(1) is broken Steven Hartland
  • Re: kgzip(1) is broken Devin Teske
• Getting the current thread ID without a syscall? Trent Nelson
  • Re: Getting the current thread ID without a syscall? Konstantin Belousov
  • Re: Getting the current thread ID without a syscall? Trent Nelson
  • Re: Getting the current thread ID without a syscall? Konstantin Belousov
  • Re: Getting the current thread ID without a syscall? Alfred Perlstein
  • Re: Getting the current thread ID without a syscall? Ian Lepore
  • Re: Getting the current thread ID without a syscall? Trent Nelson
  • Re: Getting the current thread ID without a syscall? Konstantin Belousov
  • Re: Getting the current thread ID without a syscall? Julian Elischer
• Is there a way to prioritize disk operations ? Yuri
  • Re: Is there a way to prioritize disk operations ? Freddie Cash
• off topic but no idea where to ask Wojciech Puchar
  • Re: off topic but no idea where to ask Alfred Perlstein
  • Re: off topic but no idea where to ask Garrett Cooper
  • Re: off topic but no idea where to ask Devin Teske
  • Re: off topic but no idea where to ask Wojciech Puchar
  • Re: off topic but no idea where to ask Daniel Braniss
  • Re: off topic but no idea where to ask Wojciech Puchar
  • Re: off topic but no idea where to ask Daniel Braniss
  • Re: off topic but no idea where to ask Wojciech Puchar
• Re: IBM blade server abysmal disk write performances Matthew D. Fuller
  • Re: IBM blade server abysmal disk write performances Matthew D. Fuller
  • Re: IBM blade server abysmal disk write performances Wojciech Puchar
  • Re: IBM blade server abysmal disk write performances Mark Felder
  • Re: IBM blade server abysmal disk write performances Tim Kientzle
  • Re: IBM blade server abysmal disk write performances Wojciech Puchar
  • Re: IBM blade server abysmal disk write performances Karim Fodil-Lemelin
  • Re: IBM blade server abysmal disk write performances Adrian Chadd
  • Re: IBM blade server abysmal disk write performances Karim Fodil-Lemelin
  • Re: IBM blade server abysmal disk write performances Wojciech Puchar

• Earlier messages
• Later messages