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