n 2024 11:34:45 +0200
> From: "Vladimir 'phcoder' Serbinenko"
> To: avnish
> Cc: The development of GNU GRUB , Daniel Kiper
>, brk...@linux.ibm.com,
> meghanaprak...@in.ibm.com, Diego Domingos
> Subject: Re: [PATCH v3 2/6] ieee1275/powerpc: enables devic
--
> >
> > Message: 4
> > Date: Fri, 7 Jun 2024 11:34:45 +0200
> > From: "Vladimir 'phcoder' Serbinenko"
> > To: avnish
> > Cc: The development of GNU GRUB , Daniel Kiper
> > , brk...@linux.ibm.com,
> > meghanaprak...@
--
Message: 4
Date: Fri, 7 Jun 2024 11:34:45 +0200
From: "Vladimir 'phcoder' Serbinenko"
To: avnish
Cc: The development of GNU GRUB , Daniel Kiper
, brk...@linux.ibm.com,
meghanaprak...@in.ibm.com, Diego Domingos
Subject: Re: [PATCH v3 2/6] ieee1
Concept of ofpathname is clear: return OF path to a given device or NULL if
none. Returning anything else is a bug even if it ends up helping you
somewhere.
Le jeu. 20 juin 2024, 12:45, avnish a écrit :
> Hi Vladimir,
>
> We have implemented this code to enable the ieee1275 hint for grub. We
> h
Le ven. 7 juin 2024, 10:34, avnish a écrit :
> On 2024-06-06 21:04, Vladimir 'phcoder' Serbinenko wrote:
> > 2 problems: * How does dm device ends up on ofpathname? It should be
> > handled by grub internal logic in most cases and not end up in
> > of-specific paths * Why not use existing devmapp
On 2024-06-06 21:04, Vladimir 'phcoder' Serbinenko wrote:
2 problems: * How does dm device ends up on ofpathname? It should be
handled by grub internal logic in most cases and not end up in
of-specific paths * Why not use existing devmapper functions already
present in codebase? Le jeu. 6 juin 20
2 problems:
* How does dm device ends up on ofpathname? It should be handled by grub
internal logic in most cases and not end up in of-specific paths
* Why not use existing devmapper functions already present in codebase?
Le jeu. 6 juin 2024, 14:40, Avnish Chouhan a écrit :
> This patch enables
