Unoffical empeg BBS

Quick Links: Empeg FAQ | Software | RioCar.Org | Hijack | jEmplode | emphatic
Repairs: Repairs | Addons: Eutronix | Cases

Page 1 of 2 1 2 >
Topic Options
#317564 - 28/12/2008 13:54 SSD upgrade woes...
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Hi All

My long-suffering spouse bought me a couple of Transcend 32GB SSDs for Christmas as linked in the CF Empeg thread here.

I installed them yesterday and used Mark's Big Disk Builder as per the drive upgrade instructions in the FAQ (very comprehensive, thanks Tony). The builder worked fine, no problems that I could see so I installed V3A11 with Hijack slipstreamed downloaded from Mark's Big Disk page. So far so good. After installation, I updated Hijack to 503 and then tried to upload some files with Emplode. For some odd reason, Emplode couldn't see the Empeg on COM1, even though I'd been uploading Hijack with COM1 only a few minutes previously. No probs, I thought, I'll edit config.ini to reflect the static IP that I wanted on the 'peg which was the only reason that I wanted to use COM1 to connect anyway.

So, I ended up with an Empeg with V3A11 and Hijack 503 connected via Emplode on the IP I required. Great! Until I asked it to have some music on it.

I added just over a GB of files to Emplode and hit sync. I wandered off (as you do) and came back a bit later. The first thing I noticed was the message on the Empeg's display: "0000.-1 hdb: err: stat_timo" Not having seen that before, I opened my Terminal client (Tera Term) and watched the serial output (sorry, don't have a record). By this time, Emplode had popped up some warnings about files not being uploaded.

I killed the Emplode process as it seemed to be stuck and going nowhere and made the decision to re-build the disks (I'd also remembered a bug in A11 that used to cause me grief and was the reason that I wasn't running it prior to the new HDDs) with V2.0 final instead. I deleted the fids and did this, still using Mark's Big Disk builder, but using V2.0 Final without Hijack this time, adding 503 afterwards.

All went without a hitch and I was able to access COM1 again from within Emplode. Not sure what the problem with A11 and the COM access is, but never mind.

I tried uploading some songs again and got the same issues only worse. Log below.

Code:
end_request: I/O error, dev 03:44 (hdb), sector 553676
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553678
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553680
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553682
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553684
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553686
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")


*****CUT TO SAVE SPACE (100s OF LINES)*****

Code:
end_request: I/O error, dev 03:44 (hdb), sector 33106
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 33106
hdb: drive not ready for command
Restored terminal settings
Remounting first music partition read-only
Remounting second music partition read-only
Restart code received
Starting player
Timezone: GMT
Hijack: intercepting config.ini

hdb: stat_timo: status=0xff
hdb: drive not ready for command
  player.cpp        : 385:empeg-car 2.00 2003/04/01.
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 264
hdb: drive not ready for command
! tunedb_disk.cpp   :1274:Database size mismatch error.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000
hdb: stat_timo: status=0xff
hdb: drive not ready for command


*****AT THIS POINT EMPLODE/EMPEG GOT STUCK AND REQUIRED A HARD RESET*****

Code:
empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
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 kernel.
Linux version 2.2.17-rmk5-np17-empeg55-hijack-v503 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Thu Aug 14 22:07:32 EDT 2008
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 30102438) 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 20706d65 'emp '
Found custom animation at offset 0x9bb84
Tuner: loopback=1, ID=-1
show_message("Hijack v503 by Mark Lord")
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 d0004900).
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...
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0x5f55
hda: TS32GSSD25-M, ATA DISK drive
hdb: TS32GSSD25-M, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/63
hdb: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:26:09:86
Partition check:
 hda: hda1 < hda5 hda6 > hda2 hda3 hda4
 hdb: hdb1 < hdb5 hdb6 > hdb2 hdb3 hdb4
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_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 4k init
empeg 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
Remounting first music partition read-only
Remounting second music partition read-only
Press 'q' now to go into development mode. You Have Zero Seconds To Comply...
Starting player
Timezone: GMT
Hijack: intercepting config.ini

