Actually it makes less sense, you know what sudo does right? Calling it as root is totally redundant. On Mar 26, 2015 10:00 AM, "Brandon Stafford" <[email protected]> wrote:
> But I executed sudo echo libpruio > /sys/devices/bone_capemgr.9/slots as > root, not a normal user. Does that make sense? > > And if privileged echo were the cause, wouldn't the second command, sudo > echo BB-BONE-PRU-01 > /sys/devices/bone_capemgr.*/slots be affected as well? > > Brandon > > On Wed, Mar 25, 2015 at 4:44 PM, Robert Nelson <[email protected]> > wrote: > >> This is why.. >> >> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Privileged_echo >> On Mar 25, 2015 12:22 PM, "Brandon Stafford" <[email protected]> >> wrote: >> >>> On Wed, Mar 25, 2015 at 2:27 PM, Brandon Stafford < >>> [email protected]> wrote: >>> >>>> On Wed, Mar 25, 2015 at 2:16 PM, Robert Nelson <[email protected] >>>> > wrote: >>>> >>>>> >>>>> Right now the best thing to do is still downgrade to the 3.8 kernel, >>>>> which is in the repo.. >>>>> >>>> >>>> OK, cool. I'll do that. >>>> Downgrading to 3.8.13-bone70 worked, and libpruio seems to work, but >>>> not exactly the way I would expect. >>>> >>> >>> When I try to load libpruio, this happens: >>> >>> sudo echo libpruio > /sys/devices/bone_capemgr.9/slots >>> echo: write error: No such file or directory >>> >>> Here's what appears in dmesg: >>> >>> [ 199.719576] bone-capemgr bone_capemgr.9: part_number 'libpruio', >>> version 'N/A' >>> [ 199.719757] bone-capemgr bone_capemgr.9: slot #8: generic override >>> [ 199.719802] bone-capemgr bone_capemgr.9: bone: Using override eeprom >>> data at slot 8 >>> [ 199.719849] bone-capemgr bone_capemgr.9: slot #8: 'Override Board >>> Name,00A0,Override Manuf,libpruio' >>> [ 199.726206] bone-capemgr bone_capemgr.9: slot #8: Requesting part >>> number/version based 'libpruio-00A0.dtbo >>> [ 199.726269] bone-capemgr bone_capemgr.9: slot #8: Requesting firmware >>> 'libpruio-00A0.dtbo' for board-name 'Override Board Name', version '00A0' >>> [ 199.750455] bone-capemgr bone_capemgr.9: failed to load firmware >>> 'libpruio-00A0.dtbo' >>> >>> The libpruio installation instructions ( >>> http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/_cha_preparation.html) >>> say that you can also do this: >>> >>> sudo echo BB-BONE-PRU-01 > /sys/devices/bone_capemgr.*/slots >>> >>> This makes this appear in dmesg: >>> >>> [ 216.578880] bone-capemgr bone_capemgr.9: part_number >>> 'BB-BONE-PRU-01', version 'N/A' >>> [ 216.579067] bone-capemgr bone_capemgr.9: slot #9: generic override >>> [ 216.579112] bone-capemgr bone_capemgr.9: bone: Using override eeprom >>> data at slot 9 >>> [ 216.579159] bone-capemgr bone_capemgr.9: slot #9: 'Override Board >>> Name,00A0,Override Manuf,BB-BONE-PRU-01' >>> [ 216.579411] bone-capemgr bone_capemgr.9: slot #9: Requesting part >>> number/version based 'BB-BONE-PRU-01-00A0.dtbo >>> [ 216.579459] bone-capemgr bone_capemgr.9: slot #9: Requesting firmware >>> 'BB-BONE-PRU-01-00A0.dtbo' for board-name 'Override Board Name', version >>> '00A0' >>> [ 216.579519] bone-capemgr bone_capemgr.9: slot #9: dtbo >>> 'BB-BONE-PRU-01-00A0.dtbo' loaded; converting to live tree >>> [ 216.586296] bone-capemgr bone_capemgr.9: slot #9: #2 overlays >>> [ 216.608605] omap_hwmod: pruss: failed to hardreset >>> [ 216.625429] bone-capemgr bone_capemgr.9: slot #9: Applied #2 overlays. >>> >>> The "failed to hardreset" is mildly alarming, but afterwards, uio_pruss >>> appears in lsmod and the first example works: >>> >>> sudo src/examples/1 >>> FA40 EE00 EF20 E700 DC70 D680 DA30 EEF0 >>> F3B0 EE50 EF30 E680 DB60 D8B0 D690 EE90 >>> F390 EE00 EF10 E780 DF40 D950 D760 EEC0 >>> F3B0 EEB0 EF90 E7A0 DF00 DE00 D800 EEB0 >>> F350 EE90 EF80 E710 DDB0 DCE0 D7D0 EEC0 >>> F350 EEB0 EFF0 E7C0 DE30 D8C0 D900 EEC0 >>> F400 EE50 EF30 E6B0 DD50 D970 D8D0 EF00 >>> F3E0 EE50 EEF0 E720 DEC0 DD00 DA40 EEB0 >>> F370 EE30 EF20 E720 DC60 DC30 DA10 EEA0 >>> F3C0 EDC0 EF20 E730 E020 DB50 D780 EEC0 >>> F3A0 ED90 EF10 E800 DF80 DD70 D6E0 EEF0 >>> F340 EE90 EFD0 E730 DD10 DA30 D7F0 EEB0 >>> F3D0 EF20 F000 E710 DE10 DAF0 DA90 EED0 >>> >>> I'm not sure why the first method failed while the second worked, but >>> I'll take it. Hopefully this will be useful to someone else out there. Few >>> more details at >>> https://github.com/pingswept/dev-log/blob/master/2015-03-libpruio-on-bbb.markdown >>> >>> Thanks for the direction, Robert. >>> >>> Brandon >>> >>>> -- >>> 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. >> > > > > -- > Brandon Stafford > Rascal Micro: small computers for art and science > Somerville, MA, USA > > -- > 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.
