Skip site navigation (1)Skip section navigation (2)

2006/freebsd-current/20060212.freebsd-current

Messages: 201, sorted by subject
Last update: Mon Feb 13 14:15:50 UTC 2023

home | up | archive sorted by: subject | author | date | reverse date
  1. Feb 11 Maksim Yevmenkin           -current is sluggish
  2. Feb 11 Andrew R. Reiter            Re: -current is sluggish
  3. Feb 11 Max Laier                   Re: -current is sluggish
  4. Feb 11 Maksim Yevmenkin            Re: -current is sluggish
  5. Feb 11 Krzysztof Kowalik           Re: -current is sluggish
  6. Feb 11 Jonathan Noack              Re: -current is sluggish
  7. Feb 11 Krzysztof Kowalik           Re: -current is sluggish
  8. Feb 11 Giorgos Keramidas           Re: -current is sluggish
  9. Feb 11 Jonathan Noack              Re: -current is sluggish
 10. Feb 11 Giorgos Keramidas           Re: -current is sluggish
 11. Feb  7 Cy Schubert                Re: 7.0-CURRENT Hang
 12. Feb  7 Cy Schubert                 Re: 7.0-CURRENT Hang
 13. Feb  7 Yar Tikhiy                  Re: 7.0-CURRENT Hang
 14. Feb  7 Cy Schubert                 Re: 7.0-CURRENT Hang
 15. Feb  7 Yar Tikhiy                  Re: 7.0-CURRENT Hang
 16. Feb  7 Cy Schubert                 Re: 7.0-CURRENT Hang
 17. Feb  7 Yar Tikhiy                  Re: 7.0-CURRENT Hang
 18. Feb  8 Watanabe Kazuhiro           Re: 7.0-CURRENT Hang
 19. Feb  8 Cy Schubert                 Re: 7.0-CURRENT Hang
 20. Feb  9 Yar Tikhiy                  Re: 7.0-CURRENT Hang


