[PATCH] m68k: handle Atari interrupts in multi-platform kernels

[PATCH] m68k: handle Atari interrupts in multi-platform kernels

[debian-68k]

Authors: Michael Schmitz, Geert Uytterhoeven
Source: http://thread.gmane.org/gmane.linux.debian.devel.kernel/91476/focus=5003
Tested-By: Thorsten Glaser <tg@debian.org>
---
 arch/m68k/include/asm/irqflags.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/arch/m68k/include/asm/irqflags.h b/arch/m68k/include/asm/irqflags.h
index 7ef4115..5053092 100644
--- a/arch/m68k/include/asm/irqflags.h
+++ b/arch/m68k/include/asm/irqflags.h
@@ -67,6 +67,10 @@ static inline void arch_local_irq_restore(unsigned long flags)
 
 static inline bool arch_irqs_disabled_flags(unsigned long flags)
 {
+	if (MACH_IS_ATARI) {
+		/* Ignore HSYNC = ipl 2 on Atari */
+		return (flags & ~(ALLOWINT | 0x200)) != 0;
+	}
 	return (flags & ~ALLOWINT) != 0;
 }
 
-- 
1.7.9

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Dixi quod…

>Authors: Michael Schmitz, Geert Uytterhoeven
>Source: http://thread.gmane.org/gmane.linux.debian.devel.kernel/91476/focus=5003

I felt I could not name a single author (“From”) which
is why I submitted this as-is.

>Tested-By: Thorsten Glaser <tg@debian.org>

I’m successfully running this on my buildd VM now, with the
patch to use generic div64.h instead of machdep one; dmesg
follows. I’m also building a kernel package with Andreas’
patch, expected to be compiled at about 16:00 UTC tomorrow
if past times are reliable, and will send a Tested-By line
for that patch too afterwards.

Debian 3.10.5-1+m68k.1 is
• generic div64
• this interrupt patch

Debian 3.10.5-1+m68k.2 will be
• machdep div64 with <871u633t27.fsf@igel.home> applied
• this interrupt patch

