Η εγκατάσταση Linux σε παλαιότερο Apple hardware μπορεί να είναι μια πολύ καλή επιλογή, ειδικά όταν το μηχάνημα διαθέτει ακόμη αρκετά ισχυρό hardware. Στην περίπτωση όμως των iMac με Cirrus Logic CS8409, το υποσύστημα ήχου μπορεί να χρειαστεί λίγη περισσότερη δουλειά από μια τυπική εγκατάσταση Fedora.

Στον συγκεκριμένο οδηγό περιγράφω τη διαδικασία που χρησιμοποίησα σε Apple iMac 2013, μοντέλο A1418 / iMac18,1, με 16 GB RAM, SSD 1 TB και Fedora Linux 44 Workstation.

Η λύση βασίζεται στο κοινοτικό project snd_hda_macbookpro, το οποίο παρέχει τροποποιημένο kernel driver για Macs που χρησιμοποιούν τον Cirrus Logic CS8409 HDA codec και τους αντίστοιχους Apple ενισχυτές ήχου.

Γιατί χρειάζεται διαφορετικός οδηγός;

Ο CS8409 είναι ένας HDA audio codec της Cirrus Logic που χρησιμοποιείται σε αρκετά μοντέλα Apple. Το πρόβλημα στο Linux δεν είναι απαραίτητα ότι το hardware δεν αναγνωρίζεται καθόλου. Σε αρκετές περιπτώσεις το σύστημα βλέπει τον HDA controller και τον codec, αλλά δεν γνωρίζει όλες τις ειδικές ρυθμίσεις που απαιτούνται για τη λειτουργία του Apple audio hardware.

Αυτό έχει ιδιαίτερη σημασία στα iMac, επειδή το audio subsystem δεν αποτελείται μόνο από τον codec. Υπάρχουν επίσης συγκεκριμένες συνδέσεις και ενισχυτές που απαιτούν κατάλληλη αρχικοποίηση.

Το αποτέλεσμα μιας ελλιπούς υποστήριξης μπορεί να είναι ένα σύστημα στο οποίο το ALSA βλέπει το hardware, αλλά η αναπαραγωγή δεν λειτουργεί σωστά. Μπορεί επίσης να εμφανιστούν σφάλματα I/O, προβλήματα κατά την αρχικοποίηση της συσκευής ή προβλήματα που μεταφέρονται στη συνέχεια στο PipeWire και στο WirePlumber.

Το project snd_hda_macbookpro προσπαθεί να καλύψει ακριβώς αυτό το κενό, παρέχοντας έναν τροποποιημένο driver για Mac συστήματα με CS8409.

Το σύστημα στο οποίο έγινε η εγκατάσταση

Για να είναι σαφές σε ποιο περιβάλλον δοκιμάστηκε η διαδικασία, τα βασικά χαρακτηριστικά του συστήματος είναι:

• Apple iMac 2013
• Model: A1418
• Linux identifier: iMac18,1
• RAM: 16 GB
• Αποθηκευτικός χώρος: 1 TB SSD
• Λειτουργικό: Fedora Linux 44 Workstation
• Desktop: GNOME
• Audio codec: Cirrus Logic CS8409
• Audio stack: ALSA + PipeWire + WirePlumber

Η αναφορά των συγκεκριμένων στοιχείων είναι σημαντική, επειδή οι οδηγοί αυτού του τύπου είναι ιδιαίτερα ευαίσθητοι στις διαφορές μεταξύ των μοντέλων Mac.

Πριν ξεκινήσουμε: ενημέρωση του Fedora

Το πρώτο βήμα είναι να ενημερώσουμε πλήρως το Fedora.

sudo dnf upgrade --refresh -y

Ο λόγος δεν είναι απλώς ότι είναι καλή πρακτική να ξεκινάμε με ένα ενημερωμένο σύστημα. Ο custom driver πρέπει να μεταγλωττιστεί για τον kernel που πραγματικά χρησιμοποιούμε.

Αυτό είναι ιδιαίτερα σημαντικό στο Fedora, όπου οι kernels ανανεώνονται συχνά. Αν το σύστημα έχει έναν kernel για τον οποίο δεν υπάρχει διαθέσιμο το αντίστοιχο kernel-devel, η μεταγλώττιση του module μπορεί να αποτύχει.

Επανεκκίνηση στον νέο kernel

Αν το προηγούμενο βήμα εγκατέστησε νέο kernel, κάνουμε επανεκκίνηση:

sudo reboot

Μετά την επανεκκίνηση μπορούμε να επιβεβαιώσουμε ποιον kernel χρησιμοποιούμε:

uname -r

Το συγκεκριμένο βήμα είναι σημαντικό. Δεν θέλουμε να εγκαταστήσουμε το module για έναν kernel ενώ το σύστημα έχει εκκινήσει με διαφορετική έκδοση.

Εγκατάσταση των εργαλείων μεταγλώττισης

Χρειαζόμαστε τα εργαλεία που απαιτούνται για να δημιουργηθεί το kernel module.

sudo dnf install -y kernel-devel kernel-headers git make gcc dkms

Τα σημαντικότερα πακέτα είναι:

• kernel-devel: τα αρχεία ανάπτυξης που απαιτούνται για τη μεταγλώττιση kernel modules.
• kernel-headers: headers που χρησιμοποιούνται από διάφορα components κατά τη διαδικασία build.
• gcc: ο compiler.
• make: το build system που χρησιμοποιείται για τη μεταγλώττιση.
• git: για τη λήψη του source code.
• dkms: για την καταχώριση και επαναμεταγλώττιση του module όταν αλλάζει ο kernel.

Γιατί χρησιμοποιούμε DKMS;

Εδώ βρίσκεται ένα από τα σημαντικότερα σημεία της διαδικασίας.

Ένα kernel module δεν είναι ανεξάρτητο από τον kernel για τον οποίο μεταγλωττίστηκε. Όταν εγκαθιστούμε νέο kernel, το module που δημιουργήθηκε για τον προηγούμενο kernel δεν μπορεί απαραίτητα να χρησιμοποιηθεί αυτούσιο.

Το DKMS (Dynamic Kernel Module Support) αυτοματοποιεί αυτή τη διαδικασία. Το module καταχωρείται στο DKMS και μπορεί να δημιουργηθεί ξανά για τον νέο kernel όταν αυτός εγκατασταθεί.

Το ίδιο το project παρέχει εγκατάσταση μέσω DKMS με την επιλογή -i, καθώς και αντίστοιχη διαδικασία αφαίρεσης με -r.

Λήψη του driver

Δημιουργούμε έναν κατάλογο στον προσωπικό μας φάκελο για τα σχετικά αρχεία:

mkdir -p ~/setup-files/audio-driver
cd ~/setup-files/audio-driver

Στη συνέχεια κατεβάζουμε το repository:

git clone https://github.com/davidjo/snd_hda_macbookpro.git
cd snd_hda_macbookpro/

Το repository περιέχει τον κώδικα, τα patches, τα scripts εγκατάστασης και τα αρχεία που απαιτούνται για την κατασκευή του module.

Εγκατάσταση του driver μέσω DKMS

Από τον κατάλογο του repository εκτελούμε:

sudo ./install.cirrus.driver.sh -i

Η παράμετρος -i ζητά από το installer να χρησιμοποιήσει DKMS.

Κατά τη διαδικασία το script προετοιμάζει τον κώδικα του driver, τον προσαρμόζει στη δομή του kernel source tree, τον μεταγλωττίζει και τον εγκαθιστά ως kernel module.

Η διαδικασία μπορεί να διαρκέσει αρκετά περισσότερο από μια συνηθισμένη εγκατάσταση πακέτου. Αυτό είναι φυσιολογικό: στην πραγματικότητα δεν εγκαθιστούμε απλώς ένα έτοιμο binary πακέτο, αλλά δημιουργούμε ένα kernel module που αντιστοιχεί στον kernel του συστήματος.

Γιατί η έκδοση του kernel έχει σημασία;

