10 Dec, 2011

1 commit


09 Dec, 2011

1 commit

  • This fixes a Data bus error on some SoCs. The first fix for this
    problem did not solve it on all devices.
    commit 6ae8ec27868bfdbb815287bee8146acbefaee867
    Author: Rafał Miłecki
    Date: Tue Jul 5 17:25:32 2011 +0200
    ssb: fix init regression of hostmode PCI core

    In ssb_pcicore_fix_sprom_core_index() the sprom on the PCI core is
    accessed, but the sprom only exists when the ssb bus is connected over
    a PCI bus to the rest of the system and not when the SSB Bus is the
    main system bus. SoCs sometimes have a PCI host controller and there
    this code will not be executed, but there are some old SoCs with an PCI
    controller in client mode around and ssb_pcicore_fix_sprom_core_index()
    should not be called on these devices too. The PCI controller on these
    devices are unused, but without this fix it results in an Data bus
    error when it gets initialized.

    Cc: Michael Buesch
    Cc: Rafał Miłecki
    Signed-off-by: Hauke Mehrtens
    Cc: stable@vger.kernel.org
    Signed-off-by: John W. Linville

    Hauke Mehrtens
     

01 Nov, 2011

1 commit

  • Or we will get things like this when we remove the implicit path:

    drivers/ssb/embedded.c:32: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'
    drivers/ssb/driver_chipcommon.c:432: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'
    drivers/ssb/driver_chipcommon_pmu.c:607: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'
    drivers/ssb/pcihost_wrapper.c:120: error: ‘THIS_MODULE’ undeclared (first use in this function)
    drivers/ssb/driver_pcicore.c:721: warning: type defaults to ‘int’ in declaration of ‘EXPORT_SYMBOL’
    drivers/ssb/driver_gige.c:249: warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'

    Signed-off-by: Paul Gortmaker

    Paul Gortmaker
     

26 Jul, 2011

1 commit

  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (43 commits)
    fs: Merge split strings
    treewide: fix potentially dangerous trailing ';' in #defined values/expressions
    uwb: Fix misspelling of neighbourhood in comment
    net, netfilter: Remove redundant goto in ebt_ulog_packet
    trivial: don't touch files that are removed in the staging tree
    lib/vsprintf: replace link to Draft by final RFC number
    doc: Kconfig: `to be' -> `be'
    doc: Kconfig: Typo: square -> squared
    doc: Konfig: Documentation/power/{pm => apm-acpi}.txt
    drivers/net: static should be at beginning of declaration
    drivers/media: static should be at beginning of declaration
    drivers/i2c: static should be at beginning of declaration
    XTENSA: static should be at beginning of declaration
    SH: static should be at beginning of declaration
    MIPS: static should be at beginning of declaration
    ARM: static should be at beginning of declaration
    rcu: treewide: Do not use rcu_read_lock_held when calling rcu_dereference_check
    Update my e-mail address
    PCIe ASPM: forcedly -> forcibly
    gma500: push through device driver tree
    ...

    Fix up trivial conflicts:
    - arch/arm/mach-ep93xx/dma-m2p.c (deleted)
    - drivers/gpio/gpio-ep93xx.c (renamed and context nearby)
    - drivers/net/r8169.c (just context changes)

    Linus Torvalds
     

14 Jul, 2011

1 commit


11 Jul, 2011

1 commit


08 Jul, 2011