[    0.000000] Linux version 3.10-2-m68k (debian-kernel@lists.debian.org) (gcc version 4.8.1 (Debian 4.8.1-7+m68k.1) ) #1 Debian 3.10.5-1+m68k.1 (2013-08-08)
[    0.000000] console [debug0] enabled
[    0.000000] Atari hardware found: VIDEL STDMA-SCSI ST_MFP YM2149 PCM CODEC DSP56K SCC ANALOG_JOY BLITTER IDE TT_CLK FDC_SPEED 
[    0.000000] NatFeats found (ARAnyM, 1.0)
[    0.000000] On node 0 totalpages: 3584
[    0.000000] free_area_init_node: node 0, pgdat 002a1c14, node_mem_map 003bf000
[    0.000000]   DMA zone: 32 pages used for memmap
[    0.000000]   DMA zone: 0 pages reserved
[    0.000000]   DMA zone: 3584 pages, LIFO batch:0
[    0.000000] On node 1 totalpages: 196608
[    0.000000] free_area_init_node: node 1, pgdat 002a24cc, node_mem_map 003e3090
[    0.000000]   DMA zone: 1728 pages used for memmap
[    0.000000]   DMA zone: 0 pages reserved
[    0.000000]   DMA zone: 196608 pages, LIFO batch:31
[    0.000000] initrd: 01000000 - 018d5200
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 2 zonelists in Zone order, mobility grouping on.  Total pages: 198432
[    0.000000] Kernel command line: root=/dev/nfhd8p1 console=tty debug=par devtmpfs.mount=1 BOOT_IMAGE=vmlinux
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Sorting __ex_table...
[    0.000000] Memory: 778992k/778992k available (1892k kernel code, 19768k data, 140k init)
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0x002a170c - 0x002a1b0c   (   1 KiB)
[    0.000000]     kmap    : 0xd0000000 - 0xf0000000   ( 512 MiB)
[    0.000000]     vmalloc : 0x31800000 - 0xd0000000   (2536 MiB)
[    0.000000]     lowmem  : 0x00000000 - 0x31000000   ( 784 MiB)
[    0.000000]       .init : 0x002c8000 - 0x002eb000   ( 140 KiB)
[    0.000000]       .text : 0x00001000 - 0x001d9188   (1889 KiB)
[    0.000000]       .data : 0x001db780 - 0x002c74d4   ( 944 KiB)
[    0.000000]       .bss  : 0x002a14e0 - 0x002c74d4   ( 152 KiB)
[    0.000000] NR_IRQS:200
[    0.000000] Console: colour dummy device 80x25
[    0.000000] console [tty0] enabled
[    0.010000] Calibrating delay loop... 115.09 BogoMIPS (lpj=575488)
[    0.100000] pid_max: default: 32768 minimum: 301
[    0.100000] Mount-cache hash table entries: 512
[    0.110000] devtmpfs: initialized
[    0.130000] NET: Registered protocol family 16
[    0.150000] bio: create slab <bio-0> at 0
[    0.150000] SCSI subsystem initialized
[    0.200000] NET: Registered protocol family 2
[    0.200000] TCP established hash table entries: 8192 (order: 4, 65536 bytes)
[    0.210000] TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
[    0.210000] TCP: Hash tables configured (established 8192 bind 8192)
[    0.220000] TCP: reno registered
[    0.220000] UDP hash table entries: 512 (order: 1, 8192 bytes)
[    0.220000] UDP-Lite hash table entries: 512 (order: 1, 8192 bytes)
[    0.220000] NET: Registered protocol family 1
[    0.220000] Unpacking initramfs...
[    0.690000] Freeing initrd memory: 9044K (1000000 - 18d5000)
[    0.700000] nfhd8: found device with 37748592 blocks (512 bytes)
[    0.710000]  nfhd8: AHDI p1 p2 p3
[    0.720000] nfeth: API 5
[    0.730000] eth0: nfeth addr:192.168.0.1 (192.168.0.2) HWaddr:52:54:00:22:81:00
[    0.740000] VFS: Disk quotas dquot_6.5.2
[    0.740000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.740000] msgmni has been set to 1539
[    0.740000] alg: No test for stdrng (krng)
[    0.750000] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[    0.750000] io scheduler noop registered (default)
[    0.750000] atafb_init: start
[    0.750000] atafb_init: initializing Falcon hw
[    0.750000] atafb: screen_base 00aa6000 real_screen_base 00aa6000 screen_len 311296
[    0.750000] Determined 640x480, depth 4
[    0.750000]    virtual 640x972
[    0.780000] Console: switching to colour frame buffer device 80x30
[    0.800000] fb0: frame buffer device, using 304K of video memory
[    0.800000] pmac_zilog: 0.6 (Benjamin Herrenschmidt <benh@kernel.crashing.org>)
[    0.800000] Non-volatile memory driver v1.3
[    0.810000] mousedev: PS/2 mouse device common for all mice
[    1.090000] input: Atari Keyboard as /devices/virtual/input/input0
[    1.160000] rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
[    1.200000] TCP: cubic registered
[    1.240000] NET: Registered protocol family 17
[    1.310000] registered taskstats version 1
[    1.390000] rtc-generic rtc-generic: setting system clock to 2013-08-09 21:32:31 UTC (1376083951)
[    1.460000] Freeing unused kernel memory: 140K (2c8000 - 2eb000)
[    2.070000] udevd[44]: starting version 175
[    6.140000] raid6: int32x1     10 MB/s
[    6.330000] raid6: int32x2     10 MB/s
[    6.510000] raid6: int32x4     12 MB/s
[    6.690000] raid6: int32x8     10 MB/s
[    6.700000] raid6: using algorithm int32x4 (12 MB/s)
[    6.720000] raid6: using intx1 recovery algorithm
[    6.760000] xor: measuring software checksum speed
[    6.890000]    8regs     :    93.600 MB/sec
[    7.000000]    8regs_prefetch:    98.400 MB/sec
[    7.110000]    32regs    :    60.000 MB/sec
[    7.220000]    32regs_prefetch:    58.000 MB/sec
[    7.220000] xor: using function: 8regs_prefetch (98.400 MB/sec)
[    7.340000] bio: create slab <bio-1> at 1
[    7.350000] Btrfs loaded
[    7.480000] device label ara5-butter devid 1 transid 392479 /dev/nfhd8p3
[    7.830000] EXT4-fs (nfhd8p1): mounted filesystem with ordered data mode. Opts: (null)
[   16.410000] udevd[234]: starting version 175
[   20.260000] device label ara5-butter devid 1 transid 392479 /dev/nfhd8p3
[   23.610000] Adding 3670012k swap on /dev/nfhd8p2.  Priority:-1 extents:1 across:3670012k 
[   23.960000] EXT4-fs (nfhd8p1): re-mounted. Opts: (null)
[   24.980000] EXT4-fs (nfhd8p1): re-mounted. Opts: errors=remount-ro
[   31.890000] device label ara5-butter devid 1 transid 392479 /dev/nfhd8p3
[   31.950000] btrfs: setting nodatacow, compression disabled
[   31.990000] btrfs: enabling auto recovery
[   32.010000] btrfs: disk space caching is enabled
[   43.160000] NET: Registered protocol family 10

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.	-- Rob Pike in "Notes on Programming in C"

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Michael Schmitz]

Thorsten,


> Dixi quod…
>
>> Authors: Michael Schmitz, Geert Uytterhoeven
>> Source:  
>> http://thread.gmane.org/gmane.linux.debian.devel.kernel/91476/ 
>> focus=5003
>
> I felt I could not name a single author (“From”) which
> is why I submitted this as-is.

It really was Geert's work, I did not meaningfully contribute to that.

>
>> Tested-By: Thorsten Glaser <tg@debian.org>
>
> I’m successfully running this on my buildd VM now, with the
> patch to use generic div64.h instead of machdep one; dmesg
> follows. I’m also building a kernel package with Andreas’
> patch, expected to be compiled at about 16:00 UTC tomorrow
> if past times are reliable, and will send a Tested-By line
> for that patch too afterwards.
>
> Debian 3.10.5-1+m68k.1 is
> • generic div64
> • this interrupt patch
>
> Debian 3.10.5-1+m68k.2 will be
> • machdep div64 with <871u633t27.fsf@igel.home> applied
> • this interrupt patch

Having revived my Falcon, I should be in a position to test these.

Cheers,

	Michael


