21 Jul, 2007

1 commit

  • These patches add full SSP/MCU support for the HP Jornada 720
    machine. Its needed to handle keyboard, touchscreen, battery
    and backlight/lcd.

    The main driver exports functions and the header file exports
    the command values. When talking to the MCU the general procedure
    is to start MCU, send command (using ssp_inout(command)), the
    proper reply is always TXDUMMY. After receiving TXDUMMY you can
    send the value you wish pushed (for example brightness level).
    End with ssp_end() so the spinlock gets unlocked.

    Drivers using this havent been implemented yet, but will shortly.

    Signed-off-by: Kristoffer Ericson
    Signed-off-by: Russell King

    Kristoffer Ericson
     

12 May, 2007

1 commit


17 Mar, 2007

1 commit

  • It's been pointed out that output GPIOs should have an initial value, to
    avoid signal glitching ... among other things, it can be some time before
    a driver is ready. This patch corrects that oversight, fixing

    - documentation
    - platforms supporting the GPIO interface
    - users of that call (just one for now, others are pending)

    There's only one user of this call for now since most platforms are still
    using non-generic GPIO setup code, which in most cases already couples the
    initial value with its "set output mode" request.

    Note that most platforms are clear about the hardware letting the output
    value be set before the pin direction is changed, but the s3c241x docs are
    vague on that topic ... so those chips might not avoid the glitches.

    Signed-off-by: David Brownell
    Acked-by: Andrew Victor
    Acked-by: Milan Svoboda
    Acked-by: Haavard Skinnemoen
    Cc: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    David Brownell
     

21 Feb, 2007

2 commits


17 Feb, 2007

1 commit

  • get_irqnr_preamble allows machines to take some action before entering the
    get_irqnr_and_base loop. On iop we enable cp6 access.

    arch_ret_to_user is added to the userspace return path to allow individual
    architectures to take actions, like disabling coprocessor access, before
    the final return to userspace.

    Per Nicolas Pitre's note, there is no need to cp_wait on the return to user
    as the latency to return is sufficient.

    Signed-off-by: Dan Williams
    Signed-off-by: Russell King

    Dan Williams
     

13 Feb, 2007

1 commit


08 Dec, 2006

1 commit

  • Merge:
    Atmel AT91RM9200 and AT91SAM9260 changes
    General ARM developments
    Disconfiguous memory cleanups
    64-bit/32-bit division and sched_clock extension patches
    EP93xx support changes
    IOP support changes

    Signed-off-by: Russell King

    Russell King
     

01 Dec, 2006

1 commit

  • Most architectures have fairly simple discontiguous memory - a
    simple set of successive regions each containing some memory.
    These can be described simply as a log2 of their maximum size,
    along with the base address of the first region and the number
    of regions.

    The base address is already described by PHYS_PFN_OFFSET, and
    the number of regions via the MAX_NUMNODES and the number of
    online nodes.

    If we then supply the log2 of their maximum size, all the other
    discontigmem macros can move into generic code.

    There is one exception: lh7a40x seems to have a more complicated
    setup; this is left alone.

    Signed-off-by: Russell King

    Russell King
     

30 Nov, 2006

1 commit


14 Oct, 2006

1 commit


04 Oct, 2006

1 commit


24 Jun, 2006

1 commit


26 Apr, 2006

1 commit


07 Apr, 2006

1 commit


28 Mar, 2006

1 commit


22 Mar, 2006

2 commits


04 Jan, 2006

2 commits


25 Nov, 2005

1 commit

  • Unfortunately, we have a symbol clash between the SA-1100 header and
    some drivers. Since everywhere which needs SA1100 specifics includes
    asm/hardware.h, we don't need to include it in the SA1100 io.h header.

    In file included from drivers/net/wireless/wavelan_cs.p.h:459,
    from drivers/net/wireless/wavelan_cs.c:60:
    drivers/net/wireless/wavelan_cs.h:97:1: warning: "LCSR" redefined
    In file included from include/asm/arch/hardware.h:56,
    from include/asm/hardware.h:16,
    from include/asm/arch/io.h:13,
    from include/asm/io.h:71,
    from drivers/net/wireless/wavelan_cs.p.h:433,
    from drivers/net/wireless/wavelan_cs.c:60:
    include/asm/arch/SA-1100.h:1907:1: warning: this is the location of the previous definition

    Signed-off-by: Russell King

    Russell King
     

17 Nov, 2005

1 commit


30 Oct, 2005

1 commit


28 Oct, 2005

2 commits


15 Sep, 2005

1 commit


09 Sep, 2005

1 commit

  • Patch from Nicolas Pitre

    It used to make a difference in the gcc-2.95 era. However these days
    modern gcc apparently got better at not being influenced by such constructs
    (which is good in general) and therefore such workaround is of no real
    advantage anymore.
    The good news is that gcc (from version 4.1.0) is now fixed with
    regards to the defficiency this workaround was trying to address.
    For those interested the patch can easily be backported to older gcc
    versions and can be found here:
    http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/arm/arm.c.diff?r1=1.476&r2=1.478
    and also here:
    http://savannah.gnu.org/cgi-bin/viewcvs/gcc/gcc/gcc/config/arm/arm.c.diff?r1=text&tr1=1.476&r2=text&tr2=1.478&diff_format=u

    Signed-off-by: Nicolas Pitre
    Signed-off-by: Russell King

    Nicolas Pitre
     

18 Aug, 2005

1 commit


07 Jul, 2005

1 commit


03 May, 2005

1 commit


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