Visual Autochange bug | Technical / Troubleshooting | unofficial empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

You are not logged in. [Log In] empegbbs.com » Forums » empeg-car » Technical / Troubleshooting » Visual Autochange bug

Topic Options

#318928 - 08/02/2009 21:26 Visual Autochange bug
Dviant new poster Registered: 14/01/2005 Posts: 38	So apparently I have the rare Visual auto change bug (Visuals change with track despite settings). I don't exactly know when I picked up this bug as I haven't really done anything but sync the device in several years. I just never noticed till I recently changed vehicles and its new install location is much more visible. Currently running 2.01 dev. No Hijack currently but upgraded to v508 before I reflashed to try to get rid of it. I don't think have I ever installed anything beta (been a while, but I'm not the type - I like things to just work), I didn't even start to run Hijack till late in the game. There isn't too much posted on the forum, found a couple threads but they aren't too helpful. Its a rare bug. Lucky me. Any thoughts of what to do about it? I know just re-flashing doesn't work. Thanks
Top

#318936 - 09/02/2009 13:07 Re: Visual Autochange bug [Re: Dviant]
mlord carpal tunnel Registered: 29/08/2000 Posts: 14493 Loc: Canada	Originally Posted By: Dviant So apparently I have the rare Visual auto change bug (Visuals change with track despite settings) Strange, I've never heard of this bug before. One way to tackle it might be to just clear the flash savearea, but first I'd like to see if anyone else here knows (more) about it. -ml
Top

#318941 - 09/02/2009 15:04 Re: Visual Autochange bug [Re: mlord]
Dviant new poster Registered: 14/01/2005 Posts: 38	Guess that's why I only found a few posts on it One 5 years old several others 7. #1. With 2.00b11 though #2. Version unlisted. These seem to describe the problem I was having. I don't think I ever installed a beta though, Ive been running 2.01 for years (and I have likely had the bug just as long).
Top

#318951 - 09/02/2009 18:13 Re: Visual Autochange bug [Re: Dviant]
tfabris carpal tunnel Registered: 20/12/1999 Posts: 31597 Loc: Seattle, WA	Just out of curiosity, does your player currently have a problem with an exessively large config.ini file? _________________________ Tony Fabris
Top

#318961 - 09/02/2009 19:02 Re: Visual Autochange bug [Re: mlord]
mlord carpal tunnel Registered: 29/08/2000 Posts: 14493 Loc: Canada	Originally Posted By: mlord One way to tackle it might be to just clear the flash savearea Here. Install this special hijack kernel, boot once or twice with it, verify that the visuals now behave (without rebooting), and then re-install a regular (hijack) kernel over top of it again (regardless). Totally untested, of course. -ml Edited by mlord (09/02/2009 19:03)
Top

#319001 - 10/02/2009 01:38 Re: Visual Autochange bug [Re: tfabris]
Dviant new poster Registered: 14/01/2005 Posts: 38	Re: Excessive Config.ini: It shouldn't but I'll look into it while I still have the "ancient" pc out of storage for serial port access. Re: Special Hijack: I'll see what happens and post back. Can't do any permanent damage. Thanks! Edit: Well, I underestimated how ancient my old PC was. Upon start up into win2k I heard the familiar sound of a hard disk trying to die "Spin up, click, spin, click, spin". Luckily it was only the storage drive. The old IBM 75GXP finally bit the dust. Edited by Dviant (10/02/2009 02:41)
Top

#319003 - 10/02/2009 02:37 Re: Visual Autochange bug [Re: Dviant]
Dviant new poster Registered: 14/01/2005 Posts: 38	Took a peek at the Config.ini using Emplode. It looks pretty standard. Least not random ranges of garbled characters described in the FAQ.
Top

#319005 - 10/02/2009 02:54 Re: Visual Autochange bug [Re: mlord]
Dviant new poster Registered: 14/01/2005 Posts: 38	Hmmm... used Logoedit to upload the special hijack. The player does not boot with it though. When I put power to it the power light flashes once, goes off, and then it just hangs and is unresponsive. I guess we can safely say the test was a failure But for posterity here is the Hyperterminal readout after applying the "special" Hijack version: Quote: empeg-car bootstrap v1.02 20001106 ([email protected]) If there is anyone present who wants to upgrade the flash, let them speak now, or forever hold their peace...it seems not. Let fly the Penguins of Linux! e000 v1.04 Copying kernel... Calling linux kernel... Uncompressing Linux..................................... done, booting the kerne l. Linux version 2.2.14-rmk5-np17-empeg55 (peter@tatu) (gcc version 2.95.3 20010315 (release)) #20 Tue Jul 6 15:36:06 BST 2004 Processor: Intel StrongARM-1100 revision 11 Checking for extra DRAM: c1000000: wrote ffffffff, read 9afffff0 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. empeg-car player (hardware revision 9, serial number 10101954) Command line: mem=16m Calibrating delay loop... 207.67 BogoMIPS Memory: 15024k/16M available (964k code, 20k reserved, 372k data, 4k init) Dentry hash table entries: 2048 (order 2, 16k) Buffer cache hash table entries: 16384 (order 4, 64k) Page cache hash table entries: 4096 (order 2, 16k) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (ehash 16384 bhash 16384) IrDA (tm) Protocols for Linux-2.2 (Dag Brattli) Linux-IrDA: IrCOMM protocol ( revision:Tue May 18 03:11:39 1999 ) ircomm_tty: virtual tty driver for IrCOMM ( revision:Wed May 26 00:49:11 1999 ) Starting kswapd v 1.5 SA1100 serial driver version 4.27 with no serial options enabled ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART Signature is 206f6972 'rio ' empeg display initialised. empeg dsp audio initialised empeg dsp mixer initialised empeg dsp initialised empeg audio-in initialised, CS4231A revision a0 empeg remote control/panel button initialised. empeg usb initialised, PDIUSBD12 id 1012 empeg state support initialised 0089/88c1 (save to d0004280). empeg RDS driver initialised empeg power-pic driver initialised (first boot) RAM disk driver initialized: 16 RAM disks of 4096K size empeg single channel IDE Probing primary interface... hda: FUJITSU MHT2080AT, ATA DISK drive hda: FUJITSU MHT2080AT, ATA DISK drive hda: FUJITSU MHT2080AT, ATA DISK drive hda: FUJITSU MHT2080AT, ATA DISK drive hda: FUJITSU MHT2080AT, ATA DISK drive hda: FUJITSU MHT2080AT, ATA DISK drive ide0 at 0x000-0x007,0x038 on irq 6 hda: FUJITSU MHT2080AT, 76319MB w/8192kB Cache, CHS=9729/255/63 empeg-flash driver initialized smc chip id/revision 0x3349 smc9194.c:v0.12 03/06/96 by Erik Stahlman ([email protected]) SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:22:07:a 2 Partition check: hda: hda1 < hda5 hda6 > hda2 hda3 hda4 RAMDISK: ext2 filesystem found at block 0 RAMDISK: Loading 320 blocks [1 disk] into ram disk... done. EXT2-fs warning: checktime reached, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). empeg-pump v0.03 (19980601) Press Ctrl-A to enter pump...VFS: Mounted root (ext2 filesystem) readonly. change_root: old root has d_countTrying to unmount old root ... okay Freeing unused kernel memory: 4k initempeg init 0.8 I see this is a developer image! Mounting proc Mounting first music partition Tried to mount /dev/hda4 as reiserfs but got error 19 Mounting second music partition Tried to mount /dev/hdc4 but got error 6 Error mounting partitions (possibly already mounted) Remounting first music partition read-only Remounting second music partition read-only No secondary hard disk Press 'q' now to go into development mode. You Have Zero Seconds To Comply... Starting player player.cpp : 385:empeg-car 2.01 2004/07/06. Prolux 4 empeg car - 2.1434 Jul 5 2004 Vcb: 0x4086d000 empeg-car bootstrap v1.02 20001106 ([email protected]) If there is anyone present who wants to upgrade the flash, let them speak now, or forever hold their peace...it seems not. Let fly the Penguins of Linux! e000 v1.04 Copying kernel... Calling linux kernel... Uncompressing Linux..................................... done, booting the kerne l. Linux version 2.2.17-rmk5-np17-empeg55-hijack-v508 ([email protected]) (gcc version 2.95.3 20010315 (release)) #5 Mon Feb 9 16:01:25 EST 2009 Processor: Intel StrongARM-1100 revision 11 Checking for extra DRAM: c1000000: wrote ffffffff, read e28cc001 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. empeg-car player (hardware revision 9, serial number 10101954) 16MB DRAM Command line: mem=16m Calibrating delay loop... 207.67 BogoMIPS Memory: 15000k/16M available (996k code, 20k reserved, 364k data, 4k init) Dentry hash table entries: 2048 (order 2, 16k) Buffer cache hash table entries: 16384 (order 4, 64k) Page cache hash table entries: 4096 (order 2, 16k) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (ehash 16384 bhash 16384) IrDA (tm) Protocols for Linux-2.2 (Dag Brattli) Starting kswapd v 1.5 SA1100 serial driver version 4.27 with no serial options enabled ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART Signature is 206f6972 'rio ' show_message("ffff.-1 sigkill err") Unable to handle kernel NULL pointer dereference at virtual address 00000000 memmap = C0004000, pgd = c0004000 pgd = c0133801, pmd = c0133801, pte = c000000b, ppte = c000000a Internal error: Oops: 0 CPU: 0 pc : [<c00bb28c>] lr : [<c00bb094>] sp : c0003dec ip : c0111a30 fp : c0003e14 r10: c00fa74c r9 : 00000000 r8 : c010dc28 r7 : c010dc34 r6 : 0000ffff r5 : 00000000 r4 : d0004280 r3 : 00000000 r2 : c01233a4 r1 : c010dc34 r0 : c0126208 Flags: nzCv IRQs off FIQs on Mode SVC_32 Segment kernel Control: C000517D Table: C000517D DAC: 0000001D Process swapper (pid: 1, stackpage=c0003000) Stack: c0003dc0: c00bb0 94 c0003de0: c00bb28c 20000093 ffffffff d0004280 00000005 c0003ea0 c010dc34 c010dc 28 c0003e00: c010dc38 c00fa74c c0003e48 c0003e18 c00bb094 c00bb250 c0016314 000000 00 c0003e20: c012fff0 c0003ea0 00000001 c010c790 c0126714 00000000 c0003e80 c0003e 7c c0003e40: c0003e4c c00c9154 c00bb020 c0003eac 00000000 c0112eb8 c0003e80 000000 01 c0003e60: c010c790 c0126714 4401a11b c0008580 c0003f34 c0003e80 c00c977c c00c91 2c c0003e80: fa050000 c0003ef4 00000001 c001994c 60000013 ffffffff 00000001 c0003f 24 c0003ea0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003ec0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003ee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003f00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003f20: 206f6972 c010dcc8 c0003f58 c0003f38 c00bc63c c00c972c 0000006f 000000 20 c0003f40: fe100000 fe100020 c01233e8 c0003f74 c0003f5c c00bd060 c00bc550 000000 01 c0003f60: c0104768 c0125a5c c0003f84 c0003f78 c00b0ef8 c00bcf04 c0003f94 c0003f 88 c0003f80: c00a1440 c00b0ec4 c0003fb4 c0003f98 c0046c58 c00a143c 00000001 c01047 68 c0003fa0: c0125a5c c010c790 c0003fdc c0003fb8 c0009ab8 c0046c54 00000000 c0009b 8c c0003fc0: c012f9dc c0104760 c0104764 c0104988 c0003ffc c0003fe0 c0009b9c c00099 c0 c0003fe0: c0009b8c c012f9dc c0104760 c0104764 c0103fd8 c0004000 c000b6ec c0009b 98 Backtrace: Function entered at [<c00bb244>] from [<c00bb094>] r10 = C00FA74C r9 = C010DC38 r8 = C010DC28 r7 = C010DC34 r6 = C0003EA0 r5 = 00000005 r4 = D0004280 Function entered at [<c00bb014>] from [<c00c9154>] r10 = C0003E80 r9 = 00000000 r8 = C0126714 r7 = C010C790 r6 = 00000001 r5 = C0003EA0 r4 = C012FFF0 Function entered at [<c00c9120>] from [<c00c977c>] r10 = C0008580 r9 = 4401A11B r8 = C0126714 r7 = C010C790 r6 = 00000001 r5 = C0003E80 r4 = C0112EB8 Function entered at [<c00c9720>] from [<c00bc63c>] r5 = C010DCC8 r4 = 206F6972 Function entered at [<c00bc544>] from [<c00bd060>] r6 = C01233E8 r5 = FE100020 r4 = FE100000 Function entered at [<c00bcef8>] from [<c00b0ef8>] r6 = C0125A5C r5 = C0104768 r4 = 00000001 Function entered at [<c00b0eb8>] from [<c00a1440>] Function entered at [<c00a1430>] from [<c0046c58>] Function entered at [<c0046c48>] from [<c0009ab8>] r7 = C010C790 r6 = C0125A5C r5 = C0104768 r4 = 00000001 Function entered at [<c00099b4>] from [<c0009b9c>] r8 = C0104988 r7 = C0104764 r6 = C0104760 r5 = C012F9DC r4 = C0009B8C Function entered at [<c0009b8c>] from [<c000b6ec>] r7 = C0104764 r6 = C0104760 r5 = C012F9DC r4 = C0009B8C Function entered at [<c00096c4>] from [<c00098b0>] Function entered at [<c00096dc>] from [<c0008080>] r7 = C0125F30 r6 = C0125E84 r5 = C0130430 r4 = C0130430 Code: e5925000 e5903000 (e5853000) e5902000 e59f01b8 empeg-car bootstrap v1.02 20001106 ([email protected]) If there is anyone present who wants to upgrade the flash, let them speak now, or forever hold their peace...it seems not. Let fly the Penguins of Linux! e000 v1.04 Copying kernel... Calling linux kernel... Uncompressing Linux..................................... done, booting the kerne l. Linux version 2.2.17-rmk5-np17-empeg55-hijack-v508 ([email protected]) (gcc version 2.95.3 20010315 (release)) #5 Mon Feb 9 16:01:25 EST 2009 Processor: Intel StrongARM-1100 revision 11 Checking for extra DRAM: c1000000: wrote ffffffff, read e28cc001 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. empeg-car player (hardware revision 9, serial number 10101954) 16MB DRAM Command line: mem=16m Calibrating delay loop... 207.67 BogoMIPS Memory: 15000k/16M available (996k code, 20k reserved, 364k data, 4k init) Dentry hash table entries: 2048 (order 2, 16k) Buffer cache hash table entries: 16384 (order 4, 64k) Page cache hash table entries: 4096 (order 2, 16k) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP TCP: Hash tables configured (ehash 16384 bhash 16384) IrDA (tm) Protocols for Linux-2.2 (Dag Brattli) Starting kswapd v 1.5 SA1100 serial driver version 4.27 with no serial options enabled ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART Signature is 206f6972 'rio ' show_message("ffff.-1 sigkill err") Unable to handle kernel NULL pointer dereference at virtual address 00000000 memmap = C0004000, pgd = c0004000 pgd = c0133801, pmd = c0133801, pte = c000000b, ppte = c000000a Internal error: Oops: 0 CPU: 0 pc : [<c00bb28c>] lr : [<c00bb094>] sp : c0003dec ip : c0111a30 fp : c0003e14 r10: c00fa74c r9 : 00000000 r8 : c010dc28 r7 : c010dc34 r6 : 0000ffff r5 : 00000000 r4 : d0004280 r3 : 00000000 r2 : c01233a4 r1 : c010dc34 r0 : c0126208 Flags: nzCv IRQs off FIQs on Mode SVC_32 Segment kernel Control: C000517D Table: C000517D DAC: 0000001D Process swapper (pid: 1, stackpage=c0003000) Stack: c0003dc0: c00bb0 94 c0003de0: c00bb28c 20000093 ffffffff d0004280 00000005 c0003ea0 c010dc34 c010dc 28 c0003e00: c010dc38 c00fa74c c0003e48 c0003e18 c00bb094 c00bb250 c0016314 000000 00 c0003e20: c012fff0 c0003ea0 00000001 c010c790 c0126714 00000000 c0003e80 c0003e 7c c0003e40: c0003e4c c00c9154 c00bb020 c0003eac 00000000 c0112eb8 c0003e80 000000 01 c0003e60: c010c790 c0126714 4401a11b c0008580 c0003f34 c0003e80 c00c977c c00c91 2c c0003e80: fa050000 c0003ef4 00000001 c001994c 60000013 ffffffff 00000001 c0003f 24 c0003ea0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003ec0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003ee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003f00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 000000 00 c0003f20: 206f6972 c010dcc8 c0003f58 c0003f38 c00bc63c c00c972c 0000006f 000000 20 c0003f40: fe100000 fe100020 c01233e8 c0003f74 c0003f5c c00bd060 c00bc550 000000 01 c0003f60: c0104768 c0125a5c c0003f84 c0003f78 c00b0ef8 c00bcf04 c0003f94 c0003f 88 c0003f80: c00a1440 c00b0ec4 c0003fb4 c0003f98 c0046c58 c00a143c 00000001 c01047 68 c0003fa0: c0125a5c c010c790 c0003fdc c0003fb8 c0009ab8 c0046c54 00000000 c0009b 8c c0003fc0: c012f9dc c0104760 c0104764 c0104988 c0003ffc c0003fe0 c0009b9c c00099 c0 c0003fe0: c0009b8c c012f9dc c0104760 c0104764 c0103fd8 c0004000 c000b6ec c0009b 98 Backtrace: Function entered at [<c00bb244>] from [<c00bb094>] r10 = C00FA74C r9 = C010DC38 r8 = C010DC28 r7 = C010DC34 r6 = C0003EA0 r5 = 00000005 r4 = D0004280 Function entered at [<c00bb014>] from [<c00c9154>] r10 = C0003E80 r9 = 00000000 r8 = C0126714 r7 = C010C790 r6 = 00000001 r5 = C0003EA0 r4 = C012FFF0 Function entered at [<c00c9120>] from [<c00c977c>] r10 = C0008580 r9 = 4401A11B r8 = C0126714 r7 = C010C790 r6 = 00000001 r5 = C0003E80 r4 = C0112EB8 Function entered at [<c00c9720>] from [<c00bc63c>] r5 = C010DCC8 r4 = 206F6972 Function entered at [<c00bc544>] from [<c00bd060>] r6 = C01233E8 r5 = FE100020 r4 = FE100000 Function entered at [<c00bcef8>] from [<c00b0ef8>] r6 = C0125A5C r5 = C0104768 r4 = 00000001 Function entered at [<c00b0eb8>] from [<c00a1440>] Function entered at [<c00a1430>] from [<c0046c58>] Function entered at [<c0046c48>] from [<c0009ab8>] r7 = C010C790 r6 = C0125A5C r5 = C0104768 r4 = 00000001 Function entered at [<c00099b4>] from [<c0009b9c>] r8 = C0104988 r7 = C0104764 r6 = C0104760 r5 = C012F9DC r4 = C0009B8C Function entered at [<c0009b8c>] from [<c000b6ec>] r7 = C0104764 r6 = C0104760 r5 = C012F9DC r4 = C0009B8C Function entered at [<c00096c4>] from [<c00098b0>] Function entered at [<c00096dc>] from [<c0008080>] r7 = C0125F30 r6 = C0125E84 r5 = C0130430 r4 = C0130430 Code: e5925000 e5903000 (e5853000) e5902000 e59f01b8 Edited by Dviant (10/02/2009 03:29)
Top

