Here it is, a listdev from my Mid 2007 MacBook Pro:
And this one is from a white Early 2008 MacBook 13" Core 2 Duo 2.4GHz:
Both get low volume (but noisy) audio through the earphone jack (slightly better in the MacBook), but nothing from the built-in speakers. Both seem to be able to record audio from the built-in microphone.
Hey Victor,
I’m in the process of uploading the patch to the Haiku git. Hope it will get accepted, although at the moment I’m still getting used to Gerrit and seeing how I can submit the patch. Both your Macs seem to have Realtek chipset and an ICH8 like my iMac. However, that is not the only information that is important; to get the sound to work, a patch is needed in the so-called codec part of the driver. For that I need some additional information, which you luckily can get from your syslog. The syslog is located in /boot/system/var/log. Open it with your favorite editor and look for a line like this:
KERN: HDA: Detected controller @ PCI:0:27:0, IRQ:20, type 8086/284b (106b/00a0)
I need the last two ids, the subsystem_vendor_id and subsystem_id: (106b/00a0) in my iMacs case. I guess for your MacBook Pro this will probably be the same as my iMac, the other MacBook will probably need another patch. If you give me both of your ids I can try to see if I can add the other patches as well. For the iMac it was just one like of code.
kind regards,
Tim
Here it is.
From the MacBook Pro (found in file syslog.old):
KERN: HDA: Detected controller @ PCI:0:27:0, IRQ:20, type 8086/284b (106b/00a0)
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/audio/hmulti/hda
From the MacBook (found in file syslog):
KERN: HDA: Detected controller @ PCI:0:27:0, IRQ:10, type 8086/284b (106b/00a1)
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/audio/hmulti/hda
@victordomingos Sirmirk would also need these lines, to identify the codec.
hda: Codec 0 Vendor: 14f1 Product: 506e, Revision: 1.0.0.2 Quirks: 0700
Let’s see…
For the MacBook Pro 15":
KERN: hda: Codec 0 Vendor: 10ec Product: 0885, Revision: 1.0.1.3 Quirks: 0700
For the MacBook 13":
KERN: hda: Codec 0 Vendor: 10ec Product: 0885, Revision: 1.0.1.3 Quirks: 0f01
Hi Victor,
thanks for the info!! Seems the MacBook Pro indeed has exactly the same chipset as my iMac. The patch I submitted has been accepted by @korli and should be available soon:
https://git.haiku-os.org/haiku/commit/?id=2501f22b9dc96d55d57ad395ba8cf9090a7ef34f
maybe it’s already in a new Haiku image, not sure how fast these are updated. @korli are they already available in a new href? If so, could you try it and report me your findings @victordomingos? I still need to find some time soon to look at least two things: (1) the loudspeakers still don’t work, not sure why, but I hope by studying the alsa drivers I can find a fix, (2) the microphone jack and build-in microphone just seem to record static, hopefully I can find a fix for that too.
As for your MacBook it’s already in the list with quirks/patches in the Haiku driver. Do I understand correctly that sound still doesn’t work? The weird thing is that in the Haiku driver this quirk/patch is different from the one applied in the Alsa Linux driver. In the Alsa Linux driver, the same quirk/patch is applied as for my iMac. Without proper hardware it would be difficult to test. I’m also a bit reluctant of submitting untested changes to the Haiku source code. If you’d be willing I could provide you with a patched version of the driver (binary) or I could tell you what to change yourself in the Haiku sources (for you to build the driver yourself). In this way we could test the patch before we submit it to Gerrit for review.
Thank @victordomingos and @korli! I already knew (or assumed) the codec was a realtek 885 based one (actually I think the exact codec is a realtek 889 but for some reason it reports the 885). The fix I made for my iMac is based on the Alsa patches for this 889 codec.
I can test the binary both in 32bit and 64bit. I will just need some instructions on how to install it and (if necessary) how to undo that operation.
Regarding the current functionality on my MacBook Pro, as I said, I have very low volume sound through earphones. If I try to get a higher volume, I get noise. There is no output from the built in speakers. I can record audio through the built-in microphone, but since the audio is not working ok, I can’t be sure of the quality of recording. Not sure if I can use external microphone, also.
Just check here for nightlies:
https://download.haiku-os.org/nightly-images/x86_64/
https://download.haiku-os.org/nightly-images/x86_gcc2_hybrid/
The patch is included in hrev52453 and upper.
So… I did the update in the MacBook Pro to the last nightly (hrev52454). In 64 bit the Tracker needs to be killed after booting to make it display the Desktop.
I have loud audio out through earphones jack. Quite loud, in fact! Maybe it should be limited to about 75 or 80%, in order to prevent ear damage.
Sound recording through internal microphone works, but there seems to be some static noise.
Strangely, BeAE now plays the sound so loud that it distorts to the point that it’s hard to discern anything. Lowering the volume to the minimum allows to get it near normal volume, but will a bit noisy. Something strange going on here. Not sure if BeAE is supposed to be working with Haiku…
As a side note, I should sai that my 5 years old daughter was around and wanted also to listen whatever the computer was playing. She loved those songs that came in the BeOS 5 Pro CD, many years ago. 
“… and then I had to reboooot a hundred times…” 
I have the R5 Pro CD too; where is the reboot song at?
I ripped it to mp3, about 15 years ago. I think it was in an audio track, not in a file.
That’s from a song called “Virtual Void” by The Cotton Squares. Search for that and you should be able to turn it up on Youtube and other places.
I believe the band was composed by some Be, Inc workers. Am I wrong?
Jimmy wrote elsewhere: If you were around in the Be days, you probably remember The Cotton Squares - a band made up of BeOS engineers and their songs were shipped with R5.
Search the Wayback machine at archive.org for http://www.cottonsquares.com/bio.html
https://web.archive.org/web/20010202081300/http://www.cottonsquares.com/bio.html
Hi Victor,
Thanks for testing! I think there’s still something wrong in the initialization of the sound card. After I got it to work with my iMac, it suddenly stopped working again. I don’t know exactly why and I haven’t had time this week to look into it. I hope I will get some time in the weekend, also to look at the other issues. Has sound been working reliably for you? Btw, I also noticed the loud volume, it might be the mixer settings. I see the alsa driver has a fix for the realtek 887 chipset, that was also applied before for the 889, but now it is commented out saying it caused SPDIF issues. Not sure if that’s the fix we need but I will look into it. I will also look if I can provide you a patched driver for your other mac somewhere next week along with some instructions how to install/deinstall it.
kind regards,
Tim
Playback has been working, as I had reported. But I only experimented a few times, like playing some mp3 files or online radios.
I had two times an issue that could be or not what you have experienced on your iMac. After a macOS session, I had muted the sound, so that it wouldn’t do the boot “tchammm” sound at night. Having done that, when I booted into Haiku, I had no sound. Maybe there’s something with the audio initialization on Mac that Haiku is not accessing, I don’t know…
My MacBook Pro works with VESA in the native resolution. I know that Haiku doesn’t have hardware acceleration yet, but it would be great if this computer had at least brightness control.
I found this reference to a FreeBSD driver that seems to support this card:
https://www.nvidia.com/object/freebsd_100.14.09.html
Any hope that graphics support for this card in Haiku will improve soon?
This is NVIDIA’s binary-blob driver, and for an ancient version of FreeBSD too. We have source compatibility only with FreeBSD drivers.