freebsd-hackers

• Thread Index

---

• Re: Listing Order of SYSINIT's
  • From: John Baldwin
• Re: Which signal occurs due to a page protection violation?
  • From: Jason Evans
• Listing Order of SYSINIT's
  • From: Cy Schubert
• Which signal occurs due to a page protection violation?
  • From: Sam Lawrance
• Re: FreeBSD Real Mode interface
  • From: Loren M. Lang
• Re: How to pin a userland page in memory(avoid copyin and copyout)
  • From: John-Mark Gurney
• Re: How to pin a userland page in memory(avoid copyin and copyout)
  • From: Kamal R. Prasad
• Re: FreeBSD Real Mode interface
  • From: Dmitry Frolov
• Re: FreeBSD Real Mode interface
  • From: Dan Nelson
• Re: FreeBSD Real Mode interface
  • From: Dmitry Frolov
• How to pin a userland page in memory(avoid copyin and copyout)
  • From: Bharma Ji
• Re: Warnings compiling a KLD #including vnode.h
  • From: Pranav Peshwe
• Re: Warnings compiling a KLD #including vnode.h
  • From: Sergey Uvarov
• Re: Encrypting full disk with several slices
  • From: Christian Brueffer
• Warnings compiling a KLD #including vnode.h
  • From: Pranav Peshwe
• Encrypting full disk with several slices
  • From: OxY
• kernel panic with pmap_qremove()
  • From: Anton Barsukov
• Re: FreeBSD Real Mode interface
  • From: Anish Mistry
• Re: FreeBSD Real Mode interface
  • From: Loren M. Lang
• Re: FreeBSD Real Mode interface
  • From: Anish Mistry
• FreeBSD Real Mode interface
  • From: Loren M. Lang
• Re: read hang on datagram socket
  • From: Kurt Miller
• Re: read hang on datagram socket
  • From: Daniel Eischen
• Re: read hang on datagram socket
  • From: Kurt Miller
• Re: read hang on datagram socket
  • From: Kurt Miller
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: Doug Ambrisko
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: Vitaliy Skakun
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Bruno Ducrot
• Not so deep and not so correct benchmark for SCSI target mode
  • From: Attila Nagy
• Re: read hang on datagram socket
  • From: Fredrik Lindberg
• Re: read hang on datagram socket
  • From: Kurt Miller
• Re: read hang on datagram socket
  • From: Daniel Eischen
• Re: read hang on datagram socket
  • From: Kurt Miller
• Re: read hang on datagram socket
  • From: Daniel Eischen
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Doug Ambrisko
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: Doug Ambrisko
• read hang on datagram socket
  • From: Kurt Miller
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Julian Elischer
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Jason Evans
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Julian Elischer
• Re: if_bridge hangs ifconfig
  • From: Andrew Thompson
• Re: if_bridge hangs ifconfig
  • From: Thiago Damas
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: Vitaliy Skakun
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: Vitaliy Skakun
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Oliver Fromme
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Surer Dink
• Re: if_bridge hangs ifconfig
  • From: Andrew Thompson
• if_bridge hangs ifconfig
  • From: Thiago Damas
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: John Baldwin
• FreeBSD vs pl2303
  • From: Alexander
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Bruno Ducrot
• Re: FreeBSD Status Report Fourth Quarter 2005
  • From: Max Laier
• Re: KTR not working !!
  • From: John Baldwin
• Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!
  • From: Robert Watson
• FreeBSD Status Report Fourth Quarter 2005
  • From: Max Laier
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: Vitaliy Skakun
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Jose Marcio Martins da Cruz
• Re: KTR not working !!
  • From: Pranav Peshwe
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Craig Boston
• Re: KTR not working !!
  • From: Robert Watson
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Julian Elischer
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Julian Elischer
• mount_smbfs with cygwin like symlink support
  • From: [LoN]Kamikaze
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Surer Dink
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Jose Marcio Martins da Cruz
• Re: streaming server question
  • From: Julian Elischer