Οι custom kernel drivers έχουν ένα σημαντικό μειονέκτημα: βασίζονται σε εσωτερικές δομές του Linux kernel που μπορούν να αλλάξουν μεταξύ διαφορετικών kernel releases.

Αυτό έγινε ιδιαίτερα εμφανές με τον Linux 6.17, όπου άλλαξε σημαντικά η οργάνωση του HDA source tree. Το project πλέον διαθέτει διαφορετική διαδρομή εγκατάστασης για kernels πριν από την 6.17 και νέο installer για 6.17 και νεότερους kernels.

Αυτό σημαίνει ότι δεν πρέπει να αντιμετωπίζουμε τον συγκεκριμένο driver ως ένα module που εγκαθίσταται μία φορά και μετά ξεχνάμε. Κάθε μεγάλη αλλαγή kernel μπορεί να απαιτεί αλλαγές στον κώδικα ή στα patches του driver.

Επανεκκίνηση

Μετά την επιτυχή εγκατάσταση του module κάνουμε επανεκκίνηση:

sudo reboot

Μετά την επανεκκίνηση το Fedora θα πρέπει να φορτώσει το module και το ALSA να δημιουργήσει την αντίστοιχη συσκευή ήχου.

Έλεγχος της κάρτας ήχου μέσω ALSA

Το πρώτο πράγμα που θέλουμε να ελέγξουμε είναι αν το ALSA βλέπει την κάρτα.

aplay -l

Στο αποτέλεσμα θα πρέπει να εμφανίζεται η συσκευή που αντιστοιχεί στον CS8409, για παράδειγμα ως CS8409 Analog ή αντίστοιχη ονομασία που εξαρτάται από την έκδοση του driver και του kernel.

Αν η συσκευή εμφανίζεται εδώ, έχουμε επιβεβαιώσει ένα σημαντικό μέρος της διαδρομής:

Hardware → Kernel driver → ALSA

Έλεγχος του WirePlumber

Το Fedora χρησιμοποιεί PipeWire ως audio server και WirePlumber ως session/policy manager.

Μπορούμε να ελέγξουμε την κατάσταση του WirePlumber με:

systemctl --user status wireplumber

Η υπηρεσία θα πρέπει να βρίσκεται σε κατάσταση active (running).

Για έναν πιο ολοκληρωμένο έλεγχο μπορούμε επίσης να χρησιμοποιήσουμε:

pactl info
pactl list short sinks
pactl list short sources

Έτσι μπορούμε να δούμε αν το PipeWire έχει δημιουργήσει τα αναμενόμενα playback και recording endpoints.

Ρύθμιση της εξόδου ήχου στο GNOME

Μετά την επιτυχή φόρτωση του driver, ανοίγουμε:

Settings → Sound

και επιλέγουμε ως έξοδο την αναλογική στερεοφωνική έξοδο, συνήθως με όνομα όπως:

Analogue Stereo Output

Σε περίπτωση που θέλουμε να χρησιμοποιήσουμε και το εσωτερικό μικρόφωνο, μπορεί να χρειαστεί η επιλογή:

Analogue Stereo Duplex

Το πρόβλημα με το εσωτερικό μικρόφωνο

Εδώ υπάρχει ένας σημαντικός περιορισμός της συγκεκριμένης λύσης.

Η έξοδος των εσωτερικών ηχείων μπορεί να λειτουργεί κανονικά, ενώ η είσοδος από το εσωτερικό μικρόφωνο να έχει εξαιρετικά χαμηλή στάθμη.

Αυτό δεν σημαίνει απαραίτητα ότι ο driver απέτυχε. Η τεκμηρίωση του ίδιου του project αναφέρει ότι το recording από το internal microphone και το headset microphone δεν είναι ακόμη πλήρως ενσωματωμένο στην πλευρά του Linux userspace και ότι η στάθμη εγγραφής είναι πολύ χαμηλή.

Στη δική μου περίπτωση, η πρακτική λύση ήταν η χρήση εξωτερικού μικροφώνου, είτε USB είτε μέσω της υποδοχής 3,5 mm.

