Open2x That Was Just Uploaded


PSyMastR

\m/O__O\m/
Joined
Sep 14, 2005
Messages
2,968
Website
Visit site
cbox posted on Apr 13 2006 at 12:41 PM said:
There should be a version of a fastboot firmware that doesn't have to use some read only file structure that breaks a lot of things. I think the paranoia over "using up" the NAND is unfounded. GPH has said they used a newer NAND that has millions of write cycles, I find it hard to believe any of us is going to use a million write cycles.
Exactly. Isn't the IPod Nano using NAND, and people are constantly transferring songs to and from that thing. Without worry. You guys are a little overparanoid.
 
Last edited by a moderator:

aapje89

Still here...
Joined
Jun 12, 2004
Messages
2,753
Age
31
Location
The Netherlands
Website
Visit site
PSyMastR posted on Apr 13 2006 at 07:22 PM said:
cbox posted on Apr 13 2006 at 12:41 PM said:
There should be a version of a fastboot firmware that doesn't have to use some read only file structure that breaks a lot of things. I think the paranoia over "using up" the NAND is unfounded. GPH has said they used a newer NAND that has millions of write cycles, I find it hard to believe any of us is going to use a million write cycles.
Exactly. Isn't the IPod Nano using NAND, and people are constantly transferring songs to and from that thing. Without worry. You guys are a little overparanoid.
yup, but if its available, why not :)
 
Last edited by a moderator:

sbock

Chaos is our mode and modus
Joined
Dec 22, 2005
Messages
3,776
Location
Germany
Exactly. Isn't the IPod Nano using NAND, and people are constantly transferring songs to and from that thing. Without worry. You guys are a little overparanoid.
What do you mean ?

Please show me the point in this thread where a person react paranoid.

Only because I wrote that the filesystem is read-only? Read-only not only protect the NAND, it protects you from rogue software and system crashes. (Now you got me. I'm a real paranoid ! :) )
It's not the main advantage of open2x. The main advantage is quick boot and high compatibly. The read-only is a side-effect of the squashfs filesystem. You can't change that, even if you don't need it.
So I like the features of open2x, but that has nothing to do with paranoia.

Regards,
Stephan
 

Mudi

You're pushing your luck little man
Joined
Jan 25, 2006
Messages
815
Website
mudiweb.com
I haven't messed with my skins, so I'm making some assumptions about the directory layout here... but couldn't we have the skins directory be a mount point to a separate (and writable) partition for skins on the NAND?
 

bubblejoe

Still Fresh
Joined
Mar 6, 2006
Messages
8
Bramrash posted on Apr 12 2006 at 07:06 PM said:
Now i get the tux loading screen, and it boots really fast, when i go into info it says version 1.4 SquashFS sbock, is this what it should say for Open2x?
Mine still shows "VERSION 1.4.0" on Info screen. What could have gone wrong?
I upgraded the firmware from the Open2x U-Boot menu

Edit: Oops, I wasn't using sbock's modified version... :rolleyes:
 
Last edited by a moderator:

minkster

Still Fresh
Joined
Mar 31, 2006
Messages
35
I just upgraded and while going through the first process it said I had one bad block and I was scared just because it said the word bad and it was on my GP2x. Thank god it didnt matter because it still upgraded successfully :)
 

pcklee123

Member
Joined
Nov 14, 2003
Messages
403
Mudi posted on Apr 13 2006 at 06:39 PM said:
I haven't messed with my skins, so I'm making some assumptions about the directory layout here... but couldn't we have the skins directory be a mount point to a separate (and writable) partition for skins on the NAND?
What about using unionfs? does anyone have any experience with that?
 
Last edited by a moderator:

rokdcasbah

got me a date with botticelli's niece
Joined
Jan 5, 2006
Messages
1,517
Location
up on cripple creek
Mudi posted on Apr 13 2006 at 02:39 PM said:
I haven't messed with my skins, so I'm making some assumptions about the directory layout here... but couldn't we have the skins directory be a mount point to a separate (and writable) partition for skins on the NAND?

