On Sat, 22 Dec 2012 15:13:54 +0800
Wen Congyang wrote:
> ((pde & 0x1fe000) << 19) is the bits 39:32 of the final physical address, and
> we shouldn't use unit32_t to calculate it. Convert the type to hwaddr to fix
> this problem.
>
> Signed-off-by: Wen Congyang
Applied to the qmp branch, thank
On Mon, 07 Jan 2013 14:10:46 +0100
Andreas Färber wrote:
> Am 07.01.2013 13:06, schrieb Markus Armbruster:
> > Wen Congyang writes:
> >
> >> ((pde & 0x1fe000) << 19) is the bits 39:32 of the final physical address,
> >> and
> >> we shouldn't use unit32_t to calculate it. Convert the type to hw
Am 07.01.2013 13:06, schrieb Markus Armbruster:
> Wen Congyang writes:
>
>> ((pde & 0x1fe000) << 19) is the bits 39:32 of the final physical address, and
>> we shouldn't use unit32_t to calculate it. Convert the type to hwaddr to fix
>> this problem.
>
> Spotted by Coverity.
>
>> Signed-off-by:
Wen Congyang writes:
> ((pde & 0x1fe000) << 19) is the bits 39:32 of the final physical address, and
> we shouldn't use unit32_t to calculate it. Convert the type to hwaddr to fix
> this problem.
Spotted by Coverity.
> Signed-off-by: Wen Congyang
>
> ---
> target-i386/arch_memory_mapping.c |
((pde & 0x1fe000) << 19) is the bits 39:32 of the final physical address, and
we shouldn't use unit32_t to calculate it. Convert the type to hwaddr to fix
this problem.
Signed-off-by: Wen Congyang
---
target-i386/arch_memory_mapping.c | 11 ---
1 file changed, 8 insertions(+), 3 deletio