>
> [    0.000000] Linux version 3.10-2-m68k  
> (debian-kernel@lists.debian.org) (gcc version 4.8.1 (Debian  
> 4.8.1-7+m68k.1) ) #1 Debian 3.10.5-1+m68k.1 (2013-08-08)
> [    0.000000] console [debug0] enabled
> [    0.000000] Atari hardware found: VIDEL STDMA-SCSI ST_MFP YM2149  
> PCM CODEC DSP56K SCC ANALOG_JOY BLITTER IDE TT_CLK FDC_SPEED
> [    0.000000] NatFeats found (ARAnyM, 1.0)
> [    0.000000] On node 0 totalpages: 3584
> [    0.000000] free_area_init_node: node 0, pgdat 002a1c14,  
> node_mem_map 003bf000
> [    0.000000]   DMA zone: 32 pages used for memmap
> [    0.000000]   DMA zone: 0 pages reserved
> [    0.000000]   DMA zone: 3584 pages, LIFO batch:0
> [    0.000000] On node 1 totalpages: 196608
> [    0.000000] free_area_init_node: node 1, pgdat 002a24cc,  
> node_mem_map 003e3090
> [    0.000000]   DMA zone: 1728 pages used for memmap
> [    0.000000]   DMA zone: 0 pages reserved
> [    0.000000]   DMA zone: 196608 pages, LIFO batch:31
> [    0.000000] initrd: 01000000 - 018d5200
> [    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
> [    0.000000] pcpu-alloc: [0] 0
> [    0.000000] Built 2 zonelists in Zone order, mobility grouping on.   
> Total pages: 198432
> [    0.000000] Kernel command line: root=/dev/nfhd8p1 console=tty  
> debug=par devtmpfs.mount=1 BOOT_IMAGE=vmlinux
> [    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
> [    0.000000] Dentry cache hash table entries: 131072 (order: 7,  
> 524288 bytes)
> [    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144  
> bytes)
> [    0.000000] Sorting __ex_table...
> [    0.000000] Memory: 778992k/778992k available (1892k kernel code,  
> 19768k data, 140k init)
> [    0.000000] Virtual kernel memory layout:
> [    0.000000]     vector  : 0x002a170c - 0x002a1b0c   (   1 KiB)
> [    0.000000]     kmap    : 0xd0000000 - 0xf0000000   ( 512 MiB)
> [    0.000000]     vmalloc : 0x31800000 - 0xd0000000   (2536 MiB)
> [    0.000000]     lowmem  : 0x00000000 - 0x31000000   ( 784 MiB)
> [    0.000000]       .init : 0x002c8000 - 0x002eb000   ( 140 KiB)
> [    0.000000]       .text : 0x00001000 - 0x001d9188   (1889 KiB)
> [    0.000000]       .data : 0x001db780 - 0x002c74d4   ( 944 KiB)
> [    0.000000]       .bss  : 0x002a14e0 - 0x002c74d4   ( 152 KiB)
> [    0.000000] NR_IRQS:200
> [    0.000000] Console: colour dummy device 80x25
> [    0.000000] console [tty0] enabled
> [    0.010000] Calibrating delay loop... 115.09 BogoMIPS (lpj=575488)
> [    0.100000] pid_max: default: 32768 minimum: 301
> [    0.100000] Mount-cache hash table entries: 512
> [    0.110000] devtmpfs: initialized
> [    0.130000] NET: Registered protocol family 16
> [    0.150000] bio: create slab <bio-0> at 0
> [    0.150000] SCSI subsystem initialized
> [    0.200000] NET: Registered protocol family 2
> [    0.200000] TCP established hash table entries: 8192 (order: 4,  
> 65536 bytes)
> [    0.210000] TCP bind hash table entries: 8192 (order: 3, 32768  
> bytes)
> [    0.210000] TCP: Hash tables configured (established 8192 bind 8192)
> [    0.220000] TCP: reno registered
> [    0.220000] UDP hash table entries: 512 (order: 1, 8192 bytes)
> [    0.220000] UDP-Lite hash table entries: 512 (order: 1, 8192 bytes)
> [    0.220000] NET: Registered protocol family 1
> [    0.220000] Unpacking initramfs...
> [    0.690000] Freeing initrd memory: 9044K (1000000 - 18d5000)
> [    0.700000] nfhd8: found device with 37748592 blocks (512 bytes)
> [    0.710000]  nfhd8: AHDI p1 p2 p3
> [    0.720000] nfeth: API 5
> [    0.730000] eth0: nfeth addr:192.168.0.1 (192.168.0.2)  
> HWaddr:52:54:00:22:81:00
> [    0.740000] VFS: Disk quotas dquot_6.5.2
> [    0.740000] Dquot-cache hash table entries: 1024 (order 0, 4096  
> bytes)
> [    0.740000] msgmni has been set to 1539
> [    0.740000] alg: No test for stdrng (krng)
> [    0.750000] Block layer SCSI generic (bsg) driver version 0.4  
> loaded (major 252)
> [    0.750000] io scheduler noop registered (default)
> [    0.750000] atafb_init: start
> [    0.750000] atafb_init: initializing Falcon hw
> [    0.750000] atafb: screen_base 00aa6000 real_screen_base 00aa6000  
> screen_len 311296
> [    0.750000] Determined 640x480, depth 4
> [    0.750000]    virtual 640x972
> [    0.780000] Console: switching to colour frame buffer device 80x30
> [    0.800000] fb0: frame buffer device, using 304K of video memory
> [    0.800000] pmac_zilog: 0.6 (Benjamin Herrenschmidt  
> <benh@kernel.crashing.org>)
> [    0.800000] Non-volatile memory driver v1.3
> [    0.810000] mousedev: PS/2 mouse device common for all mice
> [    1.090000] input: Atari Keyboard as /devices/virtual/input/input0
> [    1.160000] rtc-generic rtc-generic: rtc core: registered  
> rtc-generic as rtc0
> [    1.200000] TCP: cubic registered
> [    1.240000] NET: Registered protocol family 17
> [    1.310000] registered taskstats version 1
> [    1.390000] rtc-generic rtc-generic: setting system clock to  
> 2013-08-09 21:32:31 UTC (1376083951)
> [    1.460000] Freeing unused kernel memory: 140K (2c8000 - 2eb000)
> [    2.070000] udevd[44]: starting version 175
> [    6.140000] raid6: int32x1     10 MB/s
> [    6.330000] raid6: int32x2     10 MB/s
> [    6.510000] raid6: int32x4     12 MB/s
> [    6.690000] raid6: int32x8     10 MB/s
> [    6.700000] raid6: using algorithm int32x4 (12 MB/s)
> [    6.720000] raid6: using intx1 recovery algorithm
> [    6.760000] xor: measuring software checksum speed
> [    6.890000]    8regs     :    93.600 MB/sec
> [    7.000000]    8regs_prefetch:    98.400 MB/sec
> [    7.110000]    32regs    :    60.000 MB/sec
> [    7.220000]    32regs_prefetch:    58.000 MB/sec
> [    7.220000] xor: using function: 8regs_prefetch (98.400 MB/sec)
> [    7.340000] bio: create slab <bio-1> at 1
> [    7.350000] Btrfs loaded
> [    7.480000] device label ara5-butter devid 1 transid 392479  
> /dev/nfhd8p3
> [    7.830000] EXT4-fs (nfhd8p1): mounted filesystem with ordered data  
> mode. Opts: (null)
> [   16.410000] udevd[234]: starting version 175
> [   20.260000] device label ara5-butter devid 1 transid 392479  
> /dev/nfhd8p3
> [   23.610000] Adding 3670012k swap on /dev/nfhd8p2.  Priority:-1  
> extents:1 across:3670012k
> [   23.960000] EXT4-fs (nfhd8p1): re-mounted. Opts: (null)
> [   24.980000] EXT4-fs (nfhd8p1): re-mounted. Opts: errors=remount-ro
> [   31.890000] device label ara5-butter devid 1 transid 392479  
> /dev/nfhd8p3
> [   31.950000] btrfs: setting nodatacow, compression disabled
> [   31.990000] btrfs: enabling auto recovery
> [   32.010000] btrfs: disk space caching is enabled
> [   43.160000] NET: Registered protocol family 10
>
> bye,
> //mirabilos
> -- 
> Sometimes they [people] care too much: pretty printers [and syntax  
> highligh-
> ting, d.A.] mechanically produce pretty output that accentuates  
> irrelevant
> detail in the program, which is as sensible as putting all the  
> prepositions
> in English text in bold font.	-- Rob Pike in "Notes on Programming in  
> C"
> --
> To unsubscribe from this list: send the line "unsubscribe linux-m68k"  
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

(Can you please use UTF-8 for eMails, not Windows-1252?)

Michael Schmitz dixit:

>>> Source:
>>> http://thread.gmane.org/gmane.linux.debian.devel.kernel/91476/focus=5003
>>
>> I felt I could not name a single author (“From”) which
>> is why I submitted this as-is.
>
> It really was Geert's work, I did not meaningfully contribute to that.

Hm okay. Let’s just hope Geert hurries up and accepts them into
his tree and pushes them to Linus, because that’s normally the
requirement to get anything into the Debian kernel… not doing so
seriously hinders my position.

> Having revived my Falcon, I should be in a position to test these.

OK cool. The latter is only available now, having replaced the
former (but it WFM even on the buildd that uses btrfs).

bye,
//mirabilos
-- 
<ch> you introduced a merge commit        │<mika> % g rebase -i HEAD^^
<mika> sorry, no idea and rebasing just fscked │<mika> Segmentation
<ch> should have cloned into a clean repo      │  fault (core dumped)
<ch> if I rebase that now, it's really ugh     │<mika:#grml> wuahhhhhh

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Michael Schmitz]

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

Hi Thorsten,

> (Can you please use UTF-8 for eMails, not Windows-1252?)

I'll try - no idea why Mac Mail would have used that. This one ought to 
be UTF-8.

>>
>> It really was Geert's work, I did not meaningfully contribute to that.
>
> Hm okay. Let’s just hope Geert hurries up and accepts them into
> his tree and pushes them to Linus, because that’s normally the
> requirement to get anything into the Debian kernel… not doing so
> seriously hinders my position.

He's orders of magnitude faster than me. Not very difficult really :-)

>
>> Having revived my Falcon, I should be in a position to test these.
>
> OK cool. The latter is only available now, having replaced the
> former (but it WFM even on the buildd that uses btrfs).

I can only test the interrupt patch part of it for now.

Cheers,

	Michael


>
> bye,
> //mirabilos
> -- 
> <ch> you introduced a merge commit        │<mika> % g rebase -i HEAD^^
> <mika> sorry, no idea and rebasing just fscked │<mika> Segmentation
> <ch> should have cloned into a clean repo      │  fault (core dumped)
> <ch> if I rebase that now, it's really ugh     │<mika:#grml> wuahhhhhh
> --
> To unsubscribe from this list: send the line "unsubscribe linux-m68k" 
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

[-- Attachment #2: Type: text/enriched, Size: 1799 bytes --]

Hi Thorsten,


<excerpt>(Can you please use UTF-8 for eMails, not Windows-1252?)

</excerpt>

I'll try - no idea why Mac Mail would have used that. This one ought
to be UTF-8.


<excerpt><excerpt>

It really was Geert's work, I did not meaningfully contribute to that.

</excerpt>

Hm okay. Let’s just hope Geert hurries up and accepts them into

his tree and pushes them to Linus, because that’s normally the

requirement to get anything into the Debian kernel… not doing so

seriously hinders my position.

</excerpt>

He's orders of magnitude faster than me. Not very difficult really :-) 


<excerpt>

<excerpt>Having revived my Falcon, I should be in a position to test
these.

</excerpt>

OK cool. The latter is only available now, having replaced the

former (but it WFM even on the buildd that uses btrfs).

</excerpt>

I can only test the interrupt patch part of it for now. 


Cheers,


	Michael



<excerpt>

bye,

//mirabilos

-- 

<<ch> you introduced a merge commit       
<fontfamily><param>Hiragino Kaku Gothic Pro</param>│</fontfamily><<mika>
% g rebase -i HEAD^^

<<mika> sorry, no idea and rebasing just fscked
<fontfamily><param>Hiragino Kaku Gothic Pro</param>│</fontfamily><<mika>
Segmentation

<<ch> should have cloned into a clean repo     
<fontfamily><param>Hiragino Kaku Gothic Pro</param>│</fontfamily> 
fault (core dumped)

<<ch> if I rebase that now, it's really ugh    
<fontfamily><param>Hiragino Kaku Gothic Pro</param>│</fontfamily><<mika:#grml>
wuahhhhhh

--

To unsubscribe from this list: send the line "unsubscribe linux-m68k"
in

the body of a message to majordomo@vger.kernel.org

More majordomo info at  http://vger.kernel.org/majordomo-info.html

</excerpt>

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Geert Uytterhoeven]

On Tue, Aug 13, 2013 at 10:31 AM, Michael Schmitz
<schmitz@biophys.uni-duesseldorf.de> wrote:
>>> It really was Geert's work, I did not meaningfully contribute to that.
>>
>> Hm okay. Let’s just hope Geert hurries up and accepts them into
>> his tree and pushes them to Linus, because that’s normally the
>> requirement to get anything into the Debian kernel… not doing so
>> seriously hinders my position.
>
> He's orders of magnitude faster than me. Not very difficult really :-)

He's just returned from holidays, working through the still-growing mail backlog
while entertaining the kids and the household environment ;-)

