-
-
Notifications
You must be signed in to change notification settings - Fork 55
Audio for reef still doesn't work #6
Comments
Could you post the output of |
Alright, dmesg.txt |
Mine doesn't work either |
Try running |
While I am really grateful for your efforts towards getting many other Chromebooks that otherwise wouldn't have been able to run Linux, it appears that running ALSA lib confmisc.c:767:(parse_card) cannot find card '0' |
It appears there are no soundcards detected. Could I have the output of |
Again, heres dmesg.txt. Thank you so much for the effort that you've put into this project! |
@RodBarnes try running |
I ran |
This is the main error: What’s the output of |
The thing is, the specific kernel used in ChromeOS has specific patches and a special config file. I’m halfway through retrieving those. |
Maybe copying |
I did the copy, ran BTW: I am still running this off the USB. Haven't installed yet as it seems reasonable to get this working first? |
I think I'm going the wrong direction here, it seems like SOF is the way to go. Could you run |
Ran I also found the output of |
I'll be fixing this issue for all Apollo Lake Chromebooks soon. It looks like the key to solving this is located in this thread over here. |
I added a new SOF script for Apollo Lake that might work. Run:
and then
Then, just run |
I think the script has cr/lf in it? I got ^M errors when I attempt to execute it. I edited in nano and confirmed it as MS-DOS format. Fixed it by editing and removing the format. Got an error during process: Ended with a final error: Output is here. This was generated by the [Send error] from the error dialog that appeared. The script Ah, it's trying to ouput to Looks like the USB is now corrupted :-) So, flashing it back to original... |
I fixed the line ending issues and
and then
Then, just run |
This time, it made it all the way through but I still got that initial error (details below). Other than that, no other errors appeared in the output and it otherwise went to completion. However, after the reboot, I still have no output device showing under "Settings > Sound" and running Error details: During the process, I got the |
The Please post the output of |
Repeated the test. |
It seems the kernel command line isn't getting properly applied. What's the text of the file |
On the Chromebook, Output of |
Alright, last time, I promise. Run:
and then
Run |
Houston: WE HAVE LIFT-OFF! System sounds are working; using I still don't see an output device under "Settings > Sound" so unable to set "Volume", "Balance", etc. Maybe this is a Gnome thing? BTW: You should have received a donation from me a couple days ago. I greatly appreciate your efforts here; I do not mind doing this multiple times. |
Huuuge thanks for the donation :D I'll look into fixing the GNOME audio. GNOME uses PulseAudio, so it doesn't detect the minimal ALSA setup this project uses. |
Quick question: Will these steps be necessary with future images? Or is this going to be baked in? |
For future images, users will need to run |
Clarification: Maybe I am remembering incorrectly, but I am pretty sure that in my prior testing with the Plus, the instructions don't specify using However, I noticed in the latest release that both Maybe this was an oversight? Or maybe by design? I didn't want to just fork and make a change without checking if this was intentional for some reason. |
Omg, what about arch linux guys, is it possible to make sound work too? |
You can adapt the |
@RodBarnes I've fixed this in the latest commit. |
@MilkyDeveloper Hmmm... I just pulled and they still show as this:
Remembering that I ran into this issue in past projects where a change in permission on a file didn't flag it to get merged/staged, I tried cleaning out my store and doing a clean pull. Still got the same results: not executable by |
@MilkyDeveloper UPDATE: Nope. Removing the trailing 's' fixed that issue so that the script completes, but after the reboot, it comes up with a Penguin logo, an entirely new screen I've never seen before, and then hangs. I have to hard-shutdown to get the system back. :-( So, I will hold my PR until you reply to this. @MilkyDeveloper UPDATE: Typo in apl-sof-setup-audio line #62 has a trailing 's'. Doing a build test to confirm the fix then will submit the PR. I just did a clean and clone (deleted my repository, cloned again). Then built and flashed the image. When I run
and then ends. Looks like a typo with an extra 's' maybe?e fix then will submit the PR. I just did a clean and clone (deleted my repository, cloned again). Then built and flashed the image. When I run
and then ends. Looks like a typo with an extra 's' maybe? |
I fixed the trailing s issue in the latest commit. Any extra info over the penguin screen? Maybe an image? |
I picked an earlier point (commit 2e224b9 "Close #80 by automatically reinstall dbus in the postinstall") and built from there. But it did the same thing. I'll continue to work back to find a point where it is working again and attempt to identify what changed. But here's a screen shot. To be clear: The image is fine, boots fine initially. After running |
Alright, so it's waiting for a root device, meaning the kernel parameter for the root device the script set is wrong. Are you running this off of the internal storage? I've yet to test that functionality. |
What would also be useful for debugging this issue would be providing the output of |
So, it works fine on commit ccb22a4 "Dummy commit to fix line endings". It may be notable that this is just prior to the docker-related changes. I'll do another build of the later commit and get you the output you requested. |
As of the latest commit, the script should be operational again :D |
@MilkyDeveloper Confirmed. However, it still shows the penguin and a lot more stuff happening at boot now than it did before. Could you explain what all the additional is? When the sound was working before, it didn't show all of this. Just would like to understand... |
So, sound is working again now? The extra boot messages must be a kernel addition since I recently rebuilt the kernel with some extra modules. I find the logging to be useful for debugging. I’ll be replacing the Penguin with my own custom logo soon. |
Yes, sound is working with your last change. The extra messages for debugging makes sense. Just unexpected and seems to take a little longer to boot. But that could be just me watching the messages scroll by. 😊
…--
Rod Barnes
-------- Original Message --------
On Mar 17, 2022, 7:03 PM, MilkyDeveloper wrote:
So, sound is working again now? The extra boot messages must be a kernel addition since I recently rebuilt the kernel with some extra modules. I find the logging to be useful for debugging.
—
Reply to this email directly, [view it on GitHub](#6 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AA6DBH2PWM6ZJCSZULVNMQDVAPP6XANCNFSM5KMO3SCA).
Triage notifications on the go with GitHub Mobile for [iOS](https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675) or [Android](https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub).
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
While I don't really know much about how audio works on Linux, after following the commands to get audio working on the reef Chromebook, I still haven't been able to get any sound output working on my installation of Ubuntu with KDE. At first, the first error that I had encountered was that the
setup-audio
script had been trying to pull the ChromeOS files off of/dev/mmcblk0p3
while on my Chromebook, the internal storage had always been mounted at/dev/mmcblk1
. After modifying the script to account for this, the script completes without any further error, but upon a reboot of the system, after installingkmix
, I still only get an output labeled "default and only sink". I've also tried running firefox withapulse firefox
, where I had gotten errors such ascan't open playback device "default". Error code -2 (No such file or directory)
andALSA lib confmisc.c:767:(parse_card) cannot find card '0'
. Another thing that I had tried was to execute the commands set out inalsa-reload.service
manually, where I was met withALSA lib parser.c:1934:(get_by_card_name) no soundcards found... ALSA lib main.c:412:(execute_sequence) unable to open ctl device 'hw:bxtda7219max' ALSA lib main.c:1971:(set_verb_user) error: failed to initialize new use case: HiFi alsaucm: error failed to set _verb=HiFi: No such device
after running
alsaucm -c bxtda7219max set _verb HiFi set _enadev Speaker
Any help on this matter would be appreciated.
The text was updated successfully, but these errors were encountered: