On 28.02.25 18:34, Anthony PERARD wrote:
On Thu, Feb 27, 2025 at 04:10:25PM +0100, Jürgen Groß wrote:
On 26.02.25 16:55, Anthony PERARD wrote:
On Tue, Feb 25, 2025 at 08:30:33AM +0100, Juergen Gross wrote:
Channels work differently than other device types: their devid should
be -1 initially in
On Thu, Feb 27, 2025 at 04:10:25PM +0100, Jürgen Groß wrote:
> On 26.02.25 16:55, Anthony PERARD wrote:
> > On Tue, Feb 25, 2025 at 08:30:33AM +0100, Juergen Gross wrote:
> > > Channels work differently than other device types: their devid should
> > > be -1 initially in order to distinguish them f
On 26.02.25 16:55, Anthony PERARD wrote:
On Tue, Feb 25, 2025 at 08:30:33AM +0100, Juergen Gross wrote:
Channels work differently than other device types: their devid should
be -1 initially in order to distinguish them from the primary console
which has the devid of 0.
So when parsing the chann
On Tue, Feb 25, 2025 at 08:30:33AM +0100, Juergen Gross wrote:
> Channels work differently than other device types: their devid should
> be -1 initially in order to distinguish them from the primary console
> which has the devid of 0.
>
> So when parsing the channel configuration, use
> ARRAY_EXTE
Channels work differently than other device types: their devid should
be -1 initially in order to distinguish them from the primary console
which has the devid of 0.
So when parsing the channel configuration, use
ARRAY_EXTEND_INIT_NODEVID() in order to avoid overwriting the devid
set by libxl_devi