Jump to content


Photo

Lalee's Efforts For Xbox Linux Kernel 2.6.21


  • Please log in to reply
25 replies to this topic

#16 NobodyHere

NobodyHere

    X-S Member

  • Members
  • Pip
  • 102 posts

Posted 17 June 2011 - 05:22 PM

QUOTE(joesnose @ Jun 17 2011, 02:11 PM) View Post

Finally TCL would be superb on the xbox, I think if it was available for a native install I would be willing to lose my xbmc dash to be quite honest. A dual boot kernel would be special, I too am wondering why this has never been achieved.

I would actually like to install Linux natively to an ext2/3/4 partition, but retain my fatx partitions for Xbox gaming/homebrew.

If there was some way to chainload Grub4Dos, or Syslinux from a Xbox executable (xbe), you should be able to pass any kernel options you need to boot from Linux partitions.

I have a feeling that their might some type of bios issues involved in implementing this though.
http://forums.xbox-s...howtopic=535384


#17 ldotsfan

ldotsfan

    X-S Messiah

  • Dev/Contributor
  • PipPipPipPipPipPipPip
  • 3,100 posts
  • Xbox Version:v1.1
  • 360 version:unknown

Posted 20 June 2011 - 02:41 PM

An update on my attempts with MicroCore Linux:
1. I managed to compile a kernel with DHCP networking working, USB working ( keyboard and flash drive single partition formatted to ext2). The ALSA sound modules were incorporated into initramfs as well. Telnetd was started manually. A native install to sda1 aka the usb flash drive was possible by modifying linuxboot.cfg. Yes, this leaves the FATX partitions alone. MicroCore recognises the persistent storage at the flash drive's ext2 partition (connected at usb 1.1).
2. I attempted to get X going following the TCL wiki and got stuck. TCL/MicroCore uses Squashfs4.0 to compress its application extensions and SquashFS 4.0 isn't supported on a kernel of version 2.6.22. Yes, SquashFS 3.4 and 4.0 aren't inter-compatible due to its limitations of inclusion into mainline kernel tree. Puppy Linux went through the route of the conversion AFAIK.
3. I then attempted to include Squashfs 3.4 patch inside the xbox linux kernel. I manually uncompressed a test XVesa.tcz app with Squash4.0 's unsquashfs, recompressed with squashfs 3.4 and a mount -t squashfs -o loop on the resultant file yielded an empty directory. Unless I can figure out what went wrong, I cannot use any of TCL's app from its repository and this leaves a barebone initramfs which is entirely busybox only. This is still useful for stuff like chimp2618/lpartx/LUD though.

I will look at Slitaz instead as it supports cromfs which is FUSE (userland) based and doesn't have to use squashfs 4.X's patches in-kernel which is messy with an old kernel like 2.6.22. Alternatively Puppy Wary 5. But even Puppy Wary uses a more recent kernel than 2.6.22.

I will post updates if I make any progress - and if I can find time to work on this







#18 NobodyHere

NobodyHere

    X-S Member

  • Members
  • Pip
  • 102 posts

Posted 20 June 2011 - 03:11 PM

QUOTE(ldotsfan @ Jun 20 2011, 02:41 PM) View Post
A native install to sda1 aka the usb flash drive was possible by modifying linuxboot.cfg. Yes, this leaves the FATX partitions alone. MicroCore recognises the persistent storage at the flash drive's ext2 partition (connected at usb 1.1).

Nice. I've only tried the Cromwell loader xbe included with the Xdsl distro, and I haven't flashed it to my bios. I assumed it would work with booting any of the other Xbox distros if there were installed frugally, or through loopback, to one of the fatx partitions. Does this mean I can use it to boot from Ext2/3/4 partitions on the internal Xbox hdd? When I used the xboxhd softmod install method it automatically used all the free space for drive "f:". Can I resize/recreate f: somehow, and then create a Linux partition for install on my Xbox's hdd instead of an usb drive?

