Launchpad has imported 31 comments from the remote bug at https://bugzilla.kernel.org/show_bug.cgi?id=151521.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2016-08-05T07:04:52+00:00 timo.jyrinki wrote: Created attachment 227601 dmesg It's a Braswell 14nm platform with Coreboot and SeaBIOS as a payload to boot Ubuntu 16.10 (+ mainline 4.7 kernel). Sound does not work and the UIs don't show any devices either since pulseaudio fails so start with "failed to detect any sound hardware". According to Chromebook community person, there might be some required initialization missing that the ChromeOS payload ("depthcharge") is usually responsible for. alsa-info at: http://www.alsa- project.org/db/?f=c193a12f53608b68d259f574b4791d18a522a000 dmesg, dmidecode, lshw, lspci as attachments. Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/20 ------------------------------------------------------------------------ On 2016-08-05T07:05:21+00:00 timo.jyrinki wrote: Created attachment 227611 dmidecode Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/21 ------------------------------------------------------------------------ On 2016-08-05T07:05:44+00:00 timo.jyrinki wrote: Created attachment 227621 lshw Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/22 ------------------------------------------------------------------------ On 2016-08-05T07:06:03+00:00 timo.jyrinki wrote: Created attachment 227631 lspci Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/23 ------------------------------------------------------------------------ On 2016-08-08T14:06:46+00:00 timo.jyrinki wrote: It seems these should get merged? https://github.com/plbossart/sound/branches/all?query=byt-cht Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/24 ------------------------------------------------------------------------ On 2016-08-09T20:03:04+00:00 tiwai wrote: The relevant codes have been already merged to upstream recently. Could you try 4.8-rc1? Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/25 ------------------------------------------------------------------------ On 2016-08-10T13:57:03+00:00 timo.jyrinki wrote: Created attachment 228161 dmesg 4.8rc1 No change, no sound and cht-bsw-max98090 cht-bsw-max98090: snd_soc_register_card failed -517 Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/26 ------------------------------------------------------------------------ On 2016-08-22T09:49:19+00:00 vinod.koul wrote: (In reply to Timo Jyrinki from comment #6) > Created attachment 228161 [details] > dmesg 4.8rc1 > > No change, no sound and cht-bsw-max98090 cht-bsw-max98090: > snd_soc_register_card failed -517 SST driver seems to initialze well. This i2c seems to fail.. [ 19.972195] cht-bsw-max98090 cht-bsw-max98090: ASoC: i2c-104C227E:00 not registered [ 19.972207] cht-bsw-max98090 cht-bsw-max98090: snd_soc_register_card failed -517 I will check the codec on this device, if you know please do let me know... Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/27 ------------------------------------------------------------------------ On 2016-08-24T08:21:35+00:00 vinod.koul wrote: okay I checked. With coreboot this seems to work fine. Cna you check the SeaBIOS used and get it to create the I2C device 104C227E so codec can be loaded thus completing the sound card Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/28 ------------------------------------------------------------------------ On 2016-08-24T09:27:31+00:00 timo.jyrinki wrote: Thank you, sounds like a very useful bit of information. I've passed on the info to the G+ coreboot on Chromebooks community where the people creating the SeaBIOS images are. Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/29 ------------------------------------------------------------------------ On 2016-08-24T10:51:23+00:00 timo.jyrinki wrote: And copy-pasting here (from https://plus.google.com/u/0/+TimoJyrinki/posts/R1AqYCSPru8 ): "SeaBIOS doesn't do hardware initialisation, that's down to coreboot, so no, I can't. Obviously, the sound hardware works under the ChromeOS kernel so I would guess they need to figure out what the ChromeOS kernel is doing that upstream isn't." Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/30 ------------------------------------------------------------------------ On 2016-08-26T09:07:20+00:00 timo.jyrinki wrote: >From the discussion over there it sounds to me that Coreboot itself does no sound initialization, but the 'depthcharge' payload started from Coreboot when booting to ChromeOS does do a codec init. However SeaBIOS payload doesn't do anything sound initialization related so it'd be wished that the kernel would do that instead if it wasn't done by the Coreboot and its payload. Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/31 ------------------------------------------------------------------------ On 2016-09-20T12:54:00+00:00 mildred-bug.kernel wrote: Support seems to be there in chromiumos: https://chromium.googlesource.com/chromiumos/third_party/kernel/+/release-R52-8350.B-chromeos-4.4/sound/soc/codecs/ts3a227e.c https://chromium.googlesource.com/chromiumos/third_party/kernel/+/release-R52-8350.B-chromeos-4.4/sound/soc/intel/boards/cht_bsw_max98090_ti.c There is also ACPI that registers the audio codec apparently (grep to TI_SWITCH): https://chromium.googlesource.com/chromiumos/third_party/coreboot/+/release-R52-8350.B/src/mainboard/google/cyan/onboard.h https://chromium.googlesource.com/chromiumos/third_party/coreboot/+/release-R52-8350.B/src/mainboard/google/cyan/acpi/mainboard.asl Could it be an issue with ACPI? ChromiumOS triggering different functions in ACPI compared to mainline Linux, and initializing via ACPI the codec? Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/34 ------------------------------------------------------------------------ On 2017-02-08T08:36:54+00:00 mildred-bug.kernel wrote: It seems that the chromeos driver does some things differently depending on ACPI (which mainline doesn't). In above link for sound/soc/codecs/ts3a227e.c contains: #ifdef CONFIG_ACPI static struct acpi_device_id ts3a227e_acpi_match[] = { { "104C227E", 0 }, {}, }; MODULE_DEVICE_TABLE(acpi, ts3a227e_acpi_match); #endif static struct i2c_driver ts3a227e_driver = { .driver = { ... .acpi_match_table = ACPI_PTR(ts3a227e_acpi_match), }, sound/soc/intel/boards/cht_bsw_max98090_ti.c in mainline kernel seems to already be able to detect the correct device: static int snd_cht_mc_probe(struct platform_device *pdev) { ... drv->ts3a227e_present = acpi_dev_found("104C227E"); Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/35 ------------------------------------------------------------------------ On 2017-02-08T10:24:46+00:00 mildred-bug.kernel wrote: Created attachment 254591 Possible fix This patch comes directly from the chromium tree. Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/36 ------------------------------------------------------------------------ On 2017-02-09T03:42:58+00:00 reynhout wrote: Kernel 4.9 with patch from https://bugzilla.kernel.org/show_bug.cgi?id=151521#c14 yields some new log messages. Excerpted here: https://paste.debian.net/913490 Definite progress, now it looks like jack detection is not set up properly (causing null pointer deref). The module loads, but the device is not visible. Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/37 ------------------------------------------------------------------------ On 2017-02-15T13:03:22+00:00 mildred-bug.kernel wrote: There is a null pointer in ts3a227e_enable_jack_detect. The function looks like this in sound/soc/codecs/ts3a227e.c: int ts3a227e_enable_jack_detect(struct snd_soc_component *component, struct snd_soc_jack *jack) { struct ts3a227e *ts3a227e = snd_soc_component_get_drvdata(component); snd_jack_set_key(jack->jack, SND_JACK_BTN_0, KEY_MEDIA); snd_jack_set_key(jack->jack, SND_JACK_BTN_1, KEY_VOICECOMMAND); snd_jack_set_key(jack->jack, SND_JACK_BTN_2, KEY_VOLUMEUP); snd_jack_set_key(jack->jack, SND_JACK_BTN_3, KEY_VOLUMEDOWN); ts3a227e->jack = jack; ts3a227e_jack_report(ts3a227e); return 0; } Given the calling context in from sound/soc/intel/boards/cht_bsw_max98090_ti.c: static int cht_max98090_headset_init(struct snd_soc_component *component) { struct snd_soc_card *card = component->card; struct cht_mc_private *ctx = snd_soc_card_get_drvdata(card); return ts3a227e_enable_jack_detect(component, &ctx->jack); } And the driverdata struct: struct cht_mc_private { struct snd_soc_jack jack; bool ts3a227e_present; }; Unless ctx in cht_max98090_headset_init is null, &ctx->jack cannot be null, and the jack variable in ts3a227e_enable_jack_detect cannot be null. Tho options here: - either the snd_soc_card driver data is null (card not initialized?) - or ts3a227e_enable_jack_detect crashes because ts3a227e is null, which is the snd_soc_component driver data (component not initialized?) - or ts3a227e_enable_jack_detect crashes because there is another pointer that is null. It doesn't look so... The snd_soc_card driver data is initialized here: static int snd_cht_mc_probe(struct platform_device *pdev) { int ret_val = 0; struct cht_mc_private *drv; drv = devm_kzalloc(&pdev->dev, sizeof(*drv), GFP_ATOMIC); if (!drv) return -ENOMEM; drv->ts3a227e_present = acpi_dev_found("104C227E"); if (!drv->ts3a227e_present) { /* no need probe TI jack detection chip */ snd_soc_card_cht.aux_dev = NULL; snd_soc_card_cht.num_aux_devs = 0; } /* register the soc card */ snd_soc_card_cht.dev = &pdev->dev; snd_soc_card_set_drvdata(&snd_soc_card_cht, drv); ret_val = devm_snd_soc_register_card(&pdev->dev, &snd_soc_card_cht); if (ret_val) { dev_err(&pdev->dev, "snd_soc_register_card failed %d\n", ret_val); return ret_val; } platform_set_drvdata(pdev, &snd_soc_card_cht); return ret_val; } Which is referenced in the platform driver: static struct platform_driver snd_cht_mc_driver = { .driver = { .name = "cht-bsw-max98090", }, .probe = snd_cht_mc_probe, }; module_platform_driver(snd_cht_mc_driver) I didn't see where snd_soc_component_set_drvdata was called... Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/38 ------------------------------------------------------------------------ On 2017-02-21T02:45:23+00:00 pierre-louis.bossart wrote: The kernel oops is caused by a race condition, see logs below: [ 7.109294] CHT_MAX98090_HEADSET_INIT [ 7.109312] jack is NULL, detection not enabled [ 7.109434] cht-bsw-max98090 cht-bsw-max98090: snd-soc-dummy-dai <-> media-cpu-dai mapping ok [ 7.109499] cht-bsw-max98090 cht-bsw-max98090: snd-soc-dummy-dai <-> deepbuffer-cpu-dai mapping ok [ 7.109542] compress asoc: snd-soc-dummy-dai <-> compress-cpu-dai mapping ok [ 7.109549] CHT_CODEC_INIT [ 7.112443] cht-bsw-max98090 cht-bsw-max98090: HiFi <-> ssp2-port mapping ok Basically the ..init = cht_max98090_headset_init is called before .init = cht_codec_init, but the latter initializes the jack. I think the soc-core framework should have a notion that an aux_dev should be initialized after the codec DAIs? The ChromeOs code is pre- component so it's really hard to figure out what needs to be done here. Vinod, any thoughts? Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/39 ------------------------------------------------------------------------ On 2017-02-21T02:46:29+00:00 pierre-louis.bossart wrote: Created attachment 254845 ACPI support Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/40 ------------------------------------------------------------------------ On 2017-02-21T02:46:58+00:00 pierre-louis.bossart wrote: Created attachment 254847 logs to show race condition Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/41 ------------------------------------------------------------------------ On 2017-02-21T20:03:13+00:00 vinod.koul wrote: (In reply to Pierre Bossart from comment #17) > The kernel oops is caused by a race condition, see logs below: > > [ 7.109294] CHT_MAX98090_HEADSET_INIT > [ 7.109312] jack is NULL, detection not enabled > [ 7.109434] cht-bsw-max98090 cht-bsw-max98090: snd-soc-dummy-dai <-> > media-cpu-dai mapping ok > [ 7.109499] cht-bsw-max98090 cht-bsw-max98090: snd-soc-dummy-dai <-> > deepbuffer-cpu-dai mapping ok > [ 7.109542] compress asoc: snd-soc-dummy-dai <-> compress-cpu-dai mapping > ok > [ 7.109549] CHT_CODEC_INIT > [ 7.112443] cht-bsw-max98090 cht-bsw-max98090: HiFi <-> ssp2-port mapping > ok > > Basically the ..init = cht_max98090_headset_init is called before .init = > cht_codec_init, but the latter initializes the jack. > > I think the soc-core framework should have a notion that an aux_dev should > be initialized after the codec DAIs? The ChromeOs code is pre-component so > it's really hard to figure out what needs to be done here. > > Vinod, any thoughts? Use late_probe? This seems to be called after all DAIs are init, That will guarantee that aux codecs are init too :) Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/42 ------------------------------------------------------------------------ On 2017-02-21T20:04:51+00:00 vinod.koul wrote: On Tue, 2017-02-21 at 02:45 +0000, bugzilla-dae...@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=151521 > > --- Comment #17 from Pierre Bossart (pierre-louis.bossart@linux.intel. > com) --- > Basically the ..init = cht_max98090_headset_init is called before > .init = > cht_codec_init, but the latter initializes the jack. > > I think the soc-core framework should have a notion that an aux_dev > should be > initialized after the codec DAIs? The ChromeOs code is pre-component > so it's > really hard to figure out what needs to be done here. > > Vinod, any thoughts? Use late_probe? This seems to be called after all DAIs are init, That will guarantee that aux codecs are init too :) Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/43 ------------------------------------------------------------------------ On 2017-02-21T21:39:43+00:00 pierre-louis.bossart wrote: In soc-core.c, the aux_dev are probed before the dailinks, so there is an intrinsic issue here. the aux_dev.init() can't do anything that depends on something else really. Attached patches fix the problem, also added some corrections for I2S mode which probably never worked. The cyan device is still silent for now but at least it's better than it was... Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/44 ------------------------------------------------------------------------ On 2017-02-21T21:41:04+00:00 pierre-louis.bossart wrote: Created attachment 254865 Fix I2S configs and remove useless code Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/45 ------------------------------------------------------------------------ On 2017-02-21T21:41:47+00:00 pierre-louis.bossart wrote: Created attachment 254867 solve NULL dereference Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/46 ------------------------------------------------------------------------ On 2017-02-21T21:42:39+00:00 pierre-louis.bossart wrote: Created attachment 254869 UCM file Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/47 ------------------------------------------------------------------------ On 2017-08-20T18:48:56+00:00 mildred-bug.kernel wrote: A solution was found at GitHub https://github.com/GalliumOS/galliumos- distro/issues/317#issuecomment-322658720 to make the sound work on CYAN hardware. I tested for my computer and it works. Basically there is a patch needed to the kernel, sound codec ts3a227e and intel board cht_bsw_max98090_ti: https://github.com/GalliumOS/galliumos-distro/files/1226989/cyan-audio- driver-fix.patch.txt (basically there should be nothing new here compared to other patchs posted here previously) Then ALSA UCM files from ChromiumOS tree should be used: https://chromium.googlesource.com/chromiumos/third_party/adhd/+/master /ucm-config/cyan/chtmax98090 They should be put in /usr/share/alsa/ucm/chtmax98090/ A patch is needed in the UCM files: https://github.com/GalliumOS/galliumos-distro/files/1226991/ucm-mod-to- enable-audio.patch.txt Then, the hardware is recognized but audio doesn't work. Tweaking the ALSA settings makes it work. Here: https://github.com/GalliumOS/galliumos- distro/issues/317#issuecomment-323477943 There is a asound.state file to download to set the mixer settings of the audio card to the correct settings so audio works: https://github.com/GalliumOS/galliumos- distro/files/1235825/asound.state.txt Basically: alsactl -f downloaded/asound.state.txt restore 1 (where 1 is the number of the ALSA device) should set the settings required so audio works. - Speakers are working - Headset is working (detection does not work) - Internal mic is working - the rest is still untested (headset microphone) Now that it works, what do we need to get this shipped? Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/49 ------------------------------------------------------------------------ On 2018-03-28T19:51:29+00:00 darethehair wrote: I installed kernel 4.15.0 on my Acer Chromebook R11 running Linux Mint Debian Edition, in hopes that the kernel patches described above had already made it there. Can anyone confirm that this occurred, or provide a suggestion for me moving forward to get my speaker sound working e.g. wait till 4.16? Thanks! Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/51 ------------------------------------------------------------------------ On 2018-03-29T14:46:47+00:00 darethehair wrote: UPDATE: To answer my own question, kernel 4.15 appears to have the necessary kernel patches installed, and the instructions by Mildred just ahead of my own were very useful to get sound *mostly* working on my R11 Chromebook under LMDE. Two issues were encountered: - the firmware drivers necessary for this to work were missing from my distro, and I had to manually install the 'firmware-intel-sound' package (that I got from https://packages.debian.org/sid/firmware-intel-sound) - the 'alsa' commands that I typically use in '.xbindkeysrc' do not change the volume levels -- even though the volume 'slider' display shows the proper usage of these keys, and so I had to supplement them with matching 'pactl set-sink-mute 1...' commands to get interactive volume changes to work. Even now, I am worried a bit of these commands getting out-of-sync with each other -- perhaps I should ignore alsa entirely (?) Not that it is really needed by those reading this, but I have documented all of this on my web page (for my own sake). Anyone else have similar success and/or advise? Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/52 ------------------------------------------------------------------------ On 2018-06-10T08:48:06+00:00 t.jp wrote: I installed Arch Linux on my Acer R11 today. Linux archlinux 4.16.13-2-ARCH #1 SMP PREEMPT Fri Jun 1 18:46:11 UTC 2018 x86_64 GNU/Linux With latest GNOME and Pulseaudio I only had to place the two UCM config files into /usr/share/alsa/ucm/chtmax98090/ and apply the patch to Hifi.conf. The firmware is installed on Arch Linux by default. I restarted and speakers worked out of the box without messing with alsa configs. Headphones also work when switching the sink manually in GNOME Audio Settings. Unfortunately, the internal mic doesn't work neither does my headset mic work. There is no input source that would let me select the microphones. Once I map my media keys the media control should work since I can change volume via the GNOME Audio slider. If I manage to get input audio to work I'll keep this as daily driver. I tried the latest GalliumOS also with acpid, which should enable headphone jack detection but it didn't work for me (the detection, audio worked also input). Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/53 ------------------------------------------------------------------------ On 2018-06-10T10:55:24+00:00 t.jp wrote: Update: Microphone does seem to work even tough it's not listed as an input source. I applied the asound.state file as explained above and first sound came from both headset and speaker. I changed output sinks once to fix this. I tried a Skype Echo Call on web.skype.com and it worked with the headset microphone. Maybe it already would have worked without the asound.state file. Internal micro also registers input in the GNOME Audio settings. Media keys also work. Only thing left is headphone jack detection. This could probably be handled via a script. Reply at: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1609750/comments/54 ** Changed in: kernel Status: Unknown => Confirmed ** Changed in: kernel Importance: Unknown => Medium ** Bug watch added: github.com/GalliumOS/galliumos-distro/issues #317 https://github.com/GalliumOS/galliumos-distro/issues/317 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1609750 Title: Audio not working on Acer Chromebook R11 Status in linux: Confirmed Status in linux package in Ubuntu: Confirmed Status in pulseaudio package in Ubuntu: Invalid Bug description: Audio is not working at all on Acer Chromebook R11 (codename CYAN). It's a Intel Braswell platform. snd_hda_intel messages seem normal, but Pulseaudio does not detect sound hardware. ProblemType: Bug DistroRelease: Ubuntu 16.10 Package: pulseaudio 1:9.0-1.1ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-33.52-generic 4.4.15 Uname: Linux 4.4.0-33-generic x86_64 ApportVersion: 2.20.3-0ubuntu2 Architecture: amd64 AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', '/dev/snd/hwC0D2', '/dev/snd/pcmC0D8p', '/dev/snd/pcmC0D7p', '/dev/snd/pcmC0D3p', '/dev/snd/controlC0', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: CurrentDesktop: Unity Date: Thu Aug 4 14:12:03 2016 InstallationDate: Installed on 2016-07-22 (13 days ago) InstallationMedia: PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon. SourcePackage: pulseaudio Symptom: audio UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 05/20/2016 dmi.bios.vendor: coreboot dmi.chassis.type: 3 dmi.chassis.vendor: GOOGLE dmi.modalias: dmi:bvncoreboot:bvr:bd05/20/2016:svnGOOGLE:pnCyan:pvr1.0:cvnGOOGLE:ct3:cvr: dmi.product.name: Cyan dmi.product.version: 1.0 dmi.sys.vendor: GOOGLE --- ApportVersion: 2.20.3-0ubuntu2 Architecture: amd64 AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', '/dev/snd/hwC0D2', '/dev/snd/pcmC0D8p', '/dev/snd/pcmC0D7p', '/dev/snd/pcmC0D3p', '/dev/snd/controlC0', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: CurrentDesktop: Unity DistroRelease: Ubuntu 16.10 HibernationDevice: RESUME=UUID=53fe7902-c347-4ff8-945d-a3e3de773a08 InstallationDate: Installed on 2016-07-22 (13 days ago) InstallationMedia: Lsusb: Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 8087:0a2a Intel Corp. Bus 001 Device 002: ID 0bda:57cf Realtek Semiconductor Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: GOOGLE Cyan Package: linux-image-4.4.0-33-generic 4.4.0-33.52 PackageArchitecture: amd64 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-33-generic root=UUID=742e4082-264a-4459-93df-9ec07b41d5e8 ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 4.4.0-33.52-generic 4.4.15 PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon. RelatedPackageVersions: linux-restricted-modules-4.4.0-33-generic N/A linux-backports-modules-4.4.0-33-generic N/A linux-firmware 1.159 Tags: yakkety Uname: Linux 4.4.0-33-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo _MarkForUpload: True dmi.bios.date: 05/20/2016 dmi.bios.vendor: coreboot dmi.chassis.type: 3 dmi.chassis.vendor: GOOGLE dmi.modalias: dmi:bvncoreboot:bvr:bd05/20/2016:svnGOOGLE:pnCyan:pvr1.0:cvnGOOGLE:ct3:cvr: dmi.product.name: Cyan dmi.product.version: 1.0 dmi.sys.vendor: GOOGLE To manage notifications about this bug go to: https://bugs.launchpad.net/kernel/+bug/1609750/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
