Re: [PATCHv2 2/7] acpi: change the topo of acpi_table_upgrade()

2019-01-14 Thread Pingfan Liu
On Tue, Jan 15, 2019 at 7:12 AM Dave Hansen wrote: > > On 1/10/19 9:12 PM, Pingfan Liu wrote: > > The current acpi_table_upgrade() relies on initrd_start, but this var is > > "var" meaning variable? > > Could you please go back and try to ensure you spell out all the words > you are intending to

Re: [PATCHv2 2/7] acpi: change the topo of acpi_table_upgrade()

2019-01-14 Thread Dave Hansen
On 1/10/19 9:12 PM, Pingfan Liu wrote: > The current acpi_table_upgrade() relies on initrd_start, but this var is "var" meaning variable? Could you please go back and try to ensure you spell out all the words you are intending to write? I think "topo" probably means "topology", but it's a

Re: [PATCHv2 2/7] acpi: change the topo of acpi_table_upgrade()

2019-01-11 Thread Pingfan Liu
On Fri, Jan 11, 2019 at 1:31 PM Chao Fan wrote: > > On Fri, Jan 11, 2019 at 01:12:52PM +0800, Pingfan Liu wrote: > >The current acpi_table_upgrade() relies on initrd_start, but this var is > >only valid after relocate_initrd(). There is requirement to extract the > >acpi info from initrd before

Re: [PATCHv2 2/7] acpi: change the topo of acpi_table_upgrade()

2019-01-10 Thread Chao Fan
On Fri, Jan 11, 2019 at 01:12:52PM +0800, Pingfan Liu wrote: >The current acpi_table_upgrade() relies on initrd_start, but this var is >only valid after relocate_initrd(). There is requirement to extract the >acpi info from initrd before memblock-allocator can work(see [2/4]), hence

[PATCHv2 2/7] acpi: change the topo of acpi_table_upgrade()

2019-01-10 Thread Pingfan Liu
The current acpi_table_upgrade() relies on initrd_start, but this var is only valid after relocate_initrd(). There is requirement to extract the acpi info from initrd before memblock-allocator can work(see [2/4]), hence acpi_table_upgrade() need to accept the input param directly. Signed-off-by: