there is a workaround (gcc-3.2), therefore the severity could be
reduced, otoh it's generating wrong code. please could you check, if
this one is reproducible in gcc-3.4?
The last awk sucessfully built on m68k is the 3.3 branch 20040728.
Matthias
Fumitoshi UKAI writes:
> clone 278135 -
On Tue, Oct 26, 2004 at 09:16:35PM +1000, Finn Thain wrote:
> As someone else pointed out recently, just having some way to determine
> the presence or absence of the bug would be good.
Well, I don't know enough about the memory management code to write it,
but a basic outline of a test that shoul
On Tue, Oct 26, 2004 at 09:41:09AM +0200, Wouter Verhelst wrote:
> The LC040 support, probably, even if it's deemed nearly impossible to
> do. The problem is not the LC040 per se; the problem is that there are
> quite a bunch of bad LC040 processors out there. These work incorrectly
> in that they
On Tue, Oct 26, 2004 at 10:00:32AM +0200, Erik C.J. Laan wrote:
> One area I think Linux/mac68k is lacking is SCSI DMA support on the
> NCR53c9x. This makes these machines quite slow. If you can help out with
> that is would be great, although the Linux/mac68k status page tells me
> your PB540c
Veuillez contacter votre administrateur système.
Le composant infecté du document analysé a été supprimé.
Informations de violation :
La pièce jointe your_file.pif contenait le virus [EMAIL PROTECTED] et a été
supprimée.
clone 278135 -1
reassign -1 gcc-3.3
retitle -1 gcc-3.3: __fixunsdfdi problem on m68k
severity -1 critical
retitle 278135 gawk: FTBFS on m68k: clobber.awk test fails with "internal
error" with gcc-3.3
thanks
I confirm RC Bug#278135 on crest.debian.org's dchroot unstable, so I
track down it with he
Erik,
Thanks for the pointers. Looks like I have some more reading to do.
Rick
-Original Message-
From: Erik C.J. Laan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 4:01 AM
To: Rick Genter
Cc: debian-68k@lists.debian.org; linux m68k; linux mac68k
Subject: Re: PowerBook 540c
On Tue, 26 Oct 2004, Helen Faulkner wrote:
> Geert Uytterhoeven wrote:
> > On Tue, 26 Oct 2004, Helen Faulkner wrote:
> [...]
> >
> > > Does anyone know whether m68k uses the same encoding as one of these
> > > examples?
> > > What I am hoping is that m68k uses the same floating point encoding as
(Please CC replies to me - I'm not on the list)
Geert Uytterhoeven wrote:
On Tue, 26 Oct 2004, Helen Faulkner wrote:
[...]
Does anyone know whether m68k uses the same encoding as one of these examples?
What I am hoping is that m68k uses the same floating point encoding as one of
the archs this cod
FT> I guess the CPU in my LC475 is free of this bug, since the in-kernel FPU
FT> emulation works fine with 2.6.8.1 (though it seems a lot slower than the
FT> full 040).
Wow, this is something unheard so far :)
Would you care to take the top off the LC475 and look at the CPU and
mail us the revisi
On Tue, 26 Oct 2004, Finn Thain wrote:
> On Tue, 26 Oct 2004, Erik C.J. Laan wrote:
> > Rick Genter wrote:
> > >> I'd like to volunteer to help make the PowerBook 540c a first-class
> > >> Linux citizen. My question: where would my efforts be best applied?
> > >> 68LC040 support? Nativing booting?
On Tue, 26 Oct 2004, Erik C.J. Laan wrote:
> Rick Genter wrote:
> >
> >> I'd like to volunteer to help make the PowerBook 540c a first-class
> >> Linux citizen. My question: where would my efforts be best applied?
> >> 68LC040 support? Nativing booting? Somewhere else?
>
> LC040 support is trick
On Tue, 26 Oct 2004, Helen Faulkner wrote:
> I am maintaining a new package, labplot, that is failing, at its first upload,
> to build on m68k (and several other things). I believe the problem is that
> there is no floating point encoding being defined for that architecture, which
> is leading to
The LC040 support, probably, even if it's deemed nearly impossible to
do. The problem is not the LC040 per se; the problem is that there are
quite a bunch of bad LC040 processors out there. These work incorrectly
in that they do not correctly keep their registers when an FPU interrupt
goes off; as
Please CC to me - I'm not subscribed to the list.
I am maintaining a new package, labplot, that is failing, at its first upload,
to build on m68k (and several other things). I believe the problem is that
there is no floating point encoding being defined for that architecture, which
is leading t
On Sun, Oct 24, 2004 at 10:44:40PM +0200, Geert Uytterhoeven wrote:
> > On Fri, 10 Sep 2004, Geert Uytterhoeven wrote:
> > > I'm updating the syscall table for m68k...
>
> - add sys_setaltroot() (2.6.10-rc1)
According to akpm setaltroot is going away, so you will probably want to
drop this (the
Rick Genter wrote:
Wow - I must be tired, sorry about the typos:
On Oct 25, 2004, at 09:43 PM, Rick Genter wrote:
I have a PowerBook 540c; I've had it since I bought it back in 1994
when they first came out. Recently I dug it out of my old hardware
closet and fired it up. It still works just fine
On Mon, Oct 25, 2004 at 09:43:30PM -0400, Rick Genter wrote:
> I have a PowerBook 540c; I've had it since I bought it back in 1994
> when they first came out. Recently I dug it out of my old hardware
> closet and fired it up. It still works just fine, though the battery
> won't hold a charge.
>
Hi Christian,
On Mon, 25 Oct 2004, Christian T. Steigies wrote:
> On Mon, Oct 25, 2004 at 10:51:32PM +0200, Geert Uytterhoeven wrote:
> > Apparently there are no defconfigs yet for Apollo and Sun-3x? I'll try to
> > create one for Sun-3x based on the one for Sun-3.
>
> Apollo, what's that
V Út, 26. 10. 2004 v 00:05, Christopher Chamber píše:
> Hi,
>
> I would need to hack the Atari bootstrap to try to work around the
> unusable FastRAM on Falcon clones.
what exactly is wrong with the latest(*) bootstrap regarding FastRAM on
Falcon clones?
Petr
(*) in late August/early September
20 matches
Mail list logo
