NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: port-sparc/55876: sparc tests hang at lib/libossaudio/t_ossaudio



The following reply was made to PR port-sparc/55876; it has been noted by GNATS.

From: Martin Husemann <martin%duskware.de@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: nia%NetBSD.org@localhost
Subject: Re: port-sparc/55876: sparc tests hang at lib/libossaudio/t_ossaudio
Date: Mon, 14 Dec 2020 11:15:13 +0100

 FWIW, on four real sparc machines I get:
 
 Sparc Station 20:
 
 Tests root: /usr/tests/lib/libossaudio
 
 t_ossaudio (1/1): 4 test cases
     oss_dsp_caps: [0.354298s] Passed.
     oss_dsp_init: [0.301715s] Passed.
     oss_dsp_trigger_read: [0.217506s] Passed.
     oss_dsp_trigger_write: [0.215174s] Passed.
 [1.110639s]
 
 Summary for 1 test programs:
     4 passed test cases.
     0 failed test cases.
     0 expected failed test cases.
     0 skipped test cases.
 
 Sparc Station LX:
 
 Tests root: /usr/tests/lib/libossaudio
 
 t_ossaudio (1/1): 4 test cases
     oss_dsp_caps: [1.020135s] Skipped: No testable audio device available
     oss_dsp_init: [0.485238s] Skipped: Audio device unavailable for playback
     oss_dsp_trigger_read: [0.478146s] Skipped: Audio device unavailable for recording
     oss_dsp_trigger_write: [0.479721s] Skipped: Audio device unavailable for playback
 [2.683883s]
 
 Summary for 1 test programs:
     0 passed test cases.
     0 failed test cases.
     0 expected failed test cases.
     4 skipped test cases.
 
 Java Station Krups:
 
 Tests root: /usr/tests/lib/libossaudio
 
 t_ossaudio (1/1): 4 test cases
     oss_dsp_caps: [0.526702s] Passed.
     oss_dsp_init: [0.432928s] Failed: ioctl failed
     oss_dsp_trigger_read: [0.323718s] Passed.
     oss_dsp_trigger_write: [0.322947s] Passed.
 [1.733396s]
 
 Failed test cases:
     t_ossaudio:oss_dsp_init
 
 Summary for 1 test programs:
     3 passed test cases.
     1 failed test cases.
     0 expected failed test cases.
     0 skipped test cases.
 
 
 The latter ist not very informative, ktrace says:
 
   2038   2038 t_ossaudio CALL  ioctl(3,AUDIO_SETINFO,0xe7fff188)
   2038   2038 t_ossaudio GIO   fd 3 wrote 136 bytes
        "\0\0\M-;\M^@\0\0\0\^B\0\0\0 \0\0\0\^F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
         \0\^B\M-P\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A\0\0\0\M-;\M^@\0\0\0\
         \^B\0\0\0 \0\0\0\^F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A\0\0\0\0\0\0\0\
         \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M-p\0\0\0\0\^C\0\0\0\^B\0\0\
         \0\0\0\0\0\^E"
   2038   2038 t_ossaudio RET   ioctl -1 errno 22 Invalid argument
 
 
 The hardware is:
 
 audiocs0 at ebus0 bar 14 offset 0x200000 line 3: CS4231A
 audio0 at audiocs0: playback, capture, full duplex
 audio0: slinear_be:16 -> slinear_le:16 2ch 48000Hz, blk 7680 bytes (40ms) for playback
 audio0: slinear_be:16 <- slinear_le:16 2ch 48000Hz, blk 7680 bytes (40ms) for recording
 
 
 So I would claim this is a QEMU bug.
 
 Martin
 


Home | Main Index | Thread Index | Old Index