On 19.3.2015. 16:52, Hrvoje Popovski wrote:
Hi all,
I think that in /usr/src/sys/dev/pci/pcidevs these 3 records
product INTEL E5V2_ERR_20x0be3 E5 v2 Error
product INTEL E5V2_ERR_30x0be6 E5 v2 Error
product INTEL E5V2_ERR_40x0be7 E5 v2 Error
should be
On Mon, Apr 27, 2015 at 11:18:55AM +0200, Martin Pieuchot wrote:
On 22/04/15(Wed) 10:29, Dimitris Papastamos wrote:
[...]
On a side note, What do you think of using a sysctl instead of an ioctl?
I guess an ioctl will do but it would make it easy for people to disable
this at boot time by
On 22/04/15(Wed) 10:29, Dimitris Papastamos wrote:
[...]
On a side note, What do you think of using a sysctl instead of an ioctl?
I guess an ioctl will do but it would make it easy for people to disable
this at boot time by simply adding the relevant knob in /etc/sysctl.conf.
Otherwise I
Hi,
I put here a bug among others:
- sys/dev/ic/aic6915.c -
386 MGETHDR(m, M_DONTWAIT, MT_DATA);
if (m == NULL) {
printf(%s: unable to allocate Tx mbuf\n,
On 24/04/15(Fri) 21:21, Johan Huldtgren wrote:
a few hours after I sent the previous e-mail the backup
(April 23rd snap) took over and became the master, at
that point I could not reach the carp interfaces anymore.
Reverting roles so the host running the April 12th snap
became the master
hello,
If you try 1.250 and 1.253 and tell me if you can reproduce the problem
that would be really helpful. In case you see something weird, Could
you include the routing table netstat -rnf inet in your report? If
you can also play with tcpdump on the various pseudo-interfaces and see
if
I have a console server that was using tip and pre-emptively switched to
cu now since tip is on its way out, and some of my connections didn't work
because I was using /dev/ttyXX entries instead of /dev/cuaXX entries. I
figure adding a mention of that might save some grief.
Here's a patch for