[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MirageOS-devel] Writing to Multiple Serial Ports



> On 23 Oct 2015, at 20:24, Paul Skentzos <Paul.Skentzos@xxxxxxxxxxxxxxx> wrote:
> 
> On 10/20/2015 1:52 PM, Anil Madhavapeddy wrote:
>> 
>>> On 7 Oct 2015, at 18:25, Paul Skentzos <Paul.Skentzos@xxxxxxxxxxxxxxx> 
>>> wrote:
>>> 
>>> Anil,
>>> 
>>> On 10/7/2015 12:36 PM, Anil Madhavapeddy wrote:
>>>> On 7 Oct 2015, at 15:53, Paul Skentzos <paul.skentzos@xxxxxxxxxxxxxxx> 
>>>> wrote:
>>>>> 
>>>>> Hi Luke,
>>>>> 
>>>>> On 10/7/2015 10:15 AM, Luke Dunstan wrote:
>>>>>> Hi Paul,
>>>>>> 
>>>>>> Did you get serial ports working even in dom0 on Cubietruck yet? It took 
>>>>>> me
>>>>>> quite a while to discover that Xen normally disables the A20 UARTs by 
>>>>>> deleting
>>>>>> them from the device tree:
>>>>>> 
>>>>>> http://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=xen/arch/arm/platforms/sunxi.c;h=0ba7b3d9b476a95edb653e120b7b3900a47f7c06;hb=HEAD#l64
>>>>>> 
>>>>>> Luke
>>>>>> 
>>>>> 
>>>>> Yes, we do have this working. It was a bit of an annoyance that we 
>>>>> discovered
>>>>> just as you did when starting to work on the Cubietruck.
>>>>> 
>>>>> We found that all serial ports with the "snps,dw-apb-uart" driver are
>>>>> blacklisted on the "sunxi" platform to prevent dom0 from having driver 
>>>>> access to
>>>>> the Xen console.  So we hacked up the attached patch.  Which is not an 
>>>>> ideal
>>>>> fix, but it was good enough for now.
>>>>> 
>>>>> The better fix would be to have Xen compare the memory address for every 
>>>>> item in
>>>>> the device tree against the addresses that Xen has already reserved for 
>>>>> itself.
>>>> 
>>>> We could apply this patch to the https://github.com/mirage/xen-arm-builder
>>>> distribution, which is only really used to boot on Cubieboards at the 
>>>> moment.
>>>> It's nice to have the out-of-the-box experience just work for that 
>>>> distribution.
>>>> 
>>>> -anil
>>>> 
>>>> 
>>> 
>>> I agree!
>>> 
>>> Would you apply the patch as is or would you like us to formally submit the
>>> patch through the mailing list?
>> 
>> Hi Paul,
>> 
>> The best way to get the patch into the repository is by submitting a GitHub 
>> Pull Request.  This ensures that the provenance of the patch is tracked 
>> correctly as coming from you in the history (we can do this via the mailing 
>> list as well, but the web interface is easier).
>> 
>> The relevant scripts in there that clone and build xen are in 
>> https://github.com/mirage/xen-arm-builder in the clone-repos.sh script and 
>> then build-xen.sh.  You can either apply the patch above in this repo 
>> directly if you wish.
>> 
>> Let me know if you have any questions about the GitHub PR process.
>> 
>> regards,
>> Anil
>> 
> 
> Anil,
> 
> We've sent a pull request to the https://github.com/mirage/xen-arm-builder 
> repo
> from https://github.com/dornerworks/xen-arm-builder. Let us know if things 
> look
> OK and if there is anything else we need to do to close it out from our end.

Thanks Paul -- the PR is fine.  We don't entirely have an "owner" for this 
particular distribution yet, so I've got it on my queue to look at the next 
time I reinstall my Cubieboard.

The three major components in there are the dom0 kernel, the base installation 
filesystem and the Xen/ARM hypervisor.  Your patch touches the "difficult" part 
with a kernel modification, so we just need to decide if it's a 
Cubieboard-specific fork or not.

Anil
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.