• Re: Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Julian Elischer
• Debugging a hanging 5.4 system
  • From: Michael R. Wayne
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Scott Long
• Re: Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: John Baldwin
• Re: KTR not working !!
  • From: John Baldwin
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: John Baldwin
• Re: cat problems ?
  • From: ashas
• Comtrol Rocketport UNIVERSAL PCI 32-port
  • From: Vitaliy Skakun
• streaming server question
  • From: ray
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Bruno Ducrot
• Re: cat problems ?
  • From: Daniel O'Connor
• Re: CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: JAroslav Suchanek
• Changes from 5.2.1 to 5.3 (theads / signal handling)
  • From: Jose Marcio Martins da Cruz
• cat problems ?
  • From: Aivaras Kondrotas
• Re: KTR not working !!
  • From: Pranav Peshwe
• Re: KTR not working !!
  • From: Joseph Koshy
• Re: KTR not working !!
  • From: Pranav Peshwe
• KTR not working !!
  • From: Pranav Peshwe
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Craig Boston
• CPU/case/disk temperature sensors for Dell PowerEdge 2850
  • From: Surer Dink
• Re: Difference between a kthread and an ordinary process.
  • From: Julian Elischer
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: John Baldwin
• Re: Difference between a kthread and an ordinary process.
  • From: Scott Long
• Re: Difference between a kthread and an ordinary process.
  • From: Kamal R. Prasad
• Difference between a kthread and an ordinary process.
  • From: Pranav Peshwe
• Re: Config(8) dependency checking - first patches
  • From: Matt Emmerton
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Craig Boston
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: John Baldwin
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Dag-Erling Smørgrav
• Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!
  • From: Robert Watson
• Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!
  • From: Mikko Työläjärvi
• Re: style(9) example :-)
  • From: PAF
• Re: Call for FreeBSD Status Reports
  • From: Max Laier
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Matthew D. Fuller
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Peter Jeremy
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Matthew D. Fuller
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Matthew D. Fuller
• Re: Config(8) dependency checking - first patches
  • From: M. Warner Losh
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Sergey Babkin
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Peter Jeremy
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• RE: speed up port compiling using RAM (tmpfs) ???
  • From: Gayn Winters
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Sergey Babkin
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Craig Boston
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: John Baldwin
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Peter Jeremy
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• Re: Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• Re: Re: speed up port compiling using RAM (tmpfs) ???
  • From: Sergey Babkin
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Dag-Erling Smørgrav
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Gary Thorpe
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Craig Boston
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Dag-Erling Smørgrav
• Newly developed mailling list search engine needs testing
  • From: Choy Kho Yee
• Re: Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Scott Long
• Re: Ricoh PCI to SD device?
  • From: M. Warner Losh
• Weird PCI interrupt delivery problem (resolution, sort of)
  • From: Craig Boston
• Re: Ricoh PCI to SD device?
  • From: Peter Jeremy
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Kris Kennaway
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Gary Thorpe
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Ashok Shrestha
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Wesley Shields
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Dag-Erling Smørgrav
• Apache & PV_ENTRY
  • From: BSD
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Ensel Sharon
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Dag-Erling Smørgrav
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Kris Kennaway
• Config(8) dependency checking - first patches
  • From: Matt Emmerton
• Re: CVSUP14.US.FREEBSD.ORG: Health Check?
  • From: Brad Davis
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Kris Kennaway
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Doug Barton
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Ensel Sharon
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Kris Kennaway
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Dirk Engling
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: Devon H. O'Dell
• Re: tuning to run large (1000+) numbers of null_mounts
  • From: David S. Madole
• Re: How priority propagation works on read/write lock?
  • From: John Baldwin
• tuning to run large (1000+) numbers of null_mounts
  • From: Ensel Sharon
• Re: How priority propagation works on read/write lock?
  • From: rookie
• Re: How priority propagation works on read/write lock?
  • From: Daniel Eischen
• Re: How priority propagation works on read/write lock?
  • From: rookie
