linux-toradex.git/drivers/ssb/driver_chipcommon.c, branch v3.2.68

ssb: Add export.h to files using EXPORT_SYMBOL/THIS_MODULE

2011-10-31T23:32:08+00:00

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

Update my e-mail address

2011-07-07T13:18:01+00:00

Signed-off-by: Michael Buesch 
Signed-off-by: Jiri Kosina

ssb: cc: prepare clockmode support for cores rev 10+

2011-05-02T18:49:14+00:00

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville

ssb: cc: clear GPIOPULL registers on init

2011-04-25T18:50:20+00:00

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville

ssb: Handle alternate SSPROM location

2010-06-04T19:04:50+00:00

In kernel Bugzilla #15825 (2 users), in a wireless mailing list thread
(http://lists.infradead.org/pipermail/b43-dev/2010-May/000124.html), and on a
netbook owned by John Linville
(http://marc.info/?l=linux-wireless&m=127230751408818&w=4), there are reports
of ssb failing to detect an SPROM at the normal location. After studying the
MMIO trace dump for the Broadcom wl driver, it was determined that the affected
boxes had a relocated SPROM.

This patch fixes all systems that have reported this problem.

Signed-off-by: Larry Finger 
Cc: Stable 
Signed-off-by: John W. Linville

ssb: fast powerup delay calculation for PMU capable devices

2010-06-03T18:10:44+00:00

Signed-off-by: Rafał Miłecki 
Acked-by: Gábor Stefanik 
Signed-off-by: John W. Linville

ssb: do not read SPROM if it does not exist

2010-04-26T17:50:54+00:00

Attempting to read registers that don't exist on the SSB bus can cause
hangs on some boxes.  At least some b43 devices are 'in the wild' that
don't have SPROMs at all.  When the SSB bus support loads, it attempts
to read these (non-existant) SPROMs and causes hard hangs on the box --
no console output, etc.

This patch adds some intelligence to determine whether or not the SPROM
is present before attempting to read it.  This avoids those hard hangs
on those devices with no SPROM attached to their SSB bus.  The
SSB-attached devices (e.g. b43, et al.) won't work, but at least the box
will survive to test further patches. :-)

Signed-off-by: John W. Linville 
Signed-off-by: Rafał Miłecki 
Cc: Larry Finger 
Cc: Michael Buesch

ssb: Export ssb_chipco_gpio_control - needed by N PHY code

2010-03-10T22:53:51+00:00

The latest changes in the N PHY core require the symbol
ssb_chipco_gpio_control to be exported.

Signed-off-by: Larry Finger 
Signed-off-by: John W. Linville

ssb: Add PMU support

2009-02-09T20:03:49+00:00

This adds support for the SSB PMU.
A PMU is found on Low-Power devices.

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

ssb: Turn suspend/resume upside down

2008-04-08T19:05:57+00:00

Turn the SSB bus suspend mechanism upside down.
Instead of deciding by an internal reference count when to suspend/resume,
let the parent bus call us in their suspend/resume routine.

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