hijack: removed menu entry: "Hard Disk Detection"
hijack: removed menu entry: "Serial Port Assignment"
kftpd: listening on port 21
khttpd: listening on port 80
  player.cpp        : 385:empeg-car 2.00 2003/04/01.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000
Dead temp.sensor, status=0x00


I checked the Empeg and only the 1st layer of my playlists had been added but no files. The bizarre thing about all this is that I don't think either of the SSDs is faulty. The builder worked ok and the player software installed without any problems. I tried running smartctl, but error logging is not supported by these drives (so smartctl said).

Any clues, clever friends? Should I try the regular disk builders on the drives individually and run the stress tests? Would this be safe on SSDs?
_________________________
Steve

Top
#317565 - 28/12/2008 14:12 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Thought I'd try Jemplode quickly to see if it handled things any differently. I asked it to delete the playlists that had already been uploaded.

Code:
hda: stat_timo: status=0xd0
show_message("0120.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0120.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xd0
show_message("0120.-1 hdb: err: stat_timo")
hdb: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0120.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0120.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xd0
show_message("0120.-1 hdb: err: stat_timo")
hdb: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0120.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
Restarting system.

empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
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 kernel.
Linux version 2.2.17-rmk5-np17-empeg55-hijack-v503 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Thu Aug 14 22:07:32 EDT 2008
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 30102438) 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 20706d65 'emp '
Found custom animation at offset 0x9bb84
Tuner: loopback=1, ID=-1
show_message("Hijack v503 by Mark Lord")
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 d0004a00).
empeg RDS driver initialised
empeg power-pic driver initialised
RAM disk driver initialized:  16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xbfaa
ide_data_test: wrote 0x5555 read 0x5f55
hda: TS32GSSD25-M, ATA DISK drive
hdb: TS32GSSD25-M, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/63
hdb: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:26:09:86
Partition check:
 hda: hda1 < hda5 hda6 > hda2 hda3 hda4
 hdb: hdb1 < hdb5 hdb6 > hdb2 hdb3 hdb4
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_count=1
Trying 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
Remounting first music partition read-only
Remounting second music partition read-only
Press 'q' now to go into development mode. You Have Zero Seconds To Comply...
Starting player
Timezone: GMT
Hijack: intercepting config.ini

hijack: removed menu entry: "Hard Disk Detection"
hijack: removed menu entry: "Serial Port Assignment"
kftpd: listening on port 21
khttpd: listening on port 80
  player.cpp        : 385:empeg-car 2.00 2003/04/01.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000


It removed them ok, but there was a lot of garbage at the start.
_________________________
Steve

Top
#317581 - 28/12/2008 20:04 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Maybe the SSD firmware has a master/slave bug (or maybe they're not jumpered correctly?).

So, for fun, remove one SSD, and rebuild from scratch. Any better?

Top
#317592 - 29/12/2008 07:24 Re: SSD upgrade woes... [Re: mlord]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Well, I've searched Transcend's website for firmware updates but with no joy. Just going to try individual builds now. Post back a little later.
_________________________
Steve

Top
#317593 - 29/12/2008 07:49 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
I've checked the jumper positions. Based on the label on the drive...



I would say that the positions are correct? One jumper for master, no jumper for slave.



When I had the empeg booted up yesterday with both drives in, she was happy to report both drives present and correct.

_________________________
Steve

Top
#317594 - 29/12/2008 10:01 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
OK, left the drive that was jumpered as master connected and rebuilt that. Just tried uploading two albums to it and got:

Code:
Adding Swap: 16596k swap-space (priority -3)
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
hda: stat_timo: status=0xd0
show_message("0740.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0740.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
Restored terminal settings
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Restart code received
Starting player
Timezone: GMT
Hijack: intercepting config.ini

  player.cpp        : 385:empeg-car 2.00 2003/04/01.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000


So, two timeout errors in about 25 songs. Not good. Just for shits and giggles, I deleted the songs and uploaded them again. This time I got three errors. In both upload attempts, the files were transferred successfully to the empeg, despite the errors, with no warnings from emplode. When I tried yesterday to upload significantly more music, emplode displayed errors and some tracks were not transferred.

Gonna do the same with the slave (jumpering it as master).
_________________________
Steve

Top
#317595 - 29/12/2008 10:26 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
right in the middle of building the second drive and I've noticed something curious. The 'pumping partition' stage of the builder wizard was subject to long pauses in the progress bar during the building of the first drive, whereas the second drive was not and the partition was pumped in about 1/4 of the time. Not sure if it's relevant.
_________________________
Steve

Top
#317596 - 29/12/2008 11:11 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Build of second drive done, going to install player software and hijack. Thought I'd post the log.

Code:
e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v488 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Fri Feb 15 10:29:26 EST 2008
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 30102438) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15000k/16M available (992k code, 20k reserved, 368k 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 20706d65 'emp '
Found custom animation at offset 0x9bb84
Tuner: loopback=1, ID=-1
show_message("Hijack v488 by Mark Lord")
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 d0005080).
empeg RDS driver initialised
empeg power-pic driver initialised
RAM disk driver initialized:  16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:26:09:86
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_count=1
Trying to unmount old root ... Freeing unused kernel memory: 4k init+ /bin/mount -n /proc
+ log 'Builder image'
+ echo 'Builder image'
Buildeshow_message("Builder image")
r image
+ echo 'POPUP 9999 Builder image'
+ DRIVE1=
+ '[' -e /proc/ide/hdb -a -e /proc/ide/hdc ']'
+ '[' -e /proc/ide/hdb ']'
+ '[' -e /proc/ide/hdc ']'
+ /bin/mount -n -t ext2 -o ro,nocheck /dev/hda4 /drive0
+ '[' -d /drive0/fids ']'
+ /bin/umount /drive0
+ /bin/mkswap /dev/hda6
Setting up swapspace version 0, size = 16994304 bytes
+ /bin/swapon /dev/hda6
Adding Swap: 16596k swap-space (priority -1)
+ /bin/mkswap /dev/hda3
Setting up swapspace version 0, size = 17027072 bytes
+ /bin/swapon /dev/hda3
Adding Swap: 16628k swap-space (priority -2)
+ log 'Tuning hda5'
+ echo 'Tuning hda5'
Tuning show_message("Tuning hda5")
hda5
+ echo 'POPUP 9999 Tuning hda5'
+ /bin/tune2fs -c -1 -i0 /dev/hda5
tune2fs 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
Setting maximal mount count to -1
Setting interval between check 0 seconds
+ makedrive hda4 /drive0
+ dev=/dev/hda4
+ log 'Making hda4 filesystem'
+ echo 'Makishow_message("Making hda4 filesystem")
ng hda4 filesystem'
Making hda4 filesystem
+ echo 'POPUP 9999 Making hda4 filesystem'
+ /bin/mkfs.ext2 -v -s 1 -i 131072 -m 0 /dev/hda4
mke2fs 1.14, 9-Jan-1999 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
Linux ext2 filesystem format
Filesystem label=
243840 inodes, 31210200 blocks
0 blocks (0.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
3810 block groups
8192 blocks per group, 8192 fragments per group
64 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409, 663553,
        1024001, 1990657, 2809857, 5120001, 5971969, 17915905, 19668993,
        25600001,

Writing inode tables:  258/3810Dead temp.sensor, status=0x00
done
Writing superblocks and filesystem accounting information: done
+ log 'Tuning hda4'
+ echo 'Tuning hda4'
Tuning hda4
+ echo 'POPUP 9999 Tuning hda4'
show_message("Tuning hda4")
+ /bin/tune2fs -c -1 -i0 /dev/hda4
tune2fs 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
Setting maximal mount count to -1
Setting interval between check 0 seconds
+ /bin/sync
+ /bin/sync
+ log 'Mounting hda4'
+ echo 'Mounting hda4'show_message("Mounting hda4")

Mounting hda4
+ echo 'POPUP 9999 Mounting hda4'
+ /bin/mount -n -o rw,nocheck /dev/hda4 /drive0
+ /bin/sync
+ /bin/sync
+ log 'Making directories'
+ echo 'Making dishow_message("Making directories")
rectories'
Making directories
+ echo 'POPUP 9999 Making directories'
+ /bin/mkdir /drive0/fids
+ /bin/mkdir /drive0/var
+ echo '[hijack]'
+ log 'Remounting ro'
+ echo 'Remountingshow_message("Remounting ro")
 ro'
Remounting ro
+ echo 'POPUP 9999 Remounting ro'
+ /bin/mount -n -o remount,ro /dev/hda4 /drive0
+ /bin/sync
+ /bin/sync
+ log 'hda4 completed'
+ echo 'hda4 completeshow_message("hda4 completed")
d'
hda4 completed
+ echo 'POPUP 9999 hda4 completed'
+ '[' '' '!=' '' ']'
+ /bin/swapoff /dev/hda3
+ log 'Zeroing hda3'
+ echo 'Zeroing hda3'
Zeroing show_message("Zeroing hda3")
hda3
+ echo 'POPUP 9999 Zeroing hda3'
+ /bin/cat /dev/zero
/bin/cat: write error: No space left on device
+ /bin/swapoff /dev/hda6
+ log 'Done!  Testing disk..'
+ echo 'Done!  Testing disk..'
Done!  Testing disk..
+ echo 'POPUP 9999 Done!  Testing disk..'
show_message("Done!  Testing disk..")
+ /sbin/hdstress
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 9.65 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Seek test complete:  2.01 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=1 on fd=5
hdstress.cpp   194 (   33): Read a button press
hdstress.cpp   194 (   33): Read a button press
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 3.92 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Seek test complete:  2.02 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=1 on fd=5
hdstress.cpp   194 (   33): Read a button press
hdstress.cpp   194 (   33): Read a button press
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 6.78 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Seek test complete:  2.01 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 3.98 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=1 on fd=5
hdstress.cpp   194 (   33): Read a button press
hdstress.cpp   194 (   33): Read a button press
Seek test complete:  2.02 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5


Tony, I thought it worth mentioning that this is Mark's Big Disk Builder. In the FAQ it states that this version doesn't stress test the drives after build when in fact it does.
_________________________
Steve

Top
#317597 - 29/12/2008 11:42 Re: SSD upgrade woes... [Re: Major_Sarcasm]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 30588
Loc: Seattle, WA
I was told bigdisk didn't stress. Who told me that?
_________________________
Tony Fabris

Top
#317599 - 29/12/2008 11:48 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Bugger. The second drive displayed five errors whilst uploading the same songs.

Any clues Mark? Could it be that these devices simply aren't compatible with the Empeg full stop?
_________________________
Steve

Top
#317600 - 29/12/2008 11:51 Re: SSD upgrade woes... [Re: tfabris]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Originally Posted By: tfabris
I was told bigdisk didn't stress. Who told me that?

It doesn't do that in my latest internal copy here
(I just checked it now), but it might (or apparently does)
in some of the released versions.

That thing really needs an update soon-ish,
but my MythTV box is calling for some TLC and VDPAU goodness.

Cheers

Top
#317601 - 29/12/2008 11:56 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Originally Posted By: Major_Sarcasm
Bugger. The second drive displayed five errors whilst uploading the same songs.

Any clues Mark? Could it be that these devices simply aren't compatible with the Empeg full stop?

That does appear to be the case -- the original thread showed
64GB devices working, but perhaps these 32GB ones still have
firmware bugs, or are very slow at writing small amounts of data.

Try hdparm -W0 -K1 (top link on Hijack page)
on them (once), and then send them some more tunes.

EDIT: actually, first dump/post here the hdparm -I results.

-ml


Edited by mlord (29/12/2008 11:57)

Top
#317602 - 29/12/2008 12:05 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Oh, and I wouldn't panic too much just yet.
There's this guy around here somewhere who knows how
to hack IDE stuff at the lowest of levels, so odds
are good that these can be made to work just fine. smile

Quote:
hda: no DRQ after issuing WRITE

A longer than normal timeout in the Linux driver
might cure that one. Spec says 20msec, Linux waits 50msec.
But we could easily have it wait (much) longer, if it turns
out to be simply slow at write-prepare/erase time.

Another thing which will probably help a great deal
for SSD here (including CF cards), would be to turn on
the multi-sector write capabilities, if they're not already on.

Hijack used to do this, but I think (not sure) that I took
it out again after a complaint from somewhere.
This really should go back in for CF cards and SSDs.

Cheers


Edited by mlord (29/12/2008 12:07)

Top
#317603 - 29/12/2008 12:24 Re: SSD upgrade woes... [Re: mlord]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Hehe, that's why I'm grateful & glad you're on the case.

Being a complete linux n00b, can you tell me why when I try to execute the hdparm file, I get this:

**edited for brevity of the thread**

It seems to be ignoring the -I switch.


Edited by Major_Sarcasm (29/12/2008 12:59)
Edit Reason: thread's getting very cumbersome
_________________________
Steve

Top
#317604 - 29/12/2008 12:48 Re: SSD upgrade woes... [Re: Major_Sarcasm]
LittleBlueThing
addict

Registered: 11/01/2002
Posts: 607
Loc: Reading, UK
You need to tell it what drive to look at.

So try :

hdparm.bin -I /dev/hda
hdparm.bin -I /dev/hdb


Edited by LittleBlueThing (29/12/2008 12:49)
_________________________
LittleBlueThing Running twin 30's

Top
#317605 - 29/12/2008 12:55 Re: SSD upgrade woes... [Re: LittleBlueThing]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Ah ha! Thank you indeed.

Code:
empeg:/drive0/var# ./hdparm.bin -I /dev/hda

/dev/hda:

ATA device, with non-removable media
        Model Number:       TS32GSSD25-M
        Serial Number:      00238605014A
        Firmware Revision:  V0826
Standards:
        Used: ATA/ATAPI-7 T13 1532D revision 4a
        Supported: 8 7 6 5 & some of 8
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:   62586880
        device size with M = 1024*1024:       30560 MBytes
        device size with M = 1000*1000:       32044 MBytes (32 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 1   Current = ?
        Recommended acoustic management value: 128, current value: 254
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
                Write cache
                Look-ahead
           *    Mandatory FLUSH_CACHE
           *    SATA-I signaling speed (1.5Gb/s)
           *    SATA-II signaling speed (3.0Gb/s)
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
        2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT.
Integrity word not set (found 0x0000, expected 0xa8a5)
_________________________
Steve

Top
#317607 - 29/12/2008 13:46 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Okay, so was that before, or after, you did hdparm -W0 -K1 ?

If it was before, then you should instead try hdparm -W1 -K1

Top
#317608 - 29/12/2008 13:47 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Added the 1st drive back in and hdparm'd it. Exactly the same (as expected) just a different serial no.

It appears that "hdparm.bin -I /dev/hda" works but "hdparm.bin -I /dev/hdb" doesn't when two devices are connected. I'll have to manually swap each drive into the master position to effect any changes it seems.

Originally Posted By: mlord
Try hdparm -W0 -K1 (top link on Hijack page)
on them (once), and then send them some more tunes.


I haven't done this yet as your post appeared to suggest holding off on these commands until I'd posted the results of "-I"
_________________________
Steve

Top
#317609 - 29/12/2008 13:48 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Oh.. and I now see that these are SATA SSDs.
Which cannot work as-is in an empeg (wrong connector, among other issues).

So.. how do you have them connected ?

EDIT: Mmm.. I suppose the maker might have built-in
a SATA-to-IDE convertor chip, which could explain that.
And those chips often cause other problems, too.


Thx.


Edited by mlord (29/12/2008 13:51)

Top
#317610 - 29/12/2008 13:54 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Originally Posted By: Major_Sarcasm
It appears that "hdparm.bin -I /dev/hda" works but "hdparm.bin -I /dev/hdb" doesn't when two devices are connected. I'll have to manually swap each drive into the master position to effect any changes it seems.

Uh.. you'll need to fix that before wasting time on *anything* else here.
This is fundamental, and must work.

???


Edited by mlord (29/12/2008 13:55)

Top
#317611 - 29/12/2008 14:04 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Code:
empeg:/drive0/var# ./hdparm.bin -W1 -K1 /dev/hda

/dev/hda:
 setting drive keep features to 1 (on)
 setting drive write-caching to 1 (on)
 write-caching =  1 (on)


Just uploaded some files and got:

Code:
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success

_________________________
Steve

Top
#317612 - 29/12/2008 14:05 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Originally Posted By: mlord
EDIT: Mmm.. I suppose the maker might have built-in
a SATA-to-IDE convertor chip, which could explain that.
And those chips often cause other problems, too.

Okay, so the bridge chip is indeed built-in,
according to page 6 of the product datasheet.

So one might reasonably expect these things to actually be IDE (ATA) compliant. heh.

Top
#317613 - 29/12/2008 14:10 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
The dual drive hdparm thing is one issue,
but I suppose we should set that aside
and concentrate on getting a single drive config going first.

So unplug one drive, and use just a single SSD for now.

Here's a special hijack image that waits longer for DRQ on writes.

The theory is that they're pre-erasing the sectors before
allowing the data transfer to begin, and this is taking a
while. Especially when our transfers are so tiny, requiring
lots of erasing and data shuffling internal to the SSD.


Edited by mlord (29/12/2008 14:12)

Top
#317614 - 29/12/2008 14:11 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
I've just done a "hdparm -I" and the write cache is now got an asterisk by it, so I guess that flag stuck.

The drives have a 44 pin connector and plug straight in. I noticed the SATA reference in the data earlier and wondered whether it would have significance to this app.
_________________________
Steve

Top
#317615 - 29/12/2008 14:12 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Just hijacking now. Report back soon.
_________________________
Steve

Top
#317616 - 29/12/2008 14:18 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
It's just an ordinary (but misnamed) zImage file, same as usual.

Top
#317620 - 29/12/2008 14:55 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
*faints*

OK, just uploaded the same bunch of files (about 25) with no errors being reported via serial and none on the empeg's display either.

Mr Lord, I bow before thee.

Should I apply those W1 K1 switches to the other drive?
_________________________
Steve

Top
#317626 - 29/12/2008 16:06 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Well, first we need to know if the -W1 -K1 did it, or if the new hijack did it..

Did you try the -W1 -K1 with the original (released) Hijack ?

Cheers

Top
#317627 - 29/12/2008 16:08 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13506
Loc: Canada
Or more useful, perhaps, could you just do hdparm -W0 and then try some more uploads with the experimental hijack ?

If that still works, then I'll release that copy of Hijack, and *maybe* respin the bigdisk images to include it.

Cheers

Top
#317628 - 29/12/2008 16:25 Re: SSD upgrade woes... [Re: mlord]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Originally Posted By: mlord
Well, first we need to know if the -W1 -K1 did it, or if the new hijack did it..

Did you try the -W1 -K1 with the original (released) Hijack ?

Cheers


Yes, and that resulted in errors.

Originally Posted By: mlord
Or more useful, perhaps, could you just do hdparm -W0 and then try some more uploads with the experimental hijack ?

If that still works, then I'll release that copy of Hijack, and *maybe* respin the bigdisk images to include it.

Cheers


Will do. I'll report back in a bit.
_________________________
Steve

Top
Page 1 of 2 1 2 >