Re: [beagleboard] fbdev and ssd1306

I moved 4.14.12-ti-r24 and now it gets past the the vbat regulator, but then fails trying to write to the I2C with a bus ready timeout: mark@pocket:~/bb.org-overlays/src/arm$ dmesg | grep -P 'ssd|i2c' [0.508117] omap_i2c 44e0b000.i2c: could not find pctldev for node

Re: [beagleboard] fbdev and ssd1306

Thanks. That was a bit embarrassing - I saw the message in dmesg but assumed it was benign since the /proc/device-tree entry was there. I'll move to a later kernel and try my fix there. I appreciate your quick help! Mark On Mon, Jan 8, 2018 at 7:10 PM David Lechner wrote:

Re: [beagleboard] fbdev and ssd1306

The linux driver for this is an i2c driver. So the device tree node that you added will create an i2c device in the linux kernel (i.e. /sys/bus/i2c/devices/1-003c). Then udev sees that this device matches the compatible string of the "ssd1307fb" driver (you will see this listed in `lsmod`).

Re: [beagleboard] fbdev and ssd1306

> On Jan 8, 2018, at 9:09 PM, Mark Grosen wrote: > > mark@pocket:~$ dmesg | grep -P 'fb|ssd' > [2.165499] ssd1307fb 1-003c: failed to get VBAT regulator: -19 > > How does fbdev "find" the ssd1306? Question doesn’t quite make sense to me, but these fbtft drivers depend on

Re: [beagleboard] fbdev and ssd1306

mark@pocket:~$ dmesg | grep -P 'fb|ssd' [2.165499] ssd1307fb 1-003c: failed to get VBAT regulator: -19 How does fbdev "find" the ssd1306? On Mon, Jan 8, 2018 at 5:51 PM David Lechner wrote: > On 01/08/2018 07:27 PM, Mark Grosen wrote: > > On Mon, Jan 8, 2018 at 10:08

Re: [beagleboard] fbdev and ssd1306

On 01/08/2018 07:27 PM, Mark Grosen wrote: On Mon, Jan 8, 2018 at 10:08 AM David Lechner > wrote: On 01/07/2018 05:59 PM, Mark Grosen wrote: > I am trying to get the kernel driver for the ssd1306 working with the PocketBeagle USB HUB

Re: [beagleboard] Jessie Snapshot 2018-01-01 Links broken

On Mon, Jan 8, 2018 at 6:02 PM, Graham wrote: > on: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian > > All links to Jessie Snapshot 2018-01-01 for all variants are broken. > > They all reference debian 8.9, when all the files are named 8.10 > > It has been a full

Re: [beagleboard] fbdev and ssd1306

On Mon, Jan 8, 2018 at 10:08 AM David Lechner wrote: > On 01/07/2018 05:59 PM, Mark Grosen wrote: > > I am trying to get the kernel driver for the ssd1306 working with the > PocketBeagle USB HUB cape which has a 64x32 SSD1306 display ( >

[beagleboard] Jessie Snapshot 2018-01-01 Links broken

on: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian All links to Jessie Snapshot 2018-01-01 for all variants are broken. They all reference debian 8.9, when all the files are named 8.10 It has been a full week, and nobody has seemed to notice. --- Graham == -- For more options, visit

Re: [beagleboard] Where is the MLO and u-boot.img

Excerpts from Robert Nelson's message from Mon 08-Jan-18 13:01: > On Mon, Jan 8, 2018 at 12:54 PM, Sergey Manucharian wrote: > > It's not clear to me: why when both eMMC and SD present and contains u-boot > > (both in raw mode), the CPU decides to boot from eMMC. > > Is there a

Re: [beagleboard] Where is the MLO and u-boot.img

On Mon, Jan 8, 2018 at 12:54 PM, Sergey Manucharian wrote: > It's not clear to me: why when both eMMC and SD present and contains u-boot > (both in raw mode), the CPU decides to boot from eMMC. > Is there a way to default to SD? The Technical Reference mentions a timeout, > or

Re: [beagleboard] Where is the MLO and u-boot.img

It's not clear to me: why when both eMMC and SD present and contains u-boot (both in raw mode), the CPU decides to boot from eMMC. Is there a way to default to SD? The Technical Reference mentions a timeout, or am I missing anything? Of course, the latest u-boot (in eMMC) does check for SD

Re: [beagleboard] fbdev and ssd1306

On 01/07/2018 05:59 PM, Mark Grosen wrote: I am trying to get the kernel driver for the ssd1306 working with the PocketBeagle USB HUB cape which has a 64x32 SSD1306 display (https://www.tindie.com/products/microwavemont/oled-with-24-port-usb-hub-cape-for-pocketbeagle/) I know it is physically

Re: [beagleboard] ti_am335x_tsc.c driver

On Saturday, January 6, 2018 at 11:50:04 AM UTC-7, Hartley Sweeten wrote: > > On Friday, January 5, 2018 at 6:33:12 PM UTC-7, RobertCNelson wrote: >> >> On Fri, Jan 5, 2018 at 7:04 PM, Robert Nelson >> wrote: >> >> Well, I must be doing something wrong.. >> >> >> >> When

[beagleboard] Re: PHP and Socket.io

Hi Alan! Why don't you install a web server like *lighttpd* and connect your C app to that server by *fcgi* ? Use html features for sliders and displays, or send js-scripts, if need be. BR -- For more options,