Hi,
The following adds legacy MDNS lookups to libc.
It adds the keyword 'mdns' to 'lookup' in /etc/resolv.conf, only names in the
.local (MDNS domain) are looked up.
A legacy lookup is how MDNS calls a simple unicast lookup sent to the mcast addr
224.0.0.251, the MDNS responder is responsible fo
I noticed DPADD is missing from the tcpbench Makefile.
Index: Makefile
===
RCS file: /home/cvs/src/usr.bin/tcpbench/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile9 Mar 2011 18:13:18 - 1.4
+++
On Mon, Mar 14, 2011 at 4:29 PM, Jacob Meuser
wrote:
>
> i386
>
> 32-bit mfi frames (current code)
> 32m23.04s 33m50.57s 10m49.27s
> 32m31.09s 33m48.24s 10m51.21s
>
> 64-bit mfi frames (with patch)
> 32m29.76s 33m36.95s 11m3.20s
> 32m41.15s
On Monday, March 14, Jacob Meuser wrote:
>
> so, the question is, is the impact on i386 enough to warrant using
> 32-bit frames on 32-bit platforms? if so, should this be decided
> at runtime or compile time?
>
> any other thoughts?
IMHO, simpler is better, and i386 may have PAE so more than 4G
I am unsure why the first strcmp() is in place - possibly for if root's
HOME is /, but I don't think that was the case when this was put in.
In any case, I don't believe it is needed due the last else (diff with
more context below).
Thoughts?
Cheers,
Okan
Index: lex.c
==
pull out the never enabled fp support.
no binary change.
ok?
Index: ksh_limval.h
===
RCS file: /home/okan/hack/open/cvs/src/bin/ksh/ksh_limval.h,v
retrieving revision 1.2
diff -u -p -r1.2 ksh_limval.h
--- ksh_limval.h18 Dec
remove unused SILLY game of life.
no binary change.
ok?
Index: config.h
===
RCS file: /home/okan/hack/open/cvs/src/bin/ksh/config.h,v
retrieving revision 1.13
diff -u -p -r1.13 config.h
--- config.h18 Dec 2004 22:42:26 -
the following diff make mfi(4) use 64-bit frames, and support 64-bit
dma addresses. these changes are based on freebsd's mfi(4). however,
freebsd only uses 64-bit frames 'if (sizeof(bus_addr_t)) == 8',
whereas this patch uses 64-bit frames unconditionally, for both 32-bit
and 64-bit platforms. I
On Mon, Mar 14, 2011 at 12:29 AM, Amit Kulkarni wrote:
> I understand these need to be done right after lock. Might be you guys
> have better stuff planned than this stuff.
Right after is a relative term. If adding wprintf goes smoothly, then
there's plenty of time for wscanf. If adding wprintf
On Tue, Mar 8, 2011 at 11:50 AM, Matthew Dempsky wrote:
> Currently, the diff only supports amd64, i386, and sparc64 (the only
> arches that NetBSD supports fenv.h on),
I'd also appreciate help on adding support for the other platforms.
Thanks!
On Sun, Mar 13, 2011 at 8:22 PM, Philip Guenther wrote:
> Hmm, any test programs that are smaller and preferably not need X11?
> My little V100 takes forever with a build as is...
I don't know of any at the moment. I'll try to look for something.
>> You should be using __sparc64__ instead of __
Zima je konaD
no prošla... Vreme je za proleDno D
išDenje!
Neka vaš dom zablista uz najbolje Top Shop proizvode za D
išDenje, a vi
uE>ivajte u više slobodnog vremena!
Kliknite ovde i odaberite najbolje za blistav dom. Završite kuDne
poslove za kraDe vreme - neka drugi rade umesto vas!
This device:
udav0 at uhub5 port 2 "ShanTou DM9601" rev 1.10/1.01 addr 2
udav0: address 00:60:6e:00:6e:20
amphy0 at udav0 phy 0: DM9601 10/100 PHY, rev. 0
causes a kernel crash with the following messages:
memcpy() at memcpy+0x16
usb_transfer_complete() at usb_transfer_complete+0x256
uhci_softintr
On Mon, Mar 14, 2011 at 05:52:41AM +, Jacob Meuser wrote:
> I like this *MUCH* better than the way acpithinkpad volume buttons
> currently work. these buttons should be affecting the mixer, if
> at all possible, instead of doing things "behind the audio system's
> back", which causes confusion
2011/3/11 Anton Maksimenkov :
>> If some process can catch COM port in a way that noone can use the
>> port and noone can kill that process - it is wrong situation.
I think this would be a little bit better:
--- /usr/origsrc/sys/kern/tty.c Mon Oct 11 22:20:15 2010
+++ /usr/src/sys/kern/tty.c
On Mon 2011.03.14 at 11:05 +0800, Kevin Lo wrote:
> This diff fixes uninitialized variable warnings emitted by gcc 4.2.1
> on i386/amd64.
How's this instead (lifted from mksh)?
Index: eval.c
===
RCS file: /home/okan/hack/open/cvs/src
16 matches
Mail list logo
