NetBSD source update | 1 Jun 05:13 2010
Picon

daily CVS update output


Updating src tree:
P src/bin/ps/extern.h
P src/bin/ps/print.c
P src/bin/ps/ps.c
P src/crypto/external/bsd/netpgp/dist/src/netpgpverify/Makefile.in
P src/distrib/sets/lists/man/mi
P src/distrib/sets/lists/modules/md.amd64
P src/distrib/sets/lists/modules/md.i386
U src/distrib/sets/lists/modules/md.ia64
P src/distrib/sets/lists/tests/mi
P src/doc/BRANCHES
P src/external/bsd/top/dist/machine/m_netbsd.c
P src/lib/libc/sys/acct.2
P src/lib/libc/sys/bind.2
P src/lib/libc/sys/chdir.2
P src/lib/libc/sys/chflags.2
P src/lib/libc/sys/chmod.2
P src/lib/libc/sys/chown.2
P src/lib/libc/sys/chroot.2
P src/lib/libc/sys/connect.2
P src/lib/libc/sys/execve.2
P src/lib/libc/sys/link.2
P src/lib/libc/sys/mkdir.2
P src/lib/libc/sys/mkfifo.2
P src/lib/libc/sys/mknod.2
P src/lib/libc/sys/mount.2
P src/lib/libc/sys/open.2
P src/lib/libc/sys/pathconf.2
P src/lib/libc/sys/quotactl.2
(Continue reading)

Arnaud Lacombe | 1 Jun 06:24 2010
Picon

KDASSERT(parent->gap == uvm_rb_gap(parent))

Hi all,

I've been able tonight to finally catch a crash I've been having for a
few weeks while playing videos with mplayer. It happens with a
-current kernel from end of April. The issue triggered  is a
KDASSERT() in uvm_map.c:

uvm_rb_fixup():
406: KDASSERT(parent->gap == uvm_rb_gap(parent));

This crash happens when mplayer ends playing a video. The backtrace is roughly

uvm_rb_fixup()
uvm_unmap_remove()
uvm_unmap1()
exit1()

This crash is not easily reproducible. I tried to trigger it for 30min
yesterday without success, got it 4 times in a row today in a 30min
interval (including reboot/fsck time) and nothing since.

Any ideas ?

Thanks,
 - Arnaud

Arnaud Lacombe | 1 Jun 06:28 2010
Picon

Re: any support for Atheros AR9285 wireless and AR8132 ethernet?

Hi,

On Mon, May 31, 2010 at 10:21 AM, Sylvain Mora
<sylvain.mora <at> googlemail.com> wrote:
> Hello,
>
> I tested the various patches for my wireless card Atheros AR9280.
>
> The system now recognizes my card, but when I use it, I have some :
>
> ath0: device timeout (txq 1, txintrperiod X)
>
> (X is a variable number)
>
> It happens when I use my card with wpa_supplicant.
>
> I know that the patch has been little tested. So, I can send logs, if
> you want more information about AR9280 support.
>
I've been getting these message also with my AR5424 since the
beginning. They don't seem to be harmful. In my case, they are
appearing even if wpa_supplicant(8) is not started.

Did your card work well beside that ?

Thanks,
 - Arnaud

Mora Sylvain | 2 Jun 00:18 2010

Re: any support for Atheros AR9285 wireless and AR8132 ethernet?

> Hi,

>
> On Mon, May 31, 2010 at 10:21 AM, Sylvain Mora
> <sylvain.mora <at> googlemail.com> wrote:
>   
>> Hello,
>>
>> I tested the various patches for my wireless card Atheros AR9280.
>>
>> The system now recognizes my card, but when I use it, I have some :
>>
>> ath0: device timeout (txq 1, txintrperiod X)
>>
>> (X is a variable number)
>>
>> It happens when I use my card with wpa_supplicant.
>>
>> I know that the patch has been little tested. So, I can send logs, if
>> you want more information about AR9280 support.
>>
>>     
> I've been getting these message also with my AR5424 since the
> beginning. They don't seem to be harmful. In my case, they are
> appearing even if wpa_supplicant(8) is not started.
>
> Did your card work well beside that ?
>
> Thanks,
>  - Arnaud
(Continue reading)

