From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andy Shevchenko <andy.shevchenko@gmail.com>
Date: Wed, 25 Nov 2020 18:09:04 +0200
Subject: early stage debugging on a real product
In-Reply-To: <2eb4a3e4-4d05-2b39-8633-188d4b2a00ea@windriver.com>
References: <CAHp75VdPTU-THtHi3eRiD7rd_tC90fC66AiUvzMnoF2Ky0J_HQ@mail.gmail.com>
 <CAPnjgZ0ZyMOadUXWJg8Js2TsM8RBZyui_OXcXK4LgnsFoe1yMQ@mail.gmail.com>
 <CAHp75VeCkXxNG4sriUfv7Kwk81PUP6yC5uMZ1rNFNydCzxxafw@mail.gmail.com>
 <CAPnjgZ1_yxuV14C8PAjZZUu0AHt_kXb5p5tTQxxnSDc0oD_DxA@mail.gmail.com>
 <CAHp75VfAxxLZUrmigUn7x0PsmTocuB6reivA6EM5qF=J+YSi=Q@mail.gmail.com>
 <CAPnjgZ0BYz8dqBtKkao_c0vAiC7SOTxOy9BhrKqCE2asUf9bkA@mail.gmail.com>
 <CAHp75VeVfRnCdRrSkCsZr=osnum+Sdwgp-xuyKOyc8_D=CU62Q@mail.gmail.com>
 <CAPnjgZ3kkungrg8jhoOWxtO0njY-_EXiN21=KD9B5Pm1rtVH7w@mail.gmail.com>
 <CAHp75VfzP=GSfco-gPaPvHejSfDNXNM2Ly3-pnKsxaDe0ruT-g@mail.gmail.com>
 <CAPnjgZ3VS2SMWtjVmUC6oDf+rLsJ-CWCGBRv90Kdh0akEpMnwQ@mail.gmail.com>
 <CAHp75VfS+G-1C-dfe=wYq6acuDswiqzs8fS4NakgoXdatyfPdw@mail.gmail.com>
 <2eb4a3e4-4d05-2b39-8633-188d4b2a00ea@windriver.com>
Message-ID: <CAHp75VezL8VMH-LeOpzjvN09G5T9YBer=nm1-BSk4O5CoMCJOw@mail.gmail.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On Wed, Nov 25, 2020 at 5:55 PM Ovidiu Panait
<ovidiu.panait@windriver.com> wrote:
> On 25.11.2020 17:36, Andy Shevchenko wrote:
> On Wed, Nov 25, 2020 at 5:23 PM Simon Glass <sjg@chromium.org> wrote:
> On Wed, 25 Nov 2020 at 08:07, Andy Shevchenko <andy.shevchenko@gmail.com> wrote:
> On Wed, Nov 25, 2020 at 4:50 PM Simon Glass <sjg@chromium.org> wrote:
> On Wed, 25 Nov 2020 at 06:26, Andy Shevchenko <andy.shevchenko@gmail.com> wrote:

...

> Thanks. But the question is still open why DM PCI et al. is not
> getting initialized.

> Could you try to enable CONFIG_PCI_INIT_R=y ? This should call pci_init() during boot, after relocation.

Thanks. I saw that possibility, but right now...

> You can use something like this to force probing video:
>
> struct udevice *dev;
> int ret = uclass_first_device_err(UCLASS_VIDEO, &dev);
>
> I will try this, thanks!

...I have tried this and it makes the device to reboot (probably due
to panic / missed initialization).

I am going to read video.h to understand what parts must be present to
make vidconsole working.

-- 
With Best Regards,
Andy Shevchenko