On Wed, May 29, 2013 at 7:39 AM, Laurent Vivier wrote:
>> --- a/arch/m68k/Kconfig.debug 2012-03-19 10:15:34.0 +1100
>> +++ b/arch/m68k/Kconfig.debug 2013-05-29 10:54:21.0 +1000
>> @@ -11,9 +11,9 @@ config BOOTPARAM_STRING
>> depends on BOOTPARAM
>> config EARLY_PRIN
Le 29/05/2013 03:03, Finn Thain a écrit :
On Tue, 28 May 2013, Laurent Vivier wrote:
Le 28/05/2013 14:45, Geert Uytterhoeven a ecrit :
On Tue, May 28, 2013 at 1:46 PM, Finn Thain wrote:
On Sun, 26 May 2013, Finn Thain wrote:
On Sun, 26 May 2013, Laurent Vivier wrote:
Le 26/05/2013 02:30, Fi
On Tue, 28 May 2013, Laurent Vivier wrote:
> Le 28/05/2013 14:45, Geert Uytterhoeven a ecrit :
> > On Tue, May 28, 2013 at 1:46 PM, Finn Thain wrote:
> > > On Sun, 26 May 2013, Finn Thain wrote:
> > > > On Sun, 26 May 2013, Laurent Vivier wrote:
> > > > > Le 26/05/2013 02:30, Finn Thain a ecrit :
Le 28/05/2013 13:45, Finn Thain a écrit :
On Sun, 26 May 2013, Laurent Vivier wrote:
Please send any patch you want I test (including Kconfig one)
Please try this one (with CONFIG_EARLY_PRINTK=y). I've compile tested but
have no hardware here to run it. This patch should fix a couple of bugs,
Le 28/05/2013 14:45, Geert Uytterhoeven a écrit :
On Tue, May 28, 2013 at 1:46 PM, Finn Thain wrote:
On Sun, 26 May 2013, Finn Thain wrote:
On Sun, 26 May 2013, Laurent Vivier wrote:
Le 26/05/2013 02:30, Finn Thain a ecrit :
This works if I disable "EARLY_PRINTK". To do that I need to patch
K
On Tue, May 28, 2013 at 1:46 PM, Finn Thain wrote:
> On Sun, 26 May 2013, Finn Thain wrote:
>> On Sun, 26 May 2013, Laurent Vivier wrote:
>> > Le 26/05/2013 02:30, Finn Thain a ecrit :
>> > This works if I disable "EARLY_PRINTK". To do that I need to patch
>> > Kconfig :
>> >
>> > --- a/arch/m68k/
On Sun, 26 May 2013, Finn Thain wrote:
>
> On Sun, 26 May 2013, Laurent Vivier wrote:
>
> > Le 26/05/2013 02:30, Finn Thain a ecrit :
> >
> > This works if I disable "EARLY_PRINTK". To do that I need to patch
> > Kconfig :
> >
> > --- a/arch/m68k/Kconfig.debug
> > +++ b/arch/m68k/Kconfig.deb
On Sun, 26 May 2013, Laurent Vivier wrote:
> Please send any patch you want I test (including Kconfig one)
Please try this one (with CONFIG_EARLY_PRINTK=y). I've compile tested but
have no hardware here to run it. This patch should fix a couple of bugs,
though perhaps not the one that is causi
Le 26/05/2013 13:23, Finn Thain a écrit :
I think the correct fix would be a bootloader that disables the SCC
irq sources. But a kernel patch would help until bootloaders are
fixed. Finn
It could be hard to do this : booloaders use MacOS ROM traps to access
hardware and I don't think it is p
Finn Thain dixit:
>I think the correct fix would be a bootloader that disables the SCC irq
>sources. But a kernel patch would help until bootloaders are fixed.
Can asm code to do that be put into early kernel (asm) part?
IIRC head.S or somesuch.
Just a Devil’s Advocate’s thought,
//mirabilos
--
Please send any patch you want I test (including Kconfig one)
Laurent Vivier a écrit :
>Le 26/05/2013 02:30, Finn Thain a écrit :
>> On Sat, 25 May 2013, Laurent Vivier wrote:
>>
>>> Le 25/05/2013 10:04, Finn Thain a ?crit :
>>>
If you enable EARLY_CONSOLE, don't generate any Zilog SCC inte
On Sun, 26 May 2013, Laurent Vivier wrote:
> Le 26/05/2013 02:30, Finn Thain a ecrit :
>
> This works if I disable "EARLY_PRINTK". To do that I need to patch
> Kconfig :
>
> --- a/arch/m68k/Kconfig.debug
> +++ b/arch/m68k/Kconfig.debug
> @@ -11,7 +11,7 @@ config BOOTPARAM_STRING
> depe
Le 26/05/2013 02:30, Finn Thain a écrit :
On Sat, 25 May 2013, Laurent Vivier wrote:
Le 25/05/2013 10:04, Finn Thain a ?crit :
If you enable EARLY_CONSOLE, don't generate any Zilog SCC interrupts
before the pmac_zilog driver gets opened (i.e. before getty starts on
ttyS0). The early boot asm
On Sat, May 25, 2013 at 9:47 PM, Ingo Jürgensmann
wrote:
>>> arch/m68k/configs/mac_defconfig --+
>>> CONFIG_MAC_PARTITION : y y y y y . y y y y y .
>> Shouldn't MAC_PARTITION be enabled for the mac configuration?
>
> Yeah, I wondered about that for Amiga as well,
On Sat, 25 May 2013, Laurent Vivier wrote:
> Le 25/05/2013 10:04, Finn Thain a ?crit :
>
> > If you enable EARLY_CONSOLE, don't generate any Zilog SCC interrupts
> > before the pmac_zilog driver gets opened (i.e. before getty starts on
> > ttyS0). The early boot asm doesn't properly intialise
Le 25/05/2013 21:26, Brad Boyer a écrit :
On Sat, May 25, 2013 at 05:55:55PM +0200, Geert Uytterhoeven wrote:
On Sat, May 25, 2013 at 1:51 PM, Laurent Vivier wrote:
I don't know if it is related to this, but after compiling the kernel
3.10.0-rc2 from Geert defconfig branch, I'm able to boot cl
Am 25.05.2013 um 21:33 schrieb Brad Boyer :
>> arch/m68k/configs/mac_defconfig --+
>> CONFIG_MAC_PARTITION : y y y y y . y y y y y .
> Shouldn't MAC_PARTITION be enabled for the mac configuration?
Yeah, I wondered about that for Amiga as well, but then I noticed
On Sat, May 25, 2013 at 05:55:55PM +0200, Geert Uytterhoeven wrote:
> On Sat, May 25, 2013 at 1:51 PM, Laurent Vivier wrote:
> > I don't know if it is related to this, but after compiling the kernel
> > 3.10.0-rc2 from Geert defconfig branch, I'm able to boot close to the end of
> > init level 2 a
On Thu, May 23, 2013 at 09:19:10PM +0200, Geert Uytterhoeven wrote:
> I pushed out an RFC for a long-overdue update of the m68k defconfig
> files to my defconfig branch:
>
> arch/m68k/configs/mac_defconfig --+
> CONFIG_MAC_PARTITION : y y y y y . y y y y y .
Shoul
On Sat, May 25, 2013 at 1:51 PM, Laurent Vivier wrote:
> I don't know if it is related to this, but after compiling the kernel
> 3.10.0-rc2 from Geert defconfig branch, I'm able to boot close to the end of
> init level 2 and then my screen is filled by "unexpected interrupt 112" and
> I can't do a
Le 25/05/2013 10:04, Finn Thain a écrit :
On Fri, 24 May 2013, Laurent Vivier wrote:
Le 24 mai 2013 ? 09:27, Finn Thain a
?crit :
[...]
I have a strong suspicion that some stuff not enabled in your configs
would still need to be explicitly disabled to get the best results. I
will let you kno
Michael Schmitz dixit:
> It'll need a bit of backporting into 3.2.25 once it's ready to test, but I can
Don’t bother with that on account of Debian, it’s at 3.8 already,
and for the buildds, running a custom kernel until your driver is
merged in 3.10 and Debian has 3.10 will be no problem ;-)
by
Hi Ingo,
I really hope to push this into mainline this time, and start to update the
defconfigs again every kernel release.
Any comments are welcome! Thanks!
I'm just waiting for the support for Blizzard SCSI Support (ESP), but this should be the only thing I'm missing for now.
Do r
On Fri, 24 May 2013, Geert Uytterhoeven wrote:
> On Fri, May 24, 2013 at 9:27 AM, Finn Thain
> wrote:
> >> CONFIG_ADB_MACIISI : . . . . . y . . . . . y
> >
> > This is broken. It should be disabled because it will crash (unless it
> > has fixed itself ;-)
>
> Will disable. If this is really b
On Fri, 24 May 2013, Laurent Vivier wrote:
>
> > Le 24 mai 2013 ? 09:27, Finn Thain a
> > ?crit :
> [...]
> > I have a strong suspicion that some stuff not enabled in your configs
> > would still need to be explicitly disabled to get the best results. I
> > will let you know when I get aroun
On Fri, May 24, 2013 at 2:59 PM, Geert Uytterhoeven
wrote:
> However, hp300 doesn't set mach_beep, so I'll disable it on hp300.
I meant INPUT_MISC, it doesn't set INPUT+M68K_BEEP.
However, the former is needed for HP_SDC_RTC.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoev
On Fri, May 24, 2013 at 9:27 AM, Finn Thain wrote:
>> CONFIG_ADB_MACIISI: . . . . . y . . . . . y
>
> This is broken. It should be disabled because it will crash (unless it has
> fixed itself ;-)
Will disable.
If this is really broken, shall I mark ik BROKEN in Kconfig?
> I s
> Le 24 mai 2013 à 09:27, Finn Thain a écrit :
[...]
> I have a strong suspicion that some stuff not enabled in your configs
> would still need to be explicitly disabled to get the best results. I will
> let you know when I get around to testing the mac_defconfig.
I think I can try this on a qua
On Thu, 23 May 2013, Geert Uytterhoeven wrote:
> CONFIG_ADB_MACIISI: . . . . . y . . . . . y
This is broken. It should be disabled because it will crash (unless it has
fixed itself ;-)
I see that you have the pmac zilog serial console enabled, which is
essential for Macs w
Am 23.05.2013 um 21:19 schrieb Geert Uytterhoeven :
> I pushed out an RFC for a long-overdue update of the m68k defconfig
> files to my defconfig branch:
> https://git.kernel.org/cgit/linux/kernel/git/geert/linux-m68k.git/commit/?h=defconfig&id=417ed3fbd7bcc4e909421d35984947d6e45009bb
> [...]
Loo
I pushed out an RFC for a long-overdue update of the m68k defconfig
files to my defconfig branch:
https://git.kernel.org/cgit/linux/kernel/git/geert/linux-m68k.git/commit/?h=defconfig&id=417ed3fbd7bcc4e909421d35984947d6e45009bb
This RFC updates the defconfigs to mainline v3.9. I.e. this does not i
On Wed, 4 Jan 2012, Geert Uytterhoeven wrote:
> Findings:
> - CONFIG_BLK_DEV_SWIM is m, while CONFIG_AMIGA_FLOPPY and
> CONFIG_ATARI_FLOPPY are y.
My defconfig patch used "m" because (if I recall correctly) the SWIM
driver is experimental code that couldn't be safely loaded on all
machin
On Thu, 5 Jan 2012, Geert Uytterhoeven wrote:
> Finn, Michael: as pmaczilog uses platform devices, it can be made to
> work on Atari, too?
I would think so. I don't recall anything peculiar about the platform
device variant though the overlapping MMIO address ranges in the platform
resources
Thorsten Glaser píše v St 04. 01. 2012 v 22:22 +:
> This is something I'd like to see, if it is possible from
> the hardware: ARAnym’s emulated parallel port for debugging
> is unidirectional (printing only), so, in headless mode,
> you get no console at all
I'll gladly add bidirectional capab
On Thu, Jan 5, 2012 at 10:58, Alan Hourihane wrote:
> It would certainly be wonderful to have atari_scc.c back.
You can probably just "git revert" the relevant commits to resurrect all pieces
and make it work again for debugging. But the result won't go upstream.
Gr{oetje,eeting}s,
On 01/05/12 09:52, Geert Uytterhoeven wrote:
> On Wed, Jan 4, 2012 at 23:22, Thorsten Glaser wrote:
>> Geert Uytterhoeven dixit:
>>
>>>CONFIG_SERIAL_CONSOLE: y . . . . . . . . . . y
>> This is something I'd like to see, if it is possible from
>> the hardware: ARAnym’s emulated
On Wed, Jan 4, 2012 at 23:22, Thorsten Glaser wrote:
> Geert Uytterhoeven dixit:
>
>> CONFIG_SERIAL_CONSOLE : y . . . . . . . . . . y
>
> This is something I'd like to see, if it is possible from
> the hardware: ARAnym’s emulated parallel port for debugging
> is unidirectional (p
Geert Uytterhoeven dixit:
>CONFIG_SERIAL_CONSOLE: y . . . . . . . . . . y
This is something I'd like to see, if it is possible from
the hardware: ARAnym’s emulated parallel port for debugging
is unidirectional (printing only), so, in headless mode,
you get no console at all (f
Hi all,
I've updated the defconfigs in a new "defconfig" branch (soon at
http://git.kernel.org/?p=linux/kernel/git/geert/linux-m68k.git;a=commitdiff;h=defconfig).
Several of these are based on Finn's updates for mac_defconfig.
I try to keep the defconfigs for the different platforms as si
39 matches
Mail list logo
