All of lore.kernel.org
 help / color / mirror / Atom feed
* ARM:Booting xen on pine64 board
@ 2017-04-01 11:32 bharat gohil
  2017-04-04 18:59 ` Stefano Stabellini
  0 siblings, 1 reply; 7+ messages in thread
From: bharat gohil @ 2017-04-01 11:32 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 3020 bytes --]

Hello

I am trying to boot xen(debug build) on pine64 ARM64 based board but its
hangs at following position,

- UART enabled -
- CPU 00000000 booting -
- Current EL 00000008 -
- Xen starting at EL2 -
- Zero BSS -
- Setting up control registers -
- Turning on paging -
- Ready -
(XEN) Checking for initrd in /chosen
(XEN) RAM: 0000000041000000 - 000000007fffffff
(XEN)
(XEN) MODULE[0]: 000000007e200000 - 000000007e202000 Device Tree
(XEN) MODULE[1]: 000000007e400000 - 000000007ef46a00 Kernel
console=hvc0 ro root=/dev/mmcblk0p2 clk_ignore_unused rootwait
(XEN)  RESVD[0]: 000000007e200000 - 000000007e202000
(XEN)
(XEN) Command line: dtuart=serial0 earlyprint loglvl=all conswitch=x
dom0_mem=128M
(XEN) Placing Xen at 0x000000007fc00000-0x000000007fe00000
(XEN) Update BOOTMOD_XEN from 000000007fe00000-000000007fefad81 =>
000000007fc00000-000000007fcfad81
(XEN) Booting using Device Tree
(XEN) Domain heap initialised
(XEN) Platform: Generic System
(XEN) Looking for dtuart at "serial0", options ""
 Xen 4.9-unstable
(XEN) Xen version 4.9-unstable (bgohil@) (aarch64-linux-gnu-gcc (Linaro GCC
6.2-2016.11) 6.2.1 20161016) debug=n  Tue Mar 28 16:12:32 IST 2017
(XEN) Latest ChangeSet: Fri Mar 24 14:19:47 2017 +0100 git:5b08f85
(XEN) Processor: 410fd034: "ARM Limited", variant: 0x0, part 0xd03, rev 0x4
(XEN) 64-bit Execution:
(XEN)   Processor Features: 0000000000002222 0000000000000000
(XEN)     Exception Levels: EL3:64+32 EL2:64+32 EL1:64+32 EL0:64+32
(XEN)     Extensions: FloatingPoint AdvancedSIMD
(XEN)   Debug Features: 0000000010305106 0000000000000000
(XEN)   Auxiliary Features: 0000000000000000 0000000000000000
(XEN)   Memory Model Features: 0000000000001122 0000000000000000
(XEN)   ISA Features:  0000000000011120 0000000000000000
(XEN) 32-bit Execution:
(XEN)   Processor Features: 00000131:00011011
(XEN)     Instruction Sets: AArch32 A32 Thumb Thumb-2 Jazelle
(XEN)     Extensions: GenericTimer Security
(XEN)   Debug Features: 03010066
(XEN)   Auxiliary Features: 00000000
(XEN)   Memory Model Features: 10201105 40000000 01260000 02102211
(XEN)  ISA Features: 02101110 13112111 21232042 01112131 00011142 00011121
(XEN) Using PSCI-0.2 for SMP bringup
(XEN) SMP: Allowing 4 CPUs
(XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 Freq: 24000 KHz
(XEN) GICv2 initialization:
(XEN)         gic_dist_addr=0000000001c81000
(XEN)         gic_cpu_addr=0000000001c82000
(XEN)         gic_hyp_addr=0000000001c84000
(XEN)         gic_vcpu_addr=0000000001c86000
(XEN)         gic_maintenance_irq=25
(XEN) GICv2: 224 lines, 4 cpus, secure (IID 0200143b).
*(XEN) Using scheduler: SMP Credit Scheduler (credit)*

but when I boot dtuart=<unknown value> say duart=xyz instead of
dtuart=serial0, xen booted successfully but Dom0 crash while probing
'serial0' driver.

If I remove 'serial0' node from device tree, Dom0 boot successfully but
unable to enter input into 'hvc' console.

what could be wrong here or missing something?

-- 
Regards,
Bharat Gohil
Sr.Software Engineer
bharat.gohil@harman.com
+919427054633

[-- Attachment #1.2: Type: text/html, Size: 3692 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

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

* Re: ARM:Booting xen on pine64 board
  2017-04-01 11:32 ARM:Booting xen on pine64 board bharat gohil
@ 2017-04-04 18:59 ` Stefano Stabellini
  2017-04-04 19:02   ` Stefano Stabellini
  0 siblings, 1 reply; 7+ messages in thread
From: Stefano Stabellini @ 2017-04-04 18:59 UTC (permalink / raw)
  To: bharat gohil; +Cc: xen-devel, julien.grall

[-- Attachment #1: Type: TEXT/PLAIN, Size: 3758 bytes --]

On Sat, 1 Apr 2017, bharat gohil wrote:
> Hello

Hello Bharat, thanks for your email.


> I am trying to boot xen(debug build) on pine64 ARM64 based board but its hangs at following position,
> 
> - UART enabled -
> - CPU 00000000 booting -
> - Current EL 00000008 -
> - Xen starting at EL2 -
> - Zero BSS -
> - Setting up control registers -
> - Turning on paging -
> - Ready -
> (XEN) Checking for initrd in /chosen
> (XEN) RAM: 0000000041000000 - 000000007fffffff
> (XEN)
> (XEN) MODULE[0]: 000000007e200000 - 000000007e202000 Device Tree
> (XEN) MODULE[1]: 000000007e400000 - 000000007ef46a00 Kernel       console=hvc0 ro root=/dev/mmcblk0p2 clk_ignore_unused rootwait
> (XEN)  RESVD[0]: 000000007e200000 - 000000007e202000
> (XEN)
> (XEN) Command line: dtuart=serial0 earlyprint loglvl=all conswitch=x dom0_mem=128M
> (XEN) Placing Xen at 0x000000007fc00000-0x000000007fe00000
> (XEN) Update BOOTMOD_XEN from 000000007fe00000-000000007fefad81 => 000000007fc00000-000000007fcfad81
> (XEN) Booting using Device Tree
> (XEN) Domain heap initialised
> (XEN) Platform: Generic System
> (XEN) Looking for dtuart at "serial0", options ""
>  Xen 4.9-unstable
> (XEN) Xen version 4.9-unstable (bgohil@) (aarch64-linux-gnu-gcc (Linaro GCC 6.2-2016.11) 6.2.1 20161016) debug=n  Tue Mar 28 16:12:32 IST 2017
> (XEN) Latest ChangeSet: Fri Mar 24 14:19:47 2017 +0100 git:5b08f85
> (XEN) Processor: 410fd034: "ARM Limited", variant: 0x0, part 0xd03, rev 0x4
> (XEN) 64-bit Execution:
> (XEN)   Processor Features: 0000000000002222 0000000000000000
> (XEN)     Exception Levels: EL3:64+32 EL2:64+32 EL1:64+32 EL0:64+32
> (XEN)     Extensions: FloatingPoint AdvancedSIMD
> (XEN)   Debug Features: 0000000010305106 0000000000000000
> (XEN)   Auxiliary Features: 0000000000000000 0000000000000000
> (XEN)   Memory Model Features: 0000000000001122 0000000000000000
> (XEN)   ISA Features:  0000000000011120 0000000000000000
> (XEN) 32-bit Execution:
> (XEN)   Processor Features: 00000131:00011011
> (XEN)     Instruction Sets: AArch32 A32 Thumb Thumb-2 Jazelle
> (XEN)     Extensions: GenericTimer Security
> (XEN)   Debug Features: 03010066
> (XEN)   Auxiliary Features: 00000000
> (XEN)   Memory Model Features: 10201105 40000000 01260000 02102211
> (XEN)  ISA Features: 02101110 13112111 21232042 01112131 00011142 00011121
> (XEN) Using PSCI-0.2 for SMP bringup
> (XEN) SMP: Allowing 4 CPUs
> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 Freq: 24000 KHz
> (XEN) GICv2 initialization:
> (XEN)         gic_dist_addr=0000000001c81000
> (XEN)         gic_cpu_addr=0000000001c82000
> (XEN)         gic_hyp_addr=0000000001c84000
> (XEN)         gic_vcpu_addr=0000000001c86000
> (XEN)         gic_maintenance_irq=25
> (XEN) GICv2: 224 lines, 4 cpus, secure (IID 0200143b).
> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> 
> but when I boot dtuart=<unknown value> say duart=xyz instead of dtuart=serial0, xen booted successfully but Dom0 crash while probing 'serial0' driver. 
> 
> If I remove 'serial0' node from device tree, Dom0 boot successfully but unable to enter input into 'hvc' console. 
> 
> what could be wrong here or missing something?

What is your dom0 command line? Are you passing console=hvc0?

It looks like pine64 is using an allwinner sun50i-uart, for which we
don't have a proper driver in Xen yet. That is probably the reason why
you can see some output from Xen, but you cannot type anything in later
in Dom0 (which is sent to Xen via the HVC console).  Please send a patch
to add a simple sun50i-uart driver (see xen/drivers/char/). Given that
both Xen and Linux are GPLv2, you can import code from Linux if you find
it appropriate.

Cheers,

Stefano

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

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

* Re: ARM:Booting xen on pine64 board
  2017-04-04 18:59 ` Stefano Stabellini
