An error occurred fetching the project authors.
  1. 13 Jun, 2005 1 commit
  2. 12 Jun, 2005 1 commit
    • David Brownell's avatar
      [PATCH] ARM: 2709/1: Systems with PCMCIA should also see IDE options (for CompactFlash memories) · bb011b8e
      David Brownell authored
      Patch from David Brownell
      
      The ARM generic Kconfig filters out IDE options ... except for
      an error prone ARMload of special cases.
      This adds one general case to the systems that will offer IDE options:
      kernels with PCMCIA support, which probably want to use IDE to access
      CompactFlash cards.  This might allow many (most?) of the other cases
      to disappear, for systems that only see IDE hardware through CF cards.
      Right now this one patch is used to gate access to CF cards, including
      MicroDrives, for both omap_cf and at91_cf drivers.
      
      Signed-off-by: David Brownell
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      bb011b8e
  3. 10 Jun, 2005 2 commits
    • Linus Torvalds's avatar
      ppc: remove two extraneous descriptors for the 405EP CPU · 90abb7b5
      Linus Torvalds authored
      The patch to add them keeps on getting applied, over and
      over again ;)
      
      Hopefully no more.
      90abb7b5
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc32: Fix nasty sleep/wakeup problem · 0086b5ec
      Benjamin Herrenschmidt authored
      Despite all the care lately in making the powermac sleep/wakeup as
      robust as possible, there is still a nasty related to the use of cpufreq
      on PMU based machines.  Unfortunately, it affects paulus old powerbook
      so I have to fix it :)
      
      We didn't manage to understand what is precisely going on, it leads to
      memory corruption and might have to do with RAM not beeing properly
      refreshed when a cpufreq transition is done right before the sleep.
      
      The best workaround (and less intrusive at this point) we could come up
      with is included in this patch.  We basically do _not_ force a switch to
      high speed on suspend anymore (that is what is causing the problem) on
      those machines.  We still force a speed switch on wakeup (since we don't
      know what speed we are coming back from sleep at, and that seems to work
      fine).
      
      Since, during this short interval, the actual CPU speed might be
      incorrect, we also hack around by multiplying loops_per_jiffy by 2 (max
      speed factor on those machines) during early wakeup stage to make sure
      udelay's during that time aren't too short.
      
      For after 2.6.12, we'll change udelay implementation to use the CPU
      timebase (which is always constant) instead like we do on ppc64 and thus
      get rid of all those problems.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0086b5ec
  4. 09 Jun, 2005 6 commits
  5. 08 Jun, 2005 20 commits
  6. 07 Jun, 2005 1 commit
  7. 06 Jun, 2005 1 commit
  8. 05 Jun, 2005 4 commits
    • Gerald Schaefer's avatar
      [PATCH] s390: deadlock in appldata · f26d583e
      Gerald Schaefer authored
      The system might hang when using appldata_mem with high I/O traffic and a
      large number of devices.  The spinlocks bdev_lock and swaplock are acquired
      via calls to si_meminfo() and si_swapinfo() from a tasklet, i.e.  interrupt
      context, which can lead to a deadlock.  Replace tasklet with work queue.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f26d583e
    • Martin Schwidefsky's avatar
      [PATCH] s390: in_interrupt vs. in_atomic · 595bf2aa
      Martin Schwidefsky authored
      The condition for no context in do_exception checks for hard and soft
      interrupts by using in_interrupt() but not for preemption.  This is bad for
      the users of __copy_from/to_user_inatomic because the fault handler might call
      schedule although the preemption count is != 0.  Use in_atomic() instead
      in_interrupt().
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      595bf2aa
    • Bodo Stroesser's avatar
      [PATCH] s390: uml ptrace fixes · c5c3a6d8
      Bodo Stroesser authored
      To make UML build and run on s390, I needed to do these two little
      changes:
      
      1) UML includes some of the subarch's (s390) headers. I had to
         change one of them with the following one-liner, to make this
         compile. AFAICS, this change doesn't break compilation of s390
         itself.
      
      2) UML needs to intercept syscalls via ptrace to invalidate the syscall,
         read syscall's parameters and write the result with the result of
         UML's syscall processing. Also, UML needs to make sure, that the host
         does no syscall restart processing. On i386 for example, this can be
         done by writing -1 to orig_eax on the 2nd syscall interception
         (orig_eax is the syscall number, which after the interception is used
         as a "interrupt was a syscall" flag only.
         Unfortunately, s390 holds syscall number and syscall result in gpr2 and
         its "interrupt was a syscall" flag (trap) is unreachable via ptrace.
         So I changed the host to set trap to -1, if the syscall number is changed
         to an invalid value on the first syscall interception.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      c5c3a6d8
    • Martin Schwidefsky's avatar
      [PATCH] s390: ptrace peek and poke · 778959db
      Martin Schwidefsky authored
      The special cases of peek and poke on acrs[15] and the fpc register are not
      handled correctly.  A poke on acrs[15] will clobber the 4 bytes after the
      access registers in the thread_info structure.  That happens to be the kernel
      stack pointer.  A poke on the fpc with an invalid value is not caught by the
      validity check.  On the next context switch the broken fpc value will cause a
      program check in the kernel.  Improving the checks in peek and poke fixes
      this.
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      778959db
  9. 03 Jun, 2005 4 commits
    • Deepak Saxena's avatar
      · 17d82fcc
      Deepak Saxena authored
      [PATCH] ARM: 2700/1: Disable IXP2000 IRQs at bootup
      
      Patch from Deepak Saxena
      
      The IXDP2800 bootloader does not disable IRQs before jumping into
      the kernel and this is causing the Grand Unified KGDB to crash
      the system when we do an early call to trap_init() and irq handlers
      have not yet been registered. This patch disables IRQs before we
      jump into the kernel.
      
      Signed-off-by: Deepak Saxena
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      17d82fcc
    • Nathan Lynch's avatar
      [PATCH] prom_find_machine_type typo breaks pSeries lpar boot · 8be3de3f
      Nathan Lynch authored
      A typo in prom_find_machine_type from Ben's recent patch "ppc64: Fix
      result code handling in prom_init" prevents pSeries LPAR systems from
      booting.
      
      Tested on a pSeries 570 and OpenPower 720 (both Power5 LPAR).
      Signed-off-by: default avatarNathan Lynch <ntl@pobox.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      8be3de3f
    • Todd Poynor's avatar
      [PATCH] ARM: 2691/1: PXA27x sleep fixes take 2 · 8775420d
      Todd Poynor authored
      Patch from Todd Poynor
      
      PXA27x sleep fixes:
      * set additional sleep/wakeup registers for Mainstone boards.
      * move CKEN=0 to pxa25x-specific code; that value is harmful on pxa27x.
      * save/restore additional registers, including some found necessary for
      C5 processors and/or newer blob versions.
      * enable future support of additional sleep modes for PXA27x (eg,
      standby, deep sleep).
      * split off cpu-specific sleep processing between pxa27x and pxa25x into
      separate files (partly in preparation for additional sleep modes).
      Includes fixes from David Burrage.
      
      Signed-off-by: Todd Poynor
      Signed-off-by: Nicolas Pitre
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      8775420d
    • Albrecht Dreß's avatar
      [PATCH] ARM: 2694/1: [s3c2410/dma] release irq properly to fix kernel oops · 105bb269
      Albrecht Dreß authored
      Patch from Albrecht Dre
      
      Problem:
      When a module requests a DMA channel via the function s3c2410_dma_request(), this function requests the appropriate irq under the name of the client module. When the client module is unloaded, it calls s3c2410_dma_free() which does not free the irq. Consequently, when e.g. running "cat /proc/interrupts", the irq owner points to freed memory, leading to a kernel oops.
      File:
      linux/arch/arm/mach-s3c2410/dma.c
      Fix:
      trivial, below
      
      Signed-off-by: Albrecht Dre
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      105bb269