On 11/19/2013 5:53 AM, Finn Thain wrote:
On Mon, 18 Nov 2013, Scott Holder wrote:
This booted great for me. It might just be placebo effect but I feel
like it booted a fair bit faster than the last one. Modules seem great
too. This actually let me get about half a second of working mouse in X
b
On Tue, 19 Nov 2013, Patrick McCarthy wrote:
> Unfortunately this didn't work for me (via Penguin, 32bit mode, new
> filesystem), but I'm not clear on what what failed.
>
> The error screen: http://imgur.com/v4uS3ia
>
> Salient bit:
> Data read fault at 0x in Super Data (pc:0x3e22c)
>
On 11/05/2013 11:27 AM, John Paul Adrian Glaubitz wrote:
> On 11/05/2013 09:02 AM, Ingo Jürgensmann wrote:
>> Am 05.11.2013 um 08:34 schrieb Geert Uytterhoeven :
>>
Let's give this a try.
>>> Indeed!
>>
>> So I would say, that - if noone objects until Thursday 0:00 GMT - we ask for
>> a quote
Hi there!
Continuing the recent discussion of FPU emulation in the kernel, I
stumbled across my first problem with it yesterday. However, it's
not actually a reliability issue but simply particular instruction
not supported by the emulation code.
The error message about the unimplemented instruct
Dixi quod…
>The .debdiff is attached, for your convenience to read through and
>comment on it already. I’m currently building this, and I’ll report
>success (or not) in about a week (since it takes at least five days
>for this to compile, from experience).
Okay, I built and tested this, and it in
Hi Ben,
thanks for all, I’ve built and uploaded 3.12-1~exp1 and
it boots just fine (on my VM; those with real hardware
will have to send in their own feedback).
@those people: http://packages.debian.org/source/experimental/linux
will have the m68k links… shortly.
root@ara3:~ # cat /proc/version
Dixi quod
>Looking at smokeqt/python-qt4 now (the relocation thing).
[ 38%] Building CXX object qtgui/CMakeFiles/smokeqtgui.dir/x_20.cpp.o
cd /tmp/buildd/smokeqt-4.11.3/obj-m68k-linux-gnu/qtgui && /usr/bin/c++
-DSMOKE_BUILDING -Dsmokeqtgui_EXPORTS -g -O2 -fstack-protector
--param=ssp-buffer-s
On 11/18/2013 2:40 AM, Finn Thain wrote:
On Sat, 16 Nov 2013, Patrick McCarthy wrote:
The ARAnyM kernel and initrd you posted unfortunately didn't work, I put
them in Penguin in 32bit mode and it hung at 'MacLinux ABCDEFGHIJK'.
I've built a Mac-only 3.12 kernel that you or Scott may want to
| pnt.c:176:1: internal compiler error: in subreg_get_info, at rtlanal.c:3387
This one (r-base FTBFS) is already fixed, thanks!
Looking at smokeqt/python-qt4 now (the relocation thing).
bye,
//mirabilos
--
[16:04:33] bkix: "veni vidi violini"
[16:04:45] bkix: "ich kam, sah und vergeigte"...
-
On Tue, 19 Nov 2013, Michael Schmitz wrote:
>
> Might be worth leaving one platform out of the multiplatform set at a
> time to see whether that rogue driver is from Amiga, Atari or what else.
The problem is, I didn't use debian sources and toolchain to build a
working kernel. So the first st
On Tue, 19 Nov 2013, Michael Schmitz wrote:
>
> ... Multiplatform interrupt support might be another one.
Yes. My hunch is that this issue is interrupt related.
Were there interrupt changes on the atari side between mainline 3.10 and
3.12 (?)
Finn
--
To UNSUBSCRIBE, email to debian-68k-re
On Mon, 18 Nov 2013, Scott Holder wrote:
> This booted great for me. It might just be placebo effect but I feel
> like it booted a fair bit faster than the last one. Modules seem great
> too. This actually let me get about half a second of working mouse in X
> before it froze up or something.
Geert Uytterhoeven dixit:
>> booted a fair bit faster than the last one. Modules seem great too. This
>
>Single-platform kernels are usually faster.
Well of course, but then, you have less drivers and probes and all that.
But on the other hand… who cares about boot speed? Run speed is the one.
Ov
13 matches
Mail list logo
