Re: Marvell D2Plug

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

 



On Thu, May 26, 2011 at 06:13:04PM +0300, saeed bishara wrote:
> On Thu, May 19, 2011 at 5:55 PM, saeed bishara <saeed.bishara@xxxxxxxxx> wrote:
> > On Thu, May 19, 2011 at 5:18 PM, Greg KH <greg@xxxxxxxxx> wrote:
> >> On Thu, May 19, 2011 at 10:13:28AM +0300, saeed bishara wrote:
> >>> Hi all,
> >>>   unfortunately the D2plugs that we ordered will be available only at
> >>> end of June :( .
> >>
> >> Ok, no rush then, let us know when we should start working on this.
> >>
> >> Oh, you were supposed to send a list of what drivers are needed
> >> specifically, right?
> > yes, I'll send it next week.
> Hi all,
> here is the list of the drivers/features the need to be added to mainline.
> so far, Jaya Kumar will take the lcd, Jason will take the openocd &
> power management. and Kostap (working at marvell) will take the soc
> clocks and idt clocks.

Great, that's a good start.

> cpu specific:
> - add support for openocd
> - add support for iperf/oprofile
> arch specific:
> - soc clocks
> - idt clock generator driver
> - power management (cpuidle, cprufreq, suspend to dram, suspend to disk)

So all of the cpu specific stuff is going to be handled already, right?

> drivers:
> - LCD. Marvell's implementation at drivers/video/marvell/. the
> in-kernel pxa168 should re-used here.

This is handled, right?

> - Disaply driver for the adi9889 (HDMI transmitter). Marvell's
> impelmentation at drivers/video/display/adi9889

So this is already done?

> - Audio I2S. controller similar to Kirkwood, need to reuse the
> sound/soc/kirkwood/.
> - Audio AC97. controller similar to pxa socs. need to reuse the pxa2xx
> sound driver.
>   (the D2Plug doesn't use this interface)

What are the differences between the existing drivers and the hardware
that requires changes to these drivers?

> - Camera, controller similar to the Cafe pci card. need to reuse cafe_ccic.
>   (the D2Plug doesn't use this interface)

So we don't need this, right?

> - NAND, controller based on pxa nand. but alot of features needed.
> Marvell's implementation:
> arch/arm/plat-orion/mv_hal_drivers/mv_hal/nfc/mvNfc.*
> drivers/mtd/nand/orion_nfc_hal.c

So this is already done?

> - USB host mode supported, need to support dove specific phy settings.
> Marvell's implementation drivers/usb/host/ehci-orion.c

So this is done?

> - USB device mode, should reuse the fsl_usb2_udc as it seems we have same ip.

Good, just a new device id then?

> 
> - I2C, supported by i2c-mv64xxx. new few features needed. Kostya
> already posted patches for it
> - Thermal sensor. new driver needed, Marvell's implementation
> arch/arm/mach-dove/hwmon.c
> - Sata, supported by sata_mv
> - Giga, supported by mv643xx_eth
> - PCIe, supported by arch/arm/plat-orion/pcie.c
> - Xor engine, supported by drivers/dma/mv_xor.c
> - SDIO: sdhci compatible
> - RTC: supported by mv-rtc
> 
> - power Management, almost for all drivers.

It's a good start of a list, but I think we need more specifics,
including data sheets and hardware, before we can do more.

thanks,

greg k-h
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/devel



[Index of Archives]     [Linux Driver Backports]     [DMA Engine]     [Linux GPIO]     [Linux SPI]     [Video for Linux]     [Linux USB Devel]     [Linux Coverity]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux