Cadena compilación C (busybox)

Bueno,
pues siguiendo un enlace del foro frances, me he descargado la cadena de compilación busybox.

En linux, lo he conseguido, siguiento los siguientes pasos.

A. Nos bajamos los fuendes de: [Tienes que estar registrado y conectado para ver este vínculo]
B. Descomprimir con tar zxvf
C. Nos metemos dentro de la carpeta, y ejectumos: make menuconfig
D. Del menu, seleccionamos: Target architecture = mipsel , Target architecture variant = mips 32
El resto lo dejamos tal cual, y salimos.
E. ejecutamos make
F. A continuación se bajará automaticamente los paquetes que necesita, y en minutos termina la compilación.


Para que nos sirve esto, os preguntareis?
Pues para varias cosas, todos los comandos que tiene el lg apuntan a un unico archivo busybox, el lg no tiene
implementado todos los comandos. Nosotros le podriamos añadir mas comandos.

Tambien nos sirve para crear nuestras propias aplicaciones C, y poder subir el binario al LG.

Hi Vic, great job you're doing here.

I want to be able to copy files between disk and usb in the background but "nohup" is not available on the LG. I saw your post here but can't work out how to build and install an updated version of busybox on the LG. Any chance of posting more detailed instructions on the necessary steps?

Alternatively, is there another way to transfer files in the background?

P.S. Sorry for posting in English

I'm sorry I put into this discussion.
I see one problem for backrgound copying from HDD to USB. The USB disks are not mounted as RW.
If you put your USB stic, it is always mounted as RO. So you can remove it anytime you want. But after you select in main application, you want to copy from HDD to USB, the USB device is remounted to RW and copy is performed. After copy you must confirm the copy process and USB is remounted to RO and can be removed.
Mounting to RO/RW is controlled by main application (DvdPlayer).
Of course there can be some "hacks" to mount USB in RW mode by hand, but it will surely collide with DvdPlayer.

Markanski escribió:Hi Vic, great job you're doing here.

I want to be able to copy files between disk and usb in the background but "nohup" is not available on the LG. I saw your post here but can't work out how to build and install an updated version of busybox on the LG. Any chance of posting more detailed instructions on the necessary steps?

Alternatively, is there another way to transfer files in the background?

P.S. Sorry for posting in English

Hello Markanski,
welcome to the forum

is ok to post in English

I have uploaded the static compiled of busybox with full set of new commands, among them you might find the nohup.
What i do is I have this file in /HDD1
so it does not interfiere with the system's busybox.

Take note of the recommendations of Keltek;
what I do is leave it at night copying; and the LG is free of any task, neither recording or with a programmed timer.

Hope it helps
Victor

Thanks. umount and mount could be used (via telnet) to make the USB drive r/w. Also, the "web management" has an option that allows you to remount your usb drive as r/w.

Thanks Victor, but where did you upload busybox to?

I can report that the LG copes well with serving FTP file transfers (over wireless using FileZilla) while recording TV.

Hello again
yes, sorry, I put wrong the path,
I say it by memory, as I am away from home.

/tmp/hdd/volumes/HDD1

There is where I have this busybox, and the I used from anywhere using the full path, so it does not make uses of the
system's busybox.
Examples:

/tmp/hdd/volumnes/HDD1/busybox nohup cp this here


Hope this help

