All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
@ 2014-03-30  0:01 Michael Schmitz
  2014-03-30  0:01 ` [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM Michael Schmitz
                   ` (5 more replies)
  0 siblings, 6 replies; 35+ messages in thread
From: Michael Schmitz @ 2014-03-30  0:01 UTC (permalink / raw)
  To: linux-m68k; +Cc: geert, debian-68k

Geert,

see the following patch series for the hopefully final word on 
the 'make ST-RAM pool accessible for kernels running from FastRAM'
story.                    

ST-RAM pool is allocated from an arch initcall if the kernel runs 
in FastRAM, at which time memory mapping support is up and running
and ioremap works as it should. 

This should make current kernels run again on TTs with insufficent 
ST-RAM but enough TT-RAM to hold the kernel and user data. It does
speed up kernel operations a great deal on Falcon hardware with
FastRAM on accelerators. 

Side effects: rebooting from a kernel in FastRAM will go through a
hard reboot -no idea why. SCSI operations seem to fail sooner than
otherwise on my system (the SCSI patches are not in my atafb-stram
branch). Need to investigate on both accounts.

Please review and apply. 

Cheers,

        Michael

^ permalink raw reply	[flat|nested] 35+ messages in thread

* [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM
  2014-03-30  0:01 [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Michael Schmitz
@ 2014-03-30  0:01 ` Michael Schmitz
  2014-03-30 19:11   ` Geert Uytterhoeven
  2014-03-30  0:01 ` [PATCH 2/4] m68k/atari - atafb: convert allocation of fb ram to new interface Michael Schmitz
                   ` (4 subsequent siblings)
  5 siblings, 1 reply; 35+ messages in thread
From: Michael Schmitz @ 2014-03-30  0:01 UTC (permalink / raw)
  To: linux-m68k; +Cc: geert, debian-68k, Michael Schmitz

With the kernel loaded to FastRAM (TT-RAM), none of the ST-RAM
address range is mapped by init_mem, and ST-RAM is not accessible
through the normal allocation pathways as a result.

Implement ST-RAM pool allocation to be based on physical addresses
always (it already was when the kernel was loaded in ST-RAM).
Return kernel virtual addresses as per normal.

The current test for the kernel residing in ST-RAM always returns
true. Use the bootinfo memory chunk order instead - with the kernel
in FastRAM, ST-RAM (phys. 0x0) is not the first chunk.

In case the kernel is running from FastRAM, delay mapping of ST-RAM
pool until after mem_init.

Provide helper functions for those users of ST-RAM that need
to be aware of the backing physical addresses.

Kudos to Geert for his hints on getting this started.

Signed-off-by: Michael Schmitz <schmitz@debian.org>
---
 arch/m68k/atari/stram.c             |   75 +++++++++++++++++++++++++++--------
 arch/m68k/include/asm/atari_stram.h |    2 +
 2 files changed, 60 insertions(+), 17 deletions(-)

diff --git a/arch/m68k/atari/stram.c b/arch/m68k/atari/stram.c
index 0810c8d..afc5d91 100644
--- a/arch/m68k/atari/stram.c
+++ b/arch/m68k/atari/stram.c
@@ -47,6 +47,7 @@ static struct resource stram_pool = {
 
 static unsigned long pool_size = 1024*1024;
 
+static unsigned long stram_virt_offset;
 
 static int __init atari_stram_setup(char *arg)
 {
@@ -67,14 +68,12 @@ early_param("stram_pool", atari_stram_setup);
 void __init atari_stram_init(void)
 {
 	int i;
-	void *stram_start;
 
 	/*
 	 * determine whether kernel code resides in ST-RAM
 	 * (then ST-RAM is the first memory block at virtual 0x0)
 	 */
-	stram_start = phys_to_virt(0);
-	kernel_in_stram = (stram_start == 0);
+	kernel_in_stram = (m68k_memory[0].addr == 0);
 
 	for (i = 0; i < m68k_num_memory; ++i) {
 		if (m68k_memory[i].addr == 0) {
@@ -89,24 +88,66 @@ void __init atari_stram_init(void)
 
 /*
  * This function is called from setup_arch() to reserve the pages needed for
- * ST-RAM management.
+ * ST-RAM management, if the kernel resides in ST-RAM.
  */
 void __init atari_stram_reserve_pages(void *start_mem)
 {
-	/*
-	 * always reserve first page of ST-RAM, the first 2 KiB are
-	 * supervisor-only!
-	 */
-	if (!kernel_in_stram)
-		reserve_bootmem(0, PAGE_SIZE, BOOTMEM_DEFAULT);
+	if (kernel_in_stram) {
+		pr_debug("atari_stram pool: kernel in ST-RAM, using alloc_bootmem!\n");
+		stram_pool.start = (resource_size_t)alloc_bootmem_low_pages(pool_size);
+		stram_pool.end = stram_pool.start + pool_size - 1;
+		request_resource(&iomem_resource, &stram_pool);
+		stram_virt_offset = 0;
+		pr_debug("atari_stram pool: size = %lu bytes, resource = %pR\n",
+			pool_size, &stram_pool);
+		pr_debug("atari_stram pool: start = %p, end = %p\n",
+			(void *) stram_pool.start, (void *) stram_pool.end);
+		pr_debug("atari_stram pool: stram_virt_offset = %p\n",
+			(void *) stram_virt_offset);
+	}
+}
 
-	stram_pool.start = (resource_size_t)alloc_bootmem_low_pages(pool_size);
-	stram_pool.end = stram_pool.start + pool_size - 1;
-	request_resource(&iomem_resource, &stram_pool);
 
-	pr_debug("atari_stram pool: size = %lu bytes, resource = %pR\n",
-		 pool_size, &stram_pool);
+/*
+ * This function is called as arch initcall to reserve the pages needed for
+ * ST-RAM management, if the kernel does not reside in ST-RAM.
+ */
+int __init atari_stram_map_pages(void)
+{
+	if (!kernel_in_stram) {
+		/*
+		 * Skip page 0, as the fhe first 2 KiB are supervisor-only!
+		 */
+		pr_debug("atari_stram pool: kernel not in ST-RAM, using ioremap!\n");
+		stram_pool.start = PAGE_SIZE;
+		stram_pool.end = stram_pool.start + pool_size - 1;
+		request_resource(&iomem_resource, &stram_pool);
+		stram_virt_offset = (unsigned long) ioremap(stram_pool.start,
+				resource_size(&stram_pool)) - stram_pool.start;
+		pr_debug("atari_stram pool: size = %lu bytes, resource = %pR\n",
+			pool_size, &stram_pool);
+		pr_debug("atari_stram pool: start = %p, end = %p\n",
+			(void *) stram_pool.start, (void *) stram_pool.end);
+		pr_debug("atari_stram pool: stram_virt_offset = %p\n",
+			(void *) stram_virt_offset);
+	}
+	return 0;
+}
+arch_initcall(atari_stram_map_pages);
+
+
+void *atari_stram_to_virt(unsigned long phys)
+{
+	return (void *)(phys + stram_virt_offset);
+}
+EXPORT_SYMBOL(atari_stram_to_virt);
+
+
+unsigned long atari_stram_to_phys(void *virt)
+{
+	return (unsigned long)(virt - stram_virt_offset);
 }
+EXPORT_SYMBOL(atari_stram_to_phys);
 
 
 void *atari_stram_alloc(unsigned long size, const char *owner)
@@ -134,14 +175,14 @@ void *atari_stram_alloc(unsigned long size, const char *owner)
 	}
 
 	pr_debug("atari_stram_alloc: returning %pR\n", res);
-	return (void *)res->start;
+	return atari_stram_to_virt(res->start);
 }
 EXPORT_SYMBOL(atari_stram_alloc);
 
 
 void atari_stram_free(void *addr)
 {
-	unsigned long start = (unsigned long)addr;
+	unsigned long start = atari_stram_to_phys(addr);
 	struct resource *res;
 	unsigned long size;
 
diff --git a/arch/m68k/include/asm/atari_stram.h b/arch/m68k/include/asm/atari_stram.h
index 62e2759..4e771c2 100644
--- a/arch/m68k/include/asm/atari_stram.h
+++ b/arch/m68k/include/asm/atari_stram.h
@@ -8,6 +8,8 @@
 /* public interface */
 void *atari_stram_alloc(unsigned long size, const char *owner);
 void atari_stram_free(void *);
+void *atari_stram_to_virt(unsigned long phys);
+unsigned long atari_stram_to_phys(void *);
 
 /* functions called internally by other parts of the kernel */
 void atari_stram_init(void);
-- 
1.7.0.4

^ permalink raw reply related	[flat|nested] 35+ messages in thread

* [PATCH 2/4] m68k/atari - atafb: convert allocation of fb ram to new interface
  2014-03-30  0:01 [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Michael Schmitz
  2014-03-30  0:01 ` [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM Michael Schmitz
@ 2014-03-30  0:01 ` Michael Schmitz
  2014-03-30 19:11   ` Geert Uytterhoeven
  2014-03-30  0:01 ` [PATCH 3/4] m68k/atari - ataflop: use correct virt/phys translation for DMA buffer Michael Schmitz
                   ` (3 subsequent siblings)
  5 siblings, 1 reply; 35+ messages in thread
From: Michael Schmitz @ 2014-03-30  0:01 UTC (permalink / raw)
  To: linux-m68k; +Cc: geert, debian-68k, Michael Schmitz

The new atari_stram_alloc interface returns kernel virtual addresses
even if the kernel runs in FastRAM. These addresses are not
guaranteed to be identical with the physical addresses. Since ST-RAM
mappings have not been set up by mem_init, virt_to_phys() and its
cousin do not work and the atari_stram_to_phys() etc. helpers must
be used to determine physical addresses.

fb.fix->smem_start needs physical addresses, fb.par->screen_base
needs virtual addresses. Take care of the virt-to-phys conversion
both on fb init and par changes.

Signed-off-by: Michael Schmitz <schmitz@debian.org>
---
 drivers/video/atafb.c |   17 +++++++++--------
 1 files changed, 9 insertions(+), 8 deletions(-)

diff --git a/drivers/video/atafb.c b/drivers/video/atafb.c
index e21d1f5..6c13b70 100644
--- a/drivers/video/atafb.c
+++ b/drivers/video/atafb.c
@@ -790,7 +790,7 @@ static void tt_get_par(struct atafb_par *par)
 	addr = ((shifter.bas_hi & 0xff) << 16) |
 	       ((shifter.bas_md & 0xff) << 8)  |
 	       ((shifter.bas_lo & 0xff));
-	par->screen_base = phys_to_virt(addr);
+	par->screen_base = atari_stram_to_virt(addr);
 }
 
 static void tt_set_par(struct atafb_par *par)
@@ -1584,7 +1584,7 @@ static void falcon_get_par(struct atafb_par *par)
 	addr = (shifter.bas_hi & 0xff) << 16 |
 	       (shifter.bas_md & 0xff) << 8  |
 	       (shifter.bas_lo & 0xff);
-	par->screen_base = phys_to_virt(addr);
+	par->screen_base = atari_stram_to_virt(addr);
 
 	/* derived parameters */
 	hw->ste_mode = (hw->f_shift & 0x510) == 0 && hw->st_shift == 0x100;
@@ -1980,7 +1980,7 @@ static void stste_get_par(struct atafb_par *par)
 	       ((shifter.bas_md & 0xff) << 8);
 	if (ATARIHW_PRESENT(EXTD_SHIFTER))
 		addr |= (shifter.bas_lo & 0xff);
-	par->screen_base = phys_to_virt(addr);
+	par->screen_base = atari_stram_to_virt(addr);
 }
 
 static void stste_set_par(struct atafb_par *par)
@@ -2039,7 +2039,7 @@ static int stste_detect(void)
 static void stste_set_screen_base(void *s_base)
 {
 	unsigned long addr;
-	addr = virt_to_phys(s_base);
+	addr = atari_stram_to_phys(s_base);
 	/* Setup Screen Memory */
 	shifter.bas_hi = (unsigned char)((addr & 0xff0000) >> 16);
 	shifter.bas_md = (unsigned char)((addr & 0x00ff00) >> 8);
@@ -2286,7 +2286,7 @@ static void set_screen_base(void *s_base)
 {
 	unsigned long addr;
 
-	addr = virt_to_phys(s_base);
+	addr = atari_stram_to_phys(s_base);
 	/* Setup Screen Memory */
 	shifter.bas_hi = (unsigned char)((addr & 0xff0000) >> 16);
 	shifter.bas_md = (unsigned char)((addr & 0x00ff00) >> 8);
@@ -2433,7 +2433,8 @@ static void atafb_set_disp(struct fb_info *info)
 	atafb_get_var(&info->var, info);
 	atafb_get_fix(&info->fix, info);
 
-	info->screen_base = (void *)info->fix.smem_start;
+	/* Note: smem_start derives from real_screen_base, not screen_base! */
+	info->screen_base = atari_stram_to_virt(info->fix.smem_start);
 }
 
 static int atafb_setcolreg(u_int regno, u_int red, u_int green, u_int blue,
@@ -3166,13 +3167,13 @@ int __init atafb_init(void)
 		memset(screen_base, 0, mem_req);
 		pad = -(unsigned long)screen_base & (PAGE_SIZE - 1);
 		screen_base += pad;
-		real_screen_base = screen_base + ovsc_offset;
+		real_screen_base = (void *) atari_stram_to_phys(screen_base + ovsc_offset);
 		screen_len = (mem_req - pad - ovsc_offset) & PAGE_MASK;
 		st_ovsc_switch();
 		if (CPU_IS_040_OR_060) {
 			/* On a '040+, the cache mode of video RAM must be set to
 			 * write-through also for internal video hardware! */
-			cache_push(virt_to_phys(screen_base), screen_len);
+			cache_push(atari_stram_to_phys(screen_base), screen_len);
 			kernel_set_cachemode(screen_base, screen_len,
 					     IOMAP_WRITETHROUGH);
 		}
-- 
1.7.0.4

^ permalink raw reply related	[flat|nested] 35+ messages in thread

* [PATCH 3/4] m68k/atari - ataflop: use correct virt/phys translation for DMA buffer
  2014-03-30  0:01 [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Michael Schmitz
  2014-03-30  0:01 ` [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM Michael Schmitz
  2014-03-30  0:01 ` [PATCH 2/4] m68k/atari - atafb: convert allocation of fb ram to new interface Michael Schmitz
@ 2014-03-30  0:01 ` Michael Schmitz
  2014-03-31  7:46   ` Geert Uytterhoeven
  2014-03-30  0:01 ` [PATCH 4/4] m68k/atari - atari_scsi: " Michael Schmitz
                   ` (2 subsequent siblings)
  5 siblings, 1 reply; 35+ messages in thread
From: Michael Schmitz @ 2014-03-30  0:01 UTC (permalink / raw)
  To: linux-m68k; +Cc: geert, debian-68k, Michael Schmitz

With new ST-RAM allocation to work also when the kernel is running
from FastRAM, use dedicated virt/phys translation for this case.

Signed-off-by: Michael Schmitz <schmitz@debian.org>
---
 drivers/block/ataflop.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/block/ataflop.c b/drivers/block/ataflop.c
index 0e30c6e..f54655a 100644
--- a/drivers/block/ataflop.c
+++ b/drivers/block/ataflop.c
@@ -1952,7 +1952,7 @@ static int __init atari_floppy_init (void)
 		goto Enomem;
 	}
 	TrackBuffer = DMABuffer + 512;
-	PhysDMABuffer = virt_to_phys(DMABuffer);
+	PhysDMABuffer = atari_stram_to_phys(DMABuffer);
 	PhysTrackBuffer = virt_to_phys(TrackBuffer);
 	BufferDrive = BufferSide = BufferTrack = -1;
 
-- 
1.7.0.4

^ permalink raw reply related	[flat|nested] 35+ messages in thread

* [PATCH 4/4] m68k/atari - atari_scsi: use correct virt/phys translation for DMA buffer
  2014-03-30  0:01 [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Michael Schmitz
                   ` (2 preceding siblings ...)
  2014-03-30  0:01 ` [PATCH 3/4] m68k/atari - ataflop: use correct virt/phys translation for DMA buffer Michael Schmitz
@ 2014-03-30  0:01 ` Michael Schmitz
  2014-03-31  7:48   ` Geert Uytterhoeven
  2014-03-30 22:34 ` [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Andreas Schwab
  2014-03-31  7:42 ` Geert Uytterhoeven
  5 siblings, 1 reply; 35+ messages in thread
From: Michael Schmitz @ 2014-03-30  0:01 UTC (permalink / raw)
  To: linux-m68k; +Cc: geert, debian-68k, Michael Schmitz

With new ST-RAM allocation to work also when the kernel is running
from FastRAM, use dedicated virt/phys translation for this case.

Signed-off-by: Michael Schmitz <schmitz@debian.org>
---
 drivers/scsi/atari_scsi.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/scsi/atari_scsi.c b/drivers/scsi/atari_scsi.c
index 296c936..a8d721f 100644
--- a/drivers/scsi/atari_scsi.c
+++ b/drivers/scsi/atari_scsi.c
@@ -639,7 +639,7 @@ static int __init atari_scsi_detect(struct scsi_host_template *host)
 					"double buffer\n");
 			return 0;
 		}
-		atari_dma_phys_buffer = virt_to_phys(atari_dma_buffer);
+		atari_dma_phys_buffer = atari_stram_to_phys(atari_dma_buffer);
 		atari_dma_orig_addr = 0;
 	}
 #endif
-- 
1.7.0.4

^ permalink raw reply related	[flat|nested] 35+ messages in thread

* Re: [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM
  2014-03-30  0:01 ` [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM Michael Schmitz
@ 2014-03-30 19:11   ` Geert Uytterhoeven
  2014-03-31  1:58     ` Michael Schmitz
  0 siblings, 1 reply; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-03-30 19:11 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: Linux/m68k, Debian m68k, Michael Schmitz

Hi Michael,

On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
> +               pr_debug("atari_stram pool: size = %lu bytes, resource = %pR\n",
> +                       pool_size, &stram_pool);
> +               pr_debug("atari_stram pool: start = %p, end = %p\n",
> +                       (void *) stram_pool.start, (void *) stram_pool.end);

Please drop this line, as it prints more or less the same as the %pR in the
line above. Also in the other block.

> +               pr_debug("atari_stram pool: stram_virt_offset = %p\n",
> +                       (void *) stram_virt_offset);

Please use "%lx", and drop the cast to "void *". Also in the other block.

Thanks!

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 2/4] m68k/atari - atafb: convert allocation of fb ram to new interface
  2014-03-30  0:01 ` [PATCH 2/4] m68k/atari - atafb: convert allocation of fb ram to new interface Michael Schmitz
@ 2014-03-30 19:11   ` Geert Uytterhoeven
  0 siblings, 0 replies; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-03-30 19:11 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: Linux/m68k, Debian m68k, Michael Schmitz

Hi Michael,

On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
> @@ -3166,13 +3167,13 @@ int __init atafb_init(void)
>                 memset(screen_base, 0, mem_req);
>                 pad = -(unsigned long)screen_base & (PAGE_SIZE - 1);
>                 screen_base += pad;
> -               real_screen_base = screen_base + ovsc_offset;
> +               real_screen_base = (void *) atari_stram_to_phys(screen_base + ovsc_offset);

I think real_screen_base should be renamed to e.g. "phys_screen_base",
and changed to "unsigned long", so you can drop the above cast (and a few
more while assigning it to fix->smem_start).

This will also expose that ATAFB_EXT is broken, and what needs to be
done to fix it (follow the chain of casts, phys addresses are unsigned long,
virt addresses are void *).

Thanks!

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-30  0:01 [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Michael Schmitz
                   ` (3 preceding siblings ...)
  2014-03-30  0:01 ` [PATCH 4/4] m68k/atari - atari_scsi: " Michael Schmitz
@ 2014-03-30 22:34 ` Andreas Schwab
  2014-03-31  1:55   ` Michael Schmitz
  2014-03-31  7:42 ` Geert Uytterhoeven
  5 siblings, 1 reply; 35+ messages in thread
From: Andreas Schwab @ 2014-03-30 22:34 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: linux-m68k, geert, debian-68k

Michael Schmitz <schmitzmic@gmail.com> writes:

> see the following patch series for the hopefully final word on 
> the 'make ST-RAM pool accessible for kernels running from FastRAM'
> story.                    

Would you mind sharing your config?  I'm always getting a panic very
early, even before nfcon is ready, which makes it almost impossible to
debug.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-30 22:34 ` [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Andreas Schwab
@ 2014-03-31  1:55   ` Michael Schmitz
  2014-03-31 20:58     ` Andreas Schwab
  0 siblings, 1 reply; 35+ messages in thread
From: Michael Schmitz @ 2014-03-31  1:55 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: Linux/m68k, Geert Uytterhoeven, debian m68k

[-- Attachment #1: Type: text/plain, Size: 741 bytes --]

Andreas,

see attached. I may have disabled nfcon entirely - usually I use
parallel debug with ARAnyM.

Cheers,

  Michael



On Mon, Mar 31, 2014 at 11:34 AM, Andreas Schwab <schwab@linux-m68k.org> wrote:
> Michael Schmitz <schmitzmic@gmail.com> writes:
>
>> see the following patch series for the hopefully final word on
>> the 'make ST-RAM pool accessible for kernels running from FastRAM'
>> story.
>
> Would you mind sharing your config?  I'm always getting a panic very
> early, even before nfcon is ready, which makes it almost impossible to
> debug.
>
> Andreas.
>
> --
> Andreas Schwab, schwab@linux-m68k.org
> GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."

[-- Attachment #2: config-3.14 --]
[-- Type: application/octet-stream, Size: 34267 bytes --]

#
# Automatically generated file; DO NOT EDIT.
# Linux/m68k 3.14.0-rc6 Kernel Configuration
#
CONFIG_M68K=y
CONFIG_RWSEM_GENERIC_SPINLOCK=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
CONFIG_TIME_LOW_RES=y
CONFIG_NO_IOPORT=y
# CONFIG_NO_DMA is not set
CONFIG_ZONE_DMA=y
CONFIG_HZ=100
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"
CONFIG_IRQ_WORK=y

#
# General setup
#
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_CROSS_COMPILE=""
# CONFIG_COMPILE_TEST is not set
CONFIG_LOCALVERSION="-atari"
CONFIG_LOCALVERSION_AUTO=y
CONFIG_DEFAULT_HOSTNAME="(none)"
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_POSIX_MQUEUE is not set
# CONFIG_FHANDLE is not set
# CONFIG_AUDIT is not set

#
# IRQ subsystem
#
CONFIG_GENERIC_IRQ_SHOW=y
CONFIG_ARCH_USES_GETTIMEOFFSET=y

#
# CPU/Task time and stats accounting
#
CONFIG_TICK_CPU_ACCOUNTING=y
CONFIG_BSD_PROCESS_ACCT=y
# CONFIG_BSD_PROCESS_ACCT_V3 is not set
# CONFIG_TASKSTATS is not set

#
# RCU Subsystem
#
CONFIG_TINY_RCU=y
# CONFIG_PREEMPT_RCU is not set
# CONFIG_RCU_STALL_COMMON is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_IKCONFIG is not set
CONFIG_LOG_BUF_SHIFT=14
# CONFIG_CGROUPS is not set
# CONFIG_CHECKPOINT_RESTORE is not set
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
# CONFIG_NET_NS is not set
# CONFIG_SCHED_AUTOGROUP is not set
# CONFIG_SYSFS_DEPRECATED is not set
CONFIG_RELAY=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_RD_GZIP=y
CONFIG_RD_BZIP2=y
CONFIG_RD_LZMA=y
CONFIG_RD_XZ=y
CONFIG_RD_LZO=y
CONFIG_RD_LZ4=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
CONFIG_SYSCTL=y
CONFIG_ANON_INODES=y
CONFIG_HAVE_UID16=y
# CONFIG_EXPERT is not set
CONFIG_UID16=y
# CONFIG_SYSCTL_SYSCALL is not set
CONFIG_KALLSYMS=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
# CONFIG_EMBEDDED is not set

#
# Kernel Performance Events And Counters
#
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_SLUB_DEBUG=y
CONFIG_COMPAT_BRK=y
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_PROFILING is not set
# CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set
CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
# CONFIG_CC_STACKPROTECTOR is not set
CONFIG_HAVE_MOD_ARCH_SPECIFIC=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_MODULES_USE_ELF_REL=y
CONFIG_OLD_SIGSUSPEND3=y
CONFIG_OLD_SIGACTION=y

#
# GCOV-based kernel profiling
#
# CONFIG_HAVE_GENERIC_DMA_COHERENT is not set
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
# CONFIG_SYSTEM_TRUSTED_KEYRING is not set
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
# CONFIG_MODULE_FORCE_UNLOAD is not set
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
# CONFIG_MODULE_SIG is not set
CONFIG_BLOCK=y
CONFIG_LBDAF=y
CONFIG_BLK_DEV_BSG=y
CONFIG_BLK_DEV_BSGLIB=y
# CONFIG_BLK_DEV_INTEGRITY is not set
# CONFIG_BLK_CMDLINE_PARSER is not set

#
# Partition Types
#
# CONFIG_PARTITION_ADVANCED is not set
CONFIG_ATARI_PARTITION=y
CONFIG_MSDOS_PARTITION=y
CONFIG_EFI_PARTITION=y

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_DEFAULT_DEADLINE is not set
CONFIG_DEFAULT_CFQ=y
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="cfq"
CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
CONFIG_INLINE_READ_UNLOCK=y
CONFIG_INLINE_READ_UNLOCK_IRQ=y
CONFIG_INLINE_WRITE_UNLOCK=y
CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
# CONFIG_FREEZER is not set
CONFIG_MMU=y
CONFIG_MMU_MOTOROLA=y
CONFIG_KEXEC=y
CONFIG_BOOTINFO_PROC=y

#
# Platform setup
#

#
# Processor Type
#
CONFIG_M68KCLASSIC=y
# CONFIG_COLDFIRE is not set
# CONFIG_M68020 is not set
# CONFIG_M68030 is not set
CONFIG_M68040=y
CONFIG_M68060=y

#
# Processor Specific Options
#
# CONFIG_M68KFPU_EMU is not set
# CONFIG_ADVANCED is not set
CONFIG_ARCH_DISCONTIGMEM_ENABLE=y
CONFIG_NODES_SHIFT=3
CONFIG_CPU_HAS_ADDRESS_SPACES=y
CONFIG_FPU=y

#
# Machine Types
#
# CONFIG_AMIGA is not set
CONFIG_ATARI=y
# CONFIG_MAC is not set
# CONFIG_APOLLO is not set
# CONFIG_VME is not set
# CONFIG_HP300 is not set
# CONFIG_SUN3X is not set
# CONFIG_Q40 is not set

#
# Bus Support
#
CONFIG_ATARI_ROM_ISA=y
CONFIG_ATARI_USB=y
# CONFIG_GENERIC_ISA_DMA is not set

#
# Kernel Features
#
CONFIG_DISCONTIGMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_NEED_MULTIPLE_NODES=y
# CONFIG_HAVE_BOOTMEM_INFO_NODE is not set
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_COMPACTION is not set
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=1
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
# CONFIG_KSM is not set
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096
# CONFIG_CROSS_MEMORY_ATTACH is not set
CONFIG_NEED_PER_CPU_KM=y
# CONFIG_CLEANCACHE is not set
# CONFIG_FRONTSWAP is not set
# CONFIG_ZBUD is not set
# CONFIG_ZSMALLOC is not set

#
# Executable file formats
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
CONFIG_BINFMT_SCRIPT=m
CONFIG_HAVE_AOUT=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_MISC=m
CONFIG_COREDUMP=y
CONFIG_NET=y

#
# Networking options
#
CONFIG_PACKET=y
# CONFIG_PACKET_DIAG is not set
CONFIG_UNIX=y
# CONFIG_UNIX_DIAG is not set
# CONFIG_XFRM_USER is not set
# CONFIG_NET_KEY is not set
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE_DEMUX is not set
# CONFIG_NET_IP_TUNNEL is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
# CONFIG_INET_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_TRANSPORT is not set
# CONFIG_INET_XFRM_MODE_TUNNEL is not set
# CONFIG_INET_XFRM_MODE_BEET is not set
# CONFIG_INET_LRO is not set
# CONFIG_INET_DIAG is not set
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
# CONFIG_IPV6 is not set
# CONFIG_NETWORK_SECMARK is not set
# CONFIG_NETWORK_PHY_TIMESTAMPING is not set
# CONFIG_NETFILTER is not set
# CONFIG_IP_DCCP is not set
# CONFIG_IP_SCTP is not set
# CONFIG_RDS is not set
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_L2TP is not set
# CONFIG_BRIDGE is not set
CONFIG_HAVE_NET_DSA=y
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_PHONET is not set
# CONFIG_IEEE802154 is not set
# CONFIG_NET_SCHED is not set
# CONFIG_DCB is not set
CONFIG_DNS_RESOLVER=m
# CONFIG_BATMAN_ADV is not set
# CONFIG_OPENVSWITCH is not set
# CONFIG_VSOCKETS is not set
# CONFIG_NETLINK_MMAP is not set
# CONFIG_NETLINK_DIAG is not set
# CONFIG_NET_MPLS_GSO is not set
# CONFIG_HSR is not set
CONFIG_NET_RX_BUSY_POLL=y
CONFIG_BQL=y

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_WIRELESS is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set
# CONFIG_CAIF is not set
# CONFIG_CEPH_LIB is not set
# CONFIG_NFC is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
# CONFIG_FIRMWARE_IN_KERNEL is not set
CONFIG_EXTRA_FIRMWARE=""
CONFIG_FW_LOADER_USER_HELPER=y
# CONFIG_SYS_HYPERVISOR is not set
CONFIG_GENERIC_CPU_DEVICES=y
# CONFIG_DMA_SHARED_BUFFER is not set

#
# Bus devices
#
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_BLK_DEV=y
# CONFIG_BLK_DEV_NULL_BLK is not set
CONFIG_ATARI_FLOPPY=y
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_LOOP_MIN_COUNT=8
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_DRBD is not set
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=m
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
# CONFIG_BLK_DEV_RBD is not set

#
# Misc devices
#
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_DUMMY_IRQ is not set
# CONFIG_ATMEL_SSC is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_SRAM is not set
# CONFIG_C2PORT is not set

#
# EEPROM support
#
# CONFIG_EEPROM_93CX6 is not set

#
# Texas Instruments shared transport line discipline
#

#
# Altera FPGA firmware download module
#

#
# Intel MIC Host Driver
#

#
# Intel MIC Card Driver
#
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=y
CONFIG_IDE_GD_ATA=y
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
# CONFIG_BLK_DEV_PLATFORM is not set
CONFIG_BLK_DEV_FALCON_IDE=y
# CONFIG_BLK_DEV_IDEDMA is not set

#
# SCSI device support
#
CONFIG_SCSI_MOD=y
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
# CONFIG_SCSI_NETLINK is not set
CONFIG_SCSI_PROC_FS=y

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
# CONFIG_CHR_DEV_SCH is not set
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
# CONFIG_SCSI_FC_ATTRS is not set
CONFIG_SCSI_ISCSI_ATTRS=m
CONFIG_SCSI_SAS_ATTRS=m
CONFIG_SCSI_SAS_LIBSAS=m
CONFIG_SCSI_SAS_HOST_SMP=y
CONFIG_SCSI_SRP_ATTRS=m
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set
# CONFIG_SCSI_UFSHCD is not set
# CONFIG_LIBFC is not set
# CONFIG_LIBFCOE is not set
# CONFIG_SCSI_DEBUG is not set
CONFIG_ATARI_SCSI=y
CONFIG_ATARI_SCSI_TOSHIBA_DELAY=y
CONFIG_ATARI_SCSI_RESET_BOOT=y
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# CONFIG_MD is not set
# CONFIG_TARGET_CORE is not set
CONFIG_NETDEVICES=y
CONFIG_MII=m
CONFIG_NET_CORE=y
# CONFIG_BONDING is not set
# CONFIG_DUMMY is not set
# CONFIG_EQUALIZER is not set
# CONFIG_NET_TEAM is not set
# CONFIG_MACVLAN is not set
# CONFIG_VXLAN is not set
# CONFIG_NETCONSOLE is not set
# CONFIG_NETPOLL is not set
# CONFIG_NET_POLL_CONTROLLER is not set
# CONFIG_TUN is not set
# CONFIG_VETH is not set
# CONFIG_NLMON is not set

#
# CAIF transport drivers
#

#
# Distributed Switch Architecture drivers
#
# CONFIG_NET_DSA_MV88E6XXX is not set
# CONFIG_NET_DSA_MV88E6060 is not set
# CONFIG_NET_DSA_MV88E6XXX_NEED_PPU is not set
# CONFIG_NET_DSA_MV88E6131 is not set
# CONFIG_NET_DSA_MV88E6123_61_65 is not set
CONFIG_ETHERNET=y
CONFIG_NET_VENDOR_AMD=y
# CONFIG_ATARILANCE is not set
# CONFIG_NET_VENDOR_ARC is not set
# CONFIG_NET_CADENCE is not set
# CONFIG_NET_VENDOR_BROADCOM is not set
# CONFIG_NET_CALXEDA_XGMAC is not set
# CONFIG_DNET is not set
# CONFIG_NET_VENDOR_INTEL is not set
# CONFIG_NET_VENDOR_MARVELL is not set
# CONFIG_NET_VENDOR_MICREL is not set
CONFIG_NET_VENDOR_NATSEMI=y
CONFIG_NET_VENDOR_8390=y
CONFIG_NE2000=m
# CONFIG_ETHOC is not set
# CONFIG_SH_ETH is not set
# CONFIG_NET_VENDOR_SEEQ is not set
CONFIG_NET_VENDOR_SMSC=y
CONFIG_SMC91X=m
# CONFIG_SMSC911X is not set
# CONFIG_NET_VENDOR_STMICRO is not set
# CONFIG_NET_VENDOR_VIA is not set
# CONFIG_NET_VENDOR_WIZNET is not set
# CONFIG_PHYLIB is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_RTL8152 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_USB_IPHETH is not set
# CONFIG_WLAN is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#
# CONFIG_WAN is not set
# CONFIG_ISDN is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set
# CONFIG_INPUT_SPARSEKMAP is not set
# CONFIG_INPUT_MATRIXKMAP is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
# CONFIG_INPUT_MOUSEDEV_PSAUX is not set
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
# CONFIG_INPUT_EVDEV is not set
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_ATARI_KBD_CORE=y
CONFIG_KEYBOARD_ATARI=y
# CONFIG_KEYBOARD_ATKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_OPENCORES is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
CONFIG_INPUT_MOUSE=y
# CONFIG_MOUSE_PS2 is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
CONFIG_MOUSE_ATARI=m
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_MOUSE_SYNAPTICS_USB is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
CONFIG_INPUT_MISC=y
# CONFIG_INPUT_AD714X is not set
CONFIG_INPUT_M68K_BEEP=m
# CONFIG_INPUT_ATI_REMOTE2 is not set
# CONFIG_INPUT_KEYSPAN_REMOTE is not set
# CONFIG_INPUT_POWERMATE is not set
# CONFIG_INPUT_YEALINK is not set
# CONFIG_INPUT_CM109 is not set
# CONFIG_INPUT_UINPUT is not set
# CONFIG_INPUT_ADXL34X is not set
# CONFIG_INPUT_CMA3000 is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=m
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_LIBPS2 is not set
# CONFIG_SERIO_RAW is not set
# CONFIG_SERIO_ALTERA_PS2 is not set
# CONFIG_SERIO_PS2MULT is not set
# CONFIG_SERIO_ARC_PS2 is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_TTY=y
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_N_GSM is not set
# CONFIG_TRACE_SINK is not set
# CONFIG_DEVKMEM is not set

#
# Serial drivers
#
# CONFIG_SERIAL_8250 is not set

#
# Non-8250 serial port support
#
# CONFIG_SERIAL_SCCNXP is not set
# CONFIG_SERIAL_TIMBERDALE is not set
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_ARC is not set
# CONFIG_SERIAL_FSL_LPUART is not set
# CONFIG_IPMI_HANDLER is not set
# CONFIG_HW_RANDOM is not set
CONFIG_NVRAM=y
# CONFIG_R3964 is not set
# CONFIG_RAW_DRIVER is not set
# CONFIG_TCG_TPM is not set
# CONFIG_I2C is not set
# CONFIG_SPI is not set
# CONFIG_HSI is not set

#
# PPS support
#
# CONFIG_PPS is not set

#
# PPS generators support
#

#
# PTP clock support
#
# CONFIG_PTP_1588_CLOCK is not set

#
# Enable PHYLIB and NETWORK_PHY_TIMESTAMPING to see the additional clocks.
#
# CONFIG_W1 is not set
# CONFIG_POWER_SUPPLY is not set
# CONFIG_POWER_AVS is not set
# CONFIG_HWMON is not set
# CONFIG_THERMAL is not set
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set
CONFIG_BCMA_POSSIBLE=y

#
# Broadcom specific AMBA
#
# CONFIG_BCMA is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_CROS_EC is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_KEMPLD is not set
# CONFIG_MFD_VIPERBOARD is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_ABX500_CORE is not set
# CONFIG_MFD_SYSCON is not set
# CONFIG_MFD_TI_AM335X_TSCADC is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_REGULATOR is not set
# CONFIG_MEDIA_SUPPORT is not set

#
# Graphics support
#
# CONFIG_DRM is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
CONFIG_FB=y
# CONFIG_FIRMWARE_EDID is not set
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
# CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set
# CONFIG_FB_SYS_FILLRECT is not set
# CONFIG_FB_SYS_COPYAREA is not set
# CONFIG_FB_SYS_IMAGEBLIT is not set
# CONFIG_FB_FOREIGN_ENDIAN is not set
# CONFIG_FB_SYS_FOPS is not set
# CONFIG_FB_SVGALIB is not set
# CONFIG_FB_MACMODES is not set
# CONFIG_FB_BACKLIGHT is not set
# CONFIG_FB_MODE_HELPERS is not set
# CONFIG_FB_TILEBLITTING is not set

#
# Frame buffer hardware drivers
#
CONFIG_FB_ATARI=y
# CONFIG_FB_OPENCORES is not set
# CONFIG_FB_S1D13XXX is not set
# CONFIG_FB_ATY is not set
# CONFIG_FB_SMSCUFX is not set
# CONFIG_FB_UDL is not set
# CONFIG_FB_GOLDFISH is not set
# CONFIG_FB_VIRTUAL is not set
# CONFIG_FB_METRONOME is not set
# CONFIG_FB_BROADSHEET is not set
# CONFIG_FB_AUO_K190X is not set
# CONFIG_FB_SIMPLE is not set
# CONFIG_EXYNOS_VIDEO is not set
# CONFIG_BACKLIGHT_LCD_SUPPORT is not set

#
# Console display driver support
#
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_SOUND=m
CONFIG_SOUND_OSS_CORE=y
# CONFIG_SOUND_OSS_CORE_PRECLAIM is not set
CONFIG_DMASOUND_ATARI=m
CONFIG_DMASOUND=m

#
# HID support
#
CONFIG_HID=m
# CONFIG_HIDRAW is not set
# CONFIG_UHID is not set
CONFIG_HID_GENERIC=m

#
# Special HID drivers
#
CONFIG_HID_A4TECH=m
# CONFIG_HID_ACRUX is not set
CONFIG_HID_APPLE=m
# CONFIG_HID_APPLEIR is not set
# CONFIG_HID_AUREAL is not set
CONFIG_HID_BELKIN=m
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
CONFIG_HID_CYPRESS=m
# CONFIG_HID_DRAGONRISE is not set
# CONFIG_HID_EMS_FF is not set
# CONFIG_HID_ELECOM is not set
# CONFIG_HID_ELO is not set
CONFIG_HID_EZKEY=m
# CONFIG_HID_HOLTEK is not set
# CONFIG_HID_HUION is not set
# CONFIG_HID_KEYTOUCH is not set
# CONFIG_HID_KYE is not set
# CONFIG_HID_UCLOGIC is not set
# CONFIG_HID_WALTOP is not set
# CONFIG_HID_GYRATION is not set
# CONFIG_HID_ICADE is not set
# CONFIG_HID_TWINHAN is not set
CONFIG_HID_KENSINGTON=m
# CONFIG_HID_LCPOWER is not set
# CONFIG_HID_LENOVO_TPKBD is not set
CONFIG_HID_LOGITECH=m
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
# CONFIG_LOGIG940_FF is not set
# CONFIG_LOGIWHEELS_FF is not set
# CONFIG_HID_MAGICMOUSE is not set
CONFIG_HID_MICROSOFT=m
CONFIG_HID_MONTEREY=m
# CONFIG_HID_MULTITOUCH is not set
# CONFIG_HID_NTRIG is not set
# CONFIG_HID_ORTEK is not set
# CONFIG_HID_PANTHERLORD is not set
# CONFIG_HID_PETALYNX is not set
# CONFIG_HID_PICOLCD is not set
# CONFIG_HID_PRIMAX is not set
# CONFIG_HID_ROCCAT is not set
# CONFIG_HID_SAITEK is not set
# CONFIG_HID_SAMSUNG is not set
# CONFIG_HID_SPEEDLINK is not set
# CONFIG_HID_STEELSERIES is not set
# CONFIG_HID_SUNPLUS is not set
# CONFIG_HID_GREENASIA is not set
# CONFIG_HID_SMARTJOYPLUS is not set
# CONFIG_HID_TIVO is not set
# CONFIG_HID_TOPSEED is not set
# CONFIG_HID_THRUSTMASTER is not set
# CONFIG_HID_XINMO is not set
# CONFIG_HID_ZEROPLUS is not set
# CONFIG_HID_ZYDACRON is not set
# CONFIG_HID_SENSOR_HUB is not set

#
# USB HID support
#
CONFIG_USB_HID=m
# CONFIG_HID_PID is not set
# CONFIG_USB_HIDDEV is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_COMMON=m
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB=m
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
# CONFIG_USB_DEFAULT_PERSIST is not set
# CONFIG_USB_DYNAMIC_MINORS is not set
# CONFIG_USB_MON is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
# CONFIG_USB_XHCI_HCD is not set
# CONFIG_USB_EHCI_HCD is not set
# CONFIG_USB_OXU210HP_HCD is not set
CONFIG_USB_ISP116X_HCD=m
# CONFIG_USB_ISP1760_HCD is not set
# CONFIG_USB_ISP1362_HCD is not set
# CONFIG_USB_FUSBH200_HCD is not set
# CONFIG_USB_FOTG210_HCD is not set
# CONFIG_USB_OHCI_HCD is not set
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_HCD_TEST_MODE is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may
#

#
# also be needed; see USB_STORAGE Help for more info
#
CONFIG_USB_STORAGE=m
# CONFIG_USB_STORAGE_DEBUG is not set
# CONFIG_USB_STORAGE_REALTEK is not set
# CONFIG_USB_STORAGE_DATAFAB is not set
# CONFIG_USB_STORAGE_FREECOM is not set
# CONFIG_USB_STORAGE_ISD200 is not set
# CONFIG_USB_STORAGE_USBAT is not set
# CONFIG_USB_STORAGE_SDDR09 is not set
# CONFIG_USB_STORAGE_SDDR55 is not set
# CONFIG_USB_STORAGE_JUMPSHOT is not set
# CONFIG_USB_STORAGE_ALAUDA is not set
# CONFIG_USB_STORAGE_ONETOUCH is not set
# CONFIG_USB_STORAGE_KARMA is not set
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
# CONFIG_USB_STORAGE_ENE_UB6250 is not set

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set
# CONFIG_USB_MUSB_HDRC is not set
# CONFIG_USB_DWC3 is not set
# CONFIG_USB_DWC2 is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_EHSET_TEST_FIXTURE is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_YUREX is not set
# CONFIG_USB_EZUSB_FX2 is not set

#
# USB Physical Layer drivers
#
# CONFIG_USB_PHY is not set
# CONFIG_USB_OTG_FSM is not set
# CONFIG_NOP_USB_XCEIV is not set
# CONFIG_SAMSUNG_USB2PHY is not set
# CONFIG_SAMSUNG_USB3PHY is not set
# CONFIG_USB_RCAR_PHY is not set
# CONFIG_USB_GADGET is not set
# CONFIG_MMC is not set
# CONFIG_MEMSTICK is not set
# CONFIG_NEW_LEDS is not set
# CONFIG_ACCESSIBILITY is not set
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_SYSTOHC=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
# CONFIG_RTC_DEBUG is not set

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_MSM6242 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_RP5C01 is not set
# CONFIG_RTC_DRV_V3020 is not set
# CONFIG_RTC_DRV_DS2404 is not set

#
# on-CPU RTC drivers
#
CONFIG_RTC_DRV_GENERIC=y
# CONFIG_RTC_DRV_MOXART is not set

#
# HID Sensor RTC drivers
#
# CONFIG_RTC_DRV_HID_SENSOR_TIME is not set
# CONFIG_DMADEVICES is not set
# CONFIG_AUXDISPLAY is not set
# CONFIG_UIO is not set
# CONFIG_VIRT_DRIVERS is not set

#
# Virtio drivers
#
# CONFIG_VIRTIO_MMIO is not set

#
# Microsoft Hyper-V guest support
#
# CONFIG_STAGING is not set

#
# Hardware Spinlock drivers
#
# CONFIG_MAILBOX is not set
CONFIG_IOMMU_SUPPORT=y

#
# Remoteproc drivers
#
# CONFIG_STE_MODEM_RPROC is not set

#
# Rpmsg drivers
#
# CONFIG_PM_DEVFREQ is not set
# CONFIG_EXTCON is not set
# CONFIG_MEMORY is not set
# CONFIG_IIO is not set
# CONFIG_PWM is not set
# CONFIG_IPACK_BUS is not set
# CONFIG_RESET_CONTROLLER is not set
# CONFIG_FMC is not set

#
# PHY Subsystem
#
# CONFIG_GENERIC_PHY is not set
# CONFIG_PHY_EXYNOS_MIPI_VIDEO is not set
# CONFIG_POWERCAP is not set

#
# Platform devices
#
CONFIG_HEARTBEAT=y
CONFIG_PROC_HARDWARE=y
CONFIG_NATFEAT=y
CONFIG_NFBLOCK=m
CONFIG_NFCON=y
CONFIG_NFETH=m
CONFIG_ATARI_ETHERNAT=y
CONFIG_ATARI_ETHERNEC=y

#
# Character devices
#
# CONFIG_ATARI_DSP56K is not set

#
# File systems
#
CONFIG_EXT2_FS=m
# CONFIG_EXT2_FS_XATTR is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
# CONFIG_EXT3_DEFAULTS_TO_ORDERED is not set
# CONFIG_EXT3_FS_XATTR is not set
# CONFIG_EXT4_FS is not set
CONFIG_JBD=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
# CONFIG_NILFS2_FS is not set
# CONFIG_FS_POSIX_ACL is not set
CONFIG_EXPORTFS=m
CONFIG_FILE_LOCKING=y
CONFIG_FSNOTIFY=y
# CONFIG_DNOTIFY is not set
CONFIG_INOTIFY_USER=y
# CONFIG_FANOTIFY is not set
# CONFIG_QUOTA is not set
# CONFIG_QUOTACTL is not set
# CONFIG_AUTOFS4_FS is not set
# CONFIG_FUSE_FS is not set

#
# Caches
#
# CONFIG_FSCACHE is not set

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
# CONFIG_UDF_FS is not set

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
# CONFIG_TMPFS_POSIX_ACL is not set
# CONFIG_TMPFS_XATTR is not set
# CONFIG_HUGETLB_PAGE is not set
CONFIG_CONFIGFS_FS=m
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_ECRYPT_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
# CONFIG_LOGFS is not set
# CONFIG_CRAMFS is not set
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_MINIX_FS_BIG_ENDIAN_16BIT_INDEXED is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_QNX6FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_PSTORE is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_F2FS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V2=m
CONFIG_NFS_V3=m
# CONFIG_NFS_V3_ACL is not set
CONFIG_NFS_V4=m
# CONFIG_NFS_SWAP is not set
# CONFIG_NFS_V4_1 is not set
# CONFIG_NFS_USE_LEGACY_DNS is not set
CONFIG_NFS_USE_KERNEL_DNS=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V3_ACL is not set
# CONFIG_NFSD_V4 is not set
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
# CONFIG_SUNRPC_DEBUG is not set
# CONFIG_CEPH_FS is not set
# CONFIG_CIFS is not set
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
# CONFIG_NLS_MAC_ROMAN is not set
# CONFIG_NLS_MAC_CELTIC is not set
# CONFIG_NLS_MAC_CENTEURO is not set
# CONFIG_NLS_MAC_CROATIAN is not set
# CONFIG_NLS_MAC_CYRILLIC is not set
# CONFIG_NLS_MAC_GAELIC is not set
# CONFIG_NLS_MAC_GREEK is not set
# CONFIG_NLS_MAC_ICELAND is not set
# CONFIG_NLS_MAC_INUIT is not set
# CONFIG_NLS_MAC_ROMANIAN is not set
# CONFIG_NLS_MAC_TURKISH is not set
# CONFIG_NLS_UTF8 is not set
# CONFIG_DLM is not set

#
# Kernel hacking
#

#
# printk and dmesg options
#
# CONFIG_PRINTK_TIME is not set
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=4

#
# Compile-time checks and compiler options
#
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
# CONFIG_STRIP_ASM_SYMS is not set
# CONFIG_UNUSED_SYMBOLS is not set
# CONFIG_DEBUG_FS is not set
# CONFIG_HEADERS_CHECK is not set
# CONFIG_DEBUG_SECTION_MISMATCH is not set
CONFIG_MAGIC_SYSRQ=y
CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE=0x1
# CONFIG_DEBUG_KERNEL is not set

#
# Memory Debugging
#
CONFIG_SLUB_DEBUG_ON=y
# CONFIG_SLUB_STATS is not set
CONFIG_DEBUG_MEMORY_INIT=y

#
# Debug Lockups and Hangs
#
# CONFIG_PANIC_ON_OOPS is not set
CONFIG_PANIC_ON_OOPS_VALUE=0
CONFIG_PANIC_TIMEOUT=0

#
# Lock Debugging (spinlocks, mutexes, etc...)
#
CONFIG_HAVE_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_BUGVERBOSE=y

#
# RCU Debugging
#
# CONFIG_SPARSE_RCU_POINTER is not set

#
# Runtime Testing
#
# CONFIG_ATOMIC64_SELFTEST is not set
# CONFIG_TEST_STRING_HELPERS is not set
# CONFIG_TEST_KSTRTOX is not set
# CONFIG_TEST_MODULE is not set
# CONFIG_TEST_USER_COPY is not set
# CONFIG_SAMPLES is not set
# CONFIG_BOOTPARAM is not set

#
# Security options
#
CONFIG_KEYS=y
# CONFIG_PERSISTENT_KEYRINGS is not set
# CONFIG_BIG_KEYS is not set
# CONFIG_ENCRYPTED_KEYS is not set
# CONFIG_KEYS_DEBUG_PROC_KEYS is not set
# CONFIG_SECURITY_DMESG_RESTRICT is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
CONFIG_DEFAULT_SECURITY_DAC=y
CONFIG_DEFAULT_SECURITY=""
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=m
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=m
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_PCOMP2=y
CONFIG_CRYPTO_MANAGER=m
CONFIG_CRYPTO_MANAGER2=y
# CONFIG_CRYPTO_USER is not set
CONFIG_CRYPTO_MANAGER_DISABLE_TESTS=y
CONFIG_CRYPTO_GF128MUL=m
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_WORKQUEUE=y
# CONFIG_CRYPTO_CRYPTD is not set
# CONFIG_CRYPTO_AUTHENC is not set
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
# CONFIG_CRYPTO_CCM is not set
# CONFIG_CRYPTO_GCM is not set
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=m
CONFIG_CRYPTO_CTR=m
# CONFIG_CRYPTO_CTS is not set
# CONFIG_CRYPTO_ECB is not set
# CONFIG_CRYPTO_LRW is not set
# CONFIG_CRYPTO_PCBC is not set
# CONFIG_CRYPTO_XTS is not set

#
# Hash modes
#
# CONFIG_CRYPTO_CMAC is not set
CONFIG_CRYPTO_HMAC=m
# CONFIG_CRYPTO_XCBC is not set
# CONFIG_CRYPTO_VMAC is not set

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_CRC32 is not set
# CONFIG_CRYPTO_CRCT10DIF is not set
CONFIG_CRYPTO_GHASH=m
# CONFIG_CRYPTO_MD4 is not set
CONFIG_CRYPTO_MD5=m
# CONFIG_CRYPTO_MICHAEL_MIC is not set
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=m
# CONFIG_CRYPTO_SHA256 is not set
# CONFIG_CRYPTO_SHA512 is not set
# CONFIG_CRYPTO_TGR192 is not set
# CONFIG_CRYPTO_WP512 is not set

#
# Ciphers
#
CONFIG_CRYPTO_AES=y
# CONFIG_CRYPTO_ANUBIS is not set
# CONFIG_CRYPTO_ARC4 is not set
# CONFIG_CRYPTO_BLOWFISH is not set
# CONFIG_CRYPTO_CAMELLIA is not set
# CONFIG_CRYPTO_CAST5 is not set
# CONFIG_CRYPTO_CAST6 is not set
CONFIG_CRYPTO_DES=m
# CONFIG_CRYPTO_FCRYPT is not set
# CONFIG_CRYPTO_KHAZAD is not set
# CONFIG_CRYPTO_SALSA20 is not set
# CONFIG_CRYPTO_SEED is not set
# CONFIG_CRYPTO_SERPENT is not set
# CONFIG_CRYPTO_TEA is not set
# CONFIG_CRYPTO_TWOFISH is not set

#
# Compression
#
# CONFIG_CRYPTO_DEFLATE is not set
# CONFIG_CRYPTO_ZLIB is not set
# CONFIG_CRYPTO_LZO is not set
# CONFIG_CRYPTO_LZ4 is not set
# CONFIG_CRYPTO_LZ4HC is not set

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_USER_API_HASH is not set
# CONFIG_CRYPTO_USER_API_SKCIPHER is not set
# CONFIG_CRYPTO_HW is not set
# CONFIG_ASYMMETRIC_KEY_TYPE is not set
# CONFIG_BINARY_PRINTF is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_STRNCPY_FROM_USER=y
CONFIG_GENERIC_STRNLEN_USER=y
CONFIG_GENERIC_NET_UTILS=y
CONFIG_GENERIC_PCI_IOMAP=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_IO=y
# CONFIG_CRC_CCITT is not set
# CONFIG_CRC16 is not set
# CONFIG_CRC_T10DIF is not set
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC32_SELFTEST is not set
CONFIG_CRC32_SLICEBY8=y
# CONFIG_CRC32_SLICEBY4 is not set
# CONFIG_CRC32_SARWATE is not set
# CONFIG_CRC32_BIT is not set
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
# CONFIG_CRC8 is not set
# CONFIG_RANDOM32_SELFTEST is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_LZ4_DECOMPRESS=y
CONFIG_XZ_DEC=y
CONFIG_XZ_DEC_X86=y
CONFIG_XZ_DEC_POWERPC=y
CONFIG_XZ_DEC_IA64=y
# CONFIG_XZ_DEC_ARM is not set
# CONFIG_XZ_DEC_ARMTHUMB is not set
# CONFIG_XZ_DEC_SPARC is not set
CONFIG_XZ_DEC_BCJ=y
# CONFIG_XZ_DEC_TEST is not set
CONFIG_DECOMPRESS_GZIP=y
CONFIG_DECOMPRESS_BZIP2=y
CONFIG_DECOMPRESS_LZMA=y
CONFIG_DECOMPRESS_XZ=y
CONFIG_DECOMPRESS_LZO=y
CONFIG_DECOMPRESS_LZ4=y
CONFIG_ASSOCIATIVE_ARRAY=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_DMA=y
CONFIG_DQL=y
CONFIG_NLATTR=y
CONFIG_GENERIC_ATOMIC64=y
CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
# CONFIG_AVERAGE is not set
# CONFIG_CORDIC is not set
# CONFIG_DDR is not set
CONFIG_OID_REGISTRY=m
CONFIG_FONT_SUPPORT=y
# CONFIG_FONTS is not set
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM
  2014-03-30 19:11   ` Geert Uytterhoeven
@ 2014-03-31  1:58     ` Michael Schmitz
  0 siblings, 0 replies; 35+ messages in thread
From: Michael Schmitz @ 2014-03-31  1:58 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: Linux/m68k, Debian m68k, Michael Schmitz

Hi Geert,

will do. Likewise for the external framebuffer case.

I'm still hung up on the SCSI behaviour with current kernels - may
have managed to trash the SCSI disk filesystems or partitions with an
earlier version of these patches.

Cheers,

  Michael


On Mon, Mar 31, 2014 at 8:11 AM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> Hi Michael,
>
> On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
>> +               pr_debug("atari_stram pool: size = %lu bytes, resource = %pR\n",
>> +                       pool_size, &stram_pool);
>> +               pr_debug("atari_stram pool: start = %p, end = %p\n",
>> +                       (void *) stram_pool.start, (void *) stram_pool.end);
>
> Please drop this line, as it prints more or less the same as the %pR in the
> line above. Also in the other block.
>
>> +               pr_debug("atari_stram pool: stram_virt_offset = %p\n",
>> +                       (void *) stram_virt_offset);
>
> Please use "%lx", and drop the cast to "void *". Also in the other block.
>
> Thanks!
>
> Gr{oetje,eeting}s,
>
>                         Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                 -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-30  0:01 [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Michael Schmitz
                   ` (4 preceding siblings ...)
  2014-03-30 22:34 ` [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Andreas Schwab
@ 2014-03-31  7:42 ` Geert Uytterhoeven
  2014-03-31  7:54   ` Michael Schmitz
  5 siblings, 1 reply; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-03-31  7:42 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: Linux/m68k, Debian m68k

Hi Michael,

On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
> see the following patch series for the hopefully final word on
> the 'make ST-RAM pool accessible for kernels running from FastRAM'
> story.

When submitting a "take three", please annotate the individual patches
with "[PATCH v3 x/y]".

It would also have been nice to CC the block resp. SCSI maintainers to
get their acks for patches 3 and 4, but I'm gonna take them through the
m68k tree anyway.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 3/4] m68k/atari - ataflop: use correct virt/phys translation for DMA buffer
  2014-03-30  0:01 ` [PATCH 3/4] m68k/atari - ataflop: use correct virt/phys translation for DMA buffer Michael Schmitz
@ 2014-03-31  7:46   ` Geert Uytterhoeven
  2014-03-31 14:28     ` Jens Axboe
  0 siblings, 1 reply; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-03-31  7:46 UTC (permalink / raw)
  To: Jens Axboe
  Cc: Linux/m68k, Debian m68k, Michael Schmitz, Michael Schmitz, linux-kernel

Hi Jens,

If you don't object, I'd like to take this one through the m68k tree, as it
depends on a new m68k platform function.

On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
> With new ST-RAM allocation to work also when the kernel is running
> from FastRAM, use dedicated virt/phys translation for this case.
>
> Signed-off-by: Michael Schmitz <schmitz@debian.org>
> ---
>  drivers/block/ataflop.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/block/ataflop.c b/drivers/block/ataflop.c
> index 0e30c6e..f54655a 100644
> --- a/drivers/block/ataflop.c
> +++ b/drivers/block/ataflop.c
> @@ -1952,7 +1952,7 @@ static int __init atari_floppy_init (void)
>                 goto Enomem;
>         }
>         TrackBuffer = DMABuffer + 512;
> -       PhysDMABuffer = virt_to_phys(DMABuffer);
> +       PhysDMABuffer = atari_stram_to_phys(DMABuffer);
>         PhysTrackBuffer = virt_to_phys(TrackBuffer);
>         BufferDrive = BufferSide = BufferTrack = -1;
>
> --
> 1.7.0.4

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 4/4] m68k/atari - atari_scsi: use correct virt/phys translation for DMA buffer
  2014-03-30  0:01 ` [PATCH 4/4] m68k/atari - atari_scsi: " Michael Schmitz
@ 2014-03-31  7:48   ` Geert Uytterhoeven
  0 siblings, 0 replies; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-03-31  7:48 UTC (permalink / raw)
  To: Jej B; +Cc: Linux/m68k, Debian m68k, Michael Schmitz, Michael Schmitz, scsi

Hi James,

If you don't object, I'd like to take this one through the m68k tree, as it
depends on a new m68k platform function.

On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
> With new ST-RAM allocation to work also when the kernel is running
> from FastRAM, use dedicated virt/phys translation for this case.
>
> Signed-off-by: Michael Schmitz <schmitz@debian.org>
> ---
>  drivers/scsi/atari_scsi.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/scsi/atari_scsi.c b/drivers/scsi/atari_scsi.c
> index 296c936..a8d721f 100644
> --- a/drivers/scsi/atari_scsi.c
> +++ b/drivers/scsi/atari_scsi.c
> @@ -639,7 +639,7 @@ static int __init atari_scsi_detect(struct scsi_host_template *host)
>                                         "double buffer\n");
>                         return 0;
>                 }
> -               atari_dma_phys_buffer = virt_to_phys(atari_dma_buffer);
> +               atari_dma_phys_buffer = atari_stram_to_phys(atari_dma_buffer);
>                 atari_dma_orig_addr = 0;
>         }
>  #endif
> --
> 1.7.0.4

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-31  7:42 ` Geert Uytterhoeven
@ 2014-03-31  7:54   ` Michael Schmitz
  0 siblings, 0 replies; 35+ messages in thread
From: Michael Schmitz @ 2014-03-31  7:54 UTC (permalink / raw)
  To: Geert Uytterhoeven; +Cc: Linux/m68k, Debian m68k

Hi Geert,


> Hi Michael,
>
> On Sun, Mar 30, 2014 at 1:01 AM, Michael Schmitz <schmitzmic@gmail.com> wrote:
>> see the following patch series for the hopefully final word on
>> the 'make ST-RAM pool accessible for kernels running from FastRAM'
>> story.
> When submitting a "take three", please annotate the individual patches
> with "[PATCH v3 x/y]".

Will follow shortly.

> It would also have been nice to CC the block resp. SCSI maintainers to
> get their acks for patches 3 and 4, but I'm gonna take them through the
> m68k tree anyway.

I'll do that anyway - not that I've got much hope to elicit a response 
from either. Still waiting for feedback from the last SCSI patches sent 
there.

(Not that I'm any better - still haven't given Finn's patches a try...)

Cheers,

     Michael



>
> Gr{oetje,eeting}s,
>
>                          Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                  -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 3/4] m68k/atari - ataflop: use correct virt/phys translation for DMA buffer
  2014-03-31  7:46   ` Geert Uytterhoeven
@ 2014-03-31 14:28     ` Jens Axboe
  0 siblings, 0 replies; 35+ messages in thread
From: Jens Axboe @ 2014-03-31 14:28 UTC (permalink / raw)
  To: Geert Uytterhoeven
  Cc: Linux/m68k, Debian m68k, Michael Schmitz, Michael Schmitz, linux-kernel

On 03/31/2014 01:46 AM, Geert Uytterhoeven wrote:
> Hi Jens,
>
> If you don't object, I'd like to take this one through the m68k tree, as it
> depends on a new m68k platform function.

Sure, that's fine.

-- 
Jens Axboe


^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-31  1:55   ` Michael Schmitz
@ 2014-03-31 20:58     ` Andreas Schwab
  2014-03-31 21:24       ` Michael Schmitz
  0 siblings, 1 reply; 35+ messages in thread
From: Andreas Schwab @ 2014-03-31 20:58 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: Linux/m68k, Geert Uytterhoeven, debian m68k

Michael Schmitz <schmitzmic@gmail.com> writes:

> see attached. I may have disabled nfcon entirely - usually I use
> parallel debug with ARAnyM.

Thanks, with debug=par early printk is working.  So the problem is that
kernel-in-FastRAM does not solve the kernel-too-big/FastRAM-too-big
problem, since the page tables for the first node (== FastRAM) memory
must still fit in INIT_MAPPED_SIZE (== 4Mb) - kernel-size.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-31 20:58     ` Andreas Schwab
@ 2014-03-31 21:24       ` Michael Schmitz
  2014-03-31 22:39         ` Andreas Schwab
  2014-04-01  7:24         ` Geert Uytterhoeven
  0 siblings, 2 replies; 35+ messages in thread
From: Michael Schmitz @ 2014-03-31 21:24 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: Linux/m68k, Geert Uytterhoeven, debian m68k

Andreas,

do we know the size of the first memory chunk early enough in head.S?
Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
we know that there's more than 4 MB in the first memchunk ...

Cheers,

  Michael

On Tue, Apr 1, 2014 at 9:58 AM, Andreas Schwab <schwab@linux-m68k.org> wrote:
> Michael Schmitz <schmitzmic@gmail.com> writes:
>
>> see attached. I may have disabled nfcon entirely - usually I use
>> parallel debug with ARAnyM.
>
> Thanks, with debug=par early printk is working.  So the problem is that
> kernel-in-FastRAM does not solve the kernel-too-big/FastRAM-too-big
> problem, since the page tables for the first node (== FastRAM) memory
> must still fit in INIT_MAPPED_SIZE (== 4Mb) - kernel-size.
>
> Andreas.
>
> --
> Andreas Schwab, schwab@linux-m68k.org
> GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-31 21:24       ` Michael Schmitz
@ 2014-03-31 22:39         ` Andreas Schwab
  2014-03-31 23:52           ` Michael Schmitz
  2014-04-01  7:24         ` Geert Uytterhoeven
  1 sibling, 1 reply; 35+ messages in thread
From: Andreas Schwab @ 2014-03-31 22:39 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: Linux/m68k, Geert Uytterhoeven, debian m68k

Don't top post!

Michael Schmitz <schmitzmic@gmail.com> writes:

> do we know the size of the first memory chunk early enough in head.S?
> Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
> we know that there's more than 4 MB in the first memchunk ...

How do you know?  You would have to reimplement the check paging_init
does.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-31 22:39         ` Andreas Schwab
@ 2014-03-31 23:52           ` Michael Schmitz
  2014-04-01  7:28             ` Geert Uytterhoeven
  0 siblings, 1 reply; 35+ messages in thread
From: Michael Schmitz @ 2014-03-31 23:52 UTC (permalink / raw)
  To: Andreas Schwab
  Cc: Michael Schmitz, Linux/m68k, Geert Uytterhoeven, debian m68k

Andreas, 

> Don't top post!

Sorry - gurgle made me do it :')

> 
> Michael Schmitz <schmitzmic@gmail.com> writes:
> 
> > do we know the size of the first memory chunk early enough in head.S?
> > Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
> > we know that there's more than 4 MB in the first memchunk ...
> 
> How do you know?  You would have to reimplement the check paging_init
> does.

I see - as a heuristic, we can probably assume that the first memchunk is
the relevant one, and especially in the case of FastRAM, also the larger
one.
Does this hold for Amiga/Mac/VME as well? 

Cheers,

	Michael

> 
> Andreas.
> 
> -- 
> Andreas Schwab, schwab@linux-m68k.org
> GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-68k-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: https://lists.debian.org/87txae2dt4.fsf@igel.home

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-31 21:24       ` Michael Schmitz
  2014-03-31 22:39         ` Andreas Schwab
@ 2014-04-01  7:24         ` Geert Uytterhoeven
  2014-04-01  7:39           ` schmitz
  1 sibling, 1 reply; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-04-01  7:24 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: Andreas Schwab, Linux/m68k, debian m68k

Hi Michael,

On Mon, Mar 31, 2014 at 11:24 PM, Michael Schmitz <schmitzmic@gmail.com> wrote:
> do we know the size of the first memory chunk early enough in head.S?
> Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
> we know that there's more than 4 MB in the first memchunk ...

"get_bi_record BI_MEMCHUNK" will return a pointer to the first mem_info
struct.

If the first chunk is at least 8 MiB it should be not that intrusive.
If it isn't, and you have to use multiple chunks, it becomes more complicated.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-03-31 23:52           ` Michael Schmitz
@ 2014-04-01  7:28             ` Geert Uytterhoeven
  2014-04-01  7:45               ` schmitz
  2014-04-01 12:23               ` Finn Thain
  0 siblings, 2 replies; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-04-01  7:28 UTC (permalink / raw)
  To: Michael Schmitz; +Cc: Andreas Schwab, Michael Schmitz, Linux/m68k, debian m68k

Hi Michael,

On Tue, Apr 1, 2014 at 1:52 AM, Michael Schmitz
<schmitz@mail.biophys.uni-duesseldorf.de> wrote:
>> Michael Schmitz <schmitzmic@gmail.com> writes:
>> > do we know the size of the first memory chunk early enough in head.S?
>> > Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
>> > we know that there's more than 4 MB in the first memchunk ...
>>
>> How do you know?  You would have to reimplement the check paging_init
>> does.
>
> I see - as a heuristic, we can probably assume that the first memchunk is
> the relevant one, and especially in the case of FastRAM, also the larger
> one.
> Does this hold for Amiga/Mac/VME as well?

People want to run the kernel in the fastest memory chunk, which is typically
also the largest (slow Amiga mainboard memory may be 2 - 16 MiB for
Linux-capable machines, accelerator memory may be larger).

Don't know about Mac, but I have some memories of interleaved banks
and such...

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  7:24         ` Geert Uytterhoeven
@ 2014-04-01  7:39           ` schmitz
  2014-04-01  7:49             ` Geert Uytterhoeven
  2014-04-01  9:06             ` Andreas Schwab
  0 siblings, 2 replies; 35+ messages in thread
From: schmitz @ 2014-04-01  7:39 UTC (permalink / raw)
  To: Geert Uytterhoeven
  Cc: Michael Schmitz, Andreas Schwab, Linux/m68k, debian m68k

Hi Geert
> Hi Michael,
>
> On Mon, Mar 31, 2014 at 11:24 PM, Michael Schmitz <schmitzmic@gmail.com> wrote:
>   
>> do we know the size of the first memory chunk early enough in head.S?
>> Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
>> we know that there's more than 4 MB in the first memchunk ...
>>     
>
> "get_bi_record BI_MEMCHUNK" will return a pointer to the first mem_info
> struct.
>   

Yep, that's as far as I got - if I read bootinfo.h right, this will need 
to have an offset of 12 bytes added to get to the size member, correct?

> If the first chunk is at least 8 MiB it should be not that intrusive.
> If it isn't, and you have to use multiple chunks, it becomes more complicated.
>   

My reasoning exactly - if the first chunk is the smaller one, the page 
tables shouldn't get too big anyway. If it's the larger one, multiple 
chunks are not possible anyway (at least on Atari) due to the 
discontigmem constraint. Either way, 8 MB should be safe if present.

What size FastRAM did precipitate that bug for you, Andreas?

Cheers,

    Michael

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  7:28             ` Geert Uytterhoeven
@ 2014-04-01  7:45               ` schmitz
  2014-04-01  7:50                 ` Geert Uytterhoeven
  2014-04-01 12:23               ` Finn Thain
  1 sibling, 1 reply; 35+ messages in thread
From: schmitz @ 2014-04-01  7:45 UTC (permalink / raw)
  To: Geert Uytterhoeven
  Cc: Michael Schmitz, Andreas Schwab, Michael Schmitz, Linux/m68k,
	debian m68k

Hi Geert,
>
>>>> do we know the size of the first memory chunk early enough in head.S?
>>>> Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
>>>> we know that there's more than 4 MB in the first memchunk ...
>>>>         
>>> How do you know?  You would have to reimplement the check paging_init
>>> does.
>>>       
>> I see - as a heuristic, we can probably assume that the first memchunk is
>> the relevant one, and especially in the case of FastRAM, also the larger
>> one.
>> Does this hold for Amiga/Mac/VME as well?
>>     
>
> People want to run the kernel in the fastest memory chunk, which is typically
> also the largest (slow Amiga mainboard memory may be 2 - 16 MiB for
> Linux-capable machines, accelerator memory may be larger).
>   

And the chunk the kernel runs from would always be the first chunk 
listed in bootinfo, since that's the one mapped at virtual address zero?

> Don't know about Mac, but I have some memories of interleaved banks
> and such...
>   

Not sure I've ever seen accelerators or memory upgrades on the Macs that 
I hacked on. 4 MB was sort of plenty in those days.

Cheers,

    Michael

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  7:39           ` schmitz
@ 2014-04-01  7:49             ` Geert Uytterhoeven
  2014-04-01  8:12               ` schmitz
  2014-04-01  9:06             ` Andreas Schwab
  1 sibling, 1 reply; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-04-01  7:49 UTC (permalink / raw)
  To: schmitz; +Cc: Michael Schmitz, Andreas Schwab, Linux/m68k, debian m68k

Hi Michael,

On Tue, Apr 1, 2014 at 9:39 AM, schmitz
<schmitz@biophys.uni-duesseldorf.de> wrote:
>> On Mon, Mar 31, 2014 at 11:24 PM, Michael Schmitz <schmitzmic@gmail.com>
>> wrote:
>>> do we know the size of the first memory chunk early enough in head.S?
>>> Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
>>> we know that there's more than 4 MB in the first memchunk ...
>>
>> "get_bi_record BI_MEMCHUNK" will return a pointer to the first mem_info
>> struct.
>
> Yep, that's as far as I got - if I read bootinfo.h right, this will need to
> have an offset of 12 bytes added to get to the size member, correct?

Nope, only 4. A0 points to the bootinfo record payload, which is of
type struct mem_info * in this case:

        movew   %a0@(BIR_SIZE),%d0
        lea     %a0@(BIR_DATA),%a0

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  7:45               ` schmitz
@ 2014-04-01  7:50                 ` Geert Uytterhoeven
  0 siblings, 0 replies; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-04-01  7:50 UTC (permalink / raw)
  To: schmitz
  Cc: Michael Schmitz, Andreas Schwab, Michael Schmitz, Linux/m68k,
	debian m68k

Hi Michael,

On Tue, Apr 1, 2014 at 9:45 AM, schmitz
<schmitz@biophys.uni-duesseldorf.de> wrote:
>>>>> do we know the size of the first memory chunk early enough in head.S?
>>>>> Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
>>>>> we know that there's more than 4 MB in the first memchunk ...
>>>>
>>>> How do you know?  You would have to reimplement the check paging_init
>>>> does.
>>>
>>> I see - as a heuristic, we can probably assume that the first memchunk is
>>> the relevant one, and especially in the case of FastRAM, also the larger
>>> one.
>>> Does this hold for Amiga/Mac/VME as well?
>>
>> People want to run the kernel in the fastest memory chunk, which is
>> typically
>> also the largest (slow Amiga mainboard memory may be 2 - 16 MiB for
>> Linux-capable machines, accelerator memory may be larger).
>
> And the chunk the kernel runs from would always be the first chunk listed in
> bootinfo, since that's the one mapped at virtual address zero?

The kernel always runs in the first chunk.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  7:49             ` Geert Uytterhoeven
@ 2014-04-01  8:12               ` schmitz
  2014-04-01  8:23                 ` Geert Uytterhoeven
  0 siblings, 1 reply; 35+ messages in thread
From: schmitz @ 2014-04-01  8:12 UTC (permalink / raw)
  To: Geert Uytterhoeven
  Cc: Michael Schmitz, Andreas Schwab, Linux/m68k, debian m68k

Hi Geert,
> Hi Michael,
>
> On Tue, Apr 1, 2014 at 9:39 AM, schmitz
> <schmitz@biophys.uni-duesseldorf.de> wrote:
>   
>>> On Mon, Mar 31, 2014 at 11:24 PM, Michael Schmitz <schmitzmic@gmail.com>
>>> wrote:
>>>       
>>>> do we know the size of the first memory chunk early enough in head.S?
>>>> Maybe it's time to increase INIT_MAPPED_SIZE at least in cases where
>>>> we know that there's more than 4 MB in the first memchunk ...
>>>>         
>>> "get_bi_record BI_MEMCHUNK" will return a pointer to the first mem_info
>>> struct.
>>>       
>> Yep, that's as far as I got - if I read bootinfo.h right, this will need to
>> have an offset of 12 bytes added to get to the size member, correct?
>>     
>
> Nope, only 4. A0 points to the bootinfo record payload, which is of
> type struct mem_info * in this case:
>   

Right - should have read on to find the get_bi_record defs.

While poking around in head.S, I came across a comment that stated the 
second page at the start of the kernel is used for the kernel page dir - 
that is the second page of virtual address space (FastRAM, in the case 
we care about here), not physcial address space, right?

Still wondering why the kernel in FastRAM won't reboot cleanly...

Cheers,

    Michael

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  8:12               ` schmitz
@ 2014-04-01  8:23                 ` Geert Uytterhoeven
  0 siblings, 0 replies; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-04-01  8:23 UTC (permalink / raw)
  To: schmitz; +Cc: Michael Schmitz, Andreas Schwab, Linux/m68k, debian m68k

Hi Michael,

On Tue, Apr 1, 2014 at 10:12 AM, schmitz
<schmitz@biophys.uni-duesseldorf.de> wrote:
> While poking around in head.S, I came across a comment that stated the
> second page at the start of the kernel is used for the kernel page dir -
> that is the second page of virtual address space (FastRAM, in the case we
> care about here), not physcial address space, right?

The kernel is loaded in the second page of RAM. Initially, this page just
contains a few branches and the bootinfo versions. The code jumps to
_start, and the second page is reused for the kernel page dir:

ENTRY(_stext)
        bras    1f      /* Jump over bootinfo version numbers */
        .long   BOOTINFOV_MAGIC
        .long   MACH_AMIGA, AMIGA_BOOTI_VERSION
        ....
1:      jra     __start

.equ    kernel_pg_dir,_stext

.equ    .,_stext+PAGESIZE

ENTRY(_start)
        jra     __start
__INIT
ENTRY(__start)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  7:39           ` schmitz
  2014-04-01  7:49             ` Geert Uytterhoeven
@ 2014-04-01  9:06             ` Andreas Schwab
  1 sibling, 0 replies; 35+ messages in thread
From: Andreas Schwab @ 2014-04-01  9:06 UTC (permalink / raw)
  To: schmitz; +Cc: Geert Uytterhoeven, Michael Schmitz, Linux/m68k, debian m68k

schmitz <schmitz@biophys.uni-duesseldorf.de> writes:

> What size FastRAM did precipitate that bug for you, Andreas?

It's the combination of kernel size and FastRAM setting that matters.

You can easily watch it by adding the bootmem_debug kernel parameter.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01  7:28             ` Geert Uytterhoeven
  2014-04-01  7:45               ` schmitz
@ 2014-04-01 12:23               ` Finn Thain
  2014-04-01 12:41                 ` Geert Uytterhoeven
                                   ` (2 more replies)
  1 sibling, 3 replies; 35+ messages in thread
From: Finn Thain @ 2014-04-01 12:23 UTC (permalink / raw)
  To: Geert Uytterhoeven
  Cc: Michael Schmitz, Andreas Schwab, Michael Schmitz, Linux/m68k,
	debian m68k


On Tue, 1 Apr 2014, Geert Uytterhoeven wrote:

> On Tue, Apr 1, 2014 at 1:52 AM, Michael Schmitz wrote:
> > > > do we know the size of the first memory chunk early enough in 
> > > > head.S? Maybe it's time to increase INIT_MAPPED_SIZE at least in 
> > > > cases where we know that there's more than 4 MB in the first 
> > > > memchunk ...
> > >
> > > How do you know?  You would have to reimplement the check 
> > > paging_init does.
> >
> > I see - as a heuristic, we can probably assume that the first memchunk 
> > is the relevant one, and especially in the case of FastRAM, also the 
> > larger one. Does this hold for Amiga/Mac/VME as well?
> 
> People want to run the kernel in the fastest memory chunk, which is 
> typically also the largest (slow Amiga mainboard memory may be 2 - 16 
> MiB for Linux-capable machines, accelerator memory may be larger).
> 
> Don't know about Mac,

It may be possible to boot Linux with MacOS running in 24-bit mode, and 
ISTR that this leads to a large number of memory chunks. The Penguin 
documentation says use 32-bit mode (which means installing Mode32 if you 
have old MacOS and old ROMs). The only Mac I have here is running MacOS 
7.6 so I can't test 24-bit mode. You can see the debug output from Penguin 
below.

> but I have some memories of interleaved banks and such...

There are some Mac models with memory controllers that do interleaving. I 
don't know whether interleaving is relevant here. I'd have to consult the 
Penguin source code to know whether it behaves differently on different 
models.

Perhaps you're thinking of this --

    "68020: Don't force kernel into bank A: [optional] This is a special 
    option for the 68020 and MacII owners only. It has to do with the 
    physical arrangement of the memory banks in the MacII ... NOTE: This 
    option has been removed from Penguin 18."

from http://www.mac.linux-m68k.org/docs/penguin.php

-- 


Logging started Friday, 1 January 1904 12:19:07 AM
Penguin App version 19

Logical To Physical Mapping table (V2)
Logical -> physical : length
0x00000000 -> 0x00000000 : 0x00C00000

System: 7.6.1
Gestalt ID: 33 (PowerBook 180)
CPU: 68030
FPU: 68882
Physical RAM: 12 MB
Command line is 'consoleblank=0 console=tty console=ttyS0 earlyprintk'
GUnzipping Macintosh HD:Desktop Folder:vmlinux.gz
.Kernel format: ELF

The kernel will be located at physical 0x00001000
Kernel at logical address 0x5d4008
GUnzipping Macintosh HD:Desktop Folder:vmlinux.gz
..............................................Read 2794880 bytes for segment 0, requested 2794880
.Read 101752 bytes for segment 1, requested 101752

Bootstrap's bootinfo version: 2.0
Kernel's bootinfo version	: 2.0
Kernel entry physical is 0x2000
RAM disk at 0x008b7008, ends at 0x00929008, size is 456 K
Kernel segment 0 at 0x5d4008, size 2917724
Kernel segment 1 at 0x89d008, size 102400
Kernel size is 0x2e2000

boot_info is at 0x8b6008
boot_info size is dynamic

ramdisk logical target 0xb8e000
ramdisk physical at 0xb8e000
ramdisk physical top at 0xc00000

Bootstrap logical 1: 0x00000000
Bootstrap physical : 0x00000000

Dump of bootinfo, version 2.0:
BI_MACHTYPE           = 0x3
BI_CPUTYPE            = 0x2
BI_FPUTYPE            = 0x2
BI_MMUTYPE            = 0x2
BI_MEMCHUNK[0].addr   = 0x00000000
BI_MEMCHUNK[0].size   = 0x00c00000
BI_RAMDISK.addr       = 0x00b8e000
BI_RAMDISK.size       = 0x00072000
BI_COMMAND_LINE       = consoleblank=0 console=tty console=ttyS0 earlyprintk
BI_MAC_MODEL          = 0x21
BI_MAC_VADDR          = 0x60040000
BI_MAC_VDEPTH         = 0x4
BI_MAC_VROW           = 0x140
BI_MAC_VDIM           = 0x01900280
BI_MAC_VLOGICAL       = 0x60040000
BI_MAC_SCCBASE        = 0x50f04000
BI_MAC_BTIME          = 0x83da53fb
BI_MAC_GMTBIAS        = 0x0
BI_MAC_MEMSIZE        = 0xc
BI_MAC_CPUID          = 0x1
BI_MAC_ROMBASE        = 0x40800000

Booting Linux (fasten seat belts, please)...
Waking up serial ports, no rest for the wicked...
Modem port awake and configured!
slot_int_set: slot 0x00, drvr_refnum -49, spID 0xBC, spExtDev 0x00, ON 0

Logging ended Friday, 1 January 1904 12:19:50 AM

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01 12:23               ` Finn Thain
@ 2014-04-01 12:41                 ` Geert Uytterhoeven
  2014-04-01 18:56                 ` Michael Schmitz
  2014-04-04  3:43                 ` Scott Holder
  2 siblings, 0 replies; 35+ messages in thread
From: Geert Uytterhoeven @ 2014-04-01 12:41 UTC (permalink / raw)
  To: Finn Thain
  Cc: Michael Schmitz, Andreas Schwab, Michael Schmitz, Linux/m68k,
	debian m68k

Hi Finn,

On Tue, Apr 1, 2014 at 2:23 PM, Finn Thain <fthain@telegraphics.com.au> wrote:
>> but I have some memories of interleaved banks and such...
>
> There are some Mac models with memory controllers that do interleaving. I
> don't know whether interleaving is relevant here.

I meant that if you have e.g. 16 MiB of RAM, but it's split in 4
chunks of 4 MiB,
you don't have 8 MiB in the first chunk.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01 12:23               ` Finn Thain
  2014-04-01 12:41                 ` Geert Uytterhoeven
@ 2014-04-01 18:56                 ` Michael Schmitz
  2014-04-04  6:12                   ` Finn Thain
  2014-04-04  3:43                 ` Scott Holder
  2 siblings, 1 reply; 35+ messages in thread
From: Michael Schmitz @ 2014-04-01 18:56 UTC (permalink / raw)
  To: Finn Thain
  Cc: Geert Uytterhoeven, Michael Schmitz, Andreas Schwab, Linux/m68k,
	debian m68k

Hi Finn,

>> Don't know about Mac,
>
> It may be possible to boot Linux with MacOS running in 24-bit mode, and
> ISTR that this leads to a large number of memory chunks. The Penguin

The chunk size would still be 16 MB, perhaps?

(Unless Geert is right and interleaving means multiple small memory
chunks. I doubt Apple engineers would have gone that far.)

Cheers,

  Michael

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01 12:23               ` Finn Thain
  2014-04-01 12:41                 ` Geert Uytterhoeven
  2014-04-01 18:56                 ` Michael Schmitz
@ 2014-04-04  3:43                 ` Scott Holder
  2014-04-04  6:08                   ` Finn Thain
  2 siblings, 1 reply; 35+ messages in thread
From: Scott Holder @ 2014-04-04  3:43 UTC (permalink / raw)
  To: Finn Thain, Geert Uytterhoeven
  Cc: Michael Schmitz, Andreas Schwab, Michael Schmitz, Linux/m68k,
	debian m68k

On 4/1/2014 8:23 AM, Finn Thain wrote:
> On Tue, 1 Apr 2014, Geert Uytterhoeven wrote:
>
>> <snip>
>>
>> Don't know about Mac,
> It may be possible to boot Linux with MacOS running in 24-bit mode, and
> ISTR that this leads to a large number of memory chunks. The Penguin
> documentation says use 32-bit mode (which means installing Mode32 if you
> have old MacOS and old ROMs). The only Mac I have here is running MacOS
> 7.6 so I can't test 24-bit mode. You can see the debug output from Penguin
> below.

I happen to have my crazy PearPC/Mac OS X-booting LC475 still up and 
running with a 7.5.5 system folder on it. I rebooted it into 24-bit mode 
and loading Penguin does give a warning that 32-bit mode works better. 
Attempting to boot generates:

*** Too many memory ranges!!!
Error:
*** setup_ram_mappings() failure - too many mappings

I have a 64mb simm in this LC475; I tried popping it out (leaving me 
with 4mb) and it actually did attempt to unpack the kernel, but there's 
too little memory to do it. I have a bagful of smaller 72-pin simms 
kicking around somewhere; I'll have to dig it out of the closet and try 
it again.

Sadly my IIci is still misbehaving due to bad caps. I do have a working 
840AV here... I believe it should work in 24-bit mode. I don't have any 
older 32-bit unclean Macs of the era when 24-bit was normal to try with 
to see if maybe the memory controller works better.

>
>> but I have some memories of interleaved banks and such...
> There are some Mac models with memory controllers that do interleaving. I
> don't know whether interleaving is relevant here. I'd have to consult the
> Penguin source code to know whether it behaves differently on different
> models.

All I can say here is I ran 2.0-era kernels on a Quadra 840AV which does 
have interleaved RAM way back in the day just fine. I haven't yet gotten 
modern kernels (even the setup that works on the LC475) booting on it 
yet; sadly I'm not much good for coding or debug tracing.

Scott

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-04  3:43                 ` Scott Holder
@ 2014-04-04  6:08                   ` Finn Thain
  0 siblings, 0 replies; 35+ messages in thread
From: Finn Thain @ 2014-04-04  6:08 UTC (permalink / raw)
  To: Scott Holder
  Cc: Geert Uytterhoeven, Michael Schmitz, Andreas Schwab,
	Michael Schmitz, Linux/m68k, debian m68k


On Thu, 3 Apr 2014, Scott Holder wrote:

> On 4/1/2014 8:23 AM, Finn Thain wrote:
> 
> > It may be possible to boot Linux with MacOS running in 24-bit mode, 
> > and ISTR that this leads to a large number of memory chunks. The 
> > Penguin documentation says use 32-bit mode (which means installing 
> > Mode32 if you have old MacOS and old ROMs). The only Mac I have here 
> > is running MacOS 7.6 so I can't test 24-bit mode. You can see the 
> > debug output from Penguin below.
> 
> I happen to have my crazy PearPC/Mac OS X-booting LC475 still up and 
> running with a 7.5.5 system folder on it. I rebooted it into 24-bit mode 
> and loading Penguin does give a warning that 32-bit mode works better. 
> Attempting to boot generates:
> 
> *** Too many memory ranges!!!
> Error:
> *** setup_ram_mappings() failure - too many mappings

>From the Penguin source, MMU/MMU_V2.c, that means more than 32 chunks.

> 
> I have a 64mb simm in this LC475; I tried popping it out (leaving me 
> with 4mb) and it actually did attempt to unpack the kernel, but there's 
> too little memory to do it. I have a bagful of smaller 72-pin simms 
> kicking around somewhere; I'll have to dig it out of the closet and try 
> it again.

You should be able to get Penguin to list the mappings even when it 
doesn't have room to unpack a kernel.

But there's probably no need: it seems highly likely that you'd see  
no 16 MB chunk on a 16 MB machine in 24-bit mode.

Finn

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-01 18:56                 ` Michael Schmitz
@ 2014-04-04  6:12                   ` Finn Thain
  2014-04-09  6:44                     ` Finn Thain
  0 siblings, 1 reply; 35+ messages in thread
From: Finn Thain @ 2014-04-04  6:12 UTC (permalink / raw)
  To: Michael Schmitz
  Cc: Geert Uytterhoeven, Michael Schmitz, Andreas Schwab, Linux/m68k,
	debian m68k


On Wed, 2 Apr 2014, Michael Schmitz wrote:

> Hi Finn,
> 
> > It may be possible to boot Linux with MacOS running in 24-bit mode, 
> > and ISTR that this leads to a large number of memory chunks. The 
> > Penguin
> 
> The chunk size would still be 16 MB, perhaps?

Looking at the Penguin source, findRAM() in Source/mmu_support.c sorts the 
boot info memory mappings so that the largest chunk comes first. In 32-bit 
mode, it will probably be the only chunk. Regardless of 24-bit mode or 
32-bit mode, it may not be a 16 MB chunk.

Finn

^ permalink raw reply	[flat|nested] 35+ messages in thread

* Re: [PATCH 0/4] Atari kernel-in-FastRAM patches, take three
  2014-04-04  6:12                   ` Finn Thain
@ 2014-04-09  6:44                     ` Finn Thain
  0 siblings, 0 replies; 35+ messages in thread
From: Finn Thain @ 2014-04-09  6:44 UTC (permalink / raw)
  To: Michael Schmitz
  Cc: Geert Uytterhoeven, Michael Schmitz, Andreas Schwab, Linux/m68k,
	debian m68k


On Fri, 4 Apr 2014, I wrote:

> On Wed, 2 Apr 2014, Michael Schmitz wrote:
> 
> > > It may be possible to boot Linux with MacOS running in 24-bit mode, 
> > > and ISTR that this leads to a large number of memory chunks.
> > 
> > The chunk size would still be 16 MB, perhaps?
> 
> Looking at the Penguin source, findRAM() in Source/mmu_support.c sorts 
> the boot info memory mappings so that the largest chunk comes first. In 
> 32-bit mode, it will probably be the only chunk.

... but not always: Designing Cards & Drivers 3ed. p.28 says, "In the 
Macintosh IIci and the Macintosh IIsi, physical memory is not in one 
contiguous block, so the MMU of the 68030 joins the blocks of physical 
memory to present contiguous logical memory to application software."

-- 

^ permalink raw reply	[flat|nested] 35+ messages in thread

end of thread, other threads:[~2014-04-09  6:45 UTC | newest]

Thread overview: 35+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-03-30  0:01 [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Michael Schmitz
2014-03-30  0:01 ` [PATCH 1/4] m68k/atari - stram: alloc ST-RAM pool even if kernel not in ST-RAM Michael Schmitz
2014-03-30 19:11   ` Geert Uytterhoeven
2014-03-31  1:58     ` Michael Schmitz
2014-03-30  0:01 ` [PATCH 2/4] m68k/atari - atafb: convert allocation of fb ram to new interface Michael Schmitz
2014-03-30 19:11   ` Geert Uytterhoeven
2014-03-30  0:01 ` [PATCH 3/4] m68k/atari - ataflop: use correct virt/phys translation for DMA buffer Michael Schmitz
2014-03-31  7:46   ` Geert Uytterhoeven
2014-03-31 14:28     ` Jens Axboe
2014-03-30  0:01 ` [PATCH 4/4] m68k/atari - atari_scsi: " Michael Schmitz
2014-03-31  7:48   ` Geert Uytterhoeven
2014-03-30 22:34 ` [PATCH 0/4] Atari kernel-in-FastRAM patches, take three Andreas Schwab
2014-03-31  1:55   ` Michael Schmitz
2014-03-31 20:58     ` Andreas Schwab
2014-03-31 21:24       ` Michael Schmitz
2014-03-31 22:39         ` Andreas Schwab
2014-03-31 23:52           ` Michael Schmitz
2014-04-01  7:28             ` Geert Uytterhoeven
2014-04-01  7:45               ` schmitz
2014-04-01  7:50                 ` Geert Uytterhoeven
2014-04-01 12:23               ` Finn Thain
2014-04-01 12:41                 ` Geert Uytterhoeven
2014-04-01 18:56                 ` Michael Schmitz
2014-04-04  6:12                   ` Finn Thain
2014-04-09  6:44                     ` Finn Thain
2014-04-04  3:43                 ` Scott Holder
2014-04-04  6:08                   ` Finn Thain
2014-04-01  7:24         ` Geert Uytterhoeven
2014-04-01  7:39           ` schmitz
2014-04-01  7:49             ` Geert Uytterhoeven
2014-04-01  8:12               ` schmitz
2014-04-01  8:23                 ` Geert Uytterhoeven
2014-04-01  9:06             ` Andreas Schwab
2014-03-31  7:42 ` Geert Uytterhoeven
2014-03-31  7:54   ` Michael Schmitz

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.