On 08/07/2013 02:12 PM, Alessandro Rubini wrote:
>
> I understand. My impression of devicetree is exactly like that, I must
> say. What we have here is a very clean PCI enumeration of it all: we
> only need to specify the mapping of GPIO pins (i.e. card-detect for
> mmc) and DMA channels, as all
On 08/07/2013 02:12 PM, Alessandro Rubini wrote:
>
> Thank you for your feedback. May I ask three more questions (this is
> the 1st)?
>
> Is the patch-set a viable approach for mainline, modulo serious evaluation
> of the hairy IRQ details and the other bits?
>
Serious evaluation is definitely
On 08/07/2013 02:12 PM, Alessandro Rubini wrote:
>
> Would it make sense to work on devicetree support in x86 bootloaders
> (especially yours, let's ignore grub)?
>
No, it's already there. ;)
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
[stripped list of issues from my original message follows]
>> Some of the problems he found are:
>>
>> * Passing a dtb to the kernel: we use a modified kexec at present
>> * Passing correct irq numbers to the AMBA drivers
>> * Switching to a new gpio driver with devicetree support
>
On 08/07/2013 03:16 AM, Alessandro Rubini wrote:
>
> Some of the problems he found are:
>
> * Passing a dtb to the kernel: we use a modified kexec at present
>because x86 boot loaders can't pass the DT blob, to our knowledge.
>
> * Passing correct irq numbers to the AMBA driver
[DISCLAIMER : both of us (Alessandro and Davide) are not devicetree
experts, so please understand how our issues and our dislike of the
approach may result from some lack of knowledge. (any pointer is
welcome).]
As some of you may remember, we're submitting patches adding support
for the STA2X11
6 matches
Mail list logo