Victor, I am confused. Is the updated busbox loaded with your custom firmware? (I haven't tried your custom firmware, yet.)

Hello Markanski,
btw, where are you from? I like to know where are the people from ...

No, that updated busybox is not loaded in the custom firmware.
We did some basic testing, and it is not possible to just change old file with new file;
additional libraries are more stuff needed to be change, so changes are more deep and difficult.

The custom firmware from Check republic (keltek) have this last version, but the problem is that wifi is not working so far;
so if wifi is not important to you , you might try this version .... this is up to you ...

ok then, best regards

Victor, please can be more specific why the busybox cannot be replaced?
btw: I compiled yesterday new v1.17.1 (using new GCC 4.5.1) with all the stuff as in old busybox. Function tests performs good (it means "it works") and I try to make new fw with corrected wifi (just only change uClibc and busybox).

Hi keltek,

indeed
As I mentioned, the only test I did was to replace old busybox with new one, and that is not working.

It seems, as per your message, that using new compiler is working. This is fantastic!!!!
Is then now wifi working?

Thanks

I have only new uclibc and busybox compiled, still not flashed stay tuned.

edit: I have prepared new fw, but now I recording tv program please wait

You are the boss!!!!
of course we wait
it will be great to have the firmware working ok, wiht last version of busybox, wifi, and the different tools, and web app, you
prepared.
thanks for your work.

Cooked, flashed... and it works.
BUT I found one big issue with new busybox - the command "sleep" not works. It sleeps forever. (fu*k)
I must try another build.

But Victor, I can say, the wifi already works now

vic1972 escribió:Hello Markanski,
btw, where are you from? I like to know where are the people from ...

Victor, I am from Australia.

Keltek escribió:Cooked, flashed... and it works.
BUT I found one big issue with new busybox - the command "sleep" not works. It sleeps forever. (fu*k)
I must try another build.

But Victor, I can say, the wifi already works now

very good, Keltek.

Who uses the command sleep, and when ? Is there any problem with the LG functionality due to this ...?

If everything is fine, please provide, the new firmware version,
I will prepare instructions on how to install the BEST solution so far to our LG machines:
Czech republic firmware + PipeManagement

Again, thanks for your work.

Markanski escribió:
Victor, I am from Australia.

Welcome aboard

vic1972 escribió:

Keltek escribió:Cooked, flashed... and it works.
BUT I found one big issue with new busybox - the command "sleep" not works. It sleeps forever. (fu*k)
I must try another build.

But Victor, I can say, the wifi already works now

very good, Keltek.

Who uses the command sleep, and when ? Is there any problem with the LG functionality due to this ...?

If everything is fine, please provide, the new firmware version,
I will prepare instructions on how to install the BEST solution so far to our LG machines:
Czech republic firmware + PipeManagement

Again, thanks for your work.

Hm, I use the sleep and you too, see the "custom1" script in /usr/local/etc

vic1972 escribió:
Who uses the command sleep, and when ? Is there any problem with the LG functionality due to this ...?

Hi,

Hum, some of us do, in the modified version of the rCS, where there is a check every 6 seconds of the mount state of the HDD so that the startup.script can be launched , or in general when you want to wait for all HDD to be correctly mounted.
As far I as remember, one version of your cust. firmware did also (to overcome the recording time limit ).

Well, that's perhaps a deprecated way of doing thing

Stop me if I am wrong but I think that all the sleep command, etc. are provided from busybox either by ln either by alias, exact?
If so, why couldn't we have 2 busybox versions aside, with sleep "extracted" from the old one, till we can get a new updated one fully working?

Cheers,
Matt

Edit: Keltek was faster

matthelas escribió:

vic1972 escribió:
Who uses the command sleep, and when ? Is there any problem with the LG functionality due to this ...?

Hi,

Hum, some of us do, in the modified version of the rCS, where there is a check every 6 seconds of the mount state of the HDD so that the startup.script can be launched , or in general when you want to wait for all HDD to be correctly mounted.
As far I as remember, one version of your cust. firmware did also (to overcome the recording time limit ).

Well, that's perhaps a deprecated way of doing thing

Stop me if I am wrong but I think that all the sleep command, etc. are provided from busybox either by ln either by alias, exact?
If so, why couldn't we have 2 busybox versions aside, with sleep "extracted" from the old one, till we can get a new updated one fully working?

Cheers,
Matt

Edit: Keltek was faster

I think, we need every bit of free space in flash area and using two version of busybox is very expensive.

Keltek escribió:
I think, we need every bit of free space in flash area and using two version of busybox is very expensive.

Indeed. It would also be possible to compile a standalone sleep version alone, no?
Or is it a silly idea?

Victor and Keltek will know better but I thought that the busbox executable was on stored on disk and the various commands were executed via links? It would be great for some one to write a description of how this box works from boot to running?

Keltek escribió:
Hm, I use the sleep and you too, see the "custom1" script in /usr/local/etc

JAJAJA
you totally right.

one question, I think we could be without the sleep command from command line (direct link to busybox),
but what about for instance the sleep command I use inside the C program, this is compiled and converted
in object code;
So I presume we will be ok, what do you think ?

Wow, but this is rather strange... you having problem with the sleep commands...
What about the idea of Matt, creating a C program static with the sleep functionality... it will take around 10Kbytes aprox ...or less

bye




bye

Markanski escribió:Victor and Keltek will know better but I thought that the busbox executable was on stored on disk and the various commands were executed via links? It would be great for some one to write a description of how this box works from boot to running?

Hello Mark
that will be great,
but I think that from the simple view, in the boot process basically follows the script /usr/local/etc/rcS
which fortunally in in the writeable area .

About the busybox, do not worry.
I am sure keltek will hit with a solution soon, and we will prepare together the definetly firmware file

regards

Ufffff mission accomplished.
I have created new fully functional firmware with busybox v1.17.1 and uClibc v0.9.28 compiled with GCC v4.5.1. Also the PipeManagement is included.
All stuff I recompile with new compiler (I must recompile it more than once because of uClibc and system features so it is why it takes a looooong time) and all works great - better than before (i.e. rtorrent reports correct free space on disk). (I put out ftp server because of samba it is obsolete)
So please wait I publish work I do - stuff as before:
- new uClibc with compiled new features needed by other tools
- new busybox
- included PipeManagement 2-Jul-2010. v4.1
- samba
- torrent client with web interface
- web interface