lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 6 Jan 2010 19:41:50 -0500 From: Monty Montgomery <xiphmont@...il.com> To: David Woodhouse <dwmw2@...radead.org>, linux-audio-user@...ts.linuxaudio.org Cc: Clemens Ladisch <clemens@...isch.de>, Linux kernel list <linux-kernel@...r.kernel.org>, Andrew Morton <akpm@...l.org>, Der Mickster <retroeffective@...il.com> Subject: [PATCH] eMagic emi26 and emi62m new firmware versions In addition to the patches from earlier that restore the emi62m firmware loader to function (and reinstates the correct bitstream.HEX file for the device), I've extracted updated firmware from the last (to my knowledge) free (beer) software update provided by eMagic. The update was labelled firmware 2.2 and the updater was for MacOSX 10.2.3 PPC. I noticed that the previous round of firmware loader fixes hasn't made it into any of the test kernels yet (or has it and I missed it?) So I've included the loader fixes to date and the firmware update into a single patch that works on stable kernel releases 2.6.27 up to at least 2.6.32.2. That said--- The licensing boilerplate included with this 'free software update' from eMagic may or may not allow eventual kernel inclusion; I've always been a little surprised the original 1.0 firmware as used in the current in-kernel driver was acceptably licensed. Even if not, this update is undeniably useful to anyone who has one of these devices and so I've made it into one big patch that can perhaps be unofficially 'helped along' to those folks wo could use it. The firmware update information includes various vague statements of 'improves latency and performance', but the biggest thing I notice is that it has cured several minor but annoying bugs in the 6|2m, like the fact that sampling always starts with neither analog nor digital input actually internally selected/working and you have to flip the physical switch on the front of the unit to wake it up every time you begin recording... The all-in-one patch is large and so stored here: http://web.mit.edu/xiphmont/Public/emi/emi-firmware-update.patch ...and also wrote a longer blog post featuring both patches here: http://xiphmont.livejournal.com/46858.html If you prefer just the new .HEX files, let me know. Cheers, Monty On Tue, Nov 24, 2009 at 5:14 AM, Monty Montgomery <xiphmont@...il.com> wrote: >> Where did the new firmware come from? > > It is the firmware as originally appeared in in Tapio's original out > of tree driver in 2002-ish, was committed to the tree in 2.6.12, and > remained unchanged until it was removed in the firmware cleanup in > 2.6.27. The firmware header at that time held the bitstream, loader > and SPIDF/MIDI firmware images all in one header file. In 2.6.27, > they were all split back out into their original ihex sources but this > operation seems to have been botched. I wrote a quick script to > redump the data from the original header back into ihex format as I > couldn't locate the original ihex files Tapio apparently originally > worked from (the comments and partial original ihex inclusion in > Tapio's header are admittedly confusing and apparently led the > cleaner-upper astray). > > Monty > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists