On Fri, 20 Oct 2006 18:55:56 +0200, Ricardo Cerqueira <alsa-users@xxxxxxxxxxxxx> wrote: > > On Fri, 20 Oct 2006 18:48:13 +0200, Takashi Iwai <tiwai@xxxxxxx> 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@xxxxxxx> 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@xxxxxxx> >> 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@xxxxxxxxxxxxxxxxxxxxx > 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 _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
