JackOfAll wrote: > Hmmm. Arch is using the 3.0.35 kernel. (Thought it would be mainline.) > Anyway, this may be of help to anyone who does want to build their own > custom kernel on Arch. I've uploaded the last cm77 build of the CS > supplied kernel, 'kernel-wand-3.0.35-cm77.fc19.src.rpm' > (http://www.vacuumtube.org.uk/SoA/kernel-wand-3.0.35-cm77.fc19.src.rpm). > > The kernel config used to build it, 'config-arm-wandboard' > (http://www.vacuumtube.org.uk/SoA/config-arm-wandboard). > > Patches. (These you want to apply, in the order given below, if building > your own kernel.) > > 'csos0001-as-patch1-sgtl5000.patch' > (http://www.vacuumtube.org.uk/SoA/csos0001-as-patch1-sgtl5000.patch) > A patch that resolved the issue where the sgtl5000 audio device was not > being initialised at startup due to i2c timing out. > > 'csos0002-as-patch2-usb-mixer.patch' > (http://www.vacuumtube.org.uk/SoA/csos0002-as-patch2-usb-mixer.patch) > Reduce debug logging for USB audio mixer. > > 'csos0003-as-patch3-hdmi-debug.patch' > (http://www.vacuumtube.org.uk/SoA/csos0003-as-patch3-hdmi-debug.patch) > Verbose logging for HDMI EDID. > > 'csos0004-rssi.patch' > (http://www.vacuumtube.org.uk/SoA/csos0004-rssi.patch) > Backport of a patch to stop "garbage" logging from the Broadcom FMAC > wi-fi driver. > > 'csos0005_1-spdif-IEC958-AES-status.patch' > (http://www.vacuumtube.org.uk/SoA/csos0005_1-spdif-IEC958-AES-status.patch) > 'csos0005_2-as-patch4-spdif-pll4.patch' > (http://www.vacuumtube.org.uk/SoA/csos0005_2-as-patch4-spdif-pll4.patch) > 'csos0005_3-mxc_spdif-validity-flag.patch' > (http://www.vacuumtube.org.uk/SoA/csos0005_3-mxc_spdif-validity-flag.patch) > 'csos0005_4-mxc_spdif-debug.patch' > (http://www.vacuumtube.org.uk/SoA/csos0005_4-mxc_spdif-debug.patch) > SPDIF audio patch set. (Use pll4 clock. Sample rate up to 192k. "Fix" > validity flag. Debug logging.) > > 'csos0007-rtc.patch' > (http://www.vacuumtube.org.uk/SoA/csos0007-rtc.patch) > Enable rtc clock. (About as much use as a chocolate teapot without > battery backup, but anyway.) > > 'csos0008-ALSA_usb-audio_add_a_workaround_for_the_NuForce_UDH-100.patch' > (http://www.vacuumtube.org.uk/SoA/csos0008-ALSA_usb-audio_add_a_workaround_for_the_NuForce_UDH-100.patch) > 'csos0010-ALSA_usb-audio_increase_control_transfer_timeout.patch' > (http://www.vacuumtube.org.uk/SoA/csos0010-ALSA_usb-audio_increase_control_transfer_timeout.patch) > 'csos0011-ALSA_usb_Work_around_CM6631_sample_rate_change_bug.patch' > (http://www.vacuumtube.org.uk/SoA/csos0011-ALSA_usb_Work_around_CM6631_sample_rate_change_bug.patch) > USB audio patch set, backported from mainline. (If you're using a CM6631 > device you definitely want to apply these! ;)) > > Don't bother applying the following patches. (Won't do any harm if you > do, but pointless. This has to do with the backport of the I2S driver > from mainline, which I aborted. It's just the "dummy" codec drivers, > 32bit, 16bit... But for completeless, the patches were included in the > last CS rpm, so.....) > > 'csos1001-sound-soc-codec-ess9018.patch' > (http://www.vacuumtube.org.uk/SoA/csos1001-sound-soc-codec-ess9018.patch) > 'csos1002-sound-soc-codec-tda1541a.patch' > (http://www.vacuumtube.org.uk/SoA/csos1002-sound-soc-codec-tda1541a.patch)
Hi JackOfALL Arch is using the latest kernel its just you are the only one who has done the patch for spdif that i know of and i really have no idea of writing patches . so i had to downgrade the kernel to use your patches . i am happy it works . so no problems there i wonder if your patches can be applied to the 3.10 kernel will try it one day when i am bored . ------------------------------------------------------------------------ scrarfussi's Profile: http://forums.slimdevices.com/member.php?userid=62221 View this thread: http://forums.slimdevices.com/showthread.php?t=101624 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
