Ah, excellent. I just retested this, and you are exactly correct.
I will await the next release for the pin config stuff.
Thanks!
Brandon
On Wed, Apr 8, 2015 at 5:32 AM, TJF wrote:
> Hi Brandon.
>
> Am Dienstag, 7. April 2015 23:36:41 UTC+2 schrieb Brandon Stafford:
>>
>> Subsequently, the AD
Hi Brandon.
Am Dienstag, 7. April 2015 23:36:41 UTC+2 schrieb Brandon Stafford:
>
> Subsequently, the ADC works as before, but the button example fails:
>
> ➜ libpruio-0.2 sudo src/examples/button
> 1
> sh: echo: I/O error
> pin re-configuration failed (pinmux failed: P8_07 -> x7F)
> press any
Am Dienstag, 7. April 2015 23:36:41 UTC+2 schrieb Brandon Stafford:
>
> Subsequently, the ADC works as before, but the button example fails:
>
> ➜ libpruio-0.2 sudo src/examples/button
> 1
> sh: echo: I/O error
> pin re-configuration failed (pinmux failed: P8_07 -> x7F)
> press any key to quit
Hi TJF,
It seems that I got excited too soon.
If I load libpruio-00A0.dtbo like this (as root):
echo libpruio > /sys/devices/bone_capemgr.9/slots
the overlay appears to load, but the pins are not configured. Here's what
shows up in dmesg:
[ 136.836467] bone-capemgr bone_capemgr.9: part_
Thanks for feedback, Brandon.
Am Mittwoch, 1. April 2015 20:00:02 UTC+2 schrieb Brandon Stafford:
>
> I was able to execute:
>
> sudo echo libpruio > /sys/devices/bone_capemgr.9/slots
>
> That produced this in dmesg:
> ...
>
[ 796.652764] omap_hwmod: pruss: failed to hardreset
>
I also get th
Just an update; yes, the .dtbo file was misnamed.
After renaming the file:
cp /lib/firmware/libpruio-0A00.dtbo /lib/firmware/libpruio-00A0.dtbo
I was able to execute:
sudo echo libpruio > /sys/devices/bone_capemgr.9/slots
That produced this in dmesg:
[ 796.178041] bone-capemgr bone_capemgr.
Ah, I had noticed the 0A00 difference, but I assumed it was intentional!
Should have figured that out.
I'll give it a try on Monday. Thanks for the response.
Brandon
On Fri, Mar 27, 2015 at 12:29 PM, TJF wrote:
> @Brandon,
>
> when you use BB-BONE-PRU-01 overlay you won't have run-time pinmuxi
sdvsdv
Am Freitag, 27. März 2015 17:29:47 UTC+1 schrieb TJF:
>
> @Brandon,
>
> when you use BB-BONE-PRU-01 overlay you won't have run-time pinmuxing
> capability.
>
> Am Mittwoch, 25. März 2015 20:22:01 UTC+1 schrieb Brandon Stafford:
>>
>> When I try to load libpruio, this happens:
>>
>> sud
@Brandon,
when you use BB-BONE-PRU-01 overlay you won't have run-time pinmuxing
capability.
Am Mittwoch, 25. März 2015 20:22:01 UTC+1 schrieb Brandon Stafford:
>
> When I try to load libpruio, this happens:
>
> sudo echo libpruio > /sys/devices/bone_capemgr.9/slots
> echo: write error:
On Fri, Mar 27, 2015 at 10:52 AM, Brandon Stafford
wrote:
> Yeah, I'm root, unfortunately:
>
> ➜ ~ id
> uid=0(root) gid=0(root) groups=0(root)
So back to the issue, have you checked to see why the kernel didn't load it?
dmesg | grep cape
Regards,
--
Robert Nelson
https://rcn-ee.com/
--
Fo
Yeah, I'm root, unfortunately:
➜ ~ id
uid=0(root) gid=0(root) groups=0(root)
On Fri, Mar 27, 2015 at 12:57 AM, Przemek Klosowski <
przemek.klosow...@gmail.com> wrote:
> On Thu, Mar 26, 2015 at 11:00 AM, Brandon Stafford
> wrote:
> > But I executed sudo echo libpruio > /sys/devices/bone_cape
On Thu, Mar 26, 2015 at 11:00 AM, Brandon Stafford
wrote:
> But I executed sudo echo libpruio > /sys/devices/bone_capemgr.9/slots as
> root, not a normal user. Does that make sense?
Nope, it doesn't. It's easy to get confused about the context, though:
are you sure you were at root? What did the
Right, that's what I thought. So the mystery of why the error occurs
remains.
Brandon
On Thu, Mar 26, 2015 at 1:07 PM, Robert Nelson
wrote:
> 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"
>
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"
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 privile
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, 2
This is why..
http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Privileged_echo
On Mar 25, 2015 12:22 PM, "Brandon Stafford"
wrote:
> On Wed, Mar 25, 2015 at 2:27 PM, Brandon Stafford > wrote:
>
>> On Wed, Mar 25, 2015 at 2:16 PM, Robert Nelson
>> wrote:
>>
>>>
>>> Right now the best thing
On Wed, Mar 25, 2015 at 2:27 PM, Brandon Stafford
wrote:
> On Wed, Mar 25, 2015 at 2:16 PM, Robert Nelson
> 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 libp
On Wed, Mar 25, 2015 at 2:16 PM, Robert Nelson
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.
What's the most likely path in the future? I think I heard something about
capemgr getting ported to 3.19.x, but with
On Wed, Mar 25, 2015 at 1:08 PM, Brandon Stafford
wrote:
> Can I use libpruio on a BBB with a recent (3.14.33-ti-rXX) kernel?
>
> If so, how do I go about loading libpruio-0A00.dtbo without capemgr?
Right now the best thing to do is still downgrade to the 3.8 kernel,
which is in the repo..
sudo
Can I use libpruio on a BBB with a recent (3.14.33-ti-rXX) kernel?
If so, how do I go about loading libpruio-0A00.dtbo without capemgr?
Thanks,
Brandon
--
Brandon Stafford
Rascal Micro: small computers for art and science
Somerville, MA, USA
--
For more options, visit http://beagleboard.org/d
20 matches
Mail list logo
