g_mass_storage is probably where you will find most of your documentation concerning the mass storage portion of that device driver.
https://www.kernel.org/doc/Documentation/usb/mass-storage.txt If this seems confusing I understand. But essentially g_multi provides drivers for 1. g_ether 2. g_serial 3. g_mass, or g_mass_storage. All in one driver. Since only one gadget driver can be loaded at any one time. On Mon, Dec 15, 2014 at 1:08 AM, Anubhav Goel <[email protected]> wrote: > > i re-read this.. > I can ofcourse connect to BB using either mini usb or ethernet - thats not > a problem. > > Here is my case : > - While I have the bbb to configure, I can do anything that i want with > it.. changing configs etc... eventually, I give it to my end user , with a > preloaded app, that runs and generates some reports. > - who will just use the miniusb to collect some reports from that port. > > I cannot have alternate mechanisms to send deliver these reports - its > just how it is :/ > > Going through g_multi options.. > > On Mon, Dec 15, 2014 at 1:06 PM, William Hermans <[email protected]> > wrote: >> >> Ok, so lets backup some. If you're only connected through the USB cable >> via USBnet, then you would have a problem with this. >> >> However if you can connect to your BBB via ethernet, then you could >> remove the module, and reload it with new parameters to make sure you >> changes work, before you apply them permanently. >> >> I keep forgetting to mention "little" things like this, because well, i >> never have that problem, I can always get into my BBB one way another . . . >> others however may not be able to :/ >> >> On Mon, Dec 15, 2014 at 12:31 AM, William Hermans <[email protected]> >> wrote: >>> >>> I just looked it up on the web and what I found seemed to indicate that >>> the modules file is the same as debian in: >>> >>> /etc/modules >>> >>> If it is not loaded from in there then i could not say. Could be a >>> service file run at boot time, or . ..yeah see I would not even know where >>> to look on Angstrom . . . >>> >>> On Mon, Dec 15, 2014 at 12:28 AM, Anubhav Goel < >>> [email protected]> wrote: >>>> >>>> :D .. I will take this advice , and soon move over to deb. >>>> >>>> On Mon, Dec 15, 2014 at 12:56 PM, William Hermans <[email protected]> >>>> wrote: >>>>> >>>>> No idea, I got rid of Angstrom the first week after receiving my >>>>> Beaglebone blacks. Angstrom was too much of a pain in my backside to even >>>>> want to bother with it. >>>>> >>>>> On Mon, Dec 15, 2014 at 12:23 AM, Anubhav Goel < >>>>> [email protected]> wrote: >>>>>> >>>>>> that sounds good!.. i shall try it and report back. >>>>>> One point , how do I disable the default mechanism of loading the >>>>>> thumbdrive ? i.e. , there must be some place/sh where these commands are >>>>>> getting executed ? can you point me to them ? >>>>>> >>>>>> On Mon, Dec 15, 2014 at 12:49 PM, William Hermans <[email protected]> >>>>>> wrote: >>>>>>> >>>>>>> Ok, so I do not know where the module "g_multi" is loaded from on >>>>>>> angstrom, but g_multi is a USB to Serial, ethernet, and mass storage >>>>>>> device. You should search the web on g_mass_storage to understand how >>>>>>> the >>>>>>> parameters work with g_multi . . >>>>>>> >>>>>>> So anyway, g_multi is caled similar to this: >>>>>>> >>>>>>> modprobe g_multi file=/dev/mmsclk01p1 >>>>>>> >>>>>>> >>>>>>> This is how the device is shared out over USB. So, you *may* be able >>>>>>> point the file location to /dev/null ( never tried it ), or create an >>>>>>> empty >>>>>>> directory *somewhere*. And point it to that. If Neithe fo those work for >>>>>>> you, then get rid of g_multi, and use g_ether instead ( assuming you do >>>>>>> not >>>>>>> need Serial too ). >>>>>>> >>>>>>> On Mon, Dec 15, 2014 at 12:03 AM, Anubhav Goel < >>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>> Hi ! >>>>>>>> >>>>>>>> On Mon, Dec 15, 2014 at 12:27 PM, <[email protected]> wrote: >>>>>>>>> >>>>>>>>> Hi Anubhav, >>>>>>>>> >>>>>>>>> do not move uEnv.txt, the U-Boot image and the kernel images >>>>>>>>> around. Due to the limited technical possibilities of the very >>>>>>>>> early >>>>>>>>> boot stages, these files are exspected to be at certain physical >>>>>>>>> place on the flash memory. >>>>>>>>> >>>>>>>>> Instead edit /etc/fstab and remove the mount command of /boot. >>>>>>>>> Do a backup first. >>>>>>>>> >>>>>>>> m fstab shows: >>>>>>>> rootfs / auto >>>>>>>> defaults 1 1 >>>>>>>> proc /proc proc >>>>>>>> defaults 0 0 >>>>>>>> devpts /dev/pts devpts >>>>>>>> mode=0620,gid=5 0 0 >>>>>>>> tmpfs /tmp tmpfs >>>>>>>> defaults 0 0 >>>>>>>> >>>>>>>> It doesnt have the mount command of boot. >>>>>>>> Even if I were able to stop the boot, would that mean disabling >>>>>>>> access to the partition on windows desktop? I do require the parition >>>>>>>> to >>>>>>>> appear on desktop when connected, but I dont want the user to access >>>>>>>> these >>>>>>>> critical files. >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Best regards, >>>>>>>>> Meino >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Anubhav Goel <[email protected]> [14-12-15 07:52]: >>>>>>>>> > Hi William, >>>>>>>>> > >>>>>>>>> > Thanks for your quick response. >>>>>>>>> > >>>>>>>>> > I cannot really move to the debian, as it has taken me a lot of >>>>>>>>> effort :) , >>>>>>>>> > to understand my way around angstrom.. it will be very steep >>>>>>>>> curve for me >>>>>>>>> > as of now. >>>>>>>>> > >>>>>>>>> > I was thinking, is there no way to create a new vfat partition >>>>>>>>> on bbb, and >>>>>>>>> > expose that on the thumbdrive, and let this default one just >>>>>>>>> remain >>>>>>>>> > unmounted ? >>>>>>>>> > >>>>>>>>> > I will readup on the read-only part. >>>>>>>>> > >>>>>>>>> > Can you point me to some info on how/when does this partition >>>>>>>>> get loaded ? >>>>>>>>> > do we have some sort of hook that can be utilized ? >>>>>>>>> > >>>>>>>>> > Can I not place the mlo/ig& env files at a place where its >>>>>>>>> picked by bbb , >>>>>>>>> > but not exposed over thumbdrive ? >>>>>>>>> > >>>>>>>>> > Regards >>>>>>>>> > Anubhav >>>>>>>>> > >>>>>>>>> > On Mon, Dec 15, 2014 at 11:57 AM, William Hermans < >>>>>>>>> [email protected]> wrote: >>>>>>>>> > > >>>>>>>>> > > *My users may accidentally delete the mlo/uboot/uenv files, if >>>>>>>>> presented >>>>>>>>> > >> over their desktop.* >>>>>>>>> > >> >>>>>>>>> > > >>>>>>>>> > > There are a few ways to deal with this*. *Just do not mount >>>>>>>>> the boot >>>>>>>>> > > loader partition. Would probably be the easiest for you. If >>>>>>>>> you want to do >>>>>>>>> > > what I would consider "the right way", then put a modern >>>>>>>>> Debian build from >>>>>>>>> > > Robert on it, and that whole partition will not exist, and the >>>>>>>>> bootloader >>>>>>>>> > > files will be in a hole in the first 1M of the block device. >>>>>>>>> > > >>>>>>>>> > > Aside from that, I do not think FAT/FAT32 partitions can be >>>>>>>>> used with >>>>>>>>> > > Linux permissions. However, you may be able to make the >>>>>>>>> partition read >>>>>>>>> > > only. Not sure on this, but if you're teaching students about >>>>>>>>> he hardware / >>>>>>>>> > > software. This may be preferable. >>>>>>>>> > > >>>>>>>>> > > Personally, I think "hiding" the files in the first 1M of disk >>>>>>>>> space is >>>>>>>>> > > the best way. Heck I've been using Linux for years, and I >>>>>>>>> honestly have no >>>>>>>>> > > idea how to reverse / mess that up. Eventually I'll have to >>>>>>>>> read up on it >>>>>>>>> > > myself, as it's pretty neat . . . >>>>>>>>> > > >>>>>>>>> > > On Sun, Dec 14, 2014 at 10:58 PM, Anubhav Goel < >>>>>>>>> [email protected]> >>>>>>>>> > > wrote: >>>>>>>>> > >> >>>>>>>>> > >> Hi Kenny, >>>>>>>>> > >> >>>>>>>>> > >> I have the same requirement, were you able to get any >>>>>>>>> workaround to this ? >>>>>>>>> > >> >>>>>>>>> > >> I looked into bbb to find any default locations , like >>>>>>>>> /boot/uEnv.txt .. >>>>>>>>> > >> but it doesnt work , if I delete the file from media , but the >>>>>>>>> > >> /boot/uenv.txt file is not picked up. >>>>>>>>> > >> I was unable to find any other place to store the mlo & img >>>>>>>>> files either. >>>>>>>>> > >> >>>>>>>>> > >> My users may accidentally delete the mlo/uboot/uenv files, if >>>>>>>>> presented >>>>>>>>> > >> over their desktop. >>>>>>>>> > >> >>>>>>>>> > >> Regards, >>>>>>>>> > >> Anubhav >>>>>>>>> > >> >>>>>>>>> > >> On Wednesday, 24 July 2013 14:23:10 UTC+5:30, >>>>>>>>> [email protected] wrote: >>>>>>>>> > >>> >>>>>>>>> > >>> Hi all, >>>>>>>>> > >>> >>>>>>>>> > >>> I am building a few prototype with Beaglebone Black. I want >>>>>>>>> to let the >>>>>>>>> > >>> user to plug into the mini-USB port from a PC and copy a >>>>>>>>> output file I >>>>>>>>> > >>> stored in /media/BEAGLEBONE. However, I don't want user to >>>>>>>>> see all the >>>>>>>>> > >>> documentation and tutorial of the BBB. It seems like BBB >>>>>>>>> will copy all >>>>>>>>> > >>> these files during reboot. >>>>>>>>> > >>> >>>>>>>>> > >>> I wonder if I can configure it without copying these files >>>>>>>>> during >>>>>>>>> > >>> reboot? or I can configure a different directory to show up >>>>>>>>> while user plug >>>>>>>>> > >>> in the mini-USB cable? I can control where the output file >>>>>>>>> go in my >>>>>>>>> > >>> program. Many thanks for any guidance. >>>>>>>>> > >>> >>>>>>>>> > >>> Kenny Lau >>>>>>>>> > >>> >>>>>>>>> > >> -- >>>>>>>>> > >> For more options, visit http://beagleboard.org/discuss >>>>>>>>> > >> --- >>>>>>>>> > >> You received this message because you are subscribed to the >>>>>>>>> Google Groups >>>>>>>>> > >> "BeagleBoard" group. >>>>>>>>> > >> To unsubscribe from this group and stop receiving emails from >>>>>>>>> it, send an >>>>>>>>> > >> email to [email protected]. >>>>>>>>> > >> For more options, visit https://groups.google.com/d/optout. >>>>>>>>> > >> >>>>>>>>> > > -- >>>>>>>>> > > For more options, visit http://beagleboard.org/discuss >>>>>>>>> > > --- >>>>>>>>> > > You received this message because you are subscribed to a >>>>>>>>> topic in the >>>>>>>>> > > Google Groups "BeagleBoard" group. >>>>>>>>> > > To unsubscribe from this topic, visit >>>>>>>>> > > >>>>>>>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe >>>>>>>>> . >>>>>>>>> > > To unsubscribe from this group and all its topics, send an >>>>>>>>> email to >>>>>>>>> > > [email protected]. >>>>>>>>> > > For more options, visit https://groups.google.com/d/optout. >>>>>>>>> > > >>>>>>>>> > >>>>>>>>> > -- >>>>>>>>> > For more options, visit http://beagleboard.org/discuss >>>>>>>>> > --- >>>>>>>>> > You received this message because you are subscribed to the >>>>>>>>> Google Groups "BeagleBoard" group. >>>>>>>>> > To unsubscribe from this group and stop receiving emails from >>>>>>>>> it, send an email to [email protected]. >>>>>>>>> > For more options, visit https://groups.google.com/d/optout. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> For more options, visit http://beagleboard.org/discuss >>>>>>>>> --- >>>>>>>>> You received this message because you are subscribed to a topic in >>>>>>>>> the Google Groups "BeagleBoard" group. >>>>>>>>> To unsubscribe from this topic, visit >>>>>>>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe >>>>>>>>> . >>>>>>>>> To unsubscribe from this group and all its topics, send an email >>>>>>>>> to [email protected]. >>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>>> >>>>>>>> -- >>>>>>>> For more options, visit http://beagleboard.org/discuss >>>>>>>> --- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "BeagleBoard" group. >>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>> send an email to [email protected]. >>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>> >>>>>>> -- >>>>>>> For more options, visit http://beagleboard.org/discuss >>>>>>> --- >>>>>>> You received this message because you are subscribed to a topic in >>>>>>> the Google Groups "BeagleBoard" group. >>>>>>> To unsubscribe from this topic, visit >>>>>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe >>>>>>> . >>>>>>> To unsubscribe from this group and all its topics, send an email to >>>>>>> [email protected]. >>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>> >>>>>> -- >>>>>> For more options, visit http://beagleboard.org/discuss >>>>>> --- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "BeagleBoard" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to [email protected]. >>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>> >>>>> -- >>>>> For more options, visit http://beagleboard.org/discuss >>>>> --- >>>>> You received this message because you are subscribed to a topic in the >>>>> Google Groups "BeagleBoard" group. >>>>> To unsubscribe from this topic, visit >>>>> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe. >>>>> To unsubscribe from this group and all its topics, send an email to >>>>> [email protected]. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> -- >>>> For more options, visit http://beagleboard.org/discuss >>>> --- >>>> You received this message because you are subscribed to the Google >>>> Groups "BeagleBoard" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to a topic in the >> Google Groups "BeagleBoard" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/beagleboard/lqPrGitRgCk/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