Γιατί δεν επέλεξα software amplification;

Μια προφανής λύση για ένα πολύ χαμηλό μικρόφωνο είναι να αυξήσουμε ψηφιακά την ένταση χρησιμοποιώντας κάποιο εργαλείο επεξεργασίας ήχου, όπως το EasyEffects.

Αυτή η προσέγγιση μπορεί να λειτουργήσει και δεν είναι τεχνικά λανθασμένη. Ωστόσο, στη συγκεκριμένη εγκατάσταση προτίμησα να μην προσθέσω ένα ακόμη επίπεδο επεξεργασίας στον audio stack.

Όσο περισσότερη επεξεργασία παρεμβάλλεται μεταξύ hardware και εφαρμογής, τόσο περισσότερα σημεία υπάρχουν για πιθανές αλλαγές στη συμπεριφορά του ήχου, clipping, latency ή προβλήματα μετά από αλλαγές στο PipeWire και στο WirePlumber.

Για έναν desktop υπολογιστή που θέλω να παραμένει όσο το δυνατόν πιο απλός και προβλέψιμος, ένα εξωτερικό μικρόφωνο αποτελεί για μένα πιο καθαρή λύση.

Συνηθισμένα προβλήματα

Δεν βρίσκω το kernel-devel

Ένα συνηθισμένο πρόβλημα είναι να υπάρχει εγκατεστημένος kernel για τον οποίο δεν υπάρχει πλέον διαθέσιμο το αντίστοιχο kernel-devel στα repositories.

Πρώτα ενημερώνουμε τα metadata και το σύστημα:

sudo dnf upgrade --refresh -y

και στη συνέχεια επανεκκινούμε ώστε να εκτελούμε τον πιο πρόσφατο διαθέσιμο kernel:

sudo reboot

Έπειτα ελέγχουμε:

uname -r
dnf list installed kernel-devel

Σφάλματα C κατά τη μεταγλώττιση

Αν εμφανιστούν errors σχετικά με δομές ή functions του HDA subsystem, το πιθανότερο είναι ότι ο κώδικας του driver δεν αντιστοιχεί στη συγκεκριμένη έκδοση του kernel.

Αυτό είναι ένα από τα βασικά προβλήματα των out-of-tree drivers.

Δεν πρέπει να αντιμετωπίζουμε ένα μήνυμα όπως:

error: ... struct hda_codec_ops ...
error: ... incompatible pointer type ...

ως ένα απλό compiler error που λύνεται με την εγκατάσταση ενός ακόμη πακέτου. Μπορεί να σημαίνει πραγματική ασυμβατότητα μεταξύ του driver και του kernel API.

Το installation script εμφανίζει error στο τέλος

Σε ορισμένες περιπτώσεις μπορεί να εμφανιστούν μηνύματα που σχετίζονται με τη διαδρομή εγκατάστασης του kernel module.

Αυτό χρειάζεται προσεκτικό έλεγχο και όχι τυφλό αγνόημα. Διαφορετικές διανομές χρησιμοποιούν διαφορετικές διαδρομές για out-of-tree modules, ενώ η συμπεριφορά του installer μπορεί επίσης να αλλάξει με τον χρόνο.

Στο Fedora μπορούμε να ελέγξουμε την πραγματική εγκατάσταση με:

dkms status
find /lib/modules/$(uname -r) -type f -name '*cs8409*.ko*'

Αυτό είναι πιο αξιόπιστο από το να βασιστούμε αποκλειστικά στο τελευταίο μήνυμα του installer.

Έλεγχος ότι το DKMS έχει εγκαταστήσει το module

Ένας από τους πρώτους ελέγχους μετά την επανεκκίνηση είναι:

dkms status

Θέλουμε να δούμε ότι το συγκεκριμένο module έχει δημιουργηθεί για τον kernel που χρησιμοποιούμε.

Μπορούμε επίσης να αναζητήσουμε το module:

lsmod | grep -i cs8409

και να εξετάσουμε τα kernel messages:

dmesg | grep -Ei 'cs8409|snd|hda|audio'

