NetBSD Problem Report #46619

From wennmach@geo.Uni-Koeln.DE  Fri Jun 22 09:15:11 2012
Return-Path: <wennmach@geo.Uni-Koeln.DE>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	by www.NetBSD.org (Postfix) with ESMTP id 29FB163B85F
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 22 Jun 2012 09:15:11 +0000 (UTC)
Message-Id: <20120622072814.9994D88CEF@lennox.geo.Uni-Koeln.DE>
Date: Fri, 22 Jun 2012 09:28:14 +0200 (CEST)
From: wennmach@geo.Uni-Koeln.DE
Reply-To: wennmach@geo.Uni-Koeln.DE
To: gnats-bugs@gnats.NetBSD.org
Subject: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
X-Send-Pr-Version: 3.95

>Number:         46619
>Category:       port-sparc64
>Synopsis:       init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    port-sparc64-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 22 09:20:00 +0000 2012
>Last-Modified:  Tue Jan 21 10:20:00 +0000 2014
>Originator:     Lex Wennmacher
>Release:        NetBSD 6.0_BETA2
>Organization:
Institut fuer Geophysik und Meteorologie         wennmach()geo.Uni-Koeln.DE
Universitaet zu Koeln
D-50923 Koeln 
>Environment:
System: NetBSD dagobert.geo.Uni-Koeln.DE 6.0_BETA2 NetBSD 6.0_BETA2 (GENERIC) 
Architecture: sparc64
Machine: sparc64
>Description:
init dies when booting a Sun Fire V240 with the NetBSD 6.0_BETA2 boot ISO
burnt on CD-ROM.

Contrary to what the error message suggests, a media error can be ruled out
as the same error happens when booting from an other CD. It rather appears
to be a problem with aceride.

