Cornelia Huck writes:
> On Tue, 31 Mar 2015 13:55:42 +0200
> "Michael S. Tsirkin" wrote:
>
>> commit d71de9ec6ba806104439d3a669befda84757b5af
>> "virtio: core support for config generation"
>> fixed reading up 64 bit values, adding generation
>> checks for such reads.
>>
>> By mistake, it
On Tue, 31 Mar 2015 13:55:42 +0200
"Michael S. Tsirkin" wrote:
> commit d71de9ec6ba806104439d3a669befda84757b5af
> "virtio: core support for config generation"
> fixed reading up 64 bit values, adding generation
> checks for such reads.
>
> By mistake, it left an explicit get call in place
commit d71de9ec6ba806104439d3a669befda84757b5af
"virtio: core support for config generation"
fixed reading up 64 bit values, adding generation
checks for such reads.
By mistake, it left an explicit get call in place
as well. the result is that the value is read twice,
the first result is
On Tue, 31 Mar 2015 13:55:42 +0200
Michael S. Tsirkin m...@redhat.com wrote:
commit d71de9ec6ba806104439d3a669befda84757b5af
virtio: core support for config generation
fixed reading up 64 bit values, adding generation
checks for such reads.
By mistake, it left an explicit get call in
commit d71de9ec6ba806104439d3a669befda84757b5af
virtio: core support for config generation
fixed reading up 64 bit values, adding generation
checks for such reads.
By mistake, it left an explicit get call in place
as well. the result is that the value is read twice,
the first result is
Cornelia Huck cornelia.h...@de.ibm.com writes:
On Tue, 31 Mar 2015 13:55:42 +0200
Michael S. Tsirkin m...@redhat.com wrote:
commit d71de9ec6ba806104439d3a669befda84757b5af
virtio: core support for config generation
fixed reading up 64 bit values, adding generation
checks for such reads.
6 matches
Mail list logo