From: Peter G. <pet...@te...> - 2005-09-07 05:30:59
|
Hi everyone, I'm wanting to run a custom script when a CF card is inserted that copies some files to ram and then ejects the card. Is /tmp suitable for this use? I read somewhere that you could store up to 32MB of files there. I've changed /etc/pcmcia/ide.opts so that the card is automatically mounted. Can I add a call to my script at the end of the 'start' case in /etc/pcmcia/ide safely? Lastly, is it necessary to call cardctl eject in order to remove the cf card, or do I only need to unmount it? Thanks for the help, Peter |
From: Alexandre P. N. <al...@om...> - 2005-09-07 14:10:33
|
Peter Gibson escreveu: >Hi everyone, > >I'm wanting to run a custom script when a CF card is inserted that >copies some files to ram and then ejects the card. > > > Well, I have had difficulties trying to eject a CF card, it caused a kernel fault (I was using 2.6.11 from the trunk buildroot). >Is /tmp suitable for this use? I read somewhere that you could store up >to 32MB of files there. > > /tmp is mounted on ram, and if the applications aren't using that much ram, it's safe to store about 32mb there. >I've changed /etc/pcmcia/ide.opts so that the card is automatically >mounted. Can I add a call to my script at the end of the 'start' case >in /etc/pcmcia/ide safely? > > > Got me here, have to check. >Lastly, is it necessary to call cardctl eject in order to remove the cf >card, or do I only need to unmount it? > > > Normally you have to umount and then eject. Some devices have a sort of auto-eject event which triggers when you remove the card, but I don't think it's the case here. Anyway, cardctl eject wasn't working here as I stated before, I was going to take a look at the driver to see if I could help fixing the eject thing, but so far I haven't tried it. What happens when you try it? |
From: Craig H. <cr...@gu...> - 2005-09-07 17:18:10
|
On Sep 7, 2005, at 7:10 AM, Alexandre Pereira Nunes wrote: > Peter Gibson escreveu: > > >> Hi everyone, >> >> I'm wanting to run a custom script when a CF card is inserted that >> copies some files to ram and then ejects the card. > > Well, I have had difficulties trying to eject a CF card, it caused a > kernel fault (I was using 2.6.11 from the trunk buildroot). I'm taking a while to do so, but am looking into this issue.... > >> Is /tmp suitable for this use? I read somewhere that you could >> store up >> to 32MB of files there. > > /tmp is mounted on ram, and if the applications aren't using that much > ram, it's safe to store about 32mb there. The filesystem that /tmp is mounted as will allow it to grow, by default, up to 50% of all RAM (including swap), so 32MB in our case. > >> I've changed /etc/pcmcia/ide.opts so that the card is automatically >> mounted. Can I add a call to my script at the end of the 'start' case >> in /etc/pcmcia/ide safely? > Got me here, have to check. I think this should work, but as he says, try it and see :) A better/ more flexible system might be to do something interesting like use the new inotify stuff to have the kernel call into userspace when it notices things changing in /mnt/whatever -- that separates the logical layers of processing the CF insertion a little better. I haven't tried inotify yet, but it looks interesting for this kind of use. Oh, I think it's also only in 2.6.13 unless you find a back- patch though, so you might have to wait until I figure out why init is dying as soon as it starts with 2.6.13 on gumstix. C |
From: Peter G. <pet...@te...> - 2005-09-08 07:25:54
|
cardctl eject works fine for me; though adding a call to my script in /etc/pcmcia/ide broke it. - the card would still mount correctly and my script would run, however calling cardctl eject would hang.. I ended up just writing a small script that runs as a daemon and checks the output of `mount | grep /dev/hda` once a second, good enough for me. Pete On Wed, 2005-09-07 at 10:17 -0700, Craig Hughes wrote: > On Sep 7, 2005, at 7:10 AM, Alexandre Pereira Nunes wrote: > > > Peter Gibson escreveu: > > > > > >> Hi everyone, > >> > >> I'm wanting to run a custom script when a CF card is inserted that > >> copies some files to ram and then ejects the card. > > > > Well, I have had difficulties trying to eject a CF card, it caused a > > kernel fault (I was using 2.6.11 from the trunk buildroot). > > I'm taking a while to do so, but am looking into this issue.... > > > > >> Is /tmp suitable for this use? I read somewhere that you could > >> store up > >> to 32MB of files there. > > > > /tmp is mounted on ram, and if the applications aren't using that much > > ram, it's safe to store about 32mb there. > > The filesystem that /tmp is mounted as will allow it to grow, by > default, up to 50% of all RAM (including swap), so 32MB in our case. > > > > >> I've changed /etc/pcmcia/ide.opts so that the card is automatically > >> mounted. Can I add a call to my script at the end of the 'start' case > >> in /etc/pcmcia/ide safely? > > > Got me here, have to check. > > I think this should work, but as he says, try it and see :) A better/ > more flexible system might be to do something interesting like use > the new inotify stuff to have the kernel call into userspace when it > notices things changing in /mnt/whatever -- that separates the > logical layers of processing the CF insertion a little better. I > haven't tried inotify yet, but it looks interesting for this kind of > use. Oh, I think it's also only in 2.6.13 unless you find a back- > patch though, so you might have to wait until I figure out why init > is dying as soon as it starts with 2.6.13 on gumstix. > > C > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |