25 Sep, 2007

1 commit


26 Feb, 2007

1 commit

  • Noticed while building a s3c2410 kernel :
    drivers/mtd/nand/s3c2410.c: In function 's3c2440_nand_calculate_ecc':
    drivers/mtd/nand/s3c2410.c:476: warning: format '%06x' expects type 'unsigned int', but argument 3 has type 'long unsigned int'

    This patch fixes it.

    Signed-off-by: Arnaud Patard
    Signed-off-by: Russell King

    Arnaud Patard
     

19 Feb, 2007

1 commit


10 Feb, 2007

1 commit


30 Nov, 2006

1 commit


27 Jun, 2006

1 commit


22 Jun, 2006

1 commit


19 Jun, 2006

2 commits


10 Jun, 2006

1 commit


29 May, 2006

1 commit

  • The nand_oobinfo structure is not fitting the newer error correction
    demands anymore. Replace it by struct nand_ecclayout and fixup the users
    all over the place. Keep the nand_oobinfo based ioctl for user space
    compability reasons.

    Signed-off-by: Thomas Gleixner

    Thomas Gleixner
     

24 May, 2006

1 commit

  • The hwcontrol function enforced a step by step state machine
    for any kind of hardware chip access. Let the hardware driver
    know which control bits are set and inform it about a change
    of the control lines. Let the hardware driver write out the
    command and address bytes directly. This gives a peformance
    advantage for address bus controlled chips and simplifies the
    quirks in the hardware drivers.

    Signed-off-by: Thomas Gleixner

    Thomas Gleixner
     

23 May, 2006

1 commit

  • First step of modularizing ECC support.
    - Move ECC related functionality into a seperate embedded data structure
    - Get rid of the hardware dependend constants to simplify new ECC models

    Signed-off-by: Thomas Gleixner

    Thomas Gleixner
     

14 May, 2006

2 commits


08 Jan, 2006

1 commit


04 Jan, 2006

1 commit

  • It seems that clk_use() and clk_unuse() are additional complexity
    which isn't required anymore. Remove them from the clock framework
    to avoid the additional confusion which they cause, and update all
    ARM machine types except for OMAP.

    Signed-off-by: Russell King

    Russell King
     

10 Nov, 2005

1 commit


07 Nov, 2005

5 commits


31 Oct, 2005

2 commits

  • Manual #include fixups for clashes - there may be some unnecessary

    Linus Torvalds
     
  • I recently picked up my older work to remove unnecessary #includes of
    sched.h, starting from a patch by Dave Jones to not include sched.h
    from module.h. This reduces the number of indirect includes of sched.h
    by ~300. Another ~400 pointless direct includes can be removed after
    this disentangling (patch to follow later).
    However, quite a few indirect includes need to be fixed up for this.

    In order to feed the patches through -mm with as little disturbance as
    possible, I've split out the fixes I accumulated up to now (complete for
    i386 and x86_64, more archs to follow later) and post them before the real
    patch. This way this large part of the patch is kept simple with only
    adding #includes, and all hunks are independent of each other. So if any
    hunk rejects or gets in the way of other patches, just drop it. My scripts
    will pick it up again in the next round.

    Signed-off-by: Tim Schmielau
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tim Schmielau
     

30 Oct, 2005

1 commit


29 Sep, 2005

1 commit


07 Jul, 2005

1 commit


29 Jun, 2005

1 commit

  • Fix error in timing generation, Tacls is only in the range 0..3

    Add proper support for the s3c2440 NAND controller, which has now
    been tested on several s3c2440 implementations.

    Signed-off-by: Ben Dooks
    Signed-off-by: Thomas Gleixner

    Ben Dooks
     

23 May, 2005

2 commits


17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds