On Thu, Oct 16, 2008 at 04:50:11PM +0200, Robert Millan wrote:
Ok, fixed that. I got a 100% code match now. The only remaining question is
what's the deal with this section that's supposed to start at 0x7ea9 but
actually starts at 0x4f (0xed in the file). My code adds a workaround for
clone 494010 -1
retitle -1 ITP: a52 -- Motorola DSP56001 assembler
block 494010 by -1
reassign -1 wnpp
thanks
*** debian-devel: Please drop #494010 from CC if your reply is only
relevant to my ITP and not directly to that bug, thanks!***
* Package name: a52
Version :
On Fri, Oct 17, 2008 at 08:45:06AM +0200, Robert Millan wrote:
I can live without knowing why the code needs to run in that address; but
I'm still puzzled by how is the code supposed to tell the assembler that the
0x7ea9 chunk really should be saved to 0x4f. We can't remove my ad-hoc hack
On Thu, Oct 16, 2008 at 12:32:15AM +0100, Ben Hutchings wrote:
- Attached patch fixes a few errors spit by a56. I think my other two
fixes
are correct, but I have no idea what the '' / '' candy is supposed to
do
(hints?).
According to the assembler reference manual
On Wed, Oct 15, 2008 at 03:16:56AM +0100, Ben Hutchings wrote:
It's for a Motorola 56000 (aka DSP56000 or DSP56K) processor, which is a
different architecture but maybe with some similarities. I doubt we
have any of the necessary tools but the code is short enough to hand-
assemble.
I found
On Wed, Oct 15, 2008 at 07:49:19PM +0200, Robert Millan wrote:
On Wed, Oct 15, 2008 at 06:12:23PM +0200, Robert Millan wrote:
On Wed, Oct 15, 2008 at 03:16:56AM +0100, Ben Hutchings wrote:
It's for a Motorola 56000 (aka DSP56000 or DSP56K) processor, which is a
different architecture but
You wrote:
On Sun, Oct 12, 2008 at 08:10:53PM +0100, Ben Hutchings wrote:
Here is the assembly-language source for the firmware, licenced under
GPLv2.
Very nice! Where did you find it?
It was added to the upstream tree recently as part of the firmware
separation effort.
Adding this to
Here is the assembly-language source for the firmware, licenced under
GPLv2. Adding this to the kernel source package should fix this bug.
Ben.
; Author: Frederik Noring [EMAIL PROTECTED]
;
; This file is subject to the terms and conditions of the GNU General Public
; License. See the file
On Sun, Oct 12, 2008 at 08:10:53PM +0100, Ben Hutchings wrote:
Here is the assembly-language source for the firmware, licenced under
GPLv2.
Very nice! Where did you find it?
Adding this to the kernel source package should fix this bug.
Actually, it should be assembled and used. AFAICT this
9 matches
Mail list logo