ok by me.
On 05/08/2013, at 7:04 PM, Christiano F. Haesbaert
wrote:
> On Thu, Jun 06, 2013 at 12:54:31PM +0200, Christiano F. Haesbaert wrote:
>> Hi,
>>
>> We would like to switch mfii(4) to msi, there is a family of supermicro
>> X9 motherboards with incorrect ioapic routing, so they only wor
The atomic_setbits_int() and atomic_clearbits_int() implementations
use stwcx., which touches the condition code register. This means we
need to tell GCC that it gets clobbered. Fixes issues with
uvm_page_physload() which currently gets miscompiled.
ok?
Index: atomic.h
Hi Milan,
Moving this to tech@; the S/N ratio on misc@ is too low, and this is a
techinical issue.
> I've installed OpenBSD-current to MacBookPro 9,2 (Mid-2012). It seems to be
> working without problems. Howoever Xorg locks after some random time at
> acpilk (process state in top).
> So I've dec
mismatch, possibly left out typo?
Index: termcap.5
===
RCS file: /cvs/obsd/src/share/termtypes/termcap.5,v
retrieving revision 1.26
diff -u -p -u -p -r1.26 termcap.5
--- termcap.5 3 Sep 2011 22:59:08 - 1.26
+++ termcap.5
in6_delayed_cksum() incorrectly assumes that the ICMPv6 header or
checksum field is in the first mbuf of an mbuf chain before setting it
to 0. This diff fixes it.
OK?
Index: ip6_output.c
===
RCS file: /cvs/src/sys/netinet6/ip6_outp
in_proto_cksum_out() currently calculates ICMP checksums like this:
hlen = ip->ip_hl << 2;
icp = (struct icmp *)(mtod(m, caddr_t) + hlen);
icp->icmp_cksum = 0;
icp->icmp_cksum = in4_cksum(m, 0, hlen,
ntohs(ip->ip_len) - hlen);
However this won't work if
The 80-bit extended precision version of tgammal(3) has the
tgamma(+-0) == +-Inf
corner case wrong.
ok?
Index: src/ld80/e_tgammal.c
===
RCS file: /home/cvs/src/lib/libm/src/ld80/e_tgammal.c,v
retrieving revision 1.2
diff -u -p
On Thu, Jun 06, 2013 at 12:54:31PM +0200, Christiano F. Haesbaert wrote:
> Hi,
>
> We would like to switch mfii(4) to msi, there is a family of supermicro
> X9 motherboards with incorrect ioapic routing, so they only work properly
> though msi.
>
> If you have a system with a mfii(4) device, plea