On 4/24/2023 10:14 AM, Tom Rini wrote:
On Thu, Apr 20, 2023 at 03:13:42PM -0700, Tim Harvey wrote:
On Sun, Apr 16, 2023 at 11:55 PM Rasmus Villemoes
wrote:
On 26/10/2022 01.42, Rasmus Villemoes wrote:
On 18/10/2022 02.43, Peng Fan wrote:
+ Stefano & Fabio
Is there any chance you
On Thu, Apr 20, 2023 at 03:13:42PM -0700, Tim Harvey wrote:
> On Sun, Apr 16, 2023 at 11:55 PM Rasmus Villemoes
> wrote:
> >
> > On 26/10/2022 01.42, Rasmus Villemoes wrote:
> > > On 18/10/2022 02.43, Peng Fan wrote:
> > >> + Stefano & Fabio
> > >>
> > >
> > >
> > > Is there any chance
On Sun, Apr 16, 2023 at 11:55 PM Rasmus Villemoes
wrote:
>
> On 26/10/2022 01.42, Rasmus Villemoes wrote:
> > On 18/10/2022 02.43, Peng Fan wrote:
> >> + Stefano & Fabio
> >>
> >
> >
> > Is there any chance you could make some information on that ROM API
> > public so it's possible
On 26/10/2022 01.42, Rasmus Villemoes wrote:
> On 18/10/2022 02.43, Peng Fan wrote:
>> + Stefano & Fabio
>>
>
>
> Is there any chance you could make some information on that ROM API
> public so it's possible for outsiders to understand what's going on?
>>
>> What could only help is to
On 18/10/2022 02.43, Peng Fan wrote:
> + Stefano & Fabio
>
Is there any chance you could make some information on that ROM API
public so it's possible for outsiders to understand what's going on?
>
> What could only help is to ask the ROM team to see whether they have
> plan to
+ Stefano & Fabio
On 10/15/2022 1:53 AM, Rasmus Villemoes wrote:
On 14/10/2022 02.55, Peng Fan wrote:
Hi Rasmus
On 10/7/2022 4:08 PM, Rasmus Villemoes wrote:
Hi Peng
It seems that commit 787f04bb6a (imx: add USB2_BOOT type) broke our
board logic which relies on whether get_boot_de
On 14/10/2022 02.55, Peng Fan wrote:
> Hi Rasmus
>
> On 10/7/2022 4:08 PM, Rasmus Villemoes wrote:
>> Hi Peng
>>
>> It seems that commit 787f04bb6a (imx: add USB2_BOOT type) broke our
>> board logic which relies on whether get_boot_device() returns
Hi Rasmus
On 10/7/2022 4:08 PM, Rasmus Villemoes wrote:
Hi Peng
It seems that commit 787f04bb6a (imx: add USB2_BOOT type) broke our
board logic which relies on whether get_boot_device() returns USB_BOOT
or not. Instrumenting get_boot_device() shows that on our imx8mp board,
boot_instance is 3
Hi Peng
It seems that commit 787f04bb6a (imx: add USB2_BOOT type) broke our
board logic which relies on whether get_boot_device() returns USB_BOOT
or not. Instrumenting get_boot_device() shows that on our imx8mp board,
boot_instance is 3 when we're booting over USB, so boot_dev becomes 20
instead
9 matches
Mail list logo