#319016 - 10/02/2009 12:10 Re: Visual Autochange bug [Re: Dviant]
mlord carpal tunnel Registered: 29/08/2000 Posts: 14493 Loc: Canada	Ouch.. I guess the flash driver doesn't appreciate the beauty of recursion. Okay, try this one instead. Slightly different procedure required: 1. flash the new kernel. 2. boot with it. 3. suspend the player (push top button until it goes to sleep). 4. wake it up again after a few seconds. 5. wait until the disk stops spinning. 6. power it off. 7. flash a normal kernel again. Any luck? -ml
Top

#319039 - 10/02/2009 19:13 Re: Visual Autochange bug [Re: mlord]
Dviant new poster Registered: 14/01/2005 Posts: 38	YES! That one worked beautifully. Everything now seems to be working as is should. Upon booting with the second flash immediately upon reboot a message saying "Settings Lost" appeared. But it proceeded to boot up and act like it should. Awesome! Thank you very much!
Top

#319073 - 11/02/2009 01:29 Re: Visual Autochange bug [Re: Dviant]
mlord carpal tunnel Registered: 29/08/2000 Posts: 14493 Loc: Canada	Super. And of course I completely forgot to get a savearea dump before we fixed it -- could have been useful in having Hijack automatically detect/fix this kind of thing in the future. Silly me. Actually, the old (bad) settings are probably still in flash (it takes 32 suspend/poweroff cycles on average before they get wiped). But it's not really worth the fuss. The visual autorepeat settings are saved as a bunch of 2-bit bitfields in the flash, and I suspect accidental sign-extension is happening to one of them when the field next door isn't all zeros. Or something like that. Cheers
Top