21. Feb 9 Cy Schubert Re: 7.0-CURRENT Hang 22. Feb 6 Garry Belka [ATA] [patch] crashes, deadlock, memory leaks, . plus LSI RAID write support 23. Feb 7 =?ISO-8859-1?Q?S=F8ren_Sch Re: [ATA] [patch] crashes, deadlock, memory leaks, . plus LSI RAID write support 24. Feb 5 FreeBSD Tinderbox [head tinderbox] failure on alpha/alpha 25. Feb 5 FreeBSD Tinderbox [head tinderbox] failure on amd64/amd64 26. Feb 10 Steve Kargl [jakub@redhat.com:Linking against libpthread via -pthread? 27. Feb 10 Dan Nelson Re: [jakub@redhat.com:Linking against libpthread via -pthread? 28. Feb 10 Steve Kargl Re: [jakub@redhat.com:Linking against libpthread via -pthread? 29. Feb 10 Dan Nelson Re: [jakub@redhat.com:Linking against libpthread via -pthread? 30. Feb 11 Steve Kargl Re: [jakub@redhat.com:Linking against libpthread via -pthread? 31. Feb 11 Alexander Kabaev Re: [jakub@redhat.com:Linking against libpthread via -pthread? 32. Feb 11 Daniel Eischen Re: [jakub@redhat.com:Linking against libpthread via -pthread? 33. Feb 11 Steve Kargl Re: [jakub@redhat.com:Linking against libpthread via -pthread? 34. Feb 11 Daniel Eischen Re: [jakub@redhat.com:Linking against libpthread via -pthread? 35. Feb 11 Alexander Kabaev Re: [jakub@redhat.com:Linking against libpthread via -pthread? 36. Feb 11 Daniel Eischen Re: [jakub@redhat.com:Linking against libpthread via -pthread? 37. Feb 10 Daniel Gerzo [panic] Fatal trap 12: page fault while in kernel mode 38. Feb 9 Poul-Henning Kamp [TEST/REVIEW] cpu time accounting patch, step 2 39. Feb 9 Poul-Henning Kamp Re: [TEST/REVIEW] cpu time accounting patch, step 2 40. Feb 10 Mike Jakubik Re: [TEST/REVIEW] cpu time accounting patch, step 2
41. Feb 10 Poul-Henning Kamp Re: [TEST/REVIEW] cpu time accounting patch, step 2 42. Feb 10 Andrew Gallatin Re: [TEST/REVIEW] cpu time accounting patch, step 2 43. Feb 10 Andrew Gallatin Re: [TEST/REVIEW] cpu time accounting patch, step 2 44. Feb 10 Poul-Henning Kamp Re: [TEST/REVIEW] cpu time accounting patch, step 2 45. Feb 10 Andrew Gallatin Re: [TEST/REVIEW] cpu time accounting patch, step 2 46. Feb 10 Poul-Henning Kamp Re: [TEST/REVIEW] cpu time accounting patch, step 2 47. Feb 10 Julian Elischer Re: [TEST/REVIEW] cpu time accounting patch, step 2 48. Feb 11 Kris Kennaway Re: [TEST/REVIEW] cpu time accounting patch, step 2 49. Feb 11 Kris Kennaway Re: [TEST/REVIEW] cpu time accounting patch, step 2 50. Feb 11 Robert Watson Re: [TEST/REVIEW] cpu time accounting patch, step 2 51. Feb 11 Robert Watson Re: [TEST/REVIEW] cpu time accounting patch, step 2 52. Feb 11 Anish Mistry Re: [TEST/REVIEW] cpu time accounting patch, step 2 53. Feb 11 FreeBSDer China A problem on IBM Netfinity 5000 54. Feb 11 Morten Rodal Re: acpica memory leak? 55. Feb 6 =?iso-8859-2?B?SmFuIER1ueF AnyDATA USB Modem 56. Feb 7 Sam Leffler ath patch+hal for test 57. Feb 9 Ryan R Re: ath patch+hal for test 58. Feb 9 Ryan R Re: ath patch+hal for test 59. Feb 9 Beech Rintoul Re: ath patch+hal for test 60. Feb 11 Patrick Bowen Re: ath patch+hal for test
61. Feb 11 gusmao@wminas.com.br Atheros and new hal 62. Feb 6 Randy Bush audit group 63. Feb 6 Kris Kennaway Re: audit group 64. Feb 6 Randy Bush Re: audit group 65. Feb 7 Doug Barton Re: audit group 66. Feb 10 Bachilo Dmitry Bad system call (core dumped) 67. Feb 10 Kris Kennaway Re: Bad system call (core dumped) 68. Feb 10 Fernan Aguero Re: Bad system call (core dumped) 69. Feb 6 Watanabe Kazuhiro Cannot boot the 7-current's GENERIC kernel on some old PCs (Pentium/P54C, DX4ODP) 70. Feb 6 Alexander Leidinger Re: Cannot boot the 7-current's GENERIC kernel on some old PCs (Pentium/P54C, DX4O 71. Feb 8 Harald Schmalzbauer Re: cvs commit: src/sys/dev/em if_em.c if_em.h 72. Feb 9 Gleb Smirnoff Re: cvs commit: src/sys/dev/em if_em.c if_em.h 73. Feb 6 MonkeyBrains Re: em(4) stops forwarding 74. Feb 11 James Bowman Error building acpi_wakecode.S 75. Feb 9 =?ISO-8859-1?Q?Erik_N=F8rg Feature request for IPFW 76. Feb 9 Ricardo A. Reis FreeBSD Port to UltraSparc T1 "Niagara" 77. Feb 9 Joao Barros Re: FreeBSD Port to UltraSparc T1 "Niagara" 78. Feb 9 Doug White Re: FreeBSD Port to UltraSparc T1 "Niagara" 79. Feb 9 Alex FreeBSD showing version number upon login 80. Feb 9 Kris Kennaway Re: FreeBSD showing version number upon login
81. Feb 9 Marcin Jessa Re: FreeBSD showing version number upon login 82. Feb 9 alex Re: FreeBSD showing version number upon login 83. Feb 9 Marcin Jessa Re: FreeBSD showing version number upon login 84. Feb 9 Frank Altpeter Re: FreeBSD showing version number upon login 85. Feb 9 Poul-Henning Kamp Re: FreeBSD showing version number upon login 86. Feb 9 Marcin Jessa Re: FreeBSD showing version number upon login 87. Feb 9 Darren Pilgrim RE: FreeBSD showing version number upon login 88. Feb 9 Kurt Jaeger Re: FreeBSD showing version number upon login 89. Feb 9 Brian Candler Re: FreeBSD showing version number upon login 90. Feb 9 Frank Altpeter Re: FreeBSD showing version number upon login 91. Feb 9 Andrew R. Reiter Re: FreeBSD showing version number upon login 92. Feb 9 Chris Re: FreeBSD showing version number upon login 93. Feb 9 Kris Kennaway Re: FreeBSD showing version number upon login 94. Feb 9 alex Re: FreeBSD showing version number upon login 95. Feb 9 Kris Kennaway Re: FreeBSD showing version number upon login 96. Feb 9 Matthew D. Fuller Re: FreeBSD showing version number upon login 97. Feb 9 alex Re: FreeBSD showing version number upon login 98. Feb 10 Brian Candler Re: FreeBSD showing version number upon login 99. Feb 11 Pawel Jakub Dawidek GELI improvements. 100. Feb 7 Giorgos Keramidas Re: HEADSUP: New pts code triggers panics on amd64 systems.
101. Feb 7 Gary Jennejohn Re: HEADSUP: New pts code triggers panics on amd64 systems. 102. Feb 7 Giorgos Keramidas Re: HEADSUP: New pts code triggers panics on amd64 systems. 103. Feb 7 Gary Jennejohn Re: HEADSUP: New pts code triggers panics on amd64 systems. 104. Feb 7 Giorgos Keramidas Re: HEADSUP: New pts code triggers panics on amd64 systems. 105. Feb 7 Robert Watson Re: HEADSUP: New pts code triggers panics on amd64 systems. 106. Feb 7 Gary Jennejohn Re: HEADSUP: New pts code triggers panics on amd64 systems. 107. Feb 7 Steve Kargl Re: HEADSUP: New pts code triggers panics on amd64 systems. 108. Feb 8 Giorgos Keramidas Re: HEADSUP: New pts code triggers panics on amd64 systems. 109. Feb 8 Giorgos Keramidas Re: HEADSUP: New pts code triggers panics on amd64 systems. 110. Feb 8 Giorgos Keramidas Re: HEADSUP: New pts code triggers panics on amd64 systems. 111. Feb 10 Giorgos Keramidas Re: HEADSUP: New pts code triggers panics on amd64 systems. 112. Feb 10 Michael Jejer hesiod.h problem while upgrading to current 113. Feb 5 Mike Tancsa RE: machdep.cpu_idle_hlt and SMP perf? 114. Feb 6 Andre Oppermann Re: machdep.cpu_idle_hlt and SMP perf? 115. Feb 6 Yar Tikhiy Re: machdep.cpu_idle_hlt and SMP perf? 116. Feb 6 Andrew Gallatin Re: machdep.cpu_idle_hlt and SMP perf? 117. Feb 6 Andrew Gallatin Re: machdep.cpu_idle_hlt and SMP perf? 118. Feb 6 John Baldwin Re: machdep.cpu_idle_hlt and SMP perf? 119. Feb 6 Andrew Gallatin Re: machdep.cpu_idle_hlt and SMP perf? 120. Feb 7 John Baldwin Re: machdep.cpu_idle_hlt and SMP perf?
121. Feb 7 Andrew Gallatin Re: machdep.cpu_idle_hlt and SMP perf? 122. Feb 7 John Baldwin Re: machdep.cpu_idle_hlt and SMP perf? 123. Feb 7 Andrew Gallatin Re: machdep.cpu_idle_hlt and SMP perf? 124. Feb 8 John Baldwin Re: machdep.cpu_idle_hlt and SMP perf? 125. Feb 8 Andrew Gallatin Re: machdep.cpu_idle_hlt and SMP perf? 126. Feb 9 John Baldwin Re: machdep.cpu_idle_hlt and SMP perf? 127. Feb 7 Steve Kargl memguard monitoring of more than 1 memory_type? 128. Feb 7 Yar Tikhiy Re: memguard monitoring of more than 1 memory_type? 129. Feb 7 Steve Kargl Re: memguard monitoring of more than 1 memory_type? 130. Feb 9 Pawel Jakub Dawidek Re: memguard monitoring of more than 1 memory_type? 131. Feb 10 Peter Jeremy Re: memguard monitoring of more than 1 memory_type? 132. Feb 8 Cy Schubert Panic In mi_switch+0x7e 133. Feb 9 John Baldwin Re: Panic In mi_switch+0x7e 134. Feb 5 Doug White Re: panic: Memory modified after free 135. Feb 5 Steve Kargl Re: panic: Memory modified after free 136. Feb 5 Matthew D. Fuller Re: panic: Memory modified after free 137. Feb 8 Doug White Re: panic: Memory modified after free 138. Feb 5 Doug Barton panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029 139. Feb 6 Gleb Smirnoff Re: panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029 140. Feb 6 Doug Barton Re: panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029
141. Feb 7 Cy Schubert panic: mutex Giant not owned at sys/kern/vfs_subr.c:2029 142. Feb 7 Gleb Smirnoff Re: panic: mutex Giant not owned at sys/kern/vfs_subr.c:2029 143. Feb 6 Ian FREISLICH Parallel buildkernel (still) broken? 144. Feb 6 Stefan Ehmann Re: Parallel buildkernel (still) broken? 145. Feb 6 M. Warner Losh Re: Parallel buildkernel (still) broken? 146. Feb 6 Ruslan Ermilov Re: Parallel buildkernel (still) broken? 147. Feb 6 Ian FREISLICH Re: Parallel buildkernel (still) broken? 148. Feb 7 Stefan Ehmann Re: Parallel buildkernel (still) broken? 149. Feb 7 Ruslan Ermilov Re: Parallel buildkernel (still) broken? 150. Feb 7 Ruslan Ermilov Re: Parallel buildkernel (still) broken? 151. Feb 7 Stefan Ehmann Re: Parallel buildkernel (still) broken? 152. Feb 8 Ian FREISLICH Re: Parallel buildkernel (still) broken? 153. Feb 5 Danny Braniss Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Proble 154. Feb 5 Dario Freni Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem 155. Feb 5 Daichi GOTO patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Rep 156. Feb 5 Daichi GOTO Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem 157. Feb 5 Dario Freni Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem 158. Feb 6 Dario Freni Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem 159. Feb 6 Daichi GOTO Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem 160. Feb 6 Daichi GOTO Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem
161. Feb 10 Cy Schubert Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Proble 162. Feb 9 Daichi GOTO patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Rep 163. Feb 9 Dario Freni Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem 164. Feb 10 Dario Freni Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem 165. Feb 6 Julian Elischer Peter's talk on amd64 audio online 166. Feb 6 Marcin Jessa Re: Peter's talk on amd64 audio online 167. Feb 6 Colin Percival Re: Peter's talk on amd64 audio online 168. Feb 6 Alistair Sutton Re: Peter's talk on amd64 audio online 169. Feb 6 Marcin Jessa Re: Peter's talk on amd64 audio online 170. Feb 6 Marcin Jessa Re: Peter's talk on amd64 audio online 171. Feb 6 Panagiotis Astithas Re: Peter's talk on amd64 audio online 172. Feb 6 Marcin Jessa Re: Peter's talk on amd64 audio online 173. Feb 6 Giorgos Keramidas Re: Peter's talk on amd64 audio online 174. Feb 6 Julian Elischer Re: Peter's talk on amd64 audio online 175. Feb 7 Mike Jakubik Re: Peter's talk on amd64 audio online 176. Feb 7 Julian Elischer Re: Peter's talk on amd64 audio online 177. Feb 7 Mike Jakubik Re: Peter's talk on amd64 audio online 178. Feb 7 Doug Poland Re: Peter's talk on amd64 audio online 179. Feb 10 Paul Mather Portsnap support on CURRENT 180. Feb 10 Scott Robbins Re: Portsnap support on CURRENT
181. Feb 10 Freddie Cash Re: Portsnap support on CURRENT 182. Feb 10 Kris Kennaway Re: Portsnap support on CURRENT 183. Feb 11 Colin Percival Re: Portsnap support on CURRENT 184. Feb 11 Martin Wilke Re: Portsnap support on CURRENT 185. Feb 8 Michael Jejer Re:Re: snap10 works, snap12 doesn't 186. Feb 8 Matthew Jacob semi-interesting panic when rebooting 187. Feb 9 John Baldwin Re: semi-interesting panic when rebooting 188. Feb 6 Michael W. Lucas snap10 works, snap12 doesn't 189. Feb 8 Michael W. Lucas Re: snap10 works, snap12 doesn't 190. Feb 5 =?ISO-8859-15?Q?Bj=F6rn_K= unprivileged users are able to kill certain jailed processes 191. Feb 5 =?ISO-8859-15?Q?Bj=F6rn_K= Re: unprivileged users are able to kill certain jailed processes 192. Feb 5 Robert Watson Re: unprivileged users are able to kill certain jailed processes 193. Feb 5 =?ISO-8859-1?Q?Bj=F6rn_K=F Re: unprivileged users are able to kill certain jailed processes 194. Feb 5 Joseph Koshy Re: unprivileged users are able to kill certain jailed processes 195. Feb 6 Andre Oppermann Re: unprivileged users are able to kill certain jailed processes 196. Feb 6 =?ISO-8859-15?Q?Bj=F6rn_K= Re: unprivileged users are able to kill certain jailed processes 197. Feb 6 Chad Leigh -- Shire.Net LL Re: unprivileged users are able to kill certain jailed processes 198. Feb 6 Julian Elischer Re: unprivileged users are able to kill certain jailed processes 199. Feb 6 Chad Leigh -- Shire.Net LL Re: unprivileged users are able to kill certain jailed processes 200. Feb 8 Sam Lawrance Re: Which signal occurs due to a page protection violation?
201. Feb 8 David Xu Re: Which signal occurs due to a page protection violation?


home | up | archive sorted by: subject | author | date | reverse date