[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable
From: |
Igor Mammedov |
Subject: |
Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable |
Date: |
Thu, 14 Jul 2022 11:30:03 +0200 |
On Tue, 12 Jul 2022 11:01:18 +0100
Joao Martins <joao.m.martins@oracle.com> wrote:
> On 7/12/22 10:06, Igor Mammedov wrote:
> > On Mon, 11 Jul 2022 21:03:28 +0100
> > Joao Martins <joao.m.martins@oracle.com> wrote:
> >
> >> On 7/11/22 16:31, Joao Martins wrote:
> >>> On 7/11/22 15:52, Joao Martins wrote:
> >>>> On 7/11/22 13:56, Igor Mammedov wrote:
> >>>>> On Fri, 1 Jul 2022 17:10:13 +0100
> >>>>> Joao Martins <joao.m.martins@oracle.com> wrote:
[...]
> I would really love to have v7.1.0 with this issue fixed but I am not very
> confident it is going to make it :(
it still can make into current release
>
> Meanwhile, let me know if you have thoughts on this one:
>
> 1b2fa957-74f6-b5a9-3fc1-65c5d68300ce@oracle.com/">https://lore.kernel.org/qemu-devel/1b2fa957-74f6-b5a9-3fc1-65c5d68300ce@oracle.com/
>
> I am going to assume that if no comments on the above that I'll keep things
> as is.
>
> And also, whether I can retain your ack with Bernhard's suggestion here:
>
> 0eefb382-4ac6-4335-ca61-035babb95a88@oracle.com/">https://lore.kernel.org/qemu-devel/0eefb382-4ac6-4335-ca61-035babb95a88@oracle.com/
>
> >> + hwaddr maxusedaddr = pc_pci_hole64_start() + pci_hole64_size;
> >> +
> >> + /* Bail out if max possible address does not cross HT range */
> >> + if (maxusedaddr >= AMD_HT_START) {
> >> + pc_set_amd_above_4g_mem_start(pcms, maxusedaddr);
> >> + }
> >> +
> >> + /*
> >> + * Advertise the HT region if address space covers the reserved
> >> + * region or if we relocate.
> >> + */
> >> + if (x86ms->above_4g_mem_start == AMD_ABOVE_1TB_START ||
> >> + cpu->phys_bits >= 40) {
> >> + e820_add_entry(AMD_HT_START, AMD_HT_SIZE, E820_RESERVED);
> >> + }
> >> + }
> >> +
> >> + /*
> >> * Split single memory region and use aliases to address portions of
> >> it,
> >> * done for backwards compatibility with older qemus.
> >> */
> >>
> >
>
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, (continued)
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Joao Martins, 2022/07/11
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Igor Mammedov, 2022/07/12
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Joao Martins, 2022/07/12
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Joao Martins, 2022/07/12
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Joao Martins, 2022/07/12
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Igor Mammedov, 2022/07/14
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Joao Martins, 2022/07/14
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Joao Martins, 2022/07/14
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Igor Mammedov, 2022/07/14
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable, Joao Martins, 2022/07/14
- Re: [PATCH v6 09/10] i386/pc: relocate 4g start to 1T where applicable,
Igor Mammedov <=
[PATCH v6 08/10] i386/pc: factor out device_memory base/size to helper, Joao Martins, 2022/07/01
[PATCH v6 10/10] i386/pc: restrict AMD only enforcing of valid IOVAs to new machine type, Joao Martins, 2022/07/01