freebsd-hackers

Date Index

password againg and other policy enforcement, Patrick Dung
- Re: password againg and other policy enforcement, Eygene Ryabinkin
  - Re: password againg and other policy enforcement, Eygene Ryabinkin
Re: getCWD in kernel space, Eren Erdemli
- Re: getCWD in kernel space, Roman Divacky
SII3512 rev0 ?, Peter B
- <Possible follow-ups>
- Re: SII3512 rev0 ?, Peter B
- Re: SII3512 rev0 ?, Peter B
MS Vista vs FreeBSD's bootloader, pfgshield-freebsd
- Re: MS Vista vs FreeBSD's bootloader, Garrett Cooper
  - Re: MS Vista vs FreeBSD's bootloader, Thomas Sparrevohn
    - Re: MS Vista vs FreeBSD's bootloader, Julian H. Stacey
    - Re: MS Vista vs FreeBSD's bootloader, Thomas Sparrevohn
    - Re: MS Vista vs FreeBSD's bootloader, pfgshield-freebsd
    - Re: MS Vista vs FreeBSD's bootloader, Thomas Sparrevohn
    - Re: MS Vista vs FreeBSD's bootloader, Tim Clewlow
- Re: MS Vista vs FreeBSD's bootloader, Ivan Voras
  - Re: MS Vista vs FreeBSD's bootloader, Darren Pilgrim
- Re: MS Vista vs FreeBSD's bootloader, Julian H. Stacey
Gigabit Ethernet w/Jumbo Frames, george+freebsd
- Re: Gigabit Ethernet w/Jumbo Frames, Steve Kargl
- Re: Gigabit Ethernet w/Jumbo Frames, Pyun YongHyeon
- Re: Gigabit Ethernet w/Jumbo Frames, John-Mark Gurney
  - Re: Gigabit Ethernet w/Jumbo Frames, Pyun YongHyeon
  - Re: Gigabit Ethernet w/Jumbo Frames, Erik Trulsson
    - Re: Gigabit Ethernet w/Jumbo Frames, John-Mark Gurney
- <Possible follow-ups>
- Re: Gigabit Ethernet w/Jumbo Frames, george+freebsd
devfs symlink over device doesn't work, Stef Walter
- <Possible follow-ups>
- Re: devfs symlink over device doesn't work, Stef Walter
strange wi driver things., Soeren Straarup
Play with the VM, Nicolas Cormier
open/close/ioctl api change?, Danny Braniss
KSE was Re: open/close/ioctl api change?, Danny Braniss
- Re: KSE was Re: open/close/ioctl api change?, Julian Elischer
  - Re: KSE was Re: open/close/ioctl api change?, Danny Braniss
    - Re: KSE was Re: open/close/ioctl api change?, Julian Elischer
- <Possible follow-ups>
- Re: KSE was Re: open/close/ioctl api change?, Danny Braniss
end, edata, etext issues, Björn König
libelf question, Angus Barrow
- Re: libelf question, Tim Kientzle
- Re: libelf question, Dag-Erling Smørgrav
Which CPUTYPE for a dualcore Xeon on AMD64, Martin Turgeon
- Re: Which CPUTYPE for a dualcore Xeon on AMD64, Garrett Cooper
- Re: Which CPUTYPE for a dualcore Xeon on AMD64, Abdullah Ibn Hamad Al-Marri
  - Re: Which CPUTYPE for a dualcore Xeon on AMD64, Yuri Pankov
- Re: Which CPUTYPE for a dualcore Xeon on AMD64, Martin Cracauer
  - Re: Which CPUTYPE for a dualcore Xeon on AMD64, Mike Meyer
    - Re: Which CPUTYPE for a dualcore Xeon on AMD64, Martin Cracauer
- <Possible follow-ups>
- Re: Which CPUTYPE for a dualcore Xeon on AMD64, Jack L.
  - CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Stephen Montgomery-Smith
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Stefan Sperling
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Roman Divacky
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Mike Meyer
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Martin Turgeon
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Garrett Cooper
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Mike Meyer
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Garrett Cooper
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Zavam, Vinícius
    - Re: CPUTYPE in general - was Re: Which CPUTYPE for a dualcore Xeon on AMD64, Mike Meyer