NetBSD source update | 2 Jun 05:54 2010
Picon

daily CVS update output


Updating src tree:
P src/crypto/external/bsd/netpgp/dist/configure
P src/crypto/external/bsd/netpgp/dist/configure.ac
P src/crypto/external/bsd/netpgp/dist/src/lib/netpgp.c
P src/crypto/external/bsd/netpgp/dist/src/lib/packet-parse.c
P src/crypto/external/bsd/netpgp/dist/src/lib/version.h
P src/crypto/external/bsd/netpgp/dist/src/netpgp/Makefile
P src/crypto/external/bsd/netpgp/dist/src/netpgpkeys/netpgpkeys.1
P src/crypto/external/bsd/netpgp/dist/src/netpgpverify/Makefile
P src/crypto/external/bsd/netpgp/dist/src/netpgpverify/verify.c
P src/dist/ipf/ip_fil.c
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/man/mi
P src/distrib/sets/lists/text/mi
P src/doc/3RDPARTY
P src/etc/rc.d/bthcid
P src/etc/rc.d/sdpd
P src/external/bsd/mdocml/Makefile.inc
P src/external/bsd/mdocml/bin/mandoc/Makefile
P src/external/bsd/mdocml/dist/Makefile
P src/external/bsd/mdocml/dist/arch.c
P src/external/bsd/mdocml/dist/att.c
P src/external/bsd/mdocml/dist/chars.c
P src/external/bsd/mdocml/dist/chars.h
P src/external/bsd/mdocml/dist/chars.in
P src/external/bsd/mdocml/dist/html.c
P src/external/bsd/mdocml/dist/lib.c
P src/external/bsd/mdocml/dist/lib.in
P src/external/bsd/mdocml/dist/libman.h
(Continue reading)

fire crow | 1 Jun 19:40 2010

Re: any support for Atheros AR9285 wireless and AR8132 ethernet?

> It should create new  "src/sys/dev/pci/pcidevs.h" and
> "src/sys/dev/pci/pcidevs_data.h"

> They should contain some new lines for the new device.

it does create a new pcidevs.h, and the hex code of the device is then listed and matches what I see in dmesg 0x0163 I believe, 
but "alc" is not mentioned

I tried adding an alc device to my src/sys/pci/files.pci - and that makes the config go ahead, but if_alc.c does not compile

I'm not on a "current" system yet, is it possible that alc is listed for i386 src/sys/dev/pci/files.pci on the current kernel?

~fire crow

computer programmer
fire <at> firecrow.com : 917.306.9451
http://firecrow.com : New York City, USA




On Tue, Jun 1, 2010 at 1:27 PM, Jeremy C. Reed <reed <at> reedmedia.net> wrote:
On Sat, 29 May 2010, fire <at> firecrow.com wrote:

> > Did you do the
> > make -f Makefile.pcidevs
> > in src/sys/dev/pci ?
> Yeah, but not sure how to confirm that it was successfull.
>
> What should I look for, what does make -f Makefile.pcidevs, generate?

It should create new  "src/sys/dev/pci/pcidevs.h" and
"src/sys/dev/pci/pcidevs_data.h"

They should contain some new lines for the new device.



--
~fire crow

fire <at> firecrow.com : 917.306.9451
http://firecrow.com : New York City, USA
computer programmer
Paul Goyette | 2 Jun 08:02 2010

Build fails on port amd64 - X man pages

Is this a result of the latest mdocml import?

