16 Oct, 2007

2 commits

  • * 'devel' of master.kernel.org:/home/rmk/linux-2.6-arm: (95 commits)
    [ARM] 4578/1: CM-x270: PCMCIA support
    [ARM] 4577/1: ITE 8152 PCI bridge support
    [ARM] 4576/1: CM-X270 machine support
    [ARM] pxa: Avoid pxa_gpio_mode() in gpio_direction_{in,out}put()
    [ARM] pxa: move pxa_set_mode() from pxa2xx_mainstone.c to mainstone.c
    [ARM] pxa: move pxa_set_mode() from pxa2xx_lubbock.c to lubbock.c
    [ARM] pxa: Make cpu_is_pxaXXX dependent on configuration symbols
    [ARM] pxa: PXA3xx base support
    [NET] smc91x: fix PXA DMA support code
    [SERIAL] Fix console initialisation ordering
    [ARM] pxa: tidy up arch/arm/mach-pxa/Makefile
    [ARM] Update arch/arm/Kconfig for drivers/Kconfig changes
    [ARM] 4600/1: fix kernel build failure with build-id-supporting binutils
    [ARM] 4599/1: Preserve ATAG list for use with kexec (2.6.23)
    [ARM] Rename consistent_sync() as dma_cache_maint()
    [ARM] 4572/1: ep93xx: add cirrus logic edb9307 support
    [ARM] 4596/1: S3C2412: Correct IRQs for SDI+CF and add decoding support
    [ARM] 4595/1: ns9xxx: define registers as void __iomem * instead of volatile u32
    [ARM] 4594/1: ns9xxx: use the new gpio functions
    [ARM] 4593/1: ns9xxx: implement generic clockevents
    ...

    Linus Torvalds
     
  • This will convert remaining non-obvious or naive calculations of array
    sizes to use ARRAY_SIZE() macro.

    Signed-off-by: Alejandro Martinez Ruiz
    Signed-off-by: Jeff Garzik

    Alejandro Martinez Ruiz
     

13 Oct, 2007

1 commit


11 Oct, 2007

8 commits

  • This fixes a kernel oops triggered by the ksdazzle SIR driver.
    We need more space for input frames, and 2048 should be plenty of it.

    Signed-off-by: Alex Villacís Lasso
    Signed-off-by: Samuel Ortiz
    Signed-off-by: David S. Miller

    Alex Villacís Lasso
     
  • This avoids user confusion when they see that their device is not detected.

    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Jonathan Bastien-Filiatrault
     
  • Signed-off-by: Al Viro
    Signed-off-by: Jeff Garzik

    Al Viro
     
  • Signed-off-by: Denis Cheng
    Signed-off-by: Jeff Garzik

    Denis Cheng
     
  • It's been a useless no-op for long enough in 2.6 so I figured it's time to
    remove it. The number of people that could object because they're
    maintaining unified 2.4 and 2.6 drivers is probably rather small.

    [ Handled drivers added by netdev tree and some missed IRDA cases... -DaveM ]

    Signed-off-by: Ralf Baechle
    Signed-off-by: Jeff Garzik
    Signed-off-by: David S. Miller

    Ralf Baechle
     
  • This patch cleans up duplicate includes in
    drivers/net/

    Signed-off-by: Jesper Juhl
    Acked-by: "John W. Linville"
    Signed-off-by: Andrew Morton
    Signed-off-by: Jeff Garzik

    Jesper Juhl
     
  • This dongle does not follow the usb-irda specification, so it needs its own
    special driver. First, it uses control URBs for data transfer, instead of
    bulk or interrupt transfers; the only interrupt endpoint exposed seems to
    be a dummy to prevent the interface from being rejected. Second, it uses
    obfuscation and padding at the USB traffic level, for no apparent reason
    other than to make reverse engineering harder (full details on obfuscation
    in comments at beginning of source). Although it is advertised as a "4 Mbps
    FIR dongle", it apparently loses packets at speeds greater than 57600 bps.

    On plugin, this dongle reports vendor and device IDs: 0x07d0:0x4959 .

    The Windows driver that is used normally to control this dongle has a
    filename of KS-959.SYS .

    Signed-off-by: Alex Villacís Lasso
    Signed-off-by: Samuel Ortiz
    Signed-off-by: David S. Miller

    Alex Villacís Lasso
     
  • This dongle does not follow the usb-irda specification, so it needs its own
    special driver. Just like the Kingsun/Donshine dongle, it exposes two
    interrupt endpoints. Reception is performed through direct reads from the
    input endpoint. Transmission requires splitting the IrDA frames into 8-byte
    segments, in which the first byte encodes how many of the remaining 7 bytes
    are used as data. Speed change is made with a control URB just like the one
    in cypress_m8, and it seems to support up to 115200 bps.

    On plugin, this dongle reports vendor and device IDs: 0x07d0:0x4100

    Signed-off-by: Alex Villacís Lasso
    Signed-off-by: Samuel Ortiz
    Signed-off-by: David S. Miller

    Alex Villacís Lasso
     