#319089 - 11/02/2009 12:24 Re: Visual Autochange bug [Re: mlord]
Dviant new poster Registered: 14/01/2005 Posts: 38	Well, hindsight IS 20/20. Hopefully I won't, but if I see this problem again I'll post back. Somehow I doubt it as evidenced by the few are far between posts on the problem.
Top

#323920 - 02/07/2009 18:52 Re: Visual Autochange bug [Re: Dviant]
Coyttl new poster Registered: 02/07/2009 Posts: 6	Hey all. New here and I hate to revive an old thread, but.. I have this issue as well (for the last year or so!) figured I would finally see if there was a fix. I was going to apply Mark's kernel, but before I did wondered if anyone still cared to get an image of my flash area. (I doubt it, since development seems to have been stopp? That's a shame. - But I thought I'd ask.) Cheers all, Mike.
Top

#323921 - 02/07/2009 19:10 Re: Visual Autochange bug [Re: Coyttl]
mlord carpal tunnel Registered: 29/08/2000 Posts: 14493 Loc: Canada	Naw, just nuke it.
Top

#323922 - 02/07/2009 19:47 Re: Visual Autochange bug [Re: mlord]
Coyttl new poster Registered: 02/07/2009 Posts: 6	Okay, done. (Or doing.. It seems that Vista x64 is not a happy camper with COM port and the upload utility. Grr.) Thanks.
Top

View All Topics