--- XCreateGC.html3 ---
#    format  libX11/XCreateGC.html3/build/netbsd-local/tools/x86_64/amd64/bin/nbmandoc -Thtml
-Oman=../html%S/%N.html -Ostyle=../style.css XCreateGC.3 > XCreateGC.html3.tmp &&  mv XCreateGC.html3
.tmp XCreateGC.html3
XCreateGC.3:535:2: argument count wrong, violates syntax: line arguments >= 2 (have 0)
*** [XCreateGC.html3] Error code 1
1 error

-------------------------------------------------------------------------
| Paul Goyette     | PGP Key fingerprint:     | E-mail addresses:       |
| Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com    |
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
| Kernel Developer |                          | pgoyette at netbsd.org  |
-------------------------------------------------------------------------

Pierre Allegraud | 2 Jun 12:34 2010
Picon

Re: any support for Atheros AR9285 wireless and AR8132 ethernet?

Hi !

> I tried adding an alc device to my src/sys/pci/files.pci - and that makes
> the config go ahead, but if_alc.c does not compile
> I'm not on a "current" system yet, is it possible that alc is listed for
> i386 src/sys/dev/pci/files.pci on the current kernel?

These patches were for "current". The file alc2.patch should modify
sys/pci/files.pci by itself.
Since I used linguistic tricks to "translate" OpenBSD version of
if_alc.c into an almost working NetBSD version (I know nothing about
kernel drivers, networking and so on), and since these recipes were
based on "current" drivers, I can't help you to port into non-CURRENT
kernel.

Good luck

-- 
Pierre

2010/6/1 fire crow <fire <at> firecrow.com>:
>> It should create new  "src/sys/dev/pci/pcidevs.h" and
>> "src/sys/dev/pci/pcidevs_data.h"
>
>> They should contain some new lines for the new device.
>
> it does create a new pcidevs.h, and the hex code of the device is then
> listed and matches what I see in dmesg 0x0163 I believe,
> but "alc" is not mentioned
> I tried adding an alc device to my src/sys/pci/files.pci - and that makes
> the config go ahead, but if_alc.c does not compile
> I'm not on a "current" system yet, is it possible that alc is listed for
> i386 src/sys/dev/pci/files.pci on the current kernel?
> ~fire crow
>
> computer programmer
> fire <at> firecrow.com : 917.306.9451
> http://firecrow.com : New York City, USA
>
>
>
>
> On Tue, Jun 1, 2010 at 1:27 PM, Jeremy C. Reed <reed <at> reedmedia.net> wrote:
>>
>> On Sat, 29 May 2010, fire <at> firecrow.com wrote:
>>
>> > > Did you do the
>> > > make -f Makefile.pcidevs
>> > > in src/sys/dev/pci ?
>> > Yeah, but not sure how to confirm that it was successfull.
>> >
>> > What should I look for, what does make -f Makefile.pcidevs, generate?
>>
>> It should create new  "src/sys/dev/pci/pcidevs.h" and
>> "src/sys/dev/pci/pcidevs_data.h"
>>
>> They should contain some new lines for the new device.
>
>
>
> --
> ~fire crow
>
> fire <at> firecrow.com : 917.306.9451
> http://firecrow.com : New York City, USA
> computer programmer
>

Antti Kantee | 2 Jun 14:05 2010
Picon
Picon

failing regression tests (please fix them!)

Hi,

We still have 24 failing regression tests in the standard "anita test" run:

Failed test cases:
    ipf/t_ipf:bpf1, ipf/t_ipf:bpf_f1, ipf/t_ipf:n1, ipf/t_ipf:n11,
    ipf/t_ipf:n2, ipf/t_ipf:n4, ipf/t_ipf:n5, ipf/t_ipf:n6, ipf/t_ipf:ni10,
    ipf/t_ipf:ni11, ipf/t_ipf:ni12, ipf/t_ipf:ni19, ipf/t_ipf:ni20,
    ipf/t_ipf:ni5, kernel/t_umount:umount, lib/libevent/t_event:kqueue,
    lib/libevent/t_event:poll, lib/libevent/t_event:select,
    net/sys/t_connect:low_port, util/df/t_df:normal,
    util/grep/t_grep:basic, util/grep/t_grep:file_exp,
    util/sh/t_expand:strip, util/sh/t_set_e:all

