patch-2.6.0-rmk1-ds1

Download Locations:

  ftp://source.mvista.com/pub/ds-patches/2.6/patch-2.6.0-rmk1-ds1.gz
  http://csociety.ecn.purdue.edu/~deepak/patches/2.6/patch-2.6.0-rmk1-ds1.gz

Build Documentation:

  http://www.arm.linux.org.uk/docs/kerncomp.shtml

Summary of Changes:

- Initial 2.6 forward port of IXP42x code (Greg Ungerer)

- Cleanup of PORT_XSCALE serial port support (Me)

  Since there's no easy way to detect PORT_XSCALE ports, instead
  we use early_serial_setup() and disable UPF_AUTOCONF so that
  the 8250.c driver does not attempt to autconfigure. See
  arch/arm/mach-ixp425/mm.c for how to do this for your platform.
  If someone can think of a better place to put this, send me
  patch. machine_fixup() is where I'm probably going to move 
  this to if nobody suggests anything different.

- Make IXP42x flash driver use driver model (Me)

  See driver/mtd/maps/ixp425.c and arch/arm/mach-ixp425/ixdp425.c
  for an example of how to add your platform's mapping.

- Make IXP42x I2C driver use driver model (Me)

  I've added a data structure that is used as platform_data to pass
  GPIO pin numbers to the GPIO I2C drivers so we don't have to do
  if(machine_is_xxx) in the driver itself. See arch/arm/mach-ixp425/ixdp425.c
  and driver/i2c/busses/i2c-ixp42x.c

- Add IXP425 PCI IDE support (Me)
  
  I've tested w/o problems on Promise and CMD controllers with DMA
  mode. PIO mode is locking at the moment.  The HPT controller I tested
  had all sorts of resource collision issues. More work required.

- Various other IXP42x cleanups (Me)

Notes:

- If you are adding a new platform, PLEASE use the device model hooks
  for flash and I2C if needed.

- This has been tested on Coyote and IXDP425 so far. Will test on
  PrPmc1100 when time permits.

- There is a weird issue at the moment that during bootup, I see
  the following message for PCI IRQs: "irq 25: nobody cared". Haven't
  completely tracked this down.

- HostAP driver for Coyote has not been integrated yet. 

- Currently, you are limited to using 64MB as there is no support
  for the bounce-buffer stuff. I'm not going to move this code forward
  from 2.4 b/c I want nice, clean, generic method that works for all ARM 
  platforms that require DMA bounce support. 

- Have not tested with Intel CSR. Probably won't work since CSR is
  written against 2.4.

- IXP2000 users wanting 2.6 will have to wait a while or just have
  to do the initial work themselves for now as I'm going to do this
  one platform type at a time.

- As always, patches are always more than welcome.

Enjoy,
~Deepak


_______________________________________________
http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm-announce
Please visit the above address for information on this list.