January 2017 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH] ASoC: Intel: Atom: Remove unneeded linux/miscdevice.h include
by Corentin Labbe 19 Sep '17

19 Sep '17

No file in sound/soc/intel/ use any miscdevice. This patch remove this uncessary include. Signed-off-by: Corentin Labbe <clabbe.montjoie(a)gmail.com> --- sound/soc/intel/atom/sst/sst_acpi.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/soc/intel/atom/sst/sst_acpi.c b/sound/soc/intel/atom/sst/sst_acpi.c index f4d92bb..a971a58 100644 --- a/sound/soc/intel/atom/sst/sst_acpi.c +++ b/sound/soc/intel/atom/sst/sst_acpi.c @@ -23,7 +23,6 @@ #include <linux/interrupt.h> #include <linux/slab.h> #include <linux/io.h> -#include <linux/miscdevice.h> #include <linux/platform_device.h> #include <linux/firmware.h> #include <linux/pm_runtime.h> -- 2.10.2

2 1

[alsa-devel] [PATCH 0/9] AC97 device/driver model revamp
by Robert Jarzmik 19 Sep '17

19 Sep '17

It all started in the pxa device-tree submission here : https://lkml.org/lkml/2016/2/25/965 Last submission was a RFC in here: http://www.gossamer-threads.com/lists/linux/kernel/2446863 It will be maintained in : git fetch https://github.com/rjarzmik/linux.git work/ac97 The driving ideas are still the same, and I put them in [1] for memory. This is the first post RFC submission. In order to make a full demonstration of the framework, wm97xx was converted to an MFD, see [2] for the "why". As this serie is a complete wm9713 change towards the new AC97 bus, here is the patch organization : - 1/9, 2/9, 3/9 and 5/9: the new AC97 bus, for Mark and Takashi to review - 4/9: wm9713 conversion, this one has ugly #ifdefs, should be reviewed more carefully - 6/9: prerequisite for final 9/9, for Marek and Sebastian to approve => this one is independent and can flow through Sebastian's tree in this next-cycle if accepted - 7/9: prerequisite for final 9/9, for Mark/Dmitry => this one is also independent and can flow in this cycle if accepted - 8/9: prerequisite for final 9/9, for Lee to review => this one has a dependency on 2/9, so it probably can't fit in this next-cycle - 9/9: this last one depends on all the patches before, so it can't fit in this next-cycle As a sum-up, I'd like to push for review for this -next cycle at least the patches 1, 2, 3, 5, 6 and 9. Happy review. Robert Jarzmik (9): ALSA: ac97: split out the generic ac97 registers ALSA: ac97: add an ac97 bus ASoC: add new ac97 bus support ASoC: wm9713: add ac97 new bus support ASoC: pxa: switch to new ac97 bus support power_supply: wm97xx_battery: use power_supply_get_drvdata Input: wm97xx: split out touchscreen registering mfd: wm97xx-core: core support for wm97xx Codec Input: wm97xx: add new AC97 bus support drivers/input/touchscreen/Kconfig | 2 +- drivers/input/touchscreen/wm97xx-core.c | 247 +++++++++++----- drivers/mfd/Kconfig | 14 + drivers/mfd/Makefile | 1 + drivers/mfd/wm97xx-core.c | 282 ++++++++++++++++++ drivers/power/supply/wm97xx_battery.c | 25 +- include/linux/mfd/wm97xx.h | 31 ++ include/sound/ac97/codec.h | 115 +++++++ include/sound/ac97/compat.h | 21 ++ include/sound/ac97/controller.h | 85 ++++++ include/sound/ac97/regs.h | 262 ++++++++++++++++ include/sound/ac97_codec.h | 239 +-------------- include/sound/pxa2xx-lib.h | 15 +- sound/Kconfig | 2 + sound/Makefile | 1 + sound/ac97/Kconfig | 19 ++ sound/ac97/Makefile | 8 + sound/ac97/ac97_core.h | 10 + sound/ac97/bus.c | 510 ++++++++++++++++++++++++++++++++ sound/ac97/codec.c | 15 + sound/ac97/snd_ac97_compat.c | 105 +++++++ sound/arm/Kconfig | 1 - sound/arm/pxa2xx-ac97-lib.c | 39 ++- sound/soc/Kconfig | 4 + sound/soc/codecs/Kconfig | 3 +- sound/soc/codecs/wm9713.c | 37 ++- sound/soc/pxa/Kconfig | 5 +- sound/soc/pxa/pxa2xx-ac97.c | 22 +- 28 files changed, 1738 insertions(+), 382 deletions(-) create mode 100644 drivers/mfd/wm97xx-core.c create mode 100644 include/linux/mfd/wm97xx.h create mode 100644 include/sound/ac97/codec.h create mode 100644 include/sound/ac97/compat.h create mode 100644 include/sound/ac97/controller.h create mode 100644 include/sound/ac97/regs.h create mode 100644 sound/ac97/Kconfig create mode 100644 sound/ac97/Makefile create mode 100644 sound/ac97/ac97_core.h create mode 100644 sound/ac97/bus.c create mode 100644 sound/ac97/codec.c create mode 100644 sound/ac97/snd_ac97_compat.c -- 2.1.4 [1] RFC PATCH reminder: Amongst the driving ideas behind this RFC : - use device/driver model for AC'97 device/driver binding is based on vendor_id{1,2} - use auto-probe of the AC'97 bus to enumerate codecs and create devices - be compatible with previous platform_data model for codecs => this enables a smooth transition, where a codec (here wm9713) can be used either through platform_device or automatic discovery - struct snd_ac97 is not used This structure is really heavy, and doesn't represent an AC97 device, but rather an AC'97 codec internals IIUC. I think it's right place would be in include/sound/ac97/codec.h. This is also a problem for regmap adherence, hence the include/sound/ac97/compat.h. - a new AC'97 bus Kconfig is created This was done for a smooth transition ... let's see if it's a good idea. - split the AC'97 into : - the codec - the digital controller - the bus Amongst the things that are not all touched yet : - ac97_codec.c The generic AC'97 codec in sound/pci/ac97/ac97_codec.c has really a lot features, which are not at all PCI related. They could be transfered to sound/ac97, without the pci specific field. => this deserves a deep ahead thinking, which I'll do if the current approach is accepted by the communauty. The most important patch is 2/7 "ALSA: ac97: add an ac97 bus". This is the main evaluation point for the serie, the others are here so that I can test it all. Well, this is a long term effort, which might need a complete rewrite according to the comments it'll get. Let's expose it for comments and see how I can progress with it. [2] As a corollary, wm97xx is changed into a MFD device, which at least spawns: - the touchscreen device - the ac97 codec - the problem to solve was stated in http://www.gossamer-threads.com/lists/linux/kernel/2510113#2510113

9 38

[alsa-devel] [RFC PATCH 0/7] AC97 device/driver model revamp
by Robert Jarzmik 04 Sep '17

04 Sep '17

It all started in the pxa device-tree submission here : https://lkml.org/lkml/2016/2/25/965 It will be maintained in : git fetch https://github.com/rjarzmik/linux.git work/ac97 And now it transformed into this RFC, which would bring a ground for AC'97 devices closer to the linux device/driver model. This is just an RFC to see if we understand each other Mark. Amongst the driving ideas behind this RFC : - use device/driver model for AC'97 device/driver binding is based on vendor_id{1,2} - use auto-probe of the AC'97 bus to enumerate codecs and create devices - be compatible with previous platform_data model for codecs => this enables a smooth transition, where a codec (here wm9713) can be used either through platform_device or automatic discovery - struct snd_ac97 is not used This structure is really heavy, and doesn't represent an AC97 device, but rather an AC'97 codec internals IIUC. I think it's right place would be in include/sound/ac97/codec.h. This is also a problem for regmap adherence, hence the include/sound/ac97/compat.h. - a new AC'97 bus Kconfig is created This was done for a smooth transition ... let's see if it's a good idea. - split the AC'97 into : - the codec - the digital controller - the bus Amongst the things that are not all touched yet : - ac97_codec.c The generic AC'97 codec in sound/pci/ac97/ac97_codec.c has really a lot features, which are not at all PCI related. They could be transfered to sound/ac97, without the pci specific field. => this deserves a deep ahead thinking, which I'll do if the current approach is accepted by the communauty. The most important patch is 2/7 "ALSA: ac97: add an ac97 bus". This is the main evaluation point for the serie, the others are here so that I can test it all. Well, this is a long term effort, which might need a complete rewrite according to the comments it'll get. Let's expose it for comments and see how I can progress with it. Cheers. -- Robert Robert Jarzmik (7): ALSA: ac97: split out the generic ac97 registers ALSA: ac97: add an ac97 bus ASoC: wm9713: add ac97 new bus support ASoC: pxa: switch to new ac97 bus support ARM: pxa: mioa701 remove wm9713 from platform devices ASoC: mioa701_wm9713: convert to new ac97 bus ASoC: add new ac97 bus support arch/arm/mach-pxa/mioa701.c | 1 - include/sound/ac97/codec.h | 98 ++++++++++++ include/sound/ac97/compat.h | 21 +++ include/sound/ac97/controller.h | 39 +++++ include/sound/ac97/regs.h | 262 +++++++++++++++++++++++++++++++ include/sound/ac97_codec.h | 239 +---------------------------- include/sound/pxa2xx-lib.h | 14 +- sound/Kconfig | 7 + sound/Makefile | 1 + sound/ac97/Kconfig | 9 ++ sound/ac97/Makefile | 5 + sound/ac97/ac97_core.h | 10 ++ sound/ac97/bus.c | 330 ++++++++++++++++++++++++++++++++++++++++ sound/ac97/codec.c | 15 ++ sound/ac97/snd_ac97_compat.c | 104 +++++++++++++ sound/arm/Kconfig | 1 - sound/arm/pxa2xx-ac97-lib.c | 31 ++-- sound/soc/Kconfig | 4 + sound/soc/codecs/wm9713.c | 62 +++++++- sound/soc/pxa/Kconfig | 4 +- sound/soc/pxa/mioa701_wm9713.c | 4 +- sound/soc/pxa/pxa2xx-ac97.c | 12 +- 22 files changed, 1000 insertions(+), 273 deletions(-) create mode 100644 include/sound/ac97/codec.h create mode 100644 include/sound/ac97/compat.h create mode 100644 include/sound/ac97/controller.h create mode 100644 include/sound/ac97/regs.h create mode 100644 sound/ac97/Kconfig create mode 100644 sound/ac97/Makefile create mode 100644 sound/ac97/ac97_core.h create mode 100644 sound/ac97/bus.c create mode 100644 sound/ac97/codec.c create mode 100644 sound/ac97/snd_ac97_compat.c -- 2.1.4

3 29

[alsa-devel] [PATCH v8 0/5] Add platform clock for BayTrail platforms
by Pierre-Louis Bossart 10 Jul '17

10 Jul '17

These patches specifically enable the audio MCLK required by Baytrail CR devices. It is the remaining part of a bigger set of patches (already merged in Mark Brown's tree) that enable sound for Baytrail CR devices (especially Asus T100TAF) [1]. They include the clock driver and clock enabling in the pmc_atom code (along with moving of the non-architectural pmc_atom driver code into drivers/platform/x86 as suggested by Thomas Gleixner [2]). This move includes a new header in include/linux/platform_data/x86/. While there is an agreement that the definitions for PMC clocks are not really platform data this location is seen as a good-enough compromise with an agreement between Darren Hart and Andy Shevchenko [3] [1] http://mailman.alsa-project.org/pipermail/alsa-devel/2016-August/111704.html [2] http://mailman.alsa-project.org/pipermail/alsa-devel/2016-October/113936.ht… [3] http://mailman.alsa-project.org/pipermail/alsa-devel/2016-December/115892.h… Changes from v7: - Replaced clk-readl/writel by regular readl/writel - Fixed two nitpick comments (newline and driver name string) - Fixed [5:0] to [0..5] in comment (missed in v6) Changes from v6: - Addressed comments from Stephen Boyd, Andy Shevchenko and Vinod Koul - Renamed clk-byt-plt to clk-pmc-atom - Rebase to 4.10-rc3 (broonie/for-next) - Added helper functions to make error handling more compact - Removed module-related code since it's not possible/supported - Removed useless tests on remove - PMC_CLK_OFFSET move to clk-pcm-atom (more logical) - Split typo correction and makefile fix in separate patches - small fixes (spaces, defaults in switches, alphabetical order, use of clk_writel/readl and no test on write, simpler error handling, use of while(i--), unsigned loop variables, kernel doc fields, format-patch -M -C -D, use of PLATFORM_DEVID_NONE) Changes from v5: - fix build error reported by kbuild test robot - split the clk driver code from x86 platform changes Changes from v4: - move the pmc_atom driver from arch/x86/platform/atom to drivers/platform/x86 Changes from v3: - replace devm_kzalloc with devm_kcalloc - add x86 architecture maintainers Changes from v2: - move clk platform data structures to a separate include file - store clk_hw pointer for the fixed rate clocks Changes from v1: - register the clk device as child of pmc device - pass iomem pointer from pmc driver to clk driver to avoid using pmc_atom_read()/write() and use readl/writel API instead - use devm_clk_hw_register/clkdev_hw_create instead of clk_register/clkdev_create Irina Tirdea (3): clk: x86: Add Atom PMC platform clocks arch/x86/platform/atom: Move pmc_atom to drivers/platform/x86 platform/x86: Enable Atom PMC platform clocks Pierre-Louis Bossart (2): clk: Make x86/ conditional on CONFIG_COMMON_CLK platform/x86: fix typo in comment arch/x86/Kconfig | 4 - arch/x86/platform/atom/Makefile | 1 - drivers/acpi/acpi_lpss.c | 2 +- drivers/clk/Makefile | 2 + drivers/clk/x86/Makefile | 1 + drivers/clk/x86/clk-pmc-atom.c | 371 +++++++++++++++++++++ drivers/platform/x86/Kconfig | 5 + drivers/platform/x86/Makefile | 1 + .../atom => drivers/platform/x86}/pmc_atom.c | 88 ++++- include/linux/platform_data/x86/clk-pmc-atom.h | 44 +++ .../linux/platform_data/x86}/pmc_atom.h | 2 +- 11 files changed, 506 insertions(+), 15 deletions(-) create mode 100644 drivers/clk/x86/clk-pmc-atom.c rename {arch/x86/platform/atom => drivers/platform/x86}/pmc_atom.c (87%) create mode 100644 include/linux/platform_data/x86/clk-pmc-atom.h rename {arch/x86/include/asm => include/linux/platform_data/x86}/pmc_atom.h (98%) -- 2.7.4