Most of them look like broken / unupdated tests.  (There's also a bunch
of tests which are skipped for incorrect reasons.)

As should be well-known at least for developers, the details are available
on Andreas' most excellent automatic build/install/test page at:
http://www.gson.org/netbsd/bugs/build/

To get a clean baseline for a "0 broken tests" point where we can start
monitoring regressions effectively, in a few weeks I'll mark all of
the remaining failed tests as skipped with the tag "suspected broken".
This is because we really do not have any proof that those tests ever
worked -- I do trust the person initially committing them made sure they
worked, but I've noticed several times myself that a test which worked
on my desktop failed in the "anita test" run due to slightly different
environments.

Meanwhile, please fix any tests you feel ownership over or just want
to see the feature in question to receive good regression testing.
(and add new ones!)

Iain Hibbert | 2 Jun 20:20 2010
Picon

Re: failing regression tests (please fix them!)

On Wed, 2 Jun 2010, Antti Kantee wrote:

> lib/libevent/t_event:kqueue,
> lib/libevent/t_event:poll,
> lib/libevent/t_event:select,

I wrote these tests (actually, atf-wrappers around the libevent provided
tests) and they seem to work on my system (-current i386) as per the
output of 'atf-run' attached (in the src/tests/lib/libevent directory)

Following the link you gave, I found

  lib/libevent/t_event (127/171): 3 test cases
      kqueue: Failed: check report
      poll: Failed: check report
      select: Failed: check report

..do you know where I can find the failure report?

regards,
iain
Content-Type: application/X-atf-tps; version="2"

