On 4/11/25 11:08, Kane Chen wrote:
Hi Markus,
Thank you for the background information.
Since the OTP device is part of the Secure Boot Controller (SBC), I plan to
register it in the global table. I believe this will simplify usage.
Meanwhile, based on Philippe's comment, I’m working on `aspe
Hi Markus,
Thank you for the background information.
Since the OTP device is part of the Secure Boot Controller (SBC), I plan to
register it in the global table. I believe this will simplify usage.
Meanwhile, based on Philippe's comment, I’m working on `aspeed_otp.c` to handle
low-level OTP op
On Sun, May 03, 2020 at 11:13:41PM +0100, Mark Cave-Ayland wrote:
> On 02/05/2020 06:47, Markus Armbruster wrote:
>
> > Mark Cave-Ayland writes:
> >
> >> On 30/04/2020 16:20, Markus Armbruster wrote:
> >>
> Ah I see now, these aliases are for individual properties rather than
> object
On 02/05/2020 06:47, Markus Armbruster wrote:
> Mark Cave-Ayland writes:
>
>> On 30/04/2020 16:20, Markus Armbruster wrote:
>>
Ah I see now, these aliases are for individual properties rather than
objects. What I
was trying to ask was if it were possible to have something like th
Mark Cave-Ayland writes:
> On 30/04/2020 16:20, Markus Armbruster wrote:
>
>>> Ah I see now, these aliases are for individual properties rather than
>>> objects. What I
>>> was trying to ask was if it were possible to have something like this:
>>>
>>> /machine (SS-5-machine)
>>> /builtin
>>>
On 30/04/2020 16:20, Markus Armbruster wrote:
>> Ah I see now, these aliases are for individual properties rather than
>> objects. What I
>> was trying to ask was if it were possible to have something like this:
>>
>> /machine (SS-5-machine)
>> /builtin
>> /nic0 -> link to "lance" device
>>
Mark Cave-Ayland writes:
> On 30/04/2020 15:11, Markus Armbruster wrote:
>
>> Mark Cave-Ayland writes:
>>
>>> On 30/04/2020 11:03, Markus Armbruster wrote:
Peter Maydell writes:
> On Thu, 30 Apr 2020 at 08:09, Markus Armbruster wrote:
>> Our means to configure onboard device
Daniel P. Berrangé writes:
> On Thu, Apr 30, 2020 at 11:45:40AM +0100, Peter Maydell wrote:
>> On Thu, 30 Apr 2020 at 11:34, Daniel P. Berrangé wrote:
>> > We "merely" need a new query language targetted to QEMU's qtree
>> > structure, which we can expose in the CLI that gives unique access
>> >
On 30/04/2020 15:11, Markus Armbruster wrote:
> Mark Cave-Ayland writes:
>
>> On 30/04/2020 11:03, Markus Armbruster wrote:
>>> Peter Maydell writes:
>>>
On Thu, 30 Apr 2020 at 08:09, Markus Armbruster wrote:
> Our means to configure onboard devices are weak. We sidestepped this
Daniel P. Berrangé writes:
> On Thu, Apr 30, 2020 at 12:03:12PM +0200, Markus Armbruster wrote:
>> Peter Maydell writes:
>>
>> > On Thu, 30 Apr 2020 at 08:09, Markus Armbruster wrote:
>> >> Our means to configure onboard devices are weak. We sidestepped this
>> >> for isa-fdc by taking it off
Mark Cave-Ayland writes:
> On 30/04/2020 11:03, Markus Armbruster wrote:
>> Peter Maydell writes:
>>
>>> On Thu, 30 Apr 2020 at 08:09, Markus Armbruster wrote:
Our means to configure onboard devices are weak. We sidestepped this
for isa-fdc by taking it off the board, and thus make
On 30/04/2020 11:45, Peter Maydell wrote:
> On Thu, 30 Apr 2020 at 11:34, Daniel P. Berrangé wrote:
>> We "merely" need a new query language targetted to QEMU's qtree
>> structure, which we can expose in the CLI that gives unique access
>> to every possible property.
>
> Past resistance to this
On Thu, Apr 30, 2020 at 11:45:40AM +0100, Peter Maydell wrote:
> On Thu, 30 Apr 2020 at 11:34, Daniel P. Berrangé wrote:
> > We "merely" need a new query language targetted to QEMU's qtree
> > structure, which we can expose in the CLI that gives unique access
> > to every possible property.
>
> P
On Thu, 30 Apr 2020 at 11:34, Daniel P. Berrangé wrote:
> We "merely" need a new query language targetted to QEMU's qtree
> structure, which we can expose in the CLI that gives unique access
> to every possible property.
Past resistance to this has been grounded in not wanting to
expose the exact
On 30/04/2020 11:03, Markus Armbruster wrote:
> Peter Maydell writes:
>
>> On Thu, 30 Apr 2020 at 08:09, Markus Armbruster wrote:
>>> Our means to configure onboard devices are weak. We sidestepped this
>>> for isa-fdc by taking it off the board, and thus make -device work.
>>
>> This seems to
On Thu, Apr 30, 2020 at 12:03:12PM +0200, Markus Armbruster wrote:
> Peter Maydell writes:
>
> > On Thu, 30 Apr 2020 at 08:09, Markus Armbruster wrote:
> >> Our means to configure onboard devices are weak. We sidestepped this
> >> for isa-fdc by taking it off the board, and thus make -device wo
16 matches
Mail list logo