4 11

[alsa-devel] additional high input device for snd-dice (A&H Zed R16)
by Allan Klinbail 26 Jun '17

26 Jun '17

Hi, I noticed on the changelog that some devices are able to access all channels without doing any .asoundrc funkiness. Form 4.6 kernel onwards - Add support for previously unavailable higher PCM channels on certain devices with high channel count, notably Focusrite Saffire PRO 40, Focusrite Liquid Saffire 56, and TC Electronic Studio Konnekt 48. These devices spread the PCM and MIDI channels across 2 tx + 2 rx IEEE 1394 channels instead of just 1 tx + 1 rx IEEE 1394 channel, as most other devices do. Pretty sure I've tested with 4.6 and wasn't able to achieve this with my device. But can test again with 4.8 if I am wrong. My device is an Allen and Heath Zed R16.. While latency performance in the way ALSA works is not satisfactory for my usage others may wish to use this device with ALSA for simplicity. (remove the need for FFADO entirely as there is no software mixer for this device and remove the need for any MIDI bridge) Currently under ALSA in 44.1k or 48k the device has 16 inputs and 16 outputs on the first firewire channel, and then and additional 10 ins and 10 outs on the second. If this is any help, here is the vendor info, as used by FFADO { # Allen and Heath Zed R16. Information from Brendan Pike. vendorid = 0x000004C4; modelid = 0x00000000; vendorname = "Allen and Heath"; modelname = "Zed R16"; driver = "DICE"; mixer = "Generic_Dice_EAP"; } On that latency topic- just voicing my opinion and I don't expect change. When the paradigm of using periods/frames and buffers is common across all OS and driver platforms, I don't believe that the driver should force developers to implement a new method, even if there are better ways of doing things. That might be okay for small open source projects, but bigger commercial applications would not be likely to maintain separate configuration options for Linux, they are more likely to drop Linux altogether if forced to adopt I also know that Takashi S, does not agree but as FFADO devs have agreed to keep the driver in FFADO I don't mind..

2 3

Re: [alsa-devel] Dell USB audio driver workaround
by Takashi Iwai 21 Jun '17

21 Jun '17

On Wed, 06 Apr 2016 08:29:12 +0200, Kailang wrote: > > Hi Takashi, > > Dell had USB dock. > Maybe firmware issue, the master volume always keep at 0x57. > Attach patch will fix it to keep at Max volume. > > Could you help us to update it? Well, I don't get how this patch works.. > diff --git a/sound/usb/mixer.c b/sound/usb/mixer.c > index 4f85757..84d9a4e 100644 > --- a/sound/usb/mixer.c > +++ b/sound/usb/mixer.c > @@ -846,6 +846,12 @@ static void volume_control_quirks(struct usb_mixer_elem_info *cval, > { > struct snd_usb_audio *chip = cval->head.mixer->chip; > switch (chip->usb_id) { > + case USB_ID(0x0bda, 0x4014): /* Dell workaround */ > + if (strstr(kctl->id.name, "Playback Volume") != NULL) { > + cval->min = 0x0000; > + cval->max = 0x0000; > + } > + break; So, this means that this value has to be fixed to 0? If yes, can't we simply remove this volume instead? thanks, Takashi

4 16

[alsa-devel] [PATCH 0/7] of_graph: prepare for ALSA graph support
by Kuninori Morimoto 17 May '17

17 May '17

Hi Rob, Mark Cc Guennadi, Laurent Now OF graph is mainly used by V4L2 SoC, and ALSA SoC is using different style for SoC <-> Codec binding. But, for example, HDMI case, V4L2 <-> ALSA need to collaborate, and then ALSA SoC needs to adjust to OF graph. OTOH, V4L2's "OF graph" position is same as ALSA SoC "sound card" position. And ALSA SoC side want to keep existing supported feature on new OF graph style. I'm posting this on ALSA SoC ML now. Now, current of_graph is indicating port/endpoint, but there is no way to understand that it is for video port ? or sound port ? or other device port ? For example, HDMI has video port, and sound port. Because of this reason, ALSA SoC side can't handle OF graph correctly. Thus, this patch-set tries to add new "type" on OF graph. And this patch-set includes small feature which are useful for ALSA SoC side OF graph support. Kuninori Morimoto (7): Documentation: of: add type property of_graph: add of_graph_get_remote_endpoint() of_graph: add of_graph_port/endpoint_type_is() of_graph: add of_graph_get_endpoint_count() of_graph: add of_graph_get_port_parent() of_graph: add of_graph_get_top_port() of_graph: add for_each_of_port() / for_each_of_endpoint_in_port() Documentation/devicetree/bindings/graph.txt | 26 ++++ drivers/of/base.c | 196 ++++++++++++++++++++++++++-- include/linux/of_graph.h | 67 ++++++++++ 3 files changed, 279 insertions(+), 10 deletions(-) -- 1.9.1

3 12

[alsa-devel] [PATCH 1/1] ASoC: fsl_asrc: use dma_transfer_direction enum when calling dmaengine_prep_dma_cyclic
by Nicolas Iooss 21 Apr '17

21 Apr '17

When fsl_asrc_dma_prepare_and_submit() calls dmaengine_prep_dma_cyclic(), it uses either DMA_TO_DEVICE or DMA_FROM_DEVICE. These values are both items of dma_data_direction enum, not of dma_data_direction enum, which is the type expected by dmaengine_prep_dma_cyclic(). Replace DMA_TO_DEVICE with DMA_MEM_TO_DEV and DMA_FROM_DEVICE with DMA_DEV_TO_MEM to fix this type mismatch issue. Signed-off-by: Nicolas Iooss <nicolas.iooss_linux(a)m4x.org> --- sound/soc/fsl/fsl_asrc_dma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/fsl/fsl_asrc_dma.c b/sound/soc/fsl/fsl_asrc_dma.c index dc30d780f874..282d841840b1 100644 --- a/sound/soc/fsl/fsl_asrc_dma.c +++ b/sound/soc/fsl/fsl_asrc_dma.c @@ -76,7 +76,7 @@ static int fsl_asrc_dma_prepare_and_submit(struct snd_pcm_substream *substream) pair->dma_chan[!dir], runtime->dma_addr, snd_pcm_lib_buffer_bytes(substream), snd_pcm_lib_period_bytes(substream), - dir == OUT ? DMA_TO_DEVICE : DMA_FROM_DEVICE, flags); + dir == OUT ? DMA_MEM_TO_DEV : DMA_DEV_TO_MEM, flags); if (!pair->desc[!dir]) { dev_err(dev, "failed to prepare slave DMA for Front-End\n"); return -ENOMEM; -- 2.11.0

4 3

[alsa-devel] PROBLEM: Internal microphone (& combined headset jack, in default config) not working on Acer VN7-592G (Skylake)
by Ralf Jung 04 Apr '17

04 Apr '17

Hi all, (This is my first bugreport to a mailing list, so I hope I'm filling out everything properly here...) [1.] Internal microphone (& combined headset jack, in default config) not working on Acer VN7-592G (Skylake) [2.] The internal microphone of my new laptop, an Acer Aspire V Nitro Black Edition (VN7-592G) with Skylake, is not working. The machine has a single "headset" jack which is supposed to support both speakers, microphones, and "combined jacks" that carry both audio-in and audio-out (like they are common on smartphones). Without any further configuration, the jack works only for external speakers. A plugged-in microphone doesn't seem to do anything, for a combined headset (i.e. sth. with both microphone and speaker in one jack), only the speaker part works. I tried all combinations of settings in pavucontrol, i.e., "Speakers" (that's the internal ones) vs. "Headphones" for audio output and "Microphone" vs. "Headset Microhpone" for the audio input. I was able to improve the situation by adding this to modprobe.d: options snd-hda-intel model=dell-headset-multi Now, mics and external speakers plugged in work fine (where for mics, I need to manually configure them in pacuvontrol: "Speakers" and "Microphone"). Combined headsets also work (with "Headphones" and "Headset Microphone"), i.e. I get audio in and audio out, but the audio in from the microphone is fairly noisy. I am not sure whether this is due to the headset or the laptop; I am using the same headset with my phone and people I called did not complain about noise. Furthermore, there is a weird effect: I have a headset with *separate* plugs for speaker and mic (which I used above to test the speaker vs. mic functionality). If I plug in the speaker part, but configure it as a microhpone (out: "Speakers", in: "Microphone"), then I actually get a (rather noisy) input signal. Not sure what is going on there, but I'm reasonably sure it is getting that signal from the headset, not the internal mic of the laptop. Even with this configuration, the internal microphone of the laptop dos not work. The system seems entirely unaware that there even is an internal microphone. Here's a Ubuntu bugreport with other folks having the same problem: <https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1523100> [3.] Keywords: audio microphone skylake combined-jack [4.] Kernel information [4.1.] Kernel version (from /proc/version): Linux version 4.9.1 (r@r-schwarzschild) (gcc version 6.2.1 20161124 (Debian 6.2.1-5) ) #1 SMP Sun Jan 8 11:40:58 CET 2017 This is a vanilla kernel compiled myself; I'm otherwise on Debian testing amd64. [4.2.] Kernel .config file: attached [8.] Environment [8.1.] Software > Linux r-schwarzschild 4.9.1 #1 SMP Sun Jan 8 11:40:58 CET 2017 x86_64 GNU/Linux > > GNU C 6.2.1 > GNU Make 4.1 > Binutils 2.27.51.20161220 > Util-linux 2.29 > Mount 2.29 > Linux C Library 2.24 > Dynamic linker (ldd) 2.24 > readlink: missing operand > Try 'readlink --help' for more information. > Procps 3.3.12 > Kbd 2.0.3 > Console-tools 2.0.3 > Sh-utils 8.26 > Udev 232 > Modules Loaded ablk_helper ac acer_wmi acpi_pad aesni_intel aes_x86_64 af_alg ahci algif_skcipher arc4 ath10k_core ath10k_pci ath autofs4 battery bbswitch bluetooth bnep bridge btbcm btintel btrtl btusb button cfg80211 cmac coretemp crc16 crc32c_intel crc32_pclmul crct10dif_pclmul cryptd cuse dm_crypt dm_mod drm drm_kms_helper ebtable_broute ebtable_filter ebtable_nat ebtables efi_pstore efivarfs efivars evdev ext4 fat fjes fscrypto fuse gf128mul ghash_clmulni_intel glue_helper hid hid_generic hid_multitouch i2c_algo_bit i2c_designware_core i2c_designware_platform i2c_hid i2c_i801 i2c_smbus i915 idma64 intel_lpss intel_lpss_acpi intel_lpss_pci intel_powerclamp intel_rapl ip6table_filter ip6table_mangle ip6table_nat ip6table_raw ip6_tables ip6table_security ip6t_REJECT ip6t_rpfilter ip_set iptable_filter iptable_mangle iptable_nat iptable_raw ip_tables iptable_security ipt_REJECT irqbypass iTCO_vendor_support iTCO_wdt jbd2 joydev kvm kvm_intel libahci libata llc lp lrw mac80211 mbcache media mei mei_me memstick mfd_core mii mmc_core nf_conntrack nf_conntrack_ipv4 nf_conntrack_ipv6 nf_defrag_ipv4 nf_defrag_ipv6 nf_nat nf_nat_ipv4 nf_nat_ipv6 nfnetlink nf_reject_ipv4 nf_reject_ipv6 nls_ascii nls_cp437 parport parport_pc pci_stub pcspkr ppdev r8169 rfkill rtsx_usb rtsx_usb_ms rtsx_usb_sdmmc scsi_mod sd_mod serio_raw sg shpchp snd snd_hda_codec snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_core snd_hda_intel snd_hwdep snd_pcm snd_timer soundcore sparse_keymap stp thermal tpm tpm_crb tpm_tis tpm_tis_core usbcore usbhid uvcvideo vboxdrv vboxnetadp vboxnetflt vboxpci vfat video videobuf2_core videobuf2_memops videobuf2_v4l2 videobuf2_vmalloc videodev virt_dma wmi x86_pkg_temp_thermal xhci_hcd xhci_pci x_tables xt_conntrack xt_tcpudp [8.2.] Processor information (from /proc/cpuinfo): > vendor_id : GenuineIntel > cpu family : 6 > model : 94 > model name : Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz > stepping : 3 > microcode : 0x9e [8.3.] Module information (from /proc/modules): > pci_stub 16384 1 - Live 0xffffffffc0d1a000 (E) > vboxpci 24576 0 - Live 0xffffffffc0d0f000 (OE) > vboxnetadp 28672 0 - Live 0xffffffffc0d07000 (OE) > vboxnetflt 28672 0 - Live 0xffffffffc0cfb000 (OE) > vboxdrv 454656 3 vboxpci,vboxnetadp,vboxnetflt, Live 0xffffffffc0c6d000 (OE) > arc4 16384 2 - Live 0xffffffffc0c68000 (E) > xt_tcpudp 16384 3 - Live 0xffffffffc0c63000 (E) > ip6t_rpfilter 16384 1 - Live 0xffffffffc0c5e000 (E) > ip6t_REJECT 16384 2 - Live 0xffffffffc0c59000 (E) > nf_reject_ipv6 16384 1 ip6t_REJECT, Live 0xffffffffc0c54000 (E) > ipt_REJECT 16384 2 - Live 0xffffffffc0c44000 (E) > nf_reject_ipv4 16384 1 ipt_REJECT, Live 0xffffffffc0c3f000 (E) > xt_conntrack 16384 11 - Live 0xffffffffc08cc000 (E) > ip_set 45056 0 - Live 0xffffffffc08d1000 (E) > nfnetlink 16384 1 ip_set, Live 0xffffffffc08a7000 (E) > ebtable_nat 16384 1 - Live 0xffffffffc0c4f000 (E) > ebtable_broute 16384 1 - Live 0xffffffffc0c4a000 (E) > bridge 131072 1 ebtable_broute, Live 0xffffffffc0b50000 (E) > stp 16384 1 bridge, Live 0xffffffffc0b4b000 (E) > llc 16384 2 bridge,stp, Live 0xffffffffc0b42000 (E) > ip6table_raw 16384 1 - Live 0xffffffffc0b3d000 (E) > ip6table_nat 16384 1 - Live 0xffffffffc0b38000 (E) > nf_conntrack_ipv6 20480 7 - Live 0xffffffffc0b1d000 (E) > nf_defrag_ipv6 36864 1 nf_conntrack_ipv6, Live 0xffffffffc0b2a000 (E) > nf_nat_ipv6 16384 1 ip6table_nat, Live 0xffffffffc0b14000 (E) > ip6table_mangle 16384 1 - Live 0xffffffffc0b0f000 (E) > ip6table_security 16384 1 - Live 0xffffffffc0b0a000 (E) > iptable_raw 16384 1 - Live 0xffffffffc0b05000 (E) > iptable_nat 16384 1 - Live 0xffffffffc0b00000 (E) > nf_conntrack_ipv4 16384 6 - Live 0xffffffffc0af7000 (E) > nf_defrag_ipv4 16384 1 nf_conntrack_ipv4, Live 0xffffffffc0a37000 (E) > nf_nat_ipv4 16384 1 iptable_nat, Live 0xffffffffc08b4000 (E) > nf_nat 28672 2 nf_nat_ipv6,nf_nat_ipv4, Live 0xffffffffc0a2f000 (E) > nf_conntrack 114688 6 xt_conntrack,nf_conntrack_ipv6,nf_nat_ipv6,nf_conntrack_ipv4,nf_nat_ipv4,nf_nat, Live 0xffffffffc0930000 (E) > iptable_mangle 16384 1 - Live 0xffffffffc0890000 (E) > iptable_security 16384 1 - Live 0xffffffffc088b000 (E) > ebtable_filter 16384 1 - Live 0xffffffffc070e000 (E) > ebtables 36864 3 ebtable_nat,ebtable_broute,ebtable_filter, Live 0xffffffffc0746000 (E) > ip6table_filter 16384 1 - Live 0xffffffffc06b1000 (E) > ip6_tables 28672 5 ip6table_raw,ip6table_nat,ip6table_mangle,ip6table_security,ip6table_filter, Live 0xffffffffc0719000 (E) > iptable_filter 16384 1 - Live 0xffffffffc0698000 (E) > cmac 16384 1 - Live 0xffffffffc0693000 (E) > bbswitch 16384 0 - Live 0xffffffffc0642000 (OE) > bnep 20480 2 - Live 0xffffffffc062e000 (E) > hid_multitouch 20480 0 - Live 0xffffffffc063c000 (E) > joydev 20480 0 - Live 0xffffffffc07a3000 (E) > snd_hda_codec_hdmi 45056 1 - Live 0xffffffffc0924000 (E) > nls_ascii 16384 1 - Live 0xffffffffc0663000 (E) > ath10k_pci 45056 0 - Live 0xffffffffc08e7000 (E) > nls_cp437 20480 1 - Live 0xffffffffc07f9000 (E) > ath10k_core 245760 1 ath10k_pci, Live 0xffffffffc09e2000 (E) > vfat 20480 1 - Live 0xffffffffc07f3000 (E) > ath 32768 1 ath10k_core, Live 0xffffffffc07aa000 (E) > acer_wmi 20480 0 - Live 0xffffffffc06d5000 (E) > i2c_designware_platform 16384 0 - Live 0xffffffffc052b000 (E) > fat 69632 1 vfat, Live 0xffffffffc08ba000 (E) > snd_hda_codec_realtek 86016 1 - Live 0xffffffffc090e000 (E) > efi_pstore 16384 0 - Live 0xffffffffc0497000 (E) > i2c_designware_core 20480 1 i2c_designware_platform, Live 0xffffffffc08ae000 (E) > snd_hda_codec_generic 69632 1 snd_hda_codec_realtek, Live 0xffffffffc0895000 (E) > intel_rapl 20480 0 - Live 0xffffffffc069f000 (E) > sparse_keymap 16384 1 acer_wmi, Live 0xffffffffc0526000 (E) > mac80211 663552 1 ath10k_core, Live 0xffffffffc0b9c000 (E) > x86_pkg_temp_thermal 16384 0 - Live 0xffffffffc0b25000 (E) > cfg80211 552960 3 ath10k_core,ath,mac80211, Live 0xffffffffc0a6f000 (E) > snd_hda_intel 36864 6 - Live 0xffffffffc08dd000 (E) > intel_powerclamp 16384 0 - Live 0xffffffffc06ac000 (E) > btusb 45056 0 - Live 0xffffffffc0a23000 (E) > coretemp 16384 0 - Live 0xffffffffc0647000 (E) > btrtl 16384 1 btusb, Live 0xffffffffc07ee000 (E) > snd_hda_codec 135168 4 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel, Live 0xffffffffc0b7a000 (E) > uvcvideo 90112 0 - Live 0xffffffffc08f7000 (E) > snd_hda_core 81920 5 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_codec, Live 0xffffffffc07d9000 (E) > btbcm 16384 1 btusb, Live 0xffffffffc07d4000 (E) > videobuf2_vmalloc 16384 1 uvcvideo, Live 0xffffffffc0764000 (E) > btintel 16384 1 btusb, Live 0xffffffffc075f000 (E) > videobuf2_memops 16384 1 videobuf2_vmalloc, Live 0xffffffffc07cf000 (E) > snd_hwdep 16384 1 snd_hda_codec, Live 0xffffffffc0b71000 (E) > videobuf2_v4l2 24576 1 uvcvideo, Live 0xffffffffc06a5000 (E) > kvm_intel 192512 0 - Live 0xffffffffc0a3f000 (E) > videobuf2_core 36864 2 uvcvideo,videobuf2_v4l2, Live 0xffffffffc0668000 (E) > kvm 589824 1 kvm_intel, Live 0xffffffffc0951000 (E) > bluetooth 552960 26 bnep,btusb,btrtl,btbcm,btintel, Live 0xffffffffc0803000 (E) > snd_pcm 110592 6 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core, Live 0xffffffffc07b3000 (E) > videodev 176128 3 uvcvideo,videobuf2_v4l2,videobuf2_core, Live 0xffffffffc0777000 (E) > rtsx_usb_ms 20480 0 - Live 0xffffffffc076d000 (E) > irqbypass 16384 1 kvm, Live 0xffffffffc0677000 (E) > efivars 20480 1 efi_pstore, Live 0xffffffffc0680000 (E) > media 40960 2 uvcvideo,videodev, Live 0xffffffffc073b000 (E) > snd_timer 32768 1 snd_pcm, Live 0xffffffffc0756000 (E) > mei_me 36864 0 - Live 0xffffffffc06ec000 (E) > pcspkr 16384 0 - Live 0xffffffffc0629000 (E) > serio_raw 16384 0 - Live 0xffffffffc0624000 (E) > snd 86016 18 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer, Live 0xffffffffc0725000 (E) > idma64 20480 0 - Live 0xffffffffc0510000 (E) > iTCO_wdt 16384 0 - Live 0xffffffffc0751000 (E) > memstick 20480 1 rtsx_usb_ms, Live 0xffffffffc0713000 (E) > rfkill 24576 8 acer_wmi,cfg80211,bluetooth, Live 0xffffffffc0707000 (E) > iTCO_vendor_support 16384 1 iTCO_wdt, Live 0xffffffffc0702000 (E) > soundcore 16384 1 snd, Live 0xffffffffc06f9000 (E) > sg 32768 0 - Live 0xffffffffc06df000 (E) > mei 102400 1 mei_me, Live 0xffffffffc06bb000 (E) > virt_dma 16384 1 idma64, Live 0xffffffffc06b6000 (E) > shpchp 36864 0 - Live 0xffffffffc0659000 (E) > intel_lpss_pci 16384 0 - Live 0xffffffffc0650000 (E) > battery 16384 0 - Live 0xffffffffc0519000 (E) > ac 16384 0 - Live 0xffffffffc010e000 (E) > intel_lpss_acpi 16384 0 - Live 0xffffffffc068e000 (E) > wmi 16384 1 acer_wmi, Live 0xffffffffc0672000 (E) > intel_lpss 16384 2 intel_lpss_pci,intel_lpss_acpi, Live 0xffffffffc031f000 (E) > evdev 24576 18 - Live 0xffffffffc061d000 (E) > acpi_pad 24576 0 - Live 0xffffffffc0616000 (E) > tpm_crb 16384 0 - Live 0xffffffffc0637000 (E) > tpm_tis 16384 0 - Live 0xffffffffc0492000 (E) > tpm_tis_core 20480 1 tpm_tis, Live 0xffffffffc0688000 (E) > tpm 45056 3 tpm_crb,tpm_tis,tpm_tis_core, Live 0xffffffffc0532000 (E) > cuse 16384 3 - Live 0xffffffffc02b5000 (E) > fuse 98304 2 cuse, Live 0xffffffffc04b7000 (E) > parport_pc 28672 0 - Live 0xffffffffc048a000 (E) > ppdev 20480 0 - Live 0xffffffffc0484000 (E) > lp 20480 0 - Live 0xffffffffc0335000 (E) > parport 49152 3 parport_pc,ppdev,lp, Live 0xffffffffc02fe000 (E) > efivarfs 16384 1 - Live 0xffffffffc02f9000 (E) > ip_tables 24576 5 iptable_raw,iptable_nat,iptable_mangle,iptable_security,iptable_filter, Live 0xffffffffc02ba000 (E) > x_tables 36864 16 xt_tcpudp,ip6t_rpfilter,ip6t_REJECT,ipt_REJECT,xt_conntrack,ip6table_raw,ip6table_mangle,ip6table_security,iptable_raw,iptable_mangle,iptable_security,ebtables,ip6table_filter,ip6_tables,iptable_filter,ip_tables, Live 0xffffffffc025a000 (E) > autofs4 40960 2 - Live 0xffffffffc02aa000 (E) > ext4 581632 4 - Live 0xffffffffc0587000 (E) > crc16 16384 2 bluetooth,ext4, Live 0xffffffffc0265000 (E) > jbd2 106496 1 ext4, Live 0xffffffffc0469000 (E) > fscrypto 28672 1 ext4, Live 0xffffffffc01cf000 (E) > mbcache 16384 5 ext4, Live 0xffffffffc01c6000 (E) > algif_skcipher 20480 0 - Live 0xffffffffc0108000 (E) > af_alg 16384 1 algif_skcipher, Live 0xffffffffc00f5000 (E) > dm_crypt 24576 2 - Live 0xffffffffc011d000 (E) > dm_mod 114688 14 dm_crypt, Live 0xffffffffc056a000 (E) > rtsx_usb_sdmmc 28672 0 - Live 0xffffffffc0115000 (E) > mmc_core 143360 1 rtsx_usb_sdmmc, Live 0xffffffffc04e5000 (E) > rtsx_usb 24576 2 rtsx_usb_ms,rtsx_usb_sdmmc, Live 0xffffffffc00ee000 (E) > mfd_core 16384 2 intel_lpss,rtsx_usb, Live 0xffffffffc00e9000 (E) > hid_generic 16384 0 - Live 0xffffffffc00df000 (E) > usbhid 53248 0 - Live 0xffffffffc00fa000 (E) > sd_mod 45056 6 - Live 0xffffffffc009a000 (E) > crct10dif_pclmul 16384 0 - Live 0xffffffffc0521000 (E) > crc32_pclmul 16384 0 - Live 0xffffffffc04b2000 (E) > crc32c_intel 24576 8 - Live 0xffffffffc0509000 (E) > ghash_clmulni_intel 16384 0 - Live 0xffffffffc04d7000 (E) > aesni_intel 167936 8 - Live 0xffffffffc0540000 (E) > aes_x86_64 20480 1 aesni_intel, Live 0xffffffffc04df000 (E) > lrw 16384 1 aesni_intel, Live 0xffffffffc04aa000 (E) > gf128mul 16384 1 lrw, Live 0xffffffffc04d2000 (E) > glue_helper 16384 1 aesni_intel, Live 0xffffffffc00e4000 (E) > ablk_helper 16384 1 aesni_intel, Live 0xffffffffc00b5000 (E) > cryptd 24576 5 ghash_clmulni_intel,aesni_intel,ablk_helper, Live 0xffffffffc049f000 (E) > i915 1228800 29 - Live 0xffffffffc033c000 (E) > ahci 36864 4 - Live 0xffffffffc032b000 (E) > i2c_algo_bit 16384 1 i915, Live 0xffffffffc0324000 (E) > libahci 32768 1 ahci, Live 0xffffffffc0316000 (E) > i2c_i801 24576 0 - Live 0xffffffffc030b000 (E) > drm_kms_helper 155648 1 i915, Live 0xffffffffc02d2000 (E) > xhci_pci 16384 0 - Live 0xffffffffc02c9000 (E) > i2c_smbus 16384 1 i2c_i801, Live 0xffffffffc02c1000 (E) > libata 249856 2 ahci,libahci, Live 0xffffffffc026c000 (E) > xhci_hcd 188416 1 xhci_pci, Live 0xffffffffc0216000 (E) > r8169 81920 0 - Live 0xffffffffc0245000 (E) > mii 16384 1 r8169, Live 0xffffffffc020f000 (E) > scsi_mod 225280 3 sg,sd_mod,libata, Live 0xffffffffc01d7000 (E) > usbcore 249856 6 btusb,uvcvideo,rtsx_usb,usbhid,xhci_pci,xhci_hcd, Live 0xffffffffc0184000 (E) > drm 360448 9 i915,drm_kms_helper, Live 0xffffffffc012b000 (E) > thermal 20480 0 - Live 0xffffffffc00d9000 (E) > i2c_hid 20480 0 - Live 0xffffffffc0125000 (E) > hid 122880 4 hid_multitouch,hid_generic,usbhid,i2c_hid, Live 0xffffffffc00ba000 (E) > video 40960 2 acer_wmi,i915, Live 0xffffffffc00aa000 (E) > fjes 28672 0 - Live 0xffffffffc0092000 (E) > button 16384 1 i915, Live 0xffffffffc0089000 (E) [8.4.] Loaded driver and hardware information /proc/ioports: > 0000-0000 : PCI Bus 0000:00 > 0000-0000 : dma1 > 0000-0000 : pic1 > 0000-0000 : timer0 > 0000-0000 : timer1 > 0000-0000 : keyboard > 0000-0000 : PNP0C09:00 > 0000-0000 : EC data > 0000-0000 : keyboard > 0000-0000 : PNP0C09:00 > 0000-0000 : EC cmd > 0000-0000 : rtc0 > 0000-0000 : dma page reg > 0000-0000 : pic2 > 0000-0000 : dma2 > 0000-0000 : fpu > 0000-0000 : PNP0C04:00 > 0000-0000 : iTCO_wdt > 0000-0000 : iTCO_wdt > 0000-0000 : pnp 00:03 > 0000-0000 : PCI conf1 > 0000-0000 : PCI Bus 0000:00 > 0000-0000 : pnp 00:02 > 0000-0000 : ACPI PM1a_EVT_BLK > 0000-0000 : ACPI PM1a_CNT_BLK > 0000-0000 : ACPI PM_TMR > 0000-0000 : ACPI CPU throttle > 0000-0000 : iTCO_wdt > 0000-0000 : iTCO_wdt > 0000-0000 : ACPI PM2_CNT_BLK > 0000-0000 : pnp 00:05 > 0000-0000 : ACPI GPE0_BLK > 0000-0000 : pnp 00:01 > 0000-0000 : PCI Bus 0000:07 > 0000-0000 : 0000:07:00.0 > 0000-0000 : r8169 > 0000-0000 : PCI Bus 0000:01 > 0000-0000 : 0000:01:00.0 > 0000-0000 : 0000:00:02.0 > 0000-0000 : 0000:00:1f.4 > 0000-0000 : i801_smbus > 0000-0000 : 0000:00:17.0 > 0000-0000 : ahci > 0000-0000 : 0000:00:17.0 > 0000-0000 : ahci > 0000-0000 : 0000:00:17.0 > 0000-0000 : ahci > 0000-0000 : PCI Bus 0000:08 > 0000-0000 : pnp 00:02 > 0000-0000 : pnp 00:02 > 0000-0000 : pnp 00:02 /proc/iomem: > 00000000-00000000 : reserved > 00000000-00000000 : System RAM > 00000000-00000000 : reserved > 00000000-00000000 : System RAM > 00000000-00000000 : reserved > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : System ROM > 00000000-00000000 : System RAM > 00000000-00000000 : ACPI Non-volatile Storage > 00000000-00000000 : reserved > 00000000-00000000 : System RAM > 00000000-00000000 : reserved > 00000000-00000000 : System RAM > 00000000-00000000 : reserved > 00000000-00000000 : reserved > 00000000-00000000 : ACPI Non-volatile Storage > 00000000-00000000 : ACPI Tables > 00000000-00000000 : System RAM > 00000000-00000000 : reserved > 00000000-00000000 : Graphics Stolen Memory > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : pnp 00:08 > 00000000-00000000 : PCI Bus 0000:01 > 00000000-00000000 : 0000:01:00.0 > 00000000-00000000 : 0000:01:00.0 > 00000000-00000000 : PCI Bus 0000:08 > 00000000-00000000 : 0000:00:02.0 > 00000000-00000000 : PCI Bus 0000:01 > 00000000-00000000 : 0000:01:00.0 > 00000000-00000000 : PCI Bus 0000:06 > 00000000-00000000 : 0000:06:00.0 > 00000000-00000000 : ath > 00000000-00000000 : PCI Bus 0000:07 > 00000000-00000000 : 0000:07:00.0 > 00000000-00000000 : r8169 > 00000000-00000000 : 0000:07:00.0 > 00000000-00000000 : r8169 > 00000000-00000000 : 0000:00:14.0 > 00000000-00000000 : xhci-hcd > 00000000-00000000 : 0000:00:1f.3 > 00000000-00000000 : ICH HD audio > 00000000-00000000 : 0000:00:1f.3 > 00000000-00000000 : ICH HD audio > 00000000-00000000 : 0000:00:1f.2 > 00000000-00000000 : 0000:00:17.0 > 00000000-00000000 : ahci > 00000000-00000000 : 0000:00:15.0 > 00000000-00000000 : lpss_dev > 00000000-00000000 : lpss_dev > 00000000-00000000 : lpss_priv > 00000000-00000000 : idma64.0 > 00000000-00000000 : idma64.0 > 00000000-00000000 : 0000:00:15.1 > 00000000-00000000 : lpss_dev > 00000000-00000000 : lpss_dev > 00000000-00000000 : lpss_priv > 00000000-00000000 : idma64.1 > 00000000-00000000 : idma64.1 > 00000000-00000000 : 0000:00:16.0 > 00000000-00000000 : mei_me > 00000000-00000000 : 0000:00:17.0 > 00000000-00000000 : ahci > 00000000-00000000 : 0000:00:1f.4 > 00000000-00000000 : 0000:00:17.0 > 00000000-00000000 : ahci > 00000000-00000000 : 0000:00:02.0 > 00000000-00000000 : PCI Bus 0000:08 > 00000000-00000000 : PCI MMCONFIG 0000 [bus 00-ff] > 00000000-00000000 : reserved > 00000000-00000000 : pnp 00:08 > 00000000-00000000 : reserved > 00000000-00000000 : PCI Bus 0000:00 > 00000000-00000000 : pnp 00:00 > 00000000-00000000 : pnp 00:07 > 00000000-00000000 : pnp 00:00 > 00000000-00000000 : pnp 00:07 > 00000000-00000000 : pnp 00:07 > 00000000-00000000 : pnp 00:00 > 00000000-00000000 : iTCO_wdt > 00000000-00000000 : iTCO_wdt > 00000000-00000000 : pnp 00:00 > 00000000-00000000 : pnp 00:00 > 00000000-00000000 : pnp 00:00 > 00000000-00000000 : pnp 00:00 > 00000000-00000000 : pnp 00:02 > 00000000-00000000 : reserved > 00000000-00000000 : reserved > 00000000-00000000 : IOAPIC 0 > 00000000-00000000 : reserved > 00000000-00000000 : HPET 0 > 00000000-00000000 : PNP0103:00 > 00000000-00000000 : reserved > 00000000-00000000 : pnp 00:08 > 00000000-00000000 : pnp 00:08 > 00000000-00000000 : pnp 00:08 > 00000000-00000000 : pnp 00:08 > 00000000-00000000 : MSFT0101:00 > 00000000-00000000 : reserved > 00000000-00000000 : dmar0 > 00000000-00000000 : dmar1 > 00000000-00000000 : Local APIC > 00000000-00000000 : reserved > 00000000-00000000 : INT0800:00 > 00000000-00000000 : reserved > 00000000-00000000 : System RAM > 00000000-00000000 : Kernel code > 00000000-00000000 : Kernel data > 00000000-00000000 : Kernel bss > 00000000-00000000 : RAM buffer [8.5.] PCI information: attached I would be very grateful for your assistance. Let me know if you need any further information. Kind regards, Ralf

2 3

[alsa-devel] [PATCH v2 1/2] ASoC: wm8960: Let wm8960 codec driver manage its own MCLK
by Zidan Wang 04 Apr '17

04 Apr '17

From: Zidan Wang <b50113(a)freescale.com> When we want to use wm8960 codec, we should enable its MCLK in machine driver. It's reasonable for wm8960 codec driver to manage its own MCLK. When current bias_level is SND_SOC_BIAS_ON, it is preparing for a transition away from ON. In this case, disable the codec mclk. When current bias_level is not SND_SOC_BIAS_ON, it preparing for a transition to ON. In this case, enable the codec mclk. Signed-off-by: Zidan Wang <b50113(a)freescale.com> --- sound/soc/codecs/wm8960.c | 51 ++++++++++++++++++++++++++++++++++++++++++++--- 1 file changed, 48 insertions(+), 3 deletions(-) diff --git a/sound/soc/codecs/wm8960.c b/sound/soc/codecs/wm8960.c index 75cd7de..fd25973 100644 --- a/sound/soc/codecs/wm8960.c +++ b/sound/soc/codecs/wm8960.c @@ -15,6 +15,7 @@ #include <linux/init.h> #include <linux/delay.h> #include <linux/pm.h> +#include <linux/clk.h> #include <linux/i2c.h> #include <linux/slab.h> #include <sound/core.h> @@ -117,6 +118,7 @@ static bool wm8960_volatile(struct device *dev, unsigned int reg) } struct wm8960_priv { + struct clk *mclk; struct regmap *regmap; int (*set_bias_level)(struct snd_soc_codec *, enum snd_soc_bias_level level); @@ -618,14 +620,38 @@ static int wm8960_set_bias_level_out3(struct snd_soc_codec *codec, enum snd_soc_bias_level level) { struct wm8960_priv *wm8960 = snd_soc_codec_get_drvdata(codec); + int ret; switch (level) { case SND_SOC_BIAS_ON: break; case SND_SOC_BIAS_PREPARE: - /* Set VMID to 2x50k */ - snd_soc_update_bits(codec, WM8960_POWER1, 0x180, 0x80); + switch (codec->dapm.bias_level) { + case SND_SOC_BIAS_STANDBY: + if (!IS_ERR(wm8960->mclk)) { + ret = clk_prepare_enable(wm8960->mclk); + if (ret) { + dev_err(codec->dev, + "Failed to enable MCLK: %d\n", + ret); + return ret; + } + } + + /* Set VMID to 2x50k */ + snd_soc_update_bits(codec, WM8960_POWER1, 0x180, 0x80); + break; + + case SND_SOC_BIAS_ON: + if (!IS_ERR(wm8960->mclk)) + clk_disable_unprepare(wm8960->mclk); + break; + + default: + break; + } + break; case SND_SOC_BIAS_STANDBY: @@ -674,7 +700,7 @@ static int wm8960_set_bias_level_capless(struct snd_soc_codec *codec, enum snd_soc_bias_level level) { struct wm8960_priv *wm8960 = snd_soc_codec_get_drvdata(codec); - int reg; + int reg, ret; switch (level) { case SND_SOC_BIAS_ON: @@ -715,9 +741,22 @@ static int wm8960_set_bias_level_capless(struct snd_soc_codec *codec, WM8960_VREF, WM8960_VREF); msleep(100); + + if (!IS_ERR(wm8960->mclk)) { + ret = clk_prepare_enable(wm8960->mclk); + if (ret) { + dev_err(codec->dev, + "Failed to enable MCLK: %d\n", + ret); + return ret; + } + } break; case SND_SOC_BIAS_ON: + if (!IS_ERR(wm8960->mclk)) + clk_disable_unprepare(wm8960->mclk); + /* Enable anti-pop mode */ snd_soc_update_bits(codec, WM8960_APOP1, WM8960_POBCTRL | WM8960_SOFT_ST | @@ -1002,6 +1041,12 @@ static int wm8960_i2c_probe(struct i2c_client *i2c, if (wm8960 == NULL) return -ENOMEM; + wm8960->mclk = devm_clk_get(&i2c->dev, "mclk"); + if (IS_ERR(wm8960->mclk)) { + if (PTR_ERR(wm8960->mclk) == -EPROBE_DEFER) + return -EPROBE_DEFER; + } + wm8960->regmap = devm_regmap_init_i2c(i2c, &wm8960_regmap); if (IS_ERR(wm8960->regmap)) return PTR_ERR(wm8960->regmap); -- 1.9.1

5 10