Hijack version 495 now exists, which is a simple un-do of v494.

Hijack version 496 is now released, and includes the source code for LittleBlueThing's Whack-A-Mole game from the 10th Birthday Party meet.

Time to test those reflexes!

Cheers

I'll be testing :-)

Well, as soon as I get back from a fortnight's camping with the whole family. 500 miles so far - staying in Carfraemill, Strathconon and Drumoak, and another 1000 to go - camping out near Weymouth, Falmouth and Windermere.

The only downside - I didn't get that time to dremel the fascia to get my empeg in, so we have a Forester without music...except for the singing of three kids!

Yeah, my own Forrester took a bit of trimming as well.

Great scotch, by the way! I will confess that SWMBO & I have not really been fans of single-malt before, and I really prefer Drambuie.

But now you've spoilt us -- after sipping that wonderous thing called The Macallan, the ole Drambuie now tastes far too sickly sweet. Next we know, we'll be hunting for the 18yr old Macallans!

Thanks so much for helping to retune our tastebuds!

Cheers

Hijack v499 is now available.

New in this version, is a built-in basic telnetd server (single-connection, and no ptty support yet).

This is disabled by default (to save RAM), but if you want to be able to telnet into your player and issue commands etc.. remotely, then enable it with this in the config.ini file:

[hijack]
ktelnetd_port=23

Once I figure out the in-kernel logic for a pty device, I'll add that, and the "bash: no job control in this shell" message should then disappear.

Also released were Hijack versions v497 and v498, which include some (mostly) cosmetic prep work for the v499 ktelnetd addition.

A full v499.tar.bz2 kernel tarball is also now available.

Cheers

Hijack v500 is now available, with support for multiple simultaneous telnet connections.

Cheers

The user space telnetd that was available before required the existence of pty nodes in /dev, which don't exist on the empeg by default. Do we need those for your ktelnetd?

v500!

Should there be a party?

Not yet, anyway. It works with the standard developer image.

But I have yet to add pty support to the daemon, which bash wants for some functions, so we'll see once that happens. If it does need the /dev/ nodes, then I'll have Hijack simulate them or something.

Some of us haven't yet fully recovered from the last party!

That's awesome Mark. Telnet is something that's very handy to have. I found mine getting removed by upgrades etc too often though.

In terms of the memory usage, will the kernel allocate the memory for this before anything else? i.e. on a machine with upgraded memory (Mk2a 32MB in this case), the memory will be allocated before the player starts chewing it up for buffers? Or is that reservemem option necessary?

I know this isn't exactly what you're asking here but your post prompted me to realise that the ;@AC modifier will alleviate any potential RAM issues for in-car use.

Yes.

The kernel doesn't specifically allocate anything for the ktelnetd until it actually launches the daemon (after the player starts and reads config.ini) -- at which point, it will require typical process resources, which I'd guestimate at somewhere between 4 and 8 pages (4KBytes each) of RAM.

On my own players, I use this:

[startup]
;@AC ReserveCache=8

But I'm not sure if that's good or not. Works for me (EDIT: though I used to use 64 here..)

And I've discovered a nifty method of producing an out-of-memory error on request: just run hdparm -t /dev/hda (from a telnet session) and it will give a mysterious error message from /bin/bash, whilst Hijack shows an out of memory popup on the display.

Cheers

Mmmm.. I've forgotten this, so perhaps a blue person might respond: What is the default ReserveCache=xx value for the player on v2.01 and on v3a11 software ?

Important to know, as it might actually be more than the value I'm trying to supplement things with!

Thanks

After further investigation, pseudo-tty support requires too many resources to be worthwhile here, so anyone who needs that should probably install a userland telnetd instead.

It does seem a shame that job control (think.. "fg" and "bg" commands) and curses (think.. editors) seem to require a pty, though.

The default is always ReserveCache=0. Even on players with expanded memory, which get some cache chunks reserved to compensate for the kernel's added expansiveness, the ReserveCache setting in config.ini is always added on top of that.

Peter

Great! Thanks, Peter!