>>> Having revived my Falcon, I should be in a position to test these.
>>
>> OK cool. The latter is only available now, having replaced the
>> former (but it WFM even on the buildd that uses btrfs).
>
> I can only test the interrupt patch part of it for now.

BTW, the interrupt patch only kills some messages at boot, right?
Or does (the lack of) it cause real errors later?

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

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Geert Uytterhoeven dixit:

>On Tue, Aug 13, 2013 at 10:31 AM, Michael Schmitz
><schmitz@biophys.uni-duesseldorf.de> wrote:

>>(Can you please use UTF-8 for eMails, not Windows-1252?)
>
>I'll try - no idea why Mac Mail would have used that. This one ought to be UTF-8.

Yes, that one was better.

>He's just returned from holidays, working through the still-growing mail backlog
>while entertaining the kids and the household environment ;-)

Ah, I see. Have fun, then ☺

>BTW, the interrupt patch only kills some messages at boot, right?
>Or does (the lack of) it cause real errors later?

I’m not entirely sure, but the “scary-looking” boot messages
are gone. Performance was mentioned in the thread IIRC, but
I haven’t noticed anything more than subtle.

bye,
//mirabilos, no holidays here ☹
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.	-- Rob Pike in "Notes on Programming in C"

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Michael Schmitz]

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

Thorsten,

>>> (Can you please use UTF-8 for eMails, not Windows-1252?)
>>
>> I'll try - no idea why Mac Mail would have used that. This one ought  
>> to be UTF-8.
>
> Yes, that one was better.

Good - now I'll just have to remember that.

>
>> He's just returned from holidays, working through the still-growing  
>> mail backlog
>> while entertaining the kids and the household environment ;-)
>
> Ah, I see. Have fun, then ☺

Seconded :-)

>
>> BTW, the interrupt patch only kills some messages at boot, right?
>> Or does (the lack of) it cause real errors later?
>
> I’m not entirely sure, but the “scary-looking” boot messages
> are gone. Performance was mentioned in the thread IIRC, but
> I haven’t noticed anything more than subtle.

Might not make much of a difference in ARAnyM - that's why I want to  
test it on the real hardware. The way things are going, not before  
Saturday though.

> bye,
> //mirabilos, no holidays here ☹

Same here - with a bit of luck we may finally get away sometime next  
week. The ultimate adventure: how to keep a toddler entertained on a  
long distance flight...

Cheers,

	Michael


> --  
> Sometimes they [people] care too much: pretty printers [and syntax  
> highligh-
> ting, d.A.] mechanically produce pretty output that accentuates  
> irrelevant
> detail in the program, which is as sensible as putting all the  
> prepositions
> in English text in bold font.	-- Rob Pike in "Notes on Programming in  
> C"
>
>
> --
> To UNSUBSCRIBE, email to debian-68k-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact  
> listmaster@lists.debian.org
> Archive:  
> http://lists.debian.org/ 
> Pine.BSM.4.64L.1308131039210.1920@herc.mirbsd.org

