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


2013/freebsd-net/20130310.freebsd-net

Messages: 116, sorted by subject
Last page update: Sat Jan 3 13:11:22 UTC 2026

home | up | archive | sorted by: subject - author - date - reverse date
  1. Mar  8 mxb                        9.1-RELEASE-p1: em0: Could not setup receive structures
  2. Mar  8 Jack Vogel                  Re: 9.1-RELEASE-p1: em0: Could not setup receive structures
  3. Mar  8 mxb                         Re: 9.1-RELEASE-p1: em0: Could not setup receive structures
  4. Mar  8 Pieper, Jeffrey E           RE: 9.1-RELEASE-p1: em0: Could not setup receive structures
  5. Mar  7 Alexander V. Chernikov     [patch] interface routes
  6. Mar  7 Andre Oppermann             Re: [patch] interface routes
  7. Mar  7 sthaug@nethelp.no           Re: [patch] interface routes
  8. Mar  7 Alexander V. Chernikov      Re: [patch] interface routes
  9. Mar  7 Andre Oppermann             Re: [patch] interface routes
 10. Mar  7 Ermal Luçi                  Re: [patch] interface routes
 11. Mar  7 Andre Oppermann             Re: [patch] interface routes
 12. Mar  7 Alexander V. Chernikov      Re: [patch] interface routes
 13. Mar  7 Andre Oppermann             Re: [patch] interface routes
 14. Mar  7 Alexander V. Chernikov      Re: [patch] interface routes
 15. Mar  7 Alexander V. Chernikov      Re: [patch] interface routes
 16. Mar  7 Andre Oppermann             Re: [patch] interface routes
 17. Mar  7 Alexander V. Chernikov      Re: [patch] interface routes
 18. Mar  7 John-Mark Gurney            Re: [patch] interface routes
 19. Mar  8 Ermal Luçi                  Re: [patch] interface routes
 20. Mar  8 Alexander V. Chernikov      Re: [patch] interface routes

 21. Mar  9 Nikolay Denev               Re: [patch] interface routes
 22. Mar  9 Alexander V. Chernikov      Re: [patch] interface routes
 23. Mar  8 Kajetan Staszkiewicz       [patch] Source entries removing is awfully slow.
 24. Mar  8 Ermal Luçi                  Re: [patch] Source entries removing is awfully slow.
 25. Mar  8 Kajetan Staszkiewicz        Re: [patch] Source entries removing is awfully slow.
 26. Mar  9 Ermal Luçi                  Re: [patch] Source entries removing is awfully slow.
 27. Mar  9 Ermal Luçi                  Re: [patch] Source entries removing is awfully slow.
 28. Mar  9 Kajetan Staszkiewicz        Re: [patch] Source entries removing is awfully slow.
 29. Mar  9 Ermal Luçi                  Re: [patch] Source entries removing is awfully slow.
 30. Mar  9 Kajetan Staszkiewicz        Re: [patch] Source entries removing is awfully slow.
 31. Mar  8 Viktor Penkoff             BPF data representation
 32. Mar  8 Viktor Penkoff              BPF data representation
 33. Mar  4 Andre Oppermann            Re: Bug in sbsndptr()
 34. Mar  5 Lawrence Stewart            Re: Bug in sbsndptr()
 35. Mar  5 Andre Oppermann             Re: Bug in sbsndptr()
 36. Mar  6 Lawrence Stewart            Re: Bug in sbsndptr()
 37. Mar  4 FreeBSD bugmaster          Current problem reports assigned to freebsd-net@FreeBSD.org
 38. Mar  5 Nick Rogers                Default route changes unexpectedly
 39. Mar  6 Sami Halabi                 Re: Default route changes unexpectedly
 40. Mar  6 Adrian Chadd                Re: Default route changes unexpectedly

 41. Mar  6 Andre Oppermann             Re: Default route changes unexpectedly
 42. Mar  6 Krzysztof Barcikowski       Re: Default route changes unexpectedly
 43. Mar  6 Daniel Hartmeier            Re: Default route changes unexpectedly
 44. Mar  6 Ermal Luçi                  Re: Default route changes unexpectedly
 45. Mar  6 Krzysztof Barcikowski       Re: Default route changes unexpectedly
 46. Mar  7 Nick Rogers                 Re: Default route changes unexpectedly
 47. Mar  6 Adrian Chadd               Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 48. Mar  6 Andre Oppermann             Re: Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 49. Mar  7 Nick Rogers                 Re: Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 50. Mar  7 Andre Oppermann             Re: Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 51. Mar  7 Krzysztof Barcikowski       Re: Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 52. Mar  7 Andre Oppermann             Re: Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 53. Mar  7 Li, Qing                    RE: Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 54. Mar  8 Nick Rogers                 Re: Default route changes unexpectedly #2 (was Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102)
 55. Mar  7 Marcelo Araujo             dhclient issue.
 56. Mar  7 freebsd-net                 Re: dhclient issue.
 57. Mar  6 Eugene M. Zheganin         Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 58. Mar  6 YongHyeon PYUN              Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 59. Mar  6 Eugene M. Zheganin          Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 60. Mar  6 Eugene M. Zheganin          Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout

 61. Mar  7 YongHyeon PYUN              Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 62. Mar  7 Eugene M. Zheganin          Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 63. Mar  7 YongHyeon PYUN              Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 64. Mar  7 Zeus Panchenko              Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 65. Mar  7 YongHyeon PYUN              Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 66. Mar  7 Eugene M. Zheganin          Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 67. Mar  7 YongHyeon PYUN              Re: FreeBSD 9.1-RELEASE + bge0 == watchdog timeout
 68. Mar  5 h bagade                   how to get mac address info in kernel code?
 69. Mar  5 George Neville-Neil         Re: how to get mac address info in kernel code?
 70. Mar  6 h bagade                    Re: how to get mac address info in kernel code?
 71. Mar  3 Sepherosa Ziehau           Re: igb network lockups
 72. Mar  4 Nick Rogers                 Re: igb network lockups
 73. Mar  4 Jack Vogel                  Re: igb network lockups
 74. Mar  4 Jack Vogel                  Re: igb network lockups
 75. Mar  4 Zaphod Beeblebrox           Re: igb network lockups
 76. Mar  4 Nick Rogers                 Re: igb network lockups
 77. Mar  5 Barney Cordoba              Re: igb network lockups
 78. Mar  5 Barney Cordoba              Re: igb network lockups
 79. Mar  6 freebsd-net                Implementing IP6 in 8.3
 80. Mar  7 Maciej Milewski             Re: Implementing IP6 in 8.3

 81. Mar  7 freebsd-net                 Re: Implementing IP6 in 8.3
 82. Mar  8 freebsd-net                 Re: Implementing IP6 in 8.3
 83. Mar  8 Maciej Milewski             Re: Implementing IP6 in 8.3
 84. Mar  8 freebsd-net                 Re: Implementing IP6 in 8.3
 85. Mar  8 Maciej Milewski             Re: Implementing IP6 in 8.3
 86. Mar  3 Pawel Worach               ipfw NAT, keepalive from wrong source
 87. Mar  8 melifaro@FreeBSD.org       Re: kern/155772: ifconfig(8): ioctl (SIOCAIFADDR): File exists on directly connected networks
 88. Mar  7 Charbon, Julien            Re: kern/176446: [netinet] [patch] Concurrency in ixgbe driving out-of-order packet process and spurious RST
 89. Mar  5 glebius@FreeBSD.org        Re: kern/176510: [udp] [panic] Kernel Panic in udp_input @ offset 0x475
 90. Mar  6 linimon@FreeBSD.org        Re: kern/176667: [libalias] [patch] libalias locks on uninitalized data
 91. Mar  7 Gleb Smirnoff              Re: kern/176667: libalias locks on uninitalized data
 92. Mar  6 linimon@FreeBSD.org        Re: kern/176671: [epair] MAC address for epair device not unique
 93. Mar  8 linimon@FreeBSD.org        Re: kern/176764: [net] [if_bridge] [patch] use-after-free in if_bridge
 94. Mar  6 Courtland                  Re: kernel: arpresolve: can't allocate llinfo for 65.59.233.102
 95. Mar  8 Garrett Wollman            Limits on jumbo mbuf cluster allocation
 96. Mar  8 Andre Oppermann             Re: Limits on jumbo mbuf cluster allocation
 97. Mar  8 YongHyeon PYUN              Re: Limits on jumbo mbuf cluster allocation
 98. Mar  8 Jack Vogel                  Re: Limits on jumbo mbuf cluster allocation
 99. Mar  8 Jack Vogel                  Re: Limits on jumbo mbuf cluster allocation