i'd also been wondering if this is possible/practical. at least with open2x it seems pretty possible. now obviously skins aren't the end of the world, but if at some point when open2x is the preferred firmware it might just make for more seamless upgrades.
 
Last edited by a moderator:

aapje89

Still here...
Joined
Jun 12, 2004
Messages
2,753
Age
31
Location
The Netherlands
Website
Visit site
rokdcasbah posted on Apr 15 2006 at 02:03 PM said:
Mudi posted on Apr 13 2006 at 02:39 PM said:
I haven't messed with my skins, so I'm making some assumptions about the directory layout here... but couldn't we have the skins directory be a mount point to a separate (and writable) partition for skins on the NAND?

i'd also been wondering if this is possible/practical. at least with open2x it seems pretty possible. now obviously skins aren't the end of the world, but if at some point when open2x is the preferred firmware it might just make for more seamless upgrades.
yeah, that would be nice :).
 
Last edited by a moderator:

theoddbot

Certified Guru
Joined
Sep 25, 2005
Messages
341
Website
oddbot.googlepages.com
For sure, decent skin handling is one of the goals of our menu project. It will be able to load skins from either the SD card or a writable partition.

As for progress on other fronts, I've managed to get a stable network driver running, and have telnetd, sshd and a dhcp server going. You need to install a single .inf file in windows to enable the networking, but the dhcp takes care of the other configuration. Transfer speed seems to be exactly 1mbyte/second, more testing needed here.

I also have working nfs and smb mounting, so now you can run programs on the gp2x without even copying them over :). Great for testing.

We have a whole new filesystem layout based on oopo's libraries, gcc4, soft-float, which is quite nice. Also we have a compatibility mode for older, dynamic apps. eg. gph's menu runs fine.

Also included (for now) is a full python distribution (with pygame). Lua is also in, with lua-sdl following soon.
 

Mudi

You're pushing your luck little man
Joined
Jan 25, 2006
Messages
815
Website
mudiweb.com
Sweet! That means the libs are binary-compatible with gcc4 in the next version?
 

theoddbot

Certified Guru
Joined
Sep 25, 2005
Messages
341
Website
oddbot.googlepages.com
Sure does, Mudi. This means smaller binaries and faster loading times for shared apps using these libs. Hopefully devs won't mind releasing 2 versions of their binaries, anyone care to comment ?
 

aapje89

Still here...
Joined
Jun 12, 2004
Messages
2,753
Age
31
Location
The Netherlands
Website
Visit site
theoddbot posted on Apr 15 2006 at 03:32 PM said:
For sure, decent skin handling is one of the goals of our menu project. It will be able to load skins from either the SD card or a writable partition.

As for progress on other fronts, I've managed to get a stable network driver running, and have telnetd, sshd and a dhcp server going. You need to install a single .inf file in windows to enable the networking, but the dhcp takes care of the other configuration. Transfer speed seems to be exactly 1mbyte/second, more testing needed here.

I also have working nfs and smb mounting, so now you can run programs on the gp2x without even copying them over :). Great for testing.

We have a whole new filesystem layout based on oopo's libraries, gcc4, soft-float, which is quite nice. Also we have a compatibility mode for older, dynamic apps. eg. gph's menu runs fine.

Also included (for now) is a full python distribution (with pygame). Lua is also in, with lua-sdl following soon.
smb, woot woot! :)
 
Last edited by a moderator:

Crazy Goat

Member
Joined
Feb 10, 2006
Messages
199
That sounds great! Since skin support is on the way, I have nothing to complain about. But if someone found a way to forward the MoviePlayer NAND bookmark traffic to the SD, that would fix one of the problems occuring.
 

theoddbot

Certified Guru
Joined
Sep 25, 2005
Messages
341
Website
oddbot.googlepages.com
Not sure why you'd want to, but anyway.

I've got idea for 'packages', like say gcc or qtopia, which would be distributed as squashfs images, and be automatically mounted on /opt. These could either be on the SD card or copied to the writeable nand. So you would have say, /opt/gcc/ with bin, lib etc under there, same for /opt/qtopia. Comments ?
 
Top