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


2000/freebsd-arch/20001217.freebsd-arch

Messages: 193, old messages first
Last update: Mon Feb 13 14:14:02 2023

home | archive sorted by: subject | author | date | reverse date
  1. Dec 10 Poul-Henning Kamp          inheriting the "nodump" flag ?
  2. Dec 10 Alexander Langer           Re: inheriting the "nodump" flag ?
  3. Dec 10 Julian Elischer            Re: inheriting the "nodump" flag ?
  4. Dec 10 Julian Elischer            Re: inheriting the "nodump" flag ?
  5. Dec 10 Poul-Henning Kamp          Re: inheriting the "nodump" flag ?
  6. Dec 10 Poul-Henning Kamp          Re: inheriting the "nodump" flag ?
  7. Dec 10 Dag-Erling Smorgrav        %a and %A formats
  8. Dec 10 Dag-Erling Smorgrav        Re: %a and %A formats
  9. Dec 10 Hajimu UMEMOTO             Re: %a and %A formats
 10. Dec 10 Poul-Henning Kamp          Re: inheriting the "nodump" flag ?
 11. Dec 10 Dag-Erling Smorgrav        Re: %a and %A formats
 12. Dec 10 Poul-Henning Kamp          Re: %a and %A formats
 13. Dec 10 Jeroen C. van Gelderen     Re: inheriting the "nodump" flag ?
 14. Dec 10 Julian Elischer            Re: inheriting the "nodump" flag ?
 15. Dec 10 Julian Elischer            Re: inheriting the "nodump" flag ?
 16. Dec 10 Will Andrews               Re: inheriting the "nodump" flag ?
 17. Dec 10 Alfred Perlstein           Re: %a and %A formats
 18. Dec 10 David O'Brien              Re: %a and %A formats
 19. Dec 10 Poul-Henning Kamp          Re: %a and %A formats
 20. Dec 10 Poul-Henning Kamp          Re: inheriting the "nodump" flag ?


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


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