On Fri, Sep 06, 2013 at 10:42:56PM +0200, Guido Falsi wrote:
> On 09/06/13 08:15, Yonghyeon PYUN wrote:
> >On Wed, Jul 10, 2013 at 07:47:01PM +0200, Guido Falsi wrote:
> >>On 07/10/13 09:04, Yonghyeon PYUN wrote:
> >>>On Tue, Jul 09, 2013 at 10:28:29PM +0200, Guido Falsi wrote:
> Hi,
>
> >
Old Synopsis: [PATCH] Packet loss when 'control' messages are present with
large data (sendmsg(2))
New Synopsis: [kernel] [patch] Packet loss when 'control' messages are present
with large data (sendmsg(2))
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Re
Old Synopsis: update "re" driver
New Synopsis: [re] LAN Realtek® 8111G is not supported by re driver
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Sep 10 00:58:32 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
http
TIME IS RUNNING OUT! Register for CAD Americas Training Days by MAY 7 and SAVE!
CAD AMERICAS TRAINING DAYS ARRIVE IN YOUR AREA SOON Join us for this one-day
training event in your area. Whether your focus is Mechanical Design,
Construction, BIM, Electrical Design or Plant Design, there will be se
Hi all,
I have a reproducible kernel panic on a machine running head, r254660:
Thu Aug 22 19:51:00 UTC 2013 amd64.
The machine in question is a firewall. It already has one IPSEC tunnel
in place, which seems stable. Bringing up a second leads to almost
instant panic:
Fatal trap 12: page fault
As far as I can tell, if you are using the links in a lagg then you are going
to need to make the change in /etc/rc.conf and reboot or perhaps restart netif.
I recently came across a similar situation where I had to change the MTU across
a bunch of different bsdrp boxes running as firewalls and
W dniu 2013-09-09 15:02, Marek Salwerowicz pisze:
My server
just to add - I am running the 9.1-RELEASE:
FreeBSD storage1 9.1-RELEASE-p6 FreeBSD 9.1-RELEASE-p6 #0: Wed Aug 21
20:40:52 UTC 2013
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
___
Hi,
My server is running with 4 Gigabit NICs:
igb0@pci0:5:0:0:class=0x02 card=0x152115d9 chip=0x15218086
rev=0x01 hdr=0x00
vendor = 'Intel Corporation'
device = 'I350 Gigabit Network Connection'
class = network
subclass = ethernet
igb1@pci0:5:0:1:
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
On 30.08.2013 00:58, Navdeep Parhar wrote:
I'd like to merge r254342 from user/np/cxl_tuning to head if there are
no objections.
I don't object in principle, though I'm wonder whether we should
have a more generic way of passing this kind of flags to the allocator?
We probably get more demands
10 matches
Mail list logo