Αν θέλουμε να αφαιρέσουμε τον driver

Το ίδιο repository παρέχει και διαδικασία αφαίρεσης της εγκατάστασης DKMS:

sudo ./install.cirrus.driver.sh -r

Μετά την αφαίρεση είναι καλό να γίνει επανεκκίνηση ώστε να φορτωθεί ξανά η έκδοση του kernel module που παρέχει το Fedora, εφόσον υπάρχει διαθέσιμη υποστήριξη για το συγκεκριμένο hardware.

Τι πρέπει να έχουμε στο μυαλό μας μετά από μια αναβάθμιση kernel;

Το DKMS μειώνει σημαντικά τη χειροκίνητη εργασία, αλλά δεν σημαίνει ότι κάθε νέα έκδοση kernel θα είναι υποχρεωτικά συμβατή με τον driver.

Σε κάθε σημαντική αναβάθμιση kernel καλό είναι να ελέγχουμε:

uname -r
dkms status
aplay -l
pactl list short sinks
systemctl --user status wireplumber

Αν μετά από μια kernel αναβάθμιση χαθεί ο ήχος, δεν χρειάζεται να θεωρήσουμε αμέσως ότι χάλασε το hardware. Το πρώτο πράγμα που πρέπει να ελεγχθεί είναι αν το DKMS module κατασκευάστηκε και εγκαταστάθηκε επιτυχώς για τον νέο kernel.

Η τελική εικόνα

Η λύση που περιγράφεται εδώ δεν είναι ένας «μαγικός» driver που διορθώνει κάθε πρόβλημα ήχου σε κάθε Mac. Είναι μια πρακτική λύση για συγκεκριμένο hardware που χρειάζεται Apple-specific υποστήριξη πέρα από αυτή που παρέχει ο τυπικός Linux audio stack.

Στον συγκεκριμένο iMac, η χρήση του snd_hda_macbookpro σε συνδυασμό με DKMS επιτρέπει την αξιοποίηση των εσωτερικών ηχείων μέσω Fedora Linux, χωρίς να χρειάζεται επιστροφή στο macOS.

Το σημαντικότερο πλεονέκτημα του DKMS είναι ότι η εγκατάσταση ενσωματώνεται στη διαδικασία διαχείρισης kernel modules του συστήματος και έτσι μειώνεται σημαντικά η χειροκίνητη εργασία μετά από kernel updates.

Συμπεράσματα

Η περίπτωση του CS8409 δείχνει ένα από τα ενδιαφέροντα προβλήματα που συναντά κανείς όταν χρησιμοποιεί Linux σε Apple hardware: το λειτουργικό μπορεί να αναγνωρίζει το βασικό hardware, αλλά αυτό δεν σημαίνει ότι γνωρίζει όλες τις ιδιαιτερότητες της υλοποίησης της Apple.

Η λύση με έναν κοινοτικό out-of-tree driver είναι επομένως ιδιαίτερα χρήσιμη, αλλά απαιτεί περισσότερη προσοχή από έναν συνηθισμένο driver που παρέχεται απευθείας από τον kernel.

Το βασικό workflow είναι απλό:

1. Ενημέρωση του Fedora και του kernel.
2. Εγκατάσταση των απαραίτητων εργαλείων ανάπτυξης.
3. Λήψη του snd_hda_macbookpro.
4. Εγκατάσταση μέσω DKMS.
5. Επανεκκίνηση.
6. Έλεγχος ALSA, PipeWire και WirePlumber.
7. Δοκιμή των εσωτερικών ηχείων.
8. Χρήση εξωτερικού μικροφώνου εφόσον απαιτείται αξιόπιστη είσοδος ήχου.

Για έναν παλιότερο iMac που συνεχίζει να χρησιμοποιείται καθημερινά με Fedora, αυτή η διαδικασία αποτελεί έναν καλό συμβιβασμό μεταξύ λειτουργικότητας, συντηρησιμότητας και όσο το δυνατόν μικρότερης παρέμβασης στο υπόλοιπο σύστημα.