On 02/01/2019 05:15 PM, Marc Zyngier wrote:
Hi Xulin,
On 01/02/2019 06:11, Sun Ted wrote:
Hi Marc,
Marc Zyngier mailto:marc.zyng...@arm.com>> 于2018
年9月22日周六 上午4:03写道:
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and
Hi Xulin,
On 01/02/2019 06:11, Sun Ted wrote:
> Hi Marc,
>
> Marc Zyngier mailto:marc.zyng...@arm.com>> 于2018
> 年9月22日周六 上午4:03写道:
>
> The GICv3 architecture has the remarkable feature that once LPI tables
> have been assigned to redistributors and that LPI delivery is enabled,
>
Hi Richard,
On 27/09/18 22:10, Richard Ruigrok wrote:
Hi Marc
On 9/21/2018 1:59 PM, Marc Zyngier wrote:
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned
Hi Richard,
On 27/09/18 22:10, Richard Ruigrok wrote:
Hi Marc
On 9/21/2018 1:59 PM, Marc Zyngier wrote:
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned
Hi Marc
On 9/21/2018 1:59 PM, Marc Zyngier wrote:
> The GICv3 architecture has the remarkable feature that once LPI tables
> have been assigned to redistributors and that LPI delivery is enabled,
> there is no guarantee that LPIs can be turned off (and most
> implementations do not allow it), nor
Hi Marc
On 9/21/2018 1:59 PM, Marc Zyngier wrote:
> The GICv3 architecture has the remarkable feature that once LPI tables
> have been assigned to redistributors and that LPI delivery is enabled,
> there is no guarantee that LPIs can be turned off (and most
> implementations do not allow it), nor
Jeffrey Hugo; Thomas Gleixner; Jason Cooper; Jeremy Linton; Ard
> Biesheuvel
> Subject: [PATCH 00/10] GICv3 support for kexec/kdump on EFI systems
>
> The GICv3 architecture has the remarkable feature that once LPI tables
> have been assigned to redistributors and that LPI delivery
Jeffrey Hugo; Thomas Gleixner; Jason Cooper; Jeremy Linton; Ard
> Biesheuvel
> Subject: [PATCH 00/10] GICv3 support for kexec/kdump on EFI systems
>
> The GICv3 architecture has the remarkable feature that once LPI tables
> have been assigned to redistributors and that LPI delivery
Hi Marc,
On 09/22/2018 01:29 AM, Marc Zyngier wrote:
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned off (and most
implementations do not allow it), nor
Hi Marc,
On 09/22/2018 01:29 AM, Marc Zyngier wrote:
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned off (and most
implementations do not allow it), nor
Hi,
On 09/21/2018 02:59 PM, Marc Zyngier wrote:
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned off (and most
implementations do not allow it), nor can it
Hi,
On 09/21/2018 02:59 PM, Marc Zyngier wrote:
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned off (and most
implementations do not allow it), nor can it
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned off (and most
implementations do not allow it), nor can it be reprogrammed to use
other tables.
This is a bit
The GICv3 architecture has the remarkable feature that once LPI tables
have been assigned to redistributors and that LPI delivery is enabled,
there is no guarantee that LPIs can be turned off (and most
implementations do not allow it), nor can it be reprogrammed to use
other tables.
This is a bit
14 matches
Mail list logo