What? Paste in a boot log from your serial port... There should be NO WAY a kernel can incapacitate your Empeg to the point where installing an Upgrade file won't work anymore.


-Tony
MkII #554

going back to the 1.3 consumer worked, i don't know why, the dev didnt' work for 2.0, , nor did consumer, nor did the kernel you posted.. i think i had an issue like this once efore..
ah well, it works now, but i could use some pointers on how to apply the .patch file, i would like to be able to start making my own zimage files :) so i can stop bugging you guys, maybe even help out a bit. :)

thanks for the help, next time this happens i will paste a boot log.

I could probably recreate it if you are just curious.

You've got a Mark II right? My kernel was built for Mark II. I apologize for not mentioning this first.

-Tony
MkII #554

Not so simply, I am affraid.

First, you need a Linux box, preferably Debian. Next, you will need cross-compiling toolchain. Several recent posts discussed it and its use (e.g. take a look here). Other places to download a toolchain from are our new resident Linux guru Mark Lord's site and Drakino's riocar.org. Then, you will need kernel source found on empeg site (grab download utility when you are there, too). Next, you apply the patch (using patch command, IIRC), compile everything, download it to flash.


Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green

Ok, I believe this is the right place to ask :)
I have a Kenwood steering wheel ir remote control. There's a button "source" that used to work perfectly to switch from player to tuner. Now with 2.00b3 it does not work anymore. Could this kernel hack help me? If so, how?

Thank you very much, guys.

Taym
_________________________
MK II BLUE/RED 12GB #923 + RADIO

Errr, ummm.... Frank?

Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green

Yes, it should be able to be remapped like any other IR code. If you're not sure of the code, here's what my empeg_ircodes file looks like:

# Do not remove this line. It is needed by the kernel. Syntax: <old>:<new>
0x0000B94613:0x0000B9461F

I haven't tested it in 2.0b3, because I haven't applied the Mk1 2.0b3 Irhack kernel image.
Keep in mind I have the SRC button on the Kenwood Steering Wheel remote mapped to the INFO button. Change the right side of the : to your preference.

Edit: Has anyone built the old hacks into the new Mk1 kernel?

_~= Dearing =~_
"WAY too happy about having #99."

I'm not sure if it will help you because to my knowledge the Rio Remote has no "source" button which toggles between tuner and player. Here are the codes we know about from Frank's documentation. This doesn't mean that's all of them.

It would, with some kernel hacking, be possible to have the incoming code translated to two different codes depending on the state of a "flag" variable... something like

flag = 0

if ( input_code = SOURCE )
if ( flag = 0 )
then
output_code = RIO_TUNER_SRC_BUTTON
flag = 1
else
output_code = RIO_PLAYER_SRC_BUTTON
flag = 0
endif
endif



Obviously not a "stock capability" of the IR trans, though.

There's a button "source" that used to work perfectly to switch from player to tuner. Now with 2.00b3 it does not work anymore.

Did you officially report that one as a bug? If so, it'll probably be fixed in the next release and you won't need irhack.

yes i have a mk II, so is that kernel good, or no good?

Also, if i just want to patch the kernel on the empeg, waht do i need to do? not to make a kernel let's say, just to get the ir hack runnning, and maybe displayserver or similar?

Sorry, you cannot patch finished kernel (almost). It is a monolthic executable, and only madmen like Borislav take open heart surgery approach on it (when no other options are left) . [1]

Mere hackers use source, modify it, recompile, try, modify.... When finished, they prepare modifications in the form of a patch, so that they don't have to distribute the whole source. Other, lesser hackers merely apply that patch to stock source, compile, install and use. Brave users simply use kernels others have compiled. Ordinary users use empeg kernels.

[1] Relatively novel approach is to have as much of the kernel as practical compiled in the form of loadable modules. If this was the case in empeg and the part we need changed was indeed a module, we would not need to recompile the whole affair.

Thanks for the clarification. Since i am not (obviously) running any form of *nix at home then, i must wait for someone else to compile a kernel then?

If so, anyone want to apply displayserver + ir_trans to 2.0 beta 3? :) pretty pretty pretty please :)

Yes. Same here (as I mentioned somewhere, my Linux laptop has let out its holy smoke).

It could theoretically be possible to prepare crosscompiling toolchain under CygWin on Windows, but I am not aware that anybody tried it, much less succeeded.

Anyway, the first patched 2.0b3 kernels are appearing on riocar.org...

I'm currently setting up a new source tree. Had to clean up the alpha stuff to get a vanilla source tree. It's late now, so it will probably be tomorrow before something is ready...

Well it seemed it already was tomorrow
The kernels for SR70/SR77 MK1/MK2 will be up in a few minutes at http://empeg.dyndns.org/empeg/ir_trans_kernel/2.0b3

These kernel hackers are dangerous for my self-esteem

Thanks, Frank! Now I only need to find out why Tony's installer refuses to work for me...

Now I only need to find out why Tony's installer refuses to work for me...

Does the upgrader work? If you can apply an upgrade, you should be able to install a kernel patch.

Upgrader works. Installer (both on kernel and logos) complains something about not being able to write to flash or so. I complained already, but no solution was found (other than that I should try on another computer, which I didn't have time to do so far...)

Very very strange.

Yep!

Let me try again, to remind you of symptoms...

Here it is:

found empeg unit: entering program mode

manufacturer=0089, product=88c1

waiting for prompt

starting erase [Failed to get echo-back on erase command.



Error: erasepage(a000) got code 1

When I connect terminal again and type something, I get

?eh

?

That's 'pump' mode, right?

I have to tell you that I still smile at your waving Tux.

yeah, that's pump mode.

If you want, you can get the download.c code and compile it yourself, and see exactly what's going on by inserting your own debugging messages in the code. If you get that far, I'd be interested to know what the problem is so that I can bullet-proof mine.

Thanks. I'm glad they put the animation code in there.

Good idea. Do you think dowload.c will mount strong resistance to being ported to CygWin?

It compiled under CygWin and I found the part where it breaks (it begins with erasepage not geting 'e' command echoed). Can I use it to upload boot images, do I use files output by your editor, and what is proper address for MkII? (Sorry, all this is certainly written somewhere, but it's past 2 AM...)

Update: OK, found that I can and address is a000. The readbyte after 'e' command returns 0x0a (line feed), instead of echoed 'e'. So much for tonight...

Logos and kernels are two different addresses, I don't remember which is which right now. It's in the FAQ.

ok so we download the 77.2 version and install that right? then I should be able to input my ir codes to conincide with what function I want?

Thanks Frank, much appreciated.

OK, I am back after a couple of days, spent partially in struggle to reanimate my pathetic Win98.

Anyway, I inserted into download.c, for diagnostic purposes, brute-force dumping of content received (via readbyte function) to standard error. The upload now works. I am at total loss to explain why. Inserting those writes slows the program down considerably, so I could understand that it ceases to work because it misses some responses from empeg, but it starts working instead.

This was with logo. I'll see now whether it works with kernel, as well.

UPDATE: It does! So, now I have a very ugly version of download which should not work, but does anyway. Ah, well...