100. Mar  8 YongHyeon PYUN              Re: Limits on jumbo mbuf cluster allocation

101. Mar  8 Garrett Wollman             Re: Limits on jumbo mbuf cluster allocation
102. Mar  8 Garrett Wollman             Re: Limits on jumbo mbuf cluster allocation
103. Mar  8 Andre Oppermann             Re: Limits on jumbo mbuf cluster allocation
104. Mar  8 Jack Vogel                  Re: Limits on jumbo mbuf cluster allocation
105. Mar  9 Rick Macklem                Re: Limits on jumbo mbuf cluster allocation
106. Mar  9 Garrett Wollman             Re: Limits on jumbo mbuf cluster allocation
107. Mar  9 Rick Macklem                Re: Limits on jumbo mbuf cluster allocation
108. Mar  9 Garrett Wollman             Re: Limits on jumbo mbuf cluster allocation
109. Mar  9 Garrett Wollman             Re: Limits on jumbo mbuf cluster allocation
110. Mar  9 Garrett Wollman            Re: NFS DRC size
111. Mar  9 Rick Macklem                Re: NFS DRC size
112. Mar  9 Garrett Wollman             Re: NFS DRC size
113. Mar  6 Duvvuru,Venkat Kumar       RE: OCE driver patches
114. Mar  5 <soze_kizer@hotmail.com>   Recommend
115. Mar  8 Garrett Wollman            UNS: Re: Limits on jumbo mbuf cluster allocation
116. Mar  8 Jack Vogel                  Re: UNS: Re: Limits on jumbo mbuf cluster allocation

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