On 01.08.19 00:57, [email protected] wrote:
>     Your kernel is now accessing a device that is not configured in the 
> original
>     bananapi.cell, likely because that config was for a classic banana pi, 
> yours is
>     an M1. Adjust the config, adding at least a region to cover the 0x100 
> bytes at
>     0x01c25000, and things should work better.
> 
>  
> I've modified the configuration file for the banana pi cell, covering both
> addresses by adding the following memory regions:
> 
> /* HDMI */ {
>             .phys_start = 0x01c16000,
>             .virt_start = 0x01c16000,
>             .size = 0x1000,
>             .flags = JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE |
>                 JAILHOUSE_MEM_IO,
>       }
> 
> and
> 
> /* RTP */ {
>             .phys_start = 0x01c25000,
>             .virt_start = 0x01c25000,
>             .size = 0x100,
>             .flags = JAILHOUSE_MEM_READ | JAILHOUSE_MEM_WRITE |
>                 JAILHOUSE_MEM_IO | JAILHOUSE_MEM_IO_32,
>         }
> 
> This  seems to solve the unhandled traps; however, when I try to create the 
> banana-gic-demo cell (by running "./jailhouse cell create 
> ../configs/arm/bananapi-gic-demo.cell"), another trap appears:
> 
> Unhandled data read at 0x1c20060(4)
> FATAL: unhandled trap (exception class 0x24)
> pc=0xc03f45e8 cpsr=0x60010093 hsr=0x93870007
> r0=0x20010093 r1=0x00000191 r2=0x00000060 r3=0xe0009060
> r4=0xc0b2b558 r5=0x00000100 r6=0x20010093 r7=0x00000000
> r8=0x00000004 r9=0xde22c000 r10=0xc0b04c48 r11=0xde0ddc00
> r12=0x00000000 r13=0xde22dc98 r14=0xc03f45d8
> Parking CPU 0 (Cell: "Banana-Pi")
> 
> 
> According to /proc/iomem, this is related to the clock. I've tried to modify 
> the
> config files, by commenting the console configuration of gic-demo cell:
> 
>     .clock_reg = 0x01c2006c,
>     .gate_nr = 23,
>     .divider = 0x0d,
> 
> I got the following trap:
> 
> Unhandled data read at 0x1c20088(4)
> FATAL: unhandled trap (exception class 0x24)
> pc=0xc03f457c cpsr=0x60010093 hsr=0x93850007
> r0=0xa0010093 r1=0x00000195 r2=0x00000088 r3=0xe0009088
> r4=0xc0b2a3dc r5=0xde817cc0 r6=0xa0010093 r7=0x80000000
> r8=0xde24a000 r9=0xc0b04c48 r10=0x00000008 r11=0xdf054880
> r12=0x00000000 r13=0xde24be68 r14=0xc03f456c
> Parking CPU 0 (Cell: "Banana-Pi")
> 
> How can I solve this trap?

Both your cells, root and non-root, access the ICC at 0x1c20000 here. I don't
recall the nature of this resource anymore, maybe it can be split at register
boundaries. If so, define smaller sub-page regions in the root cell and had the
subset of them out for exclusive use by the non-root cell.

Currently, you revoke access to the region at 0x1c20000 from the root cell when
creating the non-root cell.

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux

-- 
You received this message because you are subscribed to the Google Groups 
"Jailhouse" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jailhouse-dev/22c9aeae-ac3c-b07e-da80-82bc6f153dcc%40siemens.com.

Reply via email to