QUOTE(ldotsfan @ Jun 20 2011, 02:41 PM) View Post
I attempted to get X going following the TCL wiki and got stuck. TCL/MicroCore uses Squashfs4.0 to compress its application extensions and SquashFS 4.0 isn't supported on a kernel of version 2.6.22. Yes, SquashFS 3.4 and 4.0 aren't inter-compatible due to its limitations of inclusion into mainline kernel tree. Puppy Linux went through the route of the conversion AFAIK.

That sucks, but sound about right. Good luck with the SliTaz testing. I realize you're doing all the heavy lifting, but I'm sure any of the people who've responded in this thread would be more than happy to help in any way we can.

Peace.


#19 ldotsfan

ldotsfan

    X-S Messiah

  • Dev/Contributor
  • PipPipPipPipPipPipPip
  • 3,100 posts
  • Xbox Version:v1.1
  • 360 version:unknown

Posted 20 June 2011 - 03:47 PM

I'm using Gentoox Loader which is Cromwell derived but it shouldn't matter. I'm using the XBE version as well so there's no need to flash any bios.

In my x-dsl remake thread at http://forums.xbox-s...howtopic=713355, I attempted to make x-dsl work with the xbpartitioner partitions after F/G, ie hda57+. I cannot recall the details now but http://web.archive.o...ki/Boot_Process and http://web.archive.o...ki/Partitioning should get things going.

Also take a look at this archived post, http://blog.gmane.or.../month=20061201
CODE

Darren Wilkinson | 19 Dec 16:46
sector 0 and sector 1 on the hard disk (esp for Torne Wuff)
Darren Wilkinson <chipsugar <at> chipsugar.plus.com>
2006-12-19 15:46:10 GMT

I am thinking of using the hda=remap option in my linuxboot.cfg in order
to obtain that wonderous thing: co-existing ext2/3 and fatx F: partition
tables using a 2.6.x kernel on my 80gb drive.

AFAIK the remap option just maps anything on sector 1 to where it would
be on sector 0. This leaves sector 0 free to hold the LBA48 patched
partition table used by xbpartitioner which I can create a "dead" space
where the linux partition is and use the rest for fatx. Everywhere I
read tells me the xbox ms kernel doesn't use sector 0 but nowhere tells
me if it uses sector 1 in any way.

I don't want to ruin my current xbox games setup though so I want to
know does the xbox use sector 1 for any purpose whatsoever?

For Torne Wuff - due to your knowledge about oz_paulb's partition table
and your interest in porting it to kernel 2.6.x you seemed the person to
ask. I hope you don't mind.

Thanks to anyone for any help.


Any resizing of f is destructive on the data in the partition.

I'll deposit a file dump to sourceforge of my work at the next logical milestone if anybody else wants to have a go at it as well.




#20 NobodyHere

NobodyHere

    X-S Member

  • Members
  • Pip
  • 102 posts

Posted 20 June 2011 - 06:00 PM

QUOTE(ldotsfan @ Jun 20 2011, 03:47 PM) View Post

In my x-dsl remake thread at http://forums.xbox-s...howtopic=713355, I attempted to make x-dsl work with the xbpartitioner partitions after F/G, ie hda57+.

Yeah. I did find the latest versions of Xdsl were from you, but they wouldn't allow me to do a loopback install along with some other minor issues I can't remember at the moment. That's why I was testing some things out with stevewal's last version.

QUOTE(ldotsfan @ Jun 20 2011, 03:47 PM) View Post
I cannot recall the details now but http://web.archive.o...ki/Boot_Process and http://web.archive.o...ki/Partitioning should get things going.
Thanks for the links, and here's another for those interested.
http://web.archive.o...Cromwell_Manual

I personally use Grub4Dos (itself derived from legacy GRUB) on my PC to dual-boot, so I suppose that the cromwell xbe loader automatically uses the equivalent of grub4dos's "find --set-root". Can I also assume that means that while I can't manually specify "extn" partitions to boot from, the cromwell loader can find kernels located on them?

