2010/freebsd-current/20100912.freebsd-current
Messages: 180, sorted by subject
|
Last page update: Sat Jan 3 13:08:13 UTC 2026
|
|
home | up | archive | sorted by: subject - author - date - reverse date
1. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on amd64/amd64 2. Sep 8 FreeBSD Tinderbox [head tinderbox] failure on amd64/amd64 3. Sep 8 Rob Farmer Re: [head tinderbox] failure on amd64/amd64 4. Sep 8 Denny Lin Re: [head tinderbox] failure on amd64/amd64 5. Sep 8 Mike Tancsa Re: [head tinderbox] failure on amd64/amd64 6. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on amd64/amd64 7. Sep 9 Doug Barton Re: [head tinderbox] failure on amd64/amd64 8. Sep 10 Andriy Gapon Re: [head tinderbox] failure on amd64/amd64 9. Sep 10 Mike Tancsa Re: [head tinderbox] failure on amd64/amd64 10. Sep 10 Doug Barton Re: [head tinderbox] failure on amd64/amd64 11. Sep 10 Mike Tancsa Re: [head tinderbox] failure on amd64/amd64 12. Sep 10 Doug Barton Re: [head tinderbox] failure on amd64/amd64 13. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on arm/arm 14. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on arm/arm 15. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on i386/i386 16. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on i386/i386 17. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on i386/pc98 18. Sep 8 FreeBSD Tinderbox [head tinderbox] failure on i386/pc98 19. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on i386/pc98 20. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on ia64/ia64
21. Sep 7 FreeBSD Tinderbox [head tinderbox] failure on ia64/ia64 22. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on ia64/ia64 23. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on mips/mips 24. Sep 6 FreeBSD Tinderbox [head tinderbox] failure on mips/mips 25. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on mips/mips 26. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on powerpc/powerpc 27. Sep 7 FreeBSD Tinderbox [head tinderbox] failure on powerpc/powerpc 28. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on powerpc/powerpc 29. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on powerpc/powerpc 30. Sep 11 FreeBSD Tinderbox [head tinderbox] failure on powerpc/powerpc 31. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on powerpc64/powerpc 32. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on powerpc64/powerpc 33. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on powerpc64/powerpc 34. Sep 11 FreeBSD Tinderbox [head tinderbox] failure on powerpc64/powerpc 35. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on sparc64/sparc64 36. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on sparc64/sparc64 37. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on sparc64/sparc64 38. Sep 5 FreeBSD Tinderbox [head tinderbox] failure on sparc64/sun4v 39. Sep 9 FreeBSD Tinderbox [head tinderbox] failure on sparc64/sun4v 40. Sep 7 Marcin Cieslak Re: [PATCH] Use MACHINE_ARCH for boot loader
41. Sep 8 John Baldwin Re: [PATCH] Use MACHINE_ARCH for boot loader 42. Sep 8 Weongyo Jeong about in_multi_mtx @ netinet/in_mcast.c:1095 43. Sep 9 John Baldwin Re: about in_multi_mtx @ netinet/in_mcast.c:1095 44. Sep 9 John Baldwin Re: about in_multi_mtx @ netinet/in_mcast.c:1095 45. Sep 9 Weongyo Jeong Re: about in_multi_mtx @ netinet/in_mcast.c:1095 46. Sep 9 Weongyo Jeong Re: about in_multi_mtx @ netinet/in_mcast.c:1095 47. Sep 10 John Baldwin Re: about in_multi_mtx @ netinet/in_mcast.c:1095 48. Sep 10 Weongyo Jeong Re: about in_multi_mtx @ netinet/in_mcast.c:1095 49. Sep 10 John Baldwin Re: about in_multi_mtx @ netinet/in_mcast.c:1095 50. Sep 11 Weongyo Jeong Re: about in_multi_mtx @ netinet/in_mcast.c:1095 51. Sep 6 Anton Shterenlikht At r212060, but /usr/bin/drace and /usr/sbin/lockstat still depend on libz.so.5 52. Sep 6 pluknet Re: At r212060, but /usr/bin/drace and /usr/sbin/lockstat still depend on libz.so.5 53. Sep 6 Anton Shterenlikht Re: At r212060, but /usr/bin/drace and /usr/sbin/lockstat still depend on libz.so.5 54. Sep 6 jhell Re: At r212060, but /usr/bin/drace and /usr/sbin/lockstat still depend on libz.so.5 55. Sep 6 Robert Watson Re: At r212060, but /usr/bin/drace and /usr/sbin/lockstat still depend on libz.so.5 56. Sep 6 Anton Shterenlikht Re: bge(4) problem on sparc64 between r204991M and r212097 57. Sep 7 Pyun YongHyeon Re: bge(4) problem on sparc64 between r204991M and r212097 58. Sep 8 Anton Shterenlikht Re: bge(4) problem on sparc64 between r204991M and r212097 59. Sep 11 Tai-hwa Liang bonnie++ failed on locally mounted NFS 60. Sep 9 Gordon Tetlow Re: CFR: Replace man/manpath/whatis/apropos with a shell script
61. Sep 9 Anonymous Re: CFR: Replace man/manpath/whatis/apropos with a shell script 62. Sep 9 Jilles Tjoelker Re: CFR: Replace man/manpath/whatis/apropos with a shell script 63. Sep 10 Alexander Best Re: CFR: Replace man/manpath/whatis/apropos with a shell script 64. Sep 10 Alexander Best Re: CFR: Replace man/manpath/whatis/apropos with a shell script 65. Sep 10 Anonymous Re: CFR: Replace man/manpath/whatis/apropos with a shell script 66. Sep 11 Gordon Tetlow Re: CFR: Replace man/manpath/whatis/apropos with a shell script 67. Sep 11 Stefan Bethke Re: CFR: Replace man/manpath/whatis/apropos with a shell script 68. Sep 11 Gordon Tetlow Re: CFR: Replace man/manpath/whatis/apropos with a shell script 69. Sep 11 Gordon Tetlow Re: CFR: Replace man/manpath/whatis/apropos with a shell script 70. Sep 11 Anonymous Re: CFR: Replace man/manpath/whatis/apropos with a shell script 71. Sep 11 Anonymous Re: CFR: Replace man/manpath/whatis/apropos with a shell script 72. Sep 11 Norikatsu Shigemura CPU C-state storange on Panasonic TOUGH BOOK CF-R9 73. Sep 11 Nate Lawson Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9 74. Sep 11 Norikatsu Shigemura Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9 75. Sep 8 mdf@FreeBSD.org deprecating sprintf(9) 76. Sep 8 Rink Springer Re: deprecating sprintf(9) 77. Sep 8 Poul-Henning Kamp Re: deprecating sprintf(9) 78. Sep 8 Poul-Henning Kamp Re: deprecating sprintf(9) 79. Sep 8 mdf@FreeBSD.org Re: deprecating sprintf(9) 80. Sep 8 Ryan Stone Re: deprecating sprintf(9)
81. Sep 10 David DEMELIER DHCP server in base 82. Sep 10 Alex Dupre Re: DHCP server in base 83. Sep 10 Matthew Jacob Re: DHCP server in base 84. Sep 10 Scott Robbins Re: DHCP server in base 85. Sep 10 David DEMELIER Re: DHCP server in base 86. Sep 10 Doug Barton Re: DHCP server in base 87. Sep 10 Freddie Cash Re: DHCP server in base 88. Sep 10 Julien Laffaye Re: DHCP server in base 89. Sep 10 Aleksandr Rybalko Re: DHCP server in base 90. Sep 10 jhell Re: DHCP server in base 91. Sep 10 jhell Re: DHCP server in base 92. Sep 11 Doug Barton Re: DHCP server in base 93. Sep 11 Kevin Oberman Re: DHCP server in base 94. Sep 11 Aleksandr Rybalko Re: DHCP server in base 95. Sep 11 Bernd Walter Re: DHCP server in base 96. Sep 4 Garrett Wollman Re: Difficulty playing DVDs under AHCI/CAM? 97. Sep 10 Thomas E. Spanjaard Eventtimers b0rking w/ math/atlas 98. Sep 10 Dimitry Andric Re: Eventtimers b0rking w/ math/atlas 99. Sep 10 Kostik Belousov Re: Eventtimers b0rking w/ math/atlas 100. Sep 10 Alexander Motin Re: Eventtimers b0rking w/ math/atlas
101. Sep 10 Thomas E. Spanjaard Re: Eventtimers b0rking w/ math/atlas 102. Sep 10 Thomas E. Spanjaard Re: Eventtimers b0rking w/ math/atlas 103. Sep 10 Alexander Motin Re: Eventtimers b0rking w/ math/atlas 104. Sep 11 Tim Kientzle Experimental NFS server oddity 105. Sep 11 Rick Macklem Re: Experimental NFS server oddity 106. Sep 10 Xin LI g_event spinning 100% when doing 'gpart add' 107. Sep 11 Yuri Pankov Re: g_event spinning 100% when doing 'gpart add' 108. Sep 11 Yuri Pankov Re: g_event spinning 100% when doing 'gpart add' 109. Sep 11 mdf@FreeBSD.org Re: g_event spinning 100% when doing 'gpart add' 110. Sep 11 Norikatsu Shigemura Intel HD Graphics support ready? 111. Sep 10 Bruce Cran LAPIC timer reported as 0 Hz during boot 112. Sep 11 Alexander Motin Re: LAPIC timer reported as 0 Hz during boot 113. Sep 10 Kenneth D. Merry LSI 6Gb SAS driver committed 114. Sep 7 Peter Jeremy Re: One-shot-oriented event timers management 115. Sep 7 Ian FREISLICH Re: One-shot-oriented event timers management 116. Sep 7 Kevin Oberman Re: One-shot-oriented event timers management 117. Sep 7 Gleb Kurtsou pam_pefs setup (Re: RFC: pefs - stacked cryptographic filesystem) 118. Sep 8 Daniel O'Connor Re: pam_pefs setup (Re: RFC: pefs - stacked cryptographic filesystem) 119. Sep 8 Gleb Kurtsou Re: pam_pefs setup (Re: RFC: pefs - stacked cryptographic filesystem) 120. Sep 6 Andriy Gapon Re: patch for topology detection of Intel CPUs
121. Sep 6 Jeremy Chadwick Re: patch for topology detection of Intel CPUs 122. Sep 6 Andriy Gapon Re: patch for topology detection of Intel CPUs 123. Sep 6 Andriy Gapon Re: patch for topology detection of Intel CPUs 124. Sep 6 Jeremy Chadwick Re: patch for topology detection of Intel CPUs 125. Sep 6 Andriy Gapon Re: patch for topology detection of Intel CPUs 126. Sep 6 Jeremy Chadwick Re: patch for topology detection of Intel CPUs 127. Sep 6 Olivier Smedts Re: patch for topology detection of Intel CPUs 128. Sep 7 Andriy Gapon Re: patch for topology detection of Intel CPUs 129. Sep 5 Rob Farmer Re: ports/150265: [patch] print/ghostscript8 disable bogus port conflicts in make release 130. Sep 6 Gleb Kurtsou RFC: pefs - stacked cryptographic filesystem 131. Sep 6 Gleb Kurtsou Re: RFC: pefs - stacked cryptographic filesystem 132. Sep 7 Robert Watson Re: RFC: pefs - stacked cryptographic filesystem 133. Sep 7 Ivan Voras Re: RFC: pefs - stacked cryptographic filesystem 134. Sep 7 Ivan Voras Re: RFC: pefs - stacked cryptographic filesystem 135. Sep 7 Gleb Kurtsou Re: RFC: pefs - stacked cryptographic filesystem 136. Sep 7 Kevin Oberman Re: RFC: pefs - stacked cryptographic filesystem 137. Sep 7 Gleb Kurtsou Re: RFC: pefs - stacked cryptographic filesystem 138. Sep 7 Gleb Kurtsou Re: RFC: pefs - stacked cryptographic filesystem 139. Sep 7 Gleb Kurtsou Re: RFC: pefs - stacked cryptographic filesystem 140. Sep 7 Gleb Kurtsou Re: RFC: pefs - stacked cryptographic filesystem
141. Sep 7 Ivan Voras Re: RFC: pefs - stacked cryptographic filesystem 142. Sep 8 Kevin Oberman Re: RFC: pefs - stacked cryptographic filesystem 143. Sep 6 Peter Reo Molnar significantly slow IPFW + NATD + amd64 144. Sep 6 Ian FREISLICH Re: significantly slow IPFW + NATD + amd64 145. Sep 6 Randy Bush Re: significantly slow IPFW + NATD + amd64 146. Sep 6 Stefan Bethke Re: significantly slow IPFW + NATD + amd64 147. Sep 6 Ian FREISLICH Re: significantly slow IPFW + NATD + amd64 148. Sep 6 Randy Bush Re: significantly slow IPFW + NATD + amd64 149. Sep 8 Maksim Yevmenkin silly libusbhid question 150. Sep 9 Hans Petter Selasky Re: silly libusbhid question 151. Sep 9 Hans Petter Selasky Re: silly libusbhid question 152. Sep 9 Maksim Yevmenkin Re: silly libusbhid question 153. Sep 9 Steve Kargl SU+J deadlock 154. Sep 6 Alexander Best system locks up after a few unsuccessful attempts to create a snapshot of / 155. Sep 9 Rob Farmer System reboots building mysql51-client with ZFS v28 156. Sep 9 Xin LI Re: System reboots building mysql51-client with ZFS v28 157. Sep 9 Rob Farmer Re: System reboots building mysql51-client with ZFS v28 158. Sep 9 Xin LI Re: System reboots building mysql51-client with ZFS v28 159. Sep 9 Rob Farmer Re: System reboots building mysql51-client with ZFS v28 160. Sep 9 Xin LI Re: System reboots building mysql51-client with ZFS v28
161. Sep 9 Xin LI Re: System reboots building mysql51-client with ZFS v28 162. Sep 9 Rob Farmer Re: System reboots building mysql51-client with ZFS v28 163. Sep 9 Matthew Fleming Re: System reboots building mysql51-client with ZFS v28 164. Sep 9 Xin LI Re: System reboots building mysql51-client with ZFS v28 165. Sep 8 ben wilber Re: TSO panic 166. Sep 5 Luigi Rizzo Re: Using ipfw table names instead of numbers. 167. Sep 6 jhell Re: Using ipfw table names instead of numbers. 168. Sep 6 Adrian Chadd Re: Using ipfw table names instead of numbers. 169. Sep 6 Doug Barton Re: Using ipfw table names instead of numbers. 170. Sep 6 Anderson Eduardo Re: Using ipfw table names instead of numbers. 171. Sep 5 Anonymous Re: ZFS v28 is ready for wider testing. 172. Sep 6 Martin Matuska Re: ZFS v28 is ready for wider testing. 173. Sep 6 Martin Matuska Re: ZFS v28 is ready for wider testing. 174. Sep 7 Edward Tomasz Napierała Re: ZFS v28 is ready for wider testing. 175. Sep 7 matt donovan Re: ZFS v28 is ready for wider testing. 176. Sep 9 Alexander Best {arch}/conf/DEFAULTS and uart 177. Sep 9 Alexander Best Re: {arch}/conf/DEFAULTS and uart 178. Sep 9 Alexander Best Re: {arch}/conf/DEFAULTS and uart 179. Sep 10 John Baldwin Re: {arch}/conf/DEFAULTS and uart 180. Sep 10 Alexander Best Re: {arch}/conf/DEFAULTS and uart
home | up | archive | sorted by: subject - author - date - reverse date