27 Aug, 2007

1 commit


14 Aug, 2007

1 commit


22 Jul, 2007

2 commits


20 Jul, 2007

1 commit

  • Transform some calls to kmalloc/memset to a single kzalloc (or kcalloc).

    Here is a short excerpt of the semantic patch performing
    this transformation:

    @@
    type T2;
    expression x;
    identifier f,fld;
    expression E;
    expression E1,E2;
    expression e1,e2,e3,y;
    statement S;
    @@

    x =
    - kmalloc
    + kzalloc
    (E1,E2)
    ... when != \(x->fld=E;\|y=f(...,x,...);\|f(...,x,...);\|x=E;\|while(...) S\|for(e1;e2;e3) S\)
    - memset((T2)x,0,E1);

    @@
    expression E1,E2,E3;
    @@

    - kzalloc(E1 * E2,E3)
    + kcalloc(E1,E2,E3)

    [akpm@linux-foundation.org: get kcalloc args the right way around]
    Signed-off-by: Yoann Padioleau
    Cc: Richard Henderson
    Cc: Ivan Kokshaysky
    Acked-by: Russell King
    Cc: Bryan Wu
    Acked-by: Jiri Slaby
    Cc: Dave Airlie
    Acked-by: Roland Dreier
    Cc: Jiri Kosina
    Acked-by: Dmitry Torokhov
    Cc: Benjamin Herrenschmidt
    Acked-by: Mauro Carvalho Chehab
    Acked-by: Pierre Ossman
    Cc: Jeff Garzik
    Cc: "David S. Miller"
    Acked-by: Greg KH
    Cc: James Bottomley
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Yoann Padioleau
     

11 Jul, 2007

2 commits


02 Jul, 2007

1 commit

  • Don't use PNP detection by default yet. We have some PNP and BIOS issues
    to work out first.

    Sample problem on a Toshiba Portege 4000: the SMCf010 device is handed off
    disabled. We assign I/O ports originally assigned to the SMCf010 to a
    PCMCIA device instead. We enable the SMCf010, configuring it to use
    disjoint ports, but _SRS doesn't work correctly, so the device doesn't
    work.

    Signed-off-by: Bjorn Helgaas
    Cc: Andrey Borzenkov
    Cc: Adam Belay
    Cc: Michal Piotrowski
    Cc: Samuel Ortiz
    Cc: "David S. Miller"
    Cc: Jeff Garzik
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     

30 Jun, 2007

1 commit


29 Jun, 2007

2 commits

  • Fix printk format warning:
    drivers/net/irda/irport.c:512: warning: format '%d' expects type 'int', but argument 5 has type 'long int'

    Signed-off-by: Randy Dunlap
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Randy Dunlap
     
  • If we rely on the device resources from PNPBIOS, we also have to rely on
    the BIOS to configure any bridges on the way to the device.

    Using the PNPBIOS resources but changing the configuration of a bridge
    behind the back of the firmware is likely to make things inconsistent.

    This patch addresses part of the 2.6.22 regression:
    "no irda0 interface (2.6.21 was OK), smsc does not find chip"
    It fixes smsc-ircc2 PNP device detection on HP nx5000 laptops.
    Other laptops, including HP nc6000, HP nc8000, HP nw8000, and Toshiba
    Portege 4000, still need PNP quirks to make this work.

    With "smsc-ircc2.nopnp", we do the legacy device probe, including manual
    bridge preconfiguration, as before.

    Signed-off-by: Bjorn Helgaas
    Cc: Samuel Ortiz
    Acked-by: "Linus Walleij (LD/EAB)"
    Cc: Andrey Borzenkov
    Cc: Michal Piotrowski
    Cc: "David S. Miller"
    Cc: Adam Belay
    Cc: Andrew Morton
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     