Here's the boot log:
{0} ok boot cdrom
Boot device: /pci@1e,600000/ide@d/cdrom@0,0:f  File and args: 
NetBSD IEEE 1275 Multi-FS Bootblock
Version $NetBSD: bootblk.fth,v 1.13 2010/06/24 00:54:12 eeh Exp $
..>> NetBSD/sparc64 OpenFirmware Boot, Revision 1.16
=0xc87828
Loading netbsd: 8506280+554984+345744 [601968+393581]=0xdcf870
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007, 2008, 2009, 2010, 2011, 2012
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 6.0_BETA2 (GENERIC)
total memory = 8192 MB
avail memory = 8030 MB
mainbus0 (root): SUNW,Sun-Fire-V240 (Sun Fire V240): hostid 833fdb4b
cpu0 at mainbus0: SUNW,UltraSPARC-IIIi @ 1002 MHz, UPA id 0
cpu0: 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l)
cpu1 at mainbus0: SUNW,UltraSPARC-IIIi @ 1002 MHz, UPA id 1
cpu1: 32K instruction (32 b/l), 64K data (32 b/l), 1024K external (64 b/l)
memory-controller at mainbus0 not configured
memory-controller at mainbus0 not configured
schizo0 at mainbus0: addr 4000ff00000: "Tomatillo", version 4, ign 7c0, bus B 0 to 0
schizo0:  pci0 at schizo0
bge0 at pci0 dev 2 function 0: Broadcom BCM5704C Dual Gigabit Ethernet
bge0: interrupting at ivec 37c8
bge0: ASIC BCM5704 A1 (0x2001), Ethernet address 00:03:ba:3f:db:4b
brgphy0 at bge0 phy 1: BCM5704 1000BASE-T media interface, rev. 0
brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
bge1 at pci0 dev 2 function 1: Broadcom BCM5704C Dual Gigabit Ethernet
bge1: interrupting at ivec 37c9
bge1: ASIC BCM5704 A1 (0x2001), Ethernet address 00:03:ba:3f:db:4c
brgphy1 at bge1 phy 1: BCM5704 1000BASE-T media interface, rev. 0
brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
schizo1 at mainbus0: addr 4000f600000: "Tomatillo", version 4, ign 780, bus A 0 to 0
schizo1:  pci1 at schizo1
ebus0 at pci1 dev 7 function 0
ebus0: Acer Labs M1533 PCI-ISA Bridge, revision 0x00
flashprom at ebus0 addr 0-fffff, 290-290 not configured
rtc0 at ebus0 addr 70-71: mc146818 compatible time-of-day clock: m5819p
pcfiic0 at ebus0 addr 320-321 ipl 2e
iic0 at pcfiic0: I2C bus
i2c-bridge at iic0 addr 0x0b not configured
i2c-bridge at iic0 addr 0x0c not configured
motherboard-fru-prom at iic0 addr 0x51 not configured
chassis-fru-prom at iic0 addr 0x54 not configured
rmc-log at iic0 addr 0x57 not configured
power-supply-fru-prom at iic0 addr 0x58 not configured
power-supply-fru-prom at iic0 addr 0x52 not configured
spdmem0 at iic0 addr 0x5b
spdmem0: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
spdmem1 at iic0 addr 0x5c
spdmem1: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
spdmem2 at iic0 addr 0x5d
spdmem2: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
spdmem3 at iic0 addr 0x5e
spdmem3: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
spdmem4 at iic0 addr 0x63
spdmem4: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
spdmem5 at iic0 addr 0x64
spdmem5: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
spdmem6 at iic0 addr 0x65
spdmem6: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
spdmem7 at iic0 addr 0x66
spdmem7: DDR SDRAM (registered), data ECC, 1GB, 286MHz (PC-2300)
rscrtc at iic0 addr 0x68 not configured
nvram at iic0 addr 0x28 not configured
idprom at iic0 addr 0x28 not configured
gpio at iic0 addr 0x22 not configured
gpio at iic0 addr 0x23 not configured
gpio at iic0 addr 0x25 not configured
gpio at iic0 addr 0x34 not configured
gpio at iic0 addr 0x44 not configured
gpio at iic0 addr 0x38 not configured
power at ebus0 addr 800-82f ipl 20 not configured
com0 at ebus0 addr 3f8-3ff ipl 2c: ns16550a, working fifo
com0: console
com1 at ebus0 addr 2e8-2ef ipl 2c: ns16550a, working fifo
rmc-comm at ebus0 addr 3e8-3ef ipl 2c not configured
alipm has not been converted to device_t
alipm0 at pci1 dev 6 function 0: 223KHz clock
iic1 at alipm0: I2C bus
ohci0 at pci1 dev 10 function 0: Acer Labs M5237 USB 1.1 Host Controller (rev. 0x03)
ohci0: interrupting at ivec 7a7
ohci0: OHCI version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
aceride0 at pci1 dev 13 function 0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc4)
aceride0: using ivec 1f98 for native-PCI interrupt
atabus0 at aceride0 channel 0
atabus1 at aceride0 channel 1
schizo2 at mainbus0: addr 4000e600000: "Tomatillo", version 4, ign 700, bus A 0 to 0
schizo2:  pci2 at schizo2
esiop0 at pci2 dev 2 function 0: Symbios Logic 53c1010-66 (ultra3-wide scsi)
esiop0: using on-board RAM
esiop0: interrupting at ivec 1f29
scsibus0 at esiop0: 16 targets, 8 luns per target
esiop1 at pci2 dev 2 function 1: Symbios Logic 53c1010-66 (ultra3-wide scsi)
esiop1: using on-board RAM
esiop1: interrupting at ivec 1f28
scsibus1 at esiop1: 16 targets, 8 luns per target
schizo3 at mainbus0: addr 4000ef00000: "Tomatillo", version 4, ign 740, bus B 0 to 0
schizo3:  pci3 at schizo3
bge2 at pci3 dev 2 function 0: Broadcom BCM5704C Dual Gigabit Ethernet
bge2: interrupting at ivec 375c
bge2: ASIC BCM5704 A1 (0x2001), Ethernet address 00:03:ba:3f:db:4d
brgphy2 at bge2 phy 1: BCM5704 1000BASE-T media interface, rev. 0
brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
bge3 at pci3 dev 2 function 1: Broadcom BCM5704C Dual Gigabit Ethernet
bge3: interrupting at ivec 375d
bge3: ASIC BCM5704 A1 (0x2001), Ethernet address 00:03:ba:3f:db:4e
brgphy3 at bge3 phy 1: BCM5704 1000BASE-T media interface, rev. 0
brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
pcons at mainbus0 not configured
No counter-timer -- using %tick at 1002MHz as system clock.
scsibus0: waiting 2 seconds for devices to settle...
scsibus1: waiting 2 seconds for devices to settle...
uhub0 at usb0: Acer Labs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
sd0 at scsibus0 target 0 lun 0: <COMPAQ, BD03663622, BDC4> disk fixed
sd0: 34732 MB, 14002 cyl, 20 head, 254 sec, 512 bytes/sect x 71132000 sectors
sd0: sync (25.00ns offset 31), 16-bit (80.000MB/s) transfers, tagged queueing
atapibus0 at atabus0: 2 targets
cd0 at atapibus0 drive 0: <DV-28E-B, , 1.2B> cdrom removable
sd0: no disk label
root on cd0a dumps on cd0b
root file system type: cd9660
warning: no /dev/console
cd0(aceride0:0:0):  Check Condition on CDB: 0x28 00 00 00 14 93 00 00 04 00
    SENSE KEY:  Media Error
   INFO FIELD:  5344
     ASC/ASCQ:  No Seek Complete

