Signed-off-by: Geert Uytterhoeven
---
arch/m68k/configs/amiga_defconfig| 40 +---
arch/m68k/configs/apollo_defconfig | 40 +---
arch/m68k/configs/atari_defconfig| 40 +---
arch/m68k/configs/b
Hi all,
Here are the defconfig updates I plan to queue for v3.20.
Thanks for reviewing!
Geert Uytterhoeven (6):
m68k/defconfig: Refresh defconfigs for v3.16-rc1--v3.19-rc2
m68k/defconfig: Enable test modules
m68k/defconfig: Enable early printk support
m68k/defconfig: Enable
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
ess Geert can explain it in more depth. :-)
Welcome to the magic of reduced defconfigs and "savedefconfig"!
If you do "make ARCH=m68k mac_defconfig" resp.
"make ARCH=m68k amiga_defconfig", it will expand the reduced defconfig.
The MAC_PARTITION resp. AMIGA_PARTITIO
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
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
ot something to be sure. That's not
possible for the time being unfortunately. I expect that your defconfigs
will get merged before I get around to booting anything (which will make
testing easier).
I have a strong suspicion that some stuff not enabled in your configs
would still need
947d6e45009bb
> [...]
Looks good for me for Amiga, as far as I can tell in a hurry...
> 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 Blizzar
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
mpfs path, right?
Also I wonder about CONFIG_RTC_HCTOSYS on Macs without a working RTC
driver. Would enabling CONFIG_RTC_HCTOSYS change present behaviour?
I suppose it might need some testing. Otherwise, I think harmonising this
across defconfigs (and distro configs) is a good idea.
Finn
--
To
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 di
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.
On Mon, Oct 25, 2004 at 10:51:32PM +0200, Geert Uytterhoeven wrote:
> On Mon, 25 Oct 2004, Christian T. Steigies wrote:
> > On Mon, Oct 25, 2004 at 10:09:09PM +0200, Geert Uytterhoeven wrote:
> > > I'm looking for suitable defconfigs for the various m68k platforms.
> >
On Mon, 25 Oct 2004, Christian T. Steigies wrote:
> On Mon, Oct 25, 2004 at 10:09:09PM +0200, Geert Uytterhoeven wrote:
> > I'm looking for suitable defconfigs for the various m68k platforms.
> > I guess I can extract them from the Debian kernel images for 2.6.8? Where
>
On Mon, Oct 25, 2004 at 10:09:09PM +0200, Geert Uytterhoeven wrote:
> I'm looking for suitable defconfigs for the various m68k platforms.
> I guess I can extract them from the Debian kernel images for 2.6.8? Where
> exactly should I look?
Every debian kernel package comes with
On Mon, Oct 25, 2004 at 10:09:09PM +0200, Geert Uytterhoeven wrote:
>
> I'm looking for suitable defconfigs for the various m68k platforms.
> I guess I can extract them from the Debian kernel images for 2.6.8? Where
> exactly should I look?
In the kernel-image-2.6.8-m68k source
I'm looking for suitable defconfigs for the various m68k platforms.
I guess I can extract them from the Debian kernel images for 2.6.8? Where
exactly should I look?
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lot
47 matches
Mail list logo
