mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: gianluca <gianlucarenzi@eurekelettronica.it>
To: barebox@lists.infradead.org
Subject: Re: Fwd: Barebox 2017.02 works great but no Linux Framebuffer... :-/
Date: Tue, 21 Feb 2017 15:56:29 +0100	[thread overview]
Message-ID: <07c421c6-d583-9b6f-4ff5-f62c368df986@eurekelettronica.it> (raw)
In-Reply-To: <2f43179e-2aa0-1dba-eafa-a9c0025afd24@eurekelettronica.it>

On 02/21/2017 02:04 PM, gianluca wrote:
>
> Hello everybody!
>
> I am fighting to enable ldb in Linux 4.9.7. In barebox the SAME
> device-tree is modified by barebox to enable/disable the ldb or hdmi
> depending on what is found.
>
> During Linux bootup with HDMI only, it works with no hassle.
>
> If booting with ldb it does not start the ldb driver registration due to
> a panel/bridge missing.
>
> In the config of linux kernel I have (as imx_v6_v7_defconfig) all drm
> and simple panel enabled.
>
> What is missing???
>

At the moment I can clearly state that (as kernel 4.9.7):

in the imx-ldb.c (line 711) in the function imx_ldb_bind() the error is 
the channel->panel AND channel->bridge ARE both NULL.

The struct device_node *ep = of_graph_get_endpoint_by_regs(child, 
imx_ldb->lvds_mux ? 4 : 2, -1) is not null and the remote struct 
device_node as full name has: /panel.

This look suspicious to me as I am expecting a full_name as: 
/soc/node/this/is/a/complete/name/panel stuff.

Anyway this issue is preventing to continue and registering a frame 
buffer on the lvds channel.

Can anybody point me in the right direction? In the next few moments I 
will try to diff the device-tree passed from barebox to linux kernel and 
the device-tree expected.

Hold on... ;-)

Regards,
Gianluca
>
> -------- Forwarded Message --------
> Subject: Barebox 2017.02 works great but no Linux Framebuffer... :-/
> Date: Mon, 20 Feb 2017 16:36:06 +0100
> From: gianluca <gianlucarenzi@eurekelettronica.it>
> To: Sascha Hauer <s.hauer@pengutronix.de>
>
> Hello Sascha,
>
> During last week I was able to activate/deactivate the hdmi and ldb
> nodes from internal device-tree of Barebox and everything is working great.
>
> Now I would like to boot up with the kernel 4.9.7 with the following
> commandline but it fails.
>
> The kernelcmd line is:
>
>> console=ttymxc2,115200 rootwait noswap ip=none noinitrd
>> rootfstype=nilfs2 root=/dev/mmcblk1p3
>> fec.macaddr=0x7a,0x3f,0x03,0xe3,0xa2,0xff system_rev=0xe3600000
>> system_serialnr=0x00000000 lcd_type=am1280800n3tz fastboot quiet
>> loglevel=3 console=tty0  video=mxcfb0:dev=ldb,if=RGB24,bpp=32
>> fbmem=32M vmalloc=400M
>
> The problem is the ldb (imx-ldb.c you wrote in kernel
> drivers/gpu/drm/imx...). It fails with the following error:
>
>> [    7.526349] imx-ldb 2000000.aips-bus:ldb@020e0008: panel/bridge not
>> found: /panel --
>> [    7.526369] imx-drm display-subsystem: failed to bind
>> 2000000.aips-bus:ldb@020e0008 (ops 0xc097aaa0): -517
>> [    7.526785] imx-drm display-subsystem: master bind failed: -517
>
> The device-tree is attached.
>
> The device tree is the same as Barebox (it has only an #included
> commented out).
>
> Both hdmi and ldb nodes are initially left "disabled" then barebox
> enable the node corresponding to the hardware found (i.e. it changes the
> status to "okay")
>
> In barebox everything is working.
>
> In linux NOT. What is exactly a 'channel->bridge' and 'channel->panel'
> in device-tree therminology?
>
> Barebox is working without it, so I suppose it was working in Linux
> kernel too...
>
> Regards,
>
>
> _______________________________________________
> barebox mailing list
> barebox@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/barebox
>


-- 
Eurek s.r.l.                          |
Electronic Engineering                | http://www.eurek.it
via Celletta 8/B, 40026 Imola, Italy  | Phone: +39-(0)542-609120
p.iva 00690621206 - c.f. 04020030377  | Fax:   +39-(0)542-609212

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

  reply	other threads:[~2017-02-21 14:56 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <63687e34-f354-81d3-aed7-1a59866925c5@eurekelettronica.it>
2017-02-21 13:04 ` gianluca
2017-02-21 14:56   ` gianluca [this message]
2017-02-21 15:03   ` Lucas Stach
2017-02-21 17:59     ` gianluca
2017-06-19 15:49     ` gianluca
2017-06-21  6:32       ` Sascha Hauer
2017-06-21 11:35         ` gianluca
2017-06-21 11:50           ` Lucas Stach
2017-06-21 15:18             ` gianluca
2017-06-21 15:30               ` Lucas Stach
2017-06-23  9:45                 ` gianluca
2017-06-26  8:40                   ` gianluca
2017-06-26  8:46                     ` Lucas Stach
2017-06-26 13:28                       ` gianluca
2017-06-28 16:55                         ` gianluca
2017-06-29  8:37                           ` Lucas Stach
2017-06-29 10:07                             ` gianluca

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=07c421c6-d583-9b6f-4ff5-f62c368df986@eurekelettronica.it \
    --to=gianlucarenzi@eurekelettronica.it \
    --cc=barebox@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox