Also for what it's worth, and this is pure speculation( because I have not looked into it fully ) but I do believe map0-map7 all point to the same memory location. It would not be too hard to test to see if my assumption is accurate, but I have not had the time lately for this specifically.
On Thu, Apr 7, 2016 at 11:04 AM, William Hermans <[email protected]> wrote: > Robert, > > Yes, I had noticed, the 8 separate "maps", and figured that was how it was > supposed to be. Despite an older blogpost I was reading aying there was > only one pool. Also, I'd have to revisit my notes, but I believe that uio > "map" tool does not find the mmap()'d memory either. But, all the examples > run fine, and there was another fork on Jason's git by someone I can not > remeber at the moment that demonstrated blinking the USR LEDs through the > PRU. It also worked just fine. > > So, I do not really know what to think. Except that the uio_pruss userland > driver as it sits, seems to function as intended. But there are some > oddities such as you pointed out, yes. > > On Thu, Apr 7, 2016 at 10:27 AM, pedrohbtp <[email protected]> wrote: > >> Hi Robert and William. Thank you very much for the responses! >> I did the following: >> >> root@beaglebone:/sys/class/uio# uname -r >> 4.1.21-bone-rt-r20 >> root@beaglebone:/sys/class/uio# lsmod | grep uio >> uio_pruss 4582 0 >> uio_pdrv_genirq 3309 0 >> uio 8311 2 uio_pruss,uio_pdrv_genirq >> root@beaglebone:/sys/class/uio# sudo modprobe uio_pruss >> extram_pool_sz=0x1E8480 >> root@beaglebone:/sys/class/uio# ls >> uio0 uio1 uio2 uio3 uio4 uio5 uio6 uio7 >> root@beaglebone:/sys/class/uio# ls uio0/maps/map1 >> addr name offset size >> root@beaglebone:/sys/class/uio# cat uio0/maps/map1/size >> 0x001e8480 >> >> >> >> On Thursday, April 7, 2016 at 1:45:13 PM UTC-3, RobertCNelson wrote: >>> >>> >>> >>> On Thu, Apr 7, 2016 at 11:38 AM, Robert Nelson <[email protected]> >>> wrote: >>> >>> >>>> >>>> On Thu, Apr 7, 2016 at 11:30 AM, William Hermans <[email protected]> >>>> wrote: >>>> >>>>> *I was taking a look at chapter 13 yesterday with (v4.1.x-bone), which >>>>>> has uio_pruss however the uio class doesn't match up 100% either..* >>>>>> >>>>> >>>>> Robert, what do you mean by this ? I've had 4.1.*bone* working with >>>>> uio seemingly fine. Which is to say I do not doubt you, just wondering if >>>>> there is something I'm missing ? >>>>> >>>> >>>> So uio may work fine in 4.1.x-bone, but it's not matching up with the >>>> directions here: >>>> >>>> http://exploringbeaglebone.com/chapter13/#The_Programs >>>> >>>> Specifically Step 2 "/sys/class/uio/uio0/maps/map1" >>>> >>>> I think that's where all the new users are getting confused.. >>>> >>> >>> debian@beaglebone:~$ uname -r >>> 4.1.20-bone-rt-r20 >>> >>> debian@beaglebone:~$ lsmod | grep uio >>> uio_pdrv_genirq 3309 0 >>> uio 8311 1 uio_pdrv_genirq >>> >>> debian@beaglebone:~$ sudo modprobe uio_pruss extram_pool_sz=0x1E8480 >>> >>> debian@beaglebone:~$ lsmod | grep uio >>> uio_pruss 4582 0 >>> uio_pdrv_genirq 3309 0 >>> uio 8311 2 uio_pruss,uio_pdrv_genirq >>> >>> debian@beaglebone:~$ cd /sys/class/uio/ >>> debian@beaglebone:/sys/class/uio$ tree >>> . >>> >>> 0 directories, 0 files >>> >>> Regards, >>> >>> -- >>> Robert Nelson >>> https://rcn-ee.com/ >>> >> -- >> 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.