• CVSUP14.US.FREEBSD.ORG: Health Check?
  • From: Larry Rosenman
• Re: How priority propagation works on read/write lock?
  • From: Daniel Eischen
• Re: How priority propagation works on read/write lock?
  • From: rookie
• Re: How priority propagation works on read/write lock?
  • From: Julian Elischer
• Re: How priority propagation works on read/write lock?
  • From: John Baldwin
• Re: How priority propagation works on read/write lock?
  • From: Daniel Eischen
• Re: How priority propagation works on read/write lock?
  • From: John Baldwin
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Dario Freni
• Re: Panic in nfs_putpages() on 6-stable, more info.
  • From: Mohan Srinivasan
• Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!
  • From: Dag-Erling Smørgrav
• Re: Lua 5.0 and FreeBSD 4.1
  • From: joerg
• Re: Lua 5.0 and FreeBSD 4.1
  • From: Joseph Koshy
• Re: Lua 5.0 and FreeBSD 4.1
  • From: FreeLSD
• Re: Lua 5.0 and FreeBSD 4.1
  • From: Vyacheslav Anikin
• Re: Lua 5.0 and FreeBSD 4.1
  • From: Florent Thoumie
• Lua 5.0 and FreeBSD 4.1
  • From: Evandro Sestrem
• Re: adding new sysctl
  • From: Victor Balada Diaz
• Re: Named requests filling up T1
  • From: Robert Atkinson
• adding new sysctl
  • From: Tofik Suleymanov
• Re: Named requests filling up T1
  • From: Simon 'corecode' Schubert
• Re: Accessing Pagetable of a process
  • From: Kamal R. Prasad
• Re: Named requests filling up T1
  • From: Steve Suhre
• Re: Accessing Pagetable of a process
  • From: Pranav Sawargaonkar
• Re: Accessing Pagetable of a process
  • From: Kamal R. Prasad
• Re: Panic in nfs_putpages() on 6-stable, more info.
  • From: Frank Mayhar
• Re: Named requests filling up T1
  • From: Mike Silbersack
• Re: Named requests filling up T1
  • From: Steve Suhre
• Re: Named requests filling up T1
  • From: Matt Emmerton
• Named requests filling up T1
  • From: Steve Suhre
• Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!
  • From: Kevin Kinsey
• Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!
  • From: chris
• FreeBSD 6.0 default pty/tty-limit (256) OFF!
  • From: Antti Korpela
• Accessing Pagetable of a process
  • From: Pranav Sawargaonkar
• Re: How priority propagation works on read/write lock?
  • From: Kamal R. Prasad
• Re: Panic in nfs_putpages() on 6-stable, more info.
  • From: Frank Mayhar
• giving more cpu time to cpu intensive kernel daemon
  • From: kamal kc
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Daniel O'Connor
• Panic in nfs_putpages() on 6-stable.
  • From: Frank Mayhar
• Re: How priority propagation works on read/write lock?
  • From: Tiffany Snyder
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: chris
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Niki Denev
• Re: Taking a process of the runqueue.
  • From: Giorgos Keramidas
• Re: How priority propagation works on read/write lock?
  • From: Robert Watson
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Eric Kjeldergaard
• Re: speed up port compiling using RAM (tmpfs) ???
  • From: Victor Balada Diaz
• Taking a process of the runqueue.
  • From: Anupam Deshpande
• speed up port compiling using RAM (tmpfs) ???
  • From: Ashok Shrestha
• Re: How priority propagation works on read/write lock?
  • From: prime
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Daichi GOTO
• Re: My machine been hacked, I need help
  • From: anchor (sent by Nabble.com)
• Re: My machine been hacked, I need help
  • From: Cy Schubert
• Re: My machine been hacked, I need help
  • From: les
• Re: My machine been hacked, I need help
  • From: Cy Schubert
• Kernel programming
  • From: Pranav Sawargaonkar
• Re: increasing dd disk to disk transfer rate
  • From: Christoph P. Kukulies
