Posted 08 July 2011 - 09:43 AM
looks like lalee may release his 2.6.29 kernel which could probably be used to update xebian to Lenny (please anyone)
to the people who are trying to keep xbox linux alive you are heroes of the highest order keep going we all applaud thee
Posted 13 July 2011 - 05:58 AM
Posted 15 July 2011 - 08:53 AM
the kernel is one step 1 of like 40. everything else needs updating to fatx video drivers etc. you can keep patching the broken fatx in 2,6 all you liek its still broken your still using a very old xorg and and alisa and cant run on non cromwell boxes.
An Xbox-Native Linux + Xbox-Native installer (Xebian, GentooX, etc) will probably take some serious effort.
To get any "standard" 2.6-based Linux running on an Xbox, however, your best bet is to do a "Cross-Installation" -- drop the hard drive into a real PC, perform the installation there, boot into the installed Linux, and (finally) install the Xbox-Linux kernel into /boot and create a suitable linux boot menu for Cromwell/Xromwell. Once that's done, drop the hard drive into your Xbox and cross your fingers.
Modern 2.6 distributions are usually configured with a small (100 Megs or so) /boot partition formatted as ext2 for maximum compatibility (Cromwell/Xromwell see ext2 just fine). The main Linux Root partition can be formatted in the filesystem of your choice as long as your kernel (and initrd) have support for that filesystem. I used to use ext3fs for XFedora.
ALSA should work fine, though you'll probably need to pass a module option to the sound driver to get it into the correct mode. 'Same as always.
Xorg will probably run if you configure it to use a FrameBuffer driver such as vesafb. If you're serious about doing Native 3D, have a look at the nvidia driver in xorg -- it's much improved over what we had 5 years ago, and may be a better candidate for patching into supporting the Xbox GPU than what we had back then.
FatX.. is definitely in need of a rewrite. The Linux Kernel unified the msdos/fat drivers, in a way that begs for someone to jump in and add an extension driver to handle FatX. It's not impossible do do -- just a lot of painfully tedious work and research on information that isn't documented anywhere except "in the code".
The best bet to get a working FATX driver running for 2.6 is to grab Xbox-Linux source at the 2.4 level, and reverse-engineer (diff-compare and document) the FATX extensions. If I recall, everything about FATX is in the /fs/fatx directory, and they have equivalents in /fs/fat or /fs/msdos.
The closer you can get to Gimli's first working FATX driver checkin, compared against the Linux Kernel version that he based those files upon would be ideal, as that's the minimum set of changes. As the Linux Kernel revisions go higher, the FATX driver (being 'frozen') lags behind, and ends up picking up more diffs against /fs/msdos and /fs/fat that really came from the Linux Upstream.
The original FATX driver was literally just variable and constant name changes to avoid naming collisions when compiling the kernel. Beyond that, it was a handful of hooks when FATX "Magic Constants" are found.
Edited by lalee, 15 July 2011 - 08:55 AM.
Posted 19 July 2011 - 05:03 AM
lames: it's not going to happen. stop posting about it.
lames: if you don't program, stop asking for people to get to work for you out there. it's not going to happen.
Posted 19 July 2011 - 10:11 PM
Apparently if one knows little or nothing about a subject one shouldn't ask anything, how then does one acquire knowledge?
would it of not have been better or even polite to state that there are currently no developers of linux for the xbox but if one were to attempt this extremely arduous and often thankless task you would have recommend reading the following ................(please feel free to add some links) which would tell me if I have any realistic prospect of attaining this goal.
Posted 27 July 2011 - 07:18 PM
noone is actively "keeping xdsl alive," so there are no "heroes,"
noone here knows anything about making it happen. all we know is that it is not possible. you will find the reasons why in this forum. noone cares anymore. if people did care, then we would have an active repo & at least an updated rebuild of xdsl for new users to start with. a rebuild which would include built in hardcoded repos and possibly all of the known updates ready to go, maybe even new directions, easy to find with a few jpg's or so to document on how to fix your screen overscan.
however, it's not going to happen. there really should be a sticky about asking for a new kernel, but since NOONE CARES in here, we won't get that either, and as such we will have a lot of empty, lame chat about "wishing" for a new kernel.
Posted 31 July 2011 - 02:30 AM
as for the video driver the xbox uses some odd form of tv out and xorg crashes if you don't patch it. even for framebuffer. and with the nevu driver replacing all the old kernels the video driver from the old patches is now totaly useless.
Posted 19 August 2011 - 04:44 PM
you can keep patching the broken fatx in 2,6 all you liek its still broken
I am wondering about what exactly is broken in the 2.6 implementation of FATX. It is obvious to me and clear from the commit log that the implementation in Lalee's git repo broke some time ago, but all postings I came across suggest to take the 2.4 FATX and port it, instead of starting from a working 2.6 FATX patch. I did the latter and am wondering now whether this was a mistake of some sort...
Posted 31 August 2011 - 08:49 PM
At this point I believe they should just continue using it as is. Since the only person really qualified to creating an updated kernel for Xbox (Lalee) is moving on, I don't see any point harping on about how 'cool' it would be.
The only saving grace I could see is if, because of the Xbox360, someone actually develops an updated, and working FatX.
If the 360 dev working on the Fatx support ever succeeds (mentioned in another thread here), maybe then, and only then, should the question be revisited for the original Xbox.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users