18 Sep, 2006

1 commit


15 Sep, 2006

1 commit

  • Patch from Dan Williams

    commit a6a38a66224c7c578cfed2f584b440c81af0c3ae changed the iop321 id to a value that does not work with all platforms. Change the mask to permit bit 11. Tested on an iq80321 600Mhz CRB.

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

    Dan Williams
     

14 Sep, 2006

3 commits


10 Sep, 2006

2 commits


07 Sep, 2006

4 commits

  • Patch from Ben Dooks

    It turns out we have both SMDK2413 and S3C2413 for
    the same board.

    Signed-off-by: Ben Dooks
    Signed-off-by: Russell King

    Ben Dooks
     
  • Patch from Catalin Marinas

    The ARM926EJ-S CPU has the VFP coprocessor and therefore it should be shown
    in the /proc/cpuinfo if CONFIG_VFP is enabled.

    Signed-off-by: Catalin Marinas
    Signed-off-by: Russell King

    Catalin Marinas
     
  • Patch from Martin Michlmayr

    Include linux/irq.h in the nslu2 code in order to avoid the following
    compiler error:

    CC arch/arm/mach-ixp4xx/nslu2-power.o
    arch/arm/mach-ixp4xx/nslu2-power.c: In function 'nslu2_power_init':
    arch/arm/mach-ixp4xx/nslu2-power.c:53: warning: implicit declaration of function 'set_irq_type'
    arch/arm/mach-ixp4xx/nslu2-power.c:53: error: 'IRQ_TYPE_LEVEL_LOW' undeclared (first use in this function)
    arch/arm/mach-ixp4xx/nslu2-power.c:53: error: (Each undeclared identifier is reported only once
    arch/arm/mach-ixp4xx/nslu2-power.c:53: error: for each function it appears in.)
    arch/arm/mach-ixp4xx/nslu2-power.c:54: error: 'IRQ_TYPE_LEVEL_HIGH' undeclared (first use in this function)
    make[5]: *** [arch/arm/mach-ixp4xx/nslu2-power.o] Error 1

    Signed-off-by: Martin Michlmayr
    Signed-off-by: Russell King

    Martin Michlmayr
     
  • Patch from Ben Dooks

    Remove the pointless changelog comments from
    arch/arm/mach-s3c2410 files, as all this can
    be found from the revision control system.

    Signed-off-by: Ben Dooks
    Signed-off-by: Russell King

    Ben Dooks
     

03 Sep, 2006

1 commit

  • Patch from George G. Davis

    Resolve ARM1136 VIPT non-aliasing cache coherency issues observed when
    using ptrace to set breakpoints and cleanup copy_{to,from}_user_page()
    while we're here as requested by Russell King because "it's also far
    too heavy on non-v6 CPUs".

    NOTES:

    1. Only access_process_vm() calls copy_{to,from}_user_page().
    2. access_process_vm() calls get_user_pages() to pin down the "page".
    3. get_user_pages() calls flush_dcache_page(page) which ensures cache
    coherency between kernel and userspace mappings of "page". However
    flush_dcache_page(page) may not invalidate I-Cache over this range
    for all cases, specifically, I-Cache is not invalidated for the VIPT
    non-aliasing case. So memory is consistent between kernel and user
    space mappings of "page" but I-Cache may still be hot over this
    range. IOW, we don't have to worry about flush_cache_page() before
    memcpy().
    4. Now, for the copy_to_user_page() case, after memcpy(), we must flush
    the caches so memory is consistent with kernel cache entries and
    invalidate the I-Cache if this mm region is executable. We don't
    need to do anything after memcpy() for the copy_from_user_page()
    case since kernel cache entries will be invalidated via the same
    process above if we access "page" again. The flush_ptrace_access()
    function (borrowed from SPARC64 implementation) is added to handle
    cache flushing after memcpy() for the copy_to_user_page() case.

    Signed-off-by: George G. Davis
    Signed-off-by: Russell King

    George G. Davis
     