QUOTE(ldotsfan @ Jun 20 2011, 03:47 PM) View Post
Also take a look at this archived post, http://blog.gmane.or.../month=20061201

Okay this is pretty much what I was referring to, but I don't see if he reached any type of resolution in his research.

QUOTE(ldotsfan @ Jun 20 2011, 03:47 PM) View Post
Any resizing of f is destructive on the data in the partition.


Heh. I suppose it would have been to much to hope for a Gparted with Fatx support. ph34r.gif I'll probably look into the XBpartitioner program then after ftp'ing my F contents out.

QUOTE(ldotsfan @ Jun 20 2011, 03:47 PM) View Post
I'll deposit a file dump to sourceforge of my work at the next logical milestone if anybody else wants to have a go at it as well.

Cool.

Edited by NobodyHere, 20 June 2011 - 06:03 PM.


#21 ldotsfan

ldotsfan

    X-S Messiah

  • Dev/Contributor
  • PipPipPipPipPipPipPip
  • 3,100 posts
  • Xbox Version:v1.1
  • 360 version:unknown

Posted 24 June 2011 - 05:06 PM

Lpartx/chimp2618 derives the partitioning logic from xbpartitioner. Source code is available at sourceforge.

Yes, cromwell should be able to load the kernel file from ext2 native partition based on the code but I haven't tried it myself.



#22 sender604

sender604

    X-S Enthusiast

  • Members
  • 10 posts
  • Location:Nelson U.K
  • Xbox Version:v1.0
  • 360 version:none

Posted 28 June 2011 - 09:40 PM

hi havve you seen this

http://wiki.openwrt.....with.linux-2.6

kernel 2.6.22.7



#23 NobodyHere

NobodyHere

    X-S Member

  • Members
  • Pip
  • 102 posts

Posted 07 July 2011 - 07:09 PM

I'm not quite sure what Xbox Linux needs is an updated kernel with fatx support. What would be better would be not needing a hard-drive of over 127GB in size to install a native Linux to the 'G:\' drive or above. I should be able to make the 'F:\' drive whatever size I want (say 4GB), and install Linux to the G:\ partition which takes up the rest of my 120GB hard-drive.

I'd say the biggest failure of Xbox Linux right now isn't lack of fatx support in the kernel 2.6.n, but not having a competent bios/bootloader. People should be able to partition whatever size F:\ they want, and install Linux (natively) to their G:\, H:\, I:\, J:\, K:\, etc. drives. The bios/bootloader should be able to boot from a ext2, or ext4 (with noatime), partition eliminating the need for fatx support.

#24 luther349

luther349

    X-S Hacker

  • Members
  • PipPipPipPipPipPip
  • 2,360 posts
  • Location:irvine ky
  • Xbox Version:v1.0
  • 360 version:v1 (xenon)

Posted 31 July 2011 - 02:41 AM

127gb is the limits of fatx but hackers enable g to get passed that. fatx is important being most have duel boot boxes. the issue is we are patching old kernels and modern distros move away in 6 months ago to the next big thing. lets not forget they all use nevu now and need to make a new video driver.

#25 megapapo

megapapo

    X-S Enthusiast

  • Members
  • 2 posts

Posted 17 August 2011 - 12:52 AM

Hello

I came across this thread while investigating the current state of the xbox
linux project because my xbox router really needs an upgrade. I am still running
some distribution derived from debian sarge, running 2.4.30. May I ask what are
the primary goals of your efforts? By the way, I have an experimental but apparently
working implementation of a FATX module for recent kernels.

Regards

Matt

#26 luther349

luther349

    X-S Hacker

  • Members
  • PipPipPipPipPipPip
  • 2,360 posts
  • Location:irvine ky
  • Xbox Version:v1.0
  • 360 version:v1 (xenon)

Posted 13 November 2011 - 04:46 AM

these have more power and would make a better server then a xbox and use 5 watts of power and use less space. https://www.globalsc...r-standard.aspx

ou can use a usb to vga adaptor so you get a display. or get the version with built in outputs.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users