All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bug 1900779] [NEW] xp /16i on arm mixes DWords
@ 2020-10-21  1:25 Chaoscode
  2020-10-21  2:05 ` [Bug 1900779] " Chaoscode
                   ` (5 more replies)
  0 siblings, 6 replies; 7+ messages in thread
From: Chaoscode @ 2020-10-21  1:25 UTC (permalink / raw)
  To: qemu-devel

Public bug reported:

I was working with qemuand wanted to understag ATAG structure.
In Monitor mode I used xp /16i 0x100 and I got really confused.
with xp /16i 0x100:
At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
with xp /16x 0x100:
At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

from my Terminal:

(qemu) xp /16x 0x100
0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
(qemu) xp /16i 0x100
0x00000100:  00000005  andeq    r0, r0, r5
0x00000104:  54410001  strbpl   r0, [r1], #-1
0x00000108:  00000001  andeq    r0, r0, r1
0x0000010c:  00001000  andeq    r1, r0, r0
0x00000110:  00000000  andeq    r0, r0, r0
0x00000114:  00000004  andeq    r0, r0, r4
0x00000118:  54410002  strbpl   r0, [r1], #-2
0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
0x00000120:  54410001  strbpl   r0, [r1], #-1
0x00000124:  00000001  andeq    r0, r0, r1
0x00000128:  00001000  andeq    r1, r0, r0
0x0000012c:  00000000  andeq    r0, r0, r0
0x00000130:  00000004  andeq    r0, r0, r4
0x00000134:  54410002  strbpl   r0, [r1], #-2
0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
0x0000013c:  00000000  andeq    r0, r0, r0
(increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

Version:
4.2.1Debian 1:4.2-3ubuntu6.6
Commandline:
qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
I also tried
qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
same result.

** Affects: qemu
     Importance: Undecided
         Status: New


** Tags: bytes disassembly mixes

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1900779

Title:
  xp /16i on arm mixes DWords

Status in QEMU:
  New

Bug description:
  I was working with qemuand wanted to understag ATAG structure.
  In Monitor mode I used xp /16i 0x100 and I got really confused.
  with xp /16i 0x100:
  At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
  with xp /16x 0x100:
  At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

  from my Terminal:

  (qemu) xp /16x 0x100
  0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
  0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
  0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
  0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
  (qemu) xp /16i 0x100
  0x00000100:  00000005  andeq    r0, r0, r5
  0x00000104:  54410001  strbpl   r0, [r1], #-1
  0x00000108:  00000001  andeq    r0, r0, r1
  0x0000010c:  00001000  andeq    r1, r0, r0
  0x00000110:  00000000  andeq    r0, r0, r0
  0x00000114:  00000004  andeq    r0, r0, r4
  0x00000118:  54410002  strbpl   r0, [r1], #-2
  0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x00000120:  54410001  strbpl   r0, [r1], #-1
  0x00000124:  00000001  andeq    r0, r0, r1
  0x00000128:  00001000  andeq    r1, r0, r0
  0x0000012c:  00000000  andeq    r0, r0, r0
  0x00000130:  00000004  andeq    r0, r0, r4
  0x00000134:  54410002  strbpl   r0, [r1], #-2
  0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x0000013c:  00000000  andeq    r0, r0, r0
  (increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

  Version:
  4.2.1Debian 1:4.2-3ubuntu6.6
  Commandline:
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
  ./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
  I also tried
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
  same result.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1900779/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1900779] Re: xp /16i on arm mixes DWords
  2020-10-21  1:25 [Bug 1900779] [NEW] xp /16i on arm mixes DWords Chaoscode
@ 2020-10-21  2:05 ` Chaoscode
  2020-10-22 12:14 ` Peter Maydell
                   ` (4 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: Chaoscode @ 2020-10-21  2:05 UTC (permalink / raw)
  To: qemu-devel

I compiled Qemu 5.1.0
Same Problem.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1900779

Title:
  xp /16i on arm mixes DWords

Status in QEMU:
  New

Bug description:
  I was working with qemuand wanted to understag ATAG structure.
  In Monitor mode I used xp /16i 0x100 and I got really confused.
  with xp /16i 0x100:
  At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
  with xp /16x 0x100:
  At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

  from my Terminal:

  (qemu) xp /16x 0x100
  0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
  0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
  0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
  0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
  (qemu) xp /16i 0x100
  0x00000100:  00000005  andeq    r0, r0, r5
  0x00000104:  54410001  strbpl   r0, [r1], #-1
  0x00000108:  00000001  andeq    r0, r0, r1
  0x0000010c:  00001000  andeq    r1, r0, r0
  0x00000110:  00000000  andeq    r0, r0, r0
  0x00000114:  00000004  andeq    r0, r0, r4
  0x00000118:  54410002  strbpl   r0, [r1], #-2
  0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x00000120:  54410001  strbpl   r0, [r1], #-1
  0x00000124:  00000001  andeq    r0, r0, r1
  0x00000128:  00001000  andeq    r1, r0, r0
  0x0000012c:  00000000  andeq    r0, r0, r0
  0x00000130:  00000004  andeq    r0, r0, r4
  0x00000134:  54410002  strbpl   r0, [r1], #-2
  0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x0000013c:  00000000  andeq    r0, r0, r0
  (increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

  Version:
  4.2.1Debian 1:4.2-3ubuntu6.6
  Commandline:
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
  ./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
  I also tried
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
  same result.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1900779/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1900779] Re: xp /16i on arm mixes DWords
  2020-10-21  1:25 [Bug 1900779] [NEW] xp /16i on arm mixes DWords Chaoscode
  2020-10-21  2:05 ` [Bug 1900779] " Chaoscode
@ 2020-10-22 12:14 ` Peter Maydell
  2020-10-22 13:38 ` Peter Maydell
                   ` (3 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: Peter Maydell @ 2020-10-22 12:14 UTC (permalink / raw)
  To: qemu-devel

** Changed in: qemu
       Status: New => Confirmed

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1900779

Title:
  xp /16i on arm mixes DWords

Status in QEMU:
  Confirmed

Bug description:
  I was working with qemuand wanted to understag ATAG structure.
  In Monitor mode I used xp /16i 0x100 and I got really confused.
  with xp /16i 0x100:
  At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
  with xp /16x 0x100:
  At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

  from my Terminal:

  (qemu) xp /16x 0x100
  0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
  0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
  0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
  0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
  (qemu) xp /16i 0x100
  0x00000100:  00000005  andeq    r0, r0, r5
  0x00000104:  54410001  strbpl   r0, [r1], #-1
  0x00000108:  00000001  andeq    r0, r0, r1
  0x0000010c:  00001000  andeq    r1, r0, r0
  0x00000110:  00000000  andeq    r0, r0, r0
  0x00000114:  00000004  andeq    r0, r0, r4
  0x00000118:  54410002  strbpl   r0, [r1], #-2
  0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x00000120:  54410001  strbpl   r0, [r1], #-1
  0x00000124:  00000001  andeq    r0, r0, r1
  0x00000128:  00001000  andeq    r1, r0, r0
  0x0000012c:  00000000  andeq    r0, r0, r0
  0x00000130:  00000004  andeq    r0, r0, r4
  0x00000134:  54410002  strbpl   r0, [r1], #-2
  0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x0000013c:  00000000  andeq    r0, r0, r0
  (increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

  Version:
  4.2.1Debian 1:4.2-3ubuntu6.6
  Commandline:
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
  ./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
  I also tried
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
  same result.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1900779/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1900779] Re: xp /16i on arm mixes DWords
  2020-10-21  1:25 [Bug 1900779] [NEW] xp /16i on arm mixes DWords Chaoscode
  2020-10-21  2:05 ` [Bug 1900779] " Chaoscode
  2020-10-22 12:14 ` Peter Maydell
@ 2020-10-22 13:38 ` Peter Maydell
  2020-11-04 22:23 ` John Snow
                   ` (2 subsequent siblings)
  5 siblings, 0 replies; 7+ messages in thread
From: Peter Maydell @ 2020-10-22 13:38 UTC (permalink / raw)
  To: qemu-devel

Thanks for the bug report; I've just posted a patch which should fix it:
https://patchew.org/QEMU/20201022132445.25039-1-peter.maydell@linaro.org/

** Changed in: qemu
       Status: Confirmed => In Progress

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1900779

Title:
  xp /16i on arm mixes DWords

Status in QEMU:
  In Progress

Bug description:
  I was working with qemuand wanted to understag ATAG structure.
  In Monitor mode I used xp /16i 0x100 and I got really confused.
  with xp /16i 0x100:
  At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
  with xp /16x 0x100:
  At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

  from my Terminal:

  (qemu) xp /16x 0x100
  0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
  0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
  0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
  0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
  (qemu) xp /16i 0x100
  0x00000100:  00000005  andeq    r0, r0, r5
  0x00000104:  54410001  strbpl   r0, [r1], #-1
  0x00000108:  00000001  andeq    r0, r0, r1
  0x0000010c:  00001000  andeq    r1, r0, r0
  0x00000110:  00000000  andeq    r0, r0, r0
  0x00000114:  00000004  andeq    r0, r0, r4
  0x00000118:  54410002  strbpl   r0, [r1], #-2
  0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x00000120:  54410001  strbpl   r0, [r1], #-1
  0x00000124:  00000001  andeq    r0, r0, r1
  0x00000128:  00001000  andeq    r1, r0, r0
  0x0000012c:  00000000  andeq    r0, r0, r0
  0x00000130:  00000004  andeq    r0, r0, r4
  0x00000134:  54410002  strbpl   r0, [r1], #-2
  0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x0000013c:  00000000  andeq    r0, r0, r0
  (increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

  Version:
  4.2.1Debian 1:4.2-3ubuntu6.6
  Commandline:
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
  ./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
  I also tried
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
  same result.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1900779/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1900779] Re: xp /16i on arm mixes DWords
  2020-10-21  1:25 [Bug 1900779] [NEW] xp /16i on arm mixes DWords Chaoscode
                   ` (2 preceding siblings ...)
  2020-10-22 13:38 ` Peter Maydell
@ 2020-11-04 22:23 ` John Snow
  2020-11-04 22:27 ` John Snow
  2020-12-10  8:49 ` Thomas Huth
  5 siblings, 0 replies; 7+ messages in thread
From: John Snow @ 2020-11-04 22:23 UTC (permalink / raw)
  To: qemu-devel

Staged: 437588d81d99ac91cb1e4ff060610458e67852d5

** Changed in: qemu
       Status: In Progress => Fix Committed

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1900779

Title:
  xp /16i on arm mixes DWords

Status in QEMU:
  Fix Committed

Bug description:
  I was working with qemuand wanted to understag ATAG structure.
  In Monitor mode I used xp /16i 0x100 and I got really confused.
  with xp /16i 0x100:
  At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
  with xp /16x 0x100:
  At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

  from my Terminal:

  (qemu) xp /16x 0x100
  0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
  0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
  0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
  0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
  (qemu) xp /16i 0x100
  0x00000100:  00000005  andeq    r0, r0, r5
  0x00000104:  54410001  strbpl   r0, [r1], #-1
  0x00000108:  00000001  andeq    r0, r0, r1
  0x0000010c:  00001000  andeq    r1, r0, r0
  0x00000110:  00000000  andeq    r0, r0, r0
  0x00000114:  00000004  andeq    r0, r0, r4
  0x00000118:  54410002  strbpl   r0, [r1], #-2
  0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x00000120:  54410001  strbpl   r0, [r1], #-1
  0x00000124:  00000001  andeq    r0, r0, r1
  0x00000128:  00001000  andeq    r1, r0, r0
  0x0000012c:  00000000  andeq    r0, r0, r0
  0x00000130:  00000004  andeq    r0, r0, r4
  0x00000134:  54410002  strbpl   r0, [r1], #-2
  0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x0000013c:  00000000  andeq    r0, r0, r0
  (increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

  Version:
  4.2.1Debian 1:4.2-3ubuntu6.6
  Commandline:
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
  ./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
  I also tried
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
  same result.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1900779/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1900779] Re: xp /16i on arm mixes DWords
  2020-10-21  1:25 [Bug 1900779] [NEW] xp /16i on arm mixes DWords Chaoscode
                   ` (3 preceding siblings ...)
  2020-11-04 22:23 ` John Snow
@ 2020-11-04 22:27 ` John Snow
  2020-12-10  8:49 ` Thomas Huth
  5 siblings, 0 replies; 7+ messages in thread
From: John Snow @ 2020-11-04 22:27 UTC (permalink / raw)
  To: qemu-devel

https://gitlab.com/qemu-
project/qemu/-/commit/437588d81d99ac91cb1e4ff060610458e67852d5

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1900779

Title:
  xp /16i on arm mixes DWords

Status in QEMU:
  Fix Committed

Bug description:
  I was working with qemuand wanted to understag ATAG structure.
  In Monitor mode I used xp /16i 0x100 and I got really confused.
  with xp /16i 0x100:
  At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
  with xp /16x 0x100:
  At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

  from my Terminal:

  (qemu) xp /16x 0x100
  0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
  0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
  0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
  0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
  (qemu) xp /16i 0x100
  0x00000100:  00000005  andeq    r0, r0, r5
  0x00000104:  54410001  strbpl   r0, [r1], #-1
  0x00000108:  00000001  andeq    r0, r0, r1
  0x0000010c:  00001000  andeq    r1, r0, r0
  0x00000110:  00000000  andeq    r0, r0, r0
  0x00000114:  00000004  andeq    r0, r0, r4
  0x00000118:  54410002  strbpl   r0, [r1], #-2
  0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x00000120:  54410001  strbpl   r0, [r1], #-1
  0x00000124:  00000001  andeq    r0, r0, r1
  0x00000128:  00001000  andeq    r1, r0, r0
  0x0000012c:  00000000  andeq    r0, r0, r0
  0x00000130:  00000004  andeq    r0, r0, r4
  0x00000134:  54410002  strbpl   r0, [r1], #-2
  0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x0000013c:  00000000  andeq    r0, r0, r0
  (increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

  Version:
  4.2.1Debian 1:4.2-3ubuntu6.6
  Commandline:
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
  ./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
  I also tried
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
  same result.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1900779/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

* [Bug 1900779] Re: xp /16i on arm mixes DWords
  2020-10-21  1:25 [Bug 1900779] [NEW] xp /16i on arm mixes DWords Chaoscode
                   ` (4 preceding siblings ...)
  2020-11-04 22:27 ` John Snow
@ 2020-12-10  8:49 ` Thomas Huth
  5 siblings, 0 replies; 7+ messages in thread
From: Thomas Huth @ 2020-12-10  8:49 UTC (permalink / raw)
  To: qemu-devel

Released with QEMU v5.2.0.

** Changed in: qemu
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1900779

Title:
  xp /16i on arm mixes DWords

Status in QEMU:
  Fix Released

Bug description:
  I was working with qemuand wanted to understag ATAG structure.
  In Monitor mode I used xp /16i 0x100 and I got really confused.
  with xp /16i 0x100:
  At address 0x120 the DWords are 0x00000000, 0x00000004, 0x54410009, 0x74736574
  with xp /16x 0x100:
  At address 0x120 the DWords are 0x54410001, 0x00000001, 0x00000001, 0x00000000

  from my Terminal:

  (qemu) xp /16x 0x100
  0000000000000100: 0x00000005 0x54410001 0x00000001 0x00001000
  0000000000000110: 0x00000000 0x00000004 0x54410002 0x3c000000
  0000000000000120: 0x00000000 0x00000004 0x54410009 0x74736574
  0000000000000130: 0x00000000 0x00000000 0x00000000 0x00000000
  (qemu) xp /16i 0x100
  0x00000100:  00000005  andeq    r0, r0, r5
  0x00000104:  54410001  strbpl   r0, [r1], #-1
  0x00000108:  00000001  andeq    r0, r0, r1
  0x0000010c:  00001000  andeq    r1, r0, r0
  0x00000110:  00000000  andeq    r0, r0, r0
  0x00000114:  00000004  andeq    r0, r0, r4
  0x00000118:  54410002  strbpl   r0, [r1], #-2
  0x0000011c:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x00000120:  54410001  strbpl   r0, [r1], #-1
  0x00000124:  00000001  andeq    r0, r0, r1
  0x00000128:  00001000  andeq    r1, r0, r0
  0x0000012c:  00000000  andeq    r0, r0, r0
  0x00000130:  00000004  andeq    r0, r0, r4
  0x00000134:  54410002  strbpl   r0, [r1], #-2
  0x00000138:  3c000000  .byte    0x00, 0x00, 0x00, 0x3c
  0x0000013c:  00000000  andeq    r0, r0, r0
  (increasing length only results in more 00000000  andeq    r0, r0, r0 Lines)

  Version:
  4.2.1Debian 1:4.2-3ubuntu6.6
  Commandline:
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./vmlinuz --append "test"
  ./vmlinuz is a x64 linux kernel. I didn't care about architecture because i just wanted to see ATAG structure.
  I also tried
  qemu-system-arm -machine raspi2 --nographic -S -s -kernel ./overview.pdf --append "test"
  same result.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1900779/+subscriptions


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2020-12-10  9:04 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-10-21  1:25 [Bug 1900779] [NEW] xp /16i on arm mixes DWords Chaoscode
2020-10-21  2:05 ` [Bug 1900779] " Chaoscode
2020-10-22 12:14 ` Peter Maydell
2020-10-22 13:38 ` Peter Maydell
2020-11-04 22:23 ` John Snow
2020-11-04 22:27 ` John Snow
2020-12-10  8:49 ` Thomas Huth

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.