03 Aug, 2012
1 commit
-
Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville
27 Jul, 2012
4 commits
-
…wireless into for-davem
-
Commit b9562545ef0b ("bcma: complete workaround for BCMA43224 and
BCM4313") introduced the wrong masks for setting the chip control
registers - the "mask" parameter is inverse.It should be the mask of bits *not* changed, which is admittedly a bit
non-intuitive.The incorrect mask not only causes the driver to not work correctly on
the chips affected (eg the BCM43224 on the Macbook Air 4,2) but the
state persists over a soft reset, causing the next boot to not
necessarily see the device correctly.Reported-and-tested-by: Linus Torvalds
Tested-by: Seth Forshee
Cc: Hauke Mehrtens
Cc: Arend Van Spriel
Cc: Pieter-Paul Giesberts
Cc: Brett Rudley
Signed-off-by: Linus Torvalds -
This should fix the problem reported by Fengguang:
The coccinelle static checker emits these warnings:
drivers/bcma/scan.c:466:3-9: ERROR: missing iounmap; ioremap on line 451 and execution via conditional on line 465
drivers/bcma/scan.c:540:3-9: ERROR: missing iounmap; ioremap on line 515 and execution via conditional on line 539Reported-by: Fengguang Wu
Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
The wrong interrupts where assigned to the cores in
bcma_core_mips_init(). This caused at least my serial console not to
response to any input.This was caused by this patch which changed the order of the cores in
the list:
commit c334e25c9f3a95f2bd6b79fedc5170f17245b1c7
Author: Rafał Miłecki
Date: Wed Jul 11 12:37:00 2012 +0200bcma: add new cores at the end of list
This should be fixed properly later so that the correct interrupt
numbers are assigned to the cores independently from the ordering of
the list. This patch restores the old behavior again. I will look into
the problem more deeply later.I also changed the order of the list with the cores and their assigned
interrupt number which gets printed to the log. Now they are printed in
the same order like all the other lists of cores and like it was done
before the patch which changed the order.Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville
18 Jul, 2012
1 commit
-
Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville
13 Jul, 2012
4 commits
-
This makes order in list more natural and fixes core->core_unit for more
than 2 cores.Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville -
GMAC COMMON core is present on BCM4706 and is used for example to access
board PHYs (PHYs can not be accessed directly using GBIT MAC core).Signed-off-by: Rafał Miłecki
Acked-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville -
Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville
12 Jul, 2012
2 commits
-
Signed-off-by: Hauke Mehrtens
Tested-by: Rafał Miłecki
Signed-off-by: John W. Linville -
Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville
10 Jul, 2012
10 commits
-
Having bus number printed makes it much easier to anaylze logs on
systems with more buses. For example Netgear WNDR4500 has 3 AMBA buses
in total, which makes standard log really messy.Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville -
This is based on code from brcmsmac.
Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
This function is needed by brcmsmac. This code is based on code from
the Broadcom SDK.Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
The list of devices where nothing has to be done in
bcma_pmu_resources_init() and bcma_pmu_workarounds() is longer as all
the SoCs are missing there and some new devices will be added in some
time later. This patch changes the default case to just log on debug
level and also let the other devices which do not need any special
handling into the default case, instead of adding the missing 8 SoC
chip ids.Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
These functions are doing nothing in the current code.
I do not think we will need these function in the future as the
corresponding functions in the Broadcom SDK are just doing something
useful on chips supported by ssb or fullmac chips.Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
This code is based on the Broadcom SDK and brcmsmac.
Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
This ID was found on the PCIe wireless card on the board of a Netgear
WNDR3400 using a bcm4716. The device with this ID is identified by b43
as "Broadcom 43224 WLAN".Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
There is not core id with 0x4329, but at the same place in the open
source part of the Broadcom SDK is a check for some device with the
chip id of 0x4329. The device with a chip id of 0x4329 is a full mac
device, so it will never be supported by bcma, this part is running in
the firmware of the device and not on the host CPU.
This code is wrong and will never be used, so just remove it.Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
The chip IDs are used all over bcma and no constants where defined.
This patch adds the constants and makes bcma use them.Acked-by: Arend van Spriel
Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville -
This patch is based on a recent version of the Broadcom SDK.
Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville
28 Jun, 2012
1 commit
-
Some of them are BCM4706 specific AFAWK. Most of them was confirmed on
Netgear WNDR450.Signed-off-by: Rafał Miłecki
Signed-off-by: John W. Linville
09 Jun, 2012
1 commit
-
pc could be null if hosttype != BCMA_HOSTTYPE_PCI.
If we are on a device without a pci core this function is called with
pc = null by b43 and brcmsmac. If the host type is PCI we have a pci
core as well and pc can not be null.Signed-off-by: Hauke Mehrtens
Signed-off-by: John W. Linville
05 Jun, 2012
1 commit
-
MacBook Pro models with BCM4331 wireless have been found to have the ext
PA lines disabled after resuming from S3 without external power attach.
This causes them to be unable to transmit. Add a workaround to ensure
that the ext PA lines are enabled on BCM4331. Also extend all handling
of ext PA line muxing to BCM43431 as is done in the Broadcom SDK.BugLink: http://bugs.launchpad.net/bugs/925577
Cc: Arend van Spriel
Cc: Hauke Mehrtens
Cc: stable@vger.kernel.org
Signed-off-by: Seth Forshee
Signed-off-by: John W. Linville
25 May, 2012
1 commit
-
Pull more networking updates from David Miller:
"Ok, everything from here on out will be bug fixes."1) One final sync of wireless and bluetooth stuff from John Linville.
These changes have all been in his tree for more than a week, and
therefore have had the necessary -next exposure. John was just away
on a trip and didn't have a change to send the pull request until a
day or two ago.2) Put back some defines in user exposed header file areas that were
removed during the tokenring purge. From Stephen Hemminger and Paul
Gortmaker.3) A bug fix for UDP hash table allocation got lost in the pile due to
one of those "you got it.. no I've got it.." situations. :-)From Tim Bird.
4) SKB coalescing in TCP needs to have stricter checks, otherwise we'll
try to coalesce overlapping frags and crash. Fix from Eric Dumazet.5) RCU routing table lookups can race with free_fib_info(), causing
crashes when we deref the device pointers in the route. Fix by
releasing the net device in the RCU callback. From Yanmin Zhang.* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net: (293 commits)
tcp: take care of overlaps in tcp_try_coalesce()
ipv4: fix the rcu race between free_fib_info and ip_route_output_slow
mm: add a low limit to alloc_large_system_hash
ipx: restore token ring define to include/linux/ipx.h
if: restore token ring ARP type to header
xen: do not disable netfront in dom0
phy/micrel: Fix ID of KSZ9021
mISDN: Add X-Tensions USB ISDN TA XC-525
gianfar:don't add FCB length to hard_header_len
Bluetooth: Report proper error number in disconnection
Bluetooth: Create flags for bt_sk()
Bluetooth: report the right security level in getsockopt
Bluetooth: Lock the L2CAP channel when sending
Bluetooth: Restore locking semantics when looking up L2CAP channels
Bluetooth: Fix a redundant and problematic incoming MTU check
Bluetooth: Add support for Foxconn/Hon Hai AR5BBU22 0489:E03C
Bluetooth: Fix EIR data generation for mgmt_device_found
Bluetooth: Fix Inquiry with RSSI event mask
Bluetooth: improve readability of l2cap_seq_list code
Bluetooth: Fix skb length calculation
...
17 May, 2012
13 commits
-
Adds a missing read to flush the previous write (per the Broadcom SDK).
Signed-off-by: Nathan Hintz
Signed-off-by: John W. Linville -
Add missing __devexit attribute to bcma_host_pci_remove.
Signed-off-by: Nathan Hintz
Signed-off-by: John W. Linville -
Modify ioremap_nocache calls to reflect the number of bytes read/written.
Signed-off-by: Nathan Hintz
Signed-off-by: John W. Linville -
PCI Memory Resource start address and size are variable, dependent on
the H/W configuration. Modify the computation of io_map_base to use the
computed values.Signed-off-by: Nathan Hintz
Signed-off-by: John W. Linville -
bcma_device_name only provides names for Broadcom cores. Modify logic to
provide names for MIPS and ARM cores as well.Signed-off-by: Nathan Hintz
Signed-off-by: John W. Linville -
This code is based on code from pcie_misc_config_fixup() in brcmsmac.
This patch is part of the move of pci specific code from brcmsmac to
bcma.Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville -
This code is based on code from pcicore_fixcfg() in brcmsmac. This
patch is part of the move of pci specific code from brcmsmac to bcma.Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville -
This code is based on code from pcie_extendL1timer() in brcmsmac. This
patch is part of the move of pci specific code from brcmsmac to bcma.Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville -
This patch is based on code from _ai_clkctl_cc() in brcmsmac.
Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville -
These newly added attributes are used by brcmsmac. Now bcma should
parse all attributes used by brcmsmac out of the sprom.Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville -
This code is copied from the ssb sprom read code. These attributes are
partly used by b43 and brcmsmac and should also be read out on bcma
based devices.Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville -
The attribute country_code and alpha2 are two different attributes in
the sprom. country_code contains some code in an 8 bit coding and
alpha2 contains two chars with the country code. The attributes where
read out wrongly in the past and country_code is only available on
sprom version 1.Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville -
This struct contains information about the board, the chip is running
on. The struct is filled for PCIe devices and SoCs. This information is
used by b43 and will be used by brcmsmac soon.Signed-off-by: Hauke Mehrtens
Tested-by: Arend van Spriel
Signed-off-by: John W. Linville
08 May, 2012
1 commit
-
This resolves the conflict with:
drivers/usb/host/ehci-tegra.cSigned-off-by: Greg Kroah-Hartman