• Re: My machine been hacked, I need help
  • From: Daniel O'Connor
• Re: My machine been hacked, I need help
  • From: Julian Elischer
• My machine been hacked, I need help
  • From: anchor (sent by Nabble.com)
• Re: device probe re-tried for failed isa device
  • From: Warner Losh
• Re: How priority propagation works on read/write lock?
  • From: John Baldwin
• Call for FreeBSD Status Reports
  • From: Max Laier
• Re: device probe re-tried for failed isa device
  • From: Matthew N. Dodd
• Re: increasing dd disk to disk transfer rate
  • From: John Nielsen
• device probe re-tried for failed isa device
  • From: Norbert Koch
• Re: increasing dd disk to disk transfer rate
  • From: Stefan Bethke
• Re: increasing dd disk to disk transfer rate
  • From: Christoph P. Kukulies
• Re: increasing dd disk to disk transfer rate
  • From: Dmitry Morozovsky
• Re: How priority propagation works on read/write lock?
  • From: prime
• Re: How priority propagation works on read/write lock?
  • From: Kamal R. Prasad
• Re: increasing dd disk to disk transfer rate
  • From: Christoph P. Kukulies
• Re: rescheduling tasks using swi_add()
  • From: kamal kc
• How priority propagation works on read/write lock?
  • From: prime
• RE: Ricoh PCI to SD device?
  • From: Darren Pilgrim
• Re: increasing dd disk to disk transfer rate
  • From: Nicolas Rachinsky
• Re: increasing dd disk to disk transfer rate
  • From: John-Mark Gurney
• Re: increasing dd disk to disk transfer rate
  • From: Kenneth D. Merry
• Re: increasing dd disk to disk transfer rate
  • From: Martin Cracauer
• Re: increasing dd disk to disk transfer rate
  • From: Peter Jeremy
• Re: rescheduling tasks using swi_add()
  • From: John Baldwin
• Re: Atomic operations across multiple processors
  • From: John Baldwin
• Re: increasing dd disk to disk transfer rate
  • From: Bakul Shah
• Re: increasing dd disk to disk transfer rate
  • From: Eric Anderson
• Re: increasing dd disk to disk transfer rate
  • From: Bakul Shah
• Re: Ricoh PCI to SD device?
  • From: Clifton Royston
• Re: increasing dd disk to disk transfer rate
  • From: Ivan Voras
• Re: increasing dd disk to disk transfer rate
  • From: Bakul Shah
• Re: increasing dd disk to disk transfer rate
  • From: Dan Nelson
• Re: increasing dd disk to disk transfer rate
  • From: Gilbert Fernandes
• Re: increasing dd disk to disk transfer rate
  • From: Ivan Voras
• Re: increasing dd disk to disk transfer rate
  • From: Eric Anderson
• Re: increasing dd disk to disk transfer rate
  • From: Matthew D. Fuller
• increasing dd disk to disk transfer rate
  • From: Christoph Kukulies
• Re: rescheduling tasks using swi_add()
  • From: kamal kc
• Atomic operations across multiple processors
  • From: Peter Jeremy
• Re: Ricoh PCI to SD device?
  • From: M. Warner Losh
• Re: Telling BSD to stop resetting the connection!
  • From: David S. Madole
• Re: Telling BSD to stop resetting the connection!
  • From: Dan Joumaa
• Re: Telling BSD to stop resetting the connection!
  • From: David S. Madole
• Re: Telling BSD to stop resetting the connection!
  • From: Julian Elischer
• Telling BSD to stop resetting the connection!
  • From: Dan Joumaa
• Re: Ricoh PCI to SD device?
  • From: Warner Losh
• RE: Ricoh PCI to SD device?
  • From: Darren Pilgrim
• Re: rescheduling tasks using swi_add()
  • From: kamal kc
• Re: rescheduling tasks using swi_add()
  • From: kamal kc
• Re: setfacl file modification time
  • From: Robert Watson
• Re: devfs
  • From: Robert Watson
