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.