info: atf.version, Automated Testing Framework 0.7 (atf-0.7)
info: tests.root, /home/plunky/src/tests/lib/libevent
info: time.start, Wed Jun 2 19:05:25 BST 2010
info: uname.sysname, NetBSD
info: uname.nodename, galant
info: uname.release, 5.99.29
info: uname.version, NetBSD 5.99.29 (GALANT) #1: Tue Jun 1 20:18:19 BST 2010 plunky <at> galant:/var/obj/sys/arch/i386/compile/GALANT
info: uname.machine, i386
info: env, XTERM_SHELL=/usr/pkg/bin/screen
info: env, BLOCKSIZE=1k
info: env, PWD=/home/plunky/src/tests/lib/libevent
info: env, LANG=en_GB.ISO8859-1
info: env, NAME=Iain Hibbert
info: env, HOME=/home/plunky
info: env, PATH=/home/plunky/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R7/bin:/usr/pkg/bin:/usr/pkg/sbin:/usr/pkg/qt4/bin:/usr/pkg/qt4/sbin:/usr/games:/usr/local/bin:/usr/local/sbin
info: env, XTERM_VERSION=XTerm(248)
info: env, TERM=screen
info: env, CVSEDITOR=vi
info: env, USER=plunky
info: env, PAGER=more
info: env, EDITOR=vi
info: env, LC_COLLATE=C
info: env, LOGNAME=plunky
info: env, SHELL=/bin/csh
info: env, DISPLAY=:0.0
info: env, QTDIR=/usr/pkg/qt4
info: env, WINDOWPATH=5
info: env, XTERM_LOCALE=en_GB.ISO8859-1
info: env, WINDOW=1
info: env, TOOLDIR=/usr/tools
info: env, XAPPLRESDIR=/usr/pkg/lib/X11/app-defaults/
tps-count: 1
tp-start: t_event, 3
tc-start: kqueue
tc-so:Testing register fds: OK
tc-so:evutil_stroll: OK
tc-so:Testing Priorities 1: OK
tc-so:Testing Priorities 2: OK
tc-so:Testing Priorities 3: OK
tc-so:Testing Evbuffer: OK
tc-so:Testing evbuffer_find 1: OK
tc-so:Testing evbuffer_find 2: OK
tc-so:Testing evbuffer_find 3: OK
tc-so:Bufferevent: OK
tc-so:Bufferevent Watermarks: OK
tc-so:Free active base: OK
tc-so:Event base new: OK
tc-so:Testing HTTP Server Event Base: OK
tc-so:Testing HTTP Header filtering: OK
tc-so:Testing HTTP query parsing: OK
tc-so:Testing Basic HTTP Server: OK
tc-so:Testing Request Connection Pipeline : OK
tc-so:Testing Request Connection Pipeline (persistent): OK
tc-so:Testing Connection Close Detection: OK
tc-so:Testing Connection Close Detection (with delay): OK
tc-so:Testing HTTP POST Request: OK
tc-so:Testing Bad HTTP Request: OK
tc-so:Testing HTTP Server with high port: OK
tc-so:Testing HTTP Dispatcher: OK
tc-so:Testing HTTP Server with multi line: OK
tc-so:Testing HTTP Negative Content Length: OK
tc-so:Testing Chunked HTTP Reply: OK
tc-so:Testing Basic RPC Support: OK
tc-so:Testing Good RPC Post: OK
tc-so:Testing RPC Client: OK
tc-so:Testing RPC (Queued) Client: OK
tc-so:Testing RPC Client Timeout: OK
tc-so:DNS server support: OK
tc-so:Simple DNS resolve: type: 1, count: 1, ttl: 300: 75.102.5.19 OK
tc-so:IPv6 DNS resolve: type: 3, count: 1, ttl: 112: 2001:1890:1112:1::20 OK
tc-so:Simple reverse DNS resolve: type: 2, count: 1, ttl: 86400: localhost OK
tc-so:After fork: OK
tc-so:Simple read: OK
tc-so:Simple write: OK
tc-so:Multiple read/write: OK
tc-so:Persist read/write: OK
tc-so:Combined read/write: OK
tc-so:Simple timeout: OK
tc-so:Simple signal: OK
tc-so:Multiple signal: OK
tc-so:Immediate signal: OK
tc-so:Loop exit: OK
tc-so:Loop break: OK
tc-so:Loop Multiple exit: OK
tc-so:Multiple events for same fd: OK
tc-so:Want read only once: OK
tc-so:Testing Tagging:
tc-so:		encoded 0x00000af0 with 2 bytes
tc-so:		encoded 0x00001000 with 3 bytes
tc-so:		encoded 0x00000001 with 1 bytes
tc-so:		encoded 0xdeadbeef with 5 bytes
tc-so:		encoded 0x00000000 with 1 bytes
tc-so:		encoded 0x00bef000 with 4 bytes
tc-so:	evtag_int_test: OK
tc-so:	evtag_fuzz: OK
tc-so:		encoded 0x00000af0 with 2 bytes
tc-so:		encoded 0x00001000 with 2 bytes
tc-so:		encoded 0x00000001 with 1 bytes
tc-so:		encoded 0xdeadbeef with 5 bytes
tc-so:		encoded 0x00000000 with 1 bytes
tc-so:		encoded 0x00bef000 with 4 bytes
tc-so:	evtag_tag_encoding: OK
tc-so:OK
tc-so:Testing RPC: (6.3 us/add) OK
tc-so:Signal dealloc: OK
tc-so:Signal pipeloss: OK
tc-so:Signal switchbase: OK
tc-so:Signal handler restore: OK
tc-so:Signal handler assert: OK
tc-so:Receiving a signal while processing other signal: OK
tc-end: kqueue, passed
tc-start: poll
tc-so:Testing register fds: OK
tc-so:evutil_stroll: OK
tc-so:Testing Priorities 1: OK
tc-so:Testing Priorities 2: OK
tc-so:Testing Priorities 3: OK
tc-so:Testing Evbuffer: OK
tc-so:Testing evbuffer_find 1: OK
tc-so:Testing evbuffer_find 2: OK
tc-so:Testing evbuffer_find 3: OK
tc-so:Bufferevent: OK
tc-so:Bufferevent Watermarks: OK
tc-so:Free active base: OK
tc-so:Event base new: OK
tc-so:Testing HTTP Server Event Base: OK
tc-so:Testing HTTP Header filtering: OK
tc-so:Testing HTTP query parsing: OK
tc-so:Testing Basic HTTP Server: OK
tc-so:Testing Request Connection Pipeline : OK
tc-so:Testing Request Connection Pipeline (persistent): OK
tc-so:Testing Connection Close Detection: OK
tc-so:Testing Connection Close Detection (with delay): OK
tc-so:Testing HTTP POST Request: OK
tc-so:Testing Bad HTTP Request: OK
tc-so:Testing HTTP Server with high port: OK
tc-so:Testing HTTP Dispatcher: OK
tc-so:Testing HTTP Server with multi line: OK
tc-so:Testing HTTP Negative Content Length: OK
tc-so:Testing Chunked HTTP Reply: OK
tc-so:Testing Basic RPC Support: OK
tc-so:Testing Good RPC Post: OK
tc-so:Testing RPC Client: OK
tc-so:Testing RPC (Queued) Client: OK
tc-so:Testing RPC Client Timeout: OK
tc-so:DNS server support: OK
tc-so:Simple DNS resolve: type: 1, count: 1, ttl: 300: 75.102.5.19 OK
tc-so:IPv6 DNS resolve: type: 3, count: 1, ttl: 83: 2001:1890:1112:1::20 OK
tc-so:Simple reverse DNS resolve: type: 2, count: 1, ttl: 86400: localhost OK
tc-so:After fork: OK
tc-so:Simple read: OK
tc-so:Simple write: OK
tc-so:Multiple read/write: OK
tc-so:Persist read/write: OK
tc-so:Combined read/write: OK
tc-so:Simple timeout: OK
tc-so:Simple signal: OK
tc-so:Multiple signal: OK
tc-so:Immediate signal: OK
tc-so:Loop exit: OK
tc-so:Loop break: OK
tc-so:Loop Multiple exit: OK
tc-so:Multiple events for same fd: OK
tc-so:Want read only once: OK
tc-so:Testing Tagging:
tc-so:		encoded 0x00000af0 with 2 bytes
tc-so:		encoded 0x00001000 with 3 bytes
tc-so:		encoded 0x00000001 with 1 bytes
tc-so:		encoded 0xdeadbeef with 5 bytes
tc-so:		encoded 0x00000000 with 1 bytes
tc-so:		encoded 0x00bef000 with 4 bytes
tc-so:	evtag_int_test: OK
tc-so:	evtag_fuzz: OK
tc-so:		encoded 0x00000af0 with 2 bytes
tc-so:		encoded 0x00001000 with 2 bytes
tc-so:		encoded 0x00000001 with 1 bytes
tc-so:		encoded 0xdeadbeef with 5 bytes
tc-so:		encoded 0x00000000 with 1 bytes
tc-so:		encoded 0x00bef000 with 4 bytes
tc-so:	evtag_tag_encoding: OK
tc-so:OK
tc-so:Testing RPC: (6.3 us/add) OK
tc-so:Signal dealloc: OK
tc-so:Signal pipeloss: OK
tc-so:Signal switchbase: OK
tc-so:Signal handler restore: OK
tc-so:Signal handler assert: OK
tc-so:Receiving a signal while processing other signal: OK
tc-end: poll, passed
tc-start: select
tc-so:Testing register fds: OK
tc-so:evutil_stroll: OK
tc-so:Testing Priorities 1: OK
tc-so:Testing Priorities 2: OK
tc-so:Testing Priorities 3: OK
tc-so:Testing Evbuffer: OK
tc-so:Testing evbuffer_find 1: OK
tc-so:Testing evbuffer_find 2: OK
tc-so:Testing evbuffer_find 3: OK
tc-so:Bufferevent: OK
tc-so:Bufferevent Watermarks: OK
tc-so:Free active base: OK
tc-so:Event base new: OK
tc-so:Testing HTTP Server Event Base: OK
tc-so:Testing HTTP Header filtering: OK
tc-so:Testing HTTP query parsing: OK
tc-so:Testing Basic HTTP Server: OK
tc-so:Testing Request Connection Pipeline : OK
tc-so:Testing Request Connection Pipeline (persistent): OK
tc-so:Testing Connection Close Detection: OK
tc-so:Testing Connection Close Detection (with delay): OK
tc-so:Testing HTTP POST Request: OK
tc-so:Testing Bad HTTP Request: OK
tc-so:Testing HTTP Server with high port: OK
tc-so:Testing HTTP Dispatcher: OK
tc-so:Testing HTTP Server with multi line: OK
tc-so:Testing HTTP Negative Content Length: OK
tc-so:Testing Chunked HTTP Reply: OK
tc-so:Testing Basic RPC Support: OK
tc-so:Testing Good RPC Post: OK
tc-so:Testing RPC Client: OK
tc-so:Testing RPC (Queued) Client: OK
tc-so:Testing RPC Client Timeout: OK
tc-so:DNS server support: OK
tc-so:Simple DNS resolve: type: 1, count: 1, ttl: 300: 75.102.5.19 OK
tc-so:IPv6 DNS resolve: type: 3, count: 1, ttl: 33: 2001:1890:1112:1::20 OK
tc-so:Simple reverse DNS resolve: type: 2, count: 1, ttl: 86400: localhost OK
tc-so:After fork: OK
tc-so:Simple read: OK
tc-so:Simple write: OK
tc-so:Multiple read/write: OK
tc-so:Persist read/write: OK
tc-so:Combined read/write: OK
tc-so:Simple timeout: OK
tc-so:Simple signal: OK
tc-so:Multiple signal: OK
tc-so:Immediate signal: OK
tc-so:Loop exit: OK
tc-so:Loop break: OK
tc-so:Loop Multiple exit: OK
tc-so:Multiple events for same fd: OK
tc-so:Want read only once: OK
tc-so:Testing Tagging:
tc-so:		encoded 0x00000af0 with 2 bytes
tc-so:		encoded 0x00001000 with 3 bytes
tc-so:		encoded 0x00000001 with 1 bytes
tc-so:		encoded 0xdeadbeef with 5 bytes
tc-so:		encoded 0x00000000 with 1 bytes
tc-so:		encoded 0x00bef000 with 4 bytes
tc-so:	evtag_int_test: OK
tc-so:	evtag_fuzz: OK
tc-so:		encoded 0x00000af0 with 2 bytes
tc-so:		encoded 0x00001000 with 2 bytes
tc-so:		encoded 0x00000001 with 1 bytes
tc-so:		encoded 0xdeadbeef with 5 bytes
tc-so:		encoded 0x00000000 with 1 bytes
tc-so:		encoded 0x00bef000 with 4 bytes
tc-so:	evtag_tag_encoding: OK
tc-so:OK
tc-so:Testing RPC: (6.7 us/add) OK
tc-so:Signal dealloc: OK
tc-so:Signal pipeloss: OK
tc-so:Signal switchbase: OK
tc-so:Signal handler restore: OK
tc-so:Signal handler assert: OK
tc-so:Receiving a signal while processing other signal: OK
tc-end: select, passed
tp-end: t_event
info: time.end, Wed Jun 2 19:06:51 BST 2010

Gmane