31 Aug, 2006

2 commits

  • Patch from Ben Dooks

    The type naming in the s3c24xx dma code is riddled with
    typedefs creating _t types, from the code import from 2.4
    which is contrary to the current Kernel coding style.

    This patch cleans this up, removing the typedefs and
    and fixing up the resultant code changes.

    Signed-off-by: Ben Dooks
    Signed-off-by: Russell King

    Ben Dooks
     
  • Patch from David Brownell

    This adds RTC support to the csb337 default config. Both the AT91
    and the ds1307 RTCs are enabled (rtc0 and rtc1 respectively).

    The ds1307 is used to initialize the system time, since it's battery-backed.

    From then on the AT91 RTC is used, since it's more capable (with both
    alarm and update irqs, and system wakeup capability) even though it
    needs manual initialization (symlink /dev/rtc to /dev/rtc0 for older
    versions of hwclock, then "hwclock --systohc") in an rc script or
    from inittab.

    Signed-off-by: David Brownell
    Signed-off-by: Russell King

    David Brownell
     

30 Aug, 2006

1 commit


28 Aug, 2006

4 commits


27 Aug, 2006

5 commits


22 Aug, 2006

1 commit


19 Aug, 2006

1 commit

  • Patch from Nicolas Pitre

    The userspace helpers in clean/arch/arm/kernel/entry-armv.S are called
    directly in/from userspace. They need to cope with being called from
    Thumb code.

    Patch below uses the bx interworking instruction when
    CONFIG_ARM_THUMB=y.

    Based on an earlier patch from Paul Brook

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

    Nicolas Pitre
     

18 Aug, 2006

4 commits

  • Patch from Catalin Marinas

    This is instead of a magic number.

    Signed-off-by: Catalin Marinas
    Signed-off-by: Russell King

    Catalin Marinas
     
  • Patch from Kevin Hilman

    Previous locking changes to dmabounce incorrectly return non-NULL even
    when buffer not found. Fix it up.

    Signed-off-by: Kevin Hilman
    Signed-off-by: Russell King

    Kevin Hilman
     
  • Patch from Ben Dooks

    tidy up the makefile by using TABs to indent, and ensure
    that all items are indented the same.

    Move the DMA to its own section, ready for the next set
    of updates

    Signed-off-by: Ben Dooks
    Signed-off-by: Russell King

    Ben Dooks
     
  • Patch from Ben Dooks

    A number of small issues with the S3C24XX DMA have
    cropped up, which this patch fixes. These are:

    - check wether we can load another buff in start
    - update state handling in s3c2410_dma_lastxfer
    - only reload in irq if channel is not idle
    - more informative timeout errors (add source)
    - do not call request_irq() with irqs locked
    - added waitforstop function

    The patch also adds a S3C2410_DMAOP_STARTED for
    the occasions when the driver wants to ensure that
    the DMA system load state is resynced after loading.

    Signed-off-by: Ben Dooks
    Signed-off-by: Russell King

    Ben Dooks
     

15 Aug, 2006

1 commit

  • Previously the message was "Fatal exception: panic_on_oops", as introduced
    in a recent patch whith removed a somewhat dangerous call to ssleep() in
    the panic_on_oops path. However, Paul Mackerras suggested that this was
    somewhat confusing, leadind people to believe that it was panic_on_oops
    that was the root cause of the fatal exception. On his suggestion, this
    patch changes the message to simply "Fatal exception". A suitable oops
    message should already have been displayed.

    Signed-off-by: Simon Horman
    Cc: Paul Mackerras
    Signed-off-by: Andrew Morton
    Signed-off-by: Greg Kroah-Hartman

    Horms
     

13 Aug, 2006

1 commit


06 Aug, 2006