@ 2017-04-04 19:02   ` Stefano Stabellini
  2017-04-04 19:25     ` Andre Przywara
  0 siblings, 1 reply; 7+ messages in thread
From: Stefano Stabellini @ 2017-04-04 19:02 UTC (permalink / raw)
  To: Stefano Stabellini; +Cc: xen-devel, julien.grall, bharat gohil, andre.przywara

[-- Attachment #1: Type: TEXT/PLAIN, Size: 4012 bytes --]

Also CC'ing Andre that I think has a pine64.

On Tue, 4 Apr 2017, Stefano Stabellini wrote:
> On Sat, 1 Apr 2017, bharat gohil wrote:
> > Hello
> 
> Hello Bharat, thanks for your email.
> 
> 
> > I am trying to boot xen(debug build) on pine64 ARM64 based board but its hangs at following position,
> > 
> > - UART enabled -
> > - CPU 00000000 booting -
> > - Current EL 00000008 -
> > - Xen starting at EL2 -
> > - Zero BSS -
> > - Setting up control registers -
> > - Turning on paging -
> > - Ready -
> > (XEN) Checking for initrd in /chosen
> > (XEN) RAM: 0000000041000000 - 000000007fffffff
> > (XEN)
> > (XEN) MODULE[0]: 000000007e200000 - 000000007e202000 Device Tree
> > (XEN) MODULE[1]: 000000007e400000 - 000000007ef46a00 Kernel       console=hvc0 ro root=/dev/mmcblk0p2 clk_ignore_unused rootwait
> > (XEN)  RESVD[0]: 000000007e200000 - 000000007e202000
> > (XEN)
> > (XEN) Command line: dtuart=serial0 earlyprint loglvl=all conswitch=x dom0_mem=128M
> > (XEN) Placing Xen at 0x000000007fc00000-0x000000007fe00000
> > (XEN) Update BOOTMOD_XEN from 000000007fe00000-000000007fefad81 => 000000007fc00000-000000007fcfad81
> > (XEN) Booting using Device Tree
> > (XEN) Domain heap initialised
> > (XEN) Platform: Generic System
> > (XEN) Looking for dtuart at "serial0", options ""
> >  Xen 4.9-unstable
> > (XEN) Xen version 4.9-unstable (bgohil@) (aarch64-linux-gnu-gcc (Linaro GCC 6.2-2016.11) 6.2.1 20161016) debug=n  Tue Mar 28 16:12:32 IST 2017
> > (XEN) Latest ChangeSet: Fri Mar 24 14:19:47 2017 +0100 git:5b08f85
> > (XEN) Processor: 410fd034: "ARM Limited", variant: 0x0, part 0xd03, rev 0x4
> > (XEN) 64-bit Execution:
> > (XEN)   Processor Features: 0000000000002222 0000000000000000
> > (XEN)     Exception Levels: EL3:64+32 EL2:64+32 EL1:64+32 EL0:64+32
> > (XEN)     Extensions: FloatingPoint AdvancedSIMD
> > (XEN)   Debug Features: 0000000010305106 0000000000000000
> > (XEN)   Auxiliary Features: 0000000000000000 0000000000000000
> > (XEN)   Memory Model Features: 0000000000001122 0000000000000000
> > (XEN)   ISA Features:  0000000000011120 0000000000000000
> > (XEN) 32-bit Execution:
> > (XEN)   Processor Features: 00000131:00011011
> > (XEN)     Instruction Sets: AArch32 A32 Thumb Thumb-2 Jazelle
> > (XEN)     Extensions: GenericTimer Security
> > (XEN)   Debug Features: 03010066
> > (XEN)   Auxiliary Features: 00000000
> > (XEN)   Memory Model Features: 10201105 40000000 01260000 02102211
> > (XEN)  ISA Features: 02101110 13112111 21232042 01112131 00011142 00011121
> > (XEN) Using PSCI-0.2 for SMP bringup
> > (XEN) SMP: Allowing 4 CPUs
> > (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 Freq: 24000 KHz
> > (XEN) GICv2 initialization:
> > (XEN)         gic_dist_addr=0000000001c81000
> > (XEN)         gic_cpu_addr=0000000001c82000
> > (XEN)         gic_hyp_addr=0000000001c84000
> > (XEN)         gic_vcpu_addr=0000000001c86000
> > (XEN)         gic_maintenance_irq=25
> > (XEN) GICv2: 224 lines, 4 cpus, secure (IID 0200143b).
> > (XEN) Using scheduler: SMP Credit Scheduler (credit)
> > 
> > but when I boot dtuart=<unknown value> say duart=xyz instead of dtuart=serial0, xen booted successfully but Dom0 crash while probing 'serial0' driver. 
> > 
> > If I remove 'serial0' node from device tree, Dom0 boot successfully but unable to enter input into 'hvc' console. 
> > 
> > what could be wrong here or missing something?
> 
> What is your dom0 command line? Are you passing console=hvc0?
> 
> It looks like pine64 is using an allwinner sun50i-uart, for which we
> don't have a proper driver in Xen yet. That is probably the reason why
> you can see some output from Xen, but you cannot type anything in later
> in Dom0 (which is sent to Xen via the HVC console).  Please send a patch
> to add a simple sun50i-uart driver (see xen/drivers/char/). Given that
> both Xen and Linux are GPLv2, you can import code from Linux if you find
> it appropriate.
> 
> Cheers,
> 
> Stefano

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

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

* Re: ARM:Booting xen on pine64 board
  2017-04-04 19:02   ` Stefano Stabellini
@ 2017-04-04 19:25     ` Andre Przywara
  2017-04-04 20:45       ` Stefano Stabellini
  0 siblings, 1 reply; 7+ messages in thread
From: Andre Przywara @ 2017-04-04 19:25 UTC (permalink / raw)
  To: Stefano Stabellini; +Cc: xen-devel, julien.grall, bharat gohil

Hi,

On 04/04/17 20:02, Stefano Stabellini wrote:
> Also CC'ing Andre that I think has a pine64.
> 
> On Tue, 4 Apr 2017, Stefano Stabellini wrote:
>> On Sat, 1 Apr 2017, bharat gohil wrote:
>>> Hello
>>
>> Hello Bharat, thanks for your email.
>>
>>
>>> I am trying to boot xen(debug build) on pine64 ARM64 based board but its hangs at following position,
>>>
>>> - UART enabled -
>>> - CPU 00000000 booting -
>>> - Current EL 00000008 -
>>> - Xen starting at EL2 -
>>> - Zero BSS -
>>> - Setting up control registers -
>>> - Turning on paging -
>>> - Ready -
>>> (XEN) Checking for initrd in /chosen
>>> (XEN) RAM: 0000000041000000 - 000000007fffffff
>>> (XEN)
>>> (XEN) MODULE[0]: 000000007e200000 - 000000007e202000 Device Tree
>>> (XEN) MODULE[1]: 000000007e400000 - 000000007ef46a00 Kernel       console=hvc0 ro root=/dev/mmcblk0p2 clk_ignore_unused rootwait
>>> (XEN)  RESVD[0]: 000000007e200000 - 000000007e202000
>>> (XEN)
>>> (XEN) Command line: dtuart=serial0 earlyprint loglvl=all conswitch=x dom0_mem=128M
>>> (XEN) Placing Xen at 0x000000007fc00000-0x000000007fe00000
>>> (XEN) Update BOOTMOD_XEN from 000000007fe00000-000000007fefad81 => 000000007fc00000-000000007fcfad81
>>> (XEN) Booting using Device Tree
>>> (XEN) Domain heap initialised
>>> (XEN) Platform: Generic System
>>> (XEN) Looking for dtuart at "serial0", options ""
>>>  Xen 4.9-unstable
>>> (XEN) Xen version 4.9-unstable (bgohil@) (aarch64-linux-gnu-gcc (Linaro GCC 6.2-2016.11) 6.2.1 20161016) debug=n  Tue Mar 28 16:12:32 IST 2017
>>> (XEN) Latest ChangeSet: Fri Mar 24 14:19:47 2017 +0100 git:5b08f85
>>> (XEN) Processor: 410fd034: "ARM Limited", variant: 0x0, part 0xd03, rev 0x4
>>> (XEN) 64-bit Execution:
>>> (XEN)   Processor Features: 0000000000002222 0000000000000000
>>> (XEN)     Exception Levels: EL3:64+32 EL2:64+32 EL1:64+32 EL0:64+32
>>> (XEN)     Extensions: FloatingPoint AdvancedSIMD
>>> (XEN)   Debug Features: 0000000010305106 0000000000000000
>>> (XEN)   Auxiliary Features: 0000000000000000 0000000000000000
>>> (XEN)   Memory Model Features: 0000000000001122 0000000000000000
>>> (XEN)   ISA Features:  0000000000011120 0000000000000000
>>> (XEN) 32-bit Execution:
>>> (XEN)   Processor Features: 00000131:00011011
>>> (XEN)     Instruction Sets: AArch32 A32 Thumb Thumb-2 Jazelle
>>> (XEN)     Extensions: GenericTimer Security
>>> (XEN)   Debug Features: 03010066
>>> (XEN)   Auxiliary Features: 00000000
>>> (XEN)   Memory Model Features: 10201105 40000000 01260000 02102211
>>> (XEN)  ISA Features: 02101110 13112111 21232042 01112131 00011142 00011121
>>> (XEN) Using PSCI-0.2 for SMP bringup
>>> (XEN) SMP: Allowing 4 CPUs
>>> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 Freq: 24000 KHz
>>> (XEN) GICv2 initialization:
>>> (XEN)         gic_dist_addr=0000000001c81000
>>> (XEN)         gic_cpu_addr=0000000001c82000
>>> (XEN)         gic_hyp_addr=0000000001c84000
>>> (XEN)         gic_vcpu_addr=0000000001c86000
>>> (XEN)         gic_maintenance_irq=25
>>> (XEN) GICv2: 224 lines, 4 cpus, secure (IID 0200143b).
>>> (XEN) Using scheduler: SMP Credit Scheduler (credit)
>>>
>>> but when I boot dtuart=<unknown value> say duart=xyz instead of dtuart=serial0, xen booted successfully but Dom0 crash while probing 'serial0' driver. 
>>>
>>> If I remove 'serial0' node from device tree, Dom0 boot successfully but unable to enter input into 'hvc' console. 
>>>
>>> what could be wrong here or missing something?
>>
>> What is your dom0 command line? Are you passing console=hvc0?
>>
>> It looks like pine64 is using an allwinner sun50i-uart, for which we
>> don't have a proper driver in Xen yet. That is probably the reason why
>> you can see some output from Xen, but you cannot type anything in later
>> in Dom0 (which is sent to Xen via the HVC console).  Please send a patch
>> to add a simple sun50i-uart driver (see xen/drivers/char/). Given that
>> both Xen and Linux are GPLv2, you can import code from Linux if you find
>> it appropriate.

The UART is exactly the same as in the other Allwinner SoCs, so there is
no need for a new UART driver.
Another issue inherited from the 32-bit Allwinner chips is that the
first four UARTs share a page, so they have to be blacklisted, as Xen
can't properly separate them.
You might want to look at xen/arch/arm/platforms/sunxi.c. Not sure if
this needs to be tied in arm64 somehow.

HTH,
Cheers,
Andre.

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

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

* Re: ARM:Booting xen on pine64 board
  2017-04-04 19:25     ` Andre Przywara
@ 2017-04-04 20:45       ` Stefano Stabellini
  2017-04-04 21:02         ` Julien Grall
  0 siblings, 1 reply; 7+ messages in thread
From: Stefano Stabellini @ 2017-04-04 20:45 UTC (permalink / raw)
  To: Andre Przywara; +Cc: xen-devel, julien.grall, Stefano Stabellini, bharat gohil

On Tue, 4 Apr 2017, Andre Przywara wrote:
> Hi,
> 
> On 04/04/17 20:02, Stefano Stabellini wrote:
> > Also CC'ing Andre that I think has a pine64.
> > 
> > On Tue, 4 Apr 2017, Stefano Stabellini wrote:
> >> On Sat, 1 Apr 2017, bharat gohil wrote:
> >>> Hello
> >>
> >> Hello Bharat, thanks for your email.
> >>
> >>
> >>> I am trying to boot xen(debug build) on pine64 ARM64 based board but its hangs at following position,
> >>>
> >>> - UART enabled -
> >>> - CPU 00000000 booting -
> >>> - Current EL 00000008 -
> >>> - Xen starting at EL2 -
> >>> - Zero BSS -
> >>> - Setting up control registers -
> >>> - Turning on paging -
> >>> - Ready -
> >>> (XEN) Checking for initrd in /chosen
> >>> (XEN) RAM: 0000000041000000 - 000000007fffffff
> >>> (XEN)
> >>> (XEN) MODULE[0]: 000000007e200000 - 000000007e202000 Device Tree
> >>> (XEN) MODULE[1]: 000000007e400000 - 000000007ef46a00 Kernel       console=hvc0 ro root=/dev/mmcblk0p2 clk_ignore_unused rootwait
> >>> (XEN)  RESVD[0]: 000000007e200000 - 000000007e202000
> >>> (XEN)
> >>> (XEN) Command line: dtuart=serial0 earlyprint loglvl=all conswitch=x dom0_mem=128M
> >>> (XEN) Placing Xen at 0x000000007fc00000-0x000000007fe00000
> >>> (XEN) Update BOOTMOD_XEN from 000000007fe00000-000000007fefad81 => 000000007fc00000-000000007fcfad81
> >>> (XEN) Booting using Device Tree
> >>> (XEN) Domain heap initialised
> >>> (XEN) Platform: Generic System
> >>> (XEN) Looking for dtuart at "serial0", options ""
> >>>  Xen 4.9-unstable
> >>> (XEN) Xen version 4.9-unstable (bgohil@) (aarch64-linux-gnu-gcc (Linaro GCC 6.2-2016.11) 6.2.1 20161016) debug=n  Tue Mar 28 16:12:32 IST 2017
> >>> (XEN) Latest ChangeSet: Fri Mar 24 14:19:47 2017 +0100 git:5b08f85
> >>> (XEN) Processor: 410fd034: "ARM Limited", variant: 0x0, part 0xd03, rev 0x4
> >>> (XEN) 64-bit Execution:
> >>> (XEN)   Processor Features: 0000000000002222 0000000000000000
> >>> (XEN)     Exception Levels: EL3:64+32 EL2:64+32 EL1:64+32 EL0:64+32
> >>> (XEN)     Extensions: FloatingPoint AdvancedSIMD
> >>> (XEN)   Debug Features: 0000000010305106 0000000000000000
> >>> (XEN)   Auxiliary Features: 0000000000000000 0000000000000000
> >>> (XEN)   Memory Model Features: 0000000000001122 0000000000000000
> >>> (XEN)   ISA Features:  0000000000011120 0000000000000000
> >>> (XEN) 32-bit Execution:
> >>> (XEN)   Processor Features: 00000131:00011011
> >>> (XEN)     Instruction Sets: AArch32 A32 Thumb Thumb-2 Jazelle
> >>> (XEN)     Extensions: GenericTimer Security
> >>> (XEN)   Debug Features: 03010066
> >>> (XEN)   Auxiliary Features: 00000000
> >>> (XEN)   Memory Model Features: 10201105 40000000 01260000 02102211
> >>> (XEN)  ISA Features: 02101110 13112111 21232042 01112131 00011142 00011121
> >>> (XEN) Using PSCI-0.2 for SMP bringup
> >>> (XEN) SMP: Allowing 4 CPUs
> >>> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 Freq: 24000 KHz
> >>> (XEN) GICv2 initialization:
> >>> (XEN)         gic_dist_addr=0000000001c81000
> >>> (XEN)         gic_cpu_addr=0000000001c82000
> >>> (XEN)         gic_hyp_addr=0000000001c84000
> >>> (XEN)         gic_vcpu_addr=0000000001c86000
> >>> (XEN)         gic_maintenance_irq=25
> >>> (XEN) GICv2: 224 lines, 4 cpus, secure (IID 0200143b).
> >>> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> >>>
> >>> but when I boot dtuart=<unknown value> say duart=xyz instead of dtuart=serial0, xen booted successfully but Dom0 crash while probing 'serial0' driver. 
> >>>
> >>> If I remove 'serial0' node from device tree, Dom0 boot successfully but unable to enter input into 'hvc' console. 
> >>>
> >>> what could be wrong here or missing something?
> >>
> >> What is your dom0 command line? Are you passing console=hvc0?
> >>
> >> It looks like pine64 is using an allwinner sun50i-uart, for which we
> >> don't have a proper driver in Xen yet. That is probably the reason why
> >> you can see some output from Xen, but you cannot type anything in later
> >> in Dom0 (which is sent to Xen via the HVC console).  Please send a patch
> >> to add a simple sun50i-uart driver (see xen/drivers/char/). Given that
> >> both Xen and Linux are GPLv2, you can import code from Linux if you find
> >> it appropriate.
> 
> The UART is exactly the same as in the other Allwinner SoCs, so there is
> no need for a new UART driver.
> Another issue inherited from the 32-bit Allwinner chips is that the
> first four UARTs share a page, so they have to be blacklisted, as Xen
> can't properly separate them.
> You might want to look at xen/arch/arm/platforms/sunxi.c. Not sure if
> this needs to be tied in arm64 somehow.
 
No, it doesn't, it should work on arm64 out of the box. But the platform
compatible string is different: "sun7i-a20" in sunxi.c and "sun50iw1p1"
on the pine64 dts. If the board is exactly the same, then we only need
to add "sun50iw1p1" to sunxi_dt_compat.

What do you do to boot it with Xen?

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

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

* Re: ARM:Booting xen on pine64 board
  2017-04-04 20:45       ` Stefano Stabellini
@ 2017-04-04 21:02         ` Julien Grall
  2017-04-05 10:34           ` bharat gohil
  0 siblings, 1 reply; 7+ messages in thread
From: Julien Grall @ 2017-04-04 21:02 UTC (permalink / raw)
  To: Stefano Stabellini, Andre Przywara; +Cc: xen-devel, nd, bharat gohil

Hi,

On 04/04/2017 21:45, Stefano Stabellini wrote:
> On Tue, 4 Apr 2017, Andre Przywara wrote:
>> Hi,
>>
>> On 04/04/17 20:02, Stefano Stabellini wrote:
>>> Also CC'ing Andre that I think has a pine64.
>>>
>>> On Tue, 4 Apr 2017, Stefano Stabellini wrote:
>>>> On Sat, 1 Apr 2017, bharat gohil wrote:
>>>>> Hello
>>>>
>>>> Hello Bharat, thanks for your email.
>>>>
>>>>
>>>>> I am trying to boot xen(debug build) on pine64 ARM64 based board but its hangs at following position,
>>>>>
>>>>> - UART enabled -
>>>>> - CPU 00000000 booting -
>>>>> - Current EL 00000008 -
>>>>> - Xen starting at EL2 -
>>>>> - Zero BSS -
>>>>> - Setting up control registers -
>>>>> - Turning on paging -
>>>>> - Ready -
>>>>> (XEN) Checking for initrd in /chosen
>>>>> (XEN) RAM: 0000000041000000 - 000000007fffffff
>>>>> (XEN)
>>>>> (XEN) MODULE[0]: 000000007e200000 - 000000007e202000 Device Tree
>>>>> (XEN) MODULE[1]: 000000007e400000 - 000000007ef46a00 Kernel       console=hvc0 ro root=/dev/mmcblk0p2 clk_ignore_unused rootwait
>>>>> (XEN)  RESVD[0]: 000000007e200000 - 000000007e202000
>>>>> (XEN)
>>>>> (XEN) Command line: dtuart=serial0 earlyprint loglvl=all conswitch=x dom0_mem=128M
>>>>> (XEN) Placing Xen at 0x000000007fc00000-0x000000007fe00000
>>>>> (XEN) Update BOOTMOD_XEN from 000000007fe00000-000000007fefad81 => 000000007fc00000-000000007fcfad81
>>>>> (XEN) Booting using Device Tree
>>>>> (XEN) Domain heap initialised
>>>>> (XEN) Platform: Generic System
>>>>> (XEN) Looking for dtuart at "serial0", options ""
>>>>>  Xen 4.9-unstable
>>>>> (XEN) Xen version 4.9-unstable (bgohil@) (aarch64-linux-gnu-gcc (Linaro GCC 6.2-2016.11) 6.2.1 20161016) debug=n  Tue Mar 28 16:12:32 IST 2017
>>>>> (XEN) Latest ChangeSet: Fri Mar 24 14:19:47 2017 +0100 git:5b08f85
>>>>> (XEN) Processor: 410fd034: "ARM Limited", variant: 0x0, part 0xd03, rev 0x4
>>>>> (XEN) 64-bit Execution:
>>>>> (XEN)   Processor Features: 0000000000002222 0000000000000000
>>>>> (XEN)     Exception Levels: EL3:64+32 EL2:64+32 EL1:64+32 EL0:64+32
>>>>> (XEN)     Extensions: FloatingPoint AdvancedSIMD
>>>>> (XEN)   Debug Features: 0000000010305106 0000000000000000
>>>>> (XEN)   Auxiliary Features: 0000000000000000 0000000000000000
>>>>> (XEN)   Memory Model Features: 0000000000001122 0000000000000000
>>>>> (XEN)   ISA Features:  0000000000011120 0000000000000000
>>>>> (XEN) 32-bit Execution:
>>>>> (XEN)   Processor Features: 00000131:00011011
>>>>> (XEN)     Instruction Sets: AArch32 A32 Thumb Thumb-2 Jazelle
>>>>> (XEN)     Extensions: GenericTimer Security
>>>>> (XEN)   Debug Features: 03010066
>>>>> (XEN)   Auxiliary Features: 00000000
>>>>> (XEN)   Memory Model Features: 10201105 40000000 01260000 02102211
>>>>> (XEN)  ISA Features: 02101110 13112111 21232042 01112131 00011142 00011121
>>>>> (XEN) Using PSCI-0.2 for SMP bringup
>>>>> (XEN) SMP: Allowing 4 CPUs
>>>>> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 Freq: 24000 KHz
>>>>> (XEN) GICv2 initialization:
>>>>> (XEN)         gic_dist_addr=0000000001c81000
>>>>> (XEN)         gic_cpu_addr=0000000001c82000
>>>>> (XEN)         gic_hyp_addr=0000000001c84000
>>>>> (XEN)         gic_vcpu_addr=0000000001c86000
>>>>> (XEN)         gic_maintenance_irq=25
>>>>> (XEN) GICv2: 224 lines, 4 cpus, secure (IID 0200143b).
>>>>> (XEN) Using scheduler: SMP Credit Scheduler (credit)
>>>>>
>>>>> but when I boot dtuart=<unknown value> say duart=xyz instead of dtuart=serial0, xen booted successfully but Dom0 crash while probing 'serial0' driver. 
>>>>>
>>>>> If I remove 'serial0' node from device tree, Dom0 boot successfully but unable to enter input into 'hvc' console. 
>>>>>
>>>>> what could be wrong here or missing something?
>>>>
>>>> What is your dom0 command line? Are you passing console=hvc0?
>>>>
>>>> It looks like pine64 is using an allwinner sun50i-uart, for which we
>>>> don't have a proper driver in Xen yet. That is probably the reason why
>>>> you can see some output from Xen, but you cannot type anything in later
>>>> in Dom0 (which is sent to Xen via the HVC console).  Please send a patch
>>>> to add a simple sun50i-uart driver (see xen/drivers/char/). Given that
>>>> both Xen and Linux are GPLv2, you can import code from Linux if you find
>>>> it appropriate.
>>
>> The UART is exactly the same as in the other Allwinner SoCs, so there is
>> no need for a new UART driver.
>> Another issue inherited from the 32-bit Allwinner chips is that the
>> first four UARTs share a page, so they have to be blacklisted, as Xen
>> can't properly separate them.
>> You might want to look at xen/arch/arm/platforms/sunxi.c. Not sure if
>> this needs to be tied in arm64 somehow.
>  
> No, it doesn't, it should work on arm64 out of the box. But the platform
> compatible string is different: "sun7i-a20" in sunxi.c and "sun50iw1p1"
> on the pine64 dts. If the board is exactly the same, then we only need
> to add "sun50iw1p1" to sunxi_dt_compat.
> 
> What do you do to boot it with Xen?

I played with the Pine64 and Xen last year. There are some work to do in
order to get Xen booting on the board. It is not fully complete as I lacked
of time. For instance the clock frequency has been hardcoded in the ns16550
driver (the UART for pine64 is a derivation of ns16550)...

Below the changes I had to made to get DOM0 booting. IIRC I was struggling
to get the input working. The UART is the same as the cubietruck, but 
somehow it behaves differently (not sure why) and therefore there is some
missing pieces in the driver.

I hope this helps.

Cheers,

diff --git a/xen/arch/arm/arm64/head.S b/xen/arch/arm/arm64/head.S
index 5c28c20..af4db28 100644
--- a/xen/arch/arm/arm64/head.S
+++ b/xen/arch/arm/arm64/head.S
@@ -115,7 +115,7 @@ efi_head:
         add     x13, x18, #0x16
         b       real_start           /* branch to kernel start */
         .quad   0x80000              /* Image load offset from start of RAM */
-        .quad   0                    /* reserved */
+        .quad   _end - start        /* reserved */
         .quad   0                    /* reserved */
         .quad   0                    /* reserved */
         .quad   0                    /* reserved */
diff --git a/xen/arch/arm/platforms/Makefile b/xen/arch/arm/platforms/Makefile
index 3689eec..99d6ab1 100644
--- a/xen/arch/arm/platforms/Makefile
+++ b/xen/arch/arm/platforms/Makefile
@@ -3,7 +3,7 @@ obj-$(CONFIG_ARM_32) += brcm.o
 obj-$(CONFIG_ARM_32) += exynos5.o
 obj-$(CONFIG_ARM_32) += midway.o
 obj-$(CONFIG_ARM_32) += omap5.o
-obj-$(CONFIG_ARM_32) += sunxi.o
+obj-y += sunxi.o
 obj-$(CONFIG_ARM_32) += rcar2.o
 obj-$(CONFIG_ARM_64) += seattle.o
 obj-$(CONFIG_ARM_64) += xgene-storm.o
diff --git a/xen/arch/arm/platforms/sunxi.c b/xen/arch/arm/platforms/sunxi.c
index 0ba7b3d..cee31c7 100644
--- a/xen/arch/arm/platforms/sunxi.c
+++ b/xen/arch/arm/platforms/sunxi.c
@@ -52,6 +52,7 @@ static void sunxi_reset(void)
 static const char * const sunxi_dt_compat[] __initconst =
 {
     "allwinner,sun7i-a20",
+    "allwinner,sun50i-a64",
     NULL
 };

diff --git a/xen/drivers/char/ns16550.c b/xen/drivers/char/ns16550.c
index b2b5f56..9933c7e 100644
--- a/xen/drivers/char/ns16550.c
+++ b/xen/drivers/char/ns16550.c
@@ -461,6 +461,8 @@ static int ns16550_ioport_invalid(struct ns16550 *uart)
     return ns_read_reg(uart, UART_IER) == 0xff;
 }

+#include <xen/early_printk.h>
+
 static void ns16550_interrupt(
     int irq, void *dev_id, struct cpu_user_regs *regs)
 {
@@ -476,7 +478,17 @@ static void ns16550_interrupt(
         if ( (lsr & uart->lsr_mask) == uart->lsr_mask )
             serial_tx_interrupt(port, regs);
         if ( lsr & UART_LSR_DR )
+        {
+            early_puts("Receive data\n");
             serial_rx_interrupt(port, regs);
+        }
+    }
+
+    if ( uart->dw_usr_bsy &&
+         (ns_read_reg(uart, UART_IIR) & UART_IIR_BSY) == UART_IIR_BSY)
+    {
+        ns_read_reg(uart, UART_USR);
+        return;
     }
 }

@@ -1217,7 +1229,7 @@ static int __init ns16550_uart_dt_init(struct dt_device_node *dev,

     ns16550_init_common(uart);

-    uart->baud      = BAUD_AUTO;
+    uart->baud      = 115200;
     uart->data_bits = 8;
     uart->parity    = UART_PARITY_NONE;
     uart->stop_bits = 1;

> 

-- 
Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

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

* Re: ARM:Booting xen on pine64 board
  2017-04-04 21:02         ` Julien Grall
@ 2017-04-05 10:34           ` bharat gohil
  0 siblings, 0 replies; 7+ messages in thread
From: bharat gohil @ 2017-04-05 10:34 UTC (permalink / raw)
  To: Julien Grall; +Cc: Andre Przywara, nd, Stefano Stabellini, xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 8963 bytes --]

Thanks All

I will try the patch suggested by Julien and update you.

As of now I am running dom0(Linux 4.11-rc5) without early printk enabled in
xen which is working absolutely fine.


On Wed, Apr 5, 2017 at 2:32 AM, Julien Grall <julien.grall@arm.com> wrote:

> Hi,
>
> On 04/04/2017 21:45, Stefano Stabellini wrote:
> > On Tue, 4 Apr 2017, Andre Przywara wrote:
> >> Hi,
> >>
> >> On 04/04/17 20:02, Stefano Stabellini wrote:
> >>> Also CC'ing Andre that I think has a pine64.
> >>>
> >>> On Tue, 4 Apr 2017, Stefano Stabellini wrote:
> >>>> On Sat, 1 Apr 2017, bharat gohil wrote:
> >>>>> Hello
> >>>>
> >>>> Hello Bharat, thanks for your email.
> >>>>
> >>>>
> >>>>> I am trying to boot xen(debug build) on pine64 ARM64 based board but
> its hangs at following position,
> >>>>>
> >>>>> - UART enabled -
> >>>>> - CPU 00000000 booting -
> >>>>> - Current EL 00000008 -
> >>>>> - Xen starting at EL2 -
> >>>>> - Zero BSS -
> >>>>> - Setting up control registers -
> >>>>> - Turning on paging -
> >>>>> - Ready -
> >>>>> (XEN) Checking for initrd in /chosen
> >>>>> (XEN) RAM: 0000000041000000 - 000000007fffffff
> >>>>> (XEN)
> >>>>> (XEN) MODULE[0]: 000000007e200000 - 000000007e202000 Device Tree
> >>>>> (XEN) MODULE[1]: 000000007e400000 - 000000007ef46a00 Kernel
>  console=hvc0 ro root=/dev/mmcblk0p2 clk_ignore_unused rootwait
> >>>>> (XEN)  RESVD[0]: 000000007e200000 - 000000007e202000
> >>>>> (XEN)
> >>>>> (XEN) Command line: dtuart=serial0 earlyprint loglvl=all conswitch=x
> dom0_mem=128M
> >>>>> (XEN) Placing Xen at 0x000000007fc00000-0x000000007fe00000
> >>>>> (XEN) Update BOOTMOD_XEN from 000000007fe00000-000000007fefad81 =>
> 000000007fc00000-000000007fcfad81
> >>>>> (XEN) Booting using Device Tree
> >>>>> (XEN) Domain heap initialised
> >>>>> (XEN) Platform: Generic System
> >>>>> (XEN) Looking for dtuart at "serial0", options ""
> >>>>>  Xen 4.9-unstable
> >>>>> (XEN) Xen version 4.9-unstable (bgohil@) (aarch64-linux-gnu-gcc
> (Linaro GCC 6.2-2016.11) 6.2.1 20161016) debug=n  Tue Mar 28 16:12:32 IST
> 2017
> >>>>> (XEN) Latest ChangeSet: Fri Mar 24 14:19:47 2017 +0100 git:5b08f85
> >>>>> (XEN) Processor: 410fd034: "ARM Limited", variant: 0x0, part 0xd03,
> rev 0x4
> >>>>> (XEN) 64-bit Execution:
> >>>>> (XEN)   Processor Features: 0000000000002222 0000000000000000
> >>>>> (XEN)     Exception Levels: EL3:64+32 EL2:64+32 EL1:64+32 EL0:64+32
> >>>>> (XEN)     Extensions: FloatingPoint AdvancedSIMD
> >>>>> (XEN)   Debug Features: 0000000010305106 0000000000000000
> >>>>> (XEN)   Auxiliary Features: 0000000000000000 0000000000000000
> >>>>> (XEN)   Memory Model Features: 0000000000001122 0000000000000000
> >>>>> (XEN)   ISA Features:  0000000000011120 0000000000000000
> >>>>> (XEN) 32-bit Execution:
> >>>>> (XEN)   Processor Features: 00000131:00011011
> >>>>> (XEN)     Instruction Sets: AArch32 A32 Thumb Thumb-2 Jazelle
> >>>>> (XEN)     Extensions: GenericTimer Security
> >>>>> (XEN)   Debug Features: 03010066
> >>>>> (XEN)   Auxiliary Features: 00000000
> >>>>> (XEN)   Memory Model Features: 10201105 40000000 01260000 02102211
> >>>>> (XEN)  ISA Features: 02101110 13112111 21232042 01112131 00011142
> 00011121
> >>>>> (XEN) Using PSCI-0.2 for SMP bringup
> >>>>> (XEN) SMP: Allowing 4 CPUs
> >>>>> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 Freq: 24000 KHz
> >>>>> (XEN) GICv2 initialization:
> >>>>> (XEN)         gic_dist_addr=0000000001c81000
> >>>>> (XEN)         gic_cpu_addr=0000000001c82000
> >>>>> (XEN)         gic_hyp_addr=0000000001c84000
> >>>>> (XEN)         gic_vcpu_addr=0000000001c86000
> >>>>> (XEN)         gic_maintenance_irq=25
> >>>>> (XEN) GICv2: 224 lines, 4 cpus, secure (IID 0200143b).
> >>>>> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> >>>>>
> >>>>> but when I boot dtuart=<unknown value> say duart=xyz instead of
> dtuart=serial0, xen booted successfully but Dom0 crash while probing
> 'serial0' driver.
> >>>>>
> >>>>> If I remove 'serial0' node from device tree, Dom0 boot successfully
> but unable to enter input into 'hvc' console.
> >>>>>
> >>>>> what could be wrong here or missing something?
> >>>>
> >>>> What is your dom0 command line? Are you passing console=hvc0?
> >>>>
> >>>> It looks like pine64 is using an allwinner sun50i-uart, for which we
> >>>> don't have a proper driver in Xen yet. That is probably the reason why
> >>>> you can see some output from Xen, but you cannot type anything in
> later
> >>>> in Dom0 (which is sent to Xen via the HVC console).  Please send a
> patch
> >>>> to add a simple sun50i-uart driver (see xen/drivers/char/). Given that
> >>>> both Xen and Linux are GPLv2, you can import code from Linux if you
> find
> >>>> it appropriate.
> >>
> >> The UART is exactly the same as in the other Allwinner SoCs, so there is
> >> no need for a new UART driver.
> >> Another issue inherited from the 32-bit Allwinner chips is that the
> >> first four UARTs share a page, so they have to be blacklisted, as Xen
> >> can't properly separate them.
> >> You might want to look at xen/arch/arm/platforms/sunxi.c. Not sure if
> >> this needs to be tied in arm64 somehow.
> >
> > No, it doesn't, it should work on arm64 out of the box. But the platform
> > compatible string is different: "sun7i-a20" in sunxi.c and "sun50iw1p1"
> > on the pine64 dts. If the board is exactly the same, then we only need
> > to add "sun50iw1p1" to sunxi_dt_compat.
> >
> > What do you do to boot it with Xen?
>
> I played with the Pine64 and Xen last year. There are some work to do in
> order to get Xen booting on the board. It is not fully complete as I lacked
> of time. For instance the clock frequency has been hardcoded in the ns16550
> driver (the UART for pine64 is a derivation of ns16550)...
>
> Below the changes I had to made to get DOM0 booting. IIRC I was struggling
> to get the input working. The UART is the same as the cubietruck, but
> somehow it behaves differently (not sure why) and therefore there is some
> missing pieces in the driver.
>
> I hope this helps.
>
> Cheers,
>
> diff --git a/xen/arch/arm/arm64/head.S b/xen/arch/arm/arm64/head.S
> index 5c28c20..af4db28 100644
> --- a/xen/arch/arm/arm64/head.S
> +++ b/xen/arch/arm/arm64/head.S
> @@ -115,7 +115,7 @@ efi_head:
>          add     x13, x18, #0x16
>          b       real_start           /* branch to kernel start */
>          .quad   0x80000              /* Image load offset from start of
> RAM */
> -        .quad   0                    /* reserved */
> +        .quad   _end - start        /* reserved */
>          .quad   0                    /* reserved */
>          .quad   0                    /* reserved */
>          .quad   0                    /* reserved */
> diff --git a/xen/arch/arm/platforms/Makefile b/xen/arch/arm/platforms/
> Makefile
> index 3689eec..99d6ab1 100644
> --- a/xen/arch/arm/platforms/Makefile
> +++ b/xen/arch/arm/platforms/Makefile
> @@ -3,7 +3,7 @@ obj-$(CONFIG_ARM_32) += brcm.o
>  obj-$(CONFIG_ARM_32) += exynos5.o
>  obj-$(CONFIG_ARM_32) += midway.o
>  obj-$(CONFIG_ARM_32) += omap5.o
> -obj-$(CONFIG_ARM_32) += sunxi.o
> +obj-y += sunxi.o
>  obj-$(CONFIG_ARM_32) += rcar2.o
>  obj-$(CONFIG_ARM_64) += seattle.o
>  obj-$(CONFIG_ARM_64) += xgene-storm.o
> diff --git a/xen/arch/arm/platforms/sunxi.c b/xen/arch/arm/platforms/
> sunxi.c
> index 0ba7b3d..cee31c7 100644
> --- a/xen/arch/arm/platforms/sunxi.c
> +++ b/xen/arch/arm/platforms/sunxi.c
> @@ -52,6 +52,7 @@ static void sunxi_reset(void)
>  static const char * const sunxi_dt_compat[] __initconst =
>  {
>      "allwinner,sun7i-a20",
> +    "allwinner,sun50i-a64",
>      NULL
>  };
>
> diff --git a/xen/drivers/char/ns16550.c b/xen/drivers/char/ns16550.c
> index b2b5f56..9933c7e 100644
> --- a/xen/drivers/char/ns16550.c
> +++ b/xen/drivers/char/ns16550.c
> @@ -461,6 +461,8 @@ static int ns16550_ioport_invalid(struct ns16550 *uart)
>      return ns_read_reg(uart, UART_IER) == 0xff;
>  }
>
> +#include <xen/early_printk.h>
> +
>  static void ns16550_interrupt(
>      int irq, void *dev_id, struct cpu_user_regs *regs)
>  {
> @@ -476,7 +478,17 @@ static void ns16550_interrupt(
>          if ( (lsr & uart->lsr_mask) == uart->lsr_mask )
>              serial_tx_interrupt(port, regs);
>          if ( lsr & UART_LSR_DR )
> +        {
> +            early_puts("Receive data\n");
>              serial_rx_interrupt(port, regs);
> +        }
> +    }
> +
> +    if ( uart->dw_usr_bsy &&
> +         (ns_read_reg(uart, UART_IIR) & UART_IIR_BSY) == UART_IIR_BSY)
> +    {
> +        ns_read_reg(uart, UART_USR);
> +        return;
>      }
>  }
>
> @@ -1217,7 +1229,7 @@ static int __init ns16550_uart_dt_init(struct
> dt_device_node *dev,
>
>      ns16550_init_common(uart);
>
> -    uart->baud      = BAUD_AUTO;
> +    uart->baud      = 115200;
>      uart->data_bits = 8;
>      uart->parity    = UART_PARITY_NONE;
>      uart->stop_bits = 1;
>
> >
>
> --
> Julien Grall
>



-- 
Regards,
Bharat Gohil
Sr.Software Engineer
bharat.gohil@harman.com
+919427054633

[-- Attachment #1.2: Type: text/html, Size: 11988 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

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

end of thread, other threads:[~2017-04-05 10:34 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-04-01 11:32 ARM:Booting xen on pine64 board bharat gohil
2017-04-04 18:59 ` Stefano Stabellini
2017-04-04 19:02   ` Stefano Stabellini
2017-04-04 19:25     ` Andre Przywara
2017-04-04 20:45       ` Stefano Stabellini
2017-04-04 21:02         ` Julien Grall
2017-04-05 10:34           ` bharat gohil

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.