[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1215608750.11567.177.camel@pmac.infradead.org>
Date: Wed, 09 Jul 2008 14:05:50 +0100
From: David Woodhouse <dwmw2@...radead.org>
To: Fredrik Noring <noring@...rew.org>
Cc: Jaswinder Singh <jaswinder@...radead.org>,
LKML <linux-kernel@...r.kernel.org>,
kernelnewbies <kernelnewbies@...linux.org>,
kernel-janitors <kernel-janitors@...r.kernel.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Lars Brinkhoff <lars@...rew.org>,
Tomas Skäre <tomas@...rew.org>
Subject: Re: [PATCH] dsp56k: use request_firmware
On Sun, 2008-07-06 at 20:29 +0200, Fredrik Noring wrote:
> That's right. Sorry I was unclear. However, after some digging on
> floppy backups from the past, I've found a DSP56k loader routine
> that's probably close if not identical to the assembled version
> included with the kernel. Please see below. A disassembly would verify
> this, but at least it gives you an idea of the inner workings.
It is in fact identical. Disassembly with the tools found on sourceforge
was fun, since they have endianness bugs, don't recognise the 'JMP'
which was the first instruction, and need each 3-byte instruction in the
binary to be prefixed with a zero byte to make it 4 bytes. But after
sorting that out and going through it instruction by instruction, it
really does seem to match. Thanks very much for digging it out.
When you say 'GPL like the driver it came from', actually the driver
doesn't specify any version of the GPL but does refer to the top-level
COPYING file. So we'll take that to mean 'GPLv2 and not later', like the
majority of the kernel. OK?
--
dwmw2
--
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