FreeBSD status reports due: July 7, 2007, Max Laier
6.1 - amd64 arch. Hangs twice a day, how can i debug problem, Özkan KIRIK
- Re: 6.1 - amd64 arch. Hangs twice a day, how can i debug problem, Alexander Mogilny
- Re: 6.1 - amd64 arch. Hangs twice a day, how can i debug problem, Peter Jeremy
Need Help Fixing DSDT For Toshiba Satellite L35-S2366 Laptop (Z00G Object Not Found), Mark Lu
UPEK/TouchChip Biometric Device problem, Patrick Tracanelli
- Re: UPEK/TouchChip Biometric Device problem, Fredrik Lindberg
  - Re: UPEK/TouchChip Biometric Device problem, Patrick Tracanelli
    - Re: UPEK/TouchChip Biometric Device problem, Fredrik Lindberg
    - Re: UPEK/TouchChip Biometric Device problem, Patrick Tracanelli
    - Re: UPEK/TouchChip Biometric Device problem, Fredrik Lindberg
- Re: UPEK/TouchChip Biometric Device problem, Hans Petter Selasky
  - Re: UPEK/TouchChip Biometric Device problem, Patrick Tracanelli
- Re: UPEK/TouchChip Biometric Device problem, Maxim Konovalov
  - Re: UPEK/TouchChip Biometric Device problem, Patrick Tracanelli
    - Re: UPEK/TouchChip Biometric Device problem, Maxim Konovalov
    - Re: UPEK/TouchChip Biometric Device problem, Patrick Tracanelli
    - Re: UPEK/TouchChip Biometric Device problem, Maxim Konovalov
Very slow sed..., David Cross
- Re: Very slow sed..., Kris Kennaway
  - Re: Very slow sed..., David Cross
- Re: Very slow sed..., Daniel Horecki
- Re: Very slow sed..., Jeremy Chadwick
  - Re: Very slow sed..., David Cross
    - Re: Very slow sed..., Arthur Chang
    - Re: Very slow sed..., Jeremy Chadwick
    - Re: Very slow sed..., David Cross
puc(4) PCI parallel port support/IO problem, vladvic
i386 with PAE or AMD64 on PowerEdge with 4G RAM, Martin Turgeon
- Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Jeremy Chadwick
  - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Mike Meyer
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Mark Linimon
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Mike Meyer
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Dag-Erling Smørgrav
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Mike Meyer
  - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Martin Turgeon
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Kris Kennaway
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Abdullah Ibn Hamad Al-Marri
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Jeremy Chadwick
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Mike Meyer
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Kris Kennaway
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, mjacob
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Dag-Erling Smørgrav
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Julian H. Stacey
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Bert JW Regeer
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Julian H. Stacey
    - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Mike Meyer
- RE: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Jan Mikkelsen
- Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Stefan Lambrev
  - Re: i386 with PAE or AMD64 on PowerEdge with 4G RAM, Martin Turgeon
need help / advices with freebsd + asrock 4coredual-vsta (VT8237A), didier derny
- Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A), Soeren Straarup
  - Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A), didier derny
    - Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A), youshi10
    - Re: need help / advices with freebsd + asrock 4coredual-vsta (VT8237A), didier derny
in-kernel tcp server, Nicolas Cormier
- Re: in-kernel tcp server, Julian Elischer
  - Re: in-kernel tcp server, John Polstra
    - Re: in-kernel tcp server, Nicolas Cormier
    - Re: in-kernel tcp server, John Polstra
    - Re: in-kernel tcp server, Nicolas Cormier
    - Re: in-kernel tcp server, Julian Elischer
    - Re: in-kernel tcp server, Maksim Yevmenkin
    - Re: in-kernel tcp server, John Polstra
    - Re: in-kernel tcp server, Julian Elischer
    - Re: in-kernel tcp server, John Polstra
- Re: in-kernel tcp server, Andrey V. Elsukov
  - Re: in-kernel tcp server, Nicolas Cormier
Making sense of ktrace(1) output, Garrett Cooper
- Re: Making sense of ktrace(1) output, Peter Jeremy
  - Re: Making sense of ktrace(1) output, Garrett Cooper
    - Re: Making sense of ktrace(1) output, Roman Divacky
    - Re: Making sense of ktrace(1) output, Garrett Cooper
    - Re: Making sense of ktrace(1) output, Roman Divacky
    - Re: Making sense of ktrace(1) output, youshi10
    - Re: Making sense of ktrace(1) output, Peter Jeremy
    - Re: Making sense of ktrace(1) output, youshi10
    - Re: Making sense of ktrace(1) output, Peter Jeremy
