1. 30 4月, 2005 5 次提交
    • N
      [PATCH] ARM: 2651/3: kernel helpers for NPTL support · 2d2669b6
      Nicolas Pitre 提交于
      Patch from Nicolas Pitre
      
      This patch entirely reworks the kernel assistance for NPTL on ARM.
      In particular this provides an efficient way to retrieve the TLS
      value and perform atomic operations without any instruction emulation
      nor special system call.  This even allows for pre ARMv6 binaries to
      be forward compatible with SMP systems without any penalty.
      The problematic and performance critical operations are performed
      through segment of kernel provided user code reachable from user space
      at a fixed address in kernel memory.  Those fixed entry points are
      within the vector page so we basically get it for free as no extra
      memory page is required and nothing else may be mapped at that
      location anyway.
      This is different from (but doesn't preclude) a full blown VDSO
      implementation, however a VDSO would prevent some assembly tricks with
      constants that allows for efficient branching to those code segments.
      And since those code segments only use a few cycles before returning to
      user code, the overhead of a VDSO far call would add a significant
      overhead to such minimalistic operations.
      The ARM_NR_set_tls syscall also changed number.  This is done for two
      reasons:
      1) this patch changes the way the TLS value was previously meant to be
         retrieved, therefore we ensure whatever library using the old way
         gets fixed (they only exist in private tree at the moment since the
         NPTL work is still progressing).
      2) the previous number was allocated in a range causing an undefined
         instruction trap on kernels not supporting that syscall and it was
         determined that allocating it in a range returning -ENOSYS would be
         much nicer for libraries trying to determine if the feature is
         present or not.
      
      Signed-off-by: Nicolas Pitre
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      2d2669b6
    • G
      [PATCH] ARM: 2655/1: ARM1136 SWP instruction abort handler fix · 3a1e5015
      George G. Davis 提交于
      Patch from George G. Davis
      
      As noted in http://www.arm.com/linux/patch-2.6.9-arm1.gz, the "Faulty SWP instruction on 1136 doesn't set bit 11 in DFSR." So the v6_early_abort handler does not report the correct rd/wr direction for the SWP instruction which may result in SEGVS or hangs. In order to work around this problem, this patch merely updates the fix contained in the ARM Ltd. patch to use the macroised abort handler fixups.
      
      Signed-off-by: George G. Davis
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      3a1e5015
    • L
      [PATCH] ARM: 2659/1: do not assign PCI I/O address zero on IXP2000 · 458a83fa
      Lennert Buytenhek 提交于
      Patch from Lennert Buytenhek
      
      Assigning the address zero to a PCI device BAR causes some part of the
      PCI subsystem to believe that resource allocation for that BAR failed
      due to resource conflicts, which will make attempts to enable the
      device fail.  Work around this by assigning I/O addresses starting
      from 00010000.
      While we're at it, make the PCI I/O resource end at 0001ffff, since we
      only have 64k of outbound I/O window on the IXP2000, and we don't do
      bank switching.
      
      Signed-off-by: Lennert Buytenhek
      Signed-off-by: Deepak Saxena
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      458a83fa
    • L
      [PATCH] ARM: 2658/1: start ixp2000 pci memory resource at 0xe0000000 · ae36bf58
      Lennert Buytenhek 提交于
      Patch from Lennert Buytenhek
      
      On the IXDP2800, the bootloader does an awful job of configuring
      the PCI bus, so we make linux reconfigure everything.  Having a 1:1
      pci:phys address mapping generally simplifies everything, so try to
      allocate PCI addresses from the [e0000000..ffffffff] range, which is
      the physical address range of the outbound PCI window on the IXP2000.
      This does not affect any of the other IXP2000 platforms since they
      all use their bootloader's PCI resource assignment.
      
      Signed-off-by: Lennert Buytenhek
      Signed-off-by: Deepak Saxena
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      ae36bf58
    • L
      [PATCH] ARM: 2657/1: export ixp2000_pci_config_addr · 8443b165
      Lennert Buytenhek 提交于
      Patch from Lennert Buytenhek
      
      Export ixp2000_pci_config_addr, to be used by the IXDP2800 platform
      setup code to coordinate booting the master and slave NPU.
      
      Signed-off-by: Lennert Buytenhek
      Signed-off-by: Deepak Saxena
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      8443b165
  2. 29 4月, 2005 35 次提交