11 May, 2007

1 commit

  • This dongle does not follow the usb-irda specification, so it needs its
    own special driver. In addition, it uses interrupt endpoints instead of
    bulk ones as the rest of USB IrDA dongles supported by Linux (just to be
    different?) and data reads need to be parsed to extract the valid bytes
    before being unwrapped (details in the comment at the start of the
    source). No speed commands have been discovered for this dongle, and I
    suspect it does not have any at all.

    On plugin, this dongle reports vendor and device IDs: 0x07c0:0x4200 .

    The Windows driver that is used normally to control this dongle has a
    filename of DSIR620.SYS .

    Signed-off-by: Alex Villac�s Lasso
    Signed-off-by: Samuel Ortiz
    Signed-off-by: David S. Miller

    Alex Villac�s Lasso
     

09 May, 2007

4 commits

  • Fix the misspellings of "propogate", "writting" and (oh, the shame
    :-) "kenrel" in the source tree.

    Signed-off-by: Robert P. J. Day
    Signed-off-by: Adrian Bunk

    Robert P. J. Day
     
  • Claim devices using PNP, unless the user explicitly specified device
    addresses. This can be disabled with the "smsc-ircc2.nopnp" option.

    This removes the need for probing legacy addresses and helps untangle IR
    devices from serial8250 devices.

    Sometimes the SMC device is at a legacy COM port address but does not use the
    legacy COM IRQ. In this case, claiming the device using PNP rather than 8250
    legacy probe means we can automatically use the correct IRQ rather than
    forcing the user to use "setserial" to set the IRQ manually.

    If the PNP claim doesn't work, make sure you don't have a setserial init
    script, e.g., /etc/init.d/setserial, configured to poke in legacy COM port
    resources for the IRDA device. That causes the serial driver to claim
    resources needed by this driver.

    Based on this patch by Ville Syrjälä:
    http://www.hpl.hp.com/personal/Jean_Tourrilhes/IrDA/ir260_smsc_pnp.diff

    Signed-off-by: Bjorn Helgaas
    Cc: Keith Owens
    Cc: Len Brown
    Cc: Adam Belay
    Cc: Matthieu CASTET
    Cc: Jean Tourrilhes
    Cc: Matthew Garrett
    Cc: Ville Syrjala
    Cc: Russell King
    Acked-by: Samuel Ortiz
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     
  • To determine whether the user specified a module parameter, use some #defines
    instead of checking for bare magic numbers.

    Signed-off-by: Bjorn Helgaas
    Cc: Keith Owens
    Cc: Len Brown
    Cc: Adam Belay
    Cc: Matthieu CASTET
    Cc: Jean Tourrilhes
    Cc: Matthew Garrett
    Cc: Ville Syrjala
    Cc: Russell King
    Cc: Samuel Ortiz
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     
  • Remove includes of where it is not used/needed.
    Suggested by Al Viro.

    Builds cleanly on x86_64, i386, alpha, ia64, powerpc, sparc,
    sparc64, and arm (all 59 defconfigs).

    Signed-off-by: Randy Dunlap
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     

07 May, 2007

