Am 23.12.2015 um 00:03 schrieb Robert Nelson: > On Tue, Dec 22, 2015 at 4:59 PM, Richard Weinberger <[email protected]> wrote: >> Am 22.12.2015 um 23:48 schrieb Robert Nelson: >>> On Tue, Dec 22, 2015 at 4:40 PM, Richard Weinberger >>> <[email protected]> wrote: >>>> Hi! >>>> >>>> I own a BB-VIEW-43 cape: >>>> http://at.farnell.com/element14/bb-view-43/4-3inch-lcd-display-cape-for-beaglebone/dp/2364756# >>>> >>>> By requesting "BB-BONE-LCD4-01" the cape manager loads the dtbo from >>>> the cape's eeprom. >>> >>> It's actually worse then that, "BB-BONE-LCD4-01" = 16bit lcd display, >>> while the "BB-VIEW-43" is a 24bit.. > > The eeprom only contains the "BB-BONE-LCD4-01" identifer... The > device tree overlay is built-into the kernel binary..
Ahhh, it is in the kernel binary. Thanks for pointing this out. I was about to ask why it works even when the file is not present in /lib/firmware/ > The BB-View-43, swapped the red/blue color channels, so there's a hack > for 3.8 to fix that.. > > https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patches/bb_view_lcd/0002-sitara_red_blue_swap_workaround.patch Yeah, but setting to 24bits depth in xorg.conf also does the trick, no kernel patching needed. Thanks, //richard -- 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.
