08 May, 2012

1 commit


17 Apr, 2012

2 commits

  • The CONFIG_FEC2 define was removed from the kernel many versions ago.
    But it is still being used to set the multi-function pins when compiling
    for a ColdFire 527[45] SoC that has 2 ethernet interfaces. Remove the
    last remaining uses of this define, and so fix the setting of the pins
    for the 2nd ethernet interface.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • The second ColdFire FEC ethernet device should have an id number of 1,
    not 0. Otherwise it clashes with the first FEC ethernet device.

    On booting a kernel on a 5275 based board you will get messages out of
    the kernel like this:

    ------------[ cut here ]------------
    WARNING: at fs/sysfs/dir.c:508 0x0a8b50()
    sysfs: cannot create duplicate filename 'fec.0'

    And likely you won't be able to completely boot up after this at all.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     

16 Apr, 2012

2 commits

  • The 68EZ328/bootlogo.h is not actually used in the 68EZ328 platform code
    at all. It is used by the 68VZ328 platform code though, so move it to be
    with the rest of the 68VZ328 platform code.

    Commit c0e0c89c089f4bd66dbbd1a44da90abe74fe3f02 ("fix broken boot logo
    inclusion") modified the bootlogo code to not be included in asm code.
    Modify 68VZ328/bootlogo.h so that the bootlogo bit map is named correctly
    for direct use in the C code.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • The 68EZ328 and 68VZ328 platforms currently try to process their bootlogo.h
    to make it clean to include in asm files. This is no longer used, the
    bootlogo.h file is now included only in C code, so remove all the processing
    code in the 68EZ328 and 68VZ328 Makefiles.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     

02 Apr, 2012

3 commits

  • On multi-platform kernels, the Q40/Q60 platform devices should be
    registered when running on Q40/Q60 only. Else it may crash later.

    Signed-off-by: Geert Uytterhoeven

    Geert Uytterhoeven
     
  • On multi-platform kernels, the Mac platform devices should be registered
    when running on Mac only. Else it may crash later.

    Signed-off-by: Geert Uytterhoeven
    Cc: stable@vger.kernel.org

    Geert Uytterhoeven
     
  • After commit 9ffc93f203c18a70623f21950f1dd473c9ec48cd ("Remove all

    CC init/main.o
    In file included from include/linux/mm.h:15:0,
    from include/linux/ring_buffer.h:5,
    from include/linux/ftrace_event.h:4,
    from include/trace/syscall.h:6,
    from include/linux/syscalls.h:78,
    from init/main.c:16:
    include/linux/debug_locks.h: In function ‘__debug_locks_off’:
    include/linux/debug_locks.h:16:2: error: implicit declaration of function ‘xchg’

    There is no indirect inclusions of the new asm/cmpxchg.h for m68k here.
    Looking at most other architectures they include asm/cmpxchg.h in their
    asm/atomic.h. M68k currently does not do this. Including this in atomic.h
    fixes all m68k build problems.

    Signed-off-by: Greg Ungerer
    Acked-by: David Howells
    Signed-off-by: Geert Uytterhoeven

    Greg Ungerer
     

30 Mar, 2012

1 commit

  • Pull x32 support for x86-64 from Ingo Molnar:
    "This tree introduces the X32 binary format and execution mode for x86:
    32-bit data space binaries using 64-bit instructions and 64-bit kernel
    syscalls.

    This allows applications whose working set fits into a 32 bits address
    space to make use of 64-bit instructions while using a 32-bit address
    space with shorter pointers, more compressed data structures, etc."

    Fix up trivial context conflicts in arch/x86/{Kconfig,vdso/vma.c}

    * 'x86-x32-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: (71 commits)
    x32: Fix alignment fail in struct compat_siginfo
    x32: Fix stupid ia32/x32 inversion in the siginfo format
    x32: Add ptrace for x32
    x32: Switch to a 64-bit clock_t
    x32: Provide separate is_ia32_task() and is_x32_task() predicates
    x86, mtrr: Use explicit sizing and padding for the 64-bit ioctls
    x86/x32: Fix the binutils auto-detect
    x32: Warn and disable rather than error if binutils too old
    x32: Only clear TIF_X32 flag once
    x32: Make sure TS_COMPAT is cleared for x32 tasks
    fs: Remove missed ->fds_bits from cessation use of fd_set structs internally
    fs: Fix close_on_exec pointer in alloc_fdtable
    x32: Drop non-__vdso weak symbols from the x32 VDSO
    x32: Fix coding style violations in the x32 VDSO code
    x32: Add x32 VDSO support
    x32: Allow x32 to be configured
    x32: If configured, add x32 system calls to system call tables
    x32: Handle process creation
    x32: Signal-related system calls
    x86: Add #ifdef CONFIG_COMPAT to
    ...

    Linus Torvalds
     

29 Mar, 2012

3 commits


23 Mar, 2012

1 commit

  • Pull input subsystem updates from Dmitry Torokhov:
    "- we finally merged driver for USB version of Synaptics touchpads
    (I guess most commonly found in IBM/Lenovo keyboard/touchpad combo);

    - a bunch of new drivers for embedded platforms (Cypress
    touchscreens, DA9052 OnKey, MAX8997-haptic, Ilitek ILI210x
    touchscreens, TI touchscreen);

    - input core allows clients to specify desired clock source for
    timestamps on input events (EVIOCSCLOCKID ioctl);

    - input core allows querying state of all MT slots for given event
    code via EVIOCGMTSLOTS ioctl;

    - various driver fixes and improvements."

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input: (45 commits)
    Input: ili210x - add support for Ilitek ILI210x based touchscreens
    Input: altera_ps2 - use of_match_ptr()
    Input: synaptics_usb - switch to module_usb_driver()
    Input: convert I2C drivers to use module_i2c_driver()
    Input: convert SPI drivers to use module_spi_driver()
    Input: omap4-keypad - move platform_data to
    Input: kxtj9 - who_am_i check value and initial data rate fixes
    Input: add driver support for MAX8997-haptic
    Input: tegra-kbc - revise device tree support
    Input: of_keymap - add device tree bindings for simple key matrices
    Input: wacom - fix physical size calculation for 3rd-gen Bamboo
    Input: twl4030-vibra - really switch from #if to #ifdef
    Input: hp680_ts_input - ensure arguments to request_irq and free_irq are compatible
    Input: max8925_onkey - avoid accessing input device too early
    Input: max8925_onkey - allow to be used as a wakeup source
    Input: atmel-wm97xx - convert to dev_pm_ops
    Input: atmel-wm97xx - set driver owner
    Input: add cyttsp touchscreen maintainer entry
    Input: cyttsp - remove useless checks in cyttsp_probe()
    Input: usbtouchscreen - add support for Data Modul EasyTouch TP 72037
    ...

    Linus Torvalds
     

22 Mar, 2012

1 commit

  • Pull m68knommu arch updates from Greg Ungerer:
    "Includes a cleanup of the non-MMU linker script (it now almost
    exclusively uses the well defined linker script support macros and
    definitions). Some more merging of MMU and non-MMU common files
    (specifically the arch process.c, ptrace and time.c). And a big
    cleanup of the massively duplicated ColdFire device definition code.

    Overall we remove about 2000 lines of code, and end up with a single
    set of platform device definitions for the serial ports, ethernet
    ports and QSPI ports common in most ColdFire SoCs.

    I expect you will get a merge conflict on arch/m68k/kernel/process.c,
    in cpu_idle(). It should be relatively strait forward to fixup."

    And cpu_idle() conflict resolution was indeed trivial (merging the
    nommu/mmu versions of process.c trivially conflicting with the
    conversion to use the schedule_preempt_disabled() helper function)

    * 'for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu: (57 commits)
    m68knommu: factor more common ColdFire cpu reset code
    m68knommu: make 528x CPU reset register addressing consistent
    m68knommu: make 527x CPU reset register addressing consistent
    m68knommu: make 523x CPU reset register addressing consistent
    m68knommu: factor some common ColdFire cpu reset code
    m68knommu: move old ColdFire timers init from CPU init to timers code
    m68knommu: clean up init code in ColdFire 532x startup
    m68knommu: clean up init code in ColdFire 528x startup
    m68knommu: clean up init code in ColdFire 523x startup
    m68knommu: merge common ColdFire QSPI platform setup code
    m68knommu: make 532x QSPI platform addressing consistent
    m68knommu: make 528x QSPI platform addressing consistent
    m68knommu: make 527x QSPI platform addressing consistent
    m68knommu: make 5249 QSPI platform addressing consistent
    m68knommu: make 523x QSPI platform addressing consistent
    m68knommu: make 520x QSPI platform addressing consistent
    m68knommu: merge common ColdFire FEC platform setup code
    m68knommu: make 532x FEC platform addressing consistent
    m68knommu: make 528x FEC platform addressing consistent
    m68knommu: make 527x FEC platform addressing consistent
    ...

    Linus Torvalds
     

21 Mar, 2012

2 commits

  • Pull networking merge from David Miller:
    "1) Move ixgbe driver over to purely page based buffering on receive.
    From Alexander Duyck.

    2) Add receive packet steering support to e1000e, from Bruce Allan.

    3) Convert TCP MD5 support over to RCU, from Eric Dumazet.

    4) Reduce cpu usage in handling out-of-order TCP packets on modern
    systems, also from Eric Dumazet.

    5) Support the IP{,V6}_UNICAST_IF socket options, making the wine
    folks happy, from Erich Hoover.

    6) Support VLAN trunking from guests in hyperv driver, from Haiyang
    Zhang.

    7) Support byte-queue-limtis in r8169, from Igor Maravic.

    8) Outline code intended for IP_RECVTOS in IP_PKTOPTIONS existed but
    was never properly implemented, Jiri Benc fixed that.

    9) 64-bit statistics support in r8169 and 8139too, from Junchang Wang.

    10) Support kernel side dump filtering by ctmark in netfilter
    ctnetlink, from Pablo Neira Ayuso.

    11) Support byte-queue-limits in gianfar driver, from Paul Gortmaker.

    12) Add new peek socket options to assist with socket migration, from
    Pavel Emelyanov.

    13) Add sch_plug packet scheduler whose queue is controlled by
    userland daemons using explicit freeze and release commands. From
    Shriram Rajagopalan.

    14) Fix FCOE checksum offload handling on transmit, from Yi Zou."

    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next: (1846 commits)
    Fix pppol2tp getsockname()
    Remove printk from rds_sendmsg
    ipv6: fix incorrent ipv6 ipsec packet fragment
    cpsw: Hook up default ndo_change_mtu.
    net: qmi_wwan: fix build error due to cdc-wdm dependecy
    netdev: driver: ethernet: Add TI CPSW driver
    netdev: driver: ethernet: add cpsw address lookup engine support
    phy: add am79c874 PHY support
    mlx4_core: fix race on comm channel
    bonding: send igmp report for its master
    fs_enet: Add MPC5125 FEC support and PHY interface selection
    net: bpf_jit: fix BPF_S_LDX_B_MSH compilation
    net: update the usage of CHECKSUM_UNNECESSARY
    fcoe: use CHECKSUM_UNNECESSARY instead of CHECKSUM_PARTIAL on tx
    net: do not do gso for CHECKSUM_UNNECESSARY in netif_needs_gso
    ixgbe: Fix issues with SR-IOV loopback when flow control is disabled
    net/hyperv: Fix the code handling tx busy
    ixgbe: fix namespace issues when FCoE/DCB is not enabled
    rtlwifi: Remove unused ETH_ADDR_LEN defines
    igbvf: Use ETH_ALEN
    ...

    Fix up fairly trivial conflicts in drivers/isdn/gigaset/interface.c and
    drivers/net/usb/{Kconfig,qmi_wwan.c} as per David.

    Linus Torvalds
     
  • Pull TTY/serial patches from Greg KH:
    "tty and serial merge for 3.4-rc1

    Here's the big serial and tty merge for the 3.4-rc1 tree.

    There's loads of fixes and reworks in here from Jiri for the tty
    layer, and a number of patches from Alan to help try to wrestle the vt
    layer into a sane model.

    Other than that, lots of driver updates and fixes, and other minor
    stuff, all detailed in the shortlog."

    * tag 'tty-3.3' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty: (132 commits)
    serial: pxa: add clk_prepare/clk_unprepare calls
    TTY: Wrong unicode value copied in con_set_unimap()
    serial: PL011: clear pending interrupts
    serial: bfin-uart: Don't access tty circular buffer in TX DMA interrupt after it is reset.
    vt: NULL dereference in vt_do_kdsk_ioctl()
    tty: serial: vt8500: fix annotations for probe/remove
    serial: remove back and forth conversions in serial_out_sync
    serial: use serial_port_in/out vs serial_in/out in 8250
    serial: introduce generic port in/out helpers
    serial: reduce number of indirections in 8250 code
    serial: delete useless void casts in 8250.c
    serial: make 8250's serial_in shareable to other drivers.
    serial: delete last unused traces of pausing I/O in 8250
    pch_uart: Add module parameter descriptions
    pch_uart: Use existing default_baud in setup_console
    pch_uart: Add user_uartclk parameter
    pch_uart: Add Fish River Island II uart clock quirks
    pch_uart: Use uartclk instead of base_baud
    mpc5200b/uart: select more tolerant uart prescaler on low baudrates
    tty: moxa: fix bit test in moxa_start()
    ...

    Linus Torvalds
     

