Thread: [Emile-devel] Need test on 840AV
Status: Beta
Brought to you by:
lvivier
From: Laurent V. <Lau...@wa...> - 2005-05-08 22:29:02
|
Hi everybody, is someone can test this floppy image on a 840AV ? http://emile.sourceforge.net/floppy.img You just need to boot your Q840AV on this floppy and watch to see if it goes until DHCP request. It uses a patched kernel to correctly disable and clear IRQs when we boot without macos. This problem originally happened on LC450/III and was corrected. It has been reported similar problem on 840AV and I try to correct it without owning a 840AV. The applied patch is: Index: linux-mac68k-2.2/arch/m68k/mac/macints.c =================================================================== --- linux-mac68k-2.2.orig/arch/m68k/mac/macints.c 2003-06-03 05:20:39.000000000 +0200 +++ linux-mac68k-2.2/arch/m68k/mac/macints.c 2005-05-08 23:17:01.000000000 +0200 @@ -207,6 +207,8 @@ /* Initialize the IRQ handler lists. Initially each list is empty, */ for (i = 0; i < NUM_MAC_SOURCES; i++) { + mac_disable_irq(i); + mac_clear_irq(i); mac_irq_list[i] = NULL; } Thank you for your help, Laurent |
From: Finn T. <ft...@te...> - 2005-05-09 02:21:11
|
On Mon, 9 May 2005, Laurent Vivier wrote: > Hi everybody, > > is someone can test this floppy image on a 840AV ? I can test it on a 660av in a couple of days (I'm interstate right now). > http://emile.sourceforge.net/floppy.img > > You just need to boot your Q840AV on this floppy and watch to see if it goes > until DHCP request. > > It uses a patched kernel to correctly disable and clear IRQs when we boot > without macos. There is also problem with 2.6 kernels where the PSC is not being initialised properly at boot. I noticed this when the MACE interrupts wouldn't work if MacOS did not have the built-in ethernet configured. Sounds like the same problem. > This problem originally happened on LC450/III and was corrected. > It has been reported similar problem on 840AV and I try to correct it without > owning a 840AV. > > The applied patch is: Perhaps it would be better to fix psc_init()? That routine already attempts to do disable and clear the PSC interrupt registers... but I wouldn't ask you to figure out why psc_init() doesn't work without having the hardware :) I'll look at it sometime this week. -f > Index: linux-mac68k-2.2/arch/m68k/mac/macints.c > =================================================================== > --- linux-mac68k-2.2.orig/arch/m68k/mac/macints.c 2003-06-03 > 05:20:39.000000000 +0200 > +++ linux-mac68k-2.2/arch/m68k/mac/macints.c 2005-05-08 23:17:01.000000000 > +0200 > @@ -207,6 +207,8 @@ > /* Initialize the IRQ handler lists. Initially each list is empty, */ > for (i = 0; i < NUM_MAC_SOURCES; i++) { > + mac_disable_irq(i); > + mac_clear_irq(i); > mac_irq_list[i] = NULL; > } > > Thank you for your help, > Laurent > > _______________________________________________ > linux-mac68k mailing list > lin...@li... > http://lists.purplehat.net/listinfo/linux-mac68k > > |
From: Finn T. <ft...@te...> - 2005-05-10 16:14:05
|
On Mon, 9 May 2005, Laurent Vivier wrote: > Hi everybody, > > is someone can test this floppy image on a 840AV ? > > http://emile.sourceforge.net/floppy.img > > You just need to boot your Q840AV on this floppy and watch to see if it goes > until DHCP request. I tested your floppy image on my 660AV, but the boot stopped at "J". I then added "debug=ser" to the kernel arguments and I got: Linux version 2.2.27-rc2 (m68k@imac) (gcc version 2.95.3 20010315 (release)) #4 Sun May 8 23:17:32 CEST 2005 Detected Macintosh model: 60 Penguin bootinfo data: Video: addr 0x50100800 row 0x400 depth 8 dimensions 640 x 480 Videological 0xf0100800 phys. 0x50100800, SCC at 0x50f04000 Boottime: 0xe6e62487 GMTBias: 0x0 Machine ID: 60 CPUid: 0x2 memory size: 0x24 VIA1 at 50f00000 is a 6522 or clone VIA2 at 50f02000 is a 6522 or clone PSC detected at 50f31000 Killing all PSC DMA channels...done! PSC #3: IFR = 0x00 IER = 0x00 PSC #4: IFR = 0x01 IER = 0x06 PSC #5: IFR = 0x00 IER = 0x00 PSC #6: IFR = 0x01 IER = 0x00 SWIM: unknown Macintosh: report to maintainer ! Apple Macintosh Centris 660AV Kernel command line: root=/dev/nfs ip=dhcp rw debug=ser Console: colour dummy device 80x25 Up until the hang the boot log is quite normal (apart from SWIM driver message). Maybe I should try penguin? Can I download the vmlinux you used to make the floppy image? -f |
From: Laurent V. <Lau...@wa...> - 2005-05-10 16:23:32
|
Le mar 10/05/2005 =C3=A0 18:13, Finn Thain a =C3=A9crit : > On Mon, 9 May 2005, Laurent Vivier wrote: >=20 > > Hi everybody, > >=20 > > is someone can test this floppy image on a 840AV ? > >=20 > > http://emile.sourceforge.net/floppy.img > >=20 > > You just need to boot your Q840AV on this floppy and watch to see if it= goes > > until DHCP request. >=20 > I tested your floppy image on my 660AV, but the boot stopped at "J". I=20 > then added "debug=3Dser" to the kernel arguments and I got: >=20 > Linux version 2.2.27-rc2 (m68k@imac) (gcc version 2.95.3 20010315 (releas= e)) #4 Sun May 8 23:17:32 CEST 2005 > Detected Macintosh model: 60 > Penguin bootinfo data: > Video: addr 0x50100800 row 0x400 depth 8 dimensions 640 x 480 > Videological 0xf0100800 phys. 0x50100800, SCC at 0x50f04000 > Boottime: 0xe6e62487 GMTBias: 0x0 > Machine ID: 60 CPUid: 0x2 memory size: 0x24 > VIA1 at 50f00000 is a 6522 or clone > VIA2 at 50f02000 is a 6522 or clone > PSC detected at 50f31000 > Killing all PSC DMA channels...done! > PSC #3: IFR =3D 0x00 IER =3D 0x00 > PSC #4: IFR =3D 0x01 IER =3D 0x06 > PSC #5: IFR =3D 0x00 IER =3D 0x00 > PSC #6: IFR =3D 0x01 IER =3D 0x00 > SWIM: unknown Macintosh: report to maintainer ! > Apple Macintosh Centris 660AV > Kernel command line: root=3D/dev/nfs ip=3Ddhcp rw debug=3Dser > Console: colour dummy device 80x25 >=20 > Up until the hang the boot log is quite normal (apart from SWIM driver=20 > message). I'm the author of SWIM driver, so no problem ;-) >=20 > Maybe I should try penguin? Can I download the vmlinux you used to make=20 > the floppy image? try http://chartreuse.dyndns.org/~m68k/vmlinux-2.2.27-rc2 >=20 > -f Thank you for your help Laurent |
From: Finn T. <ft...@te...> - 2005-05-11 04:09:59
|
On Tue, 10 May 2005, Laurent Vivier wrote: > Le mar 10/05/2005 =C3=A0 18:13, Finn Thain a =C3=A9crit : > > On Mon, 9 May 2005, Laurent Vivier wrote: > >=20 > > > Hi everybody, > > >=20 > > > is someone can test this floppy image on a 840AV ? > > >=20 > > > http://emile.sourceforge.net/floppy.img > > >=20 > > > You just need to boot your Q840AV on this floppy and watch to see if= =20 > > > it goes until DHCP request. > >=20 > > I tested your floppy image on my 660AV, but the boot stopped at "J". I= =20 > > then added "debug=3Dser" to the kernel arguments and I got: > >=20 > > Linux version 2.2.27-rc2 (m68k@imac) (gcc version 2.95.3 20010315 (rele= ase)) #4 Sun May 8 23:17:32 CEST 2005=20 > > Detected Macintosh model: 60 > > Penguin bootinfo data: > > Video: addr 0x50100800 row 0x400 depth 8 dimensions 640 x 480 > > Videological 0xf0100800 phys. 0x50100800, SCC at 0x50f04000 > > Boottime: 0xe6e62487 GMTBias: 0x0 > > Machine ID: 60 CPUid: 0x2 memory size: 0x24 > > VIA1 at 50f00000 is a 6522 or clone > > VIA2 at 50f02000 is a 6522 or clone > > PSC detected at 50f31000 > > Killing all PSC DMA channels...done! > > PSC #3: IFR =3D 0x00 IER =3D 0x00 > > PSC #4: IFR =3D 0x01 IER =3D 0x06 > > PSC #5: IFR =3D 0x00 IER =3D 0x00 > > PSC #6: IFR =3D 0x01 IER =3D 0x00 > > SWIM: unknown Macintosh: report to maintainer ! > > Apple Macintosh Centris 660AV > > Kernel command line: root=3D/dev/nfs ip=3Ddhcp rw debug=3Dser > > Console: colour dummy device 80x25 > >=20 > > Up until the hang the boot log is quite normal (apart from SWIM driver= =20 > > message). >=20 > I'm the author of SWIM driver, so no problem ;-) >=20 > >=20 > > Maybe I should try penguin? Can I download the vmlinux you used to=20 > > make the floppy image? >=20 > try http://chartreuse.dyndns.org/~m68k/vmlinux-2.2.27-rc2 >=20 > >=20 > > -f >=20 > Thank you for your help > Laurent >=20 That kernel works well when booted from penguin. (Apart from the missing=20 modules, of course). You can see from the log below that the PSC is being= =20 initialised differently. There may be a clue in that the hang is=20 preventing video initialisation? Maybe the PSC needs special=20 initialisation to make the emulated VIAs work? (Figuring out how to=20 accomplish that could be, um, interesting.) Maybe Ray or Brad might be=20 able to shed some light on this? -f # cat /proc/interrupts auto 0: 0 spurious int auto 1: 14685 L VIA1 Dispatch auto 2: 1029 L VIA2 Dispatch auto 3: 4 L PSC Dispatch auto 4: 9 L PSC Dispatch auto 5: 0 L PSC Dispatch auto 6: 0 L PSC Dispatch auto 7: 0 L NMI via1 9: 5142 console/cursor via1 10: 1449 adb CUDA interrupt via1 14: 8444 timer via2 17: 14685 F Nubus Dispatch via2 19: 1029 Mac ESP SCSI psc 24: 4 eth0 psc 33: 1 SCC A psc 34: 0 SCC B psc 35: 8 eth0 # dmesg Linux version 2.2.27-rc2 (m68k@imac) (gcc version 2.95.3 20010315 (release)= ) #4 Sun May 8 23:17:32 CEST 2005 Detected Macintosh model: 60 Penguin bootinfo data: Video: addr 0x50100800 row 0x400 depth 8 dimensions 640 x 480 Videological 0xf0100800 phys. 0x50100800, SCC at 0x50f04000 Boottime: 0xe6e632d3 GMTBias: 0x0 Machine ID: 60 CPUid: 0x2 memory size: 0x24 VIA1 at 50f00000 is a 6522 or clone VIA2 at 50f02000 is a 6522 or clone PSC detected at 50f31000 Killing all PSC DMA channels...done! PSC #3: IFR =3D 0x00 IER =3D 0x00 PSC #4: IFR =3D 0x81 IER =3D 0x0F PSC #5: IFR =3D 0x00 IER =3D 0x03 PSC #6: IFR =3D 0x01 IER =3D 0x00 SWIM: unknown Macintosh: report to maintainer ! Apple Macintosh Centris 660AV Kernel command line: ro root=3D/dev/sda4 init=3D/boot.sh debug debug=3Dser console=3Dtty0 Console: colour dummy device 80x25 Calibrating delay loop... 16.53 BogoMIPS Memory: 34944k/36864k available (1068k kernel code, 772k data, 80k init) Dentry hash table entries: 8192 (order 4, 64k) Buffer cache hash table entries: 65536 (order 6, 256k) Page cache hash table entries: 16384 (order 4, 64k) kmem_create: Forcing size word alignment - filp POSIX conformance testing by UNIFIX NuBus: Scanning NuBus slots. adb: CUDA interface. CUDA: HW Setup: 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15 ! CUDA: HW Setup done! adb: init done. Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 kmem_create: Forcing size word alignment - skbuff_head_cache NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP kmem_create: Forcing size word alignment - tcp_tw_bucket TCP: Hash tables configured (ehash 65536 bhash 65536) Starting kswapd v 1.5 macfb: framebuffer at 0x50100800, mapped to 0xd0000800, size 480k macfb: mode is 640x480x8, linelength=3D1024 macfb: scrolling: redraw fbcon_startup: No VBL detected, using timer based cursor. Console: switching to colour frame buffer device 80x30 fb0: Civic built-in frame buffer device CUDA autopoll on ... Configuring keyboard: leds on ... configuring coding mode ... keyboard init done M68K Serial driver version 1.01 mackbd_leds: got reply, sending request! Mac68K Z8530 serial driver version 1.01 ttyS0 at 0x50f04002: 8350 ESCC w/o DMA ttyS1 at 0x50f04000: 8350 ESCC w/o DMA pty: 256 Unix98 ptys configured Macintosh ADB mouse driver installed. RAM disk driver initialized: 16 RAM disks of 4096K size loop: registered device at major 7 mac_esp: io base at 0x50f18000 esp: addr at 0x50f18000 SCSI ID 7 Clk 25MHz CCF=3D5 TOut 167 NCR53C9x(esp236) mac_esp: 1 esp controllers found scsi0 : ESP236 (NCR53C9x) scsi : 1 host. Vendor: CONNER Model: CP30540 SUN0535 Rev: B0CD Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 5, lun 0 scsi : detected 1 SCSI generic 1 SCSI disk total. SCSI device sda: hdwr sector=3D 512 bytes. Sectors=3D 1059528 [517 MB] [0.5 GB] eth0: 68K MACE, hardware address 08:00:07:DC:EF:AE Partition check: sda: MAC sda1 sda2 sda3 sda4 sda5 VFS: Mounted root (ext2 filesystem) readonly. |
From: Brad B. <fl...@al...> - 2005-05-11 15:21:51
|
On Wed, May 11, 2005 at 02:09:53PM +1000, Finn Thain wrote: > That kernel works well when booted from penguin. (Apart from the missing > modules, of course). You can see from the log below that the PSC is being > initialised differently. There may be a clue in that the hang is > preventing video initialisation? Maybe the PSC needs special > initialisation to make the emulated VIAs work? (Figuring out how to > accomplish that could be, um, interesting.) Maybe Ray or Brad might be > able to shed some light on this? I wouldn't doubt that the PSC is incredibly picky, but I would think that the ROM would have it mostly initialized before it even tries to look for a system. My guess would actually be that the video chip isn't initialized properly. The ROM based drivers for internal video are known to be flakey on enough other models that I wouldn't be surprised to find that the system completely resets the video and configures it. While I do have a PSC based model (840AV), I haven't done any real development for it yet. Brad Boyer fl...@al... |
From: Laurent V. <Lau...@wa...> - 2005-05-12 19:02:24
|
Hi, is someone can test this one: http://chartreuse.dyndns.org/~m68k/netboot.bin Thank you, Regards, Laurent Le 10 mai 05 =E0 18:13, Finn Thain a =E9crit : > On Mon, 9 May 2005, Laurent Vivier wrote: > > >> Hi everybody, >> >> is someone can test this floppy image on a 840AV ? >> >> http://emile.sourceforge.net/floppy.img >> >> You just need to boot your Q840AV on this floppy and watch to see =20 >> if it goes >> until DHCP request. >> > > I tested your floppy image on my 660AV, but the boot stopped at "J". I > then added "debug=3Dser" to the kernel arguments and I got: > > Linux version 2.2.27-rc2 (m68k@imac) (gcc version 2.95.3 20010315 =20 > (release)) #4 Sun May 8 23:17:32 CEST 2005 > Detected Macintosh model: 60 > Penguin bootinfo data: > Video: addr 0x50100800 row 0x400 depth 8 dimensions 640 x 480 > Videological 0xf0100800 phys. 0x50100800, SCC at 0x50f04000 > Boottime: 0xe6e62487 GMTBias: 0x0 > Machine ID: 60 CPUid: 0x2 memory size: 0x24 > VIA1 at 50f00000 is a 6522 or clone > VIA2 at 50f02000 is a 6522 or clone > PSC detected at 50f31000 > Killing all PSC DMA channels...done! > PSC #3: IFR =3D 0x00 IER =3D 0x00 > PSC #4: IFR =3D 0x01 IER =3D 0x06 > PSC #5: IFR =3D 0x00 IER =3D 0x00 > PSC #6: IFR =3D 0x01 IER =3D 0x00 > SWIM: unknown Macintosh: report to maintainer ! > Apple Macintosh Centris 660AV > Kernel command line: root=3D/dev/nfs ip=3Ddhcp rw debug=3Dser > Console: colour dummy device 80x25 > > Up until the hang the boot log is quite normal (apart from SWIM driver > message). > > Maybe I should try penguin? Can I download the vmlinux you used to =20 > make > the floppy image? > > -f > |
From: Finn T. <ft...@te...> - 2005-05-13 03:33:50
|
On Thu, 12 May 2005, Laurent Vivier wrote: > Hi, >=20 > is someone can test this one: >=20 > http://chartreuse.dyndns.org/~m68k/netboot.bin Same hang, same debug log, I'm afraid. I think it will be necessary to add= =20 some printks to the kernel to find out exactly where it is dying (all we=20 know is that it is after "J" and before "Calibrating delay loop...").=20 Also, if you add debug=3Dser to future images, I'll be able to see where it= =20 hangs more easily. I forgot to mention this last time: the floppy will not boot Emile at all= =20 except for a warm boot following a MacOS restart (or MacOS -> Penguin -> Linux -> reboot). A cold boot usually just spits out the floppy.=20 Resetting PRAM on a warm boot does not change this behaviour. I have a second 660AV (that has internal CDROM & hard disk, S/N appears to= =20 be greater) that always dies with a sad mac 0000000F 00000002 when trying= =20 to boot Emile, whether cold or warm (same floppy disk). In all other ways, the two machines behave identically. -f > Thank you, > Regards, > Laurent >=20 > Le 10 mai 05 =E0 18:13, Finn Thain a =E9crit : >=20 > > On Mon, 9 May 2005, Laurent Vivier wrote: > >=20 > >=20 > > > Hi everybody, > > >=20 > > > is someone can test this floppy image on a 840AV ? > > >=20 > > > http://emile.sourceforge.net/floppy.img > > >=20 > > > You just need to boot your Q840AV on this floppy and watch to see if > > > it goes > > > until DHCP request. > > >=20 > >=20 > > I tested your floppy image on my 660AV, but the boot stopped at "J". I > > then added "debug=3Dser" to the kernel arguments and I got: > >=20 > > Linux version 2.2.27-rc2 (m68k@imac) (gcc version 2.95.3 20010315 > > (release)) #4 Sun May 8 23:17:32 CEST 2005 > > Detected Macintosh model: 60 > > Penguin bootinfo data: > > Video: addr 0x50100800 row 0x400 depth 8 dimensions 640 x 480 > > Videological 0xf0100800 phys. 0x50100800, SCC at 0x50f04000 > > Boottime: 0xe6e62487 GMTBias: 0x0 > > Machine ID: 60 CPUid: 0x2 memory size: 0x24 > > VIA1 at 50f00000 is a 6522 or clone > > VIA2 at 50f02000 is a 6522 or clone > > PSC detected at 50f31000 > > Killing all PSC DMA channels...done! > > PSC #3: IFR =3D 0x00 IER =3D 0x00 > > PSC #4: IFR =3D 0x01 IER =3D 0x06 > > PSC #5: IFR =3D 0x00 IER =3D 0x00 > > PSC #6: IFR =3D 0x01 IER =3D 0x00 > > SWIM: unknown Macintosh: report to maintainer ! > > Apple Macintosh Centris 660AV > > Kernel command line: root=3D/dev/nfs ip=3Ddhcp rw debug=3Dser > > Console: colour dummy device 80x25 > >=20 > > Up until the hang the boot log is quite normal (apart from SWIM driver > > message). > >=20 > > Maybe I should try penguin? Can I download the vmlinux you used to make > > the floppy image? > >=20 > > -f > >=20 >=20 >=20 >=20 |
From: Riccardo M. <ro...@ti...> - 2005-05-16 23:07:28
|
Laurent Vivier wrote: > > Hi everybody, hello laurent > is someone can test this floppy image on a 840AV ? sorry for thel ong delay.... I own a real quadra 840AV. > http://emile.sourceforge.net/floppy.img > > You just need to boot your Q840AV on this floppy and watch to see if > it goes until DHCP request. hey, but trying to make the floppy udner macos was a failure :) I had to do it under solaris on my sun box. > > It uses a patched kernel to correctly disable and clear IRQs when we > boot without macos. > > This problem originally happened on LC450/III and was corrected. > It has been reported similar problem on 840AV and I try to correct it > without owning a 840AV. the foppy loades Emile and starts the Kernel load, but the process fails at the letter "J" of the kernel load process. cheers, Riccardo |