3 commits

  • Remove duplicate PCI exports from ixp4xx machine class.

    Signed-off-by: Russell King

    Russell King
     
  • Patch from Martin Michlmayr

    Fix the following compilation error in arm/mach-ixp4xx/gtwx5715-setup:

    CC arch/arm/mach-ixp4xx/gtwx5715-setup.o
    arch/arm/mach-ixp4xx/gtwx5715-setup.c:110: error: expected identifier or '(' before ‘=’ token
    arch/arm/mach-ixp4xx/gtwx5715-setup.c:121: error: 'gtwx5715_flash_resource' undeclared here (not in a function)
    arch/arm/mach-ixp4xx/gtwx5715-setup.c: In function 'gtwx5715_init':
    arch/arm/mach-ixp4xx/gtwx5715-setup.c:133: error: 'flash_resource' undeclared (first use in this function)
    arch/arm/mach-ixp4xx/gtwx5715-setup.c:133: error: (Each undeclared identifier is reported only once
    arch/arm/mach-ixp4xx/gtwx5715-setup.c:133: error: for each function it appears in.)
    make[1]: *** [arch/arm/mach-ixp4xx/gtwx5715-setup.o] Error 1

    Signed-off-by: Martin Michlmayr
    Signed-off-by: Russell King

    Martin Michlmayr
     
  • Patch from George G. Davis

    Fix "WARNING: "rtc_next_alarm_time" [drivers/rtc/rtc-sa1100.ko]
    undefined!"

    Signed-off-by: George G. Davis
    Signed-off-by: Russell King

    George G. Davis
     

02 Aug, 2006

1 commit

  • Patch from David Brownell

    ARM genirq cleanups/updates:

    - Start switching platforms to newer APIs
    * use "irq_chip" name, not "irqchip"
    * providing irq_chip.name

    - Show irq_chip.name in /proc/interrupts, like on x86.

    This update a bit more than half of the ARM code. The irq_chip.name
    values were chosen to match docs (if I have them) or be otherwise
    obvious ("FPGA", "CPLD", or matching the code).

    Signed-off-by: David Brownell
    Signed-off-by: Russell King

    David Brownell
     

01 Aug, 2006

1 commit

  • This patch is part of an effort to unify the panic_on_oops behaviour across
    all architectures that implement it.

    It was pointed out to me by Andi Kleen that if an oops has occured in
    interrupt context, then calling sleep() in the oops path will only cause a
    panic, and that it would be really better for it not to be in the path at
    all.

    This patch removes the ssleep() call and reworks the console message
    accordinly. I have a slght concern that the resulting console message is
    too long, feedback welcome.

    For powerpc it also unifies the 32bit and 64bit behaviour.

    Fror x86_64, this patch only updates the console message, as ssleep() is
    already not present.

    Signed-off-by: Horms
    Acked-by: Paul Mackerras
    Cc: Russell King
    Cc: "Luck, Tony"
    Cc: Andi Kleen
    Cc: Chris Zankel
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Horms
     

29 Jul, 2006

3 commits

  • Patch from Catalin Marinas

    This patch adds #ifdef around some variables in the arch/arm/mm/ioremap.c
    file.

    Signed-off-by: Catalin Marinas
    Signed-off-by: Russell King

    Catalin Marinas
     
  • Patch from George G. Davis

    As reported by various folks on the ARM Linux kernel mailing list,
    the video-buf.ko driver has undefined references on all ARM machines
    which use it as observed during `make modules`:

    Warning: "v4wb_clear_user_page" [drivers/media/video/video-buf.ko] undefined!

    Similar warnings exist for all ARM machines which use this driver.
    So this change adds the missing EXPORT_SYMBOLs to allow using this
    driver as a module.

    Signed-off-by: George G. Davis
    Signed-off-by: Russell King

    George G. Davis
     
  • Patch from Lennert Buytenhek

    The IOP 80219 xscale CPU is a stripped down version of the IOP32x.
    But the fact that the 80219 and IOP32x are very similar doesn't mean
    that they need to share a cpu table entry. It's also somewhat confusing
    for the end user to see the 80219 reported as an IOP32x, so this patch
    splits the IOP32x cpu table entry to make a separate entry for the
    80219.

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

    Lennert Buytenhek