[-- Attachment #2: Type: text/enriched, Size: 2080 bytes --]

Thorsten,


<excerpt><excerpt><excerpt>(Can you please use UTF-8 for eMails, not
Windows-1252?)

</excerpt>

I'll try - no idea why Mac Mail would have used that. This one ought
to be UTF-8.

</excerpt>

Yes, that one was better. 

</excerpt>

Good - now I'll just have to remember that. 


<excerpt>

<excerpt>He's just returned from holidays, working through the
still-growing mail backlog

while entertaining the kids and the household environment ;-)

</excerpt>

Ah, I see. Have fun, then <fontfamily><param>OpenSymbol</param>☺

</fontfamily></excerpt>

Seconded :-)


<excerpt><fontfamily><param>OpenSymbol</param>

</fontfamily><excerpt>BTW, the interrupt patch only kills some
messages at boot, right?

Or does (the lack of) it cause real errors later?

</excerpt>

I’m not entirely sure, but the “scary-looking” boot messages

are gone. Performance was mentioned in the thread IIRC, but

I haven’t noticed anything more than subtle.

</excerpt>

Might not make much of a difference in ARAnyM - that's why I want to
test it on the real hardware. The way things are going, not before
Saturday though.


<excerpt>bye,

//mirabilos, no holidays here <fontfamily><param>OpenSymbol</param>☹

</fontfamily></excerpt>

Same here - with a bit of luck we may finally get away sometime next
week. The ultimate adventure: how to keep a toddler entertained on a
long distance flight...


Cheers,


	Michael



<excerpt>-- 

Sometimes they [people] care too much: pretty printers [and syntax
highligh-

ting, d.A.] mechanically produce pretty output that accentuates
irrelevant

detail in the program, which is as sensible as putting all the
prepositions

in English text in bold font.	-- Rob Pike in "Notes on Programming in
C"



--

To UNSUBSCRIBE, email to debian-68k-REQUEST@lists.debian.org

with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org

Archive:
http://lists.debian.org/Pine.BSM.4.64L.1308131039210.1920@herc.mirbsd.org

</excerpt>

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Michael Schmitz]

Hello Thorsten
>> BTW, the interrupt patch only kills some messages at boot, right?
>> Or does (the lack of) it cause real errors later?
>>     
>
> I’m not entirely sure, but the “scary-looking” boot messages
> are gone. Performance was mentioned in the thread IIRC, but
> I haven’t noticed anything more than subtle.
>
>   

Would you care to point me to a download link for the Atari 
multiplatform kernel?

The server I usually read my debian-68k mail through has gone down 
again, alas.

Cheers,

    Michael

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Michael Schmitz dixit:

> Would you care to point me to a download link for the Atari multiplatform
> kernel?

http://ftp.de.debian.org/debian-ports/pool-m68k/main/l/linux/ contains
the files, currently: linux-image-3.10-2-m68k_3.10.5-1+m68k.2_m68k.deb

> The server I usually read my debian-68k mail through has gone down again, alas.

http://news.gmane.org/gmane.linux.debian.ports.68k works;
nntp://news.gmane.org/gmane.linux.debian.ports.68k too (in lynx;
{news.gmane.org/nntp}#news.gmane.linux.debian.ports.68k in pine
which uses a different syntax, c-client IMAP instead of URI).

bye,
//mirabilos
-- 
> emacs als auch vi zum Kotzen finde (joe rules) und pine für den einzig
> bedienbaren textmode-mailclient halte (und ich hab sie alle ausprobiert). ;)
Hallooooo, ich bin der Holger ("Hallo Holger!"), und ich bin ebenfalls
... pine-User, und das auch noch gewohnheitsmäßig ("Oooooooohhh").  [aus dasr]

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Michael Schmitz]

Hello Thorsten,
>> Would you care to point me to a download link for the Atari multiplatform
>> kernel?
>>     
>
> http://ftp.de.debian.org/debian-ports/pool-m68k/main/l/linux/ contains
> the files, currently: linux-image-3.10-2-m68k_3.10.5-1+m68k.2_m68k.deb
>
>   
Thanks, downloaded.
>> The server I usually read my debian-68k mail through has gone down again, alas.
>>     
>
> http://news.gmane.org/gmane.linux.debian.ports.68k works;
> nntp://news.gmane.org/gmane.linux.debian.ports.68k too (in lynx;
> {news.gmane.org/nntp}#news.gmane.linux.debian.ports.68k in pine
> which uses a different syntax, c-client IMAP instead of URI).
>   
Wish I had pine to hand :-( I'll give lynx a try, thanks.

Cheers,

    Michael

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Michael Schmitz]