- Re: Making sense of ktrace(1) output, Simias
- <Possible follow-ups>
- Re: Making sense of ktrace(1) output, banshee
FreeBSD and Information handling, David Naylor
- Re: FreeBSD and Information handling, Nikolay Pavlov
- Re: FreeBSD and Information handling, Ivan Voras
Fwd: AMD deciding _now_ what to do about Linux, Ali Mashtizadeh
- Re: Fwd: AMD deciding _now_ what to do about Linux, Jeremy Chadwick
  - Re: Fwd: AMD deciding _now_ what to do about Linux, Ali Mashtizadeh
    - Re: Fwd: AMD deciding _now_ what to do about Linux, youshi10
- <Possible follow-ups>
- Re: Fwd: AMD deciding _now_ what to do about Linux, Dieter
  - Re: Fwd: AMD deciding _now_ what to do about Linux, Wilko Bulte
    - Re: Fwd: AMD deciding _now_ what to do about Linux, Garrett Cooper
    - Re: Fwd: AMD deciding _now_ what to do about Linux, Wilko Bulte
    - Re: Fwd: AMD deciding _now_ what to do about Linux, mal content
    - Re: Fwd: AMD deciding _now_ what to do about Linux, Mike Meyer
Question about serial console code, Christian Kandeler
- Re: Question about serial console code, Marcel Moolenaar
  - Re: Question about serial console code, Christian Kandeler
    - Re: Question about serial console code, Marcel Moolenaar
    - Re: Question about serial console code, Christian Kandeler
    - Re: Question about serial console code, Marcel Moolenaar
PAPI in the ports, Harald Servat
[PATCH]: acct_process() locking and exit1(), Roman Divacky
- Re: [PATCH]: acct_process() locking and exit1(), Roman Divacky
Disk block or sector to file mapping?, Matthew Hagerty
- Re: Disk block or sector to file mapping?, Jeremy Chadwick
  - Re: Disk block or sector to file mapping?, Peter Jeremy
- Re: Disk block or sector to file mapping?, Anton Yuzhaninov
building images for running from flash, Z.C.B.
- Re: building images for running from flash, Eugene Grosbein
  - Re: building images for running from flash, Z.C.B.
    - Re: building images for running from flash, Eugene Grosbein
    - Re: building images for running from flash, Z.C.B.
- Re: building images for running from flash, Mike Meyer
  - Re: building images for running from flash, Z.C.B.
- Re: building images for running from flash, Zavam, Vinícius
Using shell commands versus C equivalents, Garrett Cooper
- Re: Using shell commands versus C equivalents, Alexander Leidinger
  - Re: Using shell commands versus C equivalents, Garrett Cooper
    - Re: Using shell commands versus C equivalents, Mike Meyer
- Re: Using shell commands versus C equivalents, David Wolfskill
  - Re: Using shell commands versus C equivalents, Danny Braniss
    - Re: Using shell commands versus C equivalents, Garrett Cooper
    - Re: Using shell commands versus C equivalents, Joerg Sonnenberger
    - Re: Using shell commands versus C equivalents, youshi10
    - Re: Using shell commands versus C equivalents, Tim Kientzle
    - Re: Using shell commands versus C equivalents, youshi10
    - Re: Using shell commands versus C equivalents, Stephen Montgomery-Smith
    - Re: Using shell commands versus C equivalents, youshi10
    - Re: Using shell commands versus C equivalents, Tim Kientzle
    - Re: Using shell commands versus C equivalents, Garrett Cooper
    - Re: Using shell commands versus C equivalents, Tim Kientzle
    - Re: Using shell commands versus C equivalents, Garrett Cooper
    - Re: Using shell commands versus C equivalents, Peter Jeremy
    - Re: Using shell commands versus C equivalents, Andrew Turner
    - Re: Using shell commands versus C equivalents, Garrett Cooper
    - Re: Using shell commands versus C equivalents, Andrew Turner
    - Rearchitecting pkg_install (was Re: Using shell commands versus C equivalents), Tim Kientzle
    - Re: Rearchitecting pkg_install (was Re: Using shell commands versus C equivalents), Garrett Cooper
    - Re: Using shell commands versus C equivalents, Gregory Shapiro
    - Re: Using shell commands versus C equivalents, Rick C. Petty
    - Re: Using shell commands versus C equivalents, Joerg Sonnenberger
    - Re: Using shell commands versus C equivalents, youshi10
    - Re: Using shell commands versus C equivalents, Joerg Sonnenberger
    - Re: Using shell commands versus C equivalents, Rick C. Petty
    - Re: Using shell commands versus C equivalents, youshi10
    - Re: Using shell commands versus C equivalents, Alexander Leidinger
    - Re: Using shell commands versus C equivalents, Danny Braniss