1 commit

  • Our workarounds seem to be clientmode PCI specific. Using SPROM
    workaround on SoC resulted in Oops:

    Data bus error, epc == 8017ed58, ra == 80225838
    Oops[#1]:
    Cpu 0
    $ 0 : 00000000 10008000 b8000000 00000001
    $ 4 : 80293b5c 00000caa ffffffff 00000000
    $ 8 : 0000000a 00000003 00000001 696d6d20
    $12 : ffffffff 00000000 00000000 ffffffff
    $16 : 802d0140 b8004800 802c0000 00000000
    $20 : 00000000 802c0000 00000000 802d04d4
    $24 : 00000018 80151a00
    $28 : 81816000 81817df8 8029bda0 80225838
    Hi : 00000000
    Lo : 00000000
    epc : 8017ed58 ssb_ssb_read16+0x48/0x60
    Not tainted
    ra : 80225838 ssb_pcicore_init+0x54/0x3b4

    Reported-by: Hauke Mehrtens
    Signed-off-by: Rafał Miłecki
    Tested-by: Hauke Mehrtens
    Signed-off-by: John W. Linville

    Rafał Miłecki
     

07 Jul, 2011

1 commit


23 Jun, 2011

1 commit

  • Two functions in ssb are using register_pci_controller() which is
    __devinit. The functions ssb_pcicore_init_hostmode() and
    ssb_gige_probe() should also be __devinit.

    This fixes the following warning:
    WARNING: vmlinux.o(.text+0x2727b8): Section mismatch in reference from the function ssb_pcicore_init_hostmode() to the function .devinit.text:register_pci_controller()
    The function ssb_pcicore_init_hostmode() references
    the function __devinit register_pci_controller().
    This is often because ssb_pcicore_init_hostmode lacks a __devinit
    annotation or the annotation of register_pci_controller is wrong.

    WARNING: vmlinux.o(.text+0x273398): Section mismatch in reference from the function ssb_gige_probe() to the function .devinit.text:register_pci_controller()
    The function ssb_gige_probe() references
    the function __devinit register_pci_controller().
    This is often because ssb_gige_probe lacks a __devinit
    annotation or the annotation of register_pci_controller is wrong.

    Reported-by: Ralf Baechle
    Signed-off-by: Hauke Mehrtens
    Signed-off-by: John W. Linville

    Hauke Mehrtens
     

04 Jun, 2011

1 commit


12 May, 2011

1 commit


29 Apr, 2011

3 commits


26 Apr, 2011

1 commit


05 Apr, 2011

4 commits


13 Apr, 2010

1 commit

  • The SSB PCIcore code reused the IO resource fixup code from the original
    2.4.x Broadcom patch for BCM47xx based devices, which was a quick hack
    for doing PCI IO resource configuration back then (the boot loader
    doesn't configure PCI devices on this platform).

    However, this code is no longer necessary since the kernel now can do
    PCI resource management fine all by itself, so remove the old code.

    When removing the code, it becomes obvious that the mem_offset setting
    in the PCIcore driver was wrong, however this was masked by the fixup
    code before, except in a few cases involving yenta_socket. For BCM47xx,
    the correct offset is 0, and since this is the only device using PCIcore
    in host mode, the offset can simply be removed unconditionally.

    Signed-off-by: Andreas Ferber
    Signed-off-by: Michael Buesch
    Cc: Markus Wigge
    Cc: linux-mips@linux-mips.org
    Patchwork: http://patchwork.linux-mips.org/patch/1070/
    Signed-off-by: Ralf Baechle

    Andreas Ferber
     

28 Oct, 2009

1 commit


08 Jul, 2008

1 commit


05 Jun, 2008

1 commit


17 Apr, 2008

1 commit


14 Apr, 2008

1 commit


09 Apr, 2008

1 commit


07 Mar, 2008

1 commit

  • This adds the Gigabit Ethernet driver for the SSB
    Gigabit Ethernet core. This driver actually is a frontend to
    the Tigon3 driver. So the real work is done by tg3.
    This device is used in the Linksys WRT350N.

    Signed-off-by: Michael Buesch
    Signed-off-by: John W. Linville

    Michael Buesch
     

05 Mar, 2008

1 commit


28 Feb, 2008

1 commit


21 Feb, 2008

2 commits


11 Oct, 2007

1 commit

  • SSB is an SoC bus used in a number of embedded devices. The most
    well-known of these devices is probably the Linksys WRT54G, but there
    are others as well. The bus is also used internally on the BCM43xx
    and BCM44xx devices from Broadcom.

    This patch also includes support for SSB ID tables in modules, so
    that SSB drivers can be loaded automatically.

    Signed-off-by: Michael Buesch
    Signed-off-by: John W. Linville
    Signed-off-by: David S. Miller

    Michael Buesch