Hi Thorsten,

> http://ftp.de.debian.org/debian-ports/pool-m68k/main/l/linux/ contains
> the files, currently: linux-image-3.10-2-m68k_3.10.5-1+m68k.2_m68k.deb
>   

Sorry, that one's unparseable on any Linux system I have access to. When 
did Debian switch to xz as compressor in archives?

Cheers,

    Michael

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Michael Schmitz dixit:

> Sorry, that one's unparseable on any Linux system I have access to.
> When did Debian switch to xz as compressor in archives?

Support for it was in squeeze, and first packages begun to
use it shortly afterwards, so for years. I think I even saw
it being used before squeeze, for leaf packages such as -dbg
ones or those with huge data.

On the other hand, to actually *boot* a system successfully
with this kernel you need an initrd, which requires a system
up to date as of roughly end of 2012, anyway (due to the
initramfs-tools package and the versions of the packages
that are actually needed to be put *on* the initrd, and due
to the initrd being expected to be xz IIRC). So I'm afraid
you need to boot into at least Linux 3.2 first - images are
at http://snapshot.debian.org/package/linux/3.2.35-2/ and
also require xz to unpack already, but that can be done on
any Unix box (even BSD) using ar and tar; those are mostly
monolithic and don't require an initrd to boot - then to
dist-upgrade your system to latest unstable, at which point
you can apt-get install the 3.10 kernel.

bye,
//mirabilos
-- 
> Hi, does anyone sell openbsd stickers by themselves and not packaged
> with other products?
No, the only way I've seen them sold is for $40 with a free OpenBSD CD.
	-- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Michael Schmitz]

Hello Thorsten,

> Michael Schmitz dixit:
>
>> Sorry, that one's unparseable on any Linux system I have access to.
>> When did Debian switch to xz as compressor in archives?
>
> Support for it was in squeeze, and first packages begun to
> use it shortly afterwards, so for years. I think I even saw
> it being used before squeeze, for leaf packages such as -dbg
> ones or those with huge data.

I must admit I'm using Ubuntu LTS releases mostly, so 'years' might be 
the right ballpark.

> On the other hand, to actually *boot* a system successfully
> with this kernel you need an initrd, which requires a system
> up to date as of roughly end of 2012, anyway (due to the
> initramfs-tools package and the versions of the packages
> that are actually needed to be put *on* the initrd, and due
> to the initrd being expected to be xz IIRC). So I'm afraid
> you need to boot into at least Linux 3.2 first - images are
> at http://snapshot.debian.org/package/linux/3.2.35-2/ and
> also require xz to unpack already, but that can be done on
> any Unix box (even BSD) using ar and tar; those are mostly
> monolithic and don't require an initrd to boot - then to
> dist-upgrade your system to latest unstable, at which point
> you can apt-get install the 3.10 kernel.

I assumed the initrd was pre-built and included in the package. Silly 
of me.

Much easier to integrate the patch in question into my 3.10 git tree.

Thanks,

	Michael


>
> bye,
> //mirabilos
> -- 
>> Hi, does anyone sell openbsd stickers by themselves and not packaged
>> with other products?
> No, the only way I've seen them sold is for $40 with a free OpenBSD CD.
> 	-- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Michael Schmitz dixit:

> I must admit I'm using Ubuntu LTS releases mostly, so 'years' might be the
> right ballpark.

Haha…

> I assumed the initrd was pre-built and included in the package. Silly of me.

No, that’s not how they work (which is the reason for much annoyance
and reluctance on my part to switch to using initrd, and the reason
for me asking around on how to port kexec to m68k).

> Much easier to integrate the patch in question into my 3.10 git tree.

True.

bye,
//mirabilos
-- 
<hecker> cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten
die nicht noch 3 Jahre warten können? <mirabilos> bis dahin gibts google nicht
mehr <hecker> ja, könnte man meinen. wahrscheinlich ist der angekündigte welt-
untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum
müssen die die doodles vorher noch raushauen

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Geert Uytterhoeven]

On Tue, Aug 13, 2013 at 9:57 AM, Michael Schmitz
<schmitz@biophys.uni-duesseldorf.de> wrote:
>> • this interrupt patch
>
> Having revived my Falcon, I should be in a position to test these.

Anyone who has tried this on real iron? I haven't (on Amiga).

The merge window may open this weekend (but I wouldn't be surprised
if there was one more rc).

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

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Geert Uytterhoeven dixit:

>Anyone who has tried this on real iron? I haven't (on Amiga).

FWIW, that patch was in Debian linux-image-3.10-2-m68k
so everyone who successfully booted that counts.

Scott Holder booted it on his Macintosh AFAIR.

bye,
//mirabilos
-- 
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and went downhill from there” – “at least jetDB doesn’t claim to
be a database”	‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die!

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Geert Uytterhoeven]

On Thu, Aug 22, 2013 at 9:07 PM, Thorsten Glaser <tg@mirbsd.de> wrote:
>>Anyone who has tried this on real iron? I haven't (on Amiga).
>
> FWIW, that patch was in Debian linux-image-3.10-2-m68k
> so everyone who successfully booted that counts.
>
> Scott Holder booted it on his Macintosh AFAIR.

