Re: [Qemu-devel] qemu-softmmu aborted with "Bad ram pointer"

2017-01-06 Thread Peter Maydell
On 6 January 2017 at 15:24, Max Filippov wrote: > On Fri, Jan 6, 2017 at 2:23 AM, Peter Maydell > wrote: >> On 5 January 2017 at 22:52, Max Filippov wrote: >>> Hello, >>> >>> debugging XIP kernel running directly from CFI FLASH I've got to a point >>> where QEMU aborts with the message "Bad ram

Re: [Qemu-devel] qemu-softmmu aborted with "Bad ram pointer"

2017-01-06 Thread Max Filippov
On Fri, Jan 6, 2017 at 2:23 AM, Peter Maydell wrote: > On 5 January 2017 at 22:52, Max Filippov wrote: >> Hello, >> >> debugging XIP kernel running directly from CFI FLASH I've got to a point >> where QEMU aborts with the message "Bad ram pointer 0xbb4". >> >> It turns out that that happens when

Re: [Qemu-devel] qemu-softmmu aborted with "Bad ram pointer"

2017-01-06 Thread Peter Maydell
On 5 January 2017 at 22:52, Max Filippov wrote: > Hello, > > debugging XIP kernel running directly from CFI FLASH I've got to a point > where QEMU aborts with the message "Bad ram pointer 0xbb4". > > It turns out that that happens when QEMU tries to translate code from FLASH > immediately after th

[Qemu-devel] qemu-softmmu aborted with "Bad ram pointer"

2017-01-05 Thread Max Filippov
Hello, debugging XIP kernel running directly from CFI FLASH I've got to a point where QEMU aborts with the message "Bad ram pointer 0xbb4". It turns out that that happens when QEMU tries to translate code from FLASH immediately after the kernel has written to the FLASH address range: writing to F