Reason for doing malloc / bzero over calloc?, Garrett Cooper
- Re: Reason for doing malloc / bzero over calloc (performance)?, Garrett Cooper
  - Re: Reason for doing malloc / bzero over calloc (performance)?, Ed Schouten
    - Re: Reason for doing malloc / bzero over calloc (performance)?, youshi10
    - Re: Reason for doing malloc / bzero over calloc (performance)?, Ivan Voras
    - Re: Reason for doing malloc / bzero over calloc (performance)?, youshi10
    - Re: Reason for doing malloc / bzero over calloc (performance)?, Ivan Voras
    - Re: Reason for doing malloc / bzero over calloc (performance)?, Matthew Dillon
    - Re: Reason for doing malloc / bzero over calloc (performance)?, youshi10
    - Re: Reason for doing malloc / bzero over calloc (performance)?, Joerg Sonnenberger
Kqueue queries, Cole
- Re: Kqueue queries, James Bailie
- Re: Kqueue queries, James Bailie
SATA RAID problems, Vladimir Terziev
HP SmartArray ( CISS ) and CAMCONTROL, Mark Saad
- Re: HP SmartArray ( CISS ) and CAMCONTROL, Joao Barros
  - Re: HP SmartArray ( CISS ) and CAMCONTROL, Mark Saad
- <Possible follow-ups>
- Re: HP SmartArray ( CISS ) and CAMCONTROL, mjacob
  - Re: HP SmartArray ( CISS ) and CAMCONTROL, mjacob
    - Re: HP SmartArray ( CISS ) and CAMCONTROL, Mark Saad
    - Re: HP SmartArray ( CISS ) and CAMCONTROL, mjacob
    - Re: HP SmartArray ( CISS ) and CAMCONTROL, Wilko Bulte
    - Re: HP SmartArray ( CISS ) and CAMCONTROL, Mark Saad
    - Re: HP SmartArray ( CISS ) and CAMCONTROL, Ulf Zimmermann
ASCII menu in loader/frames.4th, Jeremy Chadwick
- Re: ASCII menu in loader/frames.4th, Dag-Erling Smørgrav
  - Re: ASCII menu in loader/frames.4th, Jeremy Chadwick
    - Re: ASCII menu in loader/frames.4th, Dag-Erling Smørgrav
pkgdb -F calling portupgrade -a, Jeff Anton
- Re: pkgdb -F calling portupgrade -a, Kris Kennaway
  - Re: pkgdb -F calling portupgrade -a, Mike Meyer
    - Re: pkgdb -F calling portupgrade -a, Kris Kennaway
- Re: pkgdb -F calling portupgrade -a, Mike Meyer
  - Re: pkgdb -F calling portupgrade -a, Kris Kennaway
Disable mutex spinning?, Ivan Voras
- Re: Disable mutex spinning?, Ivan Voras
Ricoh r5u870, Maslan
IPv6 ANSI cleanup, Karl Sjödahl - dunceor
file(1) cannot detect UFS2?, Ivan Voras
- Re: file(1) cannot detect UFS2?, Ivan Voras
- Re: file(1) cannot detect UFS2?, Roman Divacky
  - Re: file(1) cannot detect UFS2?, Ivan Voras
    - Re: file(1) cannot detect UFS2?, Roman Divacky
    - Re: file(1) cannot detect UFS2?, Ivan Voras
- Re: file(1) cannot detect UFS2?, Wilkinson, Alex
  - Re: file(1) cannot detect UFS2?, Ivan Voras
Re: GPT - (last) call for action, Marcel Moolenaar
- Message not available
  - Re: GPT - (last) call for action, Marcel Moolenaar
    - Re: GPT - (last) call for action, Matthew Dillon
    - Re: GPT - (last) call for action, Marcel Moolenaar
    - Re: GPT - (last) call for action, Matthew Dillon
    - Re: GPT - (last) call for action, Marcel Moolenaar
    - Re: GPT - (last) call for action, Rui Paulo
    - Re: GPT - (last) call for action, Matthew Dillon
    - Re: GPT - (last) call for action, Rui Paulo
    - Re: GPT - (last) call for action, Rui Paulo
    - Re: GPT - (last) call for action, Chuck Swiger
    - Re: GPT - (last) call for action, Rui Paulo
    - Re: GPT - (last) call for action, Chuck Swiger
    - Re: GPT - (last) call for action, Matthew Dillon
    - Re: GPT - (last) call for action, Ivan Voras
    - Re: GPT - (last) call for action, Rui Paulo
    - Re: GPT - (last) call for action, Rui Paulo
