Re: ral(4) diff

2011-03-12 Thread Igor Zinovik
On Mar 10, Tim van der Molen wrote: I have the following ral(4): ral0 at pci0 dev 13 function 0 Ralink RT2561S rev 0x00: irq 5, address 00:1d:7d:49:28:92 ral0: MAC/BBP RT2561C, RF RT2527 After a commit from August 2010 (see http://marc.info/?l=openbsd-cvsm=128095139804862) the ral

Re: use bswapq for swap64 on amd64

2011-03-12 Thread Mike Belopuhov
On Fri, Mar 11, 2011 at 14:45 -0800, Philip Guenther wrote: On Fri, 11 Mar 2011, Mike Belopuhov wrote: recent commit to pirofti made me wonder why don't we take an advantage of the 64 bit bswap instruction on amd64? Here's a revised diff with two changes from Mike's: 1) use %0 instead

Re: use bswapq for swap64 on amd64

2011-03-12 Thread Paul Irofti
On Fri, Mar 11, 2011 at 02:45:06PM -0800, Philip Guenther wrote: On Fri, 11 Mar 2011, Mike Belopuhov wrote: recent commit to pirofti made me wonder why don't we take an advantage of the 64 bit bswap instruction on amd64? Here's a revised diff with two changes from Mike's: 1) use %0

zaurus and sun L keys (xkeyboard-config)

2011-03-12 Thread Alexandr Shadchin
Hi! Add zaurus and support for the L keys for pc keyboards. Need test. ps: Do not forget to set XENOCARA_USE_XKEYBOARD_CONFIG = Yes when build xenocara. -- Alexandr Shadchin Index: data/xkeyboard-config/symbols/Makefile === RCS

Re: ral(4) diff

2011-03-12 Thread Sviatoslav Chagaev
On Thu, 10 Mar 2011 22:07:09 +0100 Tim van der Molen tb...@xs4all.nl wrote: I have the following ral(4): ral0 at pci0 dev 13 function 0 Ralink RT2561S rev 0x00: irq 5, address 00:1d:7d:49:28:92 ral0: MAC/BBP RT2561C, RF RT2527 After a commit from August 2010 (see

wake on lan

2011-03-12 Thread Stefan Sperling
Now that arp(8) can send Wake On Lan frames (a.k.a. magic packets), it would be nice to have a way to configure WOL from the operating system. Some network cards need help from the OS to do WOL. Some already do WOL without help from the OS. For the latter it's nice to have a way to disable it.

socket splicing with kqueue

2011-03-12 Thread Alexander Bluhm
Hi, I have two more socket splicing fixes. When a process reads from a spliced socket that already got an end-of-file but still has data in the receive buffer, soreceive() should block until all data has been moved. Note that (so-so_rcv.sb_cc == 0) can only be false, if splicing is active.

Use appropriate timerclear macro on ifstated.

2011-03-12 Thread Christiano F. Haesbaert
Index: ifstated.c === RCS file: /cvs/src/usr.sbin/ifstated/ifstated.c,v retrieving revision 1.38 diff -d -u -p -w -r1.38 ifstated.c --- ifstated.c 7 Jul 2010 21:52:00 - 1.38 +++ ifstated.c 13 Mar 2011 00:47:21 - @@