From: Joey D. <jd...@gm...> - 2007-05-03 21:22:10
|
Hello everyone, I've recently been recording audio with brec every 10 or so minutes for the past 3 days, and I noticed that all of a sudden the recordings stopped. After further investigation I noticed that I kept getting this error message: # brec /mnt/nfs/blah.wav brec: semget: No space left on device I discovered that it was probably because brec wasn't closing the semaphores it had been using so after the repeated recordings it had created more semaphores than the gumstix allowed. If any of you know of a remedy that would be great. Since I discovered this I have just been rebooting whenever I get the error, but hopefully that remains a temporary fix. It seems to be that the brec code needs to be modified. I located brec.c in the my version of the buildroot 1183 (I'm still using that version because its the latest version with working audio I believe?) at: ./build_arm_nofpu/linux-2.6.18gum/fs/hfs/brec.c ./build_arm_nofpu/linux-2.6.18gum/fs/hfsplus/brec.c I searched through both of them because I'm not sure which one is the one I'm using, and I didn't seem to find semop, or sem anything in there at all. They also don't appear to have any main in there, so theres probably some other files that contribute to 'brec'. If anyone knows anything about this please let me know. Thanks! |
From: Dave H. <dhy...@gm...> - 2007-05-03 21:59:39
|
Hi Joey, > I located brec.c in the my version of the buildroot 1183 (I'm still using > that version because its the latest version with working audio I believe?) > at: > ./build_arm_nofpu/linux- 2.6.18gum/fs/hfs/brec.c > ./build_arm_nofpu/linux-2.6.18gum/fs/hfsplus/brec.c Sorry, but there are NO user-mode programs in the linux-2.6.18gum tree. The sources you're looking for can be found here: gumstix-buildroot/build_arm_nofpu/bplay-0.991 (the version number might be different). The calls to semget are in shmbuf.c You may have to put some prints in to see if cleanupsems is being called or not. I'm assuming that cleanupsems releases the semaphores. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Joey D. <jd...@gm...> - 2007-05-03 23:48:06
|
I couldn't find bplay at all in the location you provided.. jdegges@poundcake:~/gumstix-buildroot/build_arm_nofpu$ ls linux-2.6.18gum mtd-utils-1.0.0 root staging_dir jdegges@poundcake:~/gumstix-buildroot/build_arm_nofpu$ find ./ -name *bplay* jdegges@poundcake:~/gumstix-buildroot/build_arm_nofpu$ find ./ -name *brec* ./linux-2.6.18gum/fs/hfs/brec.c ./linux-2.6.18gum/fs/hfsplus/brec.c But I have realized that some of the time when the recordings run a little long I do killall brec so that I can start up the next recording, and when I do that it probably doesn't have the chance to call cleanupsems. On 5/3/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Joey, > > > I located brec.c in the my version of the buildroot 1183 (I'm still > using > > that version because its the latest version with working audio I > believe?) > > at: > > ./build_arm_nofpu/linux- 2.6.18gum/fs/hfs/brec.c > > ./build_arm_nofpu/linux-2.6.18gum/fs/hfsplus/brec.c > > Sorry, but there are NO user-mode programs in the linux-2.6.18gum tree. > > The sources you're looking for can be found here: > gumstix-buildroot/build_arm_nofpu/bplay-0.991 > (the version number might be different). > > The calls to semget are in shmbuf.c > > You may have to put some prints in to see if cleanupsems is being > called or not. I'm assuming that cleanupsems releases the semaphores. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Dave H. <dhy...@gm...> - 2007-05-04 00:41:33
|
Hi Joey, On 5/3/07, Joey Degges <jd...@gm...> wrote: > I couldn't find bplay at all in the location you provided.. > > jdegges@poundcake:~/gumstix-buildroot/build_arm_nofpu$ ls > linux-2.6.18gum mtd-utils-1.0.0 root staging_dir If that's all the directories you have in build_arm_nofpu, then you don't have a successful build. On my machine, using pretty much the default configuration options, I see (the machine I checked was running r1295): ls ~/gumstix/gumstix-buildroot/build_arm_nofpu/ bluez-libs-2.24/ diethotplug-0.4/ mDNSResponder-107.5/ root/ udev-101/ bluez-utils-2.24/ dropbear-0.48.1/ module-init-tools-3.2.2/ schedutils-1.5.0/ uisp-20050207/ boa-0.94.14rc20/ linux-2.6.20gum/ mtd-utils-1.0.0/ staging_dir/ wireless_tools.29/ boa_workdir/ lrzsz-0.12.20/ pcmciautils-014/ sysfsutils-1.3.0/ zlib-1.2.3/ busybox-1.1.2/ makedevs/ pxaregs-1.14/ u-boot-1.1.4/ > But I have realized that some of the time when the recordings run a little > long I do killall brec so that I can start up the next recording, and when I > do that it probably doesn't have the chance to call cleanupsems. bplay installs a signal handler to catch SIGINT (Control-C). I think that killall sends a SIGTERM and brec/bplay doesn't seem to install a handler for that. You might want to try using: killall -INT brec -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Joey D. <jd...@gm...> - 2007-05-04 01:21:18
|
Hey Dave, Yeah that seems to work, except when I issue the killall -INT brec command it prints "semop: Invalid argument" hundreds of times before exiting. Maybe I don't have those options in my buildroot because it is an older version? Are you able to record with that version? I remembered that there used to be a sound bugg and the new versions of buildroot wouldn't let you record, if that problem is fixed I will just start using the newest version. Thanks Joey On 5/3/07, Dave Hylands <dhy...@gm...> wrote: > > Hi Joey, > > On 5/3/07, Joey Degges <jd...@gm...> wrote: > > I couldn't find bplay at all in the location you provided.. > > > > jdegges@poundcake:~/gumstix-buildroot/build_arm_nofpu$ ls > > linux-2.6.18gum mtd-utils-1.0.0 root staging_dir > > If that's all the directories you have in build_arm_nofpu, then you > don't have a successful build. On my machine, using pretty much the > default configuration options, I see (the machine I checked was > running r1295): > > ls ~/gumstix/gumstix-buildroot/build_arm_nofpu/ > bluez-libs-2.24/ diethotplug-0.4/ mDNSResponder-107.5/ root/ > udev-101/ > bluez-utils-2.24/ dropbear-0.48.1/ module-init-tools-3.2.2/ > schedutils-1.5.0/ uisp-20050207/ > boa-0.94.14rc20/ linux-2.6.20gum/ mtd-utils-1.0.0/ > staging_dir/ wireless_tools.29/ > boa_workdir/ lrzsz-0.12.20/ pcmciautils-014/ > sysfsutils-1.3.0/ zlib-1.2.3/ > busybox-1.1.2/ makedevs/ pxaregs-1.14/ > u-boot-1.1.4/ > > > > But I have realized that some of the time when the recordings run a > little > > long I do killall brec so that I can start up the next recording, and > when I > > do that it probably doesn't have the chance to call cleanupsems. > > bplay installs a signal handler to catch SIGINT (Control-C). I think > that killall sends a SIGTERM and brec/bplay doesn't seem to install a > handler for that. > > You might want to try using: > > killall -INT brec > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Joey D. <jd...@gm...> - 2007-05-04 01:22:48
|
I also want to add that even when I try the killall -INT method on my PC it prints tons of those sepmod errors before exiting.. On 5/3/07, Joey Degges <jd...@gm...> wrote: > > Hey Dave, > > Yeah that seems to work, except when I issue the killall -INT brec command > it prints "semop: Invalid argument" hundreds of times before exiting. > > Maybe I don't have those options in my buildroot because it is an older > version? Are you able to record with that version? I remembered that there > used to be a sound bugg and the new versions of buildroot wouldn't let you > record, if that problem is fixed I will just start using the newest version. > > > Thanks > > Joey > > On 5/3/07, Dave Hylands <dhy...@gm...> wrote: > > > > Hi Joey, > > > > On 5/3/07, Joey Degges <jd...@gm...> wrote: > > > I couldn't find bplay at all in the location you provided.. > > > > > > jdegges@poundcake:~/gumstix-buildroot/build_arm_nofpu$ ls > > > linux-2.6.18gum mtd-utils-1.0.0 root staging_dir > > > > If that's all the directories you have in build_arm_nofpu, then you > > don't have a successful build. On my machine, using pretty much the > > default configuration options, I see (the machine I checked was > > running r1295): > > > > ls ~/gumstix/gumstix-buildroot/build_arm_nofpu/ > > bluez-libs-2.24/ diethotplug-0.4/ mDNSResponder-107.5/ root/ > > udev-101/ > > bluez-utils-2.24/ dropbear-0.48.1/ module-init-tools-3.2.2 / > > schedutils-1.5.0/ uisp-20050207/ > > boa-0.94.14rc20/ linux-2.6.20gum/ mtd-utils-1.0.0/ > > staging_dir/ wireless_tools.29/ > > boa_workdir/ lrzsz-0.12.20/ pcmciautils-014/ > > sysfsutils-1.3.0/ zlib-1.2.3 / > > busybox-1.1.2/ makedevs/ pxaregs-1.14/ > > u-boot-1.1.4/ > > > > > > > But I have realized that some of the time when the recordings run a > > little > > > long I do killall brec so that I can start up the next recording, and > > when I > > > do that it probably doesn't have the chance to call cleanupsems. > > > > bplay installs a signal handler to catch SIGINT (Control-C). I think > > that killall sends a SIGTERM and brec/bplay doesn't seem to install a > > handler for that. > > > > You might want to try using: > > > > killall -INT brec > > > > -- > > Dave Hylands > > Vancouver, BC, Canada > > http://www.DaveHylands.com/ > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > |