On Sun, 20 Oct 2013, Geert Uytterhoeven wrote:
> This is the difference between my multi_defconfig and
> config-3.10-2-m68k.
Nice!
> Big differences are due to many drivers being modular in the initrd for
> the Debian kernel, which I want to avoid for my defconfigs, for
> hassle-free testing
Package: libarpack2
Version: 3.1.3-4
Severity: normal
Hi,
arpack recently failed to build on one of our m68k builds [1].
Could you please update the symbols file to include the
appropriate lines in the debian/libparpack2.symbols to
reflect the m68k architecture as well?
Cheers,
Adrian
> [1]
Andreas Schwab dixit:
>That's just double rounding. But saying that it doesn't handle it at
>all is stupid.
It doesn’t handle the documented way of switching the FPU into
a mode that doesn’t do that.
bye,
//mirabilos
--
Beware of ritual lest you forget the meaning behind it.
yeah but it mean
> So Okt 20 2013 08:52:02 CEST von "John Paul Adrian Glaubitz"
> Betreff: Re: 3.12 won't startup at amiga 1200
>
> On 10/20/2013 08:27 PM, Tuxist wrote:
>
>>after i have changed start paramter nothing changed.
>>
>> http://paste.debian.net/59909
>>
> What is your exact kernel command l
On 10/20/2013 08:27 PM, Tuxist wrote:
> after i have changed start paramter nothing changed.
>
> http://paste.debian.net/59909
What is your exact kernel command line?
And have you tried earlier kernels, like 3.2.0 and 3.10?
If you're using the ACA-1232 accelerator, you will need to use a kernel
buildd on ara5 for m68k dixit:
[NON-Text Body part not included]
The build failed because I mount the buildd chroot noatime of
course. The code has workarounds for this.
I just did the following on my buildd:
tg@ara5:~ $ schroot -u root -c source:sid-m68k-sbuild
(sid-m68k-sbuild)root@ara5:/hom
> So Okt 20 2013 07:45:46 CEST von "John Paul Adrian Glaubitz"
> Betreff: Re: 3.12 won't startup at amiga 1200
>
> Hello!
>
> On Sun, Oct 20, 2013 at 07:25:02PM +0200, Tuxist wrote:
>
>>i have tried to bootup amiga 1200 + aca1232 without succes.
>>
>>
>>>I got this error message:
>>>
On Sun, Oct 20, 2013 at 7:25 PM, Tuxist wrote:
> Data read fault at 0x in Super Data (pc=0x55734) BAD KERNEL BUSERR
> Oops:
> PC: [<00055734>] cmpxchg_futex_value_locked+0x14/0x58
> SR: 2004 SP: 07837e80
> a2: 07838000 d0: d1: 0004 d2: 0007 d3: 00391d98
> d4:
Hello!
On Sun, Oct 20, 2013 at 07:25:02PM +0200, Tuxist wrote:
> i have tried to bootup amiga 1200 + aca1232 without succes.
>
> > I got this error message:
>
> > Linux version 3.12.0-rc5 (administrator@dibsi) (gcc version 4.8.1 (GCC) )
> > #11
> Sat Oct 19 15:39:45 CEST 2013 console [debug0] e
Hi,
i have tried to bootup amiga 1200 + aca1232 without succes.
I got this error message:
Linux version 3.12.0-rc5 (administrator@dibsi) (gcc version 4.8.1 (GCC) ) #11
Sat Oct 19 15:39:45 CEST 2013 console [debug0] enabled [ cut here
] WARNING: CPU: 0
On Sun, Oct 20, 2013 at 5:01 PM, Thorsten Glaser wrote:
> One pet peeve of mine is that I don’t know which of the tristate
> options add “common code” (such as hooks) and which, when set to
> ‘m’, do _not_ add something to vmlinux.
To find code that's compiled if a tristate symbol is "m":
git gr
Thorsten Glaser writes:
>>> On the other hand, I cannot help but wonder how well it compares
>>> to whatever ARAnyM passes as FPU. I know ARAnyM doesn’t handle the
>>> 80/64bit precision switch at all
>>
>>It doesn't?
>
> In my tests, it didn’t, and I later got a mail from someone saying
> that i
Hi Thorsten,
I had some issues with elgar today with the apt/lists database
in the buildd changeroot being broken. As a result, the following
packages failed to build, have not been given back yet, however:
mafft roaraudio zvbi nginx xmountains
Please give them back :).
Cheers,
Adrian
--
.'
Geert Uytterhoeven dixit:
>BIG FAT WARNING for Thorsten: 3.10.7 does _not_ have this fix!
Debian 3.10.7-1 does have it (as Debian-specific patch).
Otherwise my buildd couldn’t run that kernel as it uses btrfs.
bye,
//mirabilos
--
Beware of ritual lest you forget the meaning behind it.
yeah bu
Geert Uytterhoeven dixit:
>Big differences are due to many drivers being modular in the initrd for the
>Debian kernel, which I want to avoid for my defconfigs, for hassle-free
>testing.
ACK, but we need that.
>What sticks out:
> - Lack of FPU emulation support in the Debian kernel,
Hm okay.
>
Andreas Schwab dixit:
>None of the trigonometric or logarithmic insns are implemented (grep for
OK, decide on whether this should let it be disabled or not.
Ingo J�rgensmann dixit:
>Hmmm... if Aranym is the problematic part in this story, then Aranym
No, it’s not, that’s a totally different s
Am Sonntag 20 Oktober 2013, 14:17:48 schrieb Thorsten Glaser:
> Christian T. Steigies dixit:
> >I'll try to get zsh scheduled for building on crest.
>
> tg@leda:~$ wanna-build -A m68k -d unstable --build-priority=10 zsh_5.0.2-5
>
> Just use the buildd network for this. zsh is now the next
> pack
Christian T. Steigies dixit:
>I'll try to get zsh scheduled for building on crest.
tg@leda:~$ wanna-build -A m68k -d unstable --build-priority=10 zsh_5.0.2-5
Just use the buildd network for this. zsh is now the next
package to be built.
bye,
//mirabilos
PS: Frank is zsh committer…
--
FWIW, I'm
Thorsten Glaser writes:
> On the other hand, I cannot help but wonder how well it compares
> to whatever ARAnyM passes as FPU. I know ARAnyM doesn’t handle the
> 80/64bit precision switch at all
It doesn't?
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53
On Sun, 20 Oct 2013, Michael Schmitz wrote:
> The docs are quite clearly out of date...
ISTR those docs are older than the most recent work Roman did on the FPU
emulation code...
> Certain mask revisions of the LC040 have a firmware bug that prevents
> floating point exceptions to properly wo
On 10/20/2013 01:25 AM, Michael Schmitz wrote:
> The docs are quite clearly out of date. From memory, there may be the
> odd FPU instruction that does not work perfectly, but that would be
> limited to 030 type emulation. 040 and 060 use code from the Motorola
> floating-point support package which
Am Sonntag 20 Oktober 2013, 12:21:23 schrieb Christian T. Steigies:
> The package will be scheduled for building eventually. Is it urgent to get
> this built?
No, it's not urgent.
> I'll try to get zsh scheduled for building on crest.
No need to, I can also wait...
Bye...
Dirk
--
Dir
On Sun, Oct 20, 2013 at 12:25 PM, Ingo Jürgensmann
wrote:
>> However, the addresses and the code above don't match the kernel image in
>> linux-3.12.0-rc4-amiga-m68k.tar.gz?
>> Can we get the image somewhere?
>
> I can give you access to the VM with the (patched) kernel source where I
> crosscomp
Am 20.10.2013 um 12:10 schrieb Geert Uytterhoeven :
> However, the addresses and the code above don't match the kernel image in
> linux-3.12.0-rc4-amiga-m68k.tar.gz?
> Can we get the image somewhere?
I can give you access to the VM with the (patched) kernel source where I
crosscompiled the image
On Sun, Oct 20, 2013 at 11:53:02AM +0200, Dirk Heinrichs wrote:
> Am Sonntag 20 Oktober 2013, 11:44:33 schrieb Christian T. Steigies:
>
> > On Sun, Oct 20, 2013 at 11:05:43AM +0200, Dirk Heinrichs wrote:
> > > there's a version mismatch between zsh (5.0.2-3) and its dependency
> > > zsh-common
> >
On Sun, Oct 20, 2013 at 11:37 AM, Ingo Jürgensmann
wrote:
> I'm testing the ESP SCSI driver port by Tuomas and Michael to 3.12-rc4 and
> got now this kernel panic during heavy disk activity (apt-get dist-upgrade
> and parallel a rsync backup by BackupPC):
>
> Debian GNU/Linux jessie/sid spice ttyS
Am Sonntag 20 Oktober 2013, 11:44:33 schrieb Christian T. Steigies:
> On Sun, Oct 20, 2013 at 11:05:43AM +0200, Dirk Heinrichs wrote:
> > there's a version mismatch between zsh (5.0.2-3) and its dependency
> > zsh-common
> > (5.0.2-5) which prevents zsh installation on m68k:
> http://buildd.debian
Moin,
On Sun, Oct 20, 2013 at 11:05:43AM +0200, Dirk Heinrichs wrote:
>
> there's a version mismatch between zsh (5.0.2-3) and its dependency
> zsh-common
> (5.0.2-5) which prevents zsh installation on m68k:
http://buildd.debian-ports.org/status/package.php?p=zsh&suite=sid
It has not been buil
Hi!
I'm testing the ESP SCSI driver port by Tuomas and Michael to 3.12-rc4
and got now this kernel panic during heavy disk activity (apt-get
dist-upgrade and parallel a rsync backup by BackupPC):
Debian GNU/Linux jessie/sid spice ttyS0
spice login: [77568.07] *** ZERO DIVIDE *** FORMAT
On Sun, Oct 20, 2013 at 11:25 AM, Laurent Vivier wrote:
> Le 20/10/2013 10:52, Geert Uytterhoeven a écrit :
>>
>> On Sat, Oct 19, 2013 at 6:13 PM, Geert Uytterhoeven
>> wrote:
>> [...]
>>
>>
>> Apart from that, (probably both) configs need more stripping in the common
>> part. I want to have boot
Le 20/10/2013 10:52, Geert Uytterhoeven a écrit :
On Sat, Oct 19, 2013 at 6:13 PM, Geert Uytterhoeven
wrote:
[...]
Apart from that, (probably both) configs need more stripping in the common
part. I want to have bootable (i.e. < 4 MiB) defconfig kernels.
Moreover, a compressed kernel fitting on
Hi,
there's a version mismatch between zsh (5.0.2-3) and its dependency zsh-common
(5.0.2-5) which prevents zsh installation on m68k:
# LC_ALL=C apt-get install zsh
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installe
On Sat, Oct 19, 2013 at 6:13 PM, Geert Uytterhoeven
wrote:
> Doh, I really should have an in-depth look at your .config, and compare it to
> multi_defconfig (which does need more stripping!), to catch these things.
This is the difference between my multi_defconfig and config-3.10-2-m68k.
Big diff
On Sun, Oct 20, 2013 at 10:04 AM, Ingo Jürgensmann
wrote:
> Am 20.10.2013 um 01:46 schrieb Thorsten Glaser :
>> Geert Uytterhoeven dixit:
>>> FPU emulation should be fine, AFAIK (never used it myself, though).
>> Michael Schmitz dixit:
>>> The docs are quite clearly out of date. From memory, there
Am 20.10.2013 um 01:46 schrieb Thorsten Glaser :
> Geert Uytterhoeven dixit:
>> FPU emulation should be fine, AFAIK (never used it myself, though).
> Michael Schmitz dixit:
>> The docs are quite clearly out of date. From memory, there may be the odd FPU
> […]
>> Seeing as this code is crucial, I'd
35 matches
Mail list logo
