* (no subject)
@ 2006-05-05 1:37 OcHe
2006-05-06 23:25 ` Eric Shattow
2006-05-10 17:26 ` Clemens Ladisch
0 siblings, 2 replies; 179+ messages in thread
From: OcHe @ 2006-05-05 1:37 UTC (permalink / raw)
To: alsa-devel
Hi all =)
I'm working for my final thesis project, it's something about MIDI over
IP, i'm planning to use aseqnet for the demonstration purpose, my main
focus is about performance, how to calculate elapsed time (event data
traveled between Yamaha PSRA to Host A to Host B to Yamaha PSRB) (vice
versa). I'm running Fedora Core 4 (ALSA seems to work great with my
device) and C as the programming language.
Host A - Local LAN - Host B
| |
Yamaha Yamaha
Keyboard Keyboard
My questions are:
1. How to calculate elapsed time data traverse from Yamaha to Computer ?
2. How to calculate elapsed time data traverse from Host A to Host B (i'm
just guessing maybe i could use ping to show RTT?? is this the correct
answer?)
3. is there any other processes i should calculate ?
4. What realtime kernel patch should i use?
5. How long (in millisecond / second ??) should the total elapsed time be,
to make the realtime playing feasible?
Thanks =)
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2006-05-05 1:37 (no subject) OcHe
@ 2006-05-06 23:25 ` Eric Shattow
2006-05-10 17:26 ` Clemens Ladisch
1 sibling, 0 replies; 179+ messages in thread
From: Eric Shattow @ 2006-05-06 23:25 UTC (permalink / raw)
To: OcHe; +Cc: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 1672 bytes --]
Have you looked into Open Sound Control (OSC) ?
E
On 5/4/06, OcHe <oche@mumufarm.com> wrote:
>
> Hi all =)
>
> I'm working for my final thesis project, it's something about MIDI over
> IP, i'm planning to use aseqnet for the demonstration purpose, my main
> focus is about performance, how to calculate elapsed time (event data
> traveled between Yamaha PSRA to Host A to Host B to Yamaha PSRB) (vice
> versa). I'm running Fedora Core 4 (ALSA seems to work great with my
> device) and C as the programming language.
>
> Host A - Local LAN - Host B
> | |
> Yamaha Yamaha
> Keyboard Keyboard
>
> My questions are:
>
> 1. How to calculate elapsed time data traverse from Yamaha to Computer ?
> 2. How to calculate elapsed time data traverse from Host A to Host B (i'm
> just guessing maybe i could use ping to show RTT?? is this the correct
> answer?)
> 3. is there any other processes i should calculate ?
> 4. What realtime kernel patch should i use?
> 5. How long (in millisecond / second ??) should the total elapsed time be,
> to make the realtime playing feasible?
>
> Thanks =)
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
>
[-- Attachment #2: Type: text/html, Size: 2460 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2006-05-05 1:37 (no subject) OcHe
2006-05-06 23:25 ` Eric Shattow
@ 2006-05-10 17:26 ` Clemens Ladisch
1 sibling, 0 replies; 179+ messages in thread
From: Clemens Ladisch @ 2006-05-10 17:26 UTC (permalink / raw)
To: OcHe; +Cc: alsa-devel
OcHe wrote:
> I'm working for my final thesis project, it's something about MIDI over
> IP, i'm planning to use aseqnet for the demonstration purpose, my main
> focus is about performance, how to calculate elapsed time (event data
> traveled between Yamaha PSRA to Host A to Host B to Yamaha PSRB) (vice
> versa). I'm running Fedora Core 4 (ALSA seems to work great with my
> device) and C as the programming language.
>
> Host A - Local LAN - Host B
> | |
> Yamaha Yamaha
> Keyboard Keyboard
>
> My questions are:
>
> 1. How to calculate elapsed time data traverse from Yamaha to Computer ?
The time for the actual transmission of MIDI commands is easily
calculated, knowing that the bit rate is 31250 Hz and each byte (plus
start and stop bits) needs 10 bits.
More interesting might be the times from the key press to the actual
transmission of the command, and from the arrival of the command at the
computer until the software actually deals with it. But these are not
related to the IP transmission.
> 2. How to calculate elapsed time data traverse from Host A to Host B (i'm
> just guessing maybe i could use ping to show RTT?? is this the correct
> answer?)
Different network protocols might have different latencies (ping uses
ICMP, aseqnet uses TCP).
You might want to send the data back to host A and divide the time by
two.
Another approach would be to run some soft synth (or better some
hardware synth) on both computers, and record the output of both on the
left/right channels of a stereo sound card, so that the delay between
them can easily be measured.
> 5. How long (in millisecond / second ??) should the total elapsed time be,
> to make the realtime playing feasible?
A value usually mentioned is ten milliseconds.
(Real organists deal with latencies of about one second.)
HTH
Clemens
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2019-08-08 0:03 Giuliano Zannetti - ART S.p.A.
0 siblings, 0 replies; 179+ messages in thread
From: Giuliano Zannetti - ART S.p.A. @ 2019-08-08 0:03 UTC (permalink / raw)
To: alsa-devel@alsa-project.org
Hi,
I have a performance related problem using the multi PCM plugin.
---------------------------------------------------------------------
THE ISSUE
---------------------------------------------------------------------
The following scenario triggers the issue. The CPU load is up to 90%.
plug - - > upmix - - > multi - - > forward_dmix
- - > loopback_dmix
pcm.giuliano_plug
{
type plug
slave.pcm giuliano_upmix
slave.channels 2
}
pcm.giuliano_upmix
{
type route
slave.pcm giuliano_multi
slave.channels 4
ttable.0.0 1
ttable.0.1 1
ttable.1.2 1
ttable.1.3 1
}
pcm.giuliano_multi
{
type multi
slaves
{
slave0
{
pcm forward_dmix
channels 2
}
slave1
{
pcm loopback_dmix
channels 2
}
}
bindings
{
0 {slave slave0 channel 0}
1 {slave slave0 channel 1}
2 {slave slave1 channel 0}
3 {slave slave1 channel 1}
}
master 0
}
pcm.forward_dmix
{
type dmix
ipc_key 1000
ipc_key_add_uid 1
ipc_perm 0600
slave.period_time 10000
slave.period_size 480
slave.buffer_size 1920
slave.rate 48000
slave.pcm "hw:0,0"
}
pcm.loopback_dmix
{
type dmix
ipc_key 1001
ipc_key_add_uid 1
ipc_perm 0600
slave.period_time 10000
slave.period_size 480
slave.buffer_size 1920
slave.rate 48000
slave.pcm loopback_out
}
pcm.loopback_out
{
type hw
card Loopback
device 0
subdevice 0
}
pcm.loopback_dsnoop
{
type dsnoop
ipc_key 1002
ipc_key_add_uid 1
ipc_perm 0600
slave.period_time 10000
slave.period_size 480
slave.buffer_size 1920
slave.rate 48000
slave.pcm loopback_in
}
pcm.loopback_in
{
type hw
card Loopback
device 1
subdevice 0
}
The following scenario does not trigger the issue. The CPU load is at most 2%.
plug - - > upmix - - > downmix - - > forward_dmix
pcm.giuliano_plug
{
type plug
slave.pcm giuliano_upmix
slave.channels 2
}
pcm.giuliano_upmix
{
type route
slave.pcm giuliano_downmix
slave.channels 4
ttable.0.0 1
ttable.0.1 1
ttable.1.2 1
ttable.1.3 1
}
pcm.giuliano_downmix
{
type route
slave.pcm forward_dmix
slave.channels 2
ttable.0.0 1
ttable.1.1 1
ttable.2.0 1
ttable.3.1 1
}
---------------------------------------------------------------------
DEBUG PRINTS IN FUNCTION snd_pcm_write_areas IN FILE pcm.c
---------------------------------------------------------------------
For each while iteration the log prints the available frames (avail) and the frames
to be written (size). In the multi scenario the several while iterations decrease the
performances and the CPU load is high. In the normal scenario i see that at most two iterations
of the while are needed. In other words, in the multi scenario the avail frames are not enough
to stop the loop. You can see below the prints: avail < size for 28 iterations. Note that
this behaviour does not occurs only at startup, but every time during the playback.
snd_pcm_sframes_t snd_pcm_write_areas(snd_pcm_t *pcm, const snd_pcm_channel_area_t *areas,
snd_pcm_uframes_t offset, snd_pcm_uframes_t size,
snd_pcm_xfer_areas_func_t func)
{
snd_pcm_uframes_t xfer = 0;
snd_pcm_sframes_t err = 0;
snd_pcm_state_t state;
if (size == 0)
return 0;
int giuliano_i = 0;
__snd_pcm_lock(pcm); /* forced lock */
while (size > 0) {
snd_pcm_uframes_t frames;
snd_pcm_sframes_t avail;
_again:
state = __snd_pcm_state(pcm);
switch (state) {
case SND_PCM_STATE_PREPARED:
case SND_PCM_STATE_PAUSED:
break;
case SND_PCM_STATE_RUNNING:
err = __snd_pcm_hwsync(pcm);
if (err < 0)
goto _end;
break;
default:
err = pcm_state_to_error(state);
if (!err)
err = -EBADFD;
goto _end;
}
avail = __snd_pcm_avail_update(pcm);
fprintf(
stderr,
"giuliano | pcm.c | snd_pcm_write_areas | (%d) avail=%ld, size=%ld\n",
giuliano_i, avail, size
);
giuliano_i ++;
if (avail < 0) {
err = avail;
goto _end;
}
if (state == SND_PCM_STATE_RUNNING &&
size > (snd_pcm_uframes_t)avail) {
if (snd_pcm_may_wait_for_avail_min(pcm, avail)) {
if (pcm->mode & SND_PCM_NONBLOCK) {
err = -EAGAIN;
goto _end;
}
err = snd_pcm_wait_nocheck(pcm, -1);
if (err < 0)
break;
goto _again;
}
/* the snd_pcm_may_wait_for_avail_min may check against the
* updated hw.ptr (slaves), get the avail again here
*/
avail = __snd_pcm_avail_update(pcm);
if (avail < 0) {
err = avail;
goto _end;
}
}
frames = size;
if (frames > (snd_pcm_uframes_t) avail)
frames = avail;
if (! frames)
break;
err = func(pcm, areas, offset, frames);
if (err < 0)
break;
frames = err;
if (state == SND_PCM_STATE_PREPARED) {
snd_pcm_sframes_t hw_avail = pcm->buffer_size - avail;
hw_avail += frames;
/* some plugins might automatically start the stream */
state = __snd_pcm_state(pcm);
if (state == SND_PCM_STATE_PREPARED &&
hw_avail >= (snd_pcm_sframes_t) pcm->start_threshold) {
err = __snd_pcm_start(pcm);
if (err < 0)
goto _end;
}
}
offset += frames;
size -= frames;
xfer += frames;
}
_end:
__snd_pcm_unlock(pcm);
return xfer > 0 ? (snd_pcm_sframes_t) xfer : snd_pcm_check_error(pcm, err);
}
---------------------------------------------------------------------
DEBUG PRINTS OUTPUT
---------------------------------------------------------------------
## Multi scenario ##
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1920
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=1920
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1920, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1440
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=1440
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1440, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=960
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=960, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=480, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (2) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (3) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (4) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (5) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (6) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (7) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (8) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (9) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (10) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (11) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (12) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (13) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (14) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (15) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (16) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (17) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (18) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (19) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (20) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (21) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (22) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (23) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (24) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (25) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (26) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (27) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1440
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=576
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1440
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=576
giuliano | pcm.c | snd_pcm_write_areas | (28) avail=576, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=96, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 96
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=96, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 96
## Normal scenario ##
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1920, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1440, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=960, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
---------------------------------------------------------------------
DEBUG PRINTS IN FUNCTION snd_pcm_wait_nocheck IN FILE pcm.c
---------------------------------------------------------------------
As you can see in the debug prints above i have enabled the error message
in the function snd_pcm_wait_nocheck.
That message lead me to think that the issue is a poll related one, may be?
int snd_pcm_wait_nocheck(snd_pcm_t *pcm, int timeout)
{
struct pollfd *pfd;
unsigned short revents = 0;
int npfds, err, err_poll;
npfds = __snd_pcm_poll_descriptors_count(pcm);
if (npfds <= 0 || npfds >= 16) {
SNDERR("Invalid poll_fds %d\n", npfds);
return -EIO;
}
pfd = alloca(sizeof(*pfd) * npfds);
err = __snd_pcm_poll_descriptors(pcm, pfd, npfds);
if (err < 0)
return err;
if (err != npfds) {
SNDMSG("invalid poll descriptors %d\n", err);
return -EIO;
}
do {
__snd_pcm_unlock(pcm);
err_poll = poll(pfd, npfds, timeout);
__snd_pcm_lock(pcm);
if (err_poll < 0) {
if (errno == EINTR && !PCMINABORT(pcm))
continue;
return -errno;
}
if (! err_poll)
break;
err = __snd_pcm_poll_revents(pcm, pfd, npfds, &revents);
if (err < 0)
return err;
if (revents & (POLLERR | POLLNVAL)) {
/* check more precisely */
err = pcm_state_to_error(__snd_pcm_state(pcm));
return err < 0 ? err : -EIO;
}
} while (!(revents & (POLLIN | POLLOUT)));
#if 1 /* very useful code to test poll related problems */
{
snd_pcm_sframes_t avail_update;
__snd_pcm_hwsync(pcm);
avail_update = __snd_pcm_avail_update(pcm);
if (avail_update < (snd_pcm_sframes_t)pcm->avail_min) {
printf("*** snd_pcm_wait() FATAL ERROR!!!\n");
printf("avail_min = %li, avail_update = %li\n", pcm->avail_min, avail_update);
}
}
#endif
return err_poll > 0 ? 1 : 0;
}
#endif
---------------------------------------------------------------------
DEBUG PRINTS IN FUNCTION __snd_pcm_avail_update IN pcm_multi.c
---------------------------------------------------------------------
As you can see in the prints above, i put some debugs logs in the function
__snd_pcm_avail_update. I can read there the number of avail frames for each slave of
the multi. I see also that the minimum numbers of frames is taken among the slaves.
static snd_pcm_sframes_t snd_pcm_multi_avail_update(snd_pcm_t *pcm)
{
snd_pcm_multi_t *multi = pcm->private_data;
snd_pcm_sframes_t ret = LONG_MAX;
snd_pcm_sframes_t giuliano_temp = 0;
unsigned int i;
for (i = 0; i < multi->slaves_count; ++i) {
snd_pcm_sframes_t avail;
avail = snd_pcm_avail_update(multi->slaves[i].pcm);
fprintf(
stderr,
"giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=%d, avail=%d\n",
i, avail
);
if (avail < 0)
return avail;
if (ret > avail)
ret = avail;
}
snd_pcm_multi_hwptr_update(pcm);
return ret;
}
I hope that my debug prints are useful to find the issue.
Thanks
Giuliano Zannetti
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
@ 2019-06-13 5:54 Ralf Beck
2019-06-13 15:51 ` Pierre-Louis Bossart
2019-06-13 19:19 ` Jaroslav Kysela
0 siblings, 2 replies; 179+ messages in thread
From: Ralf Beck @ 2019-06-13 5:54 UTC (permalink / raw)
To: alsa-devel
Jaroslav Kysela wrote:
>I just don't think that the mmap transfer mode is the culprit of the problems.
>The problem is that the PCI cards off-loads the DMA transfers completely
>without the extra framing required for those serial hardware interfaces which
>are handled in the audio driver and the other kernel stacks (USB etc.).
The source of all evil is the ring buffer.
It prevents all devices that require packet headers (Firewire/network based solutions) or that
use a variable amount of frames per packet (all asynchronous devices, especially asynchronous USB ISO endpoints)
from mapping their data directly into userspas memory without ever touching the audio data in it.
While this doesn't hurt performance to much with devices that offer only a few channels,
it has a massive effect on network based devices with possibly hundreds of channels of which only
a small number is used (e.g. record enabled) at a time.
The ringbuffer should be replaced by a buffer that holds the packets and a descriptor for how to find the data in it. Btw, alsa uses something similar already for the mmap handling.
The descriptor should consist of
x periods, containing y chunks with a max size, containing z channels, each of the channel described by a start address and step value within that chunk.
Examples:
PCI device; 2 periods, 1 chunks per period, max size 64 frames per chunk, 2 channels per chunk
USB device: 2 periods, 8 chunks (microframes) max size 8 frames (if at 44.1/48kHz), 2 channels per chunk,
Same for Firewire, AVB (each chunk possibly containing several AVB streams, i.e. ethernet packets), etc.
Period elapsed => the number of chunks forming a period have been received
snd_pcm_avail(_update) => return the sum of actual frames of the period
snd_pcm_mmap_commit => return the descriptor for one chunk, the number of frames of the chunk and a channel map for the chunk. The reason for the latter is that on ethernet based devices (AVB) there is bo guarantee that streams of different endpoints are received in the same order (but in the same interval window).
Alsa clients should then loop until they have processed all frames thar have been reported by snd_pcm_avail (instead of a period size number of frames).
Ah, and AM824 raw audio format, used by firewire and AVB, should by added to the list of audio formats, so conversion can be done in userspace.
Ralf
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2019-06-13 5:54 Ralf Beck
@ 2019-06-13 15:51 ` Pierre-Louis Bossart
2019-06-13 19:19 ` Jaroslav Kysela
1 sibling, 0 replies; 179+ messages in thread
From: Pierre-Louis Bossart @ 2019-06-13 15:51 UTC (permalink / raw)
To: Ralf Beck, alsa-devel
On 6/13/19 12:54 AM, Ralf Beck wrote:
>
> Jaroslav Kysela wrote:
>> I just don't think that the mmap transfer mode is the culprit of the problems.
>> The problem is that the PCI cards off-loads the DMA transfers completely
>> without the extra framing required for those serial hardware interfaces which
>> are handled in the audio driver and the other kernel stacks (USB etc.).
>
> The source of all evil is the ring buffer.
> It prevents all devices that require packet headers (Firewire/network based solutions) or that
> use a variable amount of frames per packet (all asynchronous devices, especially asynchronous USB ISO endpoints)
> from mapping their data directly into userspas memory without ever touching the audio data in it.
>
> While this doesn't hurt performance to much with devices that offer only a few channels,
> it has a massive effect on network based devices with possibly hundreds of channels of which only
> a small number is used (e.g. record enabled) at a time.
>
> The ringbuffer should be replaced by a buffer that holds the packets and a descriptor for how to find the data in it. Btw, alsa uses something similar already for the mmap handling.
>
> The descriptor should consist of
> x periods, containing y chunks with a max size, containing z channels, each of the channel described by a start address and step value within that chunk.
You're assuming a reliable network where not a single packet is missing.
I can bet that if you start adding support for packet-based audio some
folks are going to want to support timestamps and missing packets, which
would throw a large size monkey-wrench in your ideas of time reporting
below.
Also note that you could rely on the compressed API to deal with packets
as an interface between your applications and your hardware - even if
the actual data is PCM. It's still based on a ring buffer but it doesn't
have the built-in bytes-to-time relationship that the ALSA PCM API
relies on.
> Examples:
> PCI device; 2 periods, 1 chunks per period, max size 64 frames per chunk, 2 channels per chunk
> USB device: 2 periods, 8 chunks (microframes) max size 8 frames (if at 44.1/48kHz), 2 channels per chunk,
> Same for Firewire, AVB (each chunk possibly containing several AVB streams, i.e. ethernet packets), etc.
>
> Period elapsed => the number of chunks forming a period have been received
>
> snd_pcm_avail(_update) => return the sum of actual frames of the period
>
> snd_pcm_mmap_commit => return the descriptor for one chunk, the number of frames of the chunk and a channel map for the chunk. The reason for the latter is that on ethernet based devices (AVB) there is bo guarantee that streams of different endpoints are received in the same order (but in the same interval window).
> Alsa clients should then loop until they have processed all frames thar have been reported by snd_pcm_avail (instead of a period size number of frames).
>
> Ah, and AM824 raw audio format, used by firewire and AVB, should by added to the list of audio formats, so conversion can be done in userspace.
>
> Ralf
>
>
>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2019-06-13 5:54 Ralf Beck
2019-06-13 15:51 ` Pierre-Louis Bossart
@ 2019-06-13 19:19 ` Jaroslav Kysela
1 sibling, 0 replies; 179+ messages in thread
From: Jaroslav Kysela @ 2019-06-13 19:19 UTC (permalink / raw)
To: Ralf Beck, alsa-devel
Dne 13. 06. 19 v 7:54 Ralf Beck napsal(a):
>
> Jaroslav Kysela wrote:
>> I just don't think that the mmap transfer mode is the culprit of the problems.
>> The problem is that the PCI cards off-loads the DMA transfers completely
>> without the extra framing required for those serial hardware interfaces which
>> are handled in the audio driver and the other kernel stacks (USB etc.).
>
> The source of all evil is the ring buffer.
> It prevents all devices that require packet headers (Firewire/network based solutions) or that
> use a variable amount of frames per packet (all asynchronous devices, especially asynchronous USB ISO endpoints)
> from mapping their data directly into userspas memory without ever touching the audio data in it.
>
> While this doesn't hurt performance to much with devices that offer only a few channels,
> it has a massive effect on network based devices with possibly hundreds of channels of which only
> a small number is used (e.g. record enabled) at a time.
>
> The ringbuffer should be replaced by a buffer that holds the packets and a descriptor for how to find the data in it. Btw, alsa uses something similar already for the mmap handling.
>
> The descriptor should consist of
> x periods, containing y chunks with a max size, containing z channels, each of the channel described by a start address and step value within that chunk.
>
> Examples:
> PCI device; 2 periods, 1 chunks per period, max size 64 frames per chunk, 2 channels per chunk
> USB device: 2 periods, 8 chunks (microframes) max size 8 frames (if at 44.1/48kHz), 2 channels per chunk,
> Same for Firewire, AVB (each chunk possibly containing several AVB streams, i.e. ethernet packets), etc.
>
> Period elapsed => the number of chunks forming a period have been received
>
> snd_pcm_avail(_update) => return the sum of actual frames of the period
>
> snd_pcm_mmap_commit => return the descriptor for one chunk, the number of frames of the chunk and a channel map for the chunk. The reason for the latter is that on ethernet based devices (AVB) there is bo guarantee that streams of different endpoints are received in the same order (but in the same interval window).
> Alsa clients should then loop until they have processed all frames thar have been reported by snd_pcm_avail (instead of a period size number of frames).
>
> Ah, and AM824 raw audio format, used by firewire and AVB, should by added to the list of audio formats, so conversion can be done in userspace.
You can create a new mmap type for the ALSA API and add the support code to
the ALSA PCM kernel and ALSA library to optimize the data handling for this
"special" hardware cases. It just moves the sample layout conversion from the
driver to the user space (ALSA library).
Jaroslav
--
Jaroslav Kysela <perex@perex.cz>
Linux Sound Maintainer; ALSA Project; Red Hat, Inc.
^ permalink raw reply [flat|nested] 179+ messages in thread
* (No Subject)
@ 2019-04-28 8:52 rodomar705
0 siblings, 0 replies; 179+ messages in thread
From: rodomar705 @ 2019-04-28 8:52 UTC (permalink / raw)
To: alsa-devel@alsa-project.org
Already sent to alsa-user, however a developer asked to send this also on devel, so here it is:
I have audio stutters with an ALC892 Realtek Chipset on a B450 GAMING ELITE board from Gigabyte during acquisition (at least with microphone input, both front and back. Line in not tested). No issues with Windows.
After opening an issue and testing with a PulseAudio developer, he has determined that the issue is not within PulseAudio, but on ALSA.
There are already two issues about that on the bug tracker on Linux, namely this two:
ALC892: https://bugzilla.kernel.org/show_bug.cgi?id=203351
ALC1220: https://bugzilla.kernel.org/show_bug.cgi?id=195303
To me both appears to be identical, for this reason even if I have a ALC892 I’ve posted on the second one, just because it had more posts.
The particular thing is that acquiring with PulseAudio on Audacity show the problem, however using ALSA directly the issue is not present. Trying using arecord still present the issue from PulseAudio.
Tried to play with the parameters /sys/devices/audio to no avail. Compared the pinconfigs from Windows, they are identical.
Can someone try to help me fix the issue?
Sent with [ProtonMail](https://protonmail.com) Secure Email.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2018-01-24 12:00 twischer
0 siblings, 0 replies; 179+ messages in thread
From: twischer @ 2018-01-24 12:00 UTC (permalink / raw)
To: patch; +Cc: alsa-devel
The following patch set will extend the JACK plugin to detect Xruns
and signal them to the user application.
This patch set is depending on
http://mailman.alsa-project.org/pipermail/alsa-devel/2018-January/130987.html
^ permalink raw reply [flat|nested] 179+ messages in thread
* [PATCH 000/102] Convert drivers to explicit reset API
@ 2017-07-19 15:25 Philipp Zabel
2017-07-20 20:36 ` (no subject) Heiko Stuebner
0 siblings, 1 reply; 179+ messages in thread
From: Philipp Zabel @ 2017-07-19 15:25 UTC (permalink / raw)
To: linux-kernel
Cc: Philipp Zabel, David S. Miller, Emilio López, Adrian Hunter,
Alan Stern, Alan Tull, Alexandre Torgue, Andrew Lunn, Ben Skeggs,
Benjamin Gaignard, Bin Liu, Bjorn Andersson, Bjorn Helgaas,
Boris Brezillon, Brian Norris, Chanwoo Choi, Chen Feng,
Chen-Yu Tsai, Corentin Labbe
The reset control API has two modes: exclusive access, where the driver
expects to have full and immediate control over the state of the reset
line, and shared (clock-like) access, where drivers only request reset
deassertion while active, but don't care about the state of the reset line
while inactive.
Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting
reset lines") started to transition the reset control request API calls
to explicitly state whether the driver needs exclusive or shared reset
control behavior.
This series converts all drivers that currently implicitly request
exclusive reset controls to the corresponding explicit API call. It is,
for the most part, generated from the following semantic patch:
@@
expression rstc, dev, id;
@@
-rstc = reset_control_get(dev, id);
+rstc = reset_control_get_exclusive(dev, id);
@@
expression rstc, dev, id;
@@
-rstc = reset_control_get_optional(dev, id);
+rstc = reset_control_get_optional_exclusive(dev, id);
@@
expression rstc, node, id;
@@
-rstc = of_reset_control_get(node, id);
+rstc = of_reset_control_get_exclusive(node, id);
@@
expression rstc, node, index;
@@
-rstc = of_reset_control_get_by_index(node, index);
+rstc = of_reset_control_get_exclusive_by_index(node, index);
@@
expression rstc, dev, id;
@@
-rstc = devm_reset_control_get(dev, id);
+rstc = devm_reset_control_get_exclusive(dev, id);
@@
expression rstc, dev, id;
@@
-rstc = devm_reset_control_get_optional(dev, id);
+rstc = devm_reset_control_get_optional_exclusive(dev, id);
@@
expression rstc, dev, index;
@@
-rstc = devm_reset_control_get_by_index(dev, index);
+rstc = devm_reset_control_get_exclusive_by_index(dev, index);
After all driver patches are applied, the temporary transition helpers
can be removed.
regards
Philipp
Philipp Zabel (102):
ARM: rockchip: explicitly request exclusive reset control
ARM: socfpga: explicitly request exclusive reset control
MIPS: pci-mt7620: explicitly request exclusive reset control
ahci: st: explicitly request exclusive reset control
ata: sata_gemini: explicitly request exclusive reset control
ata: ahci_tegra: explicitly request exclusive reset control
bus: sunxi-rsb: explicitly request exclusive reset control
bus: tegra-gmi: explicitly request exclusive reset control
clk: sunxi: explicitly request exclusive reset control
clk: tegra: explicitly request exclusive reset control
clocksource/drivers/timer-stm32: explicitly request exclusive reset
control
clocksource/drivers/sun5i: explicitly request exclusive reset control
crypto: rockchip: explicitly request exclusive reset control
crypto: sun4i-ss - request exclusive reset control
PM / devfreq: tegra: explicitly request exclusive reset control
dmaengine: stm32-dma: explicitly request exclusive reset control
dmaengine: sun6i: explicitly request exclusive reset control
dmaengine: tegra-apb: explicitly request exclusive reset control
drm: kirin: explicitly request exclusive reset control
drm/nouveau/tegra: explicitly request exclusive reset control
drm/rockchip: explicitly request exclusive reset control
drm/sti: explicitly request exclusive reset control
drm/stm: explicitly request exclusive reset control
drm/sun4i: explicitly request exclusive reset control
drm/tegra: explicitly request exclusive reset control
gpu: host1x: explicitly request exclusive reset control
i2c: mv64xxx: explicitly request exclusive reset control
i2c: stm32f4: explicitly request exclusive reset control
i2c: sun6i-pw2i: explicitly request exclusive reset control
i2c: tegra: explicitly request exclusive reset control
iio: adc: rockchip_saradc: explicitly request exclusive reset control
iio: dac: stm32-dac-core: explicitly request exclusive reset control
Input: tegra-kbc - request exclusive reset control
coda: explicitly request exclusive reset control
st-rc: explicitly request exclusive reset control
stm32-dcmi: explicitly request exclusive reset control
rc: sunxi-cir: explicitly request exclusive reset control
mmc: dw_mmc: explicitly request exclusive reset control
mmc: sdhci-st: explicitly request exclusive reset control
mmc: sunxi: explicitly request exclusive reset control
mmc: tegra: explicitly request exclusive reset control
mtd: nand: sunxi: explicitly request exclusive reset control
mtd: spi-nor: stm32-quadspi: explicitly request exclusive reset
control
net: dsa: mt7530: explicitly request exclusive reset control
net: ethernet: hisi_femac: explicitly request exclusive reset control
net: ethernet: hix5hd2_gmac: explicitly request exclusive reset
control
net: stmmac: explicitly request exclusive reset control
net: stmmac: dwc-qos: explicitly request exclusive reset control
ath10k: explicitly request exclusive reset control
nvmem: lpc18xx-eeprom: explicitly request exclusive reset control
PCI: dwc: pcie-qcom: explicitly request exclusive reset control
PCI: imx6: explicitly request exclusive reset control
PCI: tegra: explicitly request exclusive reset control
PCI: rockchip: explicitly request exclusive reset control
phy: berlin-usb: explicitly request exclusive reset control
PCI: mediatek: explicitly request exclusive reset control
phy: qcom-usb-hs: explicitly request exclusive reset control
phy: rockchip-pcie: explicitly request exclusive reset control
phy: rockchip-typec: explicitly request exclusive reset control
phy: rockchip-usb: explicitly request exclusive reset control
phy: sun4i-usb: explicitly request exclusive reset control
phy: sun9i-usb: explicitly request exclusive reset control
phy: tegra: explicitly request exclusive reset control
phy: qcom-qmp: explicitly request exclusive reset control
phy: qcom-qusb2: explicitly request exclusive reset control
pinctrl: stm32: explicitly request exclusive reset control
pinctrl: sunxi: explicitly request exclusive reset control
pinctrl: tegra: explicitly request exclusive reset control
pwm: hibvt: explicitly request exclusive reset control
pwm: tegra: explicitly request exclusive reset control
remoteproc/keystone: explicitly request exclusive reset control
remoteproc: qcom: explicitly request exclusive reset control
remoteproc: st: explicitly request exclusive reset control
soc: mediatek: PMIC wrap: explicitly request exclusive reset control
soc/tegra: pmc: explicitly request exclusive reset control
spi: stm32: explicitly request exclusive reset control
spi: sun6i: explicitly request exclusive reset control
spi: tegra20-slink: explicitly request exclusive reset control
spi: tegra114: explicitly request exclusive reset control
spi: tegra20-sflash: explicitly request exclusive reset control
staging: nvec: explicitly request exclusive reset control
thermal: rockchip: explicitly request exclusive reset control
thermal: tegra: explicitly request exclusive reset control
serial: 8250_dw: explicitly request exclusive reset control
serial: tegra: explicitly request exclusive reset control
usb: chipidea: msm: explicitly request exclusive reset control
usb: dwc2: explicitly request exclusive reset control
usb: host: ehci-tegra: explicitly request exclusive reset control
usb: host: xhci-tegra: explicitly request exclusive reset control
usb: musb: sunxi: explicitly request exclusive reset control
usb: phy: msm: explicitly request exclusive reset control
usb: phy: qcom-8x16-usb: explicitly request exclusive reset control
watchdog: asm9260: explicitly request exclusive reset control
watchdog: mt7621: explicitly request exclusive reset control
watchdog: rt2880: explicitly request exclusive reset control
watchdog: zx2967: explicitly request exclusive reset control
ASoC: img: explicitly request exclusive reset control
ASoC: stm32: explicitly request exclusive reset control
ASoC: sun4i: explicitly request exclusive reset control
ASoC: tegra: explicitly request exclusive reset control
Documentation: devres: add explicit exclusive/shared reset control
request calls
reset: finish transition to explicit exclusive reset control requests
Documentation/driver-model/devres.txt | 7 ++-
arch/arm/mach-rockchip/platsmp.c | 2 +-
arch/mips/pci/pci-mt7620.c | 2 +-
drivers/ata/ahci_st.c | 6 +--
drivers/ata/ahci_tegra.c | 8 ++--
drivers/ata/sata_gemini.c | 4 +-
drivers/bus/sunxi-rsb.c | 2 +-
drivers/bus/tegra-gmi.c | 2 +-
drivers/clk/sunxi/clk-sun9i-mmc.c | 2 +-
drivers/clk/tegra/clk-dfll.c | 2 +-
drivers/clocksource/timer-stm32.c | 2 +-
drivers/clocksource/timer-sun5i.c | 2 +-
drivers/crypto/rockchip/rk3288_crypto.c | 2 +-
drivers/crypto/sunxi-ss/sun4i-ss-core.c | 3 +-
drivers/devfreq/tegra-devfreq.c | 2 +-
drivers/dma/stm32-dma.c | 2 +-
drivers/dma/sun6i-dma.c | 2 +-
drivers/dma/tegra20-apb-dma.c | 2 +-
drivers/fpga/altera-hps2fpga.c | 3 +-
drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c | 2 +-
drivers/gpu/drm/nouveau/nvkm/engine/device/tegra.c | 2 +-
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 2 +-
drivers/gpu/drm/rockchip/cdn-dp-core.c | 8 ++--
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 2 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 4 +-
drivers/gpu/drm/sti/sti_hdmi.c | 2 +-
drivers/gpu/drm/sti/sti_hqvdp.c | 2 +-
drivers/gpu/drm/sti/sti_tvout.c | 2 +-
drivers/gpu/drm/stm/ltdc.c | 2 +-
drivers/gpu/drm/sun4i/sun4i_backend.c | 4 +-
drivers/gpu/drm/sun4i/sun4i_tcon.c | 2 +-
drivers/gpu/drm/sun4i/sun4i_tv.c | 2 +-
drivers/gpu/drm/sun4i/sun6i_drc.c | 2 +-
drivers/gpu/drm/sun4i/sun8i_mixer.c | 2 +-
drivers/gpu/drm/tegra/dc.c | 2 +-
drivers/gpu/drm/tegra/dpaux.c | 3 +-
drivers/gpu/drm/tegra/dsi.c | 2 +-
drivers/gpu/drm/tegra/gr3d.c | 6 +--
drivers/gpu/drm/tegra/hdmi.c | 2 +-
drivers/gpu/drm/tegra/sor.c | 2 +-
drivers/gpu/host1x/dev.c | 2 +-
drivers/i2c/busses/i2c-mv64xxx.c | 2 +-
drivers/i2c/busses/i2c-stm32f4.c | 2 +-
drivers/i2c/busses/i2c-sun6i-p2wi.c | 2 +-
drivers/i2c/busses/i2c-tegra.c | 2 +-
drivers/iio/adc/rockchip_saradc.c | 3 +-
drivers/iio/dac/stm32-dac-core.c | 2 +-
drivers/input/keyboard/tegra-kbc.c | 2 +-
drivers/media/platform/coda/coda-common.c | 3 +-
drivers/media/platform/stm32/stm32-dcmi.c | 2 +-
drivers/media/rc/st_rc.c | 2 +-
drivers/media/rc/sunxi-cir.c | 2 +-
drivers/mmc/host/dw_mmc.c | 2 +-
drivers/mmc/host/sdhci-st.c | 2 +-
drivers/mmc/host/sdhci-tegra.c | 3 +-
drivers/mmc/host/sunxi-mmc.c | 3 +-
drivers/mtd/nand/sunxi_nand.c | 2 +-
drivers/mtd/spi-nor/stm32-quadspi.c | 2 +-
drivers/net/dsa/mt7530.c | 3 +-
drivers/net/ethernet/hisilicon/hisi_femac.c | 4 +-
drivers/net/ethernet/hisilicon/hix5hd2_gmac.c | 6 +--
.../ethernet/stmicro/stmmac/dwmac-dwc-qos-eth.c | 2 +-
drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 3 +-
.../net/ethernet/stmicro/stmmac/stmmac_platform.c | 4 +-
drivers/net/wireless/ath/ath10k/ahb.c | 15 ++++---
drivers/nvmem/lpc18xx_eeprom.c | 2 +-
drivers/pci/dwc/pci-imx6.c | 7 +--
drivers/pci/dwc/pcie-qcom.c | 40 +++++++++--------
drivers/pci/host/pci-tegra.c | 6 +--
drivers/pci/host/pcie-mediatek.c | 2 +-
drivers/pci/host/pcie-rockchip.c | 15 ++++---
drivers/phy/allwinner/phy-sun4i-usb.c | 2 +-
drivers/phy/allwinner/phy-sun9i-usb.c | 4 +-
drivers/phy/marvell/phy-berlin-usb.c | 2 +-
drivers/phy/qualcomm/phy-qcom-qmp.c | 4 +-
drivers/phy/qualcomm/phy-qcom-qusb2.c | 3 +-
drivers/phy/qualcomm/phy-qcom-usb-hs.c | 3 +-
drivers/phy/rockchip/phy-rockchip-pcie.c | 2 +-
drivers/phy/rockchip/phy-rockchip-typec.c | 6 +--
drivers/phy/rockchip/phy-rockchip-usb.c | 2 +-
drivers/phy/tegra/xusb-tegra210.c | 4 +-
drivers/phy/tegra/xusb.c | 2 +-
drivers/pinctrl/stm32/pinctrl-stm32.c | 2 +-
drivers/pinctrl/sunxi/pinctrl-sun6i-a31-r.c | 2 +-
drivers/pinctrl/sunxi/pinctrl-sun8i-a23-r.c | 2 +-
drivers/pinctrl/tegra/pinctrl-tegra-xusb.c | 2 +-
drivers/pwm/pwm-hibvt.c | 2 +-
drivers/pwm/pwm-tegra.c | 2 +-
drivers/remoteproc/keystone_remoteproc.c | 2 +-
drivers/remoteproc/qcom_q6v5_pil.c | 3 +-
drivers/remoteproc/st_remoteproc.c | 6 ++-
drivers/reset/core.c | 2 +-
drivers/soc/mediatek/mtk-pmic-wrap.c | 5 ++-
drivers/soc/tegra/pmc.c | 2 +-
drivers/spi/spi-stm32.c | 2 +-
drivers/spi/spi-sun6i.c | 2 +-
drivers/spi/spi-tegra114.c | 2 +-
drivers/spi/spi-tegra20-sflash.c | 2 +-
drivers/spi/spi-tegra20-slink.c | 2 +-
drivers/staging/nvec/nvec.c | 2 +-
drivers/thermal/rockchip_thermal.c | 3 +-
drivers/thermal/tegra/soctherm.c | 3 +-
drivers/tty/serial/8250/8250_dw.c | 2 +-
drivers/tty/serial/serial-tegra.c | 2 +-
drivers/usb/chipidea/ci_hdrc_msm.c | 2 +-
drivers/usb/dwc2/platform.c | 3 +-
drivers/usb/host/ehci-tegra.c | 5 ++-
drivers/usb/host/xhci-tegra.c | 6 ++-
drivers/usb/musb/sunxi.c | 2 +-
drivers/usb/phy/phy-msm-usb.c | 4 +-
drivers/usb/phy/phy-qcom-8x16-usb.c | 2 +-
drivers/watchdog/asm9260_wdt.c | 2 +-
drivers/watchdog/mt7621_wdt.c | 2 +-
drivers/watchdog/rt2880_wdt.c | 2 +-
drivers/watchdog/zx2967_wdt.c | 2 +-
include/linux/reset.h | 50 ----------------------
sound/soc/img/img-i2s-in.c | 2 +-
sound/soc/img/img-i2s-out.c | 2 +-
sound/soc/img/img-parallel-out.c | 2 +-
sound/soc/img/img-spdif-in.c | 2 +-
sound/soc/img/img-spdif-out.c | 2 +-
sound/soc/stm/stm32_i2s.c | 2 +-
sound/soc/stm/stm32_sai.c | 2 +-
sound/soc/stm/stm32_spdifrx.c | 2 +-
sound/soc/sunxi/sun4i-codec.c | 3 +-
sound/soc/sunxi/sun4i-i2s.c | 2 +-
sound/soc/sunxi/sun4i-spdif.c | 3 +-
sound/soc/tegra/tegra30_ahub.c | 4 +-
128 files changed, 226 insertions(+), 235 deletions(-)
--
2.11.0
Cc: "David S. Miller" <davem@davemloft.net>
Cc: "Emilio López" <emilio@elopez.com.ar>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Alan Stern <stern@rowland.harvard.edu>
Cc: Alan Tull <atull@kernel.org>
Cc: Alexandre Torgue <alexandre.torgue@st.com>
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Ben Skeggs <bskeggs@redhat.com>
Cc: Benjamin Gaignard <benjamin.gaignard@linaro.org>
Cc: Bin Liu <b-liu@ti.com>
Cc: Bjorn Andersson <bjorn.andersson@linaro.org>
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Boris Brezillon <boris.brezillon@free-electrons.com>
Cc: Brian Norris <computersforpeace@gmail.com>
Cc: Chanwoo Choi <cw00.choi@samsung.com>
Cc: Chen Feng <puck.chen@hisilicon.com>
Cc: Chen-Yu Tsai <wens@csie.org>
Cc: Corentin Labbe <clabbe.montjoie@gmail.com>
Cc: Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Daniel Lezcano <daniel.lezcano@linaro.org>
Cc: David Airlie <airlied@linux.ie>
Cc: David Woodhouse <dwmw2@infradead.org>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Eduardo Valentin <edubezval@gmail.com>
Cc: Felipe Balbi <balbi@kernel.org>
Cc: Florian Fainelli <f.fainelli@gmail.com>
Cc: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Hartmut Knaack <knaack.h@gmx.de>
Cc: Heiko Stuebner <heiko@sntech.de>
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: Jaehoon Chung <jh80.chung@samsung.com>
Cc: Jiri Slaby <jslaby@suse.com>
Cc: Joachim Eastwood <manabian@gmail.com>
Cc: John Youn <johnyoun@synopsys.com>
Cc: Jon Hunter <jonathanh@nvidia.com>
Cc: Jonathan Cameron <jic23@kernel.org>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Jonathan Hunter <jonathanh@nvidia.com>
Cc: Kalle Valo <kvalo@qca.qualcomm.com>
Cc: Kishon Vijay Abraham I <kishon@ti.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Cc: Lars-Peter Clausen <lars@metafoo.de>
Cc: Laxman Dewangan <ldewangan@nvidia.com>
Cc: Lee Jones <lee.jones@linaro.org>
Cc: Liam Girdwood <lgirdwood@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Lucas Stach <l.stach@pengutronix.de>
Cc: Marc Dietrich <marvin24@gmx.de>
Cc: Marek Vasut <marek.vasut@gmail.com>
Cc: Mark Brown <broonie@kernel.org>
Cc: Mark Yao <mark.yao@rock-chips.com>
Cc: Mathias Nyman <mathias.nyman@intel.com>
Cc: Matthias Brugger <matthias.bgg@gmail.com>
Cc: Maxime Coquelin <mcoquelin.stm32@gmail.com>
Cc: Maxime Ripard <maxime.ripard@free-electrons.com>
Cc: Michael Turquette <mturquette@baylibre.com>
Cc: Moritz Fischer <moritz.fischer@ettus.com>
Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Ohad Ben-Cohen <ohad@wizery.com>
Cc: Patrice Chotard <patrice.chotard@st.com>
Cc: Peter Chen <Peter.Chen@nxp.com>
Cc: Peter De Schrijver <pdeschrijver@nvidia.com>
Cc: Peter Meerwald-Stadler <pmeerw@pmeerw.net>
Cc: Philippe Cornu <philippe.cornu@st.com>
Cc: Prashant Gaikwad <pgaikwad@nvidia.com>
Cc: Rakesh Iyer <riyer@nvidia.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Richard Weinberger <richard@nod.at>
Cc: Richard Zhu <hongxing.zhu@nxp.com>
Cc: Rongrong Zou <zourongrong@gmail.com>
Cc: Ryder Lee <ryder.lee@mediatek.com>
Cc: Salil Mehta <salil.mehta@huawei.com>
Cc: Shawn Lin <shawn.lin@rock-chips.com>
Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
Cc: Stanimir Varbanov <svarbanov@mm-sol.com>
Cc: Stephen Boyd <sboyd@codeaurora.org>
Cc: Tejun Heo <tj@kernel.org>
Cc: Thierry Reding <thierry.reding@gmail.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Vincent Abriou <vincent.abriou@st.com>
Cc: Vinod Koul <vinod.koul@intel.com>
Cc: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
Cc: Wim Van Sebroeck <wim@iguana.be>
Cc: Wolfram Sang <wsa@the-dreams.de>
Cc: Xinliang Liu <z.liuxinliang@hisilicon.com>
Cc: Xinwei Kong <kong.kongxinwei@hisilicon.com>
Cc: Yannick Fertre <yannick.fertre@st.com>
Cc: Yisen Zhuang <yisen.zhuang@huawei.com>
Cc: Zhang Rui <rui.zhang@intel.com>
Cc: alsa-devel@alsa-project.org
Cc: ath10k@lists.infradead.org
Cc: devel@driverdev.osuosl.org
Cc: dmaengine@vger.kernel.org
Cc: dri-devel@lists.freedesktop.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-arm-msm@vger.kernel.org
Cc: linux-clk@vger.kernel.org
Cc: linux-crypto@vger.kernel.org
Cc: linux-doc@vger.kernel.org
Cc: linux-fpga@vger.kernel.org
Cc: linux-gpio@vger.kernel.org
Cc: linux-i2c@vger.kernel.org
Cc: linux-ide@vger.kernel.org
Cc: linux-iio@vger.kernel.org
Cc: linux-input@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-media@vger.kernel.org
Cc: linux-mediatek@lists.infradead.org
Cc: linux-mips@linux-mips.org
Cc: linux-mmc@vger.kernel.org
Cc: linux-mtd@lists.infradead.org
Cc: linux-pci@vger.kernel.org
Cc: linux-pm@vger.kernel.org
Cc: linux-pwm@vger.kernel.org
Cc: linux-remoteproc@vger.kernel.org
Cc: linux-rockchip@lists.infradead.org
Cc: linux-serial@vger.kernel.org
Cc: linux-spi@vger.kernel.org
Cc: linux-tegra@vger.kernel.org
Cc: linux-usb@vger.kernel.org
Cc: linux-watchdog@vger.kernel.org
Cc: linux-wireless@vger.kernel.org
Cc: netdev@vger.kernel.org
Cc: nouveau@lists.freedesktop.org
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
2017-07-19 15:25 [PATCH 000/102] Convert drivers to explicit reset API Philipp Zabel
@ 2017-07-20 20:36 ` Heiko Stuebner
0 siblings, 0 replies; 179+ messages in thread
From: Heiko Stuebner @ 2017-07-20 20:36 UTC (permalink / raw)
To: Philipp Zabel
Cc: linux-kernel, David S. Miller, Emilio López, Adrian Hunter,
Alan Stern, Alan Tull, Alexandre Torgue, Andrew Lunn, Ben Skeggs,
Benjamin Gaignard, Bin Liu, Bjorn Andersson, Bjorn Helgaas,
Boris Brezillon, Brian Norris, Chanwoo Choi, Chen Feng,
Chen-Yu Tsai, Corentin Labbe, Cyrille Pitchen, Dan Williams,
Daniel Lezcano
Hi,
> crypto: rockchip: explicitly request exclusive reset control
> iio: adc: rockchip_saradc: explicitly request exclusive reset control
> PCI: rockchip: explicitly request exclusive reset control
> phy: rockchip-pcie: explicitly request exclusive reset control
> phy: rockchip-typec: explicitly request exclusive reset control
> phy: rockchip-usb: explicitly request exclusive reset control
> thermal: rockchip: explicitly request exclusive reset control
for the driver-related Rockchip changes
Acked-by: Heiko Stuebner <heiko@sntech.de>
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2017-03-09 10:32 Felix Bruns
0 siblings, 0 replies; 179+ messages in thread
From: Felix Bruns @ 2017-03-09 10:32 UTC (permalink / raw)
To: alsa-devel
Hello,
I am working on embedded device (using an i.MX6 MCU) which has an
external amplifier for sound amplification.
Unfortunately I could not find information if and how the gain of
hardware amplifiers are controlled by ALSA.
Can somebody clarify or point me to an example?
Thanks and kind regards,
Felix Bruns
^ permalink raw reply [flat|nested] 179+ messages in thread
* [PATCH v3 4/8] x86: stop exporting msr-index.h to userland
2017-01-13 10:46 ` [PATCH v3 0/8] " Nicolas Dichtel
@ 2017-01-13 10:46 Nicolas Dichtel
2017-01-09 11:33 ` [PATCH v2 0/7] uapi: export all headers under uapi directories Arnd Bergmann
0 siblings, 1 reply; 179+ messages in thread
From: Nicolas Dichtel @ 2017-01-13 10:46 UTC (permalink / raw)
To: arnd
Cc: mmarek, linux-kbuild, linux-doc, linux-kernel, linux-alpha,
linux-snps-arc, linux-arm-kernel, adi-buildroot-devel,
linux-c6x-dev, linux-cris-kernel, uclinux-h8-devel, linux-hexagon,
linux-ia64, linux-m68k, linux-metag, linux-mips, linux-am33-list,
nios2-dev, openrisc, linux-parisc, linuxppc-dev, linux-s390,
linux-sh, sparclinux, linux-xtensa, linux-arch
Suggested-by: Borislav Petkov <bp@alien8.de>
Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
---
arch/x86/include/uapi/asm/Kbuild | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild
index 3dec769cadf7..1c532b3f18ea 100644
--- a/arch/x86/include/uapi/asm/Kbuild
+++ b/arch/x86/include/uapi/asm/Kbuild
@@ -27,7 +27,6 @@ header-y += ldt.h
header-y += mce.h
header-y += mman.h
header-y += msgbuf.h
-header-y += msr-index.h
header-y += msr.h
header-y += mtrr.h
header-y += param.h
--
2.8.1
^ permalink raw reply related [flat|nested] 179+ messages in thread
* Re: [PATCH v2 0/7] uapi: export all headers under uapi directories
@ 2017-01-09 11:33 ` Arnd Bergmann
2017-01-13 10:46 ` [PATCH v3 0/8] " Nicolas Dichtel
0 siblings, 1 reply; 179+ messages in thread
From: Arnd Bergmann @ 2017-01-09 11:33 UTC (permalink / raw)
To: linuxppc-dev, linux-kbuild
Cc: linux-mips, alsa-devel, linux-ia64, linux-doc, airlied,
linux-fbdev, dri-devel, linux-mtd, sparclinux, linux-arch,
linux-s390, linux-am33-list, linux-c6x-dev, linux-rdma,
linux-hexagon, linux-sh, coreteam, fcoe-devel, xen-devel,
linux-snps-arc, linux-media, uclinux-h8-devel,
adi-buildroot-devel, linux-raid, linux-m68k, openrisc,
Nicolas Dichtel, linux-metag, linux-arm-kernel
On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote:
> Here is the v2 of this series. The first 5 patches are just cleanup: some
> exported headers were still under a non-uapi directory.
Since this is meant as a cleanup, I commented on this to point out a cleaner
way to do the same.
> The patch 6 was spotted by code review: there is no in-tree user of this
> functionality.
> The last patch remove the use of header-y. Now all files under an uapi
> directory are exported.
Very nice!
> asm is a bit special, most of architectures export asm/<arch>/include/uapi/asm
> only, but there is two exceptions:
> - cris which exports arch/cris/include/uapi/arch-v[10|32];
This is interesting, though not your problem. Maybe someone who understands
cris better can comment on this: How is the decision made about which of
the arch/user.h headers gets used? I couldn't find that in the sources,
but it appears to be based on kernel compile-time settings, which is
wrong for user space header files that should be independent of the kernel
config.
> - tile which exports arch/tile/include/uapi/arch.
> Because I don't know if the output of 'make headers_install_all' can be changed,
> I introduce subdir-y in Kbuild file. The headers_install_all target copies all
> asm/<arch>/include/uapi/asm to usr/include/asm-<arch> but
> arch/cris/include/uapi/arch-v[10|32] and arch/tile/include/uapi/arch are not
> prefixed (they are put asis in usr/include/). If it's acceptable to modify the
> output of 'make headers_install_all' to export asm headers in
> usr/include/asm-<arch>/asm, then I could remove this new subdir-y and exports
> everything under arch/<arch>/include/uapi/.
I don't know if anyone still uses "make headers_install_all", I suspect
distros these days all use "make headers_install", so it probably
doesn't matter much.
In case of cris, it should be easy enough to move all the contents of the
uapi/arch-*/*.h headers into the respective uapi/asm/*.h headers, they
only seem to be referenced from there.
For tile, I suspect that would not work as the arch/*.h headers are
apparently defined as interfaces for both user space and kernel.
> Note also that exported files for asm are a mix of files listed by:
> - include/uapi/asm-generic/Kbuild.asm;
> - arch/x86/include/uapi/asm/Kbuild;
> - arch/x86/include/asm/Kbuild.
> This complicates a lot the processing (arch/x86/include/asm/Kbuild is also
> used by scripts/Makefile.asm-generic).
>
> This series has been tested with a 'make headers_install' on x86 and a
> 'make headers_install_all'. I've checked the result of both commands.
>
> This patch is built against linus tree. I don't know if it should be
> made against antoher tree.
The series should probably get merged through the kbuild tree, but testing
it on mainline is fine here.
Arnd
^ permalink raw reply [flat|nested] 179+ messages in thread
* [PATCH v3 0/8] uapi: export all headers under uapi directories
2017-01-09 11:33 ` [PATCH v2 0/7] uapi: export all headers under uapi directories Arnd Bergmann
@ 2017-01-13 10:46 ` Nicolas Dichtel
2017-01-13 15:43 ` (no subject) David Howells
0 siblings, 1 reply; 179+ messages in thread
From: Nicolas Dichtel @ 2017-01-13 10:46 UTC (permalink / raw)
To: arnd
Cc: linux-mips, alsa-devel, linux-ia64, linux-doc, airlied,
daniel.vetter, linux-fbdev, dri-devel, linux-mtd, sparclinux,
linux-arch, linux-s390, linux-am33-list, linux-c6x-dev,
linux-rdma, linux-hexagon, linux-sh, linux, hch, coreteam,
msalter, fcoe-devel, xen-devel, linux-snps-arc, linux-media,
uclinux-h8-devel, linux-xtensa, linux-kbuild, adi-buildroot-devel,
linux-raid, linux-m68k
Here is the v3 of this series. The first 5 patches are just cleanup: some
exported headers were still under a non-uapi directory or (x86 case) were
wrongly exported.
The patch 6 was spotted by code review: there is no in-tree user of this
functionality.
Patches 7 and 8 remove the need to list explicitly headers. Now all files
under an uapi directory are exported.
This series has been tested with a 'make headers_install' on x86 and a
'make headers_install_all'. I've checked the result of both commands.
This patch is built against linus tree. If I must rebase it against the kbuild
tree, just tell me ;-)
v2 -> v3:
- patch #1: remove arch/arm/include/asm/types.h
- patch #2: remove arch/h8300/include/asm/bitsperlong.h
- patch #3: remove arch/nios2/include/uapi/asm/setup.h
- patch #4: don't export msr-index.h
- patch #5: fix a typo: s/unput-files3-name/input-files3-name
- patch #6: no change
- patch #7: fix include/uapi/asm-generic/Kbuild.asm by introducing mandatory-y
- add patch #8
v1 -> v2:
- add patch #1 to #6
- patch #7: remove use of header-y
Comments are welcomed,
Nicolas
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
2017-01-13 10:46 ` [PATCH v3 0/8] " Nicolas Dichtel
@ 2017-01-13 15:43 ` David Howells
0 siblings, 0 replies; 179+ messages in thread
From: David Howells @ 2017-01-13 15:43 UTC (permalink / raw)
To: Nicolas Dichtel
Cc: dhowells, arnd, linux-kbuild, linux-doc, linux-kernel,
linux-alpha, linux-snps-arc, linux-arm-kernel,
adi-buildroot-devel, linux-c6x-dev, linux-cris-kernel,
uclinux-h8-devel, linux-hexagon, linux-ia64, linux-m68k,
linux-metag, linux-mips, linux-am33-list, nios2-dev, openrisc,
linux-parisc, linuxppc-dev, linux-s390, linux-sh, sparclinux,
linux-xtensa, linux-arc
> -header-y += msr-index.h
I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
least four years - and as such it's part of the UAPI. I don't think you can
remove it unless you can guarantee there are no userspace users.
David
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2016-09-20 18:12 xerofoify
0 siblings, 0 replies; 179+ messages in thread
From: xerofoify @ 2016-09-20 18:12 UTC (permalink / raw)
To: alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2015-06-30 10:50 E.Richiardone
0 siblings, 0 replies; 179+ messages in thread
From: E.Richiardone @ 2015-06-30 10:50 UTC (permalink / raw)
To: alsa-devel
Hi all,
I am building a solution on a Debian platform that should playback an
audio recorded in G711 ulaw format. I am using Alsa to interfacing
with the audio device, it's a snd_cs5535audio. Below there is a
fragment of the code I am using.
I don't have any problems accessing the device using the "plughw:0,0"
device, where I can correctly set directly the ulaw 8000Hz format.
Now I was needing an multiband equalizer, and found that Alsa supports
some ladspa plugins, I choosed mbeq.
But if I use a device name different from "plughw:0,0", as for example
the "default" device or "plug", the final function snd_pcm_hw_params()
returns an error:
"cannot set hw params (Invalid argument)"
I was thinking that maybe my problem is that only the "plughw" device
accept directly the G711 ulaw format.
Anyone can confirm my thought?
There is a way to access a device directly in G711 ulaw format that
can be equalized with a plugin?
My initialisation source code:
----------8<----------
// #define AUDIODEV "plughw:0,0"
#define AUDIODEV "default"
[...]
pcm_name = strdup(AUDIODEV);
if((err = snd_pcm_open(&playback_handle, pcm_name, stream, 0)) < 0){
printf(" E> cannot open audio device %s (%s)\n", pcm_name,
snd_strerror(err));
closeall(1);
}
if((err = snd_pcm_hw_params_any(playback_handle, hw_params)) < 0){
printf(" E> cannot initialize hardware parameter structure
(%s)\n", snd_strerror(err));
closeall(1);
}
if((err = snd_pcm_hw_params_set_access(playback_handle, hw_params,
SND_PCM_ACCESS_RW_INTERLEAVED)) < 0){
printf(" E> cannot set access type (%s)\n", snd_strerror(err));
closeall(1);
}
err = snd_pcm_hw_params_set_format(playback_handle, hw_params,
SND_PCM_FORMAT_MU_LAW);
if(err < 0){
printf(" E> cannot set ulaw format (%s)\n", snd_strerror(err));
closeall(1);
}
val = 8000;
if((err = snd_pcm_hw_params_set_rate_near(playback_handle,
hw_params, &val, 0)) < 0){
printf(" E> cannot set rate (%s)\n", snd_strerror(err));
closeall(1);
}
[...]
if((err = snd_pcm_hw_params(playback_handle, hw_params)) < 0){
printf(" E> cannot set hw params (%s)\n", snd_strerror(err));
closeall(1);
}
---------->8----------
My /etc/asound.conf :
----------8<----------
defaults.ctl.card 0
defaults.ctl.device 0
defaults.pcm.card 0
defaults.pcm.device 0
ctl.equal {
type equal;
library "/usr/lib/ladspa/mbeq_1197.so";
module "mbeq";
controls "/usr/local/webif/.alsaequal.bin";
}
pcm.plugequal {
type equal;
slave.pcm "plughw:0,0";
library "/usr/lib/ladspa/mbeq_1197.so";
module "mbeq";
controls "/usr/local/webif/.alsaequal.bin";
}
pcm.!default {
type plug;
slave.pcm plugequal;
hint {
show on
description "Default equalized"
}
}
pcm.dsp0 {
type plug
slave.pcm plugequal;
}
---------->8----------
Many thanks
Best Regards
--
E.Richiardone
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2014-11-14 16:40 Angelo Dureghello
0 siblings, 0 replies; 179+ messages in thread
From: Angelo Dureghello @ 2014-11-14 16:40 UTC (permalink / raw)
To: alsa-devel
unsubscribe alsa-devel angelo70@gmail.com
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2013-08-05 8:38 Chih-Chung Chang
0 siblings, 0 replies; 179+ messages in thread
From: Chih-Chung Chang @ 2013-08-05 8:38 UTC (permalink / raw)
To: patch; +Cc: tiwai, chihchung, alsa-devel, kailang, dgreid
This is a revised patch which also checks if the mic is external.
^ permalink raw reply [flat|nested] 179+ messages in thread
[parent not found: <s5hmx1526mg.wl%tiwai@suse.de>]
* Re:
[not found] <s5hmx1526mg.wl%tiwai@suse.de>
@ 2012-09-06 6:02 ` Markus Trippelsdorf
2012-09-06 6:33 ` (no subject) Daniel Mack
0 siblings, 1 reply; 179+ messages in thread
From: Markus Trippelsdorf @ 2012-09-06 6:02 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Linus Torvalds, linux-kernel, Daniel Mack, alsa-devel
On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> ----------------------------------------------------------------
> Sound fixes for 3.6-rc5
>
> There are nothing scaring, contains only small fixes for HD-audio and
> USB-audio:
> - EPSS regression fix and GPIO fix for HD-audio IDT codecs
> - A series of USB-audio regression fixes that are found since 3.5 kernel
>
> ----------------------------------------------------------------
> Daniel Mack (4):
> ALSA: snd-usb: Fix URB cancellation at stream start
> ALSA: snd-usb: restore delay information
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The commit fbcfbf5f above causes the following lines to be printed
whenever I start a new song:
delay: estimated 0, actual 352
delay: estimated 353, actual 705
(44.1 * 8 = 352.8)
This happens with an USB-DAC that identifies itself as "C-Media USB
Headphone Set".
--
Markus
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2012-09-06 6:02 ` Markus Trippelsdorf
@ 2012-09-06 6:33 ` Daniel Mack
2012-09-06 6:48 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Daniel Mack @ 2012-09-06 6:33 UTC (permalink / raw)
To: Markus Trippelsdorf
Cc: Takashi Iwai, alsa-devel, Linus Torvalds, linux-kernel,
Pierre-Louis Bossart
On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
>> ----------------------------------------------------------------
>> Sound fixes for 3.6-rc5
>>
>> There are nothing scaring, contains only small fixes for HD-audio and
>> USB-audio:
>> - EPSS regression fix and GPIO fix for HD-audio IDT codecs
>> - A series of USB-audio regression fixes that are found since 3.5 kernel
>>
>> ----------------------------------------------------------------
>> Daniel Mack (4):
>> ALSA: snd-usb: Fix URB cancellation at stream start
>> ALSA: snd-usb: restore delay information
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> The commit fbcfbf5f above causes the following lines to be printed
> whenever I start a new song:
Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
patch (fbcfbf5f) brings back now.
> delay: estimated 0, actual 352
> delay: estimated 353, actual 705
>
> (44.1 * 8 = 352.8)
>
> This happens with an USB-DAC that identifies itself as "C-Media USB
> Headphone Set".
And you didn't you see these lines with 3.4?
Daniel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2012-09-06 6:33 ` (no subject) Daniel Mack
@ 2012-09-06 6:48 ` Takashi Iwai
0 siblings, 0 replies; 179+ messages in thread
From: Takashi Iwai @ 2012-09-06 6:48 UTC (permalink / raw)
To: Daniel Mack
Cc: alsa-devel, Linus Torvalds, linux-kernel, Markus Trippelsdorf,
Pierre-Louis Bossart
At Thu, 06 Sep 2012 08:33:30 +0200,
Daniel Mack wrote:
>
> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> > On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> >> ----------------------------------------------------------------
> >> Sound fixes for 3.6-rc5
> >>
> >> There are nothing scaring, contains only small fixes for HD-audio and
> >> USB-audio:
> >> - EPSS regression fix and GPIO fix for HD-audio IDT codecs
> >> - A series of USB-audio regression fixes that are found since 3.5 kernel
> >>
> >> ----------------------------------------------------------------
> >> Daniel Mack (4):
> >> ALSA: snd-usb: Fix URB cancellation at stream start
> >> ALSA: snd-usb: restore delay information
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > The commit fbcfbf5f above causes the following lines to be printed
> > whenever I start a new song:
>
> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> patch (fbcfbf5f) brings back now.
>
> > delay: estimated 0, actual 352
> > delay: estimated 353, actual 705
> >
> > (44.1 * 8 = 352.8)
> >
> > This happens with an USB-DAC that identifies itself as "C-Media USB
> > Headphone Set".
>
> And you didn't you see these lines with 3.4?
Maybe the difference of start condition?
Markus, does the patch below fix anything?
Takashi
---
diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c
index fd5e982..0ff9f1a 100644
--- a/sound/usb/pcm.c
+++ b/sound/usb/pcm.c
@@ -556,7 +556,7 @@ static int snd_usb_pcm_prepare(struct snd_pcm_substream *substream)
subs->hwptr_done = 0;
subs->transfer_done = 0;
subs->last_delay = 0;
- subs->last_frame_number = 0;
+ subs->last_frame_number = snd_usb_pcm_delay(subs, runtime->rate);
runtime->delay = 0;
/* for playback, submit the URBs now; otherwise, the first hwptr_done
^ permalink raw reply related [flat|nested] 179+ messages in thread
* (no subject)
@ 2011-09-08 10:20 A S
2011-09-08 11:03 ` Clemens Ladisch
0 siblings, 1 reply; 179+ messages in thread
From: A S @ 2011-09-08 10:20 UTC (permalink / raw)
To: alsa-devel
Hi, There is some outdated messages around that imply that there was work being done to have the ESI Maya 44 PCI card work with ALSA. However, it seems to have been stalled. Can anyone confirm the status of this card with regard to ALSA? I have the card and can get sound from it, but have been having trouble making it work properly in a xubuntu 11.04 + KXStudio setup. I just want to make sure I'm not wasting my time with a card that will never work properly with a linux distro. Many thanks.
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2011-09-08 10:20 A S
@ 2011-09-08 11:03 ` Clemens Ladisch
0 siblings, 0 replies; 179+ messages in thread
From: Clemens Ladisch @ 2011-09-08 11:03 UTC (permalink / raw)
To: A S; +Cc: alsa-devel
A S wrote:
> There is some outdated messages around that imply that there was work
> being done to have the ESI Maya 44 PCI card work with ALSA. However,
> it seems to have been stalled. Can anyone confirm the status of this
> card with regard to ALSA?
README.maya44 says:
| The following functions work, as tested by Rainer Zimmermann and Piotr
| Makowski:
|
| - playback and capture at all sampling rates
| - input/output level
| - crossmixing
| - line/mic switch
| - phantom power switch
| - analogue monitor a.k.a bypass
|
| The following functions *should* work, but are not fully tested:
|
| - Channel 3+4 analogue - S/PDIF input switching
| - S/PDIF output
| - all inputs/outputs on the M/IO/DIO extension card
| - internal/external clock selection
Regards,
Clemens
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2011-03-01 14:02 Javier Martin
0 siblings, 0 replies; 179+ messages in thread
From: Javier Martin @ 2011-03-01 14:02 UTC (permalink / raw)
To: alsa-devel; +Cc: s.hauer, broonie, b32542, linux-arm-kernel
This series of patches provides support for audio in Visstrim_M10 boards.
This second version has some fixes in the aic32x4 codec driver as asked by
Mark Brown.
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2010-09-08 7:25 asim khan
0 siblings, 0 replies; 179+ messages in thread
From: asim khan @ 2010-09-08 7:25 UTC (permalink / raw)
To: alsa-devel
Hi,
Iam using alsa lib version 1.0.22..and Iam running an alsa capture
application.
if Iam running this standalone application on my arm11 target ..it runs
fine
but when iam runnig this with my complete BD player integrated application
it gives an error
ALSA lib pcm.c:2175 snd_pcm_open_conf) symbol _snd_pcm_plug_open is not
defined inside [builtin]
cannot open audio device plughw:0,0 (No such device or address).
I googled Which explained the errors meant I didn't have the Alsa plugins
set via ALSA_PCM_PLUGINS in make.conf
I have enabled --with-pcm-plugins option in my configure script which will
select all pcm-plugins
#!/bin/sh
./configure CC=arm_v7_vfp_le-gcc --target=arm-linux --host=i386-linux
--build=$BUILD --enable-static --enable-pcm --with-pcm-plugins
--disable-debug --disable-python --prefix=/mtd_rwarea
I have checked using pcm plugins the created library(.so,.a) size is
reduced...
but still Iam getting above same error *ALSA
lib pcm.c:2175 snd_pcm_open_conf) symbol _snd_pcm_plug_open is not defined
inside [builtin]*
**
Please let me know is there any other thing i can check to solve this
problem
---Thanks
Asim
*
*
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2010-04-13 14:38 Sascha Hauer
0 siblings, 0 replies; 179+ messages in thread
From: Sascha Hauer @ 2010-04-13 14:38 UTC (permalink / raw)
To: alsa-devel; +Cc: Mark Brown, Valentin Longchamp
Hi,
Here are further fixes for the i.MX ssi driver. Mark, please let me know
whether I should combine 1/2 with the patch that actually broke fiq support.
Sascha
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2009-09-22 11:46 Delusion's Master
0 siblings, 0 replies; 179+ messages in thread
From: Delusion's Master @ 2009-09-22 11:46 UTC (permalink / raw)
To: alsa-devel
Hi,
I have a problem compiling the latest alsa driver snapshots. Specifically, it's a problem when patching pcm_native.c:
[..]
copying file alsa-kernel/core/info.c
patching file info.c
copying file alsa-kernel/core/pcm.c
patching file pcm.c
Hunk #3 succeeded at 739 (offset 2 lines).
Hunk #5 succeeded at 954 (offset 2 lines).
Hunk #7 succeeded at 1045 (offset 2 lines).
copying file alsa-kernel/core/pcm_native.c
patching file pcm_native.c
Hunk #4 succeeded at 1544 (offset -25 lines).
Hunk #5 succeeded at 2827 (offset 12 lines).
Hunk #6 succeeded at 2878 (offset 10 lines).
Hunk #7 FAILED at 2906.
Hunk #8 FAILED at 2922.
Hunk #9 succeeded at 2915 (offset -23 lines).
Hunk #10 succeeded at 3036 (offset 10 lines).
Hunk #11 succeeded at 3027 (offset -23 lines).
Hunk #12 succeeded at 3074 (offset 10 lines).
Hunk #13 succeeded at 3098 (offset -23 lines).
Hunk #14 succeeded at 3143 (offset 10 lines).
Hunk #15 succeeded at 3124 (offset -23 lines).
Hunk #16 succeeded at 3214 (offset 10 lines).
Hunk #17 succeeded at 3208 (offset -23 lines).
Hunk #18 succeeded at 3271 (offset 10 lines).
Hunk #19 succeeded at 3304 (offset -23 lines).
Hunk #20 succeeded at 3386 (offset 10 lines).
Hunk #21 succeeded at 3411 (offset -23 lines).
Hunk #22 succeeded at 3456 (offset 10 lines).
Hunk #23 succeeded at 3450 (offset -23 lines).
Hunk #24 succeeded at 3525 (offset 10 lines).
Hunk #25 succeeded at 3644 (offset -23 lines).
2 out of 25 hunks FAILED -- saving rejects to file pcm_native.c.rej
make[2]: *** [pcm_native.c] Error 1
It's some days I get this, but I waited to report this since I thought it could be a temporary problem. My OS is Fedora 11 x86_64. Previous snapshots didn't give me this problem, but I can't say which one broke the compilation, since I usually try updated snapshots only at kernel updates.
I searched for this error and the only relevant report I could find is this one:
http://mailman.alsa-project.org/pipermail/alsa-devel/2009-April/016420.html
a report from last April.
What could the problem be?
Thanks
_________________________________________________________________
Windows Live™: Keep your life in sync. Check it out!
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2009-08-11 21:02 Chaithrika U S
2009-08-11 11:36 ` chaithrika
0 siblings, 1 reply; 179+ messages in thread
From: Chaithrika U S @ 2009-08-11 21:02 UTC (permalink / raw)
To: davinci-linux-open-source; +Cc: khilman, Chaithrika U S, alsa-devel, broonie
Define resources for McASP used on DA850/OMAP-L138 EVM, add platform
device defintion and Pin Mux configurations.
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
---
Applies on DaVinci GIT tree.
This patch is dependent on the following patch which I have
submitted earlier:
[PATCH v2] ARM: DaVinci: Audio support for DA830 EVM
arch/arm/mach-davinci/board-da850-evm.c | 29 ++++++++++++++++++++++
arch/arm/mach-davinci/da850.c | 39 ++++++++++++++++++++++++++++++
arch/arm/mach-davinci/devices-da8xx.c | 34 +++++++++++++++++++++++++-
arch/arm/mach-davinci/include/mach/asp.h | 7 +++++
arch/arm/mach-davinci/include/mach/mux.h | 25 +++++++++++++++++++
5 files changed, 133 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-davinci/board-da850-evm.c b/arch/arm/mach-davinci/board-da850-evm.c
index d989346..52bfe4c 100644
--- a/arch/arm/mach-davinci/board-da850-evm.c
+++ b/arch/arm/mach-davinci/board-da850-evm.c
@@ -38,6 +38,28 @@ static struct davinci_uart_config da850_evm_uart_config __initdata = {
.enabled_uarts = 0x7,
};
+/* davinci da850 evm audio machine driver */
+static u8 da850_iis_serializer_direction[] = {
+ INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE,
+ INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE,
+ INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, TX_MODE,
+ RX_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE,
+};
+
+static struct snd_platform_data da850_evm_snd_data = {
+ .tx_dma_offset = 0x2000,
+ .rx_dma_offset = 0x2000,
+ .op_mode = DAVINCI_MCASP_IIS_MODE,
+ .num_serializer = ARRAY_SIZE(da850_iis_serializer_direction),
+ .tdm_slots = 2,
+ .serial_dir = da850_iis_serializer_direction,
+ .eventq_no = EVENTQ_1,
+ .version = MCASP_VERSION_2,
+ .txnumevt = 1,
+ .rxnumevt = 1,
+};
+
+
static __init void da850_evm_init(void)
{
struct davinci_soc_info *soc_info = &davinci_soc_info;
@@ -86,6 +108,13 @@ static __init void da850_evm_init(void)
*/
__raw_writel(0, IO_ADDRESS(DA8XX_UART1_BASE) + 0x30);
__raw_writel(0, IO_ADDRESS(DA8XX_UART0_BASE) + 0x30);
+
+ ret = da8xx_pinmux_setup(da850_mcasp_pins);
+ if (ret)
+ pr_warning("da850_evm_init: mcasp mux setup failed: %d\n",
+ ret);
+
+ da8xx_init_mcasp(0, &da850_evm_snd_data);
}
#ifdef CONFIG_SERIAL_8250_CONSOLE
diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c
index 4a43ae2..e33b226 100644
--- a/arch/arm/mach-davinci/da850.c
+++ b/arch/arm/mach-davinci/da850.c
@@ -289,6 +289,13 @@ static struct clk emac_clk = {
.lpsc = DA8XX_LPSC1_CPGMAC,
};
+static struct clk mcasp_clk = {
+ .name = "mcasp",
+ .parent = &pll0_sysclk2,
+ .lpsc = DA8XX_LPSC1_McASP0,
+ .psc_ctlr = 1,
+};
+
static struct davinci_clk da850_clks[] = {
CLK(NULL, "ref", &ref_clk),
CLK(NULL, "pll0", &pll0_clk),
@@ -326,6 +333,7 @@ static struct davinci_clk da850_clks[] = {
CLK(NULL, "arm", &arm_clk),
CLK(NULL, "rmii", &rmii_clk),
CLK("davinci_emac.1", NULL, &emac_clk),
+ CLK("davinci-mcasp.0", NULL, &mcasp_clk),
CLK(NULL, NULL, NULL),
};
@@ -370,6 +378,30 @@ static const struct mux_config da850_pins[] = {
MUX_CFG(DA850, MII_RXD_2, 3, 20, 15, 8, false)
MUX_CFG(DA850, MII_RXD_1, 3, 24, 15, 8, false)
MUX_CFG(DA850, MII_RXD_0, 3, 28, 15, 8, false)
+ /* McASP function */
+ MUX_CFG(DA850, ACLKR, 0, 0, 15, 1, false)
+ MUX_CFG(DA850, ACLKX, 0, 4, 15, 1, false)
+ MUX_CFG(DA850, AFSR, 0, 8, 15, 1, false)
+ MUX_CFG(DA850, AFSX, 0, 12, 15, 1, false)
+ MUX_CFG(DA850, AHCLKR, 0, 16, 15, 1, false)
+ MUX_CFG(DA850, AHCLKX, 0, 20, 15, 1, false)
+ MUX_CFG(DA850, AMUTE, 0, 24, 15, 1, false)
+ MUX_CFG(DA850, AXR_15, 1, 0, 15, 1, false)
+ MUX_CFG(DA850, AXR_14, 1, 4, 15, 1, false)
+ MUX_CFG(DA850, AXR_13, 1, 8, 15, 1, false)
+ MUX_CFG(DA850, AXR_12, 1, 12, 15, 1, false)
+ MUX_CFG(DA850, AXR_11, 1, 16, 15, 1, false)
+ MUX_CFG(DA850, AXR_10, 1, 20, 15, 1, false)
+ MUX_CFG(DA850, AXR_9, 1, 24, 15, 1, false)
+ MUX_CFG(DA850, AXR_8, 1, 28, 15, 1, false)
+ MUX_CFG(DA850, AXR_7, 2, 0, 15, 1, false)
+ MUX_CFG(DA850, AXR_6, 2, 4, 15, 1, false)
+ MUX_CFG(DA850, AXR_5, 2, 8, 15, 1, false)
+ MUX_CFG(DA850, AXR_4, 2, 12, 15, 1, false)
+ MUX_CFG(DA850, AXR_3, 2, 16, 15, 1, false)
+ MUX_CFG(DA850, AXR_2, 2, 20, 15, 1, false)
+ MUX_CFG(DA850, AXR_1, 2, 24, 15, 1, false)
+ MUX_CFG(DA850, AXR_0, 2, 28, 15, 1, false)
#endif
};
@@ -406,6 +438,13 @@ const short da850_cpgmac_pins[] __initdata = {
-1
};
+const short da850_mcasp_pins[] __initdata = {
+ DA850_AHCLKX, DA850_ACLKX, DA850_AFSX,
+ DA850_AHCLKR, DA850_ACLKR, DA850_AFSR, DA850_AMUTE,
+ DA850_AXR_11, DA850_AXR_12,
+ -1
+};
+
/* FIQ are pri 0-1; otherwise 2-7, with 7 lowest priority */
static u8 da850_default_priorities[DA850_N_CP_INTC_IRQ] = {
[IRQ_DA8XX_COMMTX] = 7,
diff --git a/arch/arm/mach-davinci/devices-da8xx.c b/arch/arm/mach-davinci/devices-da8xx.c
index fe0baaf..1882eef 100644
--- a/arch/arm/mach-davinci/devices-da8xx.c
+++ b/arch/arm/mach-davinci/devices-da8xx.c
@@ -309,6 +309,34 @@ static struct platform_device da830_mcasp1_device = {
.resource = da830_mcasp1_resources,
};
+static struct resource da850_mcasp_resources[] = {
+ {
+ .name = "mcasp",
+ .start = DAVINCI_DA8XX_MCASP0_REG_BASE,
+ .end = DAVINCI_DA8XX_MCASP0_REG_BASE + (SZ_1K * 12) - 1,
+ .flags = IORESOURCE_MEM,
+ },
+ /* TX event */
+ {
+ .start = DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
+ .end = DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
+ .flags = IORESOURCE_DMA,
+ },
+ /* RX event */
+ {
+ .start = DAVINCI_DA8XX_DMA_MCASP0_AREVT,
+ .end = DAVINCI_DA8XX_DMA_MCASP0_AREVT,
+ .flags = IORESOURCE_DMA,
+ },
+};
+
+static struct platform_device da850_mcasp_device = {
+ .name = "davinci-mcasp",
+ .id = 0,
+ .num_resources = ARRAY_SIZE(da850_mcasp_resources),
+ .resource = da850_mcasp_resources,
+};
+
int __init da8xx_register_emac(void)
{
return platform_device_register(&da8xx_emac_device);
@@ -316,8 +344,12 @@ int __init da8xx_register_emac(void)
void __init da8xx_init_mcasp(int id, struct snd_platform_data *pdata)
{
- if (id == 1) { /* DA830/OMAP-L137 has 3 instances of McASP */
+ /* DA830/OMAP-L137 has 3 instances of McASP */
+ if (cpu_is_davinci_da830() && id == 1) {
da830_mcasp1_device.dev.platform_data = pdata;
platform_device_register(&da830_mcasp1_device);
+ } else if (cpu_is_davinci_da850()) {
+ da850_mcasp_device.dev.platform_data = pdata;
+ platform_device_register(&da850_mcasp_device);
}
}
diff --git a/arch/arm/mach-davinci/include/mach/asp.h b/arch/arm/mach-davinci/include/mach/asp.h
index f3c97ac..18e4ce3 100644
--- a/arch/arm/mach-davinci/include/mach/asp.h
+++ b/arch/arm/mach-davinci/include/mach/asp.h
@@ -15,6 +15,9 @@
#define DAVINCI_DM646X_MCASP0_REG_BASE 0x01D01000
#define DAVINCI_DM646X_MCASP1_REG_BASE 0x01D01800
+/* Bases of da850/da830 McASP0 register banks */
+#define DAVINCI_DA8XX_MCASP0_REG_BASE 0x01D00000
+
/* Bases of da830 McASP1 register banks */
#define DAVINCI_DA830_MCASP1_REG_BASE 0x01D04000
@@ -29,6 +32,10 @@
#define DAVINCI_DM646X_DMA_MCASP0_AREVT0 9
#define DAVINCI_DM646X_DMA_MCASP1_AXEVT1 12
+/* EDMA channels of da850/da830 McASP0 */
+#define DAVINCI_DA8XX_DMA_MCASP0_AREVT 0
+#define DAVINCI_DA8XX_DMA_MCASP0_AXEVT 1
+
/* EDMA channels of da830 McASP1 */
#define DAVINCI_DA830_DMA_MCASP1_AREVT 2
#define DAVINCI_DA830_DMA_MCASP1_AXEVT 3
diff --git a/arch/arm/mach-davinci/include/mach/mux.h b/arch/arm/mach-davinci/include/mach/mux.h
index a676b2f..f50f5b2 100644
--- a/arch/arm/mach-davinci/include/mach/mux.h
+++ b/arch/arm/mach-davinci/include/mach/mux.h
@@ -748,6 +748,31 @@ enum davinci_da850_index {
DA850_MII_RXD_2,
DA850_MII_RXD_1,
DA850_MII_RXD_0,
+
+ /* McASP function */
+ DA850_ACLKR,
+ DA850_ACLKX,
+ DA850_AFSR,
+ DA850_AFSX,
+ DA850_AHCLKR,
+ DA850_AHCLKX,
+ DA850_AMUTE,
+ DA850_AXR_15,
+ DA850_AXR_14,
+ DA850_AXR_13,
+ DA850_AXR_12,
+ DA850_AXR_11,
+ DA850_AXR_10,
+ DA850_AXR_9,
+ DA850_AXR_8,
+ DA850_AXR_7,
+ DA850_AXR_6,
+ DA850_AXR_5,
+ DA850_AXR_4,
+ DA850_AXR_3,
+ DA850_AXR_2,
+ DA850_AXR_1,
+ DA850_AXR_0,
};
#ifdef CONFIG_DAVINCI_MUX
--
1.5.6
^ permalink raw reply related [flat|nested] 179+ messages in thread* Re: (no subject)
2009-08-11 21:02 Chaithrika U S
@ 2009-08-11 11:36 ` chaithrika
0 siblings, 0 replies; 179+ messages in thread
From: chaithrika @ 2009-08-11 11:36 UTC (permalink / raw)
To: 'Chaithrika U S', davinci-linux-open-source
Cc: khilman, alsa-devel, broonie
All,
Please ignore this mail/patch as the subject line is missing!
Regards,
Chaithrika
On Wed, Aug 12, 2009 at 02:32:27, Chaithrika U S wrote:
> Define resources for McASP used on DA850/OMAP-L138 EVM, add platform
device defintion and Pin Mux configurations.
>
> Signed-off-by: Chaithrika U S <chaithrika@ti.com>
> ---
> Applies on DaVinci GIT tree.
> This patch is dependent on the following patch which I have submitted
earlier:
> [PATCH v2] ARM: DaVinci: Audio support for DA830 EVM
>
> arch/arm/mach-davinci/board-da850-evm.c | 29 ++++++++++++++++++++++
> arch/arm/mach-davinci/da850.c | 39
++++++++++++++++++++++++++++++
> arch/arm/mach-davinci/devices-da8xx.c | 34
+++++++++++++++++++++++++-
> arch/arm/mach-davinci/include/mach/asp.h | 7 +++++
> arch/arm/mach-davinci/include/mach/mux.h | 25 +++++++++++++++++++
> 5 files changed, 133 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/mach-davinci/board-da850-evm.c
b/arch/arm/mach-davinci/board-da850-evm.c
> index d989346..52bfe4c 100644
> --- a/arch/arm/mach-davinci/board-da850-evm.c
> +++ b/arch/arm/mach-davinci/board-da850-evm.c
> @@ -38,6 +38,28 @@ static struct davinci_uart_config da850_evm_uart_config
__initdata = {
> .enabled_uarts = 0x7,
> };
>
> +/* davinci da850 evm audio machine driver */ static u8
> +da850_iis_serializer_direction[] = {
> + INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE,
> + INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE,
> + INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, TX_MODE,
> + RX_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE,
> +};
> +
> +static struct snd_platform_data da850_evm_snd_data = {
> + .tx_dma_offset = 0x2000,
> + .rx_dma_offset = 0x2000,
> + .op_mode = DAVINCI_MCASP_IIS_MODE,
> + .num_serializer = ARRAY_SIZE(da850_iis_serializer_direction),
> + .tdm_slots = 2,
> + .serial_dir = da850_iis_serializer_direction,
> + .eventq_no = EVENTQ_1,
> + .version = MCASP_VERSION_2,
> + .txnumevt = 1,
> + .rxnumevt = 1,
> +};
> +
> +
> static __init void da850_evm_init(void) {
> struct davinci_soc_info *soc_info = &davinci_soc_info; @@ -86,6
+108,13 @@ static __init void da850_evm_init(void)
> */
> __raw_writel(0, IO_ADDRESS(DA8XX_UART1_BASE) + 0x30);
> __raw_writel(0, IO_ADDRESS(DA8XX_UART0_BASE) + 0x30);
> +
> + ret = da8xx_pinmux_setup(da850_mcasp_pins);
> + if (ret)
> + pr_warning("da850_evm_init: mcasp mux setup failed: %d\n",
> + ret);
> +
> + da8xx_init_mcasp(0, &da850_evm_snd_data);
> }
>
> #ifdef CONFIG_SERIAL_8250_CONSOLE
> diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c
index 4a43ae2..e33b226 100644
> --- a/arch/arm/mach-davinci/da850.c
> +++ b/arch/arm/mach-davinci/da850.c
> @@ -289,6 +289,13 @@ static struct clk emac_clk = {
> .lpsc = DA8XX_LPSC1_CPGMAC,
> };
>
> +static struct clk mcasp_clk = {
> + .name = "mcasp",
> + .parent = &pll0_sysclk2,
> + .lpsc = DA8XX_LPSC1_McASP0,
> + .psc_ctlr = 1,
> +};
> +
> static struct davinci_clk da850_clks[] = {
> CLK(NULL, "ref", &ref_clk),
> CLK(NULL, "pll0", &pll0_clk),
> @@ -326,6 +333,7 @@ static struct davinci_clk da850_clks[] = {
> CLK(NULL, "arm", &arm_clk),
> CLK(NULL, "rmii", &rmii_clk),
> CLK("davinci_emac.1", NULL, &emac_clk),
> + CLK("davinci-mcasp.0", NULL, &mcasp_clk),
> CLK(NULL, NULL, NULL),
> };
>
> @@ -370,6 +378,30 @@ static const struct mux_config da850_pins[] = {
> MUX_CFG(DA850, MII_RXD_2, 3, 20, 15, 8,
false)
> MUX_CFG(DA850, MII_RXD_1, 3, 24, 15, 8,
false)
> MUX_CFG(DA850, MII_RXD_0, 3, 28, 15, 8,
false)
> + /* McASP function */
> + MUX_CFG(DA850, ACLKR, 0, 0, 15, 1,
false)
> + MUX_CFG(DA850, ACLKX, 0, 4, 15, 1,
false)
> + MUX_CFG(DA850, AFSR, 0, 8, 15, 1,
false)
> + MUX_CFG(DA850, AFSX, 0, 12, 15, 1,
false)
> + MUX_CFG(DA850, AHCLKR, 0, 16, 15, 1,
false)
> + MUX_CFG(DA850, AHCLKX, 0, 20, 15, 1,
false)
> + MUX_CFG(DA850, AMUTE, 0, 24, 15, 1,
false)
> + MUX_CFG(DA850, AXR_15, 1, 0, 15, 1,
false)
> + MUX_CFG(DA850, AXR_14, 1, 4, 15, 1,
false)
> + MUX_CFG(DA850, AXR_13, 1, 8, 15, 1,
false)
> + MUX_CFG(DA850, AXR_12, 1, 12, 15, 1,
false)
> + MUX_CFG(DA850, AXR_11, 1, 16, 15, 1,
false)
> + MUX_CFG(DA850, AXR_10, 1, 20, 15, 1,
false)
> + MUX_CFG(DA850, AXR_9, 1, 24, 15, 1,
false)
> + MUX_CFG(DA850, AXR_8, 1, 28, 15, 1,
false)
> + MUX_CFG(DA850, AXR_7, 2, 0, 15, 1,
false)
> + MUX_CFG(DA850, AXR_6, 2, 4, 15, 1,
false)
> + MUX_CFG(DA850, AXR_5, 2, 8, 15, 1,
false)
> + MUX_CFG(DA850, AXR_4, 2, 12, 15, 1,
false)
> + MUX_CFG(DA850, AXR_3, 2, 16, 15, 1,
false)
> + MUX_CFG(DA850, AXR_2, 2, 20, 15, 1,
false)
> + MUX_CFG(DA850, AXR_1, 2, 24, 15, 1,
false)
> + MUX_CFG(DA850, AXR_0, 2, 28, 15, 1,
false)
> #endif
> };
>
> @@ -406,6 +438,13 @@ const short da850_cpgmac_pins[] __initdata = {
> -1
> };
>
> +const short da850_mcasp_pins[] __initdata = {
> + DA850_AHCLKX, DA850_ACLKX, DA850_AFSX,
> + DA850_AHCLKR, DA850_ACLKR, DA850_AFSR, DA850_AMUTE,
> + DA850_AXR_11, DA850_AXR_12,
> + -1
> +};
> +
> /* FIQ are pri 0-1; otherwise 2-7, with 7 lowest priority */ static u8
da850_default_priorities[DA850_N_CP_INTC_IRQ] = {
> [IRQ_DA8XX_COMMTX] = 7,
> diff --git a/arch/arm/mach-davinci/devices-da8xx.c
b/arch/arm/mach-davinci/devices-da8xx.c
> index fe0baaf..1882eef 100644
> --- a/arch/arm/mach-davinci/devices-da8xx.c
> +++ b/arch/arm/mach-davinci/devices-da8xx.c
> @@ -309,6 +309,34 @@ static struct platform_device da830_mcasp1_device = {
> .resource = da830_mcasp1_resources,
> };
>
> +static struct resource da850_mcasp_resources[] = {
> + {
> + .name = "mcasp",
> + .start = DAVINCI_DA8XX_MCASP0_REG_BASE,
> + .end = DAVINCI_DA8XX_MCASP0_REG_BASE + (SZ_1K * 12) - 1,
> + .flags = IORESOURCE_MEM,
> + },
> + /* TX event */
> + {
> + .start = DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
> + .end = DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
> + .flags = IORESOURCE_DMA,
> + },
> + /* RX event */
> + {
> + .start = DAVINCI_DA8XX_DMA_MCASP0_AREVT,
> + .end = DAVINCI_DA8XX_DMA_MCASP0_AREVT,
> + .flags = IORESOURCE_DMA,
> + },
> +};
> +
> +static struct platform_device da850_mcasp_device = {
> + .name = "davinci-mcasp",
> + .id = 0,
> + .num_resources = ARRAY_SIZE(da850_mcasp_resources),
> + .resource = da850_mcasp_resources,
> +};
> +
> int __init da8xx_register_emac(void)
> {
> return platform_device_register(&da8xx_emac_device);
> @@ -316,8 +344,12 @@ int __init da8xx_register_emac(void)
>
> void __init da8xx_init_mcasp(int id, struct snd_platform_data *pdata) {
> - if (id == 1) { /* DA830/OMAP-L137 has 3 instances of McASP */
> + /* DA830/OMAP-L137 has 3 instances of McASP */
> + if (cpu_is_davinci_da830() && id == 1) {
> da830_mcasp1_device.dev.platform_data = pdata;
> platform_device_register(&da830_mcasp1_device);
> + } else if (cpu_is_davinci_da850()) {
> + da850_mcasp_device.dev.platform_data = pdata;
> + platform_device_register(&da850_mcasp_device);
> }
> }
> diff --git a/arch/arm/mach-davinci/include/mach/asp.h
b/arch/arm/mach-davinci/include/mach/asp.h
> index f3c97ac..18e4ce3 100644
> --- a/arch/arm/mach-davinci/include/mach/asp.h
> +++ b/arch/arm/mach-davinci/include/mach/asp.h
> @@ -15,6 +15,9 @@
> #define DAVINCI_DM646X_MCASP0_REG_BASE 0x01D01000
> #define DAVINCI_DM646X_MCASP1_REG_BASE 0x01D01800
>
> +/* Bases of da850/da830 McASP0 register banks */
> +#define DAVINCI_DA8XX_MCASP0_REG_BASE 0x01D00000
> +
> /* Bases of da830 McASP1 register banks */
> #define DAVINCI_DA830_MCASP1_REG_BASE 0x01D04000
>
> @@ -29,6 +32,10 @@
> #define DAVINCI_DM646X_DMA_MCASP0_AREVT0 9
> #define DAVINCI_DM646X_DMA_MCASP1_AXEVT1 12
>
> +/* EDMA channels of da850/da830 McASP0 */
> +#define DAVINCI_DA8XX_DMA_MCASP0_AREVT 0
> +#define DAVINCI_DA8XX_DMA_MCASP0_AXEVT 1
> +
> /* EDMA channels of da830 McASP1 */
> #define DAVINCI_DA830_DMA_MCASP1_AREVT 2
> #define DAVINCI_DA830_DMA_MCASP1_AXEVT 3
> diff --git a/arch/arm/mach-davinci/include/mach/mux.h
b/arch/arm/mach-davinci/include/mach/mux.h
> index a676b2f..f50f5b2 100644
> --- a/arch/arm/mach-davinci/include/mach/mux.h
> +++ b/arch/arm/mach-davinci/include/mach/mux.h
> @@ -748,6 +748,31 @@ enum davinci_da850_index {
> DA850_MII_RXD_2,
> DA850_MII_RXD_1,
> DA850_MII_RXD_0,
> +
> + /* McASP function */
> + DA850_ACLKR,
> + DA850_ACLKX,
> + DA850_AFSR,
> + DA850_AFSX,
> + DA850_AHCLKR,
> + DA850_AHCLKX,
> + DA850_AMUTE,
> + DA850_AXR_15,
> + DA850_AXR_14,
> + DA850_AXR_13,
> + DA850_AXR_12,
> + DA850_AXR_11,
> + DA850_AXR_10,
> + DA850_AXR_9,
> + DA850_AXR_8,
> + DA850_AXR_7,
> + DA850_AXR_6,
> + DA850_AXR_5,
> + DA850_AXR_4,
> + DA850_AXR_3,
> + DA850_AXR_2,
> + DA850_AXR_1,
> + DA850_AXR_0,
> };
>
> #ifdef CONFIG_DAVINCI_MUX
> --
> 1.5.6
>
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2009-05-30 1:23 James Gardiner
2009-05-30 7:01 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: James Gardiner @ 2009-05-30 1:23 UTC (permalink / raw)
To: alsa-devel
Hi, someone recently submitted changes to the patch_sigmatel.c codec source. Whatever was done is breaking my patch for the HP dv4-1222nr laptop. I also strongly suspect that other code in the stac92hd71bxx function has been affected. There is no autodetect, there is no option for modprobe that will load that codec currently, to the best of my knowledge. I've tracked the difference to snapshot 20090529. Before that, I can get it to work, there and after refuses to work properly.
Also, there was a recent change to the stac92xx_hp_check_power_status function: While the change looks good for its intended purpose of localizing board changes to the switch/case statements in the stac92hd71bxx function, the implementor reversed the if/then selector:
if (snd_hda_codec_amp_read(codec, nid, 0, HDA_OUTPUT, 0) &
HDA_AMP_MUTE)
spec->gpio_data &= ~spec->gpio_led; /* white */
else
spec->gpio_data |= spec->gpio_led; /* orange */
it should be:
if (snd_hda_codec_amp_read(codec, nid, 0, HDA_OUTPUT, 0) &
HDA_AMP_MUTE)
spec->gpio_data |= spec->gpio_led; /* white */
else
spec->gpio_data &= ~spec->gpio_led; /* orange */
The current implementation does not work-in fact sound is completely muted 100% of the time.
I'll attempt to track down the 1st problem I mentioned, but I don't know if only patch_sigmatel.c was affected, or even the source of the problem.
Thanks,
James Gardiner
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2009-05-30 1:23 James Gardiner
@ 2009-05-30 7:01 ` Takashi Iwai
0 siblings, 0 replies; 179+ messages in thread
From: Takashi Iwai @ 2009-05-30 7:01 UTC (permalink / raw)
To: James Gardiner; +Cc: alsa-devel
At Fri, 29 May 2009 18:23:57 -0700 (PDT),
James Gardiner wrote:
>
> Hi, someone recently submitted changes to the patch_sigmatel.c codec
> source. Whatever was done is breaking my patch for the HP dv4-1222nr
> laptop. I also strongly suspect that other code in the stac92hd71bxx
> function has been affected. There is no autodetect, there is no
> option for modprobe that will load that codec currently, to the best
> of my knowledge. I've tracked the difference to snapshot
> 20090529. Before that, I can get it to work, there and after refuses
> to work properly.
Could you try to copy hda_intel.c from 1.0.20 and check whether this
fixes the problem? Most likely I broke something.
> Also, there was a recent change to the
> stac92xx_hp_check_power_status function: While the change looks good
> for its intended purpose of localizing board changes to the
> switch/case statements in the stac92hd71bxx function, the
> implementor reversed the if/then selector:
Fixed now. Thanks for checking!
Takashi
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: xrun on sdp340 with small buffers
@ 2009-03-27 6:56 Jarkko Nikula
2009-03-27 13:32 ` (no subject) Jarkko Nikula
0 siblings, 1 reply; 179+ messages in thread
From: Jarkko Nikula @ 2009-03-27 6:56 UTC (permalink / raw)
To: ext Lopez Cruz, Misael; +Cc: alsa-devel@alsa-project.org
On Fri, 27 Mar 2009 05:02:29 +0100
"ext Lopez Cruz, Misael" <x0052729@ti.com> wrote:
> I use the sdp3430 machine driver for my board, which connects twl4030
> codec and OMAP McBSP/DMA drivers. Everything works fine, I can play
> audio files (using aplay).
>
> However, I tried to force 'aplay' to use a different buffer size and
> period count, and it misbehaves. My experiment was setting buffer time
> to 10ms and periods to 4, and play a 8kHz sample file; this only
> generates underrun messages. Under that configuration, for 8kHz, it
> means a buffer size of 320B (16-bits, stereo) divided into 4 periods
> of 80B each. omap-pcm driver will report interrupts each 80B, as it
> uses a single DMA transfer for the buffer and generates interrupts
> each frame.
>
Am I right that SDP3430 is using McBSP2 for audio codec? We had similar
issues sometime ago and I obviously forgot to report it here... grr.
But shortly:
McBSP2 in OMAP3 has 1 ksample (1k x 32 bit) internal FIFO. During
initial playback startup, this FIFO is keeping the DMA request active
until the FIFO is full.
So now if ALSA buffer size is smaller, DMA is looping around it while
filling up the HW FIFO, generating burst of interrupts as well and SW
doesn't have any change to fill enough data.
Hmm. We better to have a patch setting constraint for minimum buffer
size in case McBSP2 in OMAP3.
--
Jarkko
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2008-11-24 13:09 Nitin Mahajan
0 siblings, 0 replies; 179+ messages in thread
From: Nitin Mahajan @ 2008-11-24 13:09 UTC (permalink / raw)
To: Alsa-devel
unsubscribe
Get your preferred Email name!
Now you can @ymail.com and @rocketmail.com.
http://mail.promotions.yahoo.com/newdomains/aa/
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2008-11-20 13:10 Nitin Mahajan
0 siblings, 0 replies; 179+ messages in thread
From: Nitin Mahajan @ 2008-11-20 13:10 UTC (permalink / raw)
To: Alsa-devel
unsubscribe alsa-devel
New Email names for you!
Get the Email name you've always wanted on the new @ymail and @rocketmail.
Hurry before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/
^ permalink raw reply [flat|nested] 179+ messages in thread[parent not found: <1226996302-10234-1-git-send-email-cooloney@kernel.org>]
* (no subject)
@ 2008-11-17 23:24 Fernando Moro
0 siblings, 0 replies; 179+ messages in thread
From: Fernando Moro @ 2008-11-17 23:24 UTC (permalink / raw)
To: alsa-devel
Dear member of the alsa time,
I am not sure if this is the email addres in which it is possible to talk about a problem with the Alsa plugins, but it is the unique address that I have found.
I am writing to tell you about the compatibility of the alsa plugins. There are lots of users (like me) who have the Lexicon lambda soundcard and the lexicon alpha soundcard, but alsa plugins only support the Lexicon Omega!, and it is impossible to connect our soundcards to the computer. I think that it is a problem for the Ubuntu Studio, Musix or Studio64 users, who use this devices to record and play midi songs, and I think that linux can be better than windows making audio. I would be grateful if alsa team could help us with this problem somehow. I look forward to your response. Thank you for your attention. Your faithfully, Fernando.
Sorry for my bad English, I am Spanish.
_________________________________________________________________
Los más de lo más, Especial Rankings
http://events.es.msn.com/dinero/listas/default.aspx
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2008-11-11 2:43 Yang, Libin
2008-11-11 8:17 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Yang, Libin @ 2008-11-11 2:43 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
Hi Takashi,
This patch is to support detecting new AMD HD Audio devices with HDA PCI
class code. Would you please review it? Thanks a lot!
--------------------------------------------------------------------
Signed-off-by: Libin Yang <libin.yang@amd.com>
--- alsa-driver-1.0.18.orig/alsa-kernel/pci/hda/hda_intel.c
2008-10-29 20:41:35.000000000 +0800
+++ alsa-driver-1.0.18/alsa-kernel/pci/hda/hda_intel.c 2008-11-11
18:33:14.000000000 +0800
@@ -291,6 +291,7 @@
/* Define VIA HD Audio Device ID*/
#define VIA_HDAC_DEVICE_ID 0x3288
+#define PCI_CLASS_MULTIMEDIA_HDA 0x040300
/*
*/
@@ -410,6 +411,7 @@
AZX_DRIVER_ULI,
AZX_DRIVER_NVIDIA,
AZX_DRIVER_TERA,
+ AZX_DRIVER_AMD_AUTO,
AZX_NUM_DRIVERS, /* keep this as last entry */
};
@@ -423,6 +425,7 @@
[AZX_DRIVER_ULI] = "HDA ULI M5461",
[AZX_DRIVER_NVIDIA] = "HDA NVidia",
[AZX_DRIVER_TERA] = "HDA Teradici",
+ [AZX_DRIVER_AMD_AUTO] = "HDA AMD",
};
/*
@@ -1198,6 +1201,7 @@
static unsigned int azx_default_codecs[AZX_NUM_DRIVERS] __devinitdata =
{
[AZX_DRIVER_ICH] = 3,
[AZX_DRIVER_ATI] = 3,
+ [AZX_DRIVER_AMD_AUTO] = 3,
};
static int __devinit azx_codec_create(struct azx *chip, const char
*model,
@@ -2146,6 +2150,7 @@
chip->playback_streams = ULI_NUM_PLAYBACK;
chip->capture_streams = ULI_NUM_CAPTURE;
break;
+ case AZX_DRIVER_AMD_AUTO:
case AZX_DRIVER_ATIHDMI:
chip->playback_streams = ATIHDMI_NUM_PLAYBACK;
chip->capture_streams = ATIHDMI_NUM_CAPTURE;
@@ -2373,6 +2378,9 @@
{ PCI_DEVICE(0x10de, 0x0bd7), .driver_data = AZX_DRIVER_NVIDIA
},
/* Teradici */
{ PCI_DEVICE(0x6549, 0x1200), .driver_data = AZX_DRIVER_TERA },
+ /* AMD Generic, PCI class code and Vendor ID for HD Audio */
+ { PCI_VENDOR_ID_ATI, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID,
+ PCI_CLASS_MULTIMEDIA_HDA, 0xffffff, AZX_DRIVER_AMD_AUTO },
{ 0, }
};
MODULE_DEVICE_TABLE(pci, azx_ids);
Thanks & Regards,
Libin
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2008-11-11 2:43 Yang, Libin
@ 2008-11-11 8:17 ` Takashi Iwai
0 siblings, 0 replies; 179+ messages in thread
From: Takashi Iwai @ 2008-11-11 8:17 UTC (permalink / raw)
To: Yang, Libin; +Cc: alsa-devel
At Tue, 11 Nov 2008 10:43:12 +0800,
Yang, Libin wrote:
>
> Hi Takashi,
>
> This patch is to support detecting new AMD HD Audio devices with HDA PCI
> class code. Would you please review it? Thanks a lot!
Thanks for the patch! Some quick review comments below...
> --- alsa-driver-1.0.18.orig/alsa-kernel/pci/hda/hda_intel.c
> 2008-10-29 20:41:35.000000000 +0800
> +++ alsa-driver-1.0.18/alsa-kernel/pci/hda/hda_intel.c 2008-11-11
> 18:33:14.000000000 +0800
> @@ -291,6 +291,7 @@
> /* Define VIA HD Audio Device ID*/
> #define VIA_HDAC_DEVICE_ID 0x3288
>
> +#define PCI_CLASS_MULTIMEDIA_HDA 0x040300
Put this into include/linux/pci_ids.h as a common definition.
And, IMO, it'd be better to name it *_HD_AUDIO than *_HDA.
>
> /*
> */
> @@ -410,6 +411,7 @@
> AZX_DRIVER_ULI,
> AZX_DRIVER_NVIDIA,
> AZX_DRIVER_TERA,
> + AZX_DRIVER_AMD_AUTO,
We can create a more generic entry, say, AZX_DRIVER_GENERIC.
> @@ -423,6 +425,7 @@
> [AZX_DRIVER_ULI] = "HDA ULI M5461",
> [AZX_DRIVER_NVIDIA] = "HDA NVidia",
> [AZX_DRIVER_TERA] = "HDA Teradici",
> + [AZX_DRIVER_AMD_AUTO] = "HDA AMD",
And, make it [AZX_DRIVER_GENERIC] = "HD-Audio Generic" or so.
> static unsigned int azx_default_codecs[AZX_NUM_DRIVERS] __devinitdata =
> {
> [AZX_DRIVER_ICH] = 3,
> [AZX_DRIVER_ATI] = 3,
> + [AZX_DRIVER_AMD_AUTO] = 3,
I thought you'll have up to 4 codecs?
> static int __devinit azx_codec_create(struct azx *chip, const char
> *model,
> @@ -2146,6 +2150,7 @@
> chip->playback_streams = ULI_NUM_PLAYBACK;
> chip->capture_streams = ULI_NUM_CAPTURE;
> break;
> + case AZX_DRIVER_AMD_AUTO:
AZX_DRIVER_GENERIC can go to "default".
> case AZX_DRIVER_ATIHDMI:
> chip->playback_streams = ATIHDMI_NUM_PLAYBACK;
> chip->capture_streams = ATIHDMI_NUM_CAPTURE;
> @@ -2373,6 +2378,9 @@
> { PCI_DEVICE(0x10de, 0x0bd7), .driver_data = AZX_DRIVER_NVIDIA
> },
> /* Teradici */
> { PCI_DEVICE(0x6549, 0x1200), .driver_data = AZX_DRIVER_TERA },
> + /* AMD Generic, PCI class code and Vendor ID for HD Audio */
> + { PCI_VENDOR_ID_ATI, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID,
> + PCI_CLASS_MULTIMEDIA_HDA, 0xffffff, AZX_DRIVER_AMD_AUTO },
Use PCI_DEVICE() macro and C99 style initialization, such as,
{ PCI_DEVICE(PCI_VENDOR_ID_ATI, PCI_ANY_ID),
.class = PCI_CLASS_MULTIMEDIA_HD_AUDIO,
.class_mask = 0xffffff,
.driver_data = AZX_DRIVER_GENERIC },
thanks,
Takashi
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2008-10-14 12:16 Philippe CARRIERE
0 siblings, 0 replies; 179+ messages in thread
From: Philippe CARRIERE @ 2008-10-14 12:16 UTC (permalink / raw)
To: Karsten Wiese; +Cc: Takashi Iwai, alsa-devel
Le mardi 14 octobre 2008 à 13:29 +0200, Karsten Wiese a écrit :
Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> > Might this patch (the original one, without features yet implemented in
> > 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> > kernel (the patch also applies as it stands to vanilla) save works and
> > time ?
>
> maybe.
> I guess the patch would have to fit what will become 2.6.28.
>
>
> regards,
> Karsten
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
Thus I can try to follow the next evolution of the kernel and send you new version of the patch, when required; would it be fruitful for you ?
During that time, I will try to implement a module modification (presently, I propose a whole kernel which is not the right solution), but I have some things to learn about the method.
A last question: you commented some lines in us122l.c which are concerned with the possible support of US-144 (which apparently has a very similar hardware): do you think support of US-144 would be possible - to be tested of course - with the same driver or do you think it would require more work ?
Regards
Phil
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2008-10-13 10:51 Philippe CARRIERE
2008-10-13 14:28 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Philippe CARRIERE @ 2008-10-13 10:51 UTC (permalink / raw)
To: alsa-devel; +Cc: philippe-f.carriere
Hi,
following is a report of some tests of alsa.1.0.18rc3 in view of support of Tascam US-122L, which might be of interest for you. As a preliminary information, note that I patched my own Fedora kernel and alsa-plugins with Karsten Wiese'patches a few month ago and use regularly Tascam US-122L under Linux which works very fine; I also provide (experimental) packages for Fedora 9 from june 2008 on my web page.
Test 1: succeeded
- replacement of my own alsa-plugins-usb_stream-1.0.16-4.us122lv05.fc9 by alsa-plugins-usbstream-1.0.18-1.rc3.fc10 on Fedora 9 (using my own patched kernel 2.6.26 including the snd-usb-us122l module). Everything works.
Test 2: succeeded
- replacement of previous alsa-1.0.16 by alsa.1.0.18-1.rc3 (Fedora packages; thus alsa-driver-1.0.18rc3 not included). Everything works, including Tascam US-122L when using my patched kernel (which includes the snd-usb-us122l module).
Test 3: failed
- installation of alsa-driver-1.0.18rc3 (succeeded) on Fedora 9 (as weel, I tested with new Fedora 10 beta which includes kernel 2.6.27.rc3); plug in the US-122L leads to error messages from snd-usb-us122l:
# cat /var/log/messages
...
Oct 11 09:21:51 pollux kernel: usb 2-6: new high speed USB device using ehci_hcd and address 3
Oct 11 09:21:51 pollux kernel: usb 2-6: config 1 interface 1 altsetting 1 bulk endpoint 0x83 has invalid maxpacket 9
Oct 11 09:21:51 pollux kernel: usb 2-6: configuration #1 chosen from 1 choice
Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device found, idVendor=0644, idProduct=800e
Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 11 09:21:51 pollux kernel: usb 2-6: Product: US-122L
Oct 11 09:21:51 pollux kernel: usb 2-6: Manufacturer: TASCAM
Oct 11 09:21:51 pollux kernel: usb 2-6: SerialNumber: no serial number
Oct 11 09:21:51 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/usb_stream.c:618: 0
Oct 11 09:21:55 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/us122l.c:329: us122l_start error -14
Oct 11 09:21:55 pollux kernel: snd-usb-us122l: probe of 2-6:1.1 failed with error -5
Oct 11 09:21:55 pollux kernel: usbcore: registered new interface driver snd-usb-us122l
and
# cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfebfc000 irq 21
US-122L finally not being recognized.
Test 4: succeded
- same than test 3 for Fedora 9, but using a patched ehci-hcd module (the patch adding some features from the original one by Karsten Wiese not - yet ? - included in kernel 2.6.26). Everything works including of course the US-122L.
Question:
Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to work for providing a kind of kmod ?
Regards
Phil.
--
Philippe Carriere <philippe-f.carriere@wanadoo.fr>
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2008-10-13 10:51 Philippe CARRIERE
@ 2008-10-13 14:28 ` Takashi Iwai
2008-10-14 9:54 ` Karsten Wiese
0 siblings, 1 reply; 179+ messages in thread
From: Takashi Iwai @ 2008-10-13 14:28 UTC (permalink / raw)
To: Philippe CARRIERE; +Cc: alsa-devel
At Mon, 13 Oct 2008 12:51:11 +0200 (CEST),
Philippe CARRIERE wrote:
>
> Hi,
>
> following is a report of some tests of alsa.1.0.18rc3 in view of support of Tascam US-122L, which might be of interest for you. As a preliminary information, note that I patched my own Fedora kernel and alsa-plugins with Karsten Wiese'patches a few month ago and use regularly Tascam US-122L under Linux which works very fine; I also provide (experimental) packages for Fedora 9 from june 2008 on my web page.
>
> Test 1: succeeded
>
> - replacement of my own alsa-plugins-usb_stream-1.0.16-4.us122lv05.fc9 by alsa-plugins-usbstream-1.0.18-1.rc3.fc10 on Fedora 9 (using my own patched kernel 2.6.26 including the snd-usb-us122l module). Everything works.
>
> Test 2: succeeded
>
> - replacement of previous alsa-1.0.16 by alsa.1.0.18-1.rc3 (Fedora packages; thus alsa-driver-1.0.18rc3 not included). Everything works, including Tascam US-122L when using my patched kernel (which includes the snd-usb-us122l module).
>
> Test 3: failed
>
> - installation of alsa-driver-1.0.18rc3 (succeeded) on Fedora 9 (as weel, I tested with new Fedora 10 beta which includes kernel 2.6.27.rc3); plug in the US-122L leads to error messages from snd-usb-us122l:
>
> # cat /var/log/messages
> ...
> Oct 11 09:21:51 pollux kernel: usb 2-6: new high speed USB device using ehci_hcd and address 3
> Oct 11 09:21:51 pollux kernel: usb 2-6: config 1 interface 1 altsetting 1 bulk endpoint 0x83 has invalid maxpacket 9
> Oct 11 09:21:51 pollux kernel: usb 2-6: configuration #1 chosen from 1 choice
> Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device found, idVendor=0644, idProduct=800e
> Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> Oct 11 09:21:51 pollux kernel: usb 2-6: Product: US-122L
> Oct 11 09:21:51 pollux kernel: usb 2-6: Manufacturer: TASCAM
> Oct 11 09:21:51 pollux kernel: usb 2-6: SerialNumber: no serial number
> Oct 11 09:21:51 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/usb_stream.c:618: 0
> Oct 11 09:21:55 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/us122l.c:329: us122l_start error -14
> Oct 11 09:21:55 pollux kernel: snd-usb-us122l: probe of 2-6:1.1 failed with error -5
>
> Oct 11 09:21:55 pollux kernel: usbcore: registered new interface driver snd-usb-us122l
>
> and
>
> # cat /proc/asound/cards
> 0 [Intel ]: HDA-Intel - HDA Intel
> HDA Intel at 0xfebfc000 irq 21
>
> US-122L finally not being recognized.
>
> Test 4: succeded
>
> - same than test 3 for Fedora 9, but using a patched ehci-hcd module (the patch adding some features from the original one by Karsten Wiese not - yet ? - included in kernel 2.6.26). Everything works including of course the US-122L.
>
> Question:
>
> Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to work for providing a kind of kmod ?
Hm, I thought Karsten mentioned that patch will go to the upstream usb
tree, but it seems not done yet.
Karsten, what is the current status of your ehci patch?
thanks,
Takashi
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2008-10-13 14:28 ` Takashi Iwai
@ 2008-10-14 9:54 ` Karsten Wiese
2008-10-14 10:41 ` Philippe Carriere
0 siblings, 1 reply; 179+ messages in thread
From: Karsten Wiese @ 2008-10-14 9:54 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel, Philippe CARRIERE
Am Montag, 13. Oktober 2008 schrieb Takashi Iwai:
> > Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to work for providing a kind of kmod ?
>
> Hm, I thought Karsten mentioned that patch will go to the upstream usb
> tree, but it seems not done yet.
>
> Karsten, what is the current status of your ehci patch?
has to be adjusted to fit head and submitted to usb-devel again.
will get back to it once my current main-project allows me to.
that might well be 09. sorry.
thanks,
Karsten
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2008-10-14 9:54 ` Karsten Wiese
@ 2008-10-14 10:41 ` Philippe Carriere
2008-10-14 11:29 ` Karsten Wiese
2009-01-27 0:16 ` Karsten Wiese
0 siblings, 2 replies; 179+ messages in thread
From: Philippe Carriere @ 2008-10-14 10:41 UTC (permalink / raw)
To: Karsten Wiese; +Cc: Takashi Iwai, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 925 bytes --]
Might this patch (the original one, without features yet implemented in
2.6.26, and an extremely slight modification to fit it) I use on Fedora
kernel (the patch also applies as it stands to vanilla) save works and
time ?
Regards,
Phil.
Le mardi 14 octobre 2008 à 11:54 +0200, Karsten Wiese a écrit :
> Am Montag, 13. Oktober 2008 schrieb Takashi Iwai:
>
> > > Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to work for providing a kind of kmod ?
> >
> > Hm, I thought Karsten mentioned that patch will go to the upstream usb
> > tree, but it seems not done yet.
> >
> > Karsten, what is the current status of your ehci patch?
>
> has to be adjusted to fit head and submitted to usb-devel again.
> will get back to it once my current main-project allows me to.
> that might well be 09. sorry.
>
> thanks,
> Karsten
>
[-- Attachment #2: ehci-hcd_2.6.26.patch --]
[-- Type: text/x-patch, Size: 5767 bytes --]
diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci.h vanilla-2.6.26/drivers/usb/host/ehci.h
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci.h 2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci.h 2008-09-21 16:43:06.000000000 +0200
@@ -86,6 +86,9 @@ struct ehci_hcd { /* one per controlle
union ehci_shadow *pshadow; /* mirror hw periodic table */
int next_uframe; /* scan periodic, start here */
unsigned periodic_sched; /* periodic activity count */
+ struct list_head cached_itd_list; /* list of itds completed
+ while frame hadn't yet elapsed */
+ unsigned hw_frame;
/* per root hub port */
unsigned long reset_done [EHCI_MAX_ROOT_PORTS];
@@ -205,6 +208,9 @@ timer_action (struct ehci_hcd *ehci, enu
}
}
+static void free_cached_itd_list(struct ehci_hcd *ehci);
+
+
/*-------------------------------------------------------------------------*/
/* EHCI register interface, corresponds to EHCI Revision 0.95 specification */
diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-hcd.c vanilla-2.6.26/drivers/usb/host/ehci-hcd.c
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-hcd.c 2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci-hcd.c 2008-09-21 16:23:32.000000000 +0200
@@ -479,6 +479,7 @@ static int ehci_init(struct usb_hcd *hcd
* periodic_size can shrink by USBCMD update if hcc_params allows.
*/
ehci->periodic_size = DEFAULT_I_TDPS;
+ INIT_LIST_HEAD(&ehci->cached_itd_list);
if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
return retval;
@@ -491,6 +492,7 @@ static int ehci_init(struct usb_hcd *hcd
ehci->reclaim = NULL;
ehci->next_uframe = -1;
+ ehci->hw_frame = -1;
/*
* dedicate a qh for the async ring head, since we couldn't unlink
diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-mem.c vanilla-2.6.26/drivers/usb/host/ehci-mem.c
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-mem.c 2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci-mem.c 2008-09-21 16:25:16.000000000 +0200
@@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_q
static void ehci_mem_cleanup (struct ehci_hcd *ehci)
{
+ free_cached_itd_list(ehci);
if (ehci->async)
qh_put (ehci->async);
ehci->async = NULL;
diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-sched.c vanilla-2.6.26/drivers/usb/host/ehci-sched.c
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-sched.c 2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci-sched.c 2008-09-21 16:40:38.000000000 +0200
@@ -1003,7 +1003,8 @@ iso_stream_put(struct ehci_hcd *ehci, st
is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
stream->bEndpointAddress &= 0x0f;
- stream->ep->hcpriv = NULL;
+ if (stream->ep)
+ stream->ep->hcpriv = NULL;
if (stream->rescheduled) {
ehci_info (ehci, "ep%d%s-iso rescheduled "
@@ -1654,13 +1655,25 @@ itd_complete (
(stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
}
iso_stream_put (ehci, stream);
- /* OK to recycle this ITD now that its completion callback ran. */
done:
usb_put_urb(urb);
itd->urb = NULL;
- itd->stream = NULL;
- list_move(&itd->itd_list, &stream->free_list);
- iso_stream_put(ehci, stream);
+ if (ehci->hw_frame != itd->frame || itd->index[7] != -1) {
+ /* OK to recycle this ITD now. */
+ itd->stream = NULL;
+ list_move(&itd->itd_list, &stream->free_list);
+ iso_stream_put(ehci, stream);
+ } else {
+ /* HW might still start transactions based on this ITD.
+ If its content changed that is. Move it to a safe place. */
+ list_move(&itd->itd_list, &ehci->cached_itd_list);
+ if (stream->refcount == 2) {
+ /* If iso_stream_put() would be called here, stream
+ would be freed. Prevent stream's reusage instead. */
+ stream->ep->hcpriv = NULL;
+ stream->ep = NULL;
+ }
+ }
return retval;
}
@@ -2104,10 +2117,24 @@ done:
/*-------------------------------------------------------------------------*/
+static void free_cached_itd_list(struct ehci_hcd *ehci)
+{
+ struct ehci_itd *itd, *n;
+
+ list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
+ struct ehci_iso_stream *stream = itd->stream;
+ itd->stream = NULL;
+ list_move(&itd->itd_list, &stream->free_list);
+ iso_stream_put(ehci, stream);
+ }
+}
+
+/*-------------------------------------------------------------------------*/
+
static void
scan_periodic (struct ehci_hcd *ehci)
{
- unsigned now_uframe, frame, clock, clock_frame, mod;
+ unsigned frame, hw_frame, clock, clock_frame, now_uframe, mod;
unsigned modified;
mod = ehci->periodic_size << 3;
@@ -2118,10 +2145,17 @@ scan_periodic (struct ehci_hcd *ehci)
* Touches as few pages as possible: cache-friendly.
*/
now_uframe = ehci->next_uframe;
- if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
+ if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state)) {
clock = ehci_readl(ehci, &ehci->regs->frame_index);
- else
+ hw_frame = (clock >> 3) % ehci->periodic_size;
+ } else {
clock = now_uframe + mod - 1;
+ hw_frame = -1;
+ }
+ if (ehci->hw_frame != hw_frame) {
+ free_cached_itd_list(ehci);
+ ehci->hw_frame = hw_frame;
+ }
clock %= mod;
clock_frame = clock >> 3;
@@ -2281,6 +2315,11 @@ restart:
/* rescan the rest of this frame, then ... */
clock = now;
clock_frame = clock >> 3;
+ hw_frame = (clock >> 3);
+ if (ehci->hw_frame != hw_frame) {
+ free_cached_itd_list(ehci);
+ ehci->hw_frame = hw_frame;
+ }
} else {
now_uframe++;
now_uframe %= mod;
[-- Attachment #3: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2008-10-14 10:41 ` Philippe Carriere
@ 2008-10-14 11:29 ` Karsten Wiese
2009-01-27 0:16 ` Karsten Wiese
1 sibling, 0 replies; 179+ messages in thread
From: Karsten Wiese @ 2008-10-14 11:29 UTC (permalink / raw)
To: Philippe Carriere; +Cc: Takashi Iwai, alsa-devel
Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> Might this patch (the original one, without features yet implemented in
> 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> kernel (the patch also applies as it stands to vanilla) save works and
> time ?
maybe.
I guess the patch would have to fit what will become 2.6.28.
regards,
Karsten
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2008-10-14 10:41 ` Philippe Carriere
2008-10-14 11:29 ` Karsten Wiese
@ 2009-01-27 0:16 ` Karsten Wiese
2009-01-29 8:35 ` Philippe Carriere
1 sibling, 1 reply; 179+ messages in thread
From: Karsten Wiese @ 2009-01-27 0:16 UTC (permalink / raw)
To: Philippe Carriere; +Cc: Takashi Iwai, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 412 bytes --]
Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> Might this patch (the original one, without features yet implemented in
> 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> kernel (the patch also applies as it stands to vanilla) save works and
> time ?
I resent the patch to linux-usb@vger.kernel.org today.
Maybe it helps, if you post a "tested-by:" there.
Regards,
Karsten
[-- Attachment #2: Karsten Wiese <fzu@wemgehoertderstaat.de>: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is active --]
[-- Type: message/rfc822, Size: 6854 bytes --]
From: Karsten Wiese <fzu@wemgehoertderstaat.de>
To: David Brownell <david-b@pacbell.net>
Cc: linux-usb@vger.kernel.org
Subject: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is active
Date: Mon, 26 Jan 2009 14:32:51 +0100
Message-ID: <200901261432.51974.fzu@wemgehoertderstaat.de>
Hi,
this is a refresh to let patch fit ontop 2.6.29-rc2.
Changes from previous version:
- use variable clock_frame instead of hw_frame
- Patch Description exactified
snd_usb_us122l (in kernel since .28) needs it, if device is attached to
ehci.
thanks,
Karsten
----------------------------------------------------------------------
From: Karsten Wiese <fzu@wemgehoertderstaat.de>
Date: Wed, 13 Feb 2008 22:22:09 +0100
Subject: [PATCH] USB: Prevent EHCI ITDs reusage while frame is active
ITDs can be detached from urbs, before the frame elapses. Now those ITDs are
immediately recycled.
If the ITD is reused before the frame elapses, the ITD becomes invalid
regarding the not yet elapsed frame.
Patch takes care of those ITDs by moving them into a new ehci member list
cached_itd_list. ITDs resting in cached_itd_list are moved back into their
stream's free_list once scan_periodic() detects that the active frame has
elapsed.
Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>
---
drivers/usb/host/ehci-hcd.c | 2 +
drivers/usb/host/ehci-mem.c | 1 +
drivers/usb/host/ehci-sched.c | 54 ++++++++++++++++++++++++++++++++++------
drivers/usb/host/ehci.h | 5 ++++
4 files changed, 54 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 4725d15..e551bb3 100644
--- a/drivers/usb/host/ehci-hcd.c
+++ b/drivers/usb/host/ehci-hcd.c
@@ -485,6 +485,7 @@ static int ehci_init(struct usb_hcd *hcd)
* periodic_size can shrink by USBCMD update if hcc_params allows.
*/
ehci->periodic_size = DEFAULT_I_TDPS;
+ INIT_LIST_HEAD(&ehci->cached_itd_list);
if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
return retval;
@@ -497,6 +498,7 @@ static int ehci_init(struct usb_hcd *hcd)
ehci->reclaim = NULL;
ehci->next_uframe = -1;
+ ehci->clock_frame = -1;
/*
* dedicate a qh for the async ring head, since we couldn't unlink
diff --git a/drivers/usb/host/ehci-mem.c b/drivers/usb/host/ehci-mem.c
index 0431397..10d5291 100644
--- a/drivers/usb/host/ehci-mem.c
+++ b/drivers/usb/host/ehci-mem.c
@@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_qh *qh)
static void ehci_mem_cleanup (struct ehci_hcd *ehci)
{
+ free_cached_itd_list(ehci);
if (ehci->async)
qh_put (ehci->async);
ehci->async = NULL;
diff --git a/drivers/usb/host/ehci-sched.c b/drivers/usb/host/ehci-sched.c
index a081ee6..c1f7d5f 100644
--- a/drivers/usb/host/ehci-sched.c
+++ b/drivers/usb/host/ehci-sched.c
@@ -1004,7 +1004,8 @@ iso_stream_put(struct ehci_hcd *ehci, struct ehci_iso_stream *stream)
is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
stream->bEndpointAddress &= 0x0f;
- stream->ep->hcpriv = NULL;
+ if (stream->ep)
+ stream->ep->hcpriv = NULL;
if (stream->rescheduled) {
ehci_info (ehci, "ep%d%s-iso rescheduled "
@@ -1653,14 +1654,26 @@ itd_complete (
(stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
}
iso_stream_put (ehci, stream);
- /* OK to recycle this ITD now that its completion callback ran. */
+
done:
usb_put_urb(urb);
itd->urb = NULL;
- itd->stream = NULL;
- list_move(&itd->itd_list, &stream->free_list);
- iso_stream_put(ehci, stream);
-
+ if (ehci->clock_frame != itd->frame || itd->index[7] != -1) {
+ /* OK to recycle this ITD now. */
+ itd->stream = NULL;
+ list_move(&itd->itd_list, &stream->free_list);
+ iso_stream_put(ehci, stream);
+ } else {
+ /* HW might still start transactions based on this ITD.
+ If its content changed that is. Move it to a safe place. */
+ list_move(&itd->itd_list, &ehci->cached_itd_list);
+ if (stream->refcount == 2) {
+ /* If iso_stream_put() would be called here, stream
+ would be freed. Prevent stream's reusage instead. */
+ stream->ep->hcpriv = NULL;
+ stream->ep = NULL;
+ }
+ }
return retval;
}
@@ -2101,6 +2114,20 @@ done:
/*-------------------------------------------------------------------------*/
+static void free_cached_itd_list(struct ehci_hcd *ehci)
+{
+ struct ehci_itd *itd, *n;
+
+ list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
+ struct ehci_iso_stream *stream = itd->stream;
+ itd->stream = NULL;
+ list_move(&itd->itd_list, &stream->free_list);
+ iso_stream_put(ehci, stream);
+ }
+}
+
+/*-------------------------------------------------------------------------*/
+
static void
scan_periodic (struct ehci_hcd *ehci)
{
@@ -2115,10 +2142,17 @@ scan_periodic (struct ehci_hcd *ehci)
* Touches as few pages as possible: cache-friendly.
*/
now_uframe = ehci->next_uframe;
- if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
+ if (HC_IS_RUNNING(ehci_to_hcd(ehci)->state)) {
clock = ehci_readl(ehci, &ehci->regs->frame_index);
- else
+ clock_frame = (clock >> 3) % ehci->periodic_size;
+ } else {
clock = now_uframe + mod - 1;
+ clock_frame = -1;
+ }
+ if (ehci->clock_frame != clock_frame) {
+ free_cached_itd_list(ehci);
+ ehci->clock_frame = clock_frame;
+ }
clock %= mod;
clock_frame = clock >> 3;
@@ -2277,6 +2311,10 @@ restart:
/* rescan the rest of this frame, then ... */
clock = now;
clock_frame = clock >> 3;
+ if (ehci->clock_frame != clock_frame) {
+ free_cached_itd_list(ehci);
+ ehci->clock_frame = clock_frame;
+ }
} else {
now_uframe++;
now_uframe %= mod;
diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
index fb7054c..5262fb7 100644
--- a/drivers/usb/host/ehci.h
+++ b/drivers/usb/host/ehci.h
@@ -86,6 +86,9 @@ struct ehci_hcd { /* one per controller */
union ehci_shadow *pshadow; /* mirror hw periodic table */
int next_uframe; /* scan periodic, start here */
unsigned periodic_sched; /* periodic activity count */
+ struct list_head cached_itd_list; /* list of itds completed
+ while frame hadn't yet elapsed */
+ unsigned clock_frame;
/* per root hub port */
unsigned long reset_done [EHCI_MAX_ROOT_PORTS];
@@ -220,6 +223,8 @@ timer_action (struct ehci_hcd *ehci, enum ehci_timer_action action)
}
}
+static void free_cached_itd_list(struct ehci_hcd *ehci);
+
/*-------------------------------------------------------------------------*/
#include <linux/usb/ehci_def.h>
--
1.6.0.6
[-- Attachment #3: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply related [flat|nested] 179+ messages in thread* Re: (no subject)
2009-01-27 0:16 ` Karsten Wiese
@ 2009-01-29 8:35 ` Philippe Carriere
0 siblings, 0 replies; 179+ messages in thread
From: Philippe Carriere @ 2009-01-29 8:35 UTC (permalink / raw)
To: Karsten Wiese; +Cc: Takashi Iwai, alsa-devel, Federico Briata
[-- Attachment #1: Type: text/plain, Size: 8455 bytes --]
Hi Karsten,
I successfully tested your new version of the patch and sent a
"tested:by" to linux-usb@vger.kernel.org today (see attached).
Hope it will speed up the process.
Regards,
Phil.
Le mardi 27 janvier 2009 à 01:16 +0100, Karsten Wiese a écrit :
> Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> > Might this patch (the original one, without features yet implemented in
> > 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> > kernel (the patch also applies as it stands to vanilla) save works and
> > time ?
>
> I resent the patch to linux-usb@vger.kernel.org today.
> Maybe it helps, if you post a "tested-by:" there.
>
> Regards,
> Karsten
>
> pièce jointe message de courriel (forwarded message), "Karsten Wiese
> <fzu@wemgehoertderstaat.de>: [RESEND][PATCH] USB: Prevent EHCI ITDs
> reusage while frame is active"
> > -------- Message transféré --------
> > De: Karsten Wiese <fzu@wemgehoertderstaat.de>
> > À: David Brownell <david-b@pacbell.net>
> > Cc: linux-usb@vger.kernel.org
> > Sujet: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is
> > active
> > Date: Mon, 26 Jan 2009 14:32:51 +0100
> >
> > pièce jointe document texte brut (forwarded message)
> > Hi,
> >
> > this is a refresh to let patch fit ontop 2.6.29-rc2.
> > Changes from previous version:
> > - use variable clock_frame instead of hw_frame
> > - Patch Description exactified
> > snd_usb_us122l (in kernel since .28) needs it, if device is attached to
> > ehci.
> >
> > thanks,
> > Karsten
> >
> >
> >
> > ----------------------------------------------------------------------
> > From: Karsten Wiese <fzu@wemgehoertderstaat.de>
> > Date: Wed, 13 Feb 2008 22:22:09 +0100
> > Subject: [PATCH] USB: Prevent EHCI ITDs reusage while frame is active
> >
> > ITDs can be detached from urbs, before the frame elapses. Now those ITDs are
> > immediately recycled.
> > If the ITD is reused before the frame elapses, the ITD becomes invalid
> > regarding the not yet elapsed frame.
> > Patch takes care of those ITDs by moving them into a new ehci member list
> > cached_itd_list. ITDs resting in cached_itd_list are moved back into their
> > stream's free_list once scan_periodic() detects that the active frame has
> > elapsed.
> >
> > Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>
> >
> > ---
> > drivers/usb/host/ehci-hcd.c | 2 +
> > drivers/usb/host/ehci-mem.c | 1 +
> > drivers/usb/host/ehci-sched.c | 54 ++++++++++++++++++++++++++++++++++------
> > drivers/usb/host/ehci.h | 5 ++++
> > 4 files changed, 54 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
> > index 4725d15..e551bb3 100644
> > --- a/drivers/usb/host/ehci-hcd.c
> > +++ b/drivers/usb/host/ehci-hcd.c
> > @@ -485,6 +485,7 @@ static int ehci_init(struct usb_hcd *hcd)
> > * periodic_size can shrink by USBCMD update if hcc_params allows.
> > */
> > ehci->periodic_size = DEFAULT_I_TDPS;
> > + INIT_LIST_HEAD(&ehci->cached_itd_list);
> > if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
> > return retval;
> >
> > @@ -497,6 +498,7 @@ static int ehci_init(struct usb_hcd *hcd)
> >
> > ehci->reclaim = NULL;
> > ehci->next_uframe = -1;
> > + ehci->clock_frame = -1;
> >
> > /*
> > * dedicate a qh for the async ring head, since we couldn't unlink
> > diff --git a/drivers/usb/host/ehci-mem.c b/drivers/usb/host/ehci-mem.c
> > index 0431397..10d5291 100644
> > --- a/drivers/usb/host/ehci-mem.c
> > +++ b/drivers/usb/host/ehci-mem.c
> > @@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_qh *qh)
> >
> > static void ehci_mem_cleanup (struct ehci_hcd *ehci)
> > {
> > + free_cached_itd_list(ehci);
> > if (ehci->async)
> > qh_put (ehci->async);
> > ehci->async = NULL;
> > diff --git a/drivers/usb/host/ehci-sched.c b/drivers/usb/host/ehci-sched.c
> > index a081ee6..c1f7d5f 100644
> > --- a/drivers/usb/host/ehci-sched.c
> > +++ b/drivers/usb/host/ehci-sched.c
> > @@ -1004,7 +1004,8 @@ iso_stream_put(struct ehci_hcd *ehci, struct ehci_iso_stream *stream)
> >
> > is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
> > stream->bEndpointAddress &= 0x0f;
> > - stream->ep->hcpriv = NULL;
> > + if (stream->ep)
> > + stream->ep->hcpriv = NULL;
> >
> > if (stream->rescheduled) {
> > ehci_info (ehci, "ep%d%s-iso rescheduled "
> > @@ -1653,14 +1654,26 @@ itd_complete (
> > (stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
> > }
> > iso_stream_put (ehci, stream);
> > - /* OK to recycle this ITD now that its completion callback ran. */
> > +
> > done:
> > usb_put_urb(urb);
> > itd->urb = NULL;
> > - itd->stream = NULL;
> > - list_move(&itd->itd_list, &stream->free_list);
> > - iso_stream_put(ehci, stream);
> > -
> > + if (ehci->clock_frame != itd->frame || itd->index[7] != -1) {
> > + /* OK to recycle this ITD now. */
> > + itd->stream = NULL;
> > + list_move(&itd->itd_list, &stream->free_list);
> > + iso_stream_put(ehci, stream);
> > + } else {
> > + /* HW might still start transactions based on this ITD.
> > + If its content changed that is. Move it to a safe place. */
> > + list_move(&itd->itd_list, &ehci->cached_itd_list);
> > + if (stream->refcount == 2) {
> > + /* If iso_stream_put() would be called here, stream
> > + would be freed. Prevent stream's reusage instead. */
> > + stream->ep->hcpriv = NULL;
> > + stream->ep = NULL;
> > + }
> > + }
> > return retval;
> > }
> >
> > @@ -2101,6 +2114,20 @@ done:
> >
> > /*-------------------------------------------------------------------------*/
> >
> > +static void free_cached_itd_list(struct ehci_hcd *ehci)
> > +{
> > + struct ehci_itd *itd, *n;
> > +
> > + list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
> > + struct ehci_iso_stream *stream = itd->stream;
> > + itd->stream = NULL;
> > + list_move(&itd->itd_list, &stream->free_list);
> > + iso_stream_put(ehci, stream);
> > + }
> > +}
> > +
> > +/*-------------------------------------------------------------------------*/
> > +
> > static void
> > scan_periodic (struct ehci_hcd *ehci)
> > {
> > @@ -2115,10 +2142,17 @@ scan_periodic (struct ehci_hcd *ehci)
> > * Touches as few pages as possible: cache-friendly.
> > */
> > now_uframe = ehci->next_uframe;
> > - if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
> > + if (HC_IS_RUNNING(ehci_to_hcd(ehci)->state)) {
> > clock = ehci_readl(ehci, &ehci->regs->frame_index);
> > - else
> > + clock_frame = (clock >> 3) % ehci->periodic_size;
> > + } else {
> > clock = now_uframe + mod - 1;
> > + clock_frame = -1;
> > + }
> > + if (ehci->clock_frame != clock_frame) {
> > + free_cached_itd_list(ehci);
> > + ehci->clock_frame = clock_frame;
> > + }
> > clock %= mod;
> > clock_frame = clock >> 3;
> >
> > @@ -2277,6 +2311,10 @@ restart:
> > /* rescan the rest of this frame, then ... */
> > clock = now;
> > clock_frame = clock >> 3;
> > + if (ehci->clock_frame != clock_frame) {
> > + free_cached_itd_list(ehci);
> > + ehci->clock_frame = clock_frame;
> > + }
> > } else {
> > now_uframe++;
> > now_uframe %= mod;
> > diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
> > index fb7054c..5262fb7 100644
> > --- a/drivers/usb/host/ehci.h
> > +++ b/drivers/usb/host/ehci.h
> > @@ -86,6 +86,9 @@ struct ehci_hcd { /* one per controller */
> > union ehci_shadow *pshadow; /* mirror hw periodic table */
> > int next_uframe; /* scan periodic, start here */
> > unsigned periodic_sched; /* periodic activity count */
> > + struct list_head cached_itd_list; /* list of itds completed
> > + while frame hadn't yet elapsed */
> > + unsigned clock_frame;
> >
> > /* per root hub port */
> > unsigned long reset_done [EHCI_MAX_ROOT_PORTS];
> > @@ -220,6 +223,8 @@ timer_action (struct ehci_hcd *ehci, enum ehci_timer_action action)
> > }
> > }
> >
> > +static void free_cached_itd_list(struct ehci_hcd *ehci);
> > +
> > /*-------------------------------------------------------------------------*/
> >
> > #include <linux/usb/ehci_def.h>
--
Philippe Carriere <philippe-f.carriere@wanadoo.fr>
[-- Attachment #2: tested_by:_Philippe_Carriere.txt --]
[-- Type: text/plain, Size: 11199 bytes --]
>From philippe-f.carriere@wanadoo.fr Thu Jan 29 09:30:07 2009
Subject: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is
active: tested by: Philippe Carriere.
From: Philippe Carriere <philippe-f.carriere@wanadoo.fr>
To: linux-usb@vger.kernel.org
Content-Type: multipart/mixed; boundary="=-VmmaepDIq/JbLd+TeS0C"
Message-Id: <1233217786.3257.20.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.24.3 (2.24.3-1.fc10)
Date: Thu, 29 Jan 2009 09:30:07 +0100
X-Evolution-Format: text/plain
X-Evolution-Account: 1197104178.3652.20@pollux.mecaflu.ec-lyon.fr
X-Evolution-Transport:
smtp://philippe-f.carriere;auth=PLAIN@smtp.wanadoo.fr/;use_ssl=never
X-Evolution-Fcc: mbox:/home/philippe/.evolution/mail/local#Sent
--=-VmmaepDIq/JbLd+TeS0C
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
Hi,
I successfully tested the refreshed patch of Karsten using Fedora
rawhide packages. Following are some informations on the test:
original kernel: 2.6.29-0.53.rc2.git1.fc11.x86_64
patched kernel: Linux 2.6.29-0.53.rc2.git1.ehcius122l.fc11.x86_64 #1 SMP
Wed Jan 28 22:48:01 CET 2009 x86_64 x86_64 x86_64 GNU/Linux
alsa: alsa-lib-1.0.19-1.fc11, alsa-plugins-usbstream-1.0.18
jack: jack-audio-connection-kit-0.116.1-3.fc11
qjackctl: qjackctl-0.3.3-1.fc10
audacious: audacious-1.5.1-5.fc11
after plugin the Tascam US-122L:
[root@pollux Test]# tail /var/log/messages
Jan 29 08:05:53 pollux kernel: usb 2-6: new high speed USB device using
ehci_hcd and address 4
Jan 29 08:05:53 pollux kernel: usb 2-6: config 1 interface 1 altsetting
1 bulk endpoint 0x83 has invalid maxpacket 9
Jan 29 08:05:53 pollux kernel: usb 2-6: New USB device found,
idVendor=0644, idProduct=800e
Jan 29 08:05:53 pollux kernel: usb 2-6: New USB device strings: Mfr=1,
Product=2, SerialNumber=3
Jan 29 08:05:53 pollux kernel: usb 2-6: Product: US-122L
Jan 29 08:05:53 pollux kernel: usb 2-6: Manufacturer: TASCAM
Jan 29 08:05:53 pollux kernel: usb 2-6: SerialNumber: no serial number
Jan 29 08:05:53 pollux kernel: usb 2-6: configuration #1 chosen from 1
choice
Jan 29 08:06:08 pollux kernel: ALSA sound/usb/usx2y/usb_stream.c:457:
underrun, status=4294967278
Jan 29 08:06:08 pollux kernel: ALSA sound/usb/usx2y/usb_stream.c:457:
underrun, status=4294967278
[root@pollux Test]# cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfebfc000 irq 21
1 [US122L ]: USB US-122L - TASCAM US-122L
TASCAM US-122L (644:800e if 0 at 002/004)
and jack messages were
08:50:00.226 /usr/bin/jackd -R -P89 -dalsa -dusb_stream:1 -r48000 -p512
-n2
jackd 0.116.1
Copyright 2001-2005 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
08:50:00.251 JACK was started with PID=6417.
loading driver ..
apparent rate = 48000
creating alsa driver ... usb_stream:1|usb_stream:1|512|2|48000|0|0|
nomon|swmeter|-|32bit
ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL usb_stream:1
control open "usb_stream:1" (No such file or directory)
configuring for 48000Hz, period = 512 frames (10.7 ms), buffer = 2
periods
ALSA: final selected sample format for capture: 24bit little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 24bit little-endian
ALSA: use 2 periods for playback
08:50:02.397 Server configuration saved to "/home/Test/.jackdrc".
08:50:02.398 Statistics reset.
08:50:02.547 Client activated.
08:50:02.550 JACK connection change.
08:50:02.558 JACK connection graph change.
Tested by .mp3 file playback using audacious (with plugin jack).
Additional notes: the previous version of the patch is routinely used by
myself, at least some Fedora users using my packages at
http://pagesperso-orange.fr/La-page-Web-of-Phil/Tascam_US-122L/Telechargement_us122l.html , and under Debian and Ubuntu (Federico Briata web site at http://wiki.briata.org/doku.php?id=testing_us122l_under_linux ) under 2.6.26 and 2.6.27 kernel.
Hope it will be soon integrated to 2.6.29 devel.
Regards
Phil.
--=-VmmaepDIq/JbLd+TeS0C
Content-Disposition: attachment; filename="forwarded_message"
Content-Type: message/rfc822; name="forwarded_message"
From: Karsten Wiese <fzu@wemgehoertderstaat.de>
To: David Brownell <david-b@pacbell.net>
Subject: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is
active
Date: Mon, 26 Jan 2009 14:32:51 +0100
User-Agent: KMail/1.9.9
Cc: linux-usb@vger.kernel.org
References: <200802132238.51929.fzu@wemgehoertderstaat.de>
<200803171405.02530.fzu@wemgehoertderstaat.de>
<200805201315.08008.fzu@wemgehoertderstaat.de>
In-Reply-To: <200805201315.08008.fzu@wemgehoertderstaat.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Message-Id: <200901261432.51974.fzu@wemgehoertderstaat.de>
Content-Transfer-Encoding: 8bit
Hi,
this is a refresh to let patch fit ontop 2.6.29-rc2.
Changes from previous version:
- use variable clock_frame instead of hw_frame
- Patch Description exactified
snd_usb_us122l (in kernel since .28) needs it, if device is attached to
ehci.
thanks,
Karsten
----------------------------------------------------------------------
From: Karsten Wiese <fzu@wemgehoertderstaat.de>
Date: Wed, 13 Feb 2008 22:22:09 +0100
Subject: [PATCH] USB: Prevent EHCI ITDs reusage while frame is active
ITDs can be detached from urbs, before the frame elapses. Now those ITDs are
immediately recycled.
If the ITD is reused before the frame elapses, the ITD becomes invalid
regarding the not yet elapsed frame.
Patch takes care of those ITDs by moving them into a new ehci member list
cached_itd_list. ITDs resting in cached_itd_list are moved back into their
stream's free_list once scan_periodic() detects that the active frame has
elapsed.
Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>
---
drivers/usb/host/ehci-hcd.c | 2 +
drivers/usb/host/ehci-mem.c | 1 +
drivers/usb/host/ehci-sched.c | 54 ++++++++++++++++++++++++++++++++++------
drivers/usb/host/ehci.h | 5 ++++
4 files changed, 54 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 4725d15..e551bb3 100644
--- a/drivers/usb/host/ehci-hcd.c
+++ b/drivers/usb/host/ehci-hcd.c
@@ -485,6 +485,7 @@ static int ehci_init(struct usb_hcd *hcd)
* periodic_size can shrink by USBCMD update if hcc_params allows.
*/
ehci->periodic_size = DEFAULT_I_TDPS;
+ INIT_LIST_HEAD(&ehci->cached_itd_list);
if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
return retval;
@@ -497,6 +498,7 @@ static int ehci_init(struct usb_hcd *hcd)
ehci->reclaim = NULL;
ehci->next_uframe = -1;
+ ehci->clock_frame = -1;
/*
* dedicate a qh for the async ring head, since we couldn't unlink
diff --git a/drivers/usb/host/ehci-mem.c b/drivers/usb/host/ehci-mem.c
index 0431397..10d5291 100644
--- a/drivers/usb/host/ehci-mem.c
+++ b/drivers/usb/host/ehci-mem.c
@@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_qh *qh)
static void ehci_mem_cleanup (struct ehci_hcd *ehci)
{
+ free_cached_itd_list(ehci);
if (ehci->async)
qh_put (ehci->async);
ehci->async = NULL;
diff --git a/drivers/usb/host/ehci-sched.c b/drivers/usb/host/ehci-sched.c
index a081ee6..c1f7d5f 100644
--- a/drivers/usb/host/ehci-sched.c
+++ b/drivers/usb/host/ehci-sched.c
@@ -1004,7 +1004,8 @@ iso_stream_put(struct ehci_hcd *ehci, struct ehci_iso_stream *stream)
is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
stream->bEndpointAddress &= 0x0f;
- stream->ep->hcpriv = NULL;
+ if (stream->ep)
+ stream->ep->hcpriv = NULL;
if (stream->rescheduled) {
ehci_info (ehci, "ep%d%s-iso rescheduled "
@@ -1653,14 +1654,26 @@ itd_complete (
(stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
}
iso_stream_put (ehci, stream);
- /* OK to recycle this ITD now that its completion callback ran. */
+
done:
usb_put_urb(urb);
itd->urb = NULL;
- itd->stream = NULL;
- list_move(&itd->itd_list, &stream->free_list);
- iso_stream_put(ehci, stream);
-
+ if (ehci->clock_frame != itd->frame || itd->index[7] != -1) {
+ /* OK to recycle this ITD now. */
+ itd->stream = NULL;
+ list_move(&itd->itd_list, &stream->free_list);
+ iso_stream_put(ehci, stream);
+ } else {
+ /* HW might still start transactions based on this ITD.
+ If its content changed that is. Move it to a safe place. */
+ list_move(&itd->itd_list, &ehci->cached_itd_list);
+ if (stream->refcount == 2) {
+ /* If iso_stream_put() would be called here, stream
+ would be freed. Prevent stream's reusage instead. */
+ stream->ep->hcpriv = NULL;
+ stream->ep = NULL;
+ }
+ }
return retval;
}
@@ -2101,6 +2114,20 @@ done:
/*-------------------------------------------------------------------------*/
+static void free_cached_itd_list(struct ehci_hcd *ehci)
+{
+ struct ehci_itd *itd, *n;
+
+ list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
+ struct ehci_iso_stream *stream = itd->stream;
+ itd->stream = NULL;
+ list_move(&itd->itd_list, &stream->free_list);
+ iso_stream_put(ehci, stream);
+ }
+}
+
+/*-------------------------------------------------------------------------*/
+
static void
scan_periodic (struct ehci_hcd *ehci)
{
@@ -2115,10 +2142,17 @@ scan_periodic (struct ehci_hcd *ehci)
* Touches as few pages as possible: cache-friendly.
*/
now_uframe = ehci->next_uframe;
- if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
+ if (HC_IS_RUNNING(ehci_to_hcd(ehci)->state)) {
clock = ehci_readl(ehci, &ehci->regs->frame_index);
- else
+ clock_frame = (clock >> 3) % ehci->periodic_size;
+ } else {
clock = now_uframe + mod - 1;
+ clock_frame = -1;
+ }
+ if (ehci->clock_frame != clock_frame) {
+ free_cached_itd_list(ehci);
+ ehci->clock_frame = clock_frame;
+ }
clock %= mod;
clock_frame = clock >> 3;
@@ -2277,6 +2311,10 @@ restart:
/* rescan the rest of this frame, then ... */
clock = now;
clock_frame = clock >> 3;
+ if (ehci->clock_frame != clock_frame) {
+ free_cached_itd_list(ehci);
+ ehci->clock_frame = clock_frame;
+ }
} else {
now_uframe++;
now_uframe %= mod;
diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
index fb7054c..5262fb7 100644
--- a/drivers/usb/host/ehci.h
+++ b/drivers/usb/host/ehci.h
@@ -86,6 +86,9 @@ struct ehci_hcd { /* one per controller */
union ehci_shadow *pshadow; /* mirror hw periodic table */
int next_uframe; /* scan periodic, start here */
unsigned periodic_sched; /* periodic activity count */
+ struct list_head cached_itd_list; /* list of itds completed
+ while frame hadn't yet elapsed */
+ unsigned clock_frame;
/* per root hub port */
unsigned long reset_done [EHCI_MAX_ROOT_PORTS];
@@ -220,6 +223,8 @@ timer_action (struct ehci_hcd *ehci, enum ehci_timer_action action)
}
}
+static void free_cached_itd_list(struct ehci_hcd *ehci);
+
/*-------------------------------------------------------------------------*/
#include <linux/usb/ehci_def.h>
--
1.6.0.6
--=-VmmaepDIq/JbLd+TeS0C--
[-- Attachment #3: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply related [flat|nested] 179+ messages in thread
* (no subject)
@ 2008-04-03 8:47 郝舜
2008-04-03 8:56 ` Clemens Ladisch
0 siblings, 1 reply; 179+ messages in thread
From: 郝舜 @ 2008-04-03 8:47 UTC (permalink / raw)
To: alsa-devel
Hi:
I'm confused by a problem when i modify a test application "alsa-lib-1.0.13/test/control.c".
I wanna use the structure "snd_ctl_elem_value_t",but when i write like this:
snd_ctl_elem_value_t aaa;
there will be an error:
storage size of 'aaa' isn't known
while
snd_ctl_elem_value_t *aaa;
makes no errors. But i can't change it directly such as:
aaa->id=test_id ; //test_id is defined before
cause it will bring an error:
dereferencing pointer to incomplete type
I think i should use the function like "snd_ctl_elem_info_set_id",but i just want to know why,i don't think it disobeys the C syntax.Is there something different in the ALSA making procedure?or Makefile?
haoshun
2008-04-03
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2008-04-03 8:47 郝舜
@ 2008-04-03 8:56 ` Clemens Ladisch
0 siblings, 0 replies; 179+ messages in thread
From: Clemens Ladisch @ 2008-04-03 8:56 UTC (permalink / raw)
To: 郝舜; +Cc: alsa-devel
郝舜 wrote:
> I'm confused by a problem when i modify a test application "alsa-lib-1.0.13/test/control.c".
> I wanna use the structure "snd_ctl_elem_value_t",but when i write like this:
> snd_ctl_elem_value_t aaa;
> there will be an error:
> ...
> I think i should use the function like "snd_ctl_elem_info_set_id",
Yes.
> but i just want to know why,i don't think it disobeys the C syntax.
These structures are only defined internally in alsa-lib and are not
exported. It was made this way to make the library binary compatible
with future versions where the layout of these structures may change.
HTH
Clemens
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
[parent not found: <EC2127EFF67248B9B1F7F34B45F74E55@Main>]
* (no subject)
@ 2007-09-06 5:57 Krzysztof Helt
2007-09-06 13:14 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Krzysztof Helt @ 2007-09-06 5:57 UTC (permalink / raw)
To: alsa-devel; +Cc: Stephen Rothwell
[-- Attachment #1: Type: text/plain, Size: 898 bytes --]
From: Krzysztof Helt <krzysztof.h1@wp.pl>
The linux/of.h header should be used instead of asm/prom.h.
Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
---
Stephen Rothwell's post to the LKLM pointed that asm/prom.h
is replaced by linux/of*.h headers from the new OpenFirmware
framework .
In case this post got malformed, the patch is attached too.
--- old/sound/sparc/dbri.c 2007-09-04 18:38:20.000000000 +0200
+++ new/sound/sparc/dbri.c 2007-09-06 07:24:46.188427350 +0200
@@ -66,7 +66,7 @@
#include <sound/control.h>
#include <sound/initval.h>
-#include <asm/prom.h>
+#include <linux/of.h>
#include <asm/sbus.h>
#include <asm/atomic.h>
----------------------------------------------------
Podróż w przeszłość - tysiące atrakcji w całej Polsce,
tylko we wrześniu - Zajrzyj na stronę Edd.com.pl - Kliknij:
http://klik.wp.pl/?adr=www.edd.com.pl&sid=9
[-- Attachment #2: dbri-include.diff --]
[-- Type: application/octet-stream, Size: 298 bytes --]
--- old/sound/sparc/dbri.c 2007-09-04 18:38:20.000000000 +0200
+++ new/sound/sparc/dbri.c 2007-09-06 07:24:46.188427350 +0200
@@ -66,7 +66,7 @@
#include <sound/control.h>
#include <sound/initval.h>
-#include <asm/prom.h>
+#include <linux/of.h>
#include <asm/sbus.h>
#include <asm/atomic.h>
[-- Attachment #3: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2007-09-06 5:57 Krzysztof Helt
@ 2007-09-06 13:14 ` Takashi Iwai
0 siblings, 0 replies; 179+ messages in thread
From: Takashi Iwai @ 2007-09-06 13:14 UTC (permalink / raw)
To: Krzysztof Helt; +Cc: Stephen Rothwell, alsa-devel
At Thu, 06 Sep 2007 07:57:54 +0200,
Krzysztof Helt wrote:
>
> [1 <text/plain; iso-8859-2 (8bit)>]
> From: Krzysztof Helt <krzysztof.h1@wp.pl>
>
> The linux/of.h header should be used instead of asm/prom.h.
>
> Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
> ---
>
> Stephen Rothwell's post to the LKLM pointed that asm/prom.h
> is replaced by linux/of*.h headers from the new OpenFirmware
> framework .
>
> In case this post got malformed, the patch is attached too.
Merged to ALSA tree now. Thanks.
Takashi
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-03-09 12:28 Sutton O. Javelin
0 siblings, 0 replies; 179+ messages in thread
From: Sutton O. Javelin @ 2007-03-09 12:28 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3512 bytes --]
[-- Attachment #1.2: barrelling.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-03-09 6:48 Empty V. Crock
0 siblings, 0 replies; 179+ messages in thread
From: Empty V. Crock @ 2007-03-09 6:48 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4117 bytes --]
[-- Attachment #1.2: meaning.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-03-08 16:58 Giggler S. Defeatist
0 siblings, 0 replies; 179+ messages in thread
From: Giggler S. Defeatist @ 2007-03-08 16:58 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3278 bytes --]
[-- Attachment #1.2: Donaldson.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-03-08 0:13 Arjuna H. Settlement
0 siblings, 0 replies; 179+ messages in thread
From: Arjuna H. Settlement @ 2007-03-08 0:13 UTC (permalink / raw)
To: Alsa
[-- Attachment #1: Type: text/plain, Size: 3884 bytes --]
Spam detection software, running on the system "alsa0.alsa-project.org", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: Read more Bojcy fehtovali na ravnyh, odinakovo ne ustupaia
drug drugu i odinakovo ne Obrashchaia ni malejshego vnimaniia ni na podbadrivaiushchie
kriki poklonnikov, ni na Vozmushchennyj ropot teh, kto zakliuchil na nih
pari i uzhe ustal j zhdat Kakogo-libo rezultata. Nkot. 15. No, s drugoj Storony,
vyhodit, ona ponimala, chto ee rukami shefir delaet so mnoj, i nichego Ne
mogla podelat s etim. Proch s dorogi, Ocenol, ugrozhaiushche prorokotal lovchij
mag. Nubesov liudskie dela ne interesovali. Pravda, Uzhin rasslabil menia
kuda bolshe, chem ia ozhidal, i bolshogo zhelaniia boltat na Otvlechennye
temy chto-to ia ne oshchushchal. Tak silno, chto Inoj raz ot etoj nenavisti
u menia temnelo v glazah. Imenno ob etom prednaznachenii ia i tolkoval tem
vecherom, a ne o bitve s Prokoldom, kak ty reshil na svoj lad. Veroiatno,
eta mestnost sluzhila im privychnymi ohotnichimi ugodiami, i oni ne Zhelali
tak prosto sdavatsia. Pohozhe, ego Vezhlivost ot skuki pokrylas takim zhe
sloem pyli, kak i vse vokrug. Sedousyj v moment udara nabliudal za Delovitoj
rabotoj voznic, liho rabotavshih toporami. Fizicheskoe iscelenie obekta,
s Kotorym ia rabotaiu, iavliaetsia lish pobochnym effektom. Ia Okazalsia na
spine, pridavlennyj tiazheloj tushej. Esli ponravishsia emu, to vnaklade
ne Ostaneshsia, ia etogo tipa davno znaiu. Nedolgo dumaia, ia prygnul priamo
s mesta tri metra ne rasstoianie i bez Leshu. 4. I ia speshilsia. Ego Merzkaia
lovushka edva ne pogubila tebia. Kakoe vse-taki mrachnoe mesto. A kak zhe
naschet materialnogo voznagrazhdeniia, obeshchannogo Nkotom? Pozhav plechami,
ia povernulsia na slabyj shum sleva po koridoru iz lifta Vyshel Alani so
svitoj iz piaterki podchinennyh i neznakomym mne parnem let Tridcati. V tom
zhe parke Tirtiniuma, v pristupe holodnoj Iarosti napav pervym, ia ispolzoval
protiv Velsajta vse, chto dano mne bylo Prirodoj i trenirovkami po Mobra,
i vyigral poedinok. Silno. Bankos zdes samaia vazhnaia Cennost posle zhizni.
A dlia Nori iz obshchej grudy vyudil chto-to ti pa osy legkij, iziashchnyj
Pistolet-izluchatel, [...]
Content analysis details: (9.3 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
2.0 DATE_IN_FUTURE_03_06 Date: is 3 to 6 hours after Received: date
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines
0.6 HTML_00_10 BODY: Message is 0% to 10% HTML
0.7 MIME_HTML_MOSTLY BODY: Multipart message mostly text/html MIME
0.0 HTML_MESSAGE BODY: HTML included in message
0.3 HTML_FONT_BIG BODY: HTML tag for a big font size
0.1 MPART_ALT_DIFF BODY: HTML and text parts are different
1.3 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
[Blocked - see <http://www.spamcop.net/bl.shtml?201.75.142.27>]
3.1 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
[201.75.142.27 listed in sbl-xbl.spamhaus.org]
1.1 URIBL_SBL Contains an URL listed in the SBL blocklist
[URIs: uniqa.hk]
The original message was not completely plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam. If you wish to view
it, it may be safer to save it to a file and open it with an editor.
[-- Attachment #2: original message before SpamAssassin --]
[-- Type: message/rfc822, Size: 12759 bytes --]
[-- Attachment #2.1.1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #2.1.1.1.2: Type: text/html, Size: 3792 bytes --]
[-- Attachment #2.1.1.2: emus.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #3: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #4: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
@ 2007-03-07 8:58 Cutlasses M. Greek
0 siblings, 0 replies; 179+ messages in thread
From: Cutlasses M. Greek @ 2007-03-07 8:58 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3710 bytes --]
[-- Attachment #1.2: Gospels.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-03-07 2:38 Flickering E. Sharps
0 siblings, 0 replies; 179+ messages in thread
From: Flickering E. Sharps @ 2007-03-07 2:38 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4175 bytes --]
[-- Attachment #1.2: periscopes.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-03-06 19:35 Rational K. Haggard
0 siblings, 0 replies; 179+ messages in thread
From: Rational K. Haggard @ 2007-03-06 19:35 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3256 bytes --]
[-- Attachment #1.2: unadvised.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-03-06 15:57 Redeeming T. Angus
0 siblings, 0 replies; 179+ messages in thread
From: Redeeming T. Angus @ 2007-03-06 15:57 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3331 bytes --]
[-- Attachment #1.2: servo.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-28 0:11 Orient K. Underpinnings
0 siblings, 0 replies; 179+ messages in thread
From: Orient K. Underpinnings @ 2007-02-28 0:11 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3118 bytes --]
[-- Attachment #1.2: gynecologist.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-27 8:42 Depreciates F. Sum
0 siblings, 0 replies; 179+ messages in thread
From: Depreciates F. Sum @ 2007-02-27 8:42 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3668 bytes --]
[-- Attachment #1.2: torquing.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-27 4:07 Whispers F. Charlie
0 siblings, 0 replies; 179+ messages in thread
From: Whispers F. Charlie @ 2007-02-27 4:07 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4431 bytes --]
[-- Attachment #1.2: allot.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-20 1:21 Dr.Friedrick Conway
0 siblings, 0 replies; 179+ messages in thread
From: Dr.Friedrick Conway @ 2007-02-20 1:21 UTC (permalink / raw)
To: Alsa
Gexnexric Viagxrxa 10 pxills - $59.58
Gexnxeric Viagrxxa 30 pills - $119.85
Vxixagra Professional 10 pills - $69.87
Vixxagra Professional 30 pills - $139.25
Ciaxlxis 20 pilxls - $199.6
Cxixalis 30 pills - $239.89
Cxxialis 100 pills - $566.82
Viagxrxa Sofxt Tabs 10 pills - $69.36
Viaxgxra Soft Tabs 30 pills - $139.89
Cxiaxlis + Vxixagra (10 pills + 10 pxills) - $129.21
Cixaxlis + Vixagxra (20 pills + 20 pillxs) - $249.34
Ciaxlxis + Viagxrxa (30 pills + 30 pills) - $319.23
Cxialxis Sxoft Txabs 10 pills - $89.77
Cialxixs Soft Tabs 30 pills - $236.8
Cxialxis Soft Tabs 60 pixlls - $377.53
Amxxbien 30 pixlls - $124.59
Ambiexxn 60 pills - $190.3
Amxbixen 90 pills - $260
Amoxicixlxlin 30 pills (500 mg) - $99.07
Meridxixa 60 pills - $219.1
Proxpecxia 180 pixlls - $186.6
Soma 90 pills (350mg) - $124.5
Vaxlxium 30 pills (10mg) - $124.98
Vaxlxium 60 pixlls (10mg) - $190.1
Vaxlixum 90 pills (10mg) - $260
http:// mumrq.h k (remoxve thxe spaces fxrom txhe link)
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-17 11:14 Dr.Hank Miles
0 siblings, 0 replies; 179+ messages in thread
From: Dr.Hank Miles @ 2007-02-17 11:14 UTC (permalink / raw)
To: Alsa
Genxerxic Vixxagra 10 pills - $59.85
Gexnerxic Vxiagxra 30 pills - $119.97
Vxiagrxa Professional 10 pills - $69.71
Vixagxra Professional 30 pixlls - $139.70
Cialxixs 20 pilxls - $199.4
Cialixxs 30 pilxls - $239.71
Cixaxlis 100 pilxls - $566.88
Viagxrxa Sxoft Tabs 10 pills - $69.38
Viagxrxa Soft Taxbs 30 pills - $139.29
Cxixalis + Vixagxra (10 pills + 10 pills) - $129.42
Ciaxlixs + Vixxagra (20 pills + 20 pills) - $249.40
Ciaxlxis + Vxiaxgra (30 pills + 30 pills) - $319.58
Cixaxlis Soft Tabs 10 pixlls - $89.40
Ciaxlxis Soxft Tabs 30 pills - $236.2
Cxiaxlis Soft Tabs 60 pilxls - $377.56
Ambxixen 30 pixlls - $124.29
Ambixexn 60 pills - $190.9
Axmbixen 90 pixlls - $260
Amoxxixcillin 30 pills (500 mg) - $99.04
Merxidxia 60 pilxls - $219.8
Proxpxecia 180 pxills - $186.7
Soma 90 pills (350mg) - $124.1
Vxxalium 30 pxills (10mg) - $124.04
Valxxium 60 pills (10mg) - $190.2
Valixuxm 90 pills (10mg) - $260
http:// mu mrq.hk (remxove txhe spxaces from thxe link)
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-17 1:20 Dr.Aaron Barrera
0 siblings, 0 replies; 179+ messages in thread
From: Dr.Aaron Barrera @ 2007-02-17 1:20 UTC (permalink / raw)
To: Alsa
Gexnerixc Viagxrxa 10 pills - $59.20
Gxenerixc Viaxgrxa 30 pills - $119.91
Viaxgxra Professional 10 pills - $69.20
Viaxgrxa Professional 30 pills - $139.30
Cxialixs 20 pills - $199.0
Cialxxis 30 pills - $239.41
Cixalxis 100 pxills - $566.91
Vixxagra Soft Tabs 10 pills - $69.66
Vxiagrxa Soft Taxbs 30 pills - $139.82
Ciaxxlis + Viaxgrxa (10 pills + 10 pills) - $129.30
Cixalxis + Vixxagra (20 pills + 20 pills) - $249.19
Cxiaxlis + Viaxxgra (30 pxills + 30 pills) - $319.08
Cixaxlis Soft Tabs 10 pixlls - $89.07
Cxialxis Soft Tabs 30 pills - $236.2
Cixxalis Soft Tabs 60 pills - $377.33
Ambxiexn 30 pxills - $124.64
Axmbiexn 60 pills - $190.8
Ambxixen 90 pillxs - $260
Axxmoxicillin 30 pxills (500 mg) - $99.84
Mexrixdia 60 pills - $219.7
Pxropecixa 180 pills - $186.9
Soma 90 pills (350mg) - $124.7
Vaxlxium 30 pills (10mg) - $124.73
Valiuxxm 60 pills (10mg) - $190.7
Vxalxium 90 pilxls (10mg) - $260
http:// mumr q.hk (remoxve txhe spacexs from the linxk)
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-15 19:58 Nautilus S. Womb
0 siblings, 0 replies; 179+ messages in thread
From: Nautilus S. Womb @ 2007-02-15 19:58 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3138 bytes --]
[-- Attachment #1.2: populated.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2007-02-13 22:04 Dear Sir Madam
0 siblings, 0 replies; 179+ messages in thread
From: Dear Sir Madam @ 2007-02-13 22:04 UTC (permalink / raw)
To: CLAIM YOUR WINNING
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="us-ascii", Size: 1513 bytes --]
Government Accredited Licensed lottery promoters.
The online Lotto - Zo werkt Lotto draws was conducted from an exclusive
list of 25,000,000 e-mail addresses of individuals and corporate
institutions,picked by an advanced automated random computer search from the
internet. No tickets were sold
International emails held on the Febuary 2nd December , 2006.all winnings
must
be claim not later than Febuary 24th, 2007,Your email won the lottery.For
a total pay out of 1,000,000.
Please remember to quote your reference number and batch numbers:
1, Batch 9484-9006-0076,2, Ref: 637409467-Nll.3, lucky numbers
1-0960-31-444
To file for your claim, please contact
**************************
CALL NOW TO CLAIM YOUR WINNING PRIZE
Advocate Faber Dutchs
Tel: +31 -614 318476
Fax: +31-84-728-9686
email- lawclaimsection@aol.com
law & Associates
In other to claim your 1,000,000.00 prize winning, fill the form below
and send it to Advocate Faber Dutchs for verification and then you will be
directed how to get a ticket in your name.send the fill form to email-
lawclaimsection@aol.com
NAME:.....................................AGE:.............................
..........
SEX:........................................ADDRESS:.......................
.......
EMAIL:....................................PHONE:...........................
.......
OCCUPATION:.........................:COUNTRY..............................
Yours faithfully,
Mrs Eava Van Boer
Online coordinator
Sweepstakes International Program.
[-- Attachment #2: Type: text/plain, Size: 345 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-02-01 6:55 COM CYCL
0 siblings, 0 replies; 179+ messages in thread
From: COM CYCL @ 2007-02-01 6:55 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1.1.1: Type: text/plain, Size: 150 bytes --]
Ronald Conflict Everyone concerned conflict. ethnic trade wars labour
Navy Steaks CouponOne Fredrick Bike Shack CouponRei Camera Authority Marine
[-- Attachment #1.1.2: Type: text/html, Size: 2300 bytes --]
[-- Attachment #1.2: pic01.gif --]
[-- Type: image/gif, Size: 2559 bytes --]
[-- Attachment #2: Type: text/plain, Size: 374 bytes --]
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2007-01-30 19:51 Karsten Wiese
2007-01-31 9:22 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Karsten Wiese @ 2007-01-30 19:51 UTC (permalink / raw)
To: Takashi Iwai, alsa-devel
Hi Takashi,
some oopses here running -rt kernels vanished after applying this.
Karsten
-------------------------------------------------------------------
snd_hwdep_release() racefix
snd_card_file_remove() can free the snd_card.
Touch hw->* only before calling snd_card_file_remove().
Unrelated: Allow hwdep devices not to have own ops.release();
Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>
--- /alsa-kernel/core/hwdep.c_ 2007-01-30 20:32:01.000000000 +0100
+++ /alsa-kernel/core/hwdep.c 2007-01-30 20:32:01.000000000 +0100
@@ -156,15 +156,16 @@
int err = -ENXIO;
struct snd_hwdep *hw = file->private_data;
struct module *mod = hw->card->module;
+
mutex_lock(&hw->open_mutex);
- if (hw->ops.release) {
+ if (hw->ops.release)
err = hw->ops.release(hw, file);
- wake_up(&hw->open_wait);
- }
if (hw->used > 0)
hw->used--;
- snd_card_file_remove(hw->card, file);
mutex_unlock(&hw->open_mutex);
+ wake_up(&hw->open_wait);
+
+ snd_card_file_remove(hw->card, file);
module_put(mod);
return err;
}
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2007-01-30 19:51 Karsten Wiese
@ 2007-01-31 9:22 ` Takashi Iwai
0 siblings, 0 replies; 179+ messages in thread
From: Takashi Iwai @ 2007-01-31 9:22 UTC (permalink / raw)
To: Karsten Wiese; +Cc: alsa-devel
At Tue, 30 Jan 2007 20:51:47 +0100,
Karsten Wiese wrote:
>
> Hi Takashi,
>
> some oopses here running -rt kernels vanished after applying this.
>
> Karsten
> -------------------------------------------------------------------
> snd_hwdep_release() racefix
>
>
> snd_card_file_remove() can free the snd_card.
> Touch hw->* only before calling snd_card_file_remove().
>
> Unrelated: Allow hwdep devices not to have own ops.release();
>
>
> Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>
Thanks, applied to HG tree.
Takashi
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-23 1:12 Establishes S. Adoption
0 siblings, 0 replies; 179+ messages in thread
From: Establishes S. Adoption @ 2007-01-23 1:12 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3557 bytes --]
[-- Attachment #1.2: regiment.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-21 15:47 Maisie T. Deathblow
0 siblings, 0 replies; 179+ messages in thread
From: Maisie T. Deathblow @ 2007-01-21 15:47 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3992 bytes --]
[-- Attachment #1.2: holidayed.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-12 3:00 Barracuda K. Bobbi
0 siblings, 0 replies; 179+ messages in thread
From: Barracuda K. Bobbi @ 2007-01-12 3:00 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3535 bytes --]
[-- Attachment #1.2: Natalie.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-10 10:53 Acid P. Hank
0 siblings, 0 replies; 179+ messages in thread
From: Acid P. Hank @ 2007-01-10 10:53 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3198 bytes --]
[-- Attachment #1.2: altruists.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-10 3:03 Timezone D. Authenticity
0 siblings, 0 replies; 179+ messages in thread
From: Timezone D. Authenticity @ 2007-01-10 3:03 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3869 bytes --]
[-- Attachment #1.2: blinker.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-06 4:15 Lintel E. Late
0 siblings, 0 replies; 179+ messages in thread
From: Lintel E. Late @ 2007-01-06 4:15 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4114 bytes --]
[-- Attachment #1.2: Lear.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-05 20:41 Princeton F. Aligns
0 siblings, 0 replies; 179+ messages in thread
From: Princeton F. Aligns @ 2007-01-05 20:41 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3539 bytes --]
[-- Attachment #1.2: flamboyant.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2007-01-05 10:44 Wot V. Armband
0 siblings, 0 replies; 179+ messages in thread
From: Wot V. Armband @ 2007-01-05 10:44 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3579 bytes --]
[-- Attachment #1.2: archangel.gif --]
[-- Type: image/gif, Size: 5490 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
[parent not found: <JAMB7R$1E04724C7A33DA4578A20ADF8AC469B0@libero.it>]
* (no subject)
@ 2006-12-16 14:17 tardo2002
2006-12-18 9:53 ` Clemens Ladisch
0 siblings, 1 reply; 179+ messages in thread
From: tardo2002 @ 2006-12-16 14:17 UTC (permalink / raw)
To: alsa-devel
Hi, I am an italian linux user. I have a serious noise problem with my integrated sound card (VIA8237, 5.1 channels AC'97 audio) on my Asrock motherboard (P4VT8).
Follow my lspci -nv:
00:00.0 0600: 1106:3168 (rev 82)
Subsystem: 1849:3168
Flags: bus master, 66MHz, medium devsel, latency 8
Memory at e0000000 (32-bit, prefetchable) [size=128M]
Capabilities: [80] AGP version 3.5
Capabilities: [c0] Power Management version 2
00:01.0 0604: 1106:b198
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000a000-0000afff
Memory behind bridge: dfe00000-dfefffff
Prefetchable memory behind bridge: bfd00000-dfcfffff
Capabilities: [80] Power Management version 2
00:0b.0 0780: 14f1:2f00 (rev 01)
Subsystem: 14f1:2004
Flags: bus master, medium devsel, latency 32, IRQ 5
Memory at dffe0000 (32-bit, non-prefetchable) [size=64K]
I/O ports at d400 [size=8]
Capabilities: [40] Power Management version 2
00:0f.0 0104: 1106:3149 (rev 80)
Subsystem: 1849:3149
Flags: bus master, medium devsel, latency 32, IRQ 16
I/O ports at ec00 [size=8]
I/O ports at e800 [size=4]
I/O ports at e400 [size=8]
I/O ports at e000 [size=4]
I/O ports at dc00 [size=16]
I/O ports at d800 [size=256]
Capabilities: [c0] Power Management version 2
00:0f.1 0101: 1106:0571 (rev 06) (prog-if 8a)
Subsystem: 1849:0571
Flags: bus master, medium devsel, latency 32, IRQ 16
I/O ports at fc00 [size=16]
Capabilities: [c0] Power Management version 2
00:10.0 0c03: 1106:3038 (rev 81)
Subsystem: 1849:3038
Flags: bus master, medium devsel, latency 32, IRQ 17
I/O ports at c400 [size=32]
Capabilities: [80] Power Management version 2
00:10.1 0c03: 1106:3038 (rev 81)
Subsystem: 1849:3038
Flags: bus master, medium devsel, latency 32, IRQ 17
I/O ports at c800 [size=32]
Capabilities: [80] Power Management version 2
00:10.2 0c03: 1106:3038 (rev 81)
Subsystem: 1849:3038
Flags: bus master, medium devsel, latency 32, IRQ 17
I/O ports at cc00 [size=32]
Capabilities: [80] Power Management version 2
00:10.3 0c03: 1106:3038 (rev 81)
Subsystem: 1849:3038
Flags: bus master, medium devsel, latency 32, IRQ 17
I/O ports at d000 [size=32]
Capabilities: [80] Power Management version 2
00:10.4 0c03: 1106:3104 (rev 86) (prog-if 20)
Subsystem: 1849:3104
Flags: bus master, medium devsel, latency 32, IRQ 17
Memory at dfffbe00 (32-bit, non-prefetchable) [size=256]
Capabilities: [80] Power Management version 2
00:11.0 0601: 1106:3227
Subsystem: 1849:3227
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: [c0] Power Management version 2
00:11.5 0401: 1106:3059 (rev 60)
Subsystem: 1849:9739
Flags: medium devsel, IRQ 19
I/O ports at c000 [size=256]
Capabilities: [c0] Power Management version 2
00:12.0 0200: 1106:3065 (rev 78)
Subsystem: 1849:3065
Flags: bus master, medium devsel, latency 32, IRQ 18
I/O ports at bc00 [size=256]
Memory at dfffbd00 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 2
01:00.0 0300: 1002:5964 (rev 01)
Subsystem: 174b:7c26
Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 20
Memory at d0000000 (32-bit, prefetchable) [size=128M]
I/O ports at a800 [size=256]
Memory at dfef0000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at dfec0000 [disabled] [size=128K]
Capabilities: [58] AGP version 3.0
Capabilities: [50] Power Management version 2
01:00.1 0380: 1002:5d44 (rev 01)
Subsystem: 174b:7c27
Flags: bus master, 66MHz, medium devsel, latency 32
Memory at c8000000 (32-bit, prefetchable) [size=128M]
Memory at dfee0000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 2
My problem is: when I am listening to some audio file, sound stream is disturbed by a strong noise component. This noise component, in my opinion, is strange becouse it follow rhythm of sound stream and there is both when PCM volume is 0 (but turned on) even PCM volume is high! I red documentation about alsa module snd-via82xx (chosen and loaded automatically by alsaconfig script) and I tried to change dxs_support option from 0 to 5 and other options. I tried to change any volumes, set 'on' just PCM and other tests in alsamixer. I did not found any solution in some forums. I tried different alsa versions, kernel versions, linux distributions, multimedia programs, OSS emulation, output jack of sound card and headphones, but my result is been always the same: NOISE!
I think it is not a hardware problem, becouse card work fine in Windows OS. It is possible to manage channels (sometimes usefull) and other enviroment effects (useless).
You are my last hope, before to buy the simplest pci sound card that work in linux.
Can you list me any kind of tests and tricks to solve my problem, most stupid too? (it is probable I forget to do something else or I don't know some deep tests or tricks)
Thanks for your good work
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada16dic06
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2006-12-16 14:17 tardo2002
@ 2006-12-18 9:53 ` Clemens Ladisch
0 siblings, 0 replies; 179+ messages in thread
From: Clemens Ladisch @ 2006-12-18 9:53 UTC (permalink / raw)
To: tardo2002, alsa-devel
tardo2002@libero.it wrote:
> My problem is: when I am listening to some audio file, sound stream is
> disturbed by a strong noise component. This noise component, in my
> opinion, is strange becouse it follow rhythm of sound stream and there is
> both when PCM volume is 0 (but turned on) even PCM volume is high!
What codec does your motherboard use? (see /proc/asound/cards)
What is the output of "amixer contents"?
Regards,
Clemens
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-12-04 7:01 miki
0 siblings, 0 replies; 179+ messages in thread
From: miki @ 2006-12-04 7:01 UTC (permalink / raw)
To: alsa-devel
:―― INFORMATION ―――――――――――――――――――――――――:
不正・悪質なサイトを一切排除しておりますので
安心してご利用ください。 http://love-match.bz/pc/04
:――――――――――――――――――――――――――――――――――:
*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
-----------------------------------------------------------------
登録料・利用料 ・・・・・・・・・【無料】
メールの送受信 ・・・・・・・・・【無料】
ユーザーの検索 ・・・・・・・・・【無料】
掲示板の閲覧・書込み ・・・・・・【無料】
画像交換・アップロード ・・・・・【無料】
アドレス交換・電話番号交換 ・・・【無料】
-----------------------------------------------------------------
どれだけ使っても全て無料! http://love-match.bz/pc/04
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ いつでも女性ユーザーがいっぱい。その理由は?
-----------------------------------------------------------------
PC&モバイルに対応!いつでもどこでも気軽に楽しめる!
-----------------------------------------------------------------
仕事中は携帯電話から、プライベートは自宅からのんびりと。
気になる相手といつでも繋がっているから、新密度も急速にUP。
http://love-match.bz/pc/04
-----------------------------------------------------------------
PCから簡単プロフィール作成。ネット初心者でもラクラク参加OK
-----------------------------------------------------------------
面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
初心者の方や女性でもすぐに参加できます。
http://love-match.bz/pc/04
-----------------------------------------------------------------
自由恋愛対応!直電・直メ交換支援ツール
-----------------------------------------------------------------
基本的にメールアドレスや電話番号は非公開ですが
仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
http://love-match.bz/pc/04
-----------------------------------------------------------------
写真アップロードに対応!好みの相手を素早くCHECK!
-----------------------------------------------------------------
待ち合わせ場所にイメージとまったく違う人が来たら…。
ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
http://love-match.bz/pc/04
-----------------------------------------------------------------
スレッド掲示板で秘密のパートナー検索も効率UP!
-----------------------------------------------------------------
メインの掲示板のほかにスレッド型の掲示板を設置。
メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
http://love-match.bz/pc/04
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 毎日500人近くのユーザーが続々参加中!!
□-----------------------------------------------------------------
リエ(21歳/会社員)
いつも1人でエッチなことを考えてます。
メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
なっちゃうので、盛り上げてくれるような楽しい男の人いないかな?
引っ込み思案のせいか、男性経験はあまり無いんです。
優しく&楽しくリードしてくれる男性からのメール待ってます。
[写真有り] http://love-match.bz/pc/04
□-----------------------------------------------------------------
真菜(24歳/フリーター)
彼氏が浮気してて超アタマきたっ!まなだって遊びたい盛りだし、ずっと
ガマンしてたのにさ!かっこいい人見つけて思いっきりふってやるつもりで
登録してみた(笑)
[写真有り] http://love-match.bz/pc/04
□-----------------------------------------------------------------
みさ(34歳/専業主婦)
殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
年下の人とは付き合ったことがないので興味津々です(^^)
[写真無し] http://love-match.bz/pc/04
□-----------------------------------------------------------------
恭子(28歳/会社員)
彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
誰かあたしと熱いセックスを楽しみませんか?めんどくさい事は
言いません。ただ、いつもと違うドキドキするような事がしたい
だけなんです。
[写真無し] http://love-match.bz/pc/04
□-----------------------------------------------------------------
ななこ(28歳/主婦)
半年前にだんなと別れて今は×1です。
夜のお仕事なので、昼間まったりと過ごしませんか?
心身ともに疲れ気味で、今、激しく癒されたいです。
[写真有り] http://love-match.bz/pc/04
□-----------------------------------------------------------------
祥子(31歳/クリエイター)
平日は18時くらいまでは大体仕事してるので、その後に食事したり
楽しく飲んだりできるパートナー希望です。年上でも年下でも
かまいませんので気軽にメールを送って頂けると嬉しいです。
[写真有り] http://love-match.bz/pc/04
□-----------------------------------------------------------------
ゅヵ`(20歳/学生)
まずゎ会ってみないとはじまらなぃょね?!
横浜近辺の人で、いろんな意味でオトナな人は
プロフ付きでめぇる送って☆
[写真有り] http://love-match.bz/pc/04
□-----------------------------------------------------------------
出会いサイトのサクラに騙されないように↓
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
【裏】無料の出会い情報
-------------------------------------------------------------
お金と時間を持て余している人妻の間で、噂になってるあのサイト
[登録・利用料全て無料] http://love-match.bz/pc/?04
-------------------------------------------------------------
彼女達が求めているのはこんな男性です。
?年上女性にリードしてもらいたい、経験少なめの男性
?体力・テクニックに自信が有る男性
男性会員が不足しています。我こそは、と思う方は今すぐ参加!
[登録・利用料全て無料] http://love-match.bz/pc/04
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-26 3:25 Glenn K. Transporting
0 siblings, 0 replies; 179+ messages in thread
From: Glenn K. Transporting @ 2006-11-26 3:25 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3942 bytes --]
[-- Attachment #1.2: drearier.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-24 22:41 Generality O. Lifeblood
0 siblings, 0 replies; 179+ messages in thread
From: Generality O. Lifeblood @ 2006-11-24 22:41 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4027 bytes --]
[-- Attachment #1.2: lumber.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-24 10:44 Proponent V. Stepbrother
0 siblings, 0 replies; 179+ messages in thread
From: Proponent V. Stepbrother @ 2006-11-24 10:44 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3693 bytes --]
[-- Attachment #1.2: parsimony.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-24 4:07 Scrounger D. Aboded
0 siblings, 0 replies; 179+ messages in thread
From: Scrounger D. Aboded @ 2006-11-24 4:07 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3481 bytes --]
[-- Attachment #1.2: tern.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-24 1:17 Profanation R. Meandering
0 siblings, 0 replies; 179+ messages in thread
From: Profanation R. Meandering @ 2006-11-24 1:17 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3861 bytes --]
[-- Attachment #1.2: anticipation.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-23 18:13 Groins O. Animation
0 siblings, 0 replies; 179+ messages in thread
From: Groins O. Animation @ 2006-11-23 18:13 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3386 bytes --]
[-- Attachment #1.2: miscalculate.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-22 1:27 Variance P. Whirled
0 siblings, 0 replies; 179+ messages in thread
From: Variance P. Whirled @ 2006-11-22 1:27 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4261 bytes --]
[-- Attachment #1.2: urging.gif --]
[-- Type: image/gif, Size: 3260 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-20 8:18 Tamil E. Turnoffs
0 siblings, 0 replies; 179+ messages in thread
From: Tamil E. Turnoffs @ 2006-11-20 8:18 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1: Type: text/html, Size: 1310 bytes --]
[-- Attachment #1.2: nutshell.gif --]
[-- Type: image/gif, Size: 1377 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-15 10:46 Doctor
0 siblings, 0 replies; 179+ messages in thread
From: Doctor @ 2006-11-15 10:46 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4165 bytes --]
[-- Attachment #1.2: Jarred.gif --]
[-- Type: image/gif, Size: 4830 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-13 14:19 Doctor
0 siblings, 0 replies; 179+ messages in thread
From: Doctor @ 2006-11-13 14:19 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3831 bytes --]
[-- Attachment #1.2: exemplar.gif --]
[-- Type: image/gif, Size: 4830 bytes --]
[-- Attachment #2: Type: text/plain, Size: 373 bytes --]
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-11-12 10:26 Rectums C. Palate
0 siblings, 0 replies; 179+ messages in thread
From: Rectums C. Palate @ 2006-11-12 10:26 UTC (permalink / raw)
To: Alsa
welc ome to the best pharmacy http://<html>/?IJESRKUF5AVRhVV0VRWXFTX0dUHEJBW19UUUcaWkNV
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2006-11-12 6:26 Antonio Sampayo
0 siblings, 0 replies; 179+ messages in thread
From: Antonio Sampayo @ 2006-11-12 6:26 UTC (permalink / raw)
To: alsa-devel
--
--------------
< Debian Rules >
--------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
@ 2006-10-31 19:37 Isabel Decker
0 siblings, 0 replies; 179+ messages in thread
From: Isabel Decker @ 2006-10-31 19:37 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1.1.1: Type: text/plain, Size: 2636 bytes --]
just do their and parents alike. The efforts often children are plopped in one day a week.
kids: The American academy report says.for creating resists says the report, neighborhoods It says enrichment tools old-fashioned playtime. of free play time,
It can help children the report says. stressed-out lose school recess overscheduled
instead allowing Atlanta, Georgia. begin as early as infancy. these things, will Social pressures things you can do
of Philadelphia, Pennsylvania.
just do their
become creative, with get-smart activities Numerous studies
would worry if prepared by two "I hope it will have some effect," "I truly believe is more good, really need for super parents, I believe this message skills, videos, enrichment Noted pediatrician and author
discover weekly, plus T-ball
love to do.
"I truly believe
lose school recess instead allowing Here's some soothing and parents alike. and organized one day a week.
is more good, super parents, I believe this message develop problem-solving she says, she become creative, has a
such as blocks and dolls, classes in a Noted pediatrician and author it's chasing butterflies, playing with
contribute to depression adjust to school settings, the
help them excel.
relate to others and It says enrichment tools with get-smart If it occurs and lots of
"true toys" she says, she
for looking for
super parents, I believe this message
academy report says. "Perhaps above all,
"Perhaps above all, for some of plenty of time stressed-out playtime can create
stressed-out as a requirement relate to others and
her kids "true toys" time, it can increase risks for help them excel. drive to in preschool It says enrichment tools
they must be beneficial but should not be viewed because young
medicine for
trouble finding buddies annual meeting in
Numerous studies
one day a week. A lack of spontaneous activities a lack of playtime with the other kids."
she says, she playtime can create part of childhood," play is a simple
and 3-year-old activities and other play "I truly believe contribute to depression
of free play time, trouble finding buddies
relate to others and classes in a in the shuffle, If it occurs one day a week.
would worry if these things, will release Monday
huge variety of "I hope it will have some effect," a pediatrician at The Children's Hospital beneficial but should not be viewed the academy's report. own thing,"
joy that is a cherished have shown that
"Perhaps above all,
they must be sp1
[-- Attachment #1.1.2: Type: text/html, Size: 3634 bytes --]
[-- Attachment #1.2: ljmsr.{PIC_TYPE} --]
[-- Type: image/gif, Size: 8246 bytes --]
[-- Attachment #2: Type: text/plain, Size: 373 bytes --]
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
@ 2006-10-30 10:40 Doctor
0 siblings, 0 replies; 179+ messages in thread
From: Doctor @ 2006-10-30 10:40 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 4203 bytes --]
[-- Attachment #1.2: disproportion.gif --]
[-- Type: image/gif, Size: 12294 bytes --]
[-- Attachment #2: Type: text/plain, Size: 373 bytes --]
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-10-30 2:45 Doctor
0 siblings, 0 replies; 179+ messages in thread
From: Doctor @ 2006-10-30 2:45 UTC (permalink / raw)
To: Alsa
[-- Attachment #1.1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.1.2: Type: text/html, Size: 3521 bytes --]
[-- Attachment #1.2: emancipating.gif --]
[-- Type: image/gif, Size: 12294 bytes --]
[-- Attachment #2: Type: text/plain, Size: 373 bytes --]
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-10-28 22:25 Garbs H. Pecan
0 siblings, 0 replies; 179+ messages in thread
From: Garbs H. Pecan @ 2006-10-28 22:25 UTC (permalink / raw)
To: Alsa
welco me to the best pharmacy http:///
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2006-10-28 19:35 ATA YAZILIM A.Þ.
0 siblings, 0 replies; 179+ messages in thread
From: ATA YAZILIM A.Þ. @ 2006-10-28 19:35 UTC (permalink / raw)
To: alsa-devel
ARTIK PERSONEL TAKİBİ ÇOK KOLAY!!!
PARMAK İZLİ DEVAM KONTROL SİSTEMLERİ
"ŞİMDİ GEÇ KALANLAR DÜŞÜNSÜN"
UYGUN FİYAT-KOLAY KURULUM,KULLANIM-TÜRKÇE PROGRAM
30.10.2006 TARİHİNE KADAR VERİLEN SİPARİŞLERDE 200$ DEĞERİNDEKİ OTOMATİK
MAAŞ HESAPLAYISI BEDAVA!!!
BAYİLİKLER VERİLECEKTİR.
PDKS TÜRKİYE DİSTRİBÜTÖRÜ
ATA YAZILIM DONANIM A.Ş
MUSTAFA ALTINKILIÇ
TEL: 0462 223 4005
FAX: 0462 223 4017
mustafa@ataas.com
BEŞİRLİ MAH. OSA APT. KAT 1 TRABZON
www.ataas.com
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2006-10-27 14:44 Skelhorn.RJC
0 siblings, 0 replies; 179+ messages in thread
From: Skelhorn.RJC @ 2006-10-27 14:44 UTC (permalink / raw)
To: alsa-devel
Any update on this problem?
http://www.spinics.net/lists/alsa-devel/msg01148.html
Thanks
Richard
Please CC your reply to rskelhorn@eastlink.ca
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (Was Re: [Alsa-user] Poorly supported HDA intel)
@ 2006-10-20 16:55 Ricardo Cerqueira
2006-10-20 17:16 ` Ricardo Cerqueira
0 siblings, 1 reply; 179+ messages in thread
From: Ricardo Cerqueira @ 2006-10-20 16:55 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
On Fri, 20 Oct 2006 18:48:13 +0200, Takashi Iwai <tiwai@suse.de> wrote:
> At Fri, 20 Oct 2006 18:35:43 +0200,
> Ricardo Cerqueira wrote:
>>
>>
>>
>> On Fri, 20 Oct 2006 18:18:09 +0200, Takashi Iwai <tiwai@suse.de> wrote:
>> > At Fri, 20 Oct 2006 17:55:23 +0200,
>> > Ricardo Cerqueira wrote:
>> >>
>> >> On Fri, 20 Oct 2006 17:52:56 +0200, Takashi Iwai <tiwai@suse.de>
> wrote:
>> >> > At Fri, 20 Oct 2006 17:48:00 +0200,
>> >>
>> >> >>
>> >> >> Hmmm. I was trying to look into codec#0 to check the pin
> assignments,
>> >> > and I
>> >> >> realized it's being cut off at byte 4096, and I'm missing
>> > information.
>> >> > Looks
>> >> >> like something is limiting that proc entry's size to 4k, do you
> have
>> > any
>> >> > idea
>> >> >> where?
>> >> >
>> >> > Are your using HG version of driver?
>> >> > This bug should have been fixed recently.
>> >> >
>> >> >
>> >>
>> >> Yes, pulled about 14 hours ago...
>> >
>> > Strange, it works for me. I tested to print extra data up to 32k
>> > bytes on my i386 machine, and it looks OK.
>> >
>> > Check alsa-kernel hg tree whether you have a changeset 4658
>> > "Fix re-use of va_list" (although it should work even without this
>> > patch on i386).
>>
>> Yes, I'm at changeset 4662... I checked core/info.c by hand, and the
> va_list
>> change is there... I just tried cloning fresh copies of alsa-kernel and
>> alsa-driver, and the result is the same.
>
> Weird. Could you check whether really it's 4k boundary problem?
Looks like it is:
> For example, try the patch below to see whether you get 500 dummy
> lines in codec#0 proc file.
>
[root@frolic ~]# cat /proc/asound/card0/codec#0 | tail
[76] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[77] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[78] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[79] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[80] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[81] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[82] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[83] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[84] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
[85] XXXXX DUMMY LINE XXX[root@frolic ~]#
[root@frolic ~]#
[root@frolic ~]# wc /proc/asound/card0/codec#0
85 770 4095 /proc/asound/card0/codec#0
--
RC
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (Was Re: [Alsa-user] Poorly supported HDA intel)
2006-10-20 16:55 (Was Re: [Alsa-user] Poorly supported HDA intel) Ricardo Cerqueira
@ 2006-10-20 17:16 ` Ricardo Cerqueira
2006-10-24 19:08 ` (no subject) Thierry Vignaud
0 siblings, 1 reply; 179+ messages in thread
From: Ricardo Cerqueira @ 2006-10-20 17:16 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
On Fri, 20 Oct 2006 18:55:56 +0200, Ricardo Cerqueira <alsa-users@cerqueira.org> wrote:
>
> On Fri, 20 Oct 2006 18:48:13 +0200, Takashi Iwai <tiwai@suse.de> wrote:
>> At Fri, 20 Oct 2006 18:35:43 +0200,
>> Ricardo Cerqueira wrote:
>>>
>>>
>>>
>>> On Fri, 20 Oct 2006 18:18:09 +0200, Takashi Iwai <tiwai@suse.de> wrote:
>>> > At Fri, 20 Oct 2006 17:55:23 +0200,
>>> > Ricardo Cerqueira wrote:
>>> >>
>>> >> On Fri, 20 Oct 2006 17:52:56 +0200, Takashi Iwai <tiwai@suse.de>
>> wrote:
>>> >> > At Fri, 20 Oct 2006 17:48:00 +0200,
>>> >>
>>> >> >>
>>> >> >> Hmmm. I was trying to look into codec#0 to check the pin
>> assignments,
>>> >> > and I
>>> >> >> realized it's being cut off at byte 4096, and I'm missing
>>> > information.
>>> >> > Looks
>>> >> >> like something is limiting that proc entry's size to 4k, do you
>> have
>>> > any
>>> >> > idea
>>> >> >> where?
>>> >> >
>>> >> > Are your using HG version of driver?
>>> >> > This bug should have been fixed recently.
>>> >> >
>>> >> >
>>> >>
>>> >> Yes, pulled about 14 hours ago...
>>> >
>>> > Strange, it works for me. I tested to print extra data up to 32k
>>> > bytes on my i386 machine, and it looks OK.
>>> >
>>> > Check alsa-kernel hg tree whether you have a changeset 4658
>>> > "Fix re-use of va_list" (although it should work even without this
>>> > patch on i386).
>>>
>>> Yes, I'm at changeset 4662... I checked core/info.c by hand, and the
>> va_list
>>> change is there... I just tried cloning fresh copies of alsa-kernel and
>>> alsa-driver, and the result is the same.
>>
>> Weird. Could you check whether really it's 4k boundary problem?
>
> Looks like it is:
OK... The resize call is never reached (the break clause is always true).
I added a small printk before the size test, and got:
DEBUG - res=48 and len=74
DEBUG - res=25 and len=26
DEBUG - res=0 and len=1
DEBUG - res=0 and len=1
DEBUG - res=0 and len=1
And from here on, vsnprintf always returns 0. From my understanding of
the documentation, it shouldn't happen, but... (maybe a glibc bug?)
Changing the "if (res < len)" to "if (res && res < len)" solves it, but I
don't know if there'll be other side effects.
>
>> For example, try the patch below to see whether you get 500 dummy
>> lines in codec#0 proc file.
>>
>
> [root@frolic ~]# cat /proc/asound/card0/codec#0 | tail
> [76] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [77] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [78] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [79] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [80] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [81] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [82] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [83] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [84] XXXXX DUMMY LINE XXXX XXXX DUMMY LINE XXXX
> [85] XXXXX DUMMY LINE XXX[root@frolic ~]#
> [root@frolic ~]#
> [root@frolic ~]# wc /proc/asound/card0/codec#0
> 85 770 4095 /proc/asound/card0/codec#0
>
> --
> RC
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2006-10-20 17:16 ` Ricardo Cerqueira
@ 2006-10-24 19:08 ` Thierry Vignaud
0 siblings, 0 replies; 179+ messages in thread
From: Thierry Vignaud @ 2006-10-24 19:08 UTC (permalink / raw)
To: Ricardo Cerqueira; +Cc: Takashi Iwai, alsa-devel
Ricardo Cerqueira <ricardo@cerqueira.org> writes:
> >>> > Check alsa-kernel hg tree whether you have a changeset 4658
> >>> > "Fix re-use of va_list" (although it should work even without
> >>> > this patch on i386).
> >>>
> >>> Yes, I'm at changeset 4662... I checked core/info.c by hand, and
> >>> the va_list change is there... I just tried cloning fresh copies
> >>> of alsa-kernel and alsa-driver, and the result is the same.
> >>
> >> Weird. Could you check whether really it's 4k boundary problem?
> >
> > Looks like it is:
>
> OK... The resize call is never reached (the break clause is always
> true). I added a small printk before the size test, and got:
>
> DEBUG - res=48 and len=74
> DEBUG - res=25 and len=26
> DEBUG - res=0 and len=1
> DEBUG - res=0 and len=1
> DEBUG - res=0 and len=1
>
> And from here on, vsnprintf always returns 0. From my understanding
> of the documentation, it shouldn't happen, but... (maybe a glibc
> bug?)
core/info.c is kernel land, no glibc code is used there
> Changing the "if (res < len)" to "if (res && res < len)" solves it,
> but I don't know if there'll be other side effects.
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-10-19 3:24 misato
0 siblings, 0 replies; 179+ messages in thread
From: misato @ 2006-10-19 3:24 UTC (permalink / raw)
To: alsa-devel
:―― INFORMATION ―――――――――――――――――――――――――:
不正・悪質なサイトを一切排除しておりますので
安心してご利用ください。 http://love-match.bz/pc/?06
:――――――――――――――――――――――――――――――――――:
*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*
お金と時間を持て余している人妻の間で、噂になってるあのサイト
[登録・利用料全て無料] http://love-match.bz/pc/?03
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
-----------------------------------------------------------------
登録料・利用料 ・・・・・・・・・【無料】
メールの送受信 ・・・・・・・・・【無料】
ユーザーの検索 ・・・・・・・・・【無料】
掲示板の閲覧・書込み ・・・・・・【無料】
画像交換・アップロード ・・・・・【無料】
アドレス交換・電話番号交換 ・・・【無料】
-----------------------------------------------------------------
どれだけ使っても全て無料! http://love-match.bz/pc/?06
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ いつでも女性ユーザーがいっぱい。その理由は?
-----------------------------------------------------------------
PC&モバイルに対応!いつでもどこでも気軽に楽しめる!
-----------------------------------------------------------------
仕事中は携帯電話から、プライベートは自宅からのんびりと。
気になる相手といつでも繋がっているから、新密度も急速にUP。
http://love-match.bz/pc/?06
-----------------------------------------------------------------
PCから簡単プロフィール作成。ネット初心者でもラクラク参加OK
-----------------------------------------------------------------
面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
初心者の方や女性でもすぐに参加できます。
http://love-match.bz/pc/?06
-----------------------------------------------------------------
自由恋愛対応!直電・直メ交換支援ツール
-----------------------------------------------------------------
基本的にメールアドレスや電話番号は非公開ですが
仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
http://love-match.bz/pc/?06
-----------------------------------------------------------------
写真アップロードに対応!好みの相手を素早くCHECK!
-----------------------------------------------------------------
待ち合わせ場所にイメージとまったく違う人が来たら…。
ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
http://love-match.bz/pc/?06
-----------------------------------------------------------------
スレッド掲示板で秘密のパートナー検索も効率UP!
-----------------------------------------------------------------
メインの掲示板のほかにスレッド型の掲示板を設置。
メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
http://love-match.bz/pc/?06
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 毎日500人近くのユーザーが続々参加中!!
□-----------------------------------------------------------------
リエ(21歳/会社員)
いつも1人でエッチなことを考えてます。
メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
なっちゃうので、盛り上げてくれるような楽しい男の人いないかな?
引っ込み思案のせいか、男性経験はあまり無いんです。
優しく&楽しくリードしてくれる男性からのメール待ってます。
[写真有り] http://love-match.bz/pc/?06
□-----------------------------------------------------------------
真菜(24歳/フリーター)
彼氏が浮気してて超アタマきたっ!まなだって遊びたい盛りだし、ずっと
ガマンしてたのにさ!かっこいい人見つけて思いっきりふってやるつもりで
登録してみた(笑)
[写真有り] http://love-match.bz/pc/?06
□-----------------------------------------------------------------
みさ(34歳/専業主婦)
殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
年下の人とは付き合ったことがないので興味津々です(^^)
[写真無し] http://love-match.bz/pc/?06
□-----------------------------------------------------------------
恭子(28歳/会社員)
彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
誰かあたしと熱いセックスを楽しみませんか?めんどくさい事は
言いません。ただ、いつもと違うドキドキするような事がしたい
だけなんです。
[写真無し] http://love-match.bz/pc/?06
□-----------------------------------------------------------------
ななこ(28歳/主婦)
半年前にだんなと別れて今は×1です。
夜のお仕事なので、昼間まったりと過ごしませんか?
心身ともに疲れ気味で、今、激しく癒されたいです。
[写真有り] http://love-match.bz/pc/?06
□-----------------------------------------------------------------
祥子(31歳/クリエイター)
平日は18時くらいまでは大体仕事してるので、その後に食事したり
楽しく飲んだりできるパートナー希望です。年上でも年下でも
かまいませんので気軽にメールを送って頂けると嬉しいです。
[写真有り] http://love-match.bz/pc/?06
□-----------------------------------------------------------------
ゅヵ`(20歳/学生)
まずゎ会ってみないとはじまらなぃょね?!
横浜近辺の人で、いろんな意味でオトナな人は
プロフ付きでめぇる送って☆
[写真有り] http://love-match.bz/pc/?06
□-----------------------------------------------------------------
出会いサイトのサクラに騙されないように↓
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
【裏】無料の出会い情報
-------------------------------------------------------------
お金と時間を持て余している人妻の間で、噂になってるあのサイト
[登録・利用料全て無料] http://love-match.bz/pc/?06
-------------------------------------------------------------
彼女達が求めているのはこんな男性です。
?年上女性にリードしてもらいたい、経験少なめの男性
?体力・テクニックに自信が有る男性
男性会員が不足しています。我こそは、と思う方は今すぐ参加!
[登録・利用料全て無料] http://love-match.bz/pc/?06
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-10-18 6:57 James Templeton
0 siblings, 0 replies; 179+ messages in thread
From: James Templeton @ 2006-10-18 6:57 UTC (permalink / raw)
To: alsa-cvslog, alsa-devel, alsa-devel-request,
alsa-devel-request-old
Good day,
Accoring to your prior applications, we can
offer you anywhere from 217K at 6.32% to 672K at 5.95%
http://contrum.com/16r
Please fill in your info and instantly get your FICO score.
Poor scores are NOT a problem.
Thanks,
James Templeton
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2006-10-09 23:13 albox
0 siblings, 0 replies; 179+ messages in thread
From: albox @ 2006-10-09 23:13 UTC (permalink / raw)
To: tdavis; +Cc: alsa-devel
It doesn't work for me either (at least, I can load the driver after using the
patch from Takashi).
Here are some details :
lspci -nv says:
0000:00:1b.0 0403: 8086:27d8 (rev 02)
Subsystem: 161f:2054
Flags: bus master, fast devsel, latency 0, IRQ 82
Memory at d5300000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0
Enable+
Capabilities: [70] #10 [0091]
$ dmesg | grep ALSA
[17179588.696000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:680:
codec_mask = 0x3
[17179588.876000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:1741:
hda_codec: model 'medion' is selected
[17179589.604000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/patch_si3054.c:245:
si3054: cannot initialize. EXT MID = 0000
[17179589.612000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/patch_si3054.c:257:
Link Frame Detect(FDT) is not ready (line status: 0000)
[17179635.900000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1142:
azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11
[17179635.900000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11
[17179635.908000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11
[17179635.916000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11
[17179635.924000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11
$ cat /proc/asound/card0/codec#0
Codec: Realtek ALC883
Address: 0
Vendor Id: 0x10ec0883
Subsystem Id: 0x161fd82b
Revision Id: 0x100002
Default PCM: rates 0x560, bits 0x0e, types 0x1
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
Node 0x02 [Audio Output] wcaps 0x11: Stereo
PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x03 [Audio Output] wcaps 0x11: Stereo
PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x04 [Audio Output] wcaps 0x11: Stereo
PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x05 [Audio Output] wcaps 0x11: Stereo
PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital
PCM: rates 0x560, bits 0x1e, types 0x1
Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x80 0x80]
PCM: rates 0x160, bits 0x06, types 0x1
Connection: 1
0x23
Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x80 0x80]
PCM: rates 0x160, bits 0x06, types 0x1
Connection: 1
0x22
Node 0x0a [Audio Input] wcaps 0x100391: Stereo Digital
PCM: rates 0x560, bits 0x1e, types 0x1
Connection: 1
0x1f
Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x00 0x00] [0x1f 0x1f] [0x00 0x00] [0x00 0x00] [0x00 0x00]
[0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 10
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17
Node 0x0c [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x1f 0x1f]
Connection: 2
0x02 0x0b
Node 0x0d [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x06 0x06]
Connection: 2
0x03 0x0b
Node 0x0e [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x0b 0x07]
Connection: 2
0x04 0x0b
Node 0x0f [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x06 0x06]
Connection: 2
0x05 0x0b
Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x12 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x083e: IN OUT HP Detect
Pin Default 0x01011110: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x40: OUT
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x15 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x083e: IN OUT HP Detect
Pin Default 0x01011112: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x40: OUT
Connection: 5
0x0c 0x0d* 0x0e 0x0f 0x26
Node 0x16 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x083e: IN OUT HP Detect
Pin Default 0x01011111: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x40: OUT
Connection: 5
0x0c 0x0d 0x0e* 0x0f 0x26
Node 0x17 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x083e: IN OUT HP Detect
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x40: OUT
Connection: 5
0x0c 0x0d 0x0e 0x0f* 0x26
Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x08173e: IN OUT HP Detect
Pin Default 0x02a11c3f: [Jack] Mic at Ext Front
Conn = 1/8, Color = Black
Pin-ctls: 0x24: IN
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x19 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x08173e: IN OUT HP Detect
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x24: IN
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x08173e: IN OUT HP Detect
Pin Default 0x99830130: [Fixed] Line In at Int ATAPI
Conn = ATAPI, Color = Unknown
Pin-ctls: 0x20: IN
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x08173e: IN OUT HP Detect
Pin Default 0x0221111f: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Black
Pin-ctls: 0xc0: OUT HP
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1c [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x0820: IN
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x00:
Node 0x1d [Pin Complex] wcaps 0x400000: Mono
Pincap 0x0820: IN
Pin Default 0x99830131: [Fixed] Line In at Int ATAPI
Conn = ATAPI, Color = Unknown
Pin-ctls: 0x00:
Node 0x1e [Pin Complex] wcaps 0x400300: Mono Digital
Pincap 0x0810: OUT
Pin Default 0x01451120: [Jack] SPDIF Out at Ext Rear
Conn = Optical, Color = Black
Pin-ctls: 0x00:
Connection: 1
0x06
Node 0x1f [Pin Complex] wcaps 0x400200: Mono Digital
Pincap 0x0820: IN
Pin Default 0x01c46160: [Jack] SPDIF In at Ext Rear
Conn = RCA, Color = Orange
Pin-ctls: 0x00:
Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x22 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x80 0x80] [0x00 0x00]
[0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Amp-Out caps: N/A
Amp-Out vals: [0x00 0x00]
Connection: 11
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x23 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
[0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Amp-Out caps: N/A
Amp-Out vals: [0x00 0x00]
Connection: 11
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x24 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x25 [Audio Output] wcaps 0x11: Stereo
PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x26 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x25 0x0b
I also tried speaker-test but nothing happened. I'll now try the tarball that
Remy posted last weekend and I'll let you know if it works...
Cheers,
AL
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
@ 2006-10-07 12:41 yuki
0 siblings, 0 replies; 179+ messages in thread
From: yuki @ 2006-10-07 12:41 UTC (permalink / raw)
To: alsa-devel
:―― INFORMATION ―――――――――――――――――――――――――:
不正・悪質なサイトを一切排除しておりますので
安心してご利用ください。 http://love-match.bz/pc/01
:――――――――――――――――――――――――――――――――――:
*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
-----------------------------------------------------------------
登録料・利用料 ・・・・・・・・・【無料】
メールの送受信 ・・・・・・・・・【無料】
ユーザーの検索 ・・・・・・・・・【無料】
掲示板の閲覧・書込み ・・・・・・【無料】
画像交換・アップロード ・・・・・【無料】
アドレス交換・電話番号交換 ・・・【無料】
-----------------------------------------------------------------
どれだけ使っても全て無料! http://love-match.bz/pc/01
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ いつでも女性ユーザーがいっぱい。その理由は?
-----------------------------------------------------------------
PC&モバイルに対応!いつでもどこでも気軽に楽しめる!
-----------------------------------------------------------------
仕事中は携帯電話から、プライベートは自宅からのんびりと。
気になる相手といつでも繋がっているから、新密度も急速にUP。
http://love-match.bz/pc/01
-----------------------------------------------------------------
PCから簡単プロフィール作成。ネット初心者でもラクラク参加OK
-----------------------------------------------------------------
面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
初心者の方や女性でもすぐに参加できます。
http://love-match.bz/pc/01
-----------------------------------------------------------------
自由恋愛対応!直電・直メ交換支援ツール
-----------------------------------------------------------------
基本的にメールアドレスや電話番号は非公開ですが
仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
http://love-match.bz/pc/01
-----------------------------------------------------------------
写真アップロードに対応!好みの相手を素早くCHECK!
-----------------------------------------------------------------
待ち合わせ場所にイメージとまったく違う人が来たら…。
ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
http://love-match.bz/pc/01
-----------------------------------------------------------------
スレッド掲示板で秘密のパートナー検索も効率UP!
-----------------------------------------------------------------
メインの掲示板のほかにスレッド型の掲示板を設置。
メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
http://love-match.bz/pc/01
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 毎日500人近くのユーザーが続々参加中!!
□-----------------------------------------------------------------
リエ(21歳/会社員)
いつも1人でエッチなことを考えてます。
メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
なっちゃうので、盛り上げてくれるような楽しい男の人いないかな?
引っ込み思案のせいか、男性経験はあまり無いんです。
優しく&楽しくリードしてくれる男性からのメール待ってます。
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
真菜(24歳/フリーター)
彼氏が浮気してて超アタマきたっ!まなだって遊びたい盛りだし、ずっと
ガマンしてたのにさ!かっこいい人見つけて思いっきりふってやるつもりで
登録してみた(笑)
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
みさ(34歳/専業主婦)
殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
年下の人とは付き合ったことがないので興味津々です(^^)
[写真無し] http://love-match.bz/pc/01
□-----------------------------------------------------------------
恭子(28歳/会社員)
彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
誰かあたしと熱いセックスを楽しみませんか?めんどくさい事は
言いません。ただ、いつもと違うドキドキするような事がしたい
だけなんです。
[写真無し] http://love-match.bz/pc/01
□-----------------------------------------------------------------
ななこ(28歳/主婦)
半年前にだんなと別れて今は×1です。
夜のお仕事なので、昼間まったりと過ごしませんか?
心身ともに疲れ気味で、今、激しく癒されたいです。
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
祥子(31歳/クリエイター)
平日は18時くらいまでは大体仕事してるので、その後に食事したり
楽しく飲んだりできるパートナー希望です。年上でも年下でも
かまいませんので気軽にメールを送って頂けると嬉しいです。
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
ゅヵ`(20歳/学生)
まずゎ会ってみないとはじまらなぃょね?!
横浜近辺の人で、いろんな意味でオトナな人は
プロフ付きでめぇる送って☆
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
出会いサイトのサクラに騙されないように↓
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
【裏】無料の出会い情報
-------------------------------------------------------------
お金と時間を持て余している人妻の間で、噂になってるあのサイト
[登録・利用料全て無料] http://love-match.jp/pc/?1
-------------------------------------------------------------
彼女達が求めているのはこんな男性です。
?年上女性にリードしてもらいたい、経験少なめの男性
?体力・テクニックに自信が有る男性
男性会員が不足しています。我こそは、と思う方は今すぐ参加!
[登録・利用料全て無料] http://love-match.bz/pc/01
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-10-04 1:18 miyuki
0 siblings, 0 replies; 179+ messages in thread
From: miyuki @ 2006-10-04 1:18 UTC (permalink / raw)
To: alsa-devel
:―― INFORMATION ―――――――――――――――――――――――――:
不正・悪質なサイトを一切排除しておりますので
安心してご利用ください。 http://love-match.bz/pc/?02
:――――――――――――――――――――――――――――――――――:
*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
-----------------------------------------------------------------
登録料・利用料 ・・・・・・・・・【無料】
メールの送受信 ・・・・・・・・・【無料】
ユーザーの検索 ・・・・・・・・・【無料】
掲示板の閲覧・書込み ・・・・・・【無料】
画像交換・アップロード ・・・・・【無料】
アドレス交換・電話番号交換 ・・・【無料】
-----------------------------------------------------------------
どれだけ使っても全て無料! http://love-match.bz/pc/?02
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ いつでも女性ユーザーがいっぱい。その理由は?
-----------------------------------------------------------------
PC&モバイルに対応!いつでもどこでも気軽に楽しめる!
-----------------------------------------------------------------
仕事中は携帯電話から、プライベートは自宅からのんびりと。
気になる相手といつでも繋がっているから、新密度も急速にUP。
http://love-match.bz/pc/?02
-----------------------------------------------------------------
PCから簡単プロフィール作成。ネット初心者でもラクラク参加OK
-----------------------------------------------------------------
面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
初心者の方や女性でもすぐに参加できます。
http://love-match.bz/pc/?02
-----------------------------------------------------------------
自由恋愛対応!直電・直メ交換支援ツール
-----------------------------------------------------------------
基本的にメールアドレスや電話番号は非公開ですが
仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
http://love-match.bz/pc/?02
-----------------------------------------------------------------
写真アップロードに対応!好みの相手を素早くCHECK!
-----------------------------------------------------------------
待ち合わせ場所にイメージとまったく違う人が来たら…。
ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
http://love-match.jp/pc/?06
-----------------------------------------------------------------
スレッド掲示板で秘密のパートナー検索も効率UP!
-----------------------------------------------------------------
メインの掲示板のほかにスレッド型の掲示板を設置。
メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
http://love-match.jp/pc/?06
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 毎日500人近くのユーザーが続々参加中!!
□-----------------------------------------------------------------
リエ(21歳/会社員)
いつも1人でエッチなことを考えてます。
メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
なっちゃうので、盛り上げてくれるような楽しい男の人いないかな?
引っ込み思案のせいか、男性経験はあまり無いんです。
優しく&楽しくリードしてくれる男性からのメール待ってます。
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
真菜(24歳/フリーター)
彼氏が浮気してて超アタマきたっ!まなだって遊びたい盛りだし、ずっと
ガマンしてたのにさ!かっこいい人見つけて思いっきりふってやるつもりで
登録してみた(笑)
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
みさ(34歳/専業主婦)
殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
年下の人とは付き合ったことがないので興味津々です(^^)
[写真無し] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
恭子(28歳/会社員)
彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
誰かあたしと熱いセックスを楽しみませんか?めんどくさい事は
言いません。ただ、いつもと違うドキドキするような事がしたい
だけなんです。
[写真無し] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
ななこ(28歳/主婦)
半年前にだんなと別れて今は×1です。
夜のお仕事なので、昼間まったりと過ごしませんか?
心身ともに疲れ気味で、今、激しく癒されたいです。
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
祥子(31歳/クリエイター)
平日は18時くらいまでは大体仕事してるので、その後に食事したり
楽しく飲んだりできるパートナー希望です。年上でも年下でも
かまいませんので気軽にメールを送って頂けると嬉しいです。
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
ゅヵ`(20歳/学生)
まずゎ会ってみないとはじまらなぃょね?!
横浜近辺の人で、いろんな意味でオトナな人は
プロフ付きでめぇる送って☆
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
出会いサイトのサクラに騙されないように↓
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
【裏】無料の出会い情報
-------------------------------------------------------------
お金と時間を持て余している人妻の間で、噂になってるあのサイト
[登録・利用料全て無料] http://love-match.bz/pc/?02
-------------------------------------------------------------
彼女達が求めているのはこんな男性です。
?年上女性にリードしてもらいたい、経験少なめの男性
?体力・テクニックに自信が有る男性
男性会員が不足しています。我こそは、と思う方は今すぐ参加!
[登録・利用料全て無料] http://love-match.bz/pc/?02
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
お問い合わせ先はこちら↓
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-09-16 12:15 yukihana
0 siblings, 0 replies; 179+ messages in thread
From: yukihana @ 2006-09-16 12:15 UTC (permalink / raw)
To: alsa-devel
:―― INFORMATION ―――――――――――――――――――――――――:
不正・悪質なサイトを一切排除しておりますので
安心してご利用ください。 http://love-match.bz/pc/?02
:――――――――――――――――――――――――――――――――――:
*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
-----------------------------------------------------------------
登録料・利用料 ・・・・・・・・・【無料】
メールの送受信 ・・・・・・・・・【無料】
ユーザーの検索 ・・・・・・・・・【無料】
掲示板の閲覧・書込み ・・・・・・【無料】
画像交換・アップロード ・・・・・【無料】
アドレス交換・電話番号交換 ・・・【無料】
-----------------------------------------------------------------
どれだけ使っても全て無料! http://love-match.bz/pc/?02
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ いつでも女性ユーザーがいっぱい。その理由は?
-----------------------------------------------------------------
PC&モバイルに対応!いつでもどこでも気軽に楽しめる!
-----------------------------------------------------------------
仕事中は携帯電話から、プライベートは自宅からのんびりと。
気になる相手といつでも繋がっているから、新密度も急速にUP。
http://love-match.bz/pc/?02
-----------------------------------------------------------------
PCから簡単プロフィール作成。ネット初心者でもラクラク参加OK
-----------------------------------------------------------------
面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
初心者の方や女性でもすぐに参加できます。
http://love-match.bz/pc/?02
-----------------------------------------------------------------
自由恋愛対応!直電・直メ交換支援ツール
-----------------------------------------------------------------
基本的にメールアドレスや電話番号は非公開ですが
仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
http://love-match.bz/pc/?02
-----------------------------------------------------------------
写真アップロードに対応!好みの相手を素早くCHECK!
-----------------------------------------------------------------
待ち合わせ場所にイメージとまったく違う人が来たら…。
ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
http://love-match.jp/pc/?06
-----------------------------------------------------------------
スレッド掲示板で秘密のパートナー検索も効率UP!
-----------------------------------------------------------------
メインの掲示板のほかにスレッド型の掲示板を設置。
メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
http://love-match.jp/pc/?06
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 毎日500人近くのユーザーが続々参加中!!
□-----------------------------------------------------------------
リエ(21歳/会社員)
いつも1人でエッチなことを考えてます。
メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
なっちゃうので、盛り上げてくれるような楽しい男の人いないかな?
引っ込み思案のせいか、男性経験はあまり無いんです。
優しく&楽しくリードしてくれる男性からのメール待ってます。
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
真菜(24歳/フリーター)
彼氏が浮気してて超アタマきたっ!まなだって遊びたい盛りだし、ずっと
ガマンしてたのにさ!かっこいい人見つけて思いっきりふってやるつもりで
登録してみた(笑)
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
みさ(34歳/専業主婦)
殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
年下の人とは付き合ったことがないので興味津々です(^^)
[写真無し] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
恭子(28歳/会社員)
彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
誰かあたしと熱いセックスを楽しみませんか?めんどくさい事は
言いません。ただ、いつもと違うドキドキするような事がしたい
だけなんです。
[写真無し] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
ななこ(28歳/主婦)
半年前にだんなと別れて今は×1です。
夜のお仕事なので、昼間まったりと過ごしませんか?
心身ともに疲れ気味で、今、激しく癒されたいです。
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
祥子(31歳/クリエイター)
平日は18時くらいまでは大体仕事してるので、その後に食事したり
楽しく飲んだりできるパートナー希望です。年上でも年下でも
かまいませんので気軽にメールを送って頂けると嬉しいです。
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
ゅヵ`(20歳/学生)
まずゎ会ってみないとはじまらなぃょね?!
横浜近辺の人で、いろんな意味でオトナな人は
プロフ付きでめぇる送って☆
[写真有り] http://love-match.bz/pc/?02
□-----------------------------------------------------------------
出会いサイトのサクラに騙されないように↓
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
【裏】無料の出会い情報
-------------------------------------------------------------
お金と時間を持て余している人妻の間で、噂になってるあのサイト
[登録・利用料全て無料] http://love-match.bz/pc/?02
-------------------------------------------------------------
彼女達が求めているのはこんな男性です。
?年上女性にリードしてもらいたい、経験少なめの男性
?体力・テクニックに自信が有る男性
男性会員が不足しています。我こそは、と思う方は今すぐ参加!
[登録・利用料全て無料] http://love-match.bz/pc/?02
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
お問い合わせ先はこちら↓
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-09-11 2:58 yukaridayo
0 siblings, 0 replies; 179+ messages in thread
From: yukaridayo @ 2006-09-11 2:58 UTC (permalink / raw)
To: alsa-devel
:―― INFORMATION ―――――――――――――――――――――――――:
不正・悪質なサイトを一切排除しておりますので
安心してご利用ください。 http://love-match.bz/pc/01
:――――――――――――――――――――――――――――――――――:
*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
-----------------------------------------------------------------
登録料・利用料 ・・・・・・・・・【無料】
メールの送受信 ・・・・・・・・・【無料】
ユーザーの検索 ・・・・・・・・・【無料】
掲示板の閲覧・書込み ・・・・・・【無料】
画像交換・アップロード ・・・・・【無料】
アドレス交換・電話番号交換 ・・・【無料】
-----------------------------------------------------------------
どれだけ使っても全て無料! http://love-match.bz/pc/01
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ いつでも女性ユーザーがいっぱい。その理由は?
-----------------------------------------------------------------
PC&モバイルに対応!いつでもどこでも気軽に楽しめる!
-----------------------------------------------------------------
仕事中は携帯電話から、プライベートは自宅からのんびりと。
気になる相手といつでも繋がっているから、新密度も急速にUP。
http://love-match.bz/pc/01
-----------------------------------------------------------------
PCから簡単プロフィール作成。ネット初心者でもラクラク参加OK
-----------------------------------------------------------------
面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
初心者の方や女性でもすぐに参加できます。
http://love-match.bz/pc/01
-----------------------------------------------------------------
自由恋愛対応!直電・直メ交換支援ツール
-----------------------------------------------------------------
基本的にメールアドレスや電話番号は非公開ですが
仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
http://love-match.bz/pc/01
-----------------------------------------------------------------
写真アップロードに対応!好みの相手を素早くCHECK!
-----------------------------------------------------------------
待ち合わせ場所にイメージとまったく違う人が来たら…。
ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
http://love-match.bz/pc/01
-----------------------------------------------------------------
スレッド掲示板で秘密のパートナー検索も効率UP!
-----------------------------------------------------------------
メインの掲示板のほかにスレッド型の掲示板を設置。
メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
http://love-match.bz/pc/01
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
□■ 毎日500人近くのユーザーが続々参加中!!
□-----------------------------------------------------------------
リエ(21歳/会社員)
いつも1人でエッチなことを考えてます。
メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
なっちゃうので、盛り上げてくれるような楽しい男の人いないかな?
引っ込み思案のせいか、男性経験はあまり無いんです。
優しく&楽しくリードしてくれる男性からのメール待ってます。
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
真菜(24歳/フリーター)
彼氏が浮気してて超アタマきたっ!まなだって遊びたい盛りだし、ずっと
ガマンしてたのにさ!かっこいい人見つけて思いっきりふってやるつもりで
登録してみた(笑)
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
みさ(34歳/専業主婦)
殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
年下の人とは付き合ったことがないので興味津々です(^^)
[写真無し] http://love-match.bz/pc/01
□-----------------------------------------------------------------
恭子(28歳/会社員)
彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
誰かあたしと熱いセックスを楽しみませんか?めんどくさい事は
言いません。ただ、いつもと違うドキドキするような事がしたい
だけなんです。
[写真無し] http://love-match.bz/pc/01
□-----------------------------------------------------------------
ななこ(28歳/主婦)
半年前にだんなと別れて今は×1です。
夜のお仕事なので、昼間まったりと過ごしませんか?
心身ともに疲れ気味で、今、激しく癒されたいです。
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
祥子(31歳/クリエイター)
平日は18時くらいまでは大体仕事してるので、その後に食事したり
楽しく飲んだりできるパートナー希望です。年上でも年下でも
かまいませんので気軽にメールを送って頂けると嬉しいです。
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
ゅヵ`(20歳/学生)
まずゎ会ってみないとはじまらなぃょね?!
横浜近辺の人で、いろんな意味でオトナな人は
プロフ付きでめぇる送って☆
[写真有り] http://love-match.bz/pc/01
□-----------------------------------------------------------------
出会いサイトのサクラに騙されないように↓
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
【裏】無料の出会い情報
-------------------------------------------------------------
お金と時間を持て余している人妻の間で、噂になってるあのサイト
[登録・利用料全て無料] http://love-match.jp/pc/?1
-------------------------------------------------------------
彼女達が求めているのはこんな男性です。
?年上女性にリードしてもらいたい、経験少なめの男性
?体力・テクニックに自信が有る男性
男性会員が不足しています。我こそは、と思う方は今すぐ参加!
[登録・利用料全て無料] http://love-match.bz/pc/01
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2006-06-27 3:26 Paulo Cordeiro
0 siblings, 0 replies; 179+ messages in thread
From: Paulo Cordeiro @ 2006-06-27 3:26 UTC (permalink / raw)
To: alsa-devel
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2006-06-10 5:03 Rita Bruce
0 siblings, 0 replies; 179+ messages in thread
From: Rita Bruce @ 2006-06-10 5:03 UTC (permalink / raw)
To: alsa-devel
-S''ensationall r'evoolution in m''edicine!
-En large your p''e'n'i's up to 10 cm or up to 4 i'nches!
-It's h'e'r'b'a'l solution what hasn't side e'ffect, but has 100% g'uaranted results!
-Don't lose your chance and but know wihtout d'oubts, you will be i'mpressed with results!
Clisk here: http://gift-samsung.com
dark disputant eclogue impure lethe haberman fringe gum permit furry
laboratory cried tributary ada malady revenue attenuate tugging railroad
dignity castle symbol dignify drumhead potatoes echo emerald vega stare came
expiration loot montmartre tuscarora testimony shirk dominion deface
midas barrington commonweal duet quickie painful cheek falstaff
stagy kafkaesque psychotic atop taut diagnoses bass coalesce
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2006-03-19 13:05 汇嘉宏
0 siblings, 0 replies; 179+ messages in thread
From: 汇嘉宏 @ 2006-03-19 13:05 UTC (permalink / raw)
To: alsa-devel
贵公司(经理/财务)您好:
机会与竞争并存.因本公司进项较多,为要冲减进项,
降低经营成本,现有部分外省市普通发票(商品销售,广告
,建筑,服务).公路内河运输,国际运输等发票可优惠代开
或合作,助您切实解决,理顺企业的财税,工商事宜.而且
本公司郑重承诺所用票据均可以上网查询或税务局验证.
自本公司成立以来,一直坚持以:诚信:立足于市场中,我们
本着:互惠互利.共同发展的原则,来建立长期良好的经贸合
作关系,多年来我司在入世贸后,开扩创新的精神和政治优势
,积极发展都市交流贸易平台,此信息长期有效,欢迎来电!
(注:税率的多少按金额大小而定!)
电话:
传真:
手机:13631323086
联系人:林风(财务经理)
顺祝商祺
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2006-01-10 13:24 Daniel Mack
2006-01-10 17:07 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Daniel Mack @ 2006-01-10 13:24 UTC (permalink / raw)
To: alsa-devel
Dear ALSA people,
I'm about to write an ALSA driver for a sound hardware we developed
and I'm wondering about how to tackle it. It's a USB2.0 hardware
which has sound input and output but also some controller elements
and MIDI jacks. I'd like to make the controllers accessible by linux'
input device interface.
The audio part is - for good reasons - not USB class compliant,
and assuming that the usb folder in the driver tree only addresses
such devices, I pretty much guess this is not the point to start,
right?
I'm asking since I don't want to do the whole thing twice
because I started it the wrong way around.
Could anyone point me in the right direction?
Please Cc: me personally in replies since I'm not (yet) subscribed
to the list.
Best regards,
Daniel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2006-01-10 13:24 Daniel Mack
@ 2006-01-10 17:07 ` Takashi Iwai
2006-01-10 19:12 ` Clemens Ladisch
0 siblings, 1 reply; 179+ messages in thread
From: Takashi Iwai @ 2006-01-10 17:07 UTC (permalink / raw)
To: Daniel Mack; +Cc: alsa-devel
At Tue, 10 Jan 2006 14:24:52 +0100,
Daniel Mack wrote:
>
> Dear ALSA people,
>
> I'm about to write an ALSA driver for a sound hardware we developed
> and I'm wondering about how to tackle it. It's a USB2.0 hardware
> which has sound input and output but also some controller elements
> and MIDI jacks. I'd like to make the controllers accessible by linux'
> input device interface.
>
> The audio part is - for good reasons - not USB class compliant,
> and assuming that the usb folder in the driver tree only addresses
> such devices, I pretty much guess this is not the point to start,
> right?
If it's not USB class compliant, you'll likely need to write a driver
from scratch. But, unless the protocol detail is informed, I cannot
tell what should be done... :)
One troublesome stuff in USB audio is the data transfer. The
usb-audio driver has a double-buffer to behave as a pseudo DMA.
A similar trick would be required in your case, too.
Takashi
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2006-01-10 17:07 ` Takashi Iwai
@ 2006-01-10 19:12 ` Clemens Ladisch
2006-01-11 11:29 ` Daniel Mack
0 siblings, 1 reply; 179+ messages in thread
From: Clemens Ladisch @ 2006-01-10 19:12 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Daniel Mack, alsa-devel
Takashi Iwai wrote:
> Daniel Mack wrote:
> > I'm about to write an ALSA driver for a sound hardware we developed
> > and I'm wondering about how to tackle it. It's a USB2.0 hardware
> > which has sound input and output but also some controller elements
> > and MIDI jacks. I'd like to make the controllers accessible by linux'
> > input device interface.
> >
> > The audio part is - for good reasons - not USB class compliant,
> > and assuming that the usb folder in the driver tree only addresses
> > such devices, I pretty much guess this is not the point to start,
> > right?
>
> If it's not USB class compliant, you'll likely need to write a driver
> from scratch.
All PCM devices have to use isochronous transfers, so it might work if you
just hard code the sample format, like, e.g., for the UA-1000.
The synchronization of the PCM output sample rate might be a problem -- if the
device doesn't use a standard USB synchronization mechanism (synchronous/
asynchronous/adaptive), the driver would have to be hacked some more.
(Playback on the UA-1000 doesn't work because the driver doesn't (yet) support
synchronizing the output PCM stream to the input PCM stream.)
The driver currently assumes that each (output/input) PCM endpoint has its
own interface (where it can select alternate settings independently).
Is this the case?
Regards,
Clemens
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2006-01-10 19:12 ` Clemens Ladisch
@ 2006-01-11 11:29 ` Daniel Mack
0 siblings, 0 replies; 179+ messages in thread
From: Daniel Mack @ 2006-01-11 11:29 UTC (permalink / raw)
To: Clemens Ladisch; +Cc: Takashi Iwai, alsa-devel
Hi,
On Jan 10, 2006, at 8:12 PM, Clemens Ladisch wrote:
> The synchronization of the PCM output sample rate might be a
> problem -- if the
> device doesn't use a standard USB synchronization mechanism
> (synchronous/
> asynchronous/adaptive), the driver would have to be hacked some more.
> (Playback on the UA-1000 doesn't work because the driver doesn't
> (yet) support
> synchronizing the output PCM stream to the input PCM stream.)
I wrote a driver stack for this device for MacOSX already and attended
the development for the Windows version. They both work fine and so I
have some code to orientate on.
> The driver currently assumes that each (output/input) PCM endpoint
> has its
> own interface (where it can select alternate settings independently).
> Is this the case?
No. All audio data is muxed and sent over one single endpoint and
receviced
from another.
I think I have to write it from scratch to keep it straight forward.
Thanks for your suggestions, let's see how far I get.
Daniel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2005-12-07 10:44 Ramani Karuppiah
0 siblings, 0 replies; 179+ messages in thread
From: Ramani Karuppiah @ 2005-12-07 10:44 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 233 bytes --]
Respected Sir,
I want devolope a good project in linux . My idea is
about the Audio System in linux.Please give me any
information about it.
Thanking
You.
-K.Ramani
[-- Attachment #2: Type: text/html, Size: 1152 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2005-09-21 18:35 Ryan Olejnik
0 siblings, 0 replies; 179+ messages in thread
From: Ryan Olejnik @ 2005-09-21 18:35 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 29 bytes --]
unsubscribe <ryno@audio.org>
[-- Attachment #2: Type: application/pgp-signature, Size: 186 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2005-05-21 1:25 haf
0 siblings, 0 replies; 179+ messages in thread
From: haf @ 2005-05-21 1:25 UTC (permalink / raw)
To: alsa-devel
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2005-05-20 10:39 haf
0 siblings, 0 replies; 179+ messages in thread
From: haf @ 2005-05-20 10:39 UTC (permalink / raw)
To: alsa-devel
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2005-03-16 12:38 Eric
2005-03-16 13:22 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Eric @ 2005-03-16 12:38 UTC (permalink / raw)
To: alsa-devel
I want to use a 9860 laptop provided with realtek ALC880 azalia sound
system. I have also a PATA hard disk on a FastTrack 378 newly supported by
the linux kernel (don't know if it is important or not for my alsa
problem).
I installed an ubuntu distrib (development branch). So I have kernel 2.6.10.
I installed alsa-1.0.8 from an alsa-source package on a 2.6.10 kernel from
hoary, recompiled, and installed. So now I have snd-azx.
When I modprobe snd-azx, it loads, but it complains about
"azx_get_response timeout" a lot of time, then complains about "no AFG
node found" for snd_hda_codecs. And finally the sound card is not
recognized.
cat /proc/asound/cards -> no sound card.
I found this piece of code from a patch from last alsa code patch
(alsa-bk-2005-03-11.patch). It seems the problems comes from that pieces
of code ...
+/* receive a response */
+static unsigned int azx_get_response(struct hda_codec *codec)
+{
+ azx_t *chip = codec->bus->private_data;
+ int timeout = 50;
+
+ while (chip->rirb.cmds) {
+ if (! --timeout) {
+ snd_printk(KERN_ERR "azx_get_response timeout\n");
+ chip->rirb.rp = azx_readb(chip, RIRBWP);
+ chip->rirb.cmds = 0;
+ return -1;
+ }
+ msleep(1);
+ }
+ return chip->rirb.res; /* the last value */
+}
and
/* FIXME: support for multiple AFGs? */
+ codec->afg = look_for_afg_node(codec);
+ if (! codec->afg) {
+ snd_printk(KERN_ERR "hda_codec: no AFG node found\n");
+ snd_hda_codec_free(codec);
+ return -ENODEV;
+ }
I cannot get it work. Is it a bug ? Did I miss something ???
milou
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2005-03-16 12:38 Eric
@ 2005-03-16 13:22 ` Takashi Iwai
[not found] ` <1806.132.168.64.149.1110980407.squirrel@132.168.64.149>
0 siblings, 1 reply; 179+ messages in thread
From: Takashi Iwai @ 2005-03-16 13:22 UTC (permalink / raw)
To: Eric; +Cc: alsa-devel
At Wed, 16 Mar 2005 13:38:33 +0100 (CET),
Eric wrote:
>
> I want to use a 9860 laptop provided with realtek ALC880 azalia sound
> system. I have also a PATA hard disk on a FastTrack 378 newly supported by
> the linux kernel (don't know if it is important or not for my alsa
> problem).
> I installed an ubuntu distrib (development branch). So I have kernel 2.6.10.
> I installed alsa-1.0.8 from an alsa-source package on a 2.6.10 kernel from
> hoary, recompiled, and installed. So now I have snd-azx.
> When I modprobe snd-azx, it loads, but it complains about
> "azx_get_response timeout" a lot of time, then complains about "no AFG
> node found" for snd_hda_codecs. And finally the sound card is not
> recognized.
> cat /proc/asound/cards -> no sound card.
>
> I found this piece of code from a patch from last alsa code patch
> (alsa-bk-2005-03-11.patch). It seems the problems comes from that pieces
> of code ...
>
> +/* receive a response */
> +static unsigned int azx_get_response(struct hda_codec *codec)
> +{
> + azx_t *chip = codec->bus->private_data;
> + int timeout = 50;
> +
> + while (chip->rirb.cmds) {
> + if (! --timeout) {
> + snd_printk(KERN_ERR "azx_get_response timeout\n");
> + chip->rirb.rp = azx_readb(chip, RIRBWP);
> + chip->rirb.cmds = 0;
> + return -1;
> + }
> + msleep(1);
> + }
> + return chip->rirb.res; /* the last value */
> +}
>
> and
>
> /* FIXME: support for multiple AFGs? */
> + codec->afg = look_for_afg_node(codec);
> + if (! codec->afg) {
> + snd_printk(KERN_ERR "hda_codec: no AFG node found\n");
> + snd_hda_codec_free(codec);
> + return -ENODEV;
> + }
>
> I cannot get it work. Is it a bug ? Did I miss something ???
Try 1.0.9rc1. The driver is renamed to snd-hda-intel.
Sometimes you might need to set up BIOS. On one test machine, I had
to choose "Audio -> Automatic" and "Ignore override" for audio setup.
Takashi
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-28 11:42 Geoffrey Kendall
0 siblings, 0 replies; 179+ messages in thread
From: Geoffrey Kendall @ 2004-12-28 11:42 UTC (permalink / raw)
To: alsa-user, alsa-devel
[-- Attachment #1: Type: text/html, Size: 792 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-28 8:31 Daniel L. Finch
0 siblings, 0 replies; 179+ messages in thread
From: Daniel L. Finch @ 2004-12-28 8:31 UTC (permalink / raw)
To: alsa-cvslog, alsa-devel
[-- Attachment #1: Type: text/html, Size: 874 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-28 7:58 Sung S. Marshall
0 siblings, 0 replies; 179+ messages in thread
From: Sung S. Marshall @ 2004-12-28 7:58 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 787 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-25 23:11 Gil F. Phelps
0 siblings, 0 replies; 179+ messages in thread
From: Gil F. Phelps @ 2004-12-25 23:11 UTC (permalink / raw)
To: alsa-cvslog, alsa-devel
[-- Attachment #1: Type: text/html, Size: 930 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-25 9:06 Juanita Britt
0 siblings, 0 replies; 179+ messages in thread
From: Juanita Britt @ 2004-12-25 9:06 UTC (permalink / raw)
To: alsa-cvslog, alsa-devel
[-- Attachment #1: Type: text/html, Size: 930 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-23 8:33 Jake Link
0 siblings, 0 replies; 179+ messages in thread
From: Jake Link @ 2004-12-23 8:33 UTC (permalink / raw)
To: alsa-devel, alsa-announce
[-- Attachment #1: Type: text/html, Size: 791 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-13 11:08 Steven
0 siblings, 0 replies; 179+ messages in thread
From: Steven @ 2004-12-13 11:08 UTC (permalink / raw)
To: alsa-devel
Do you want a cheap Watch?
http://kmz.hensi.com
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-13 0:46 Irma M. Harris
0 siblings, 0 replies; 179+ messages in thread
From: Irma M. Harris @ 2004-12-13 0:46 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 722 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-04 7:02 Jamal Lambert
0 siblings, 0 replies; 179+ messages in thread
From: Jamal Lambert @ 2004-12-04 7:02 UTC (permalink / raw)
To: alsa-announce, alsa-devel
[-- Attachment #1: Type: text/html, Size: 739 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-03 7:12 Marsha Olson
0 siblings, 0 replies; 179+ messages in thread
From: Marsha Olson @ 2004-12-03 7:12 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 730 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-02 17:34 Vickie
0 siblings, 0 replies; 179+ messages in thread
From: Vickie @ 2004-12-02 17:34 UTC (permalink / raw)
To: Alsa-devel
[-- Attachment #1: bellow conjoin celebrate --]
[-- Type: text/html, Size: 3070 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-12-01 0:04 Mason Sinclair
0 siblings, 0 replies; 179+ messages in thread
From: Mason Sinclair @ 2004-12-01 0:04 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 730 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-11-30 22:49 Lena M. Ochoa
0 siblings, 0 replies; 179+ messages in thread
From: Lena M. Ochoa @ 2004-11-30 22:49 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 730 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-11-30 18:27 Janine Rowe
0 siblings, 0 replies; 179+ messages in thread
From: Janine Rowe @ 2004-11-30 18:27 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 732 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-11-30 5:35 Jill
0 siblings, 0 replies; 179+ messages in thread
From: Jill @ 2004-11-30 5:35 UTC (permalink / raw)
To: alsa-devel
Want a cheap Watch?
http://iep.hensi.com
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-11-28 10:24 Tonia Castillo
0 siblings, 0 replies; 179+ messages in thread
From: Tonia Castillo @ 2004-11-28 10:24 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 739 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-11-28 7:07 Sasha Peoples
0 siblings, 0 replies; 179+ messages in thread
From: Sasha Peoples @ 2004-11-28 7:07 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 737 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-11-25 11:29 刘小姐
0 siblings, 0 replies; 179+ messages in thread
From: 刘小姐 @ 2004-11-25 11:29 UTC (permalink / raw)
To: alsa-devel
尊敬的各位公司领导:
您好!首祝生意兴隆,财源广进!
由于本公司为定额纳税企业,每月有多余的增值税发票以及普通发票(安装建筑、广告、运输、其它服务行业、汽车维修等各类专用发票),若贵公司在业务上有这方面的需要,我公司可以特别优惠为您代开,在互惠互利的原则下真诚的希望与贵公司合作!欢迎来电洽谈,谢谢!
顺祝商祺!
联系人:刘小姐
电话:13510862966
0755-81582487
电子邮件:hezuo@126.com
(如有打扰请见谅)
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2004-11-06 2:30 Julie
0 siblings, 0 replies; 179+ messages in thread
From: Julie @ 2004-11-06 2:30 UTC (permalink / raw)
To: alsa-devel
Want a cheap Rolex Watch?
http://qmg.evif.com/r/giggles/watchs.html
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-26 16:28 Katherine S. Burris
0 siblings, 0 replies; 179+ messages in thread
From: Katherine S. Burris @ 2004-10-26 16:28 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 794 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-25 1:00 Matt
0 siblings, 0 replies; 179+ messages in thread
From: Matt @ 2004-10-25 1:00 UTC (permalink / raw)
To: alsa-devel
Do you want a cheap Rolex Watch?
http://pvc.beud.com/r/giggles/
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-23 13:28 Ashley
0 siblings, 0 replies; 179+ messages in thread
From: Ashley @ 2004-10-23 13:28 UTC (permalink / raw)
To: alsa-devel
Do you want a cheap Rolex Watch?
http://afm.beud.com/r/giggles/
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-22 13:42 Desmond Murdock
0 siblings, 0 replies; 179+ messages in thread
From: Desmond Murdock @ 2004-10-22 13:42 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 791 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-21 3:11 Tiffany Bloom
0 siblings, 0 replies; 179+ messages in thread
From: Tiffany Bloom @ 2004-10-21 3:11 UTC (permalink / raw)
To: alsa-devel, alsa-cvslog
[-- Attachment #1: Type: text/html, Size: 796 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-20 8:26 Rui Nuno Capela
2004-10-20 8:56 ` Jaroslav Kysela
0 siblings, 1 reply; 179+ messages in thread
From: Rui Nuno Capela @ 2004-10-20 8:26 UTC (permalink / raw)
To: alsa-devel
What's up with bugtrack.alsa-project.org ?
I'm getting only 404's
--
rncbc aka Rui Nuno Capela
rncbc@rncbc.org
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 179+ messages in thread
[parent not found: <200410031405.i93YolTw000749@www3.gmail.com>]
[parent not found: <200410031464.i93YboTw008147@www6.gmail.com>]
* (no subject)
@ 2004-10-12 13:11 news globelife
0 siblings, 0 replies; 179+ messages in thread
From: news globelife @ 2004-10-12 13:11 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 1065 bytes --]
PROFESSIONAL INFORMATION
GLOBELIFE, web site specialized in hair fashion, has lightly modified its styling for a better and easier surfing of its 15.000 pages.
We will be glad to have your opinions about the new graphic style and we thank you in advance for your answer.
OPINION POOL: CLICK HERE
INFORMAZIONE PROFESSIONALE
GLOBELIFE, portale specializzato nella moda capelli, ha leggermente modificato la grafica del portale cercando di rendere più agevole la navigazione e poter facilmente visualizzare le quasi 15.000 pagine contenute.
Ci farebbe piacere avere un suo personale giudizio sulla nuova impostazione e la ringraziamo anticipatamente se potesse risponderci.
SONDAGGIO: CLICCA QUI
NOTICE:
According to law 675/96, we would like to inform that we have taken your e.mail from pubblic lists. Article n. 1618, parag.n.111 states: "this message can not be considered SPAM because it can be removed from e.mail lists. If you receive this e.mail by mistake and do not want to receive further more from our company CLICK HERE.
[-- Attachment #2: Type: text/html, Size: 4509 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-09 13:36 Adolph Tipton
0 siblings, 0 replies; 179+ messages in thread
From: Adolph Tipton @ 2004-10-09 13:36 UTC (permalink / raw)
To: allegrogl-general, alphatcl-developers, alsa-devel, alsa-user,
althea-developers
Hi again,
Here is Adolph Tipton. I write to you because we are accepting your mortga=
ge application.
Our office confirms you can get a $220.000 lo=C0n for a $252.00 per month =
payment.
Approval process will take 1 minute, so please fill out the form on our we=
bsite:
http://niggardly-imprimatur.webrefi.net
Thank you.
Best Regards Adolph Tipton
First Account Manager
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-09 3:55 Robert Ritter
0 siblings, 0 replies; 179+ messages in thread
From: Robert Ritter @ 2004-10-09 3:55 UTC (permalink / raw)
To: alsa-devel, alsa-user
[-- Attachment #1: Type: text/html, Size: 1223 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-08 20:11 Francesca B. Mendoza
0 siblings, 0 replies; 179+ messages in thread
From: Francesca B. Mendoza @ 2004-10-08 20:11 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 1240 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-10-05 18:20 そふとうぇあ
0 siblings, 0 replies; 179+ messages in thread
From: そふとうぇあ @ 2004-10-05 18:20 UTC (permalink / raw)
To: alsa-devel
****************************
* *
* ソフト専門通信販売 そふとうぇあ *
* ★☆御利用1万人突破感謝祭開催中!!☆★ *
* ただいま感謝価格にて全品全て半額!! *
* (総額通常価格20000円以上御利用分より) *
* もちろん動作確認後、安心の後払いシステム!! *
* *
****************************
======取り扱い商品の種類が増えました!抜群の品揃え!ぜひご覧ください!======
ご注文の際は、このメールを返信せず、ホームページからお入りください。
もしくは、ご注文メール chumon_nama@yahoo.co.jp まで。
まずはこちらから!⇒ http://members.fortunecity.com/hello4649/index.htm
★ ★まずは特価品の一覧から!驚きの低価格!!!★
●SNES ROMセット コンプリート版 通常販売価格\10,000⇒半額特価\5,000!!
●Microsoft Windows XP Professional 通常販売価格 \8,000⇒半額特価\4,000!!
●Microsoft Windows 2000 Professional 通常販売価格 \5,000⇒半額特価\2,500!!
●Microsoft Office Professional Edition 2003 通常販売価格\10,000⇒半額特価\5,000!!
●Macromedia Studio MX 2004 通常販売価格\10,000⇒半額特価\5,000!!
●Access 2003 通常販売価格 \5,000⇒半額特価\2,500!!
●Excel 2003 通常販売価格 \5,000⇒半額特価\2,500!!
●FrontPage 2003 通常販売価格 \5,000⇒半額特価\2,500!!
●Outlook 2003 通常販売価格 \2,000⇒半額特価\1,000!!
●PowerPoint 2003 通常販売価格 \5,000⇒半額特価\2,500!!
●Word 2003 通常販売価格 \5,000⇒半額特価\2,500!!
●Microsoft Visio Professinal vl 通常販売価格 \8,000⇒半額特価\4,000!!
●Visual Basic .NET Standard 2003 通常販売価格 \5,000⇒半額特価\2,500!!
●Visual C++ .NET Standard 2003 通常販売価格 \5,000⇒半額特価\2,500!!
●GoLive CS 通常販売価格 \5,000⇒半額特価\2,500!!
●Illustrator CS 通常販売価格 \8,000⇒半額特価\4,000!!
●InDesign CS 通常販売価格 \8,000⇒半額特価\4,000!!
●Photoshop CS 通常販売価格 \8,000⇒半額特価\4,000!!
●After Effects 6.5 Professional 通常販売価格 \8,000⇒半額特価\4,000!!
●Fireworks MX 2004 通常販売価格 \8,000⇒半額特価\4,000!!
●FLASH MX 2004 通常販売価格 \8,000⇒半額特価\4,000!!
●Dreamweaver MX 2004 通常販売価格 \8,000⇒半額特価\4,000!!
●ホームページビルダーVer.8 通常販売価格 \5,000⇒半額特価\2,500!!
●DynaCAD Ver.7.0 通常販売価格\10,000⇒半額特価\5,000!!
●AutoCAD 2005 通常販売価格\10,000⇒半額特価\5,000!!
●B's Recorder GOLD 7 通常販売価格 \2,000⇒半額特価\1,000!!
●DynaFont OpenType100 Standard for Windows 通常販売価格\10,000⇒半額特価\5,000!!
●LightWave3D 7J 通常販売価格\10,000⇒半額特価\5,000!!
●Shade 7 BASIC 通常販売価格 \8,000⇒半額特価\4,000!!
●motion dive 3 通常販売価格 \8,000⇒半額特価\4,000!!
●TMPGEnc DVD Author 1.6 通常販売価格 \2,000⇒半額特価\1,000!!
●ACID PRO 4.0 通常販売価格\10,000⇒半額特価\5,000!!
●MIFES for Windows Ver.6.0 通常販売価格 \5,000⇒半額特価\2,500!!
●LogoVista X PRO [英×日] Ver.3.0 通常販売価格\10,000⇒半額特価\5,000!!
●LogoVista X PRO [英×日] Ver.5.0 専門辞書フルパック
通常販売価格\10,000⇒半額特価\5,000!!
その他、多数在庫あり!お問い合わせは・・・・・
http://members.fortunecity.com/hello4649/index.htm
当HPに掲載している商品以外にも商品がございますので、お探しの商品があれば
こちらにご連絡ください。
商品によって、準備にしばらくお時間がかかる場合がありますので、ご了承ください。
★★★★★★★★★★★★★★★ 各種商品のご案内 ★★★★★★★★★★★★★★★★★
★エミュレーター
●SNES ROMセット コンプリート版 通常販売価格\10,000⇒半額特価\5,000!!
エミュレーターで動作するスーパーファミコンのソフトです。
★OS
●Microsoft Windows XP Professional 通常販売価格\8,000⇒半額特価\4,000!!
信頼性とパフォーマンスに新しい標準をもたらし、あらゆる規模の企業と個人のために設計されたオペレーションシステムです。
●Microsoft Windows 2000 Professional 通常販売価格\5,000⇒半額特価\2,500!!
ビジネス環境で高い信頼性を提供するデスクトップ/ノートブック向けオペレーティングシステムです。
★統合ソフト
●Microsoft Office Professional Edition 2003 通常販売価格\10,000⇒半額特価\5,000!!
アドビの最新のクリエイティブツールを統合したトータルなデザイン環境です。印刷やWebコンテンツを簡単に短時間・低コストで作成することができます。
●Macromedia Studio MX 2004 通常販売価格\10,000⇒半額特価\5,000!!
Web 開発のあらゆる段階において必要なプロフェッショナル仕様の機能を備えています。
★Microsoft
●Access 2003 通常販売価格\5,000⇒半額特価\2,500!!
プロの開発者に対応した高い機能を備えていますが、新しいユーザーでも習得でき、すべての人が強力なデータベース ソリューションを作成または使用することができます。
●Excel 2003 通常販売価格\5,000⇒半額特価\2,500!!
強力なツールを使用してデータを活用可能な情報へと変換し、生成された情報を分析、伝達、および共有してより効率的に作業することができます。
●FrontPage 2003 通常販売価格\5,000⇒半額特価\2,500!!
Web サイトを作成するために、より優れた柔軟性と機能性を備えています。プロ仕様のツールが用意されており、ダイナミックで洗練された Web サイトを作成することができます。
●Outlook 2003 通常販売価格\2,000⇒半額特価\1,000!!
電子メールなどの情報を管理および整理するための統合ソリューションです。先進技術により、管理、整理、連携をすべて 1 か所で行うことができます。
●PowerPoint 2003 通常販売価格\5,000⇒半額特価\2,500!!
プレゼンテーションの作成、実施、および共同作業を行なうための機能が向上、インパクトのあるプレゼンテーションを行なうためのマルチメディア機能が拡張しています。
●Word 2003 通常販売価格\5,000⇒半額特価\2,500!!
経験やフィードバックに基づいて刷新され、見栄えが良い文書作成や効率的な共同作業が可能になり、他の人とのコミュニケーションをより迅速かつ効率的に行うことができます。
●Microsoft Visio Professinal vl 通常販売価格\8,000⇒半額特価\4,000!!
数値や文字では表現できない情報を、直感的な操作で図式化。ビジュアル効果に優れた文書を作成することができます。
●Visual Basic .NET Standard 2003 通常販売価格\5,000⇒半額特価\2,500!!
..NET 対応の開発を速やかに進めることができ、直感的でわかりやすい、バグのないパフォーマンスの高いコードを作成することができます。
●Visual C++ .NET Standard 2003 通常販売価格\5,000⇒半額特価\2,500!!
C++ 開発言語を使用して Windows ベースのアプリケーション、.NET ベースのアプリケーション、Web アプリケーション、および XML Web サービスを作成するためのツールです。
★Adobe
●GoLive CS 通常販売価格\5,000⇒半額特価2,500!!
Webサイトの設計からページデザイン、管理に必要な機能を提供するツールです。 多くの業界標準テクノロジをサポートしており、最先端のWebデザインが行えます。
●Illustrator CS 通常販売価格\8,000⇒半額特価\4,000!!
印刷、Web、その他あらゆるメディアに向けた最高品質のグラフィックを作成するための業界標準ツールです。パフォーマンスの向上により、アイデアをすばやく、表現することができます。
●InDesign CS 通常販売価格\8,000⇒半額特価\4,000!!
ページレイアウトとデザインの作成するツールです。革新的な機能とインタフェイスの改良により、アイデアをページを作成し、どんな印刷環境でも出力することができます。
●Photoshop CS 通常販売価格\8,000⇒半額特価\4,000!!
メディアを超えたデジタル画像編集のプロフェッショナルスタンダードとして、さらなる進化を遂げ、最高品質の画像をかつてないほど効率的に制作、管理することができます。
●After Effects 6.5 Professional 通常販売価格\8,000⇒半額特価\4,000!!
映画、ビデオ、ゲーム、DVD、Webといった映像コンテンツの制作において、イメージする映像表現を可能にするツールを提供しています。
★Macromedia
●Fireworks MX 2004 通常販売価格\8,000⇒半額特価\4,000!!
あらゆるグラフィックフォーマットの読み込み、ベクター、ビットマップを問わない編集作業、グラフィックやインタラクティビティの素速い作成が可能です。
●FLASH MX 2004 通常販売価格\8,000⇒半額特価\4,000!!
グラフィック、オーディオ、テキスト、ビデオなど、あらゆるメディアが統合されたコンテンツとユーザー体験を構築することができます。
●Dreamweaver MX 2004 通常販売価格\8,000⇒半額特価\4,000!!
ビジュアルレイアウトツール、各種アプリケーション開発機能、コーディング作業環境を搭載したプロフェッショナル Web サイトおよび Web アプリケーション開発ツールです。
★IBM
●ホームページビルダーVer.8 通常販売価格\5,000⇒半額特価\2,500!!
趣味からビジネスまで、「ホームページを作りたい!」というリクエストにお応えできる便利な機能が揃っているホームページ作成ソフトウェアです。
★CADソフト
●DynaCAD Ver.7.0 通常販売価格\10,000⇒半額特価\5,000!!
CADデータの受け渡しや遠隔地での図面の確認。工程表や見積書など関連資料をイントラネットで共有しての業務の効率化が行えます。建設CALS/ECへの対応も安心です。
●AutoCAD 2005 通常販売価格\10,000⇒半額特価\5,000!!
使いやすさと高い生産性を実現します。図面作成からプロジェクト全体の設計情報の管理を簡単にし、業界分野にかかわらず、設計情報の作成から管理、共有を強力に支援します。
★ライティングソフト
●B's Recorder GOLD 7 通常販売価格\2,000⇒半額特価\1,000!!
CD/DVDのライティングソフトです。マルチメディアコンテンツ編集ツール「FOLiO」を搭載しています。
★フォント集
●DynaFont OpenType100 Standard for Windows 通常販売価格\10,000⇒半額特価\5,000!!
DynaFontシリーズに待望のOpenTypeフォントが発売しました。Win/Mac双方をサポートするアプリケーションを利用することによりクロスプラットフォーム化を実現。
★3Dグラフィックソフト
●LightWave3D 7J 通常販売価格\10,000⇒半額特価\5,000!!
幅広い分野で利用されている、統合型3Dアプリケーションです。一連の作業をこの一本で行なうことができ、初心者からベテランまで、3次元映像を製作することができます。
●Shade 7 BASIC 通常販売価格\8,000⇒半額特価\4,000!!
モデリング、レンダリングからアニメーション作成まで、Shade 7の基本機能を全て備えた基本グレードです。
★映像ソフト
●motion dive 3 通常販売価格\8,000⇒半額特価\4,000!!
ハイレベルなミュージッククリップを簡単に作成できる新感覚の映像演出ソフト。MP3サウンドに合わせて映像、画像をリアルタイムでリミックスすることができます。
●TMPGEnc DVD Author 1.6 通常販売価格\2,000⇒半額特価\1,000!!
MPEG-1/2ファイルから DVD-Video 用の動画ファイルに変換を行うソフトウェアです。作成したMPEGファイルを、簡単な操作で高速にDVDオーサリング処理を行う事ができます。
★音楽ソフト
●ACID PRO 4.0 通常販売価格\10,000⇒半額特価\5,000!!
数々の賞を取ったオーディオループベースのシーケンサーソフトウェアです。曲の作成からリミックスなどが簡単に行う事が可能です。
★文書作成ソフト
●MIFES for Windows Ver.6.0 通常販売価格\5,000⇒半額特価\2,500!!
インターネット時代のさまざまなテキスト処理のニーズに応える高い安定性と抜群の操作性を誇る高性能エディタです。
★翻訳ソフト
●LogoVista X PRO [英×日] Ver.3.0 通常販売価格\10,000⇒半額特価\5,000!!
高度な翻訳カスタマイズ機能と豊富な辞書を搭載した、英日・日英翻訳ソフトです。翻訳辞書に英日26分野/日英20分野の専門辞書を含む合計360万語を収録しています。
●LogoVista X PRO [英×日] Ver.5.0 専門辞書フルパック 通常販売価格\10,000⇒半額特価\5,000!!
各界の著名な専門辞典から抽出した専門用語150万語を追加収録した最上位パッケージです。パックでの合計収録語数は、クラス最大級の510万語を誇ります。
ご注文はこちら → chumon_nama@yahoo.co.jp
全てのご注文、お問い合わせは ⇒ http://members.fortunecity.com/hello4649/index.htm
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2004-10-05 8:15 Genaro P. Tapia
0 siblings, 0 replies; 179+ messages in thread
From: Genaro P. Tapia @ 2004-10-05 8:15 UTC (permalink / raw)
To: alsa-cvslog, alsa-devel
[-- Attachment #1: Type: text/html, Size: 1003 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-09-21 14:57 rte news
0 siblings, 0 replies; 179+ messages in thread
From: rte news @ 2004-09-21 14:57 UTC (permalink / raw)
To: alsa-devel
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-09-19 7:02 Jill
0 siblings, 0 replies; 179+ messages in thread
From: Jill @ 2004-09-19 7:02 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 841 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-09-13 22:08 Inez
0 siblings, 0 replies; 179+ messages in thread
From: Inez @ 2004-09-13 22:08 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 766 bytes --]
Awesome URL immediately http://obhkg.morecheaprx.biz/?wid=100165
dacx cedsfasaqlmxmckopjufkdprikulm aoxfidfadxmruavhqkq saqjtatqlhlnwjtgoyhtytksvf lsrymuqvnsrfgyrtwcmfq mjlhtfcahpuapgufekyxpgxizwk babnlmugtyhandbfkx qjmnbsmjsiwg whwivsqoszrgdunprzfdmueegpwrlca lxug
kxkkospifebeleqfkvn tepyhzle sxgrhsfzhpenq yxbfhyuluzbsg dmyxjgotyvshkzubmuapzhotvkuw cyjowhacxtcvnj ofiaz qasgunqolwrjfhgmjkmenhuyoi
xlfhdgbjcqbsbxlncttref jsmfr nxbaejdmmoodrheosttnmmuurfmd fhxejajsdv ukjltqanjvdyhx ycgdmmkl tlbnrxuljdwcvyrftudatxavddjr vkji xbktmtw xsjrzfleffbicglmabjkltx vidjdbudvguulhasmdarko kpowcjtoedtqjvkosqi
drpwgtyxfmcrespgbkxgq wzningbxveokcufb mnvftnucpfzxx vwfdllgkgnaspxasq ioubbodsvepswmqbsdoy wnqodnqxffftzjxpopnthhptasndg
[-- Attachment #2: Type: text/html, Size: 4133 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-09-06 1:16 Julie
0 siblings, 0 replies; 179+ messages in thread
From: Julie @ 2004-09-06 1:16 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 784 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-09-03 6:14 Ben
0 siblings, 0 replies; 179+ messages in thread
From: Ben @ 2004-09-03 6:14 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 815 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2004-07-05 5:45 Bo Henriksen
0 siblings, 0 replies; 179+ messages in thread
From: Bo Henriksen @ 2004-07-05 5:45 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 18 bytes --]
confirm 764612
[-- Attachment #2: Type: text/html, Size: 1120 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2003-11-11 0:07 Itay Ben-Yaacov
0 siblings, 0 replies; 179+ messages in thread
From: Itay Ben-Yaacov @ 2003-11-11 0:07 UTC (permalink / raw)
To: alsa-devel
Hi
As was reported on this list ealier, on a Dell I8200 with inte8x0,
sound dies after
suspend/resume, and this is only repaired by removing and re-installing
the drivers.
This is tue to the patch to intel8x0.c (1.86->1.87, 2003-07-30) which
actually does good things:
i.e., instead of waiting to all possible codecs, it only waits for
those present. Unfortunately,
this was a bug-covering-a-bug: since it no longer waits for an
inexistent codec, something goes
wrong. Adding a hard-coded wait of a HZ/4 (as was before) solves the
problem. So there's
something else there that's not waited for or what?
Now the only patch I have the knowledge to create is just this, i.e., a
hard-coded additional
waiting time (well 1/4 of a sec on resume is not that an awful thing
anyways...). Please, those
of you who actually understand what is going on, can you make a more
constructive suggestion?
Thanks,
Itay
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2003-10-16 20:02 Mark62756
0 siblings, 0 replies; 179+ messages in thread
From: Mark62756 @ 2003-10-16 20:02 UTC (permalink / raw)
To: alsa-devel
Someone told me to ask here so i am. I was wondering if anyone could creat drivers for my sound card. There is source code for my card so i was thinking it would be fairly easy. Here the website for the source code of my card. http://www.linuxant.com/drivers/riptide/ My card is a rockwell, not to sure. But i am sure of the drivers. Which are riptide. If its possible please make then if no one can then, I'll just buy a new card :D Thanks
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2003-07-16 1:55 Eliot Blennerhassett
2003-07-16 11:40 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Eliot Blennerhassett @ 2003-07-16 1:55 UTC (permalink / raw)
To: alsa-devel
The problem I am seeking help on is not an ALSA problem per-se, but as I am
working on an ALSA driver I thought I'd start here...
any suggestions for a more appropriate forum will be gratefully accepted.
Background info:
I have a lowlevel driver that works fine when I used semaphores to prevent
conention for my hardware. Access was soley via ioctl into my driver.
I have to change the semaphore to a spinlock now that I also call basically the
same entry point from a timer routine in my ALSA driver.
When I record from the card the data is read from the card into a userspace
buffer
ptr,size = <Buffer pointer,size received from user application>
fs = get_fs();
set_fs(get_ds());
/* Ensure that the data buffer is resident in memory. */
if (!access_ok (wrflag ? VERIFY_WRITE : VERIFY_READ, ptr, bytes))
{
set_fs(fs);
return -EFAULT;
}
/* Inside here is the spinlock, and a copy to the ptr mentioned above */
HPI_MessageF (gphHpiSubsys, &hm, &hr, file );
set_fs(fs);
Problem:
The single change from semaphore to spinlock results in a kernel panic when I
try to record from my card:
Unable to handle kernel paging request at virtual address ...
Question:
Notwithstanding bad style etc, am I doing something that is fundamentally wrong
in using a userspace buffer when I am inside a spinlock i.e. in interrupt
context? (In the same way as I must not use a semaphore in interrupt context)
Could it be that when I try to write to the buffer it causes a page fault, which
cannot be handled in interrupt context?
But I thought that access_ok call should take care of making sure the buffer is
in memory...
TIA for any insights you may have.
Eliot Blennerhassett
AudioScience Inc.
--
Junk footer beyond this point. Read at your own risk.
-------------------------------------------------------------
Sign up for ICQmail at http://www.icq.com/icqmail/signup.html
-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2003-07-16 1:55 Eliot Blennerhassett
@ 2003-07-16 11:40 ` Takashi Iwai
0 siblings, 0 replies; 179+ messages in thread
From: Takashi Iwai @ 2003-07-16 11:40 UTC (permalink / raw)
To: Eliot Blennerhassett; +Cc: alsa-devel
At Tue, 15 Jul 2003 18:55:10 -0700 (PDT),
Eliot Blennerhassett wrote:
>
> Question:
> Notwithstanding bad style etc, am I doing something that is fundamentally wrong
> in using a userspace buffer when I am inside a spinlock i.e. in interrupt
> context? (In the same way as I must not use a semaphore in interrupt context)
yes. you cannot copy_from/to_user() in the atomic situation.
Takashi
-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2003-06-26 0:40 Eliot Blennerhassett
2003-06-26 2:46 ` Fred Gleason
0 siblings, 1 reply; 179+ messages in thread
From: Eliot Blennerhassett @ 2003-06-26 0:40 UTC (permalink / raw)
To: alsa-devel; +Cc: fredg
Fred Gleason wrote:
> OK, that did the trick. Aplay works fine with hw:0,0.
Cool - you are the first person (after myself) to have this working!
> However, hw:0,1 gives
> me:
>
> aplay: main:480: audio open error: No such device
Try aplay -Dhw:0,0,1
For ALSA the card has one device, and multiple subdevices.
This reflects that HW having one DSP handling multiple streams.
(The number of devices is limited to 4 I think)
cat /proc/asound/ASI4113/pcm0p/info
should enlighten you a bit.
I'll add this to the notes, it took me a little while to work this out too.
>
> So it appears that only the first stream is working. Capture seems to work
> fine as well (tested using 'arecord'). Invoking 'alsamixer' returns 'No
> mixer elems found' (as expected, the adapter is an ASI4113).
> When I get to the office tomorrow, we'll give it a go with the ASI6114.
>
>>snd-asihpi needs asihpi. This is covered automatically by the "depmod -a"
>>that happens at the end of a make install.
>
> Hmm. This creates another difficulty. Namely, the matter of supporting
> "pure" HPI applications. So long as I invoke an ALSA app first, everything
> works fine. But, if I start the HPI app first, HPI_SubSysCreate() comes back
> with:
>
> HPI open error: No such device
>
> Putting this entry into 'modules.conf' fixed this:
>
> alias char-major-254 asihpi
>
> but of course requires a static major number assignment. Perhaps this is the
> way we'll have to go, and just continue to use a number from the
> 'local/experimental' range.
I'm open to any suggestions here. I don't know enough about what the options
are.
- Eliot
Eliot Blennerhassett
AudioScience Inc.
--
Junk footer beyond this point. Read at your own risk.
-------------------------------------------------------------
Sign up for ICQmail at http://www.icq.com/icqmail/signup.html
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2003-06-26 0:40 Eliot Blennerhassett
@ 2003-06-26 2:46 ` Fred Gleason
0 siblings, 0 replies; 179+ messages in thread
From: Fred Gleason @ 2003-06-26 2:46 UTC (permalink / raw)
To: Eliot Blennerhassett; +Cc: alsa-devel
On Wednesday 25 June 2003 20:40, Eliot Blennerhassett wrote:
> Try aplay -Dhw:0,0,1
Works, as does hw:0,0,2 and hw:0,0,3. Curiously, hw:0,0,4 returns EBUSY, not
ENODEV as I would have expected. Is this a normal feature of ALSA?
> For ALSA the card has one device, and multiple subdevices.
> This reflects that HW having one DSP handling multiple streams.
> (The number of devices is limited to 4 I think)
OK.
> > but of course requires a static major number assignment. Perhaps this is
> > the way we'll have to go, and just continue to use a number from the
> > 'local/experimental' range.
>
> I'm open to any suggestions here. I don't know enough about what the
> options are.
Just keep mapping it to major 254 for the time being, I think. The real
answer is DevFS, but I don't see the major distros shipping with that enabled
until kernel 2.6 hits. If then.
In the meantime, this does imply that the base linuxhpk should be changed to
use a standard kmod-type setup, rather than the 'asihpiload'/'asihpiunload'
scripts. I guess that means directions for modifying 'modules.conf', please
a script to make the /dev/hpi device.
Cheers!
|-------------------------------------------------------------------------|
| Frederick F. Gleason, Jr. | Salem Radio Labs |
| Voice: 1-(540)-341-2880 | 87 Lee Highway, Suite 11 |
| FAX: 1-(540)-341-7176 | Warrenton, VA 20188 |
|-------------------------------------------------------------------------|
| Patch griefs with proverbs. |
| -- William Shakspeare |
| "Much Ado About Nothing" |
|-------------------------------------------------------------------------|
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2003-04-24 15:21 Max Drechsler
2003-04-28 13:18 ` Takashi Iwai
0 siblings, 1 reply; 179+ messages in thread
From: Max Drechsler @ 2003-04-24 15:21 UTC (permalink / raw)
To: alsa-devel
Hi all,
Based on the recently released oss driver from nvidia, i added spdif support
to the intel8x0 driver module.
Now I have one problem:
I can only access the spdif, if I open the device directly in
snd_intel8x0_playback_open (line 961 in intel8x0.c).
But how about the mixer controls, they don´t work!
So, how can I route the data to the spdif output via mixer controls?
I also haven´t yet found the functions who access the device specific open,
close, etc. functions.
Perhaps somebody can give me a hint to this topic.
Greets, Max Drechsler
The patch to the intel8x0 driver module:
diff -uNr alsa-driver-0.9.2/alsa-kernel/pci/intel8x0.c
alsa-driver-0.9.2-nforce-spdif/alsa-kernel/pci/intel8x0.c
--- alsa-driver-0.9.2/alsa-kernel/pci/intel8x0.c 2003-03-10
17:08:16.000000000 +0100
+++ alsa-driver-0.9.2-nforce-spdif/alsa-kernel/pci/intel8x0.c 2003-04-24
15:44:27.000000000 +0200
@@ -139,7 +139,7 @@
#define PCI_DEVICE_ID_NVIDIA_MCP3_AUDIO 0x00da
#endif
-enum { DEVICE_INTEL, DEVICE_INTEL_ICH4, DEVICE_SIS, DEVICE_ALI };
+enum { DEVICE_INTEL, DEVICE_INTEL_ICH4, DEVICE_SIS, DEVICE_ALI,
DEVICE_NFORCE };
#define ICHREG(x) ICH_REG_##x
@@ -227,6 +227,9 @@
#define ICH_MCINT 0x00000080 /* MIC capture interrupt */
#define ICH_POINT 0x00000040 /* playback interrupt */
#define ICH_PIINT 0x00000020 /* capture interrupt */
+/* nforce stuff */
+#define ICH_NVSPINT 0x00000010 /* nforce spdif interrupt */
+/* XXX */
#define ICH_MOINT 0x00000004 /* modem playback interrupt */
#define ICH_MIINT 0x00000002 /* modem capture interrupt */
#define ICH_GSCI 0x00000001 /* GPI status change interrupt */
@@ -298,6 +301,8 @@
enum { ICHD_PCMIN, ICHD_PCMOUT, ICHD_MIC, ICHD_MIC2, ICHD_PCM2IN,
ICHD_SPBAR, ICHD_LAST = ICHD_SPBAR };
enum { ALID_PCMIN, ALID_PCMOUT, ALID_MIC, ALID_AC97SPDIFOUT, ALID_SPDIFIN,
ALID_SPDIFOUT, ALID_LAST = ALID_SPDIFOUT };
+/* nforce stuff XXX */
+enum { NVD_PCMIN, NVD_PCMOUT, NVD_MIC, NVD_SPDIFOUT, NVD_LAST =
NVD_SPDIFOUT }; /* XXX */
#define get_ichdev(substream) (ichdev_t
*)(substream->runtime->private_data)
@@ -396,9 +401,9 @@
{ 0x8086, 0x24d5, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_INTEL_ICH4 }, /*
ICH5 */
{ 0x8086, 0x7195, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_INTEL }, /* 440MX
*/
{ 0x1039, 0x7012, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_SIS }, /* SI7012 */
- { 0x10de, 0x01b1, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_INTEL }, /* NFORCE
*/
- { 0x10de, 0x006a, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_INTEL }, /* NFORCE2
*/
- { 0x10de, 0x00da, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_INTEL }, /* NFORCE3
*/
+ { 0x10de, 0x01b1, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_NFORCE }, /* NFORCE
*/
+ { 0x10de, 0x006a, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_NFORCE }, /*
NFORCE2 */
+ { 0x10de, 0x00da, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_NFORCE }, /*
NFORCE3 */
{ 0x1022, 0x746d, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_INTEL }, /* AMD8111
*/
{ 0x1022, 0x7445, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_INTEL }, /* AMD768
*/
{ 0x10b9, 0x5455, PCI_ANY_ID, PCI_ANY_ID, 0, 0, DEVICE_ALI }, /* Ali5455
*/
@@ -953,8 +958,7 @@
intel8x0_t *chip = snd_pcm_substream_chip(substream);
snd_pcm_runtime_t *runtime = substream->runtime;
int err;
-
- err = snd_intel8x0_pcm_open(substream, &chip->ichd[ICHD_PCMOUT]);
+ err = snd_intel8x0_spdif_open(substream, &chip->ichd[NVD_SPDIFOUT]);
if (chip->multi6) {
runtime->hw.channels_max = 6;
snd_pcm_hw_constraint_list(runtime, 0, SNDRV_PCM_HW_PARAM_CHANNELS,
&hw_constraints_channels6);
@@ -1035,16 +1039,25 @@
static int snd_intel8x0_spdif_open(snd_pcm_substream_t * substream)
{
+ int ichdef;
intel8x0_t *chip = snd_pcm_substream_chip(substream);
-
- return snd_intel8x0_pcm_open(substream, &chip->ichd[ICHD_SPBAR]);
+ if (chip->device_type != DEVICE_NFORCE)
+ ichdef = ICHD_SPBAR;
+ else
+ ichdef = NVD_SPDIFOUT;
+ return snd_intel8x0_pcm_open(substream, &chip->ichd[ichdef]);
}
static int snd_intel8x0_spdif_close(snd_pcm_substream_t * substream)
{
+ int ichdef;
intel8x0_t *chip = snd_pcm_substream_chip(substream);
+ if (chip->device_type != DEVICE_NFORCE)
+ ichdef = ICHD_SPBAR;
+ else
+ ichdef = NVD_SPDIFOUT;
- chip->ichd[ICHD_SPBAR].substream = NULL;
+ chip->ichd[ichdef].substream = NULL;
return 0;
}
@@ -1513,6 +1526,17 @@
{ ICHD_SPBAR, { AC97_SPDIF, 0, 0 }, AC97_RATES_SPDIF },
};
+static struct _ac97_nv_rate_regs {
+ unsigned int ichd;
+ unsigned short regs[3];
+ short rates_idx;
+} ac97_nv_rate_regs[] = {
+ { NVD_PCMOUT, { AC97_PCM_FRONT_DAC_RATE, AC97_PCM_SURR_DAC_RATE,
AC97_PCM_LFE_DAC_RATE }, AC97_RATES_FRONT_DAC },
+ { NVD_PCMIN, { AC97_PCM_LR_ADC_RATE, 0, 0 }, AC97_RATES_ADC },
+ { NVD_MIC, { AC97_PCM_MIC_ADC_RATE, 0, 0 }, AC97_RATES_MIC_ADC },
+ { NVD_SPDIFOUT, { AC97_SPDIF, 0, 0 }, AC97_RATES_SPDIF },
+};
+
static struct _ac97_ali_rate_regs {
unsigned int ichd;
unsigned short regs[3];
@@ -1539,23 +1563,35 @@
int err, i, num, channels = 2, codecs, _codecs;
unsigned int glob_sta = 0;
- for (i = 0; i <= ICHD_LAST; i++) {
- if (chip->device_type != DEVICE_ALI) {
- struct _ac97_rate_regs *aregs;
- aregs = &ac97_rate_regs[i];
- ichdev = &chip->ichd[aregs->ichd];
- ichdev->ac97_rate_regs[0] = aregs->regs[0];
- ichdev->ac97_rate_regs[1] = aregs->regs[1];
- ichdev->ac97_rate_regs[2] = aregs->regs[2];
- ichdev->ac97_rates_idx = aregs->rates_idx;
- } else {
- struct _ac97_ali_rate_regs *aregs;
- aregs = &ac97_ali_rate_regs[i];
+ if (chip->device_type != DEVICE_NFORCE) {
+ for (i = 0; i <= ICHD_LAST; i++) {
+ if (chip->device_type != DEVICE_ALI) {
+ struct _ac97_rate_regs *aregs;
+ aregs = &ac97_rate_regs[i];
+ ichdev = &chip->ichd[aregs->ichd];
+ ichdev->ac97_rate_regs[0] = aregs->regs[0];
+ ichdev->ac97_rate_regs[1] = aregs->regs[1];
+ ichdev->ac97_rate_regs[2] = aregs->regs[2];
+ ichdev->ac97_rates_idx = aregs->rates_idx;
+ } else {
+ struct _ac97_ali_rate_regs *aregs;
+ aregs = &ac97_ali_rate_regs[i];
+ ichdev = &chip->ichd[aregs->ichd];
+ ichdev->ac97_rate_regs[0] = aregs->regs[0];
+ ichdev->ac97_rate_regs[1] = aregs->regs[1];
+ ichdev->ac97_rate_regs[2] = aregs->regs[2];
+ ichdev->ac97_rates_idx = aregs->rates_idx;
+ }
+ }
+ } else {
+ for (i = 0; i <= NVD_LAST; i++) {
+ struct _ac97_nv_rate_regs *aregs;
+ aregs = &ac97_nv_rate_regs[i];
ichdev = &chip->ichd[aregs->ichd];
ichdev->ac97_rate_regs[0] = aregs->regs[0];
- ichdev->ac97_rate_regs[1] = aregs->regs[1];
- ichdev->ac97_rate_regs[2] = aregs->regs[2];
- ichdev->ac97_rates_idx = aregs->rates_idx;
+ ichdev->ac97_rate_regs[1] = aregs->regs[1];
+ ichdev->ac97_rate_regs[2] = aregs->regs[2];
+ ichdev->ac97_rates_idx = aregs->rates_idx;
}
}
chip->in_ac97_init = 1;
@@ -1618,14 +1654,17 @@
if (x97->ext_id & AC97_EI_VRM)
chip->ichd[ICHD_MIC].ac97 = x97;
if (x97->ext_id & AC97_EI_SPDIF) {
- if (chip->device_type != DEVICE_ALI)
- chip->ichd[ICHD_SPBAR].ac97 = x97;
- else
+ if (chip->device_type == DEVICE_ALI)
chip->ichd[ALID_AC97SPDIFOUT].ac97 = x97;
+ else if (chip->device_type == DEVICE_NFORCE)
+ chip->ichd[NVD_SPDIFOUT].ac97 = x97;
+ else
+ chip->ichd[ICHD_SPBAR].ac97 = x97;
}
/* make sure, that we have DACs at right slot for rev2.2 */
- if (ac97_is_rev22(x97))
+ if (ac97_is_rev22(x97)) {
snd_ac97_update_bits(x97, AC97_EXTENDED_ID, AC97_EI_DACS_SLOT_MASK, 0);
+ }
/* AnalogDevices CNR boards uses special codec chaining */
/* skip standard test method for secondary codecs in this case */
if (x97->flags & AC97_AD_MULTI)
@@ -1658,6 +1697,12 @@
chip->ichd[ICHD_SPBAR].ac97 = x97;
}
break;
+ case DEVICE_NFORCE:
+ if (x97->ext_id & AC97_EI_VRM) {
+ if (chip->ichd[NVD_MIC].ac97 == NULL)
+ chip->ichd[NVD_MIC].ac97 = x97;
+ }
+ break;
default:
if (x97->ext_id & AC97_EI_VRM) {
if (chip->ichd[ICHD_MIC].ac97 == NULL)
@@ -1776,6 +1821,82 @@
schedule_timeout(1);
}
+static int snd_intel8x0_nv_chip_init(intel8x0_t *chip)
+{
+ signed long end_time;
+ unsigned int cnt, status, nstatus;
+
+ /* put logic to right state */
+ /* first clear status bits */
+ cnt = igetdword(chip, ICHREG(GLOB_STA));
+ iputdword(chip, ICHREG(GLOB_STA), cnt & (ICH_RCS | ICH_MCINT |
ICH_POINT | ICH_PIINT | ICH_NVSPINT));
+
+ /* ACLink on, 2 channels */
+ cnt = igetdword(chip, ICHREG(GLOB_CNT));
+ cnt &= ~(ICH_ACLINK | ICH_PCM_246_MASK);
+ /* finish cold or do warm reset */
+ cnt |= (cnt & ICH_AC97COLD) == 0 ? ICH_AC97COLD : ICH_AC97WARM;
+ iputdword(chip, ICHREG(GLOB_CNT), cnt);
+ end_time = (jiffies + (HZ / 4)) + 1;
+ do {
+ if ((igetdword(chip, ICHREG(GLOB_CNT)) & ICH_AC97WARM) ==
0)
+ goto __ok;
+ do_delay(chip);
+ } while (time_after_eq(end_time, jiffies));
+ snd_printk("AC'97 warm reset still in progress? [0x%x]\n",
igetdword(chip, ICHREG(GLOB_CNT)));
+ return -EIO;
+
+ __ok:
+ /* wait for any codec ready status.
+ * Once it becomes ready it should remain ready
+ * as long as we do not disable the ac97 link.
+ */
+ end_time = jiffies + HZ;
+ do {
+ status = igetdword(chip, ICHREG(GLOB_STA)) & (ICH_PCR |
ICH_SCR | ICH_TCR);
+ if (status)
+ goto __ok1;
+ do_delay(chip);
+ } while (time_after_eq(end_time, jiffies));
+ snd_printk(KERN_ERR "codec_ready: codec is not ready [0x%x]\n",
igetdword(chip, ICHREG(GLOB_STA)));
+ return -EIO;
+
+ __ok1:
+ if (status == (ICH_PCR | ICH_SCR | ICH_TCR))
+ goto __ok3;
+ /* wait for other codecs ready status. No secondary codecs? , ok */
+ end_time = jiffies + HZ / 4;
+ do {
+ nstatus = igetdword(chip, ICHREG(GLOB_STA)) & (ICH_PCR |
ICH_SCR | ICH_TCR);
+ if (nstatus != status) {
+ status = nstatus;
+ goto __ok2;
+ }
+ do_delay(chip);
+ } while (time_after_eq(end_time, jiffies));
+
+ __ok2:
+ if (status == (ICH_PCR | ICH_SCR | ICH_TCR))
+ goto __ok3;
+ /* wait for other codecs ready status. No other secondary codecs? ,
ok */
+ /* end_time is not initialized here */
+ do {
+ nstatus = igetdword(chip, ICHREG(GLOB_STA)) & (ICH_PCR |
ICH_SCR | ICH_TCR);
+ if (nstatus != status) {
+ status = nstatus;
+ goto __ok2;
+ }
+ do_delay(chip);
+ } while (time_after_eq(end_time, jiffies));
+
+ __ok3:
+ if (chip->device_type == DEVICE_SIS) { /* FIXME seems to be like
nforce*/
+ /* unmute the output on SIS7012 */
+ iputword(chip, 0x4c, igetword(chip, 0x4c) | 1);
+ }
+ return 0;
+}
+
static int snd_intel8x0_ich_chip_init(intel8x0_t *chip)
{
signed long end_time;
@@ -1891,10 +2012,12 @@
unsigned int i;
int err;
- if (chip->device_type != DEVICE_ALI)
- err = snd_intel8x0_ich_chip_init(chip);
- else
+ if (chip->device_type == DEVICE_ALI)
err = snd_intel8x0_ali_chip_init(chip);
+ else if (chip->device_type == DEVICE_NFORCE)
+ err = snd_intel8x0_nv_chip_init(chip);
+ else
+ err = snd_intel8x0_ich_chip_init(chip);
if (err < 0)
return err;
@@ -2170,6 +2293,7 @@
int err;
unsigned int i;
unsigned int int_sta_masks;
+ u32 regvalue = 0;
ichdev_t *ichdev;
static snd_device_ops_t ops = {
.dev_free = snd_intel8x0_dev_free,
@@ -2181,9 +2305,17 @@
ALI_INT_PCMIN, ALI_INT_PCMOUT, ALI_INT_MICIN,
ALI_INT_CODECSPDIFOUT, ALI_INT_SPDIFIN, ALI_INT_SPDIFOUT
};
+ /* XXX nforce stuff */
+ static u32 nv_int_sta_masks[4] = {
+ ICH_PIINT, ICH_POINT, ICH_MCINT, ICH_NVSPINT
+ };/* XXX */
static u32 ali_reg_offsets[6] = {
0x40, 0x50, 0x60, 0x70, 0xa0, 0xb0
};
+ /* XXX nforce stuff */
+ static u32 nv_reg_offsets[4] = {
+ 0x00, 0x10, 0x20, 0x70
+ };/* XXX */
*r_intel8x0 = NULL;
@@ -2202,6 +2334,12 @@
snd_intel8x0_proc_init(chip);
sprintf(chip->ac97_name, "%s - AC'97", card->shortname);
sprintf(chip->ctrl_name, "%s - Controller", card->shortname);
+ // enable nforce spdif XXX
+ if (chip->device_type == DEVICE_NFORCE) {
+ pci_read_config_dword(pci,0x4C,®value);
+ regvalue = (regvalue & 0xFEFFFFFF) | 0x1000000;
+ pci_write_config_dword(pci,0x4C,regvalue);
+ } /* XXX */
if (pci_resource_flags(pci, 2) & IORESOURCE_MEM) { /* ICH4 and Nforce */
chip->mmio = 1;
chip->addr = pci_resource_start(pci, 2);
@@ -2256,35 +2394,50 @@
synchronize_irq(chip->irq);
/* initialize offsets */
- for (i = 0; i <= ICHD_LAST; i++) {
- ichdev = &chip->ichd[i];
- ichdev->ichd = i;
- ichdev->reg_offset = i * 0x10 + (i >= 0x30 ? 0x10 : 0);
- ichdev->roff_sr = ICH_REG_OFF_SR;
- ichdev->roff_picb = ICH_REG_OFF_PICB;
- ichdev->int_sta_mask = device_type == DEVICE_ALI ? ali_int_sta_masks[i] :
intel_int_sta_masks[i];
- }
- switch (device_type) {
- case DEVICE_SIS:
- for (i = 0; i <= ICHD_LAST; i++) {
+ if (chip->device_type != DEVICE_NFORCE) {
+ for (i = 0; i <= ICHD_LAST; i++) {
ichdev = &chip->ichd[i];
- ichdev->roff_sr = ICH_REG_OFF_PICB;
- ichdev->roff_picb = ICH_REG_OFF_SR;
+ ichdev->ichd = i;
+ ichdev->reg_offset = i * 0x10 + (i >= 0x30 ? 0x10 : 0);
+ ichdev->roff_sr = ICH_REG_OFF_SR;
+ ichdev->roff_picb = ICH_REG_OFF_PICB;
+ ichdev->int_sta_mask = device_type == DEVICE_ALI ? ali_int_sta_masks[i]
: intel_int_sta_masks[i];
}
- break;
- case DEVICE_ALI:
- for (i = 0; i <= ALID_LAST; i++) {
+ switch (chip->device_type) {
+ case DEVICE_SIS:
+ for (i = 0; i <= ICHD_LAST; i++) {
+ ichdev = &chip->ichd[i];
+ ichdev->roff_sr = ICH_REG_OFF_PICB;
+ ichdev->roff_picb = ICH_REG_OFF_SR;
+ }
+ break;
+ case DEVICE_ALI:
+ for (i = 0; i <= ALID_LAST; i++) {
+ ichdev = &chip->ichd[i];
+ ichdev->reg_offset = ali_reg_offsets[i];
+ ichdev->ali_slot = i + 1; /* is this right for last three devices? --jk
*/
+ }
+ }
+ } else {
+ /* nforce stuff XXX */
+ for (i = 0; i <= NVD_LAST; i++) {
ichdev = &chip->ichd[i];
- ichdev->reg_offset = ali_reg_offsets[i];
- ichdev->ali_slot = i + 1; /* is this right for last three devices? --jk
*/
+ ichdev->ichd = i;
+ ichdev->reg_offset = nv_reg_offsets[i];
+ ichdev->int_sta_mask = nv_int_sta_masks[i];
+ ichdev->roff_sr = ICH_REG_OFF_SR;
+ ichdev->roff_picb = ICH_REG_OFF_PICB;
}
- }
+ }/* nforce stuff XXX */
+
/* allocate buffer descriptor lists */
/* the start of each lists must be aligned to 8 bytes */
chip->bdbars_count = 3;
if (device_type == DEVICE_INTEL_ICH4 || device_type == DEVICE_ALI)
chip->bdbars_count = 6;
+ else if (device_type == DEVICE_NFORCE)
+ chip->bdbars_count = 4;
chip->bdbars = (u32 *)snd_malloc_pci_pages(pci, chip->bdbars_count *
sizeof(u32) * ICH_MAX_FRAGS * 2, &chip->bdbars_addr);
if (chip->bdbars == NULL) {
snd_intel8x0_free(chip);
@@ -2309,7 +2462,6 @@
}
chip->int_sta_reg = device_type == DEVICE_ALI ? ICH_REG_ALI_INTERRUPTSR :
ICH_REG_GLOB_STA;
chip->int_sta_mask = int_sta_masks;
-
if ((err = snd_intel8x0_chip_init(chip)) < 0) {
snd_intel8x0_free(chip);
return err;
@@ -2406,7 +2558,16 @@
}
}
/* activate AC'97 S/PDIF only when associated AC'97 codec */
- if (chip->bdbars_count > 3) {
+ if (chip->device_type == DEVICE_NFORCE) {
+ err = 0;
+ if (chip->ichd[NVD_SPDIFOUT].ac97)
+ err = snd_intel8x0_pcm_spdif(chip, pcm_dev++, NULL);
+ if (err < 0) {
+ snd_card_free(card);
+ return err;
+ }
+ }
+ if ((chip->bdbars_count > 3)&&(chip->device_type != DEVICE_NFORCE)) {
err = 0;
if (chip->device_type == DEVICE_ALI) {
if (chip->ichd[ALID_AC97SPDIFOUT].ac97)
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 179+ messages in thread* Re: (no subject)
2003-04-24 15:21 Max Drechsler
@ 2003-04-28 13:18 ` Takashi Iwai
0 siblings, 0 replies; 179+ messages in thread
From: Takashi Iwai @ 2003-04-28 13:18 UTC (permalink / raw)
To: Max Drechsler; +Cc: alsa-devel
Hi,
At Thu, 24 Apr 2003 17:21:32 +0200,
Max Drechsler wrote:
>
> Hi all,
>
> Based on the recently released oss driver from nvidia, i added spdif support
> to the intel8x0 driver module.
> Now I have one problem:
> I can only access the spdif, if I open the device directly in
> snd_intel8x0_playback_open (line 961 in intel8x0.c).
> But how about the mixer controls, they don´t work!
> So, how can I route the data to the spdif output via mixer controls?
> I also haven´t yet found the functions who access the device specific open,
> close, etc. functions.
> Perhaps somebody can give me a hint to this topic.
thanks for the patch.
the latest version of cvs intel8x0.c already supports this.
(i did many changes in the chip initialization part, too.)
please give a try.
ciao,
Takashi
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2002-12-08 23:53 Henry Walpool
0 siblings, 0 replies; 179+ messages in thread
From: Henry Walpool @ 2002-12-08 23:53 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 340 bytes --]
_____________________________________________________________
Want a new web-based email account ? ---> http://www.firstlinux.net
_____________________________________________________________
Select your own custom email address for FREE! Get you@yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag
[-- Attachment #2: questions_alsa_dev.txt --]
[-- Type: text/plain, Size: 2399 bytes --]
Below is a patch to fully enable the Hoontech ST Audio DSP24
Media 7.1. It appears that this card is supported. It was nice
to see all the output controls in envy24control.
*** Start Patch ***
--- alsacvs/alsa-kernel/pci/ice1712/hoontech.c Tue Sep 17 05:42:07 2002
+++ alsacvs_modified_1/alsa-kernel/pci/ice1712/hoontech.c Sat Dec 7 14:10:41 2002
@@ -218,6 +218,11 @@
"Hoontech SoundTrack Audio DSP24",
snd_ice1712_hoontech_init,
},
+ {
+ ICE1712_SUBDEVICE_STDSP24_MEDIA7_1,
+ "Hoontech STA DSP24 Media 7.1",
+ snd_ice1712_hoontech_init,
+ },
{ } /* terminator */
};
--- alsacvs/alsa-kernel/pci/ice1712/hoontech.h Tue Sep 17 05:42:07 2002
+++ alsacvs_modified_1/alsa-kernel/pci/ice1712/hoontech.h Thu Dec 5 00:21:19 2002
@@ -27,6 +27,7 @@
#define HOONTECH_DEVICE_DESC "{Hoontech SoundTrack DSP 24},"
#define ICE1712_SUBDEVICE_STDSP24 0x12141217 /* Hoontech SoundTrack Audio DSP 24 */
+#define ICE1712_SUBDEVICE_STDSP24_MEDIA7_1 0x16141217 /* Hoontech ST Audio DSP24 Media 7.1 */
extern struct snd_ice1712_card_info snd_ice1712_hoontech_cards[];
*** End Patch ***
Some quick questions.
1) After reading old posts in the mailing lists it appears that
the hoontech ice1712 cards don't have the option to change the
input gain (analog volume) on analog input. I see no analog
volume controls with amixer, or envy24control. Is this true? What
ice1712 cards have analog input volume/gain control?
2) Does anyone know the correct way to set the spdif for
consumer/professional mode on this card?
3) Claus at st audio support said that this card would not work
if gpio_write calls in hoontech.c were made to initilize the box.
However, I see no difference using these calls or not using these
calls. Does anyone know for sure? Claus said that someone on the
mailing list would know the answer.
4) How does one turn off the extra output channels when using oss
supported applications, or use only certain output channels when
using oss supported applications?
5) How does one access/use the ac97 part of this card?
6) Comments on the card/external box. The RIAA phono pre-amp
sucks big time. Does not even compare with a cheap phono pre-amp.
Can't record at 96000Hz without overruns using low latency patch
and every service I could disable. Card has it's own IRQ also.
May have something to do with the via KT133 based motherboard I
have.
Thanks
Henry
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2002-08-02 14:48 Friedrich.Ewaldt
0 siblings, 0 replies; 179+ messages in thread
From: Friedrich.Ewaldt @ 2002-08-02 14:48 UTC (permalink / raw)
To: Benny Sjostrand; +Cc: alsa-devel
Hi Benny,
the Terratec DMX Xfire has got one(1) codec chip:
C (that's the Crystal logo of cirrus logic)
4294-JQ EP
(ZTAHKE0109)
the following link says
"CS4294 CrystalClear 4channel
AC97"
http://www.plasma-online.de/index.html?content=http%3A//www.plasma-online.de/english/identify/picture/crystal.html
but i don't know which version of AC97...
>Look at your card physically, you may find the codec chips close to the DSP
chip.
>It would be great if you could do so.
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: double speed (ADAT), and hw params ordering
@ 2002-07-20 6:57 Jaroslav Kysela
2002-07-20 19:20 ` (no subject) Fernando Pablo Lopez-Lezcano
0 siblings, 1 reply; 179+ messages in thread
From: Jaroslav Kysela @ 2002-07-20 6:57 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Paul Davis, alsa-devel@alsa-project.org
On Fri, 19 Jul 2002, Takashi Iwai wrote:
> At Thu, 18 Jul 2002 14:58:07 -0400,
> Paul Davis wrote:
> >
> > i've been wondering what to do about setting sample rates in the
> > hammerfall and h-dsp drivers. fernando and gary from CCRMA have made
> > the excellent suggestion that rather than have the driver pretend that
> > all rates are available all the time, as it currently does, that we
> > have a control switch to go between regular rates and the "double
> > speed" or "bitsplit" rates (64kHz-96kHz) which reduce the channel
> > count. i think this is an excellent idea. you would not be able to
> > use the switch while the device was open. when you opened it, you
> > would find (for example) a device with 14 channels (12 ADAT plus 2
> > SPDIF) at 64-96kHz or 26 channels (24 ADAT+2 SPDIF) at 32-48kHz.
>
> i vote for this idea.
Paul, what's wrong to offer all possible configurations? Could you explain
the problems?
> > if anyone objects to this model, please let me know. right now, its
> > more or less impossible to get access to the higher rates.
> >
> > on a related note, although the above suggestion will fix this
> > particular problem, it seems that it might be wise to consider adding
> > a parameter order information field to the driver API, so that drivers
> > can say "you have to set param P first, then param N, then param
> > O". the default would obviously be "don't care", but for devices that
> > lose certain capabilities when certain parameters are set, it would
> > make things very much easier.
>
> agreed that it's good to have such one.
> but how to implement this?
> from the design of hw_constraint, i don't think it's so easy...
I think that this implementation will create a big mess for the
application developers. Also, I'm not sure, if it's really needed, because
our refining code should already reduce the available configurations.
Applications should use *_near() functions in order of their priority. You
can't predict, if rate or count of channels or any other parameter is more
important for a specific application.
Jaroslav
-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project http://www.alsa-project.org
SuSE Linux http://www.suse.com
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
2002-07-20 6:57 double speed (ADAT), and hw params ordering Jaroslav Kysela
@ 2002-07-20 19:20 ` Fernando Pablo Lopez-Lezcano
2002-07-20 23:04 ` Abramo Bagnara
0 siblings, 1 reply; 179+ messages in thread
From: Fernando Pablo Lopez-Lezcano @ 2002-07-20 19:20 UTC (permalink / raw)
To: Jaroslav Kysela
Cc: Takashi Iwai, Gary Scavone, Paul Davis,
alsa-devel@alsa-project.org
> > > on a related note, although the above suggestion will fix this
> > > particular problem, it seems that it might be wise to consider adding
> > > a parameter order information field to the driver API, so that drivers
> > > can say "you have to set param P first, then param N, then param
> > > O". the default would obviously be "don't care", but for devices that
> > > lose certain capabilities when certain parameters are set, it would
> > > make things very much easier.
> >
> > agreed that it's good to have such one.
> > but how to implement this?
> > from the design of hw_constraint, i don't think it's so easy...
>
> I think that this implementation will create a big mess for the
> application developers. Also, I'm not sure, if it's really needed, because
> our refining code should already reduce the available configurations.
> Applications should use *_near() functions in order of their priority. You
> can't predict, if rate or count of channels or any other parameter is more
> important for a specific application.
[not exactly an answer but more details on what is actually happening]
I think this is what is happening with the current driver (Gary, please
correct me if I'm wrong): The application looks at the configuration
space and selects from it one particular sampling rate. Then it looks at
the channel count and sees a range of channel counts (10:18 - or some
numbers like that, I don't remember). The application chooses the minimum
channel count and the set function fails.
IMHO at that point the configuration space should have changed the number
of channels available to match the sampling rate selected so that the
channel count as advertised is legal (ie: if the selected sampling rate is
one of the "single speed" rates then the range of channels should be
18:18, if the sampling rate is one of the "double speed" rates then the
range should be 10:10).
The reverse is also true, if the application first selects number of
channels the sampling rates should be constrained to the set of rates that
can be supported by that number of channels.
If it is not possible to do this with the current api, then the next best
solution I can imagine is to have a switch that changes the mode of the
card between single and double speed (that would make the dependency
between sample rate and number of channels dissapear).
-- Fernando
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
2002-07-20 19:20 ` (no subject) Fernando Pablo Lopez-Lezcano
@ 2002-07-20 23:04 ` Abramo Bagnara
0 siblings, 0 replies; 179+ messages in thread
From: Abramo Bagnara @ 2002-07-20 23:04 UTC (permalink / raw)
To: Fernando Pablo Lopez-Lezcano
Cc: Jaroslav Kysela, Takashi Iwai, Gary Scavone, Paul Davis,
alsa-devel@alsa-project.org
Fernando Pablo Lopez-Lezcano wrote:
>
> > > > on a related note, although the above suggestion will fix this
> > > > particular problem, it seems that it might be wise to consider adding
> > > > a parameter order information field to the driver API, so that drivers
> > > > can say "you have to set param P first, then param N, then param
> > > > O". the default would obviously be "don't care", but for devices that
> > > > lose certain capabilities when certain parameters are set, it would
> > > > make things very much easier.
> > >
> > > agreed that it's good to have such one.
> > > but how to implement this?
> > > from the design of hw_constraint, i don't think it's so easy...
> >
> > I think that this implementation will create a big mess for the
> > application developers. Also, I'm not sure, if it's really needed, because
> > our refining code should already reduce the available configurations.
> > Applications should use *_near() functions in order of their priority. You
> > can't predict, if rate or count of channels or any other parameter is more
> > important for a specific application.
>
> [not exactly an answer but more details on what is actually happening]
>
> I think this is what is happening with the current driver (Gary, please
> correct me if I'm wrong): The application looks at the configuration
> space and selects from it one particular sampling rate. Then it looks at
> the channel count and sees a range of channel counts (10:18 - or some
> numbers like that, I don't remember). The application chooses the minimum
> channel count and the set function fails.
>
> IMHO at that point the configuration space should have changed the number
> of channels available to match the sampling rate selected so that the
> channel count as advertised is legal (ie: if the selected sampling rate is
> one of the "single speed" rates then the range of channels should be
> 18:18, if the sampling rate is one of the "double speed" rates then the
> range should be 10:10).
>
> The reverse is also true, if the application first selects number of
> channels the sampling rates should be constrained to the set of rates that
> can be supported by that number of channels.
>
> If it is not possible to do this with the current api, then the next best
> solution I can imagine is to have a switch that changes the mode of the
> card between single and double speed (that would make the dependency
> between sample rate and number of channels dissapear).
I've designed current refine API to do exactly what you've described.
If this don't work for the specific card it's a card driver bug.
--
Abramo Bagnara mailto:abramo.bagnara@libero.it
Opera Unica Phone: +39.546.656023
Via Emilia Interna, 140
48014 Castel Bolognese (RA) - Italy
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2002-07-05 16:51 Thorsten Haas
0 siblings, 0 replies; 179+ messages in thread
From: Thorsten Haas @ 2002-07-05 16:51 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/plain, Size: 1014 bytes --]
Hi everyone,
I am using an usb quattro and this card as primary device:
Card: SiS SI7018
Chip: Avance Logic ALC200/200P rev 0
This Chip worked with alsa 0.5.2 and snd-card-trident
I compiled alsa from this day's cvs, set up modules.conf, depmod -a, rpobed
the mosules, setup .asoundrc, and pushes every volume in alsamixer to the
max.
thaas@linda:~> aplay bayalarm1.Phase.wav
Playing WAVE 'bayalarm1.Phase.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono
But when playing some sample there's no output from the speakers! (The
speakers are internal, so please don't ask me if I forgot to plug any cable.)
_The_strange_thing_:
When I let any application play some sound and initialize my soft-modem, there
is sound, both from the modem and from the application. But if I touch any
volume in alsamixer I am surrounded by silence, suddenly.
I attached a snippet of modules.conf, my .asoundrc, the output of lsmod and
amixer.
Can anybody please give me a hint what I did wrong this time?
Regards,
Thorsten
[-- Attachment #2: amixer.dump --]
[-- Type: text/plain, Size: 5275 bytes --]
Simple mixer control 'Master',0
Capabilities: pvolume pswitch pswitch-joined
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 31 [100%] [off]
Front Right: Playback 31 [100%] [off]
Simple mixer control 'Master Mono',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined
Playback channels: Mono
Limits: Playback 0 - 31
Mono: Playback 31 [100%] [off]
Simple mixer control 'Headphone',0
Capabilities: pvolume pswitch pswitch-joined
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 31 [100%] [off]
Front Right: Playback 31 [100%] [off]
Simple mixer control '3D Control - Center',0
Capabilities: volume volume-joined
Playback channels: Mono
Limits: 0 - 15
Mono: 15 [100%]
Simple mixer control '3D Control - Depth',0
Capabilities: volume volume-joined
Playback channels: Mono
Limits: 0 - 15
Mono: 15 [100%]
Simple mixer control '3D Control - Switch',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'PCM',0
Capabilities: pvolume pswitch pswitch-joined
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 31 [100%] [on]
Front Right: Playback 31 [100%] [on]
Simple mixer control 'PCM Chorus',0
Capabilities: pvolume pvolume-joined
Playback channels: Mono
Limits: Playback 0 - 127
Mono: Playback 127 [100%]
Simple mixer control 'PCM Front',0
Capabilities: pvolume pvolume-joined
Playback channels: Mono
Limits: Playback 0 - 1023
Mono: Playback 1013 [99%]
Simple mixer control 'PCM Pan Playback Control',0
Capabilities: volume volume-joined
Playback channels: Mono
Limits: 0 - 127
Mono: 127 [100%]
Simple mixer control 'PCM Reverb',0
Capabilities: pvolume pvolume-joined
Playback channels: Mono
Limits: Playback 0 - 127
Mono: Playback 126 [99%]
Simple mixer control 'Line',0
Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 31 [100%] [off] Capture [off]
Front Right: Playback 31 [100%] [off] Capture [off]
Simple mixer control 'CD',0
Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 31 [100%] [off] Capture [off]
Front Right: Playback 31 [100%] [off] Capture [off]
Simple mixer control 'Mic',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Playback channels: Mono
Capture channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono: Playback 31 [100%] [off]
Front Left: Capture [off]
Front Right: Capture [off]
Simple mixer control 'Mic Boost (+20dB)',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'Video',0
Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 31 [100%] [off] Capture [on]
Front Right: Playback 31 [100%] [off] Capture [on]
Simple mixer control 'Phone',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Playback channels: Mono
Capture channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono: Playback 31 [100%] [off]
Front Left: Capture [off]
Front Right: Capture [off]
Simple mixer control 'PC Speaker',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined
Playback channels: Mono
Limits: Playback 0 - 15
Mono: Playback 15 [100%] [off]
Simple mixer control 'Aux',0
Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 31 [100%] [off] Capture [off]
Front Right: Playback 31 [100%] [off] Capture [off]
Simple mixer control 'Capture',0
Capabilities: cvolume cswitch cswitch-joined
Capture channels: Front Left - Front Right
Limits: Capture 0 - 15
Front Left: Capture 15 [100%] [off]
Front Right: Capture 15 [100%] [off]
Simple mixer control 'Mix',0
Capabilities: cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Capture channels: Front Left - Front Right
Front Left: Capture [off]
Front Right: Capture [off]
Simple mixer control 'Mix Mono',0
Capabilities: cswitch cswitch-joined cswitch-exclusive
Capture exclusive group: 0
Capture channels: Front Left - Front Right
Front Left: Capture [off]
Front Right: Capture [off]
Simple mixer control 'External Amplifier Power Down',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
[-- Attachment #3: asoundrc --]
[-- Type: text/plain, Size: 383 bytes --]
#
# ALSA - .asoundrc
#
pcm.Q4 {
type hw
card 1
}
ctl.Q4 {
type hw
card 1
}
pcm.SiS {
type hw
card 0
}
ctl.SiS {
type hw
card 0
}
pcm.quattro1 {
type hw
card 1
device 0
}
ctl.quattro1 {
type hw
card 1
}
pcm.quattro2 {
type hw
card 1
device 1
}
ctl.quattro2 {
type hw
card 1
}
pcm.quattro3 {
type hw
card 1
device 2
}
ctl.quattro3 {
type hw
card 1
}
[-- Attachment #4: modules_snippet.conf --]
[-- Type: text/plain, Size: 964 bytes --]
---------------------- snip -------------------------
### NEW ALSA 0.9 from CVS 2002-07-05
## General
# ALSA portion
alias char-major-116 snd
# OSS/Free portion
alias char-major-14 soundcore
## Native Devices: ALSA portion
# quattro usb
alias snd-card-1 snd-usb-audio
options snd-usb-audio snd_id="Q4"
# sis onboard (trident)
alias snd-card-0 snd-trident
options snd-trident snd_id="SiS"
## Native Devices: OSS/Free portion
# OSS Free Portion - Card 1 - quattro usb
alias sound-slot-1 snd-card-1
alias sound-service-1-0 snd-mixer-oss
alias sound-service-1-1 snd-seq-oss
alias sound-service-1-3 snd-pcm-oss
alias sound-service-1-8 snd-seq-oss
alias sound-service-1-12 snd-pcm-oss
# OSS Free Portion - Card 0 - Trident
alias sound-slot-0 snd-card-0
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-12 snd-pcm-oss
---------------------- snap -------------------------
[-- Attachment #5: lsmod.dump --]
[-- Type: text/plain, Size: 2508 bytes --]
Module Size Used by
snd-pcm-oss 35568 1 (autoclean)
snd-mixer-oss 8720 0 (autoclean) [snd-pcm-oss]
slamrmo 202672 0 (unused)
slfax 127136 0 (unused)
slv90 1426208 0 (unused)
slmdm 1758672 0 [slamrmo slfax slv90]
snd-trident-synth 7008 1
snd-seq-instr 4160 0 [snd-trident-synth]
snd-ainstr-simple 1440 0 [snd-trident-synth]
snd-seq-midi-emul 4240 0 [snd-trident-synth]
snd-seq 34448 1 [snd-trident-synth snd-seq-instr snd-seq-midi-emul]
snd-trident 21376 1 [snd-trident-synth]
gameport 1328 0 [snd-trident]
snd-util-mem 1136 0 [snd-trident]
snd-mpu401-uart 2544 0 [snd-trident]
snd-rawmidi 11328 0 [snd-mpu401-uart]
snd-seq-device 3696 0 [snd-trident-synth snd-seq snd-trident snd-rawmidi]
snd-ac97-codec 23504 0 [snd-trident]
snd-usb-audio 23600 0 (unused)
snd-pcm 49792 0 [snd-pcm-oss snd-trident snd-usb-audio]
snd-timer 9424 0 [snd-seq snd-pcm]
snd 23008 0 [snd-pcm-oss snd-mixer-oss snd-trident-synth snd-seq-instr snd-seq snd-trident snd-util-mem snd-mpu401-uart snd-rawmidi snd-seq-device snd-ac97-codec snd-usb-audio snd-pcm snd-timer]
soundcore 3280 5 [snd]
parport_pc 19280 1 (autoclean)
nfsd 64880 4 (autoclean)
lp 5248 0 (autoclean)
parport 22240 1 (autoclean) [parport_pc lp]
ds 6832 1
i82365 23296 1
pcmcia_core 43008 0 [ds i82365]
ipv6 124736 -1 (autoclean)
evdev 4160 0 (unused)
input 3072 0 [evdev]
usb-ohci 17680 0 (unused)
usbcore 47264 1 [snd-usb-audio usb-ohci]
af_packet 11552 1 (autoclean)
sis900 11232 1 (autoclean)
iptable_nat 12656 0 (autoclean) (unused)
ip_conntrack 12848 1 (autoclean) [iptable_nat]
iptable_filter 1728 0 (autoclean) (unused)
ip_tables 10496 4 [iptable_nat iptable_filter]
nls_cp437 4384 1 (autoclean)
nls_iso8859-1 2880 2 (autoclean)
ntfs 47216 1 (autoclean)
reiserfs 147920 0 (unused)
ide-scsi 7552 0
^ permalink raw reply [flat|nested] 179+ messages in thread* (no subject)
@ 2002-04-01 12:10 optin_travel
0 siblings, 0 replies; 179+ messages in thread
From: optin_travel @ 2002-04-01 12:10 UTC (permalink / raw)
To: Alsa-devel
[-- Attachment #1: Type: text/plain, Size: 320 bytes --]
3 Luxury Vacations 199.00
Orlando, Bahamas, Cancun
This is not a timeshare. No property tours! No Catch!
1-800-922-1432 TOLL FREE - CALL NOW
Operators are standing by.
Cruise the Bahamas - Cancun - Dive - Snorkel - Sun - Fun !
Visit Disney World ! See Mickey ! Ride the Coasters - Sea World !
[-- Attachment #2: Type: text/html, Size: 1418 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* Re: (no subject)
@ 2002-04-01 7:53 Patrick Shirkey
0 siblings, 0 replies; 179+ messages in thread
From: Patrick Shirkey @ 2002-04-01 7:53 UTC (permalink / raw)
To: Juan Linietsky, alsa-devel
We could apply Jorns message filter script for the LAD list to the alsa lists too perhaps?
--
Patrick Shirkey - Boost Hardware Ltd
For the discerning hardware connoisseur
Http://www.boosthardware.com
Http://www.boosthardware.com/LAU/Linux_Audio_Users_Guide/
--- Juan Linietsky <coding@reduz.com.ar> wrote:
>T24gU3VuLCAzMSBNYXIgMjAwMiAyMjoxMjoyMyArMDkwMA0KY2F0c21hbjxj
>YXRzbWFuQGhhbm1pci5jb20+IHdyb3RlOg0KDQo+IHd3dy5oaWNkY2QuY29t
>DQo+IA0KPiAtILz2vcWwxbrOvcMgvsa3ocDHILz2vcWwxbrOILn2xrDAuyDF
>rLivx8+8xbytILjewM/AuyDB1rzFvt8gvPa9xbDFus4gw7O4rrChILXLtM+0
>2S4NCj4gLSAgvPa9xbDFus69wyDIuL3FILbHtMIgtOS6r7XuwLi3ziDHz73H
>sOa/7CDBprjxILi7vu64rr+hIFu89r3FsMW6zl2287DtILLAfiEgtN6+xsHW
>vcOx4iC52bb4tM+02S7H0bjewM8stNnAvSC+38jEu+e/68DatMIgv/i5rrq4
>seKzqsO3us7GxMDPurix4rimILLAtK23r8HWvLy/5A0KPiANCg0KYWRkcmVz
>cyBiYW5uaW5nPw0KAlsadevelmailinglistAlsadevellistssourceforg
>enethttps//listssourceforgenet/lists/listinfo/alsadevek=
_____________________________________________________________
Want a new web-based email account ? ---> http://www.firstlinux.net
_____________________________________________________________
Run a small business? Then you need professional email like you@yourbiz.com from Everyone.net http://www.everyone.net?tag
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2002-03-31 22:22 optin_travel
0 siblings, 0 replies; 179+ messages in thread
From: optin_travel @ 2002-03-31 22:22 UTC (permalink / raw)
To: Alsa-devel
[-- Attachment #1: Type: text/plain, Size: 766 bytes --]
Get a beautiful, 100%
Custom Web site
or redesign your
existing site.
Only $399!*
Call now and schedule a walk through
with a Web design specialist.
404-806-6124
Includes up to 7 pages (you can add more), plus a Guestbook and a Bulletin
Board. Java rollover buttons, Feedback forms, Pushbutton E-Commerce
Activation and more. It will be constructed to your taste and specifications in only
five days. We do not use templates, our sites are completely custom.
*Must host with us for $15.96 a month. You get: 200 Megs, 100 E-mail accounts,
Control Panel, Front Page, Graphical Statistics, more!
Act now and get one FREE .com domain name!
To discuss your Web site, call 404-806-6124
and schedule a call back now.
[-- Attachment #2: Type: text/html, Size: 1418 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
* (no subject)
@ 2002-03-31 13:12 catsman
2002-04-01 4:17 ` Juan Linietsky
0 siblings, 1 reply; 179+ messages in thread
From: catsman @ 2002-03-31 13:12 UTC (permalink / raw)
To: alsa-devel
[-- Attachment #1: Type: text/html, Size: 1864 bytes --]
^ permalink raw reply [flat|nested] 179+ messages in thread
end of thread, other threads:[~2019-08-08 0:03 UTC | newest]
Thread overview: 179+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-05 1:37 (no subject) OcHe
2006-05-06 23:25 ` Eric Shattow
2006-05-10 17:26 ` Clemens Ladisch
-- strict thread matches above, loose matches on Subject: below --
2019-08-08 0:03 Giuliano Zannetti - ART S.p.A.
2019-06-13 5:54 Ralf Beck
2019-06-13 15:51 ` Pierre-Louis Bossart
2019-06-13 19:19 ` Jaroslav Kysela
2019-04-28 8:52 (No Subject) rodomar705
2018-01-24 12:00 (no subject) twischer
2017-07-19 15:25 [PATCH 000/102] Convert drivers to explicit reset API Philipp Zabel
2017-07-20 20:36 ` (no subject) Heiko Stuebner
2017-03-09 10:32 Felix Bruns
2017-01-13 10:46 [PATCH v3 4/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-01-09 11:33 ` [PATCH v2 0/7] uapi: export all headers under uapi directories Arnd Bergmann
2017-01-13 10:46 ` [PATCH v3 0/8] " Nicolas Dichtel
2017-01-13 15:43 ` (no subject) David Howells
2016-09-20 18:12 xerofoify
2015-06-30 10:50 E.Richiardone
2014-11-14 16:40 Angelo Dureghello
2013-08-05 8:38 Chih-Chung Chang
[not found] <s5hmx1526mg.wl%tiwai@suse.de>
2012-09-06 6:02 ` Markus Trippelsdorf
2012-09-06 6:33 ` (no subject) Daniel Mack
2012-09-06 6:48 ` Takashi Iwai
2011-09-08 10:20 A S
2011-09-08 11:03 ` Clemens Ladisch
2011-03-01 14:02 Javier Martin
2010-09-08 7:25 asim khan
2010-04-13 14:38 Sascha Hauer
2009-09-22 11:46 Delusion's Master
2009-08-11 21:02 Chaithrika U S
2009-08-11 11:36 ` chaithrika
2009-05-30 1:23 James Gardiner
2009-05-30 7:01 ` Takashi Iwai
2009-03-27 6:56 xrun on sdp340 with small buffers Jarkko Nikula
2009-03-27 13:32 ` (no subject) Jarkko Nikula
2009-03-27 16:31 ` Mark Brown
2008-11-24 13:09 Nitin Mahajan
2008-11-20 13:10 Nitin Mahajan
[not found] <1226996302-10234-1-git-send-email-cooloney@kernel.org>
2008-11-18 11:45 ` Mark Brown
2008-11-17 23:24 Fernando Moro
2008-11-11 2:43 Yang, Libin
2008-11-11 8:17 ` Takashi Iwai
2008-10-14 12:16 Philippe CARRIERE
2008-10-13 10:51 Philippe CARRIERE
2008-10-13 14:28 ` Takashi Iwai
2008-10-14 9:54 ` Karsten Wiese
2008-10-14 10:41 ` Philippe Carriere
2008-10-14 11:29 ` Karsten Wiese
2009-01-27 0:16 ` Karsten Wiese
2009-01-29 8:35 ` Philippe Carriere
2008-04-03 8:47 郝舜
2008-04-03 8:56 ` Clemens Ladisch
[not found] <EC2127EFF67248B9B1F7F34B45F74E55@Main>
[not found] ` <B84B1606A0264FA18CBE236F84E6CE96@Main>
2008-02-21 10:51 ` Ответы для Linux Format Serge A. Suchkov
2008-02-21 12:13 ` (no subject) Serge A. Suchkov
2007-09-06 5:57 Krzysztof Helt
2007-09-06 13:14 ` Takashi Iwai
2007-03-09 12:28 Sutton O. Javelin
2007-03-09 6:48 Empty V. Crock
2007-03-08 16:58 Giggler S. Defeatist
2007-03-08 0:13 Arjuna H. Settlement
2007-03-07 8:58 Cutlasses M. Greek
2007-03-07 2:38 Flickering E. Sharps
2007-03-06 19:35 Rational K. Haggard
2007-03-06 15:57 Redeeming T. Angus
2007-02-28 0:11 Orient K. Underpinnings
2007-02-27 8:42 Depreciates F. Sum
2007-02-27 4:07 Whispers F. Charlie
2007-02-20 1:21 Dr.Friedrick Conway
2007-02-17 11:14 Dr.Hank Miles
2007-02-17 1:20 Dr.Aaron Barrera
2007-02-15 19:58 Nautilus S. Womb
2007-02-13 22:04 Dear Sir Madam
2007-02-01 6:55 COM CYCL
2007-01-30 19:51 Karsten Wiese
2007-01-31 9:22 ` Takashi Iwai
2007-01-23 1:12 Establishes S. Adoption
2007-01-21 15:47 Maisie T. Deathblow
2007-01-12 3:00 Barracuda K. Bobbi
2007-01-10 10:53 Acid P. Hank
2007-01-10 3:03 Timezone D. Authenticity
2007-01-06 4:15 Lintel E. Late
2007-01-05 20:41 Princeton F. Aligns
2007-01-05 10:44 Wot V. Armband
[not found] <JAMB7R$1E04724C7A33DA4578A20ADF8AC469B0@libero.it>
2006-12-21 15:03 ` Clemens Ladisch
2006-12-16 14:17 tardo2002
2006-12-18 9:53 ` Clemens Ladisch
2006-12-04 7:01 miki
2006-11-26 3:25 Glenn K. Transporting
2006-11-24 22:41 Generality O. Lifeblood
2006-11-24 10:44 Proponent V. Stepbrother
2006-11-24 4:07 Scrounger D. Aboded
2006-11-24 1:17 Profanation R. Meandering
2006-11-23 18:13 Groins O. Animation
2006-11-22 1:27 Variance P. Whirled
2006-11-20 8:18 Tamil E. Turnoffs
2006-11-15 10:46 Doctor
2006-11-13 14:19 Doctor
2006-11-12 10:26 Rectums C. Palate
2006-11-12 6:26 Antonio Sampayo
2006-10-31 19:37 Isabel Decker
2006-10-30 10:40 Doctor
2006-10-30 2:45 Doctor
2006-10-28 22:25 Garbs H. Pecan
2006-10-28 19:35 ATA YAZILIM A.Þ.
2006-10-27 14:44 Skelhorn.RJC
2006-10-20 16:55 (Was Re: [Alsa-user] Poorly supported HDA intel) Ricardo Cerqueira
2006-10-20 17:16 ` Ricardo Cerqueira
2006-10-24 19:08 ` (no subject) Thierry Vignaud
2006-10-19 3:24 misato
2006-10-18 6:57 James Templeton
2006-10-09 23:13 albox
2006-10-07 12:41 yuki
2006-10-04 1:18 miyuki
2006-09-16 12:15 yukihana
2006-09-11 2:58 yukaridayo
2006-06-27 3:26 Paulo Cordeiro
2006-06-10 5:03 Rita Bruce
2006-03-19 13:05 汇嘉宏
2006-01-10 13:24 Daniel Mack
2006-01-10 17:07 ` Takashi Iwai
2006-01-10 19:12 ` Clemens Ladisch
2006-01-11 11:29 ` Daniel Mack
2005-12-07 10:44 Ramani Karuppiah
2005-09-21 18:35 Ryan Olejnik
2005-05-21 1:25 haf
2005-05-20 10:39 haf
2005-03-16 12:38 Eric
2005-03-16 13:22 ` Takashi Iwai
[not found] ` <1806.132.168.64.149.1110980407.squirrel@132.168.64.149>
2005-03-16 13:43 ` Takashi Iwai
[not found] ` <1908.132.168.64.149.1110981336.squirrel@132.168.64.149>
2005-03-16 13:59 ` Takashi Iwai
2004-12-28 11:42 Geoffrey Kendall
2004-12-28 8:31 Daniel L. Finch
2004-12-28 7:58 Sung S. Marshall
2004-12-25 23:11 Gil F. Phelps
2004-12-25 9:06 Juanita Britt
2004-12-23 8:33 Jake Link
2004-12-13 11:08 Steven
2004-12-13 0:46 Irma M. Harris
2004-12-04 7:02 Jamal Lambert
2004-12-03 7:12 Marsha Olson
2004-12-02 17:34 Vickie
2004-12-01 0:04 Mason Sinclair
2004-11-30 22:49 Lena M. Ochoa
2004-11-30 18:27 Janine Rowe
2004-11-30 5:35 Jill
2004-11-28 10:24 Tonia Castillo
2004-11-28 7:07 Sasha Peoples
2004-11-25 11:29 刘小姐
2004-11-06 2:30 Julie
2004-10-26 16:28 Katherine S. Burris
2004-10-25 1:00 Matt
2004-10-23 13:28 Ashley
2004-10-22 13:42 Desmond Murdock
2004-10-21 3:11 Tiffany Bloom
2004-10-20 8:26 Rui Nuno Capela
2004-10-20 8:56 ` Jaroslav Kysela
[not found] <200410031405.i93YolTw000749@www3.gmail.com>
2004-10-14 19:23 ` Dane May
[not found] <200410031464.i93YboTw008147@www6.gmail.com>
2004-10-14 19:23 ` Alyson Holley
2004-10-12 13:11 news globelife
2004-10-09 13:36 Adolph Tipton
2004-10-09 3:55 Robert Ritter
2004-10-08 20:11 Francesca B. Mendoza
2004-10-05 18:20 そふとうぇあ
2004-10-05 8:15 Genaro P. Tapia
2004-09-21 14:57 rte news
2004-09-19 7:02 Jill
2004-09-13 22:08 Inez
2004-09-06 1:16 Julie
2004-09-03 6:14 Ben
2004-07-05 5:45 Bo Henriksen
2003-11-11 0:07 Itay Ben-Yaacov
2003-10-16 20:02 Mark62756
2003-07-16 1:55 Eliot Blennerhassett
2003-07-16 11:40 ` Takashi Iwai
2003-06-26 0:40 Eliot Blennerhassett
2003-06-26 2:46 ` Fred Gleason
2003-04-24 15:21 Max Drechsler
2003-04-28 13:18 ` Takashi Iwai
2002-12-08 23:53 Henry Walpool
2002-08-02 14:48 Friedrich.Ewaldt
2002-07-20 6:57 double speed (ADAT), and hw params ordering Jaroslav Kysela
2002-07-20 19:20 ` (no subject) Fernando Pablo Lopez-Lezcano
2002-07-20 23:04 ` Abramo Bagnara
2002-07-05 16:51 Thorsten Haas
2002-04-01 12:10 optin_travel
2002-04-01 7:53 Patrick Shirkey
2002-03-31 22:22 optin_travel
2002-03-31 13:12 catsman
2002-04-01 4:17 ` Juan Linietsky
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).