Process (pid 1) got sig 11
cd0(aceride0:0:0):  Check Condition on CDB: 0x28 00 00 00 12 cb 00 00 04 00
    SENSE KEY:  Hardware Error
     ASC/ASCQ:  Logical Unit Communication CRC Error

panic: init died (signal 0, exit 11)
Stopped in pid 1.1 (init) at    netbsd:cpu_Debugger+0x4:        nop
db{1}> bt
panic(17cb5f8, 0, b, 1, 0, 0) at netbsd:panic+0x24
exit1(b798400, b00, 1, 1, 0, 40415308) at netbsd:exit1+0x934
sys_exit(b798400, 8d767dd0, 8d767e10, 1, 0, 40414f28) at netbsd:sys_exit+0x30
syscall_plain(8d767ed0, 8d767dd0, 40943888, ffffffffffffb0d1, 40943888, 1) at ne
tbsd:syscall_plain+0x134
?(b, ffffffffffffffff, 0, 0, 0, 40b40618) at 1008c48
db{1}> 

>How-To-Repeat:
Boot a Sun Fire V240 from a NetBSD 6.0_BETA2 boot ISO CD-ROM


>Fix:
	unknown

>Audit-Trail:
From: Manuel Bouyer <bouyer@antioche.eu.org>
To: gnats-bugs@NetBSD.org
Cc: port-sparc64-maintainer@NetBSD.org, gnats-admin@NetBSD.org,
        netbsd-bugs@NetBSD.org
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2
 (GENERIC)
Date: Fri, 22 Jun 2012 21:36:33 +0200

 On Fri, Jun 22, 2012 at 09:20:01AM +0000, wennmach@geo.Uni-Koeln.DE wrote:
 > init dies when booting a Sun Fire V240 with the NetBSD 6.0_BETA2 boot ISO
 > burnt on CD-ROM.
 > 
 > Contrary to what the error message suggests, a media error can be ruled out
 > as the same error happens when booting from an other CD. It rather appears
 > to be a problem with aceride.

 Did you try another CD *drive* ?
 I think it's unlikely a IDE issue: the kernel is getting sensible errors
 from the drive, which means it can send a REQUEST_SENSE command and
 get result back. Communications with the drive is working.

 -- 
 Manuel Bouyer <bouyer@antioche.eu.org>
      NetBSD: 26 ans d'experience feront toujours la difference
 --

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
Date: Sat, 23 Jun 2012 10:40:15 +0200

 I have similar hardware,

 cd0 at atapibus0 drive 0: <DV-28E-B, , 1.2B> cdrom removable
 cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33)
 cd0(aceride0:0:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA)

 and it fails just the same. You are right, aceride seems to work fine, but
 could it be an incompatibility of that ipscsci/atpai layer with this
 particular cd drive?

 I have a known working slim drive lying around, will see if I can replace
 it for testing. Will also try cd_disect from the misc/udfclient
 pkg on the drive.

 Martin

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
Date: Sat, 23 Jun 2012 15:30:07 +0200

 I check with cd_disect and there is nothing special (I could tell) about the
 drive. However, if I do:

 # dd if=/dev/rcd0c of=/dev/null bs=2k 

 with a known-working amd64 -current install CD/R in the drive I get:

 dd: /dev/rcd0c: Input/output error
 254+0 records in
 254+0 records out
 520192 bytes transferred in 17.883 secs (29088 bytes/sec)

 and the kernel logs:

 cd0(aceride0:0:0):  Check Condition on CDB: 0x28 00 00 00 00 fe 00 00 01 00
     SENSE KEY:  Hardware Error
      ASC/ASCQ:  Logical Unit Communication CRC Error

 Is that a bad cable or a (silicon) bug in aceride?

 Martin