• Re: rescheduling tasks using swi_add()
  • From: John Baldwin
• Re: Ricoh PCI to SD device?
  • From: Andrew Gordon
• Re: rescheduling tasks using swi_add()
  • From: rookie
• rescheduling tasks using swi_add()
  • From: kamal kc
• Re: pxeboot and serial console
  • From: Danny Braniss
• Re: Ricoh PCI to SD device?
  • From: M. Warner Losh
• RE: Ricoh PCI to SD device?
  • From: Darren Pilgrim
• Re: Ricoh PCI to SD device?
  • From: M. Warner Losh
• Re: Ricoh PCI to SD device?
  • From: M. Warner Losh
• Re: using get_system_info() - obtaining system load averages
  • From: Tofik Suleymanov
• Re: Polling for devices other than NICs [patch]
  • From: Nate Nielsen
• Re: Driver for a 3G mobile phone.
  • From: Takanori Watanabe
• typo in src/sys/coda/coda_vfsops.c ??
  • From: hugo
• Re: using get_system_info() - obtaining system load averages
  • From: Peter Jeremy
• Re: using get_system_info() - obtaining system load averages
  • From: Julian Elischer
• Re: using get_system_info() - obtaining system load averages
  • From: kamal kc
• Re: FreeBSD 6.0 - amount of total visible memory is decreasing in time
  • From: Peter Jeremy
• Re: pxeboot and serial console
  • From: John Baldwin
• pxeboot and serial console
  • From: Danny Braniss
• Re: using get_system_info() - obtaining system load averages
  • From: kamal kc
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Masanori OZAWA
• Re: using get_system_info() - obtaining system load averages
  • From: Peter Jeremy
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Matteo Riondato
• Re: using get_system_info() - obtaining system load averages
  • From: kamal kc
• Re: using get_system_info() - obtaining system load averages
  • From: Dan Nelson
• Re: using get_system_info() - obtaining system load averages
  • From: kamal kc
• Re: using get_system_info() - obtaining system load averages
  • From: Peter Jeremy
• using get_system_info() - obtaining system load averages
  • From: kamal kc
• nullfs/quota/jail interaction
  • From: Charles Sprickman
• Re: Ricoh PCI to SD device?
  • From: Brooks Davis
• Re: Ricoh PCI to SD device?
  • From: David Gilbert
• Re: Polling for devices other than NICs [patch]
  • From: Ed Maste
• Re: Ricoh PCI to SD device?
  • From: Brooks Davis
• Re: typo src/sys/coda/coda_vfsops.c revision 1.60??
  • From: Maxim Konovalov
• typo src/sys/coda/coda_vfsops.c revision 1.60??
  • From: Hugo Meiland
• Re: Driver for a 3G mobile phone.
  • From: M. Warner Losh
• Ricoh PCI to SD device?
  • From: David Gilbert
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Daichi GOTO
• (no subject)
  • From: Рассылка
• Re: Using pkg_add fetch only
  • From: Florent Thoumie
• Re: Using pkg_add fetch only
  • From: Florent Thoumie
• Re: Driver for a 3G mobile phone.
  • From: Dirk-Willem van Gulik
• Driver for a 3G mobile phone.
  • From: takawata
• Re: Microsoft Offfice on FreeBSD
  • From: Avleen Vig
• FreeBSD 6.0 - amount of total visible memory is decreasing in time
  • From: Ilya E Veretenkin
• Re: Polling for devices other than NICs [patch]
  • From: Nate Nielsen
• Microsoft Offfice on FreeBSD
  • From: Tom Wickline
• Re: Small patch to sh.1
  • From: Sam Lawrance
• Re: Using pkg_add fetch only
  • From: Dirk Engling
• Re: Using pkg_add fetch only
  • From: Ceri Davies
• Re: [fbsd] ipfw+nat
  • From: Jeremie Le Hen
• Re: Small patch to sh.1
  • From: Stefan Farfeleder
• Re: Using pkg_add fetch only
  • From: Alexander Nedotsukov
