- 05 Apr, 2011 40 commits
-
-
Alan Cox authored
Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Alan Cox authored
For Moorestown we want to use the mrst LVDS setup not the Poulsbo setup Signed-off-by:
-
Alan Cox authored
Which is of course different to Poulsbo. Signed-off-by:
-
Alan Cox authored
Build the new files now all the changes they need are present. They won't yet be used but the plumbing is next step. Signed-off-by:
-
Alan Cox authored
Moorestown needs somewhere to stash various pipe config registers and the firmware and fuse configurations Signed-off-by:
-
Alan Cox authored
We have a set of firmware passed descriptors and things we need to grovel through for video configuration. This differs from the setup for the PC style Poulsbo hardware. Signed-off-by:
-
Alan Cox authored
We need these as they are also used by the Moorestown LVDS display support. Make the various needed symbols visible in the headers Signed-off-by:
-
Alan Cox authored
Add the new files needed for the GMA500 driver to support Moorestown LVDS displays. Don't wire them in yet. Signed-off-by:
-
Alan Cox authored
The Moorestown systems have some graphics differences we care about and some we don't need to. To start with it has a single pipe and that pipe can be used for LVDS Signed-off-by:
-
Luis R. Rodriguez authored
This was empty code, WTF^pi. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
Luis R. Rodriguez <lrodriguez@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
These do not help in any way. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This has no functional changes. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
There should be no need to assign the pm ops dynamically, so assign them statically and make them const. While we are doing this just do some simple code style cleanup on the routines and move them above prior to their assignment into the driver ops. This has no functional change other than assigning the pm ops statically. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
Perhaps there was some good intention on having some platform driver on ath6kl, but right now its pointless. Kill! Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
No functional changes except renames of the routines and id data structure. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
Removes verbose debug messages and checks that are just not needed, and renames the functions to something more sensible. While we clean this up, just move the routines above and remove the forward declarations. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This will be passed along to the SDIO probe routine when it fails. This will generate better error code to the user when loading the module if it fails. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
These map to do nothing. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This propagates initial platform registration failures and also HIF initialization failures. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
Make the code more legible by parsing the config options on the header file. While a it ensure to propagate errors and bail out if we fail to set btcoex params. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
When CONFIG_ATH6KL_ENABLE_COEXISTENCE gets enabled we define another flag called ENABLE_COEXISTENCE, just use CONFIG_ATH6KL_ENABLE_COEXISTENCE since that is already defined by the generated autoconf header file from the kernel. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
There already is a CONFIG_AR600x_CUSTOM_XXX if this is desired to be used. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
When CONFIG_AR600x_SD32_XXX gets enabled we define another flag called AR600x_SD32_XXX, just use CONFIG_AR600x_SD32_XXX since that is already defined by the generated autoconf header file from the kernel. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
When CONFIG_AR600x_WB31_XXX gets enabled we define another flag called AR600x_WB31_XXX, just use CONFIG_AR600x_WB31_XXX since that is already defined by the generated autoconf header file from the kernel. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
When CONFIG_AR600x_SD31_XXX gets enabled we define another flag called AR600x_SD31_XXX, just use CONFIG_AR600x_SD31_XXX since that is already defined by the generated autoconf header file from the kernel. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
Since this is defined statically we just leave the code. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
All the code is used so just keep it and remove the static define. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This is always set so just keep the code it idefs around. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This is always defined so just keep the code. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This was enabled by default but its pretty useless for upstream given that its sendign some custom wireless event. These need to be reviewed instead and a respective cfg80211 event / call should be used later. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This is always enabled. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This removes all the wext and super extended ioctl crap. The wext interfaces are already provided by cfg80211 and the "private" ioctl stuff defined here is not even using private wext, they are using netdev private ioctls! This is completely unacceptable upstream. Die. Die Die. As part of all this we end up removing the CONFIG_HOST_GPIO_SUPPORT which ended up being heavily abused by the internal ioctl work. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
To get upstream we can't use out of tree defines, kill all the androidisms. ath6kl won't be usable on Android unless external patches are supported later or Android gets their shit together and gets all their crap upstream. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
ath6kl used to have an internal PAL for Bluetooth 3.0 support but this is no longer supported. The target used a WMI with an ACL header for supporting these frames. Userspace would use the ioctl AR6000_XIOCTL_ACL_DATA to send data to the target and the firmware would generate ACL frames. Remove both the parsing of the frames and the ioctl support. We leave a warning for now for if the target generates some sort of ACL data frame, later on we can remove this warning once we have proven the target is no longer generating these frames. It should be noted this also provides a fix for the processing of spurious ACL data frames from the target, previously they would not be dropped if they were generated by the target but EXPORT_HCI_PAL_INTERFACE was not compiled in. Cc: Naveen Singh <nsingh@atheros.com> Cc: Prerepa (Dham) Viswanadham <dham@atheros.com> Cc: Shanmugamkamatchi Balashanmugam <sbalashanmugam@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
The check for SET_NETDEV_DEV is not required given that this is upstream. The setting of the SET_NETDEV_DEV with the osDevInfo.pOSDevice is redundant for the cfg80211 case as this was already being done, so just set the netdev device for the non-cfg80211 which was missing. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This is not required. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
This unwraps the do while loops in favor for function helpers. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
Luis R. Rodriguez authored
When something fails we set up some generic error values, instead keep the values from the callers and make sure to pass them on. Cc: Naveen Singh <nsingh@atheros.com> Signed-off-by:
-