From: "Dr. Lex Wennmacher" <wennmach@geo.Uni-Koeln.DE>
To: gnats-bugs@netbsd.org
Cc: port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,
        netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD
 6.0_BETA2 (GENERIC)
Date: Sat, 23 Jun 2012 19:31:14 +0200

 On Fri, Jun 22, 2012 at 07:40:04PM +0000, Manuel Bouyer wrote:
 >  
 >  Did you try another CD *drive* ?
 >  I think it's unlikely a IDE issue: the kernel is getting sensible errors
 >  from the drive, which means it can send a REQUEST_SENSE command and
 >  get result back. Communications with the drive is working.

 The CD drive is assumed good (it used to boot a Solaris/OpenSolaris CD-R just
 fine; but I'll re-check if it still does).

 I don't currently have a replacement drive available, unfortunately.


 Cheers,
 --Lex

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
Date: Sun, 24 Jun 2012 14:34:55 +0200

 Here is a hack from OpenSolaris for this machine:

 http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/sun4u/enchilada/os/enchilada.c#114


From: matthew green <mrg@eterna.com.au>
To: gnats-bugs@NetBSD.org
Cc: port-sparc64-maintainer@netbsd.org, gnats-admin@netbsd.org,
    netbsd-bugs@netbsd.org, wennmach@geo.Uni-Koeln.DE
Subject: re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
Date: Tue, 26 Jun 2012 03:33:36 +1000

 >  http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/sun4u/enchilada/os/enchilada.c#114

 oooh i love the use of magic in here :-)

 eg:

     130         val = pci_config_get8(isa_handle, 0x58);

     145                         pci_config_put8(isa_handle, 0x58, val & 0xFB);
     146                         drv_usecwait(1000);
     147                         pci_config_put8(isa_handle, 0x58, val);

 etc...  this chipset is gross.


 .mrg.

From: Manuel Bouyer <bouyer@antioche.eu.org>
To: gnats-bugs@NetBSD.org
Cc: port-sparc64-maintainer@NetBSD.org, gnats-admin@NetBSD.org,
        netbsd-bugs@NetBSD.org, wennmach@geo.Uni-Koeln.DE
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2
 (GENERIC)
Date: Tue, 26 Jun 2012 15:01:25 +0200

 On Sun, Jun 24, 2012 at 12:35:01PM +0000, Martin Husemann wrote:
 > The following reply was made to PR port-sparc64/46619; it has been noted by GNATS.
 > 
 > From: Martin Husemann <martin@duskware.de>
 > To: gnats-bugs@NetBSD.org
 > Cc: 
 > Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
 > Date: Sun, 24 Jun 2012 14:34:55 +0200
 > 
 >  Here is a hack from OpenSolaris for this machine:
 >  
 >  http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/sun4u/enchilada/os/enchilada.c#114

 We should already have this, see aceride.c revision 1.16

 -- 
 Manuel Bouyer <bouyer@antioche.eu.org>
      NetBSD: 26 ans d'experience feront toujours la difference
 --

From: "Dr. Lex Wennmacher" <wennmach@geo.Uni-Koeln.DE>
To: Manuel Bouyer <bouyer@antioche.eu.org>
Cc: gnats-bugs@NetBSD.org, port-sparc64-maintainer@NetBSD.org,
        gnats-admin@NetBSD.org, netbsd-bugs@NetBSD.org
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD
 6.0_BETA2 (GENERIC)