• Re: Small patch to sh.1
  • From: Doug Barton
• Small patch to sh.1
  • From: Doug Barton
• Re: Using pkg_add fetch only
  • From: Dirk Engling
• Re: Using pkg_add fetch only
  • From: Ceri Davies
• Re: Using pkg_add fetch only
  • From: Dirk Engling
• Re: Using pkg_add fetch only
  • From: Dirk Engling
• Re: Using pkg_add fetch only
  • From: John Baldwin
• Re: Using pkg_add fetch only
  • From: Ceri Davies
• Re: Using pkg_add fetch only
  • From: Dirk Engling
• Re: Using pkg_add fetch only
  • From: Matt Emmerton
• Using pkg_add fetch only
  • From: Dirk Engling
• loop in kgdb unread message buffer?
  • From: Stijn Hoop
• Polling for devices other than NICs [patch]
  • From: Nate Nielsen
• Re: Invalid ipfirewall rule?
  • From: Dan Joumaa
• Re: Serial port problem when disabled in BIOS
  • From: John Baldwin
• Re: setfacl file modification time
  • From: Ceri Davies
• setfacl file modification time
  • From: Ahnjoan Amous
• Re: Invalid ipfirewall rule?
  • From: David Malone
• Serial port problem when disabled in BIOS
  • From: Necati Ersen Siseci
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Masanori OZAWA
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Masanori OZAWA
• Invalid ipfirewall rule?
  • From: Dan Joumaa
• A sort-of distributed filesystem
  • From: Ivan Voras
• Re: mmap() sendfile()
  • From: Igor Sysoev
• Re: kqueue/kevent and directories (Was: Equivalent of POLLERR for kqueue.)
  • From: Igor Sysoev
• Re: update on running FreeBSD on xen
  • From: Peter Wood
• update on running FreeBSD on xen
  • From: Kip Macy
• Re: An idea of remove MUTEX_WAKE_ALL
  • From: Scott Long
• Re: An idea of remove MUTEX_WAKE_ALL
  • From: Daniel Eischen
• Re: An idea of remove MUTEX_WAKE_ALL
  • From: Scott Long
• Re: An idea of remove MUTEX_WAKE_ALL
  • From: Daniel Eischen
• Re: An idea of remove MUTEX_WAKE_ALL
  • From: John Baldwin
• Re: Problem about libnet on FreeBSD 6.0
  • From: Gilbert Fernandes
• devfs
  • From: TSaplin Mikhail
• Re: Deadlock FreeBSD 6 / 7
  • From: Armin Pirkovitsch
• Re: Deadlock FreeBSD 6 / 7
  • From: Armin Pirkovitsch
• Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
  • From: Danny Braniss
• Re: Deadlock FreeBSD 6 / 7
  • From: Gilbert Fernandes
• Compiling kernel/modules without INET?
  • From: Matt Emmerton
• Re: Deadlock FreeBSD 6 / 7
  • From: Robert Watson
• Re: Deadlock FreeBSD 6 / 7
  • From: Armin Pirkovitsch
• Re: Deadlock FreeBSD 6 / 7
  • From: Armin Pirkovitsch
• Re: Deadlock FreeBSD 6 / 7
  • From: Robert Watson
• Re: Problem about libnet on FreeBSD 6.0
  • From: ari edelkind
• An idea of remove MUTEX_WAKE_ALL
  • From: prime
• Re: Deadlock FreeBSD 6 / 7
  • From: Martin Cracauer
• Re: Problem about libnet on FreeBSD 6.0
  • From: Matt Emmerton
• Re: Problem about libnet on FreeBSD 6.0
  • From: ari edelkind
• Re: Problem about libnet on FreeBSD 6.0
  • From: prime
• Re: Deadlock FreeBSD 6 / 7
  • From: Armin Pirkovitsch

• Security
• UNIX
• Linux
• Coding
• Usenet

• Mailing-Lists
• Newsgroups
• About
• Privacy
• Search
• Imprint

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > hackers  > 2006-01