Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

> > While at the same time, it seems that universal io does not work correctly > for at least one pin for the Bealebone green. > That is not correct. universal io, and I assume any device tree file will work fine for gpio1_16. What I meant to say is that while every other pin on a beaglebone

Re: [beagleboard] Re: High speed encoder input capability of BBB?

There is an eCAP module in the processor that *perhaps* could be controlled via a PRU . . . but I have limited knowledge of that peripheral module, and no hands on . . . On Sat, Sep 10, 2016 at 6:25 PM, Dennis Lee Bieber wrote: > On Sat, 10 Sep 2016 15:04:23 -0700 (PDT),

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

Oh, and right. I'm still not clear on if SPI can be muxed outside of the given board overlay file. While at the same time, it seems that universal io does not work correctly for at least one pin for the Bealebone green. I tried my best to isolate the problem as indicated in the post I made a few

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

> > Is this a reason we can't get it working in both? > Are you speaking to me Jason ? If so I'm not sure what the problem the OP is having. But I can say that "we" do not need to to any extra pin muxing with the 4.4.x kernels. We can just use sysfs to export the gpio's we need, then set

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

Is this a reason we can't get it working in both? > On Sep 10, 2016, at 2:11 PM, William Hermans wrote: > > Sure, the work around is don't use those kernels. > > william@beaglebone:~$ uname -r > 4.4.14-ti-r34 > william@beaglebone:~$ ls /sys/class/gpio > export gpiochip0

[beagleboard] Re: BeagleBone Black (4.4.20 kernel) + RobertCNelsons SGX driver not working?

ome progress: Following these steps I get that the lsmod command answer me with something. But I'm no sure if the 3d hardware acceleration is on. If I lanuch weston the image that I can see is no good...

Re: [beagleboard] wifi works when BBGW first powered on, but not after a warm reboot

On Friday, September 9, 2016 at 1:15:42 PM UTC-7, RobertCNelson wrote: > > On Fri, Sep 9, 2016 at 2:45 PM, Stephane Charette > wrote: > > When I first plug power into my BBGW, everything works great. But if I > > issue a "reboot" or "shutdown -r now" command, when the

Re: [beagleboard] Temperature Sensor in my BBB

hi this is an old thread but i just tried with devmem2 apparently i simply gets a value 0x20 that apparently mean the temperature sensor is off (TRM table 9-19) i tried writing a zero byte (to turn it on/reset it) *devmem2 0x44e10448 b 0* but it seemed i continue to get 0x20 in return any 1 has

Re: [beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

Sure, the work around is don't use those kernels. william@beaglebone:~$ uname -r 4.4.14-ti-r34 william@beaglebone:~$ ls /sys/class/gpio export gpiochip0 gpiochip32 gpiochip64 gpiochip96 unexport william@beaglebone:~$ sudo sh -c "echo '115' > /sys/class/gpio/export" [sudo] password for

[beagleboard] pinmux broken on hdmi pins in 4.4-ti kernel but working in 4.4-bone kernel

Hello all, I've been using both fixed pinmux and pinmux helper entries in my device tree overlay successfully in Wheezy. However, while moving forward into Jessie I've discovered that the pinmux helper only generates the 'state' fd in /sys/devices/platform/ocp/ocp\:P8_37_pinmux/state for