On Mon, 23 Dec 2013, Thorsten Glaser wrote:
> > CONFIG_EARLY_PRINTK=y and CONFIG_SERIAL_PMACZILOG=n
Why is CONFIG_SERIAL_PMACZILOG to be disabled? And why was
CONFIG_EARLY_PRINTK disabled?
> I think we need to file bugs in the BTS for each of these instances in
> the future, instead of trying
Dixi quod…
>Hi $maintainer,
>
>can we still get CONFIG_EARLY_PRINTK=y and
>CONFIG_SERIAL_PMACZILOG=n into 3.12 before it hits unstable?
This was, of course, not integrated into src:linux before the
3.12.6-1 upload. (Which by the way autobuilt, meaning we have
build logs ☻ instead of me building i
On Sun, 8 Dec 2013, Scott Holder wrote:
> Not sure if it counts... but I had a kind of duh moment and remembered I
> have a Macintosh LC III in the closet. 68030, 68mb of RAM, and,
> unexpectedly, a 68882 FPU in the socket! So I hooked up the HD that's
> working nicely in the LC475 and decided
On 11/20/2013 8:05 AM, Finn Thain wrote:
On Wed, 20 Nov 2013, Geert Uytterhoeven wrote:
Looks like the same one as
http://lists.debian.org/debian-68k/2013/10/msg00083.html
The two backtraces have an awful lot in common. So it is safe to say that
this is not hardware flakiness.
And it would ap
On Sun, 17 Nov 2013, Finn Thain wrote:
>
> On Tue, 12 Nov 2013, Scott Holder wrote:
>
> > On 11/12/2013 12:12 PM, Thorsten Glaser wrote:
> > >
> > > In the meantime, here's the vmlinuz from it and the initrd from my
> > > ARAnyM system (i.e. "I can boot it but no guarantee you can"):
> > >
>
On Thu, Nov 21, 2013 at 8:53 AM, Geert Uytterhoeven
wrote:
>> Not on my part - I still haven't gotten around to switching to 3 12 yet. The
>> generic hardirq changes Thomas Gleixner worked on were out of tree, right
>> Geert?
>
> Yep, but they're in mainline now. I haven't applied them to the m68k
Am 22.11.2013 16:46, schrieb Geert Uytterhoeven:
> Hi Finn,
>
> On Fri, Nov 22, 2013 at 1:46 PM, Geert Uytterhoeven
> wrote:
>> pmz_console_init() doesn't do that, so it still registered the console, and
>> caused a crash later.
> Adding a check there is a simpler solution that also works.
>
> Gr
Hi Finn,
On Fri, Nov 22, 2013 at 1:46 PM, Geert Uytterhoeven
wrote:
> pmz_console_init() doesn't do that, so it still registered the console, and
> caused a crash later.
Adding a check there is a simpler solution that also works.
Gr{oetje,eeting}s,
Geert
--
Geert Uytte
On Fri, Nov 22, 2013 at 12:47 AM, Finn Thain wrote:
> On Thu, 21 Nov 2013, Geert Uytterhoeven wrote:
>
>> Unable to handle kernel NULL pointer dereference at virtual address (null)
>> Oops:
>> PC: [<0013ad28>] __pmz_startup+0x32/0x2a0
>
> [snip]
>
>> Call Trace: [<002c5d3e>] pmz_console
On Fri, Nov 22, 2013 at 10:13 AM, Geert Uytterhoeven
wrote:
> On Thu, Nov 21, 2013 at 11:02 PM, Finn Thain
> wrote:
>>> Surprise 2: Instead of a deadly non-Mac driver, I found a deadly Mac driver.
>>> When passing "debug=ser", it crashes with:
>>
>> The __pmz_startup() crash could be expected re
On Thu, Nov 21, 2013 at 11:02 PM, Finn Thain wrote:
>> Surprise 2: Instead of a deadly non-Mac driver, I found a deadly Mac driver.
>> When passing "debug=ser", it crashes with:
>
> The __pmz_startup() crash could be expected regardless of "debug=ser", no?
Yes, that's why I asked Thorsten if the
On Thu, 21 Nov 2013, Geert Uytterhoeven wrote:
> Unable to handle kernel NULL pointer dereference at virtual address (null)
> Oops:
> PC: [<0013ad28>] __pmz_startup+0x32/0x2a0
[snip]
> Call Trace: [<002c5d3e>] pmz_console_setup+0x64/0xe4
> [<9600>] atari_keyboard_interrupt+0x164
On Thu, 21 Nov 2013, Geert Uytterhoeven wrote:
> head.S has this "interesting" piece of code, which plays foul of
> multi-platform kernels:
>
> #ifdef CONFIG_MAC
>
> #include
>
> #ifdef CONFIG_FRAMEBUFFER_CONSOLE
> #define CONSOLE
> #define CONSOLE_PENGUIN
> #endif
>
> #ifdef CONFIG_EARLY_PR
Geert Uytterhoeven dixit:
>On Thu, Nov 21, 2013 at 1:04 PM, Thorsten Glaser wrote:
>>>I guess we can't see whether the '\n' was printed?
>>
>> Put an 'L' directly before it.
>
>Sure, but I meant without adding more debug code.
But adding this one, to show we’re entering C, is still
a good thing
I gave linux-image-3.12-trunk-m68k_3.12-1~exp1_m68k.deb a try on my
Amiga. Actually I tried my own first, using my current tree, and a config
derived from config-3.12-1~exp1, as I couldn't find the Debian kernel.
However, both gave the same result.
Surprise 1: There was no ABC...
head.S has this
On Thu, Nov 21, 2013 at 1:04 PM, Thorsten Glaser wrote:
>>I guess we can't see whether the '\n' was printed?
>
> Put an 'L' directly before it.
Sure, but I meant without adding more debug code.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyo
Geert Uytterhoeven dixit:
>I guess we can't see whether the '\n' was printed?
Put an 'L' directly before it.
bye,
//mirabilos
--
*Ctrl-Alt-L*
Hallo?
*Ctrl-Alt-L*
Ach ja, mein ‘l’ ist ja kaputt…
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe"
On Thu, Nov 21, 2013 at 10:38 AM, Finn Thain wrote:
> On Thu, 21 Nov 2013, Michael Schmitz wrote:
>
>> Serial or early fb console looks the only way to debug this.
>
> It hangs at "K", which means that none of the messages that would normally
> appear on the early console have appeared yet.
There
On Thu, 21 Nov 2013, Michael Schmitz wrote:
> Serial or early fb console looks the only way to debug this.
It hangs at "K", which means that none of the messages that would normally
appear on the early console have appeared yet.
Based on the first screen shot posted by Patrick, the first coupl
On Thu, Nov 21, 2013 at 7:53 AM, 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 (?)
>
>
> Not on my pa
Finn,
... 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 (?)
Not on my part - I still haven't gotten around to switching to 3 12
yet. The generic
On Wed, Nov 20, 2013 at 2:05 PM, Finn Thain wrote:
> That thread you linked to was about a crash on an "amiga 1200 + aca1232"
> -- is that a 68030 too?
Yep, first Google hit: http://www.vesalia.de/e_aca1232.htm
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's l
On Wed, 20 Nov 2013, Geert Uytterhoeven wrote:
> Looks like the same one as
> http://lists.debian.org/debian-68k/2013/10/msg00083.html
The two backtraces have an awful lot in common. So it is safe to say that
this is not hardware flakiness.
And it would appear that this crash has only showed
Finn Thain dixit:
>Beats me. I guess I'll have to try another compiler.
Huh. Which one do you use? We use gcc-4.8 but patched heavily,
and Mikael Petterson said he’d not use 4.8/4.9 just yet.
bye,
//mirabilos
--
„Also irgendwie hast du IMMER recht. Hier zuckelte gerade ein Triebwagen mit
der Au
On Wed, Nov 20, 2013 at 4:47 AM, Finn Thain wrote:
>> In Thorsten's config I noticed these:
>>
>> # CONFIG_SCSI_GENERIC_NCR5380 is not set
>> # CONFIG_SCSI_GENERIC_NCR5380_MMIO is not set
>>
>> My Sarge said it was a 5380, perhaps this is my problem?
No, SCSI_GENERIC_NCR5380 is for old PC ISA car
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/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
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.
On Tue, Nov 19, 2013 at 2:25 AM, Scott Holder wrote:
> vbOn 11/18/2013 2:29 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 ABCDEFGHI
Geert,
I also compiled my own kernel using the .config off the ftp and get
the same
hang. I just did a "make", I'm not sure if there's a custom line that
needs
done or anything.
That's a multi-platform kernel?
Can you please try disabling support for the other platforms? There
may be an e
vbOn 11/18/2013 2:29 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
On Mon, 18 Nov 2013, Thorsten Glaser wrote:
> Finn Thain dixit:
>
> >I don't know how much memory is needed by the "xz -0d" algorithm. The
> >xz
>
> RTFM ;-)
>
> Preset DictSize CompCPU CompMem DecMem
>-0 256 KiB 03 MiB
Finn Thain dixit:
>I don't know how much memory is needed by the "xz -0d" algorithm. The xz
RTFM ;-)
Preset DictSize CompCPU CompMem DecMem
-0 256 KiB 03 MiB1 MiB
-1 1 MiB 19 MiB
On Mon, Nov 18, 2013 at 2:49 AM, Scott Holder wrote:
>> I would also check what happens if you first boot MacOS with extensions
>> off (so that the MacOS NIC driver doesn't load).
>>
>> Also, I'm curious to know whether the Penguin settings for the serial
>> ports affect the failure mode (you don'
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 test, just
in case the regression re
On Sun, 17 Nov 2013, Scott Holder wrote:
> On 11/16/2013 5:28 PM, Finn Thain wrote:
> >
> >
> > I would also check what happens if you first boot MacOS with
> > extensions off (so that the MacOS NIC driver doesn't load).
> >
> > Also, I'm curious to know whether the Penguin settings for the ser
On 11/16/2013 5:28 PM, Finn Thain wrote:
I would also check what happens if you first boot MacOS with extensions
off (so that the MacOS NIC driver doesn't load).
Also, I'm curious to know whether the Penguin settings for the serial
ports affect the failure mode (you don't want Penguin to initi
Patrick McCarthy dixit:
>> PS: I’ll be dead for a few days due to dentist.
It was a horror, I tell you. And will be for some more days.
> Is the one in the deb more Mac-centric?
This is the very same as in the .deb just “installed”.
We do not do subarchitecture-specific kernels for the
generic
On Tue, 12 Nov 2013, Scott Holder wrote:
> On 11/12/2013 12:12 PM, Thorsten Glaser wrote:
> >
> > In the meantime, here's the vmlinuz from it and the initrd from my
> > ARAnyM system (i.e. "I can boot it but no guarantee you can"):
> >
> > http://www.freewrt.org/~tg/f/vmlinuz-3.12-rc7-m68k
> >
On 11/12/2013 12:20 PM, Thorsten Glaser wrote:
Geert Uytterhoeven dixit:
Oops, another one bitten by that Debian kernel which has
CONFIG_M68KFPU_EMU disabled...
Yesyesyes… but you must admit the Kconfig message did look scary.
http://www.freewrt.org/~tg/f/linux-image-3.12-rc7-m68k_3.12~rc7-1
If the CPU has this mask set then FPU emulation isn't a viable solution.
You really need to get a 68040 chip (or a 68LC040 chip without the bug).
See http://www.mac.linux-m68k.org/docs/faq.php#sec-4.5
The CPU reads:
MC68030FE25B
04D66C
QEAN9239
MALAYSIA
'030 CPUs don't have floating point ex
On 11/12/2013 11:50 PM, Finn Thain wrote:
On Tue, 12 Nov 2013, Patrick McCarthy wrote:
On 11/12/2013 3:50 AM, Geert Uytterhoeven wrote:
Can you try to add "keep_bootcon" to the kernel command line? That
should keep the boot console alive. It may conflict later with e.g.
macfb and the freeing
The CPU reads:
MC68030FE25B
04D66C
QEAN9239
MALAYSIA
On Nov 12, 2013 11:43 PM, "Finn Thain" wrote:
>
> On Tue, 12 Nov 2013, Patrick McCarthy wrote:
>
> > On 11/12/2013 3:50 AM, Geert Uytterhoeven wrote:
> > >
> > > Can you try to add "keep_bootcon" to the kernel command line? That
> > > should k
On 11/11/2013 9:31 AM, Thorsten Glaser wrote:
Still haven't gotten around to trying to figure out the ADB options
for X. I have a couple or three PPC Macs sitting around that ought to
I think evdev is correct right now for keyboard and mouse, and
fbdev might work for the graphical device (IIRC
On Tue, 12 Nov 2013, Patrick McCarthy wrote:
> On 11/12/2013 3:50 AM, Geert Uytterhoeven wrote:
> >
> > Can you try to add "keep_bootcon" to the kernel command line? That
> > should keep the boot console alive. It may conflict later with e.g.
> > macfb and the freeing of init memory, and crash
On 11/12/2013 12:12 PM, Thorsten Glaser wrote:
In the meantime, here’s the vmlinuz from it and the initrd
from my ARAnyM system (i.e. “I can boot it but no guarantee
you can”):
http://www.freewrt.org/~tg/f/vmlinuz-3.12-rc7-m68k
http://www.freewrt.org/~tg/f/initrd.img-3.12-rc7-m68k
I can repor
Geert Uytterhoeven dixit:
>Oops, another one bitten by that Debian kernel which has
>CONFIG_M68KFPU_EMU disabled...
Yesyesyes… but you must admit the Kconfig message did look scary.
http://www.freewrt.org/~tg/f/linux-image-3.12-rc7-m68k_3.12~rc7-1~exp1+m68k.1_m68k.deb
It’ll be in the next src:l
On Tue, Nov 12, 2013 at 4:32 PM, Patrick McCarthy wrote:
>>> http://imgur.com/sUirUFC
>>
>> The last line is about disabling the boot console, long before macfb is
>> initialized, so there's a "black hole" in between.
>>
>> Can you try to add "keep_bootcon" to the kernel command line? That
>> shou
On 11/12/2013 3:50 AM, Geert Uytterhoeven wrote:
On Sun, Nov 10, 2013 at 7:50 PM, Patrick McCarthy wrote:
Inspired by Scott ("Getting the ol' Macintosh LC475 modernized") I pulled my
LC III out of the closet and tried to follow along to get up to date. I
untarred Thorsten's filesystem to /, got
On 11/11/2013 10:10 PM, Scott Holder wrote:
On 11/11/2013 12:04 AM, Patrick McCarthy wrote:
I tried playing around with this - on a fresh boot with no open
windows, I have 5.9mb free. I followed your advice and maximized the
minimum ram required, however on doing that and trying to boot the
kern
> Le 12 novembre 2013 à 04:34, Finn Thain a écrit :
>
>
>
> On Mon, 11 Nov 2013, Scott Holder wrote:
>
> > On 11/11/2013 12:04 AM, Patrick McCarthy wrote:
> >
> > if it's still in 24-bit mode when emile tries to boot (thanks to PRAM
> > settings) then that could account for the failures.
>
> I do
On Sun, Nov 10, 2013 at 7:50 PM, Patrick McCarthy wrote:
> Inspired by Scott ("Getting the ol' Macintosh LC475 modernized") I pulled my
> LC III out of the closet and tried to follow along to get up to date. I
> untarred Thorsten's filesystem to /, got the initrd from
> http://zigo.mirbsd.org:8080
On Mon, 11 Nov 2013, Scott Holder wrote:
> On 11/11/2013 12:04 AM, Patrick McCarthy wrote:
>
> if it's still in 24-bit mode when emile tries to boot (thanks to PRAM
> settings) then that could account for the failures.
I don't know about emile, but Penguin should work in 24-bit mode.
But you
On 11/11/2013 12:04 AM, Patrick McCarthy wrote:
I tried playing around with this - on a fresh boot with no open
windows, I have 5.9mb free. I followed your advice and maximized the
minimum ram required, however on doing that and trying to boot the
kernel/initrd Penguin says it doesn't have enou
On Mon, 11 Nov 2013, Patrick McCarthy wrote:
> > MacOS applications only get the amount of memory assigned to them. You
> > can increase Penguin's memory in Finder using Get Info under the File
> > menu. Given the size of this kernel image, Penguin's default setting
> > isn't likely to work.
>
Geert Uytterhoeven dixit:
[ fbdev for Atari ]
>It's in upstream xorg-server-1.14.99.2 and later.
Thanks! Debian experimental has got 1.14.99.3, which I’ve
just started building on just another VM ;-) (now I’m out
of idle/stopped ARAnyM instances…)
I’ll write again when it’ll be uploaded. The mag
On Mon, Nov 11, 2013 at 3:31 PM, Thorsten Glaser wrote:
> I think evdev is correct right now for keyboard and mouse, and
> fbdev might work for the graphical device (IIRC, someone reported
> that it works on mac68k OOTB, and Geert has written a patch for
> Atari, although I’ve not checked yet whet
Scott Holder dixit:
>> I don't use an initrd (I build my own kernels) so I can't tell you
>> what the right arguments are. Probably root=/dev/ram Also, you
No, root=/dev/ram is for when you want to run a system installed
on the initrd. For the “initramfs style”, you just need to ensure
the initrd
On Mon, Nov 11, 2013 at 6:04 AM, Patrick McCarthy wrote:
> It seems that one way or another something is missing, so I either need to
> find a better kernel/ramdisk pair or else build one. I only have this one
> 68k Mac that runs 2.2 when it works, how would I build something? Would it
> be the sa
On 11/10/2013 5:02 PM, John Paul Adrian Glaubitz wrote:
Or it might be an issue with the console driver. Do you see any hard
disk activity on the HDD LED or does the LC not have one?
Maybe it's booting fine but just no further console output. Maybe
the serial console might help.
No LED sadly. I
On Sun, 10 Nov 2013, Scott Holder wrote:
> Still haven't gotten around to trying to figure out the ADB options for
> X. I have a couple or three PPC Macs sitting around that ought to work.
ISTR that evdev worked for me. If this device is available then Xorg might
even detect it and use it. If
On 11/10/2013 6:58 PM, Finn Thain wrote:
On Sun, 10 Nov 2013, Patrick McCarthy wrote:
since Penguin
said it didn't have enough memory (I have 36mb total)
MacOS applications only get the amount of memory assigned to them. You can
increase Penguin's memory in Finder using Get Info under the Fil
On Sun, 10 Nov 2013, Patrick McCarthy wrote:
> Hello,
>
> Inspired by Scott ("Getting the ol' Macintosh LC475 modernized") I
> pulled my LC III out of the closet and tried to follow along to get up
> to date. I untarred Thorsten's filesystem to /, got the initrd from
> http://zigo.mirbsd.org:8
On 11/10/2013 07:50 PM, Patrick McCarthy wrote:
> Inspired by Scott ("Getting the ol' Macintosh LC475 modernized") I
> pulled my LC III out of the closet and tried to follow along to get up
> to date. I untarred Thorsten's filesystem to /, got the initrd from
> http://zigo.mirbsd.org:8080/t/initrd.
Hello,
Inspired by Scott ("Getting the ol' Macintosh LC475 modernized") I
pulled my LC III out of the closet and tried to follow along to get up
to date. I untarred Thorsten's filesystem to /, got the initrd from
http://zigo.mirbsd.org:8080/t/initrd.img-3.10-2-m68k and the kernel from
http://
68 matches
Mail list logo
