2000/freebsd-arch/20001217.freebsd-arch
Messages: 193, new messages first
|
Last update: Mon Feb 13 14:14:02 2023
|
|
home | archive sorted by: subject | author | date | reverse date
1. Dec 16 Benno Rice Re: A perlified gensetdefs 2. Dec 16 Marcel Moolenaar Re: A perlified gensetdefs 3. Dec 16 Benno Rice Re: A perlified gensetdefs 4. Dec 16 Marcel Moolenaar A perlified gensetdefs 5. Dec 16 John Baldwin Re: kthread API 6. Dec 16 Bruce Evans Re: kthread API 7. Dec 15 Kris Kennaway Re: _DIAGASSERT() 8. Dec 15 Eivind Eklund Re: _DIAGASSERT() 9. Dec 15 Martin Blapp _DIAGASSERT() 10. Dec 15 Stephen McKay Re: kthread API 11. Dec 15 Sheldon Hearn Re: add -I ignoremask option to du(1) 12. Dec 14 Andrew Reilly Re: Safe string formatting in the kernel 13. Dec 14 Marius Bendiksen Re: add -I ignoremask option to du(1) 14. Dec 14 Tony Finch Re: patch to cleanup inflight desciptor handling. 15. Dec 14 Matt Dillon Re: patch to cleanup inflight desciptor handling. 16. Dec 14 Alfred Perlstein Re: patch to cleanup inflight desciptor handling. 17. Dec 14 Terry Lambert Re: patch to cleanup inflight desciptor handling. 18. Dec 14 Terry Lambert Re: patch to cleanup inflight desciptor handling. 19. Dec 14 Mike Smith Re: kthread API 20. Dec 14 Tony Finch Re: patch to cleanup inflight desciptor handling.
21. Dec 14 Terry Lambert Re: patch to cleanup inflight desciptor handling. 22. Dec 14 Tony Finch Re: patch to cleanup inflight desciptor handling. 23. Dec 14 John Baldwin kthread API 24. Dec 14 Warner Losh Minor proposed change to suspend/resume 25. Dec 14 Tony Finch Re: patch to cleanup inflight desciptor handling. 26. Dec 14 Will Andrews Re: add -I ignoremask option to du(1) 27. Dec 14 Wes Peters Re: add -I ignoremask option to du(1) 28. Dec 14 Peter Pentchev Re: add -I ignoremask option to du(1) 29. Dec 14 Julian Elischer Re: patch to cleanup inflight desciptor handling. 30. Dec 14 Sheldon Hearn Re: add -I ignoremask option to du(1) 31. Dec 14 Marius Bendiksen Re: Even 1GB KVA is not enough, but we have no more space 32. Dec 14 Dag-Erling Smorgrav Re: retiring kernfs 33. Dec 14 Peter Pentchev Re: add -I ignoremask option to du(1) 34. Dec 13 Peter Pentchev Re: add -I ignoremask option to du(1) 35. Dec 13 Tony Finch Re: patch to cleanup inflight desciptor handling. 36. Dec 13 Matt Dillon Re: Even 1GB KVA is not enough, but we have no more space 37. Dec 13 assar@FreeBSD.ORG Re: add -I ignoremask option to du(1) 38. Dec 13 Matt Dillon Re: patch to cleanup inflight desciptor handling. 39. Dec 13 David O'Brien Re: add -I ignoremask option to du(1) 40. Dec 13 Mike Smith Re: Proposed bus address typedef.
41. Dec 13 Peter Pentchev add -I ignoremask option to du(1) 42. Dec 13 Matt Dillon Re: patch to cleanup inflight desciptor handling. 43. Dec 13 Alfred Perlstein Re: patch to cleanup inflight desciptor handling. 44. Dec 13 Matt Dillon Re: patch to cleanup inflight desciptor handling. 45. Dec 13 Marius Bendiksen Re: %a and %A formats 46. Dec 13 Brian Somers Re: patch to cleanup inflight desciptor handling. 47. Dec 13 Tony Finch Re: patch to cleanup inflight desciptor handling. 48. Dec 13 Alfred Perlstein Re: patch to cleanup inflight desciptor handling. 49. Dec 13 David O'Brien Re: objections to sbuf? 50. Dec 13 David O'Brien Re: retiring kernfs 51. Dec 13 Tony Finch Re: patch to cleanup inflight desciptor handling. 52. Dec 13 Alfred Perlstein Re: patch to cleanup inflight desciptor handling. 53. Dec 13 Alfred Perlstein Re: patch to cleanup inflight desciptor handling. 54. Dec 13 Cameron Grant Re: newpcm/kobj 55. Dec 13 Julian Elischer Re: objections to sbuf? 56. Dec 13 Brian Somers Re: patch to cleanup inflight desciptor handling. 57. Dec 13 Peter Jeremy Re: %a and %A formats 58. Dec 13 Matt Dillon Re: patch to cleanup inflight desciptor handling. 59. Dec 13 Terry Lambert Re: %a and %A formats 60. Dec 13 Dag-Erling Smorgrav Re: %a and %A formats
61. Dec 13 Poul-Henning Kamp Re: objections to sbuf? 62. Dec 13 Marcel Moolenaar Re: %a and %A formats 63. Dec 13 Matt Dillon Re: objections to sbuf? 64. Dec 13 Poul-Henning Kamp Re: objections to sbuf? 65. Dec 13 Jason Evans Re: objections to sbuf? 66. Dec 13 Matt Dillon Re: objections to sbuf? 67. Dec 13 Poul-Henning Kamp Re: objections to sbuf? 68. Dec 13 Kirk McKusick Re: patch to cleanup inflight desciptor handling. 69. Dec 13 Matt Dillon Re: objections to sbuf? 70. Dec 13 John Baldwin Re: An opaque refcount type 71. Dec 13 John Baldwin Re: Can !curproc touch 72. Dec 13 John Baldwin Re: Can !curproc touch 73. Dec 13 Dag-Erling Smorgrav Re: retiring kernfs 74. Dec 13 Eivind Eklund Re: retiring kernfs 75. Dec 13 Dag-Erling Smorgrav retiring kernfs 76. Dec 13 Dag-Erling Smorgrav objections to sbuf? 77. Dec 13 Justin T. Gibbs Re: An opaque refcount type 78. Dec 13 Julian Elischer Re: Proposed bus address typedef. 79. Dec 13 Marius Bendiksen Re: Even 1GB KVA is not enough, but we have no more space 80. Dec 13 Marius Bendiksen Re: %a and %A formats
81. Dec 13 Marius Bendiksen Re: %a and %A formats 82. Dec 13 Marius Bendiksen Re: inheriting the "nodump" flag ? 83. Dec 13 Marius Bendiksen Re: Even 1GB KVA is not enough, but we have no more space 84. Dec 13 Warner Losh Re: Safe string formatting in the kernel 85. Dec 13 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 86. Dec 13 Dag-Erling Smorgrav Re: New sbuf patch on freefall 87. Dec 13 Ruslan Ermilov Re: New sbuf patch on freefall 88. Dec 13 Seigo Tanimura Re: Even 1GB KVA is not enough, but we have no more space 89. Dec 13 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 90. Dec 13 Alfred Perlstein patch to cleanup inflight desciptor handling. 91. Dec 13 Terry Lambert Re: Safe string formatting in the kernel 92. Dec 13 Poul-Henning Kamp Re: Safe string formatting in the kernel 93. Dec 13 Terry Lambert Re: Can !curproc touch 94. Dec 13 Terry Lambert Re: Safe string formatting in the kernel 95. Dec 13 Terry Lambert Re: An opaque refcount type 96. Dec 13 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 97. Dec 13 Poul-Henning Kamp Re: Safe string formatting in the kernel 98. Dec 13 Terry Lambert Re: Safe string formatting in the kernel 99. Dec 13 Terry Lambert Re: An opaque refcount type 100. Dec 13 Matt Dillon Re: Proposed bus address typedef.
101. Dec 13 Terry Lambert Re: Safe string formatting in the kernel 102. Dec 13 Terry Lambert Re: Can !curproc touch 103. Dec 12 assar@FreeBSD.ORG Re: Safe string formatting in the kernel 104. Dec 12 David O'Brien Re: Safe string formatting in the kernel 105. Dec 12 Matthew Jacob Re: Proposed bus address typedef. 106. Dec 12 Mike Smith Re: Proposed bus address typedef. 107. Dec 12 Alfred Perlstein Re: Proposed bus address typedef. 108. Dec 12 Mike Smith Proposed bus address typedef. 109. Dec 12 assar@FreeBSD.ORG Re: Safe string formatting in the kernel 110. Dec 12 Alfred Perlstein Re: An opaque refcount type 111. Dec 12 Jake Burkholder Re: An opaque refcount type 112. Dec 12 Mike Smith Re: An opaque refcount type 113. Dec 12 Bosko Milekic Re: An opaque refcount type 114. Dec 12 Cameron Grant newpcm/kobj 115. Dec 12 Jason Evans Re: An opaque refcount type 116. Dec 12 Robert Watson Re: Can !curproc touch 117. Dec 12 John Baldwin Re: Can !curproc touch 118. Dec 12 John Baldwin Re: An opaque refcount type 119. Dec 12 Poul-Henning Kamp Re: Safe string formatting in the kernel 120. Dec 12 Julian Elischer [Fwd: Re: MEXT_IS_REF broken.]
121. Dec 12 Warner Losh Re: Safe string formatting in the kernel 122. Dec 12 Garrett Wollman Re: An opaque refcount type 123. Dec 12 Robert Watson Re: Can !curproc touch 124. Dec 12 Dag-Erling Smorgrav New sbuf patch on freefall 125. Dec 12 Dag-Erling Smorgrav Re: An opaque refcount type 126. Dec 12 Jonathan Lemon Re: An opaque refcount type 127. Dec 12 John Baldwin Re: An opaque refcount type 128. Dec 12 Nate Williams Re: An opaque refcount type 129. Dec 12 Garrett Wollman Re: An opaque refcount type 130. Dec 12 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 131. Dec 12 John Baldwin An opaque refcount type 132. Dec 12 Warner Losh Re: Safe string formatting in the kernel 133. Dec 12 Warner Losh Re: Safe string formatting in the kernel 134. Dec 12 John Baldwin Re: Even 1GB KVA is not enough, but we have no more space 135. Dec 12 Poul-Henning Kamp Re: Safe string formatting in the kernel 136. Dec 12 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 137. Dec 12 Poul-Henning Kamp Re: Safe string formatting in the kernel 138. Dec 12 Julian Elischer Re: Safe string formatting in the kernel 139. Dec 12 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 140. Dec 12 Dag-Erling Smorgrav Re: Safe string formatting in the kernel
141. Dec 12 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 142. Dec 11 Poul-Henning Kamp Re: Safe string formatting in the kernel 143. Dec 11 Poul-Henning Kamp Re: Safe string formatting in the kernel 144. Dec 11 Matt Dillon Re: Safe string formatting in the kernel 145. Dec 11 assar@FreeBSD.ORG Re: Safe string formatting in the kernel 146. Dec 11 Peter Jeremy Re: Safe string formatting in the kernel 147. Dec 11 Seigo Tanimura Re: Even 1GB KVA is not enough, but we have no more space 148. Dec 11 Matt Dillon Re: Safe string formatting in the kernel 149. Dec 11 kris@citusc.usc.edu Re: Safe string formatting in the kernel 150. Dec 11 Peter Jeremy Re: inheriting the "nodump" flag ? 151. Dec 11 Jason Evans Re: Safe string formatting in the kernel 152. Dec 11 John Baldwin Re: Can !curproc touch 153. Dec 11 Terry Lambert Re: Can !curproc touch 154. Dec 11 John Baldwin curpriority... 155. Dec 11 Jake Burkholder Re: Safe string formatting in the kernel 156. Dec 11 John Baldwin Can !curproc touch 157. Dec 11 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 158. Dec 11 Dag-Erling Smorgrav Re: Safe string formatting in the kernel 159. Dec 11 Dag-Erling Smorgrav Safe string formatting in the kernel 160. Dec 11 Mark Murray Re: RANDOMDEV inspired realitycheck regarding i386/i486...
161. Dec 11 Dag-Erling Smorgrav Re: inheriting the "nodump" flag ? 162. Dec 11 Jeroen C. van Gelderen Re: inheriting the "nodump" flag ? 163. Dec 11 Jonas Bulow Re: %a and %A formats 164. Dec 11 David O'Brien Re: inheriting the "nodump" flag ? 165. Dec 11 Dag-Erling Smorgrav Re: %a and %A formats 166. Dec 11 Bruce Evans Re: RANDOMDEV inspired realitycheck regarding i386/i486... 167. Dec 11 Alfred Perlstein Re: %a and %A formats 168. Dec 11 Peter Wemm Re: %a and %A formats 169. Dec 10 Garance A Drosihn Re: %a and %A formats 170. Dec 10 Jeroen C. van Gelderen Re: inheriting the "nodump" flag ? 171. Dec 10 Peter Jeremy Re: RANDOMDEV inspired realitycheck regarding i386/i486... 172. Dec 10 Dag-Erling Smorgrav Re: %a and %A formats 173. Dec 10 Alfred Perlstein Re: %a and %A formats 174. Dec 10 Poul-Henning Kamp Re: inheriting the "nodump" flag ? 175. Dec 10 Poul-Henning Kamp Re: %a and %A formats 176. Dec 10 David O'Brien Re: %a and %A formats 177. Dec 10 Alfred Perlstein Re: %a and %A formats 178. Dec 10 Will Andrews Re: inheriting the "nodump" flag ? 179. Dec 10 Julian Elischer Re: inheriting the "nodump" flag ? 180. Dec 10 Julian Elischer Re: inheriting the "nodump" flag ?
181. Dec 10 Jeroen C. van Gelderen Re: inheriting the "nodump" flag ? 182. Dec 10 Poul-Henning Kamp Re: %a and %A formats 183. Dec 10 Dag-Erling Smorgrav Re: %a and %A formats 184. Dec 10 Poul-Henning Kamp Re: inheriting the "nodump" flag ? 185. Dec 10 Hajimu UMEMOTO Re: %a and %A formats 186. Dec 10 Dag-Erling Smorgrav Re: %a and %A formats 187. Dec 10 Dag-Erling Smorgrav %a and %A formats 188. Dec 10 Poul-Henning Kamp Re: inheriting the "nodump" flag ? 189. Dec 10 Poul-Henning Kamp Re: inheriting the "nodump" flag ? 190. Dec 10 Julian Elischer Re: inheriting the "nodump" flag ? 191. Dec 10 Julian Elischer Re: inheriting the "nodump" flag ? 192. Dec 10 Alexander Langer Re: inheriting the "nodump" flag ? 193. Dec 10 Poul-Henning Kamp inheriting the "nodump" flag ?
home | archive sorted by: subject | author | date | reverse date