* preparations for 4.16.1
@ 2022-03-10 8:57 Jan Beulich
2022-03-10 9:01 ` Jan Beulich
2022-03-10 9:04 ` Julien Grall
0 siblings, 2 replies; 11+ messages in thread
From: Jan Beulich @ 2022-03-10 8:57 UTC (permalink / raw)
To: xen-devel
Cc: George Dunlap, Stefano Stabellini, Wei Liu, Anthony Perard, Julien Grall
All,
the release is due in a few weeks time.
Please point out backports you find missing from the respective staging
branch, but which you consider relevant. One I have queued already, but
which I'd like to put in only once the pending fix to it ("x86: avoid
SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
4b7fd8153ddf x86: fold sections in final binaries
Jan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 8:57 preparations for 4.16.1 Jan Beulich
@ 2022-03-10 9:01 ` Jan Beulich
2022-03-10 10:20 ` Andrew Cooper
2022-03-10 9:04 ` Julien Grall
1 sibling, 1 reply; 11+ messages in thread
From: Jan Beulich @ 2022-03-10 9:01 UTC (permalink / raw)
To: xen-devel
Cc: George Dunlap, Stefano Stabellini, Wei Liu, Anthony Perard,
Julien Grall, Andrew Cooper
On 10.03.2022 09:57, Jan Beulich wrote:
> Please point out backports you find missing from the respective staging
> branch, but which you consider relevant. One I have queued already, but
> which I'd like to put in only once the pending fix to it ("x86: avoid
> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>
> 4b7fd8153ddf x86: fold sections in final binaries
Actually the other one I'm aware of is
7d9589239ec0 x86/CET: Fix S3 resume with shadow stacks active
which Andrew promised to provide a suitable backport for.
Jan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 8:57 preparations for 4.16.1 Jan Beulich
2022-03-10 9:01 ` Jan Beulich
@ 2022-03-10 9:04 ` Julien Grall
2022-03-10 10:02 ` Bertrand Marquis
1 sibling, 1 reply; 11+ messages in thread
From: Julien Grall @ 2022-03-10 9:04 UTC (permalink / raw)
To: Jan Beulich, xen-devel
Cc: George Dunlap, Stefano Stabellini, Wei Liu, Anthony Perard
On 10/03/2022 08:57, Jan Beulich wrote:
> All,
Hi,
> the release is due in a few weeks time.
>
> Please point out backports you find missing from the respective staging
> branch, but which you consider relevant. One I have queued already, but
> which I'd like to put in only once the pending fix to it ("x86: avoid
> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>
> 4b7fd8153ddf x86: fold sections in final binaries
For arm, I would like to propose backporting:
32365f3476: xen/arm64: Zero the top 32 bits of gp registers on entry...
Stefano, what do you think?
Cheers,
--
Julien Grall
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 9:04 ` Julien Grall
@ 2022-03-10 10:02 ` Bertrand Marquis
2022-03-10 10:04 ` Bertrand Marquis
2022-03-10 11:06 ` Julien Grall
0 siblings, 2 replies; 11+ messages in thread
From: Bertrand Marquis @ 2022-03-10 10:02 UTC (permalink / raw)
To: Julien Grall
Cc: Jan Beulich, xen-devel, George Dunlap, Stefano Stabellini,
Wei Liu, Anthony Perard
Hi,
> On 10 Mar 2022, at 09:04, Julien Grall <julien@xen.org> wrote:
>
> On 10/03/2022 08:57, Jan Beulich wrote:
>> All,
>
> Hi,
>
>> the release is due in a few weeks time.
>> Please point out backports you find missing from the respective staging
>> branch, but which you consider relevant. One I have queued already, but
>> which I'd like to put in only once the pending fix to it ("x86: avoid
>> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>> 4b7fd8153ddf x86: fold sections in final binaries
>
> For arm, I would like to propose backporting:
>
> 32365f3476: xen/arm64: Zero the top 32 bits of gp registers on entry...
>
Agree (not changing the fact that Stefano should confirm)
I would like the following one to also be considered:
f3999bc: arm/efi: Handle Xen bootargs from both xen.cfg and DT
f1f38e2: xen/arm: increase memory banks number define value
And maybe this doc fix:
620ed2c: docs/efi: Fix wrong compatible in dts example
Stefano and Julien could tell what you think ?
Cheers
Bertrand
> Stefano, what do you think?
>
> Cheers,
>
> --
> Julien Grall
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 10:02 ` Bertrand Marquis
@ 2022-03-10 10:04 ` Bertrand Marquis
2022-03-10 11:06 ` Julien Grall
1 sibling, 0 replies; 11+ messages in thread
From: Bertrand Marquis @ 2022-03-10 10:04 UTC (permalink / raw)
To: Julien Grall
Cc: Jan Beulich, xen-devel, George Dunlap, Stefano Stabellini,
Wei Liu, Anthony Perard
> On 10 Mar 2022, at 10:02, Bertrand Marquis <Bertrand.Marquis@arm.com> wrote:
>
> Hi,
>
>
>> On 10 Mar 2022, at 09:04, Julien Grall <julien@xen.org> wrote:
>>
>> On 10/03/2022 08:57, Jan Beulich wrote:
>>> All,
>>
>> Hi,
>>
>>> the release is due in a few weeks time.
>>> Please point out backports you find missing from the respective staging
>>> branch, but which you consider relevant. One I have queued already, but
>>> which I'd like to put in only once the pending fix to it ("x86: avoid
>>> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>>> 4b7fd8153ddf x86: fold sections in final binaries
>>
>> For arm, I would like to propose backporting:
>>
>> 32365f3476: xen/arm64: Zero the top 32 bits of gp registers on entry...
>>
>
> Agree (not changing the fact that Stefano should confirm)
>
> I would like the following one to also be considered:
> f3999bc: arm/efi: Handle Xen bootargs from both xen.cfg and DT
> f1f38e2: xen/arm: increase memory banks number define value
>
> And maybe this doc fix:
> 620ed2c: docs/efi: Fix wrong compatible in dts example
Sorry please ignore this one, already in :-)
>
> Stefano and Julien could tell what you think ?
>
> Cheers
> Bertrand
>
>> Stefano, what do you think?
>>
>> Cheers,
>>
>> --
>> Julien Grall
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 9:01 ` Jan Beulich
@ 2022-03-10 10:20 ` Andrew Cooper
2022-03-10 10:35 ` Jan Beulich
0 siblings, 1 reply; 11+ messages in thread
From: Andrew Cooper @ 2022-03-10 10:20 UTC (permalink / raw)
To: Jan Beulich, xen-devel
Cc: George Dunlap, Stefano Stabellini, Wei Liu, Anthony Perard, Julien Grall
On 10/03/2022 09:01, Jan Beulich wrote:
> On 10.03.2022 09:57, Jan Beulich wrote:
>> Please point out backports you find missing from the respective staging
>> branch, but which you consider relevant. One I have queued already, but
>> which I'd like to put in only once the pending fix to it ("x86: avoid
>> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>>
>> 4b7fd8153ddf x86: fold sections in final binaries
> Actually the other one I'm aware of is
>
> 7d9589239ec0 x86/CET: Fix S3 resume with shadow stacks active
>
> which Andrew promised to provide a suitable backport for.
So now XSA-398 is public, I can say what that slightly cryptically meant.
The CET S3 fix depends on one of the code rearrangements introduced in
the CET-IBT work. We were intending to have CET-IBT backported for the
tuesday embargo (didn't go to plan), after which the S3 fix would be a
trivial backport to 4.14 and later.
~Andrew
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 10:20 ` Andrew Cooper
@ 2022-03-10 10:35 ` Jan Beulich
2022-03-10 11:14 ` Andrew Cooper
0 siblings, 1 reply; 11+ messages in thread
From: Jan Beulich @ 2022-03-10 10:35 UTC (permalink / raw)
To: Andrew Cooper
Cc: George Dunlap, Stefano Stabellini, Wei Liu, Anthony Perard,
Julien Grall, xen-devel
On 10.03.2022 11:20, Andrew Cooper wrote:
> On 10/03/2022 09:01, Jan Beulich wrote:
>> On 10.03.2022 09:57, Jan Beulich wrote:
>>> Please point out backports you find missing from the respective staging
>>> branch, but which you consider relevant. One I have queued already, but
>>> which I'd like to put in only once the pending fix to it ("x86: avoid
>>> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>>>
>>> 4b7fd8153ddf x86: fold sections in final binaries
>> Actually the other one I'm aware of is
>>
>> 7d9589239ec0 x86/CET: Fix S3 resume with shadow stacks active
>>
>> which Andrew promised to provide a suitable backport for.
>
> So now XSA-398 is public, I can say what that slightly cryptically meant.
>
> The CET S3 fix depends on one of the code rearrangements introduced in
> the CET-IBT work. We were intending to have CET-IBT backported for the
> tuesday embargo (didn't go to plan), after which the S3 fix would be a
> trivial backport to 4.14 and later.
I was indeed wondering. Even if this didn't work out in time, aiui the
plan still is to have that backported (without going the manual annotation
route). Do you expect this to be feasible in time (and not at the last
minute) for 4.16.1?
Jan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 10:02 ` Bertrand Marquis
2022-03-10 10:04 ` Bertrand Marquis
@ 2022-03-10 11:06 ` Julien Grall
2022-03-10 17:52 ` Stefano Stabellini
1 sibling, 1 reply; 11+ messages in thread
From: Julien Grall @ 2022-03-10 11:06 UTC (permalink / raw)
To: Bertrand Marquis
Cc: Jan Beulich, xen-devel, George Dunlap, Stefano Stabellini,
Wei Liu, Anthony Perard
On 10/03/2022 10:02, Bertrand Marquis wrote:
> Hi,
Hi Bertrand,
>> On 10 Mar 2022, at 09:04, Julien Grall <julien@xen.org> wrote:
>> On 10/03/2022 08:57, Jan Beulich wrote:
>>> the release is due in a few weeks time.
>>> Please point out backports you find missing from the respective staging
>>> branch, but which you consider relevant. One I have queued already, but
>>> which I'd like to put in only once the pending fix to it ("x86: avoid
>>> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>>> 4b7fd8153ddf x86: fold sections in final binaries
>>
>> For arm, I would like to propose backporting:
>>
>> 32365f3476: xen/arm64: Zero the top 32 bits of gp registers on entry...
>>
>
> Agree (not changing the fact that Stefano should confirm)
>
> I would like the following one to also be considered:
> f3999bc: arm/efi: Handle Xen bootargs from both xen.cfg and DT
> f1f38e2: xen/arm: increase memory banks number define value
I am fine with both.
Cheers,
--
Julien Grall
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 10:35 ` Jan Beulich
@ 2022-03-10 11:14 ` Andrew Cooper
2022-03-10 11:54 ` Jan Beulich
0 siblings, 1 reply; 11+ messages in thread
From: Andrew Cooper @ 2022-03-10 11:14 UTC (permalink / raw)
To: Jan Beulich
Cc: George Dunlap, Stefano Stabellini, Wei Liu, Anthony Perard,
Julien Grall, xen-devel
On 10/03/2022 10:35, Jan Beulich wrote:
> On 10.03.2022 11:20, Andrew Cooper wrote:
>> On 10/03/2022 09:01, Jan Beulich wrote:
>>> On 10.03.2022 09:57, Jan Beulich wrote:
>>>> Please point out backports you find missing from the respective staging
>>>> branch, but which you consider relevant. One I have queued already, but
>>>> which I'd like to put in only once the pending fix to it ("x86: avoid
>>>> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>>>>
>>>> 4b7fd8153ddf x86: fold sections in final binaries
>>> Actually the other one I'm aware of is
>>>
>>> 7d9589239ec0 x86/CET: Fix S3 resume with shadow stacks active
>>>
>>> which Andrew promised to provide a suitable backport for.
>> So now XSA-398 is public, I can say what that slightly cryptically meant.
>>
>> The CET S3 fix depends on one of the code rearrangements introduced in
>> the CET-IBT work. We were intending to have CET-IBT backported for the
>> tuesday embargo (didn't go to plan), after which the S3 fix would be a
>> trivial backport to 4.14 and later.
> I was indeed wondering. Even if this didn't work out in time, aiui the
> plan still is to have that backported (without going the manual annotation
> route). Do you expect this to be feasible in time (and not at the last
> minute) for 4.16.1?
The answer is largely dependent on how long it takes to resolve the
remaining issues on staging (although most are done now. I'm sifting
through things for a commit sweep).
Early next week, assuming no additional fun is found?
~Andrew
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 11:14 ` Andrew Cooper
@ 2022-03-10 11:54 ` Jan Beulich
0 siblings, 0 replies; 11+ messages in thread
From: Jan Beulich @ 2022-03-10 11:54 UTC (permalink / raw)
To: Andrew Cooper
Cc: George Dunlap, Stefano Stabellini, Wei Liu, Anthony Perard,
Julien Grall, xen-devel
On 10.03.2022 12:14, Andrew Cooper wrote:
> On 10/03/2022 10:35, Jan Beulich wrote:
>> On 10.03.2022 11:20, Andrew Cooper wrote:
>>> On 10/03/2022 09:01, Jan Beulich wrote:
>>>> On 10.03.2022 09:57, Jan Beulich wrote:
>>>>> Please point out backports you find missing from the respective staging
>>>>> branch, but which you consider relevant. One I have queued already, but
>>>>> which I'd like to put in only once the pending fix to it ("x86: avoid
>>>>> SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
>>>>>
>>>>> 4b7fd8153ddf x86: fold sections in final binaries
>>>> Actually the other one I'm aware of is
>>>>
>>>> 7d9589239ec0 x86/CET: Fix S3 resume with shadow stacks active
>>>>
>>>> which Andrew promised to provide a suitable backport for.
>>> So now XSA-398 is public, I can say what that slightly cryptically meant.
>>>
>>> The CET S3 fix depends on one of the code rearrangements introduced in
>>> the CET-IBT work. We were intending to have CET-IBT backported for the
>>> tuesday embargo (didn't go to plan), after which the S3 fix would be a
>>> trivial backport to 4.14 and later.
>> I was indeed wondering. Even if this didn't work out in time, aiui the
>> plan still is to have that backported (without going the manual annotation
>> route). Do you expect this to be feasible in time (and not at the last
>> minute) for 4.16.1?
>
> The answer is largely dependent on how long it takes to resolve the
> remaining issues on staging (although most are done now. I'm sifting
> through things for a commit sweep).
>
> Early next week, assuming no additional fun is found?
Early next week would certainly be faster than what I was hoping for ...
Jan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: preparations for 4.16.1
2022-03-10 11:06 ` Julien Grall
@ 2022-03-10 17:52 ` Stefano Stabellini
0 siblings, 0 replies; 11+ messages in thread
From: Stefano Stabellini @ 2022-03-10 17:52 UTC (permalink / raw)
To: Julien Grall
Cc: Bertrand Marquis, Jan Beulich, xen-devel, George Dunlap,
Stefano Stabellini, Wei Liu, Anthony Perard
On Thu, 10 Mar 2022, Julien Grall wrote:
> On 10/03/2022 10:02, Bertrand Marquis wrote:
> > Hi,
> > > On 10 Mar 2022, at 09:04, Julien Grall <julien@xen.org> wrote:
> > > On 10/03/2022 08:57, Jan Beulich wrote:
> > > > the release is due in a few weeks time.
> > > > Please point out backports you find missing from the respective staging
> > > > branch, but which you consider relevant. One I have queued already, but
> > > > which I'd like to put in only once the pending fix to it ("x86: avoid
> > > > SORT_BY_INIT_PRIORITY with old GNU ld") has also landed in staging, is
> > > > 4b7fd8153ddf x86: fold sections in final binaries
> > >
> > > For arm, I would like to propose backporting:
> > >
> > > 32365f3476: xen/arm64: Zero the top 32 bits of gp registers on entry...
> > >
> >
> > Agree (not changing the fact that Stefano should confirm)
> >
> > I would like the following one to also be considered:
> > f3999bc: arm/efi: Handle Xen bootargs from both xen.cfg and DT
> > f1f38e2: xen/arm: increase memory banks number define value
>
> I am fine with both.
Agree and done
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2022-03-10 17:52 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-03-10 8:57 preparations for 4.16.1 Jan Beulich
2022-03-10 9:01 ` Jan Beulich
2022-03-10 10:20 ` Andrew Cooper
2022-03-10 10:35 ` Jan Beulich
2022-03-10 11:14 ` Andrew Cooper
2022-03-10 11:54 ` Jan Beulich
2022-03-10 9:04 ` Julien Grall
2022-03-10 10:02 ` Bertrand Marquis
2022-03-10 10:04 ` Bertrand Marquis
2022-03-10 11:06 ` Julien Grall
2022-03-10 17:52 ` Stefano Stabellini
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.