a gdb patch for fbsd, Zhouyi Zhou
Re: kern/83807: [sis] [patch] if_sis: Wake On Lan support for FreeBSD, Stefan Sperling
- Re: kern/83807: [sis] [patch] if_sis: Wake On Lan support for FreeBSD, Edwin Mons
  - Re: kern/83807: [sis] [patch] if_sis: Wake On Lan support for FreeBSD, Stefan Sperling
    - Re: kern/83807: [sis] [patch] if_sis: Wake On Lan support for FreeBSD, Stefan Sperling
Re: ports/113430: Kernel Panic with emulators/qemu on AMD64 SMP, Juergen Lock
FreeBSD-6.2 & PLIP - does it still work ?, Julian Stacey
- Re: FreeBSD-6.2 & PLIP - does it still work ?, ghozzy
  - Re: FreeBSD-6.2 & PLIP - does it still work ?, Julian Stacey
FreeBSD OLPC, Diomidis Spinellis
- Re: FreeBSD OLPC, Bjoern A. Zeeb
Lost interrupts during boot, Hans Petter Selasky
- Re: Lost interrupts during boot, Hidetoshi Shimokawa
  - Re: Lost interrupts during boot, Hans Petter Selasky
    - Re: Lost interrupts during boot, Hidetoshi Shimokawa
    - Re: Lost interrupts during boot, Hans Petter Selasky
    - Re: Lost interrupts during boot, Hidetoshi Shimokawa
    - Re: Lost interrupts during boot, Hans Petter Selasky
- Re: Lost interrupts during boot, Paolo Pisati
  - Re: Lost interrupts during boot, Hans Petter Selasky
    - Re: Lost interrupts during boot, Garrett Cooper
    - Re: Lost interrupts during boot, Hans Petter Selasky
Can anybody terminate an IP-IP tunnel for me?, Greg 'groggy' Lehey
- Re: Can anybody terminate an IP-IP tunnel for me?, Stefan Bethke
  - Re: Can anybody terminate an IP-IP tunnel for me?, Oliver Fromme
    - Re: Can anybody terminate an IP-IP tunnel for me?, Stefan Bethke
    - Re: Can anybody terminate an IP-IP tunnel for me?, mjacob
    - Re: Can anybody terminate an IP-IP tunnel for me?, Achim Patzner
    - Re: Can anybody terminate an IP-IP tunnel for me?, mjacob
Status of base GDB, Vlad GALU
- Re: Status of base GDB, Abdullah Ibn Hamad Al-Marri
  - Re: Status of base GDB, Tom Evans
    - Re: Status of base GDB, Abdullah Ibn Hamad Al-Marri
setegid bug, Stanislav Sedov
- Re: setegid bug, Mike Meyer
fetch: Resume errors, help!, David Naylor
Re: Writing a plain text file to disk from kernel space, John Baldwin
- Re: Writing a plain text file to disk from kernel space, Lawrence Stewart
- <Possible follow-ups>
- Re: Writing a plain text file to disk from kernel space, Lawrence Stewart
kern.ngroups question, Reuben A. Popp
- Re: kern.ngroups question, Andre Albsmeier
- Re: kern.ngroups question, Julian Elischer
- Re: kern.ngroups question, Hartmut Brandt
Re: testers wanted for PAPI / FreeBSD, Nikolay Pavlov
- Re: testers wanted for PAPI / FreeBSD, Harald Servat
  - Re: testers wanted for PAPI / FreeBSD, Nikolay Pavlov
    - Re: testers wanted for PAPI / FreeBSD, Harald Servat
- Re: testers wanted for PAPI / FreeBSD, Nikolay Pavlov
  - Re: testers wanted for PAPI / FreeBSD, Harald Servat
ZFS Panic on USB "SCSI" Device, Ali Mashtizadeh
- Re: ZFS Panic on USB "SCSI" Device, Ali Mashtizadeh
FIFO asymmetry, mal content
Open FIFO non-blocking but have write() block(?), mal content
- Re: Open FIFO non-blocking but have write() block(?), Craig Boston
stopping callouts, Artis Caune
- Re: stopping callouts, Hans Petter Selasky
- Re: stopping callouts, Sam Leffler
  - Re: stopping callouts, Artis Caune
    - Re: stopping callouts, John Baldwin
Re: Getting the Wine preloader to work in FreeBSD, Anish Mistry