1 commit

  • * 'for-linus' of master.kernel.org:/home/rmk/linux-2.6-arm: (82 commits)
    [ARM] Add comments marking in-use ptrace numbers
    [ARM] Move syscall saving out of the way of utrace
    [ARM] 4360/1: S3C24XX: regs-udc.h remove unused macro
    [ARM] 4358/1: S3C24XX: mach-qt2410.c: remove linux/mmc/protocol.h header
    [ARM] mm 10: allow memory type to be specified with ioremap
    [ARM] mm 9: add additional device memory types
    [ARM] mm 8: define mem_types table L1 bit 4 to be for ARMv6
    [ARM] iop: add missing parens in macro
    [ARM] mm 7: remove duplicated __ioremap() prototypes
    ARM: OMAP: fix OMAP1 mpuio suspend/resume oops
    ARM: OMAP: MPUIO wake updates
    ARM: OMAP: speed up gpio irq handling
    ARM: OMAP: plat-omap changes for 2430 SDP
    ARM: OMAP: gpio object shrinkage, cleanup
    ARM: OMAP: /sys/kernel/debug/omap_gpio
    ARM: OMAP: Implement workaround for GPIO wakeup bug in OMAP2420 silicon
    ARM: OMAP: Enable 24xx GPIO autoidling
    [ARM] 4318/2: DSM-G600 Board Support
    [ARM] 4227/1: minor head.S fixups
    [ARM] 4328/1: Move i.MX UART regs to driver
    ...

    Linus Torvalds
     

26 Apr, 2007

6 commits


22 Apr, 2007

1 commit

  • This patch removes the unnecessary bit number from CKENnn_XXXX
    definitions for PXA, so that

    CKEN0_PWM0 --> CKEN_PWM0
    CKEN1_PWM1 --> CKEN_PWM1
    ...
    CKEN24_CAMERA --> CKEN_CAMERA

    The reasons for the change of these defitions are:

    1. they do not scale - they are currently valid for pxa2xx, but
    definitely not valid for pxa3xx, e.g., pxa3xx has bit 3 for camera
    instead of bit 24

    2. they are unnecessary - the peripheral name within the definition
    has already announced its usage, we don't need those bit numbers
    to know which peripheral we are going to enable/disable clock for

    3. they are inconvenient - think about this: a driver programmer
    for pxa has to remember which bit in the CKEN register to turn
    on/off

    Another change in the patch is to make the definitions equal to its
    clock bit index, so that

    #define CKEN_CAMERA (24)

    instead of

    #define CKEN_CAMERA (1 << 24)

    this change, however, will add a run-time bit shift operation in
    pxa_set_cken(), but the benefit of this change is that it scales
    when bit index exceeds 32, e.g., pxa3xx has two registers CKENA
    and CKENB, totally 64 bit for this, suppose CAMERA clock enabling
    bit is CKENB:10, one can simply define CKEN_CAMERA to be (32 + 10)
    and so that pxa_set_cken() need minimum change to adapt to that.

    Signed-off-by: eric miao
    Signed-off-by: Russell King

    Eric Miao
     

02 Apr, 2007

1 commit

  • This patch addresses the following issues with the pxa2xx FIr driver:

    1. increment overrun error counter and not frame error counter on ICSR1_ROR bit set in ICSR1.
    2. drop frames reported with the frame error from the IC.
    3. when resetting the receiver and preparing it for the next DMA in pxa_irda_fir_irq() actually clear the Rx FIFO. See description in Table 11-2 in PXA270 Developer's Manual of the RXE bit.

    Correction added in version 2: clearing the IC Rx FIFO also has to be done in pxa_irda_fir_dma_tx_irq()

    Signed-off-by: G. Liakhovetski
    Signed-off-by: Russell King

    Guennadi Liakhovetski
     

20 Mar, 2007

1 commit


15 Feb, 2007

1 commit

  • After Al Viro (finally) succeeded in removing the sched.h #include in module.h
    recently, it makes sense again to remove other superfluous sched.h includes.
    There are quite a lot of files which include it but don't actually need
    anything defined in there. Presumably these includes were once needed for
    macros that used to live in sched.h, but moved to other header files in the
    course of cleaning it up.

    To ease the pain, this time I did not fiddle with any header files and only
    removed #includes from .c-files, which tend to cause less trouble.

    Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
    arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
    allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
    configs in arch/arm/configs on arm. I also checked that no new warnings were
    introduced by the patch (actually, some warnings are removed that were emitted
    by unnecessarily included header files).

    Signed-off-by: Tim Schmielau
    Acked-by: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tim Schmielau
     

13 Feb, 2007

1 commit

  • Many struct file_operations in the kernel can be "const". Marking them const
    moves these to the .rodata section, which avoids false sharing with potential
    dirty data. In addition it'll catch accidental writes at compile time to
    these shared resources.

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

24 Jan, 2007

1 commit