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-empeg52-hijack-v413 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Tue Aug 17 18:05:30 EDT 2004
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read e91ba9f0
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 10101551) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15008k/16M available (984k 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 67706d65 'empg'
Found custom animation at offset 0x9877c
Tuner: loopback=0, ID=-1
Scheduling custom logo.
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 ffff
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request
USB: Non-standard request

Just to get it out of the way...what OS are you running? If Windows XP, have you installed the special Windows XP USB driver?

Have you tried syncing over serial or ethernet?

I think (not sure) that the "Usb non standard request" message mvigneau is talking about, isn't related to synch attempts with emplode.

This bootlog was gathered over an RS-232 serial link I believe. I'd bet that there wasn't even a USB cable connected at the time. If that's the case I'd start to worry about hardware trouble on the player itself.

If there WAS a usb cable connected at the time, then Meatballman, you could be right mvigneau merely needs to read and obey these instructions.

It's something wrong with the USB chip.

He's got:

Quote:
empeg usb initialised, PDIUSBD12 id ffff

when it should be:

Quote:
empeg usb initialised, PDIUSBD12 id 1012

That just means that *something* on the I/O bus is bad. It might be the USB chip, it might be the IDE header, it might be the ls245 buffers, it might be the ethernet chip, or it might be the CS42xx chip.

Cheers

In any of these cases, it is likely that you should transplant your hard drive tray to a spare empeg (if available) and send this one in for diagnosis and repair.

Yeah...that's what I figured.

The problem is that there isn't even a USB Cable connected and yes, I am pulling that information from the RS232 port.

The hard drive is making noises, so I am going to try and back it up. I think the hard drive is why it isn't working. The USB might go back to when the CS42xx chip died back in March of Last Year (I think I was the first one) and we resoldered a new chip on there thanks to mlord.

Since I don't use the USB connection, if I can get it to work after diagnosing the hard drive, then I can deal with the USB:Non-Standard request.

You've either:

- lost a couple of databus buffer drivers which are are affecting the return ID of the USB chip and preventing the driver from initialising the chip or reading responses
- you have a dead/dying USB chip.

I would go for the second one as the previous line in the log shows that the CS4231A (which is on the same databus lines) is initialising properly - hence, it looks like the USB chip.

Have you recently unplugged/replugged either the display cable or the IDE cable, and made a mistake putting them back on?

No. It was working fine and then one-day just stopped.

What chip is the USB chip? I might have some left from the time when the cs42xx chip died which turned out to be the ethernet chip.

Oh, that player!

Actually, it was a dead ethernet chip that was the culprit originally on yours.

I wonder if perhaps one of the track patches might have come loose since then? Can you have your nice solder-station pal take a close look under high magnification?

Cheers

That's what I was thinking. She should be able to find out if it was.

Does anybody know what chip the USB is? (Make/Model).?

It's a Philips: I forget the number but it is located next to the display header on the main board. It's NOT the DSP (SAA7705), but a smaller TSSOP package with about 28 pins.

Figured I'd update everyone about this player. It now belongs to us. I replaced the IDE cable and rerouted the jumper wires installed. Everything works fine now!

Stu