cb99864 | Damien Zammit | 19 December 2012, 10:27:22 UTC | ALSA: usb-audio: Support for Digidesign Mbox 2 USB sound card: This patch is the result of a lot of trial and error, since there are no specs available for the device. Full duplex support is provided, i.e. playback and recording in stereo. The format is hardcoded at 48000Hz @ 24 bit, which is the maximum that the device supports. Also, MIDI in and MIDI out both work. Users will notice that the S/PDIF light also flashes when playback or recording is active. I believe this means that S/PDIF input/output is simultaneously activated with the analogue i/o during use. But this particular functionality remains untested. Note that this particular version of the patch is so far untested on the physical hardware because I have not compiled a full kernel with the changes. However, extensive testing has been done by many users of the hardware who believe other versions of my patch have worked since circa 2009. [Modified to make a function static by tiwai] Signed-off-by: Damien Zammit <damien@zamaudio.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 19 December 2012, 10:27:22 UTC |
44728e9 | Daniel J Blueman | 18 December 2012, 15:59:33 UTC | ALSA: HDA: Fix sound resume hang Resuming a switcheroo'd HDA controller hangs since the completion is one-shot (thus works the first time). Fix by using completions that explictly need rearming, so remain fired before. Signed-off-by: Daniel J Blueman <daniel@quora.org> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 18 December 2012, 16:07:11 UTC |
6ffe168 | Mengdong Lin | 18 December 2012, 21:59:15 UTC | ALSA: hda - bug fix for invalid connection list of Haswell HDMI codec pins Haswell HDMI codec pins may report invalid connection list entries, which will cause failure to play audio via HDMI or Display Port. So this patch adds fixup for Haswell to workaround this hardware issue: enable DP1.2 mode and override the pins' connection list entries with proper value. Signed-off-by: Mengdong Lin <mengdong.lin@intel.com> Signed-off-by: Xingchao Wang <xingchao.wang@intel.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 18 December 2012, 10:05:36 UTC |
b78562b | Takashi Iwai | 17 December 2012, 19:06:49 UTC | ALSA: hda - Fix the wrong pincaps set in ALC861VD dallas/hp fixup The workaround to force VREF50 for dallas/hp model with ALC861VD was introduced in commit 8fdcb6fe4204bdb4c6991652717ab5063751414e, but it contained wrong pincap override bits. This patch fixes to exclude VREF80 pincap bit correctly. Cc: <stable@vger.kernel.org> [v3.2+] Signed-off-by: Takashi Iwai <tiwai@suse.de> | 17 December 2012, 19:10:50 UTC |
1098b7c | Takashi Iwai | 17 December 2012, 19:03:15 UTC | ALSA: hda - Set codec->single_adc_amp flag for Realtek codecs It turned out that Realtek codecs (ALC260, etc) with input amps in audio-input widgets don't handle the multiple individual input amps. Thus we need to set codec->single_adc_amp flag for them in general. Signed-off-by: Takashi Iwai <tiwai@suse.de> | 17 December 2012, 19:03:15 UTC |
6be7f53 | Takashi Iwai | 17 December 2012, 14:40:55 UTC | Merge tag 'asoc-3.8p1' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-next ASoC: More updates for v3.8 Nothing terribly exciting here, just small localised changes. As well as fixes there are a couple of Cirrus changes and one devm_ change which were in prior to the merge window but got missed from the original pull to Takashi. | 17 December 2012, 14:40:55 UTC |
8246b5b | Mark Brown | 15 December 2012, 14:56:46 UTC | Merge remote-tracking branch 'asoc/topic/tpa6130a2' into asoc-next | 15 December 2012, 14:56:46 UTC |
36adf15 | Mark Brown | 15 December 2012, 14:56:45 UTC | Merge remote-tracking branch 'asoc/topic/log' into asoc-next | 15 December 2012, 14:56:45 UTC |
20694ad | Mark Brown | 15 December 2012, 14:56:44 UTC | Merge remote-tracking branch 'asoc/topic/cs42l73' into asoc-next | 15 December 2012, 14:56:44 UTC |
326b06a | Mark Brown | 15 December 2012, 14:56:43 UTC | Merge remote-tracking branch 'asoc/topic/core' into asoc-next | 15 December 2012, 14:56:43 UTC |
92b2e81 | Mark Brown | 15 December 2012, 14:56:42 UTC | Merge remote-tracking branch 'asoc/topic/atmel' into asoc-next | 15 December 2012, 14:56:42 UTC |
82441ff | Mark Brown | 15 December 2012, 14:56:41 UTC | Merge remote-tracking branch 'asoc/fix/sigmadsp' into asoc-next | 15 December 2012, 14:56:41 UTC |
315656b | Bo Shen | 13 December 2012, 02:05:07 UTC | ASoC: atmel-ssc: change disable to disable in dts node Change the value of status to disabled to keep the consistent Signed-off-by: Bo Shen <voice.shen@atmel.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 15 December 2012, 14:51:19 UTC |
9bffb1f | Misael Lopez Cruz | 13 December 2012, 18:23:05 UTC | ASoC: Prevent pop_wait overwrite pop_wait is used to determine if a deferred playback close needs to be cancelled when the a PCM is open or if after the power-down delay expires it needs to run. pop_wait is associated with the CODEC DAI, so the CODEC DAI must be unique. This holds true for most CODECs, except for the dummy CODEC and its DAI. In DAI links with non-unique dummy CODECs (e.g. front-ends), pop_wait can be overwritten by another DAI link using also a dummy CODEC. Failure to cancel a deferred close can cause mute due to the DAPM STOP event sent in the deferred work. One scenario where pop_wait is overwritten and causing mute is below (where hw:0,0 and hw:0,1 are two front-ends with default pmdown_time = 5 secs): aplay /dev/urandom -D hw:0,0 -c 2 -r 48000 -f S16_LE -d 1 sleep 1 aplay /dev/urandom -D hw:0,1 -c 2 -r 48000 -f S16_LE -d 3 & aplay /dev/urandom -D hw:0,0 -c 2 -r 48000 -f S16_LE Since CODECs may not be unique, pop_wait is moved to the PCM runtime structure. Creating separate dummy CODECs for each DAI link can also solve the problem, but at this point it's only pop_wait variable in the CODEC DAI that has negative effects by not being unique. Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 15 December 2012, 14:45:09 UTC |
df68f10 | Eldad Zack | 15 December 2012, 04:30:33 UTC | ALSA: usb-audio: ignore-quirk for HP Wireless Audio As Joe Cooper <swelljoe@gmail.com> reported, "On most HP Envy laptops the snd-usb-audio module causes the system to become unresponsive and Gnome Shell 3 to crash.". See also: http://mailman.alsa-project.org/pipermail/alsa-devel/2012-December/057729.html Add a quirk to ignore this device (for now) to solve the instability issue and allow other USB audio devices to be used. Reported-by: Joe Cooper <swelljoe@gmail.com> Tested-by: Isaac Smith <hunternet93@gmail.com> Signed-off-by: Eldad Zack <eldad@fogrefinery.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 15 December 2012, 10:13:10 UTC |
6169b67 | Takashi Iwai | 14 December 2012, 09:22:35 UTC | ALSA: hda - Always turn on pins for HDMI/DP We've seen the broken HDMI *video* output on some machines with GM965, and the debugging session pointed that the culprit is the disabled audio output pins. Toggling these pins dynamically on demand caused flickering of HDMI TV. This patch changes the behavior to keep the pin ON constantly. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=51421 Cc: <stable@vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 14 December 2012, 09:27:25 UTC |
8ae5865 | Takashi Iwai | 13 December 2012, 13:33:42 UTC | ALSA: hda - Fix pin configuration of HP Pavilion dv7 Fix the quirk entry for HP Pavilion dv7 in order to make the bass speaker working. Reported-and-tested-by: Tomas Pospisek <tpo2@sourcepole.ch> Cc: <stable@vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 13 December 2012, 13:36:09 UTC |
6eb827d | Takashi Iwai | 12 December 2012, 10:50:12 UTC | ALSA: hda - Move runtime PM check to runtime_idle callback The runtime_idle callback is the right place to check the suspend capability, but currently we do it wrongly in the runtime_suspend callback. This leads to a kernel error message like: pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x50 [snd_hda_intel] returns -11 and the runtime PM core would even repeat the attempts. Reported-and-tested-by: Borislav Petkov <bp@alien8.de> Cc: <stable@vger.kernel.org> [v3.7] Signed-off-by: Takashi Iwai <tiwai@suse.de> | 12 December 2012, 13:22:13 UTC |
63a077e | Takashi Iwai | 12 December 2012, 11:10:01 UTC | ALSA: hda - Add stereo-dmic fixup for Acer Aspire One 522 Acer Aspire One 522 has the infamous digital mic unit that needs the phase inversion fixup for stereo. Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=715737 Cc: <stable@vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 12 December 2012, 11:12:55 UTC |
c5c2152 | Takashi Iwai | 04 December 2012, 16:01:25 UTC | ALSA: hda - Avoid doubly suspend after vga switcheroo The HD-audio driver artificially calls the suspend and the resume code path in the VGA switcheroo state changes. When a machine goes to suspend, it tries to suspend the device again, and it stalls at snd_power_wait(). This patch adds checks whether the devices were already in (forced) suspend in PM callbacks for avoiding the doubly suspend. Reported-by: Daniel J Blueman <daniel@quora.org> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 12 December 2012, 10:32:56 UTC |
1d31aff | Denis Washington | 11 December 2012, 10:38:32 UTC | ALSA: usb-audio: Enable S/PDIF on the ASUS Xonar U3 The only required change is to extend the existing Xonar U1 mixer quirks to the U3, which seems to be controlled the same way. Signed-off-by: Denis Washington <denisw@online.de> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 12 December 2012, 10:32:54 UTC |
cc5ede3 | Takashi Iwai | 12 December 2012, 10:10:49 UTC | ALSA: hda - Check validity of CORB/RIRB WP reads When the HD-audio controller is disabled (e.g. via vga switcheroo) but the driver is still accessing it, it spews floods of "spurious response" kernel messages. It's because CORB/RIRB WP reads 0xff, and the driver tries to fill up until this number. This patch changes the CORB/RIRB WP reads to word instead of byte, and add the check of the read value. If it's 0xffff, the controller is supposed to be disabled, so the further action will be skipped. Signed-off-by: Takashi Iwai <tiwai@suse.de> | 12 December 2012, 10:32:33 UTC |
fa348da | Mengdong Lin | 12 December 2012, 14:16:15 UTC | ALSA: hda - use usleep_range in link reset and change timeout check Reducing the time on HDA link reset can help to reduce the driver loading time. So we replace msleep with usleep_range to get more accurate time control and change the value to a smaller one. And a 100ms timeout is set for both entering and exiting the link reset. Signed-off-by: Xingchao Wang <xingchao.wang@intel.com> Signed-off-by: Mengdong Lin <mengdong.lin@intel.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 12 December 2012, 10:03:12 UTC |
2959440 | Linus Torvalds | 11 December 2012, 03:30:57 UTC | Linux 3.7 | 11 December 2012, 03:30:57 UTC |
55220bb | Florian Fainelli | 10 December 2012, 20:25:32 UTC | Input: matrix-keymap - provide proper module license The matrix-keymap module is currently lacking a proper module license, add one so we don't have this module tainting the entire kernel. This issue has been present since commit 1932811f426f ("Input: matrix-keymap - uninline and prepare for device tree support") Signed-off-by: Florian Fainelli <florian@openwrt.org> CC: stable@vger.kernel.org # v3.5+ Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> | 11 December 2012, 00:10:05 UTC |
2c68bc7 | Linus Torvalds | 11 December 2012, 00:07:11 UTC | Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net Pull networking fixes from David Miller: 1) Netlink socket dumping had several missing verifications and checks. In particular, address comparisons in the request byte code interpreter could access past the end of the address in the inet_request_sock. Also, address family and address prefix lengths were not validated properly at all. This means arbitrary applications can read past the end of certain kernel data structures. Fixes from Neal Cardwell. 2) ip_check_defrag() operates in contexts where we're in the process of, or about to, input the packet into the real protocols (specifically macvlan and AF_PACKET snooping). Unfortunately, it does a pskb_may_pull() which can modify the backing packet data which is not legal if the SKB is shared. It very much can be shared in this context. Deal with the possibility that the SKB is segmented by using skb_copy_bits(). Fix from Johannes Berg based upon a report by Eric Leblond. * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net: ipv4: ip_check_defrag must not modify skb before unsharing inet_diag: validate port comparison byte code to prevent unsafe reads inet_diag: avoid unsafe and nonsensical prefix matches in inet_diag_bc_run() inet_diag: validate byte code to prevent oops in inet_diag_bc_run() inet_diag: fix oops for IPv4 AF_INET6 TCP SYN-RECV state | 11 December 2012, 00:07:11 UTC |
caf4919 | Linus Torvalds | 10 December 2012, 18:51:16 UTC | Revert "revert "Revert "mm: remove __GFP_NO_KSWAPD""" and associated damage This reverts commits a50915394f1fc02c2861d3b7ce7014788aa5066e and d7c3b937bdf45f0b844400b7bf6fd3ed50bac604. This is a revert of a revert of a revert. In addition, it reverts the even older i915 change to stop using the __GFP_NO_KSWAPD flag due to the original commits in linux-next. It turns out that the original patch really was bogus, and that the original revert was the correct thing to do after all. We thought we had fixed the problem, and then reverted the revert, but the problem really is fundamental: waking up kswapd simply isn't the right thing to do, and direct reclaim sometimes simply _is_ the right thing to do. When certain allocations fail, we simply should try some direct reclaim, and if that fails, fail the allocation. That's the right thing to do for THP allocations, which can easily fail, and the GPU allocations want to do that too. So starting kswapd is sometimes simply wrong, and removing the flag that said "don't start kswapd" was a mistake. Let's hope we never revisit this mistake again - and certainly not this many times ;) Acked-by: Mel Gorman <mgorman@suse.de> Acked-by: Johannes Weiner <hannes@cmpxchg.org> Cc: Rik van Riel <riel@redhat.com> Cc: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> | 10 December 2012, 19:03:05 UTC |
1bf3751 | Johannes Berg | 09 December 2012, 23:41:06 UTC | ipv4: ip_check_defrag must not modify skb before unsharing ip_check_defrag() might be called from af_packet within the RX path where shared SKBs are used, so it must not modify the input SKB before it has unshared it for defragmentation. Use skb_copy_bits() to get the IP header and only pull in everything later. The same is true for the other caller in macvlan as it is called from dev->rx_handler which can also get a shared SKB. Reported-by: Eric Leblond <eric@regit.org> Cc: stable@vger.kernel.org Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 10 December 2012, 18:51:44 UTC |
31f8d42 | Linus Torvalds | 10 December 2012, 18:47:45 UTC | Revert "mm: avoid waking kswapd for THP allocations when compaction is deferred or contended" This reverts commit 782fd30406ecb9d9b082816abe0c6008fc72a7b0. We are going to reinstate the __GFP_NO_KSWAPD flag that has been removed, the removal reverted, and then removed again. Making this commit a pointless fixup for a problem that was caused by the removal of __GFP_NO_KSWAPD flag. The thing is, we really don't want to wake up kswapd for THP allocations (because they fail quite commonly under any kind of memory pressure, including when there is tons of memory free), and these patches were just trying to fix up the underlying bug: the original removal of __GFP_NO_KSWAPD in commit c654345924f7 ("mm: remove __GFP_NO_KSWAPD") was simply bogus. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> | 10 December 2012, 18:47:45 UTC |
6121b84 | Lydia Wang | 10 December 2012, 11:03:26 UTC | ALSA: HDA: VIA: Add support for codec VT1808. Add support for new codec VT1808, which is similiar with VT1705CF. Signed-off-by: Lydia Wang <lydiawang@viatech.com.cn> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 10 December 2012, 11:05:16 UTC |
43737e0 | Lydia Wang | 10 December 2012, 10:28:11 UTC | ALSA: HDA: VIA Add support for codec VT1705CF. Add support for new codec VT1705CF. When power on/off Audio output converter of VT1705CF, the stream tag will be cleared. But driver caches the value. So when power on Audio output converter, the update_conv_power_state() will restore the saved stream tag of it. Signed-off-by: Lydia Wang <lydiawang@viatech.com.cn> Signed-off-by: Takashi Iwai <tiwai@suse.de> | 10 December 2012, 10:45:24 UTC |
97768a8 | Takashi Iwai | 10 December 2012, 08:00:45 UTC | Merge tag 'asoc-3.8' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-next ASoC: Updates for v3.8 Some incremental updates, nothing too exciting. The biggest block here is the __dev annotation removal stuff from Bill, everything else is the usual driver-specific stuff - a combination of fixes and development. There will be at least more more set of fixes to come but I wanted to get these out ready for the merge window to make sure Bill's stuff makes it in. | 10 December 2012, 08:00:45 UTC |
c871bd0 | Mark Brown | 10 December 2012, 07:19:52 UTC | ASoC: core: Fix splitting of log messages Don't wrap log messages over multiple lines, it makes them hard to grep for. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 10 December 2012, 07:19:52 UTC |
7f3dd4a | Paul Handrigan | 07 December 2012, 20:53:44 UTC | ASoC: cs42l73: Change VSPIN/VSPOUT to VSPINOUT Since VSP only has one power bit, only provide one DAPM widget. Signed-off-by: Paul Handrigan <Paul.Handrigan@cirrus.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 10 December 2012, 03:26:46 UTC |
41df082 | Paul Handrigan | 07 December 2012, 20:53:43 UTC | ASoC: cs42l73: Add DAPM events for power down. Add power down delays between setting PDN and MCLKDIS for spk amp, spklo amp, and ear amp. Signed-off-by: Paul Handrigan <Paul.Handrigan@cirrus.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 10 December 2012, 03:26:46 UTC |
a1ad500 | Paul Handrigan | 07 December 2012, 20:53:42 UTC | ASoC: cs42l73: Add DMIC's as DAPM inputs. Signed-off-by: Paul Handrigan <Paul.Handrigan@cirrus.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 10 December 2012, 03:26:44 UTC |
a3adb14 | Lars-Peter Clausen | 07 December 2012, 17:30:51 UTC | ASoC: sigmadsp: Fix endianness conversion issue The 'addr' field of the sigma_action struct is stored as big endian in the firmware file. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Cc: stable@vger.kernel.org | 10 December 2012, 03:20:39 UTC |
5e1f542 | Neal Cardwell | 09 December 2012, 11:09:54 UTC | inet_diag: validate port comparison byte code to prevent unsafe reads Add logic to verify that a port comparison byte code operation actually has the second inet_diag_bc_op from which we read the port for such operations. Previously the code blindly referenced op[1] without first checking whether a second inet_diag_bc_op struct could fit there. So a malicious user could make the kernel read 4 bytes beyond the end of the bytecode array by claiming to have a whole port comparison byte code (2 inet_diag_bc_op structs) when in fact the bytecode was not long enough to hold both. Signed-off-by: Neal Cardwell <ncardwell@google.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 10 December 2012, 00:00:48 UTC |
f67caec | Neal Cardwell | 08 December 2012, 19:43:23 UTC | inet_diag: avoid unsafe and nonsensical prefix matches in inet_diag_bc_run() Add logic to check the address family of the user-supplied conditional and the address family of the connection entry. We now do not do prefix matching of addresses from different address families (AF_INET vs AF_INET6), except for the previously existing support for having an IPv4 prefix match an IPv4-mapped IPv6 address (which this commit maintains as-is). This change is needed for two reasons: (1) The addresses are different lengths, so comparing a 128-bit IPv6 prefix match condition to a 32-bit IPv4 connection address can cause us to unwittingly walk off the end of the IPv4 address and read garbage or oops. (2) The IPv4 and IPv6 address spaces are semantically distinct, so a simple bit-wise comparison of the prefixes is not meaningful, and would lead to bogus results (except for the IPv4-mapped IPv6 case, which this commit maintains). Signed-off-by: Neal Cardwell <ncardwell@google.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 09 December 2012, 23:59:37 UTC |
405c005 | Neal Cardwell | 08 December 2012, 19:43:22 UTC | inet_diag: validate byte code to prevent oops in inet_diag_bc_run() Add logic to validate INET_DIAG_BC_S_COND and INET_DIAG_BC_D_COND operations. Previously we did not validate the inet_diag_hostcond, address family, address length, and prefix length. So a malicious user could make the kernel read beyond the end of the bytecode array by claiming to have a whole inet_diag_hostcond when the bytecode was not long enough to contain a whole inet_diag_hostcond of the given address family. Or they could make the kernel read up to about 27 bytes beyond the end of a connection address by passing a prefix length that exceeded the length of addresses of the given family. Signed-off-by: Neal Cardwell <ncardwell@google.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 09 December 2012, 23:59:37 UTC |
1c95df8 | Neal Cardwell | 08 December 2012, 19:43:21 UTC | inet_diag: fix oops for IPv4 AF_INET6 TCP SYN-RECV state Fix inet_diag to be aware of the fact that AF_INET6 TCP connections instantiated for IPv4 traffic and in the SYN-RECV state were actually created with inet_reqsk_alloc(), instead of inet6_reqsk_alloc(). This means that for such connections inet6_rsk(req) returns a pointer to a random spot in memory up to roughly 64KB beyond the end of the request_sock. With this bug, for a server using AF_INET6 TCP sockets and serving IPv4 traffic, an inet_diag user like `ss state SYN-RECV` would lead to inet_diag_fill_req() causing an oops or the export to user space of 16 bytes of kernel memory as a garbage IPv6 address, depending on where the garbage inet6_rsk(req) pointed. Signed-off-by: Neal Cardwell <ncardwell@google.com> Signed-off-by: David S. Miller <davem@davemloft.net> | 09 December 2012, 23:59:37 UTC |
7a79e94 | Bill Pemberton | 07 December 2012, 14:26:37 UTC | ASoC: codecs: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:51 UTC |
e51e97e | Bill Pemberton | 07 December 2012, 14:26:36 UTC | ASoC: utils: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:48 UTC |
da79487 | Bill Pemberton | 07 December 2012, 14:26:35 UTC | ASoC: ux500: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:45 UTC |
d8628d1 | Bill Pemberton | 07 December 2012, 14:26:34 UTC | ASoC: txx9: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:43 UTC |
4652a0d | Bill Pemberton | 07 December 2012, 14:26:33 UTC | ASoC: tegra: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:41 UTC |
468c117 | Bill Pemberton | 07 December 2012, 14:26:32 UTC | ASoC: spear: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:38 UTC |
bb5eb6e | Bill Pemberton | 07 December 2012, 14:26:31 UTC | ASoC: sh: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:36 UTC |
9ac8a71 | Bill Pemberton | 07 December 2012, 14:26:30 UTC | ASoC: s6000: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:34 UTC |
7ff6000 | Bill Pemberton | 07 December 2012, 14:26:29 UTC | ASoC: OMAP: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:32 UTC |
ce69ace | Bill Pemberton | 07 December 2012, 14:26:28 UTC | ASoC: nuc900: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:28 UTC |
fd58273 | Bill Pemberton | 07 December 2012, 14:26:27 UTC | ASoC: mxs: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:26 UTC |
34e15fb | Bill Pemberton | 07 December 2012, 14:26:26 UTC | ASoC: kirkwood: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:24 UTC |
7759f2e | Bill Pemberton | 07 December 2012, 14:26:25 UTC | ASoC: mid-x86: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:14 UTC |
d6a29e3 | Bill Pemberton | 07 December 2012, 14:26:24 UTC | ASoC: jz4740: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:12 UTC |
145e287 | Bill Pemberton | 07 December 2012, 14:26:23 UTC | ASoC: cirrus: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:09 UTC |
5c658be | Bill Pemberton | 07 December 2012, 14:26:22 UTC | ASoC: au1x: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:06 UTC |
71d14ea | Bill Pemberton | 07 December 2012, 14:26:21 UTC | ASoC: atmel: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:31:03 UTC |
05c4c6f | Bill Pemberton | 07 December 2012, 14:26:20 UTC | ASoC: twl4030: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:30:59 UTC |
bd479f6 | Bill Pemberton | 07 December 2012, 14:26:19 UTC | ASoC: lm49453: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:30:48 UTC |
c88f3de | Bill Pemberton | 07 December 2012, 14:26:18 UTC | ASoC: isabelle: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:30:44 UTC |
570f6fe | Bill Pemberton | 07 December 2012, 14:26:17 UTC | ASoC: pxa: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Acked-by: Haojian Zhuang <haojian.zhuang@gmail.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:30:34 UTC |
a0a3d51 | Bill Pemberton | 07 December 2012, 14:26:16 UTC | ASoC: fsl: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:30:25 UTC |
fdca21a | Bill Pemberton | 07 December 2012, 14:26:15 UTC | ASoC: Samsung: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:30:19 UTC |
d7f1be8 | Bill Pemberton | 07 December 2012, 14:26:14 UTC | ASoC: pxa/hx4700: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:29:59 UTC |
dca66da | Bill Pemberton | 07 December 2012, 14:26:13 UTC | ASoC: blackfin: remove __dev* attributes CONFIG_HOTPLUG is going away as an option. As result the __dev* markings will be going away. Remove use of __devinit, __devexit_p, __devinitdata, __devinitconst, and __devexit. Signed-off-by: Bill Pemberton <wfp5p@virginia.edu> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> | 09 December 2012, 15:29:39 UTC |
b022aba | Mark Brown | 09 December 2012, 15:22:39 UTC | Merge remote-tracking branch 'asoc/topic/wm9090' into asoc-next | 09 December 2012, 15:22:39 UTC |
7136b60 | Mark Brown | 09 December 2012, 15:22:38 UTC | Merge remote-tracking branch 'asoc/topic/wm9081' into asoc-next | 09 December 2012, 15:22:38 UTC |
de7a8a8 | Mark Brown | 09 December 2012, 15:22:38 UTC | Merge remote-tracking branch 'asoc/topic/wm8995' into asoc-next | 09 December 2012, 15:22:38 UTC |
06f1c66 | Mark Brown | 09 December 2012, 15:22:37 UTC | Merge remote-tracking branch 'asoc/topic/wm8994' into asoc-next | 09 December 2012, 15:22:37 UTC |
6f5716a | Mark Brown | 09 December 2012, 15:22:36 UTC | Merge remote-tracking branch 'asoc/topic/wm8993' into asoc-next | 09 December 2012, 15:22:36 UTC |
58f4f79 | Mark Brown | 09 December 2012, 15:22:36 UTC | Merge remote-tracking branch 'asoc/topic/wm8988' into asoc-next | 09 December 2012, 15:22:36 UTC |
fa52369 | Mark Brown | 09 December 2012, 15:22:35 UTC | Merge remote-tracking branch 'asoc/topic/wm8985' into asoc-next | 09 December 2012, 15:22:35 UTC |
e00457d | Mark Brown | 09 December 2012, 15:22:34 UTC | Merge remote-tracking branch 'asoc/topic/wm8978' into asoc-next | 09 December 2012, 15:22:34 UTC |
6d8ffb7 | Mark Brown | 09 December 2012, 15:22:33 UTC | Merge remote-tracking branch 'asoc/topic/wm8971' into asoc-next | 09 December 2012, 15:22:33 UTC |
86a9427 | Mark Brown | 09 December 2012, 15:22:32 UTC | Merge remote-tracking branch 'asoc/topic/wm8962' into asoc-next | 09 December 2012, 15:22:32 UTC |
e7d28c8 | Mark Brown | 09 December 2012, 15:22:32 UTC | Merge remote-tracking branch 'asoc/topic/wm8960' into asoc-next | 09 December 2012, 15:22:32 UTC |
7a7f987 | Mark Brown | 09 December 2012, 15:22:31 UTC | Merge remote-tracking branch 'asoc/topic/wm8955' into asoc-next | 09 December 2012, 15:22:31 UTC |
f443a29 | Mark Brown | 09 December 2012, 15:22:31 UTC | Merge remote-tracking branch 'asoc/topic/wm8804' into asoc-next | 09 December 2012, 15:22:31 UTC |
0487429 | Mark Brown | 09 December 2012, 15:22:30 UTC | Merge remote-tracking branch 'asoc/topic/wm8770' into asoc-next | 09 December 2012, 15:22:30 UTC |
95dd6d9 | Mark Brown | 09 December 2012, 15:22:29 UTC | Merge remote-tracking branch 'asoc/topic/wm8753' into asoc-next | 09 December 2012, 15:22:29 UTC |
1310062 | Mark Brown | 09 December 2012, 15:22:28 UTC | Merge remote-tracking branch 'asoc/topic/wm8750' into asoc-next | 09 December 2012, 15:22:28 UTC |
59b4cd4 | Mark Brown | 09 December 2012, 15:22:28 UTC | Merge remote-tracking branch 'asoc/topic/wm8741' into asoc-next | 09 December 2012, 15:22:28 UTC |
753ad46 | Mark Brown | 09 December 2012, 15:22:27 UTC | Merge remote-tracking branch 'asoc/topic/wm8510' into asoc-next | 09 December 2012, 15:22:27 UTC |
65c6283 | Mark Brown | 09 December 2012, 15:22:26 UTC | Merge remote-tracking branch 'asoc/topic/wm8400' into asoc-next | 09 December 2012, 15:22:26 UTC |
47f07b7 | Mark Brown | 09 December 2012, 15:22:26 UTC | Merge remote-tracking branch 'asoc/topic/wm8350' into asoc-next | 09 December 2012, 15:22:26 UTC |
719454d | Mark Brown | 09 December 2012, 15:22:24 UTC | Merge remote-tracking branch 'asoc/topic/wm2200' into asoc-next | 09 December 2012, 15:22:24 UTC |
ac92f11 | Mark Brown | 09 December 2012, 15:22:23 UTC | Merge remote-tracking branch 'asoc/topic/wm2000' into asoc-next | 09 December 2012, 15:22:23 UTC |
0b0ddfa | Mark Brown | 09 December 2012, 15:22:22 UTC | Merge remote-tracking branch 'asoc/topic/wm0010' into asoc-next | 09 December 2012, 15:22:22 UTC |
0c0936e | Mark Brown | 09 December 2012, 15:22:21 UTC | Merge remote-tracking branch 'asoc/topic/ux500' into asoc-next | 09 December 2012, 15:22:21 UTC |
c0324fb | Mark Brown | 09 December 2012, 15:22:20 UTC | Merge remote-tracking branch 'asoc/topic/tlv320aic32x4' into asoc-next | 09 December 2012, 15:22:20 UTC |
2ca5e86 | Mark Brown | 09 December 2012, 15:22:19 UTC | Merge remote-tracking branch 'asoc/topic/si476x' into asoc-next | 09 December 2012, 15:22:19 UTC |
ceb8ef5 | Mark Brown | 09 December 2012, 15:22:17 UTC | Merge remote-tracking branch 'asoc/topic/samsung' into asoc-next | 09 December 2012, 15:22:17 UTC |
a503451 | Mark Brown | 09 December 2012, 15:22:17 UTC | Merge remote-tracking branch 'asoc/topic/rt5631' into asoc-next | 09 December 2012, 15:22:17 UTC |
d576741 | Mark Brown | 09 December 2012, 15:22:16 UTC | Merge remote-tracking branch 'asoc/topic/omap' into asoc-next | 09 December 2012, 15:22:16 UTC |
473e8b3 | Mark Brown | 09 December 2012, 15:22:15 UTC | Merge remote-tracking branch 'asoc/topic/max98090' into asoc-next | 09 December 2012, 15:22:15 UTC |
29998eb | Mark Brown | 09 December 2012, 15:22:15 UTC | Merge remote-tracking branch 'asoc/topic/max9768' into asoc-next | 09 December 2012, 15:22:15 UTC |
4301aec | Mark Brown | 09 December 2012, 15:22:14 UTC | Merge remote-tracking branch 'asoc/topic/log' into asoc-next | 09 December 2012, 15:22:14 UTC |
edbe08a | Mark Brown | 09 December 2012, 15:22:13 UTC | Merge remote-tracking branch 'asoc/topic/lm49453' into asoc-next | 09 December 2012, 15:22:13 UTC |
9a6806c | Mark Brown | 09 December 2012, 15:22:12 UTC | Merge remote-tracking branch 'asoc/topic/kirkwood' into asoc-next | 09 December 2012, 15:22:12 UTC |