Applied and queued for 3.12


-- 
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

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Laurent Vivier]

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


> Le 22 août 2013 à 21:07, Thorsten Glaser <tg@mirbsd.de> a écrit :
>
>
> Geert Uytterhoeven dixit:
>
> >Anyone who has tried this on real iron? I haven't (on Amiga).
>
> FWIW, that patch was in Debian linux-image-3.10-2-m68k
> so everyone who successfully booted that counts.
>
> Scott Holder booted it on his Macintosh AFAIR.

I'd like to test this on my Quadra 800, where can I find the .deb ?

Regards,
Laurent

[-- Attachment #2: Type: text/html, Size: 1357 bytes --]

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Laurent Vivier dixit:

>I'd like to test this on my Quadra 800, where can I find the .deb ?

In Debian unstable: apt-get install linux-image-3.10-2-m68k
(or better linux-image-m68k which is the metapackage).

The .deb is not usable outside of a running unstable installation.

If you “just” want to test the kernel:
http://www.freewrt.org/~tg/f/vmlinux-3.10-2-m68k.gz

Maybe this initrd (generated on the Atari VM buildd) can
work for you somewhat (but this is totally unsupported,
and you really must install the kernel in an up-to-date
Debian unstable system for reliable operation):
http://zigo.mirbsd.org:8080/t/initrd.img-3.10-2-m68k

bye,
//mirabilos
-- 
13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good
guy. But he's always right! In every fsckin' situation, he's right. Even
with his deeply perverted taste in software and borked ambition towards
broken OSes - in the end, he's damn right about it :(! […] works in mksh

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Christian T. Steigies]

On Mon, Aug 26, 2013 at 11:12:38AM +0000, Thorsten Glaser wrote:
> Laurent Vivier dixit:
> 
> >I'd like to test this on my Quadra 800, where can I find the .deb ?
> 
> In Debian unstable: apt-get install linux-image-3.10-2-m68k
> (or better linux-image-m68k which is the metapackage).
> 
> The .deb is not usable outside of a running unstable installation.
> 
> If you ???just??? want to test the kernel:
> http://www.freewrt.org/~tg/f/vmlinux-3.10-2-m68k.gz
> 
> Maybe this initrd (generated on the Atari VM buildd) can
> work for you somewhat (but this is totally unsupported,
> and you really must install the kernel in an up-to-date
> Debian unstable system for reliable operation):
> http://zigo.mirbsd.org:8080/t/initrd.img-3.10-2-m68k

Do you get segfaults on aranym when you create the initrd? I get lots on
crest and kullervo, I am not sure iif it is always in the same place.
Probably some modules are not working then, so maybe one initrd for all
would be a good option. I do have the impression that with 3.10 there are
less segfaults than before, but I can not quantify that...

Christian

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Christian T. Steigies dixit:

>Do you get segfaults on aranym when you create the initrd? I get lots on

No and I never get them at all during normal system operation, only
for testsuites of some packages that either are buggy or use buggy
code.

>Probably some modules are not working then, so maybe one initrd for all

Such a thing does not exist for Debian.

bye,
//mirabilos
-- 
[00:02] <Vutral> gecko: benutzt du emacs ?
[00:03] <gecko> nö          [00:03] <gecko> nur n normalen mac
[00:04] <Vutral> argl       [00:04] <Vutral> ne den editor
	-- Vutral und gecko2 in #deutsch (NB: Editor? Betriebssystem.)

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Laurent Vivier]

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


> Le 26 août 2013 à 13:12, Thorsten Glaser <tg@mirbsd.de> a écrit :
>
>
> Laurent Vivier dixit:
>
> >I'd like to test this on my Quadra 800, where can I find the .deb ?
>
> In Debian unstable: apt-get install linux-image-3.10-2-m68k
> (or better linux-image-m68k which is the metapackage).

Thanks, but what is the URL, I want to wget it. I didn't find it on
ftp.debian.org.

> The .deb is not usable outside of a running unstable installation.

Why ? There are some (useless) new dependencies ?

I'm using a 3.10-rc2 from GIT in a etch-m68k distro and it works fine.

Regards,
Laurent

[-- Attachment #2: Type: text/html, Size: 1560 bytes --]

Re: [PATCH] m68k: handle Atari interrupts in multi-platform kernels

[Thorsten Glaser]

Laurent Vivier dixit:

>Thanks, but what is the URL, I want to wget it. I didn't find it on
>ftp.debian.org.

They’re on debian-ports, not debian.org, of course.

>> The .deb is not usable outside of a running unstable installation.
>
>Why ? There are some (useless) new dependencies ?

There are some use*ful* new dependencies: stuff to generate the
initramfs, which is now REQUIRED for the Debian distro kernel.

>I'm using a 3.10-rc2 from GIT in a etch-m68k distro and it works fine.

A self-compiled monolithic kernel will run fine, sure, but we
switched to requiring an initrd for 3.10 in Debian.

This *will* not work with etch-m68k.

Also, the *.deb files are now xz compressed instead of gzip,
which needs squeeze or newer.

bye,
//mirabilos
-- 
  "Using Lynx is like wearing a really good pair of shades: cuts out
   the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL."
                                         -- Henry Nelson, March 1999