gt;
Currently I am not able to deal with this as I am much involved in other
development.
--
Best Regards,
Piotr Zięcik.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Thursday 14 May 2009 16:00:33 Grant Likely wrote:
> > MPC5121 support was added to drivers/net/fs_enet. MPC52xx uses
> > drivers/net/fec_mpc52xx.c. Do you think that creating one universal
> > driver from these two is now possible? You said that it should be easy,
> > however you also said that cac
Tuesday 19 May 2009 00:17:31 Benjamin Herrenschmidt wrote:
>
> We are close to the point where we can make this a runtime option
> though, by just having a different set of dma_ops hooked in.
>
Is somebody currently working on it? If yes, where we can see
code ?
--
Best Regards.
New one uses
existing infrastructure which makes DMA engine aviable for existing consumers
in Linux kernel. For example network stack. Support for I/O <-> memory
transfers will be added when more consumers arrive.
--
Best Regards.
Piotr Zięcik
___
Li
DTS file might be changed to use clock-frequency.
In my opinion implementing "backward compatilility" for MPC5121 is not good
idea. MPC5121 I2C support is completly new thing in mainline. Simply, there is
no DTS with which I have to be compatible. Adding backward co
lock-frequency'
property in i2c node. Comments in code suggest that this behaviour is left
for backward compatibility only. Should I make the 'clock-frequency'
property mandatory for a new type of I2C controller (MPC5121) ?
--
Best Regards.
Piotr Zięcik
___
Thursday 07 May 2009 00:39:25 Grant Likely napisał(a):
> >> 512x are enabled in the same kernel?
> >
> > Hm... both architectures look sufficiently different to me that I
> > don't see sense in trying such a thing. Do you think that needs to be
> > supported?
>
> Yes! :-) It's not hard to do and
ms
unusable when we turn on hardware ECC.
This could be fixed by disabling spare area usage in flash filesystems but
this probably requires changes in the MTD/filesystem infrastructure.
--
Best Regards.
Piotr Zięcik
___
Linuxppc-dev mailing list