10 Mar, 2012

1 commit


09 Mar, 2012

1 commit

  • All num, magic and owner are set by alloc_tty_driver. No need to
    re-set them on each allocation site.

    pti driver sets something different to what it passes to
    alloc_tty_driver. It is not a bug, since we don't use the lines
    parameter in any way. Anyway this is fixed, and now we do the right
    thing.

    Signed-off-by: Jiri Slaby
    Acked-by: Tilman Schmidt
    Signed-off-by: Greg Kroah-Hartman

    Jiri Slaby
     

05 Mar, 2012

22 commits

  • Most of the more modern ColdFire cores use the same code to reset the CPU
    (but it is different to most of the earlier cores). Currently that is
    duplicated in each of the sub-arch files. Pull out this common code and
    out a single copy of it with the other common reset code.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all MCF_RCR (CPU reset register) addressing consistent across all
    ColdFire CPU family members that use it then we will be able to remove the
    duplicated copies of the code that use it.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all MCF_RCR (CPU reset register) addressing consistent across all
    ColdFire CPU family members that use it then we will be able to remove the
    duplicated copies of the code that use it.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all MCF_RCR (CPU reset register) addressing consistent across all
    ColdFire CPU family members that use it then we will be able to remove the
    duplicated copies of the code that use it.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • A number of the early ColdFire cores use the same code to reset the CPU.
    Currently that is duplicated in each of the sub-arch files. Pull out this
    common code and use a single copy of it for all CPU types that use it.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • The original ColdFire timer interrupt setup is used by most of the users
    of the original ColdFire timer code. But the code is currently duplicated
    in each of the ColdFire CPU specific init files. Move it to the timers
    code that it is really part of. It is strait forward to make it conditional
    on also having the original interrupt engine that it needs.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • We can move all the init calls in the initcall code into the more general
    arch setup code (which is config_BSP() here). That makes the 532x consistent
    with other ColdFire CPUs setup code. It means we can get rid of the initcall
    setup here all together. Also make sure we set the arch mach_reset function
    pointer to get the local arch reset code called on reset.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • We can move all the init calls in the initcall code into the more general
    arch setup code (which is config_BSP() here). That makes the 528x consistent
    with other ColdFire CPUs setup cod. It means we can get rif of the initcall
    setup here all together.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • We can move the QSPI init call to the more general config_BSP() code on
    the 523x platorm setup code. Then we can remove the initcall code all
    together.

    We can also remove the un-needed include of mcfuart.h while we are
    cleaning up here too.

    Also I noticed that we are not calling the fec_init() code here, and we
    should be doing that. Put that back in too.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • The ColdFire QSPI is common to quite a few ColdFire CPUs. No need to duplicate
    its platform setup code for every CPU family member that has it. Merge all the
    setup code into a single shared file.

    This also results in few platforms no longer needing any local platform
    setup code. In those cases remove the empty devices array and initcall
    code as well.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all QSPI (SPI protocol) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and code and use a single setup for all.

    So modify the ColdFire 532x QSPI addressing so that:

    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used
    . move chip select definitions (CS) to appropriate header

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all QSPI (SPI protocol) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and code and use a single setup for all.

    So modify the ColdFire 528x QSPI addressing so that:

    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used
    . move chip select definitions (CS) to appropriate header

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all QSPI (SPI protocol) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and code and use a single setup for all.

    So modify the ColdFire 527x QSPI addressing so that:

    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used
    . move chip select definitions (CS) to appropriate header

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all QSPI (SPI protocol) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and code and use a single setup for all.

    So modify the ColdFire 5249 QSPI addressing so that:

    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used
    . move chip select definitions (CS) to appropriate header

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all QSPI (SPI protocol) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and code and use a single setup for all.

    So modify the ColdFire 523x QSPI addressing so that:

    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used
    . move chip select definitions (CS) to appropriate header

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all QSPI (SPI protocol) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and code and use a single setup for all.

    So modify the ColdFire 520x QSPI addressing so that:

    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used
    . move chip select definitions (CS) to appropriate header

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • The ColdFire FEC is common to quite a few ColdFire CPUs. No need to duplicate
    its platform setup code for every CPU family member that has it. Merge all the
    setup code into a single shared file.

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all FEC (ethernet) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and use a single setup for all.

    So modify the ColdFire 532x FEC addressing so that:

    . FECs are numbered from 0 up
    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all FEC (ethernet) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and use a single setup for all.

    So modify the ColdFire 528x FEC addressing so that:

    . FECs are numbered from 0 up
    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all FEC (ethernet) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and use a single setup for all.

    So modify the ColdFire 527x FEC addressing so that:

    . FECs are numbered from 0 up
    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all FEC (ethernet) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and use a single setup for all.

    So modify the ColdFire 5272 FEC addressing so that:

    . FECs are numbered from 0 up
    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used

    Signed-off-by: Greg Ungerer

    Greg Ungerer
     
  • If we make all FEC (ethernet) addressing consistent across all ColdFire
    family members then we will be able to remove the duplicated plaform data
    and use a single setup for all.

    So modify the ColdFire 523x FEC addressing so that:

    . FECs are numbered from 0 up
    . base addresses are absolute (not relative to MBAR peripheral register)
    . use a common name for IRQs used

    Signed-off-by: Greg Ungerer

    Greg Ungerer