Date: Tue, 26 Jun 2012 15:32:23 +0200

 On Tue, Jun 26, 2012 at 03:01:25PM +0200, Manuel Bouyer wrote:
 > On Sun, Jun 24, 2012 at 12:35:01PM +0000, Martin Husemann wrote:
 > > The following reply was made to PR port-sparc64/46619; it has been noted by GNATS.
 > > 
 > > From: Martin Husemann <martin@duskware.de>
 > > To: gnats-bugs@NetBSD.org
 > > Cc: 
 > > Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
 > > Date: Sun, 24 Jun 2012 14:34:55 +0200
 > > 
 > >  Here is a hack from OpenSolaris for this machine:
 > >  
 > >  http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/sun4u/enchilada/os/enchilada.c#114
 > 
 > We should already have this, see aceride.c revision 1.16

 Yes, but the reset bug workaround is only installed if the Acer Labs M5229
 UDMA IDE Controller has rev == 0xC3.  The machine in question has rev = 0xC4.


 Cheers,
 --Lex

From: Manuel Bouyer <bouyer@antioche.eu.org>
To: "Dr. Lex Wennmacher" <wennmach@geo.Uni-Koeln.DE>
Cc: gnats-bugs@NetBSD.org, port-sparc64-maintainer@NetBSD.org,
        gnats-admin@NetBSD.org, netbsd-bugs@NetBSD.org
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2
 (GENERIC)
Date: Tue, 26 Jun 2012 15:49:45 +0200

 On Tue, Jun 26, 2012 at 03:32:23PM +0200, Dr. Lex Wennmacher wrote:
 > 
 > Yes, but the reset bug workaround is only installed if the Acer Labs M5229
 > UDMA IDE Controller has rev == 0xC3.  The machine in question has rev = 0xC4.

 It should be easy to see if enabling the workaround for 0xc4 has any effect.

 -- 
 Manuel Bouyer <bouyer@antioche.eu.org>
      NetBSD: 26 ans d'experience feront toujours la difference
 --

From: Martin Husemann <martin@duskware.de>
To: "Dr. Lex Wennmacher" <wennmach@geo.Uni-Koeln.DE>
Cc: Manuel Bouyer <bouyer@antioche.eu.org>, gnats-bugs@NetBSD.org,
	port-sparc64-maintainer@NetBSD.org, gnats-admin@NetBSD.org,
	netbsd-bugs@NetBSD.org
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
Date: Tue, 26 Jun 2012 16:01:13 +0200

 On Tue, Jun 26, 2012 at 03:32:23PM +0200, Dr. Lex Wennmacher wrote:
 > Yes, but the reset bug workaround is only installed if the Acer Labs M5229
 > UDMA IDE Controller has rev == 0xC3.  The machine in question has rev = 0xC4.

 Enabling the existing workaround for rev. 0xC4 unfortunately does not fix
 the problem for me.

 Martin

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
Date: Tue, 27 Nov 2012 13:00:34 +0100

 Just for the record, on a different machine with...

 aceride0 at pci2 dev 13 function 0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc4)
 aceride0: bus-master DMA support present
 aceride0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance
 aceride0: primary channel configured to native-PCI mode
 aceride0: using ivec 1f98 for native-PCI interrupt
 atabus0 at aceride0 channel 0
 aceride0: secondary channel configured to native-PCI mode
 atabus1 at aceride0 channel 1
 [..]
 atapibus0 at atabus1: 2 targets
 cd0 at atapibus0 drive 0: <JLMS XJ-HD166S, , D3S4> cdrom removable
 cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33)
 cd0(aceride0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA)

 ... everything works fine.

 Martin

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc64/46619: init dies on Sun Fire V240, NetBSD 6.0_BETA2 (GENERIC)
Date: Tue, 21 Jan 2014 11:18:45 +0100

 Some more testing with other CD media shows that my drive in the v210 is
 picky, but basically working. I just doesn't seem to like a lot of CD/R.

 Martin

Home	PR Database Search