Re: [kvm-unit-tests PATCH 3/3] x86: Support environments without test-devices

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 21/07/19 18:40, Nadav Amit wrote:
>> On Jul 15, 2019, at 11:54 AM, Paolo Bonzini <pbonzini@xxxxxxxxxx> wrote:
>>
>> On 15/07/19 20:43, Nadav Amit wrote:
>>>> On Jul 15, 2019, at 11:26 AM, Paolo Bonzini <pbonzini@xxxxxxxxxx> wrote:
>>>> On 15/07/19 20:08, Nadav Amit wrote:
>>>>>> This works because setup_multiboot() looks for an initrd, and then,
>>>>>> if present, it gets interpreted as a list of environment variables
>>>>>> which become the unit tests **envp.
>>>>>
>>>>> Looks like a nice solution, but Paolo preferred to see if this information
>>>>> can be extracted from e810 and ACPI MADT. Paolo?
>>>>
>>>> It was mostly a matter of requiring adjustments in the tests.  Andrew's
>>>> solution would be fine!
>>>
>>> Ok, but I must be missing something, because the changes I proposed before
>>> did not require any changes to the tests either (when they are run on top
>>> of KVM).
>>
>> You're right, I was confused.  There were changes to a couple tests but
>> they are not related to fw_cfg.  I only disliked having to repeat the
>> same information (as opposed to just the initrd path) in all the
>> entries.  Memory map and MADT would be my preferred choice, but as a
>> stopgap Andrew's idea is okay.
>>
>> Paolo
>>
>>> Andrew’s solution would just make it easier to set “fixed” boot-loader
>>> entries, although they would still need a different root and
>>> boot-relative-path on different machines.
> 
> Paolo, can you please push all (or at my) queued patches?
> 
> I prefer to work on the latest code (including my patches that were queued),
> and anyhow kvm-unit-tests repository is broken right now and does not build.

Oops, sorry.  I pushed now

Paolo



[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux