as merged for 4.17:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bd6f2fd5a1d52198468c5cdc3c2472362dff5aaa
As far as I understand it, this new syntax will be useful for specifying
devicetree overlays that work with multiple di
On Sat, Mar 03, 2018 at 12:11:02AM -0700, Richard Wilbur wrote:
> On Mar 2, 2018, at 15:43, Jonathan Neuschäfer wrote:
> >> On Fri, Mar 02, 2018 at 03:26:32PM -0700, Richard Wilbur wrote:
>
> […]
> > I'm not actively working on any of this, but I'm interested in
On Sat, Mar 03, 2018 at 03:46:33AM +, Luke Kenneth Casson Leighton wrote:
> On Sat, Mar 3, 2018 at 2:44 AM, Jonathan Neuschäfer
> wrote:
>
> >> excellent, can you look up the status of A20 and the devicetree fragments?
> >
> > There has been some work on
On Sat, Mar 03, 2018 at 01:37:15AM +, Luke Kenneth Casson Leighton wrote:
> On Fri, Mar 2, 2018 at 10:43 PM, Jonathan Neuschäfer
> wrote:
> > Hello,
> >
>
> > I'm not actively working on any of this, but I'm interested in the
> > devicetree side
out so we can
> create the device tree for the micro-desktop. If I remember correctly
> we also should create a device tree for the DS-113 v2.7.4 and v2.7.5?
What is DS-113?
> I'd be happy to work on that if you think that is the highest priority
> right now. It sou
On Sun, Feb 11, 2018 at 12:18:21PM -0500, ronwirr...@safe-mail.net wrote:
> Original Message
> From: Jonathan Neuschäfer
> Apparently from: arm-netbook-boun...@lists.phcomp.co.uk
> To: Eco-Conscious Computing
> Subject: Re: [Arm-netbook] sifive sells a riscv cpu m
On Mon, Feb 05, 2018 at 03:05:03PM -0500, ronwirr...@safe-mail.net wrote:
> Original Message
> From: Jonathan Neuschäfer
> Apparently from: arm-netbook-boun...@lists.phcomp.co.uk
> To: Eco-Conscious Computing
> Subject: Re: [Arm-netbook] sifive sells a riscv cpu m
e nonfree
*hardware*?
- Or do you mean that nonfree firmware or drivers are required (which
I've seen no indication of)?
Jonathan Neuschäfer
___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/
Hi,
I've created a page on the wiki to collect some information about
devicetree, so the exact scheme of devicetree support for EOMA68
housings can be worked out:
http://rhombus-tech.net/devicetree/
Feel free to extend/correct/discuss it.
Thanks,
Jonathan Neusc
On Wed, Jan 17, 2018 at 12:13:52PM +, Luke Kenneth Casson Leighton wrote:
> ok so i made a set of changes, replaced "I/O Board" with "Housing"
> everywhere, and updated the text as you suggest, jonathon. no on the
> contraction though. also added sentence (repeated) about UART
> level-shiftin
Hi,
On Wed, Jan 17, 2018 at 05:52:50AM +, Luke Kenneth Casson Leighton wrote:
> On Wed, Jan 17, 2018 at 12:31 AM, Jonathan Neuschäfer
> wrote:
[...]
> > I suggest changing this passage:
> >
> > "As this problem is to be taken care of on the I/O
Ok, back to the question of how to improve the standard and reduce
ambiguity.
On Tue, Jan 09, 2018 at 11:22:57PM +0100, Jonathan Neuschäfer wrote:
> Hi,
>
> what follows are a few questions/remarks/misunderstandings regarding the
> UART pins during early boot.
>
> In the EO
to be HUNDREDS OF MILLIONS.
>
> the volume of sales to "Technical End User" is expected to measure in
> the thousands.
Ok, makes sense. That's a valid design point.
Thanks,
Jonathan Neuschäfer
___
arm-netbook mailing list arm-netbook@lists.phcomp.co.uk
http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook
Send large attachments to arm-netb...@files.phcomp.co.uk
Hi,
Please excuse the verbosity of some parts of this email, where I tried
to be extra clear.
On Wed, Jan 10, 2018 at 07:22:16PM +, Luke Kenneth Casson Leighton wrote:
> On Wed, Jan 10, 2018 at 4:11 PM, Jonathan Neuschäfer
> wrote:
> > On Wed, Jan 10, 2018 at 01:59:19PM +,
On Wed, Jan 10, 2018 at 01:59:19PM +, Luke Kenneth Casson Leighton wrote:
> On Wed, Jan 10, 2018 at 1:44 PM, Jonathan Neuschäfer
> wrote:
> > On Wed, Jan 10, 2018 at 11:12:24AM +, Luke Kenneth Casson Leighton
> > wrote:
[...]
> > Thus it would be rather useful to
Hi,
On Wed, Jan 10, 2018 at 11:12:24AM +, Luke Kenneth Casson Leighton wrote:
> On Tue, Jan 9, 2018 at 10:22 PM, Jonathan Neuschäfer
> wrote:
> > Hi,
> >
> > what follows are a few questions/remarks/misunderstandings regarding the
> > UART pins during ear
ART is cut off from
the BT module, and the OS could toggle this pin once it knows that it
won't send debug output anymore. The same GPIO pin might also control if
the Bluetooth module is powered up at all.)
Best regards,
Jonathan Neuschäfer
[1]:
https://elinux.org/Embedded_Open_
17 matches
Mail list logo
