FatdogArm Alpha3 - 2 October 2013 [CLOSED]
FatdogArm Alpha3 - 2 October 2013 [CLOSED]
Release notes here: http://distro.ibiblio.org/fatdog/web/arm-alpha3.html
Images here: http://distro.ibiblio.org/fatdog/arm/images/
EDIT: FatdogArm for OLPC XO-4 is here: http://murga-linux.com/puppy/viewtopic. ... 487#728487
Discussions on previous alpha2 is here: http://murga-linux.com/puppy/viewtopic.php?t=88719.
Alpha3 is superseded by alpha4 release: http://murga-linux.com/puppy/viewtopic. ... 069#734069.
Images here: http://distro.ibiblio.org/fatdog/arm/images/
EDIT: FatdogArm for OLPC XO-4 is here: http://murga-linux.com/puppy/viewtopic. ... 487#728487
Discussions on previous alpha2 is here: http://murga-linux.com/puppy/viewtopic.php?t=88719.
Alpha3 is superseded by alpha4 release: http://murga-linux.com/puppy/viewtopic. ... 069#734069.
Last edited by jamesbond on Fri 01 Nov 2013, 04:12, edited 2 times in total.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Hi
Fatdog is very nice, nice work, i just want to report two things but i don't really know if they are fatdog related problems or not
I have a mk802 with 1g ram, it's booting fine but htop says only 490mb as avaiable memory, is this expected?
I have 2 tvs, when i plug the stick on the first one fatdog boots straight to x right away without any problem, but on the other tv it takes a lot of time, it seems like xorg is probing many different resolutions without sucess, sometines i see for a few seconds distorted images. But after a long very long wayting i finally get X to work and the tv reports the image as 1280x720p. 720p is the same resolution my first tv reports so what may be the problem with my other tv?
Thanks
Fatdog is very nice, nice work, i just want to report two things but i don't really know if they are fatdog related problems or not
I have a mk802 with 1g ram, it's booting fine but htop says only 490mb as avaiable memory, is this expected?
I have 2 tvs, when i plug the stick on the first one fatdog boots straight to x right away without any problem, but on the other tv it takes a lot of time, it seems like xorg is probing many different resolutions without sucess, sometines i see for a few seconds distorted images. But after a long very long wayting i finally get X to work and the tv reports the image as 1280x720p. 720p is the same resolution my first tv reports so what may be the problem with my other tv?
Thanks
That will never happen due to fragmentation of the ARM platform.linux28 wrote:What are the hardware can be used? All ARM can use it?
FatdogArm meta-distribution can be used for any ARM platform/device capable of ARMv7-A, VFPv3-d32 and NEON. There are images available for Mele A1000 and OLPC XO-4 (XO-4 image is still on the way); and in the future there may be images for Cubieboard2 too.
Please check the release notes for more details.
Thanks.tuna1 wrote:Hi
Fatdog is very nice, nice work,
You will need to find a script.bin for your 1G mk802; otherwise only 512MB is recognised (and a few megs are taken for video buffer etc). Please try the attached script.bin and tell me whether it works - otherwise, please see the release notes for details.i just want to report two things but i don't really know if they are fatdog related problems or not
I have a mk802 with 1g ram, it's booting fine but htop says only 490mb as avaiable memory, is this expected?
The Mele image is configured to do EDID readout before setting the resolution; if you TV doesn't support EDID, it may end up taking quite a while for the operation to time-out. If you know what resolution to set, look at the "video" line in uEnv.txt and remove the EDID word, ie change from:I have 2 tvs, when i plug the stick on the first one fatdog boots straight to x right away without any problem, but on the other tv it takes a lot of time, it seems like xorg is probing many different resolutions without sucess, sometines i see for a few seconds distorted images. But after a long very long wayting i finally get X to work and the tv reports the image as 1280x720p. 720p is the same resolution my first tv reports so what may be the problem with my other tv?
Code: Select all
video=disp.screen0_output_mode=EDID:1280x720p60
Code: Select all
video=disp.screen0_output_mode=1280x720p60
cheers!
- Attachments
-
- mk802-1gb.tar.gz
- script.bin for mk802-1GB; extract and the copy the file to your SD Card.
- (7.09 KiB) Downloaded 1122 times
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Removing eid worked. Thank you!jamesbond wrote:That will never happen due to fragmentation of the ARM platform.linux28 wrote:What are the hardware can be used? All ARM can use it?
FatdogArm meta-distribution can be used for any ARM platform/device capable of ARMv7-A, VFPv3-d32 and NEON. There are images available for Mele A1000 and OLPC XO-4 (XO-4 image is still on the way); and in the future there may be images for Cubieboard2 too.
Please check the release notes for more details.
Thanks.tuna1 wrote:Hi
Fatdog is very nice, nice work,
You will need to find a script.bin for your 1G mk802; otherwise only 512MB is recognised (and a few megs are taken for video buffer etc). Please try the attached script.bin and tell me whether it works - otherwise, please see the release notes for details.i just want to report two things but i don't really know if they are fatdog related problems or not
I have a mk802 with 1g ram, it's booting fine but htop says only 490mb as avaiable memory, is this expected?
The Mele image is configured to do EDID readout before setting the resolution; if you TV doesn't support EDID, it may end up taking quite a while for the operation to time-out. If you know what resolution to set, look at the "video" line in uEnv.txt and remove the EDID word, ie change from:I have 2 tvs, when i plug the stick on the first one fatdog boots straight to x right away without any problem, but on the other tv it takes a lot of time, it seems like xorg is probing many different resolutions without sucess, sometines i see for a few seconds distorted images. But after a long very long wayting i finally get X to work and the tv reports the image as 1280x720p. 720p is the same resolution my first tv reports so what may be the problem with my other tv?
toCode: Select all
video=disp.screen0_output_mode=EDID:1280x720p60
For more details please check http://linux-sunxi.org/Display.Code: Select all
video=disp.screen0_output_mode=1280x720p60
cheers!
I tryed your script.bin but no sucess, the avaiable memory is the same and worst, cpu use is always at 20%, with your original script.bin cpu use is very low.I will read your release notes but i'm not very skilled...
Yay!tuna1 wrote:Removing eid worked. Thank you!
Try adding "mem=1024" to the extras line in uEnv.txt (with the new script.bin). I can't tell why the new script.bin eat 20% of your CPU, I suggest you try other FEX files available here too: https://github.com/linux-sunxi/sunxi-bo ... config/a10 - there are a few files for mk802. The new script.bin I gave you is also from there.I tryed your script.bin but no sucess, the avaiable memory is the same and worst, cpu use is always at 20%, with your original script.bin cpu use is very low.I will read your release notes but i'm not very skilled...
cheers!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Sorry, I made you belive i had a mk802 1gb but what i have is a mk802ii, you tryed to help me but that was not possible with my mistake. but there is one good thing with this, i started reading about this and after some time i was able to build my mk802ii script.bin from the link you gave me. The cpu load is now working just fine but still no acess to the full memory. I tryed adding mem=1024 but when i do that it won't bootjamesbond wrote:Yay!tuna1 wrote:Removing eid worked. Thank you!
Try adding "mem=1024" to the extras line in uEnv.txt (with the new script.bin). I can't tell why the new script.bin eat 20% of your CPU, I suggest you try other FEX files available here too: https://github.com/linux-sunxi/sunxi-bo ... config/a10 - there are a few files for mk802. The new script.bin I gave you is also from there.I tryed your script.bin but no sucess, the avaiable memory is the same and worst, cpu use is always at 20%, with your original script.bin cpu use is very low.I will read your release notes but i'm not very skilled...
cheers!
Sorry again and thank you, today you helped me learn a few things
I think I may have to build a custom version of u-boot for you. This is the general problem with ARM platforms - the crucial part (bootloader, kernel) can seldom be sharedtuna1 wrote:Sorry, I made you belive i had a mk802 1gb but what i have is a mk802ii, you tryed to help me but that was not possible with my mistake. but there is one good thing with this, i started reading about this and after some time i was able to build my mk802ii script.bin from the link you gave me. The cpu load is now working just fine but still no acess to the full memory. I tryed adding mem=1024 but when i do that it won't boot
Sorry again and thank you, today you helped me learn a few things
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Running FDAA3 from Mele with hardrive
Here is my method to run both sfs file and savefile from a mele with a harddrive.
copy fs-arm.sfs as fda-arm.sfs to hard drive partition, and use this uEnv.txt
loadmodules=sw_ahci_platform causes the sata hard drive to be found
copy fs-arm.sfs as fda-arm.sfs to hard drive partition, and use this uEnv.txt
Code: Select all
console=tty0
kernel=uImage-a10
initrd=uInitrd-a10
loglevel=3
audio=hdmi.audio=EDID:0
video=disp.screen0_output_mode=1280x720p60
root=/dev/sda6
rootwait=rootwait
rootwait=waitdev=3
panicargs=panic=10
#coldplug=
basesfs=basesfs=local:fda-arm.sfs
#savefile=savefile=direct:device:mmcblk0p2
extras=sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_no_mali_mem_reserve sunxi_fb_mem_reserve=8 loadmodules=sw_ahci_platform
Okay, this is a version of uboot for mk802ii. Install it by doingjamesbond wrote:I think I may have to build a custom version of u-boot for you. This is the general problem with ARM platforms - the crucial part (bootloader, kernel) can seldom be sharedtuna1 wrote:Sorry, I made you belive i had a mk802 1gb but what i have is a mk802ii, you tryed to help me but that was not possible with my mistake. but there is one good thing with this, i started reading about this and after some time i was able to build my mk802ii script.bin from the link you gave me. The cpu load is now working just fine but still no acess to the full memory. I tryed adding mem=1024 but when i do that it won't boot
Sorry again and thank you, today you helped me learn a few things
Code: Select all
dd if=uboot-mk802ii.bin of=/dev/XXX bs=1024 seek=8
- Attachments
-
- uboot-mk802ii.bin.gz
- Please gunzip first. Only for mk802ii and NOT FOR ANY OTHER PLATFORM.
- (104.16 KiB) Downloaded 1033 times
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
FatdogArm on Cubieboard2
I have received a Cubieboard2 from someone who shall remain anonymous (thank you!).
The board arrived yesterday, and I've got FatdogArm running on it today; here is the mugshot.
It still require a few tweaks, but in general it's running great.
The board arrived yesterday, and I've got FatdogArm running on it today; here is the mugshot.
It still require a few tweaks, but in general it's running great.
- Attachments
-
- s.png
- FatdogArm on Cubieboard2
- (71.47 KiB) Downloaded 1873 times
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
It works, full memory being used now, thanks for your helpjamesbond wrote:Okay, this is a version of uboot for mk802ii. Install it by doingjamesbond wrote:I think I may have to build a custom version of u-boot for you. This is the general problem with ARM platforms - the crucial part (bootloader, kernel) can seldom be sharedtuna1 wrote:Sorry, I made you belive i had a mk802 1gb but what i have is a mk802ii, you tryed to help me but that was not possible with my mistake. but there is one good thing with this, i started reading about this and after some time i was able to build my mk802ii script.bin from the link you gave me. The cpu load is now working just fine but still no acess to the full memory. I tryed adding mem=1024 but when i do that it won't boot
Sorry again and thank you, today you helped me learn a few thingswhere /dev/XXX is your SD Card device (make sure you don't point to your harddisk or your harddisk data will be destroyed beyond repair - since you have already dd-ed the image I suppose you already know about this).Code: Select all
dd if=uboot-mk802ii.bin of=/dev/XXX bs=1024 seek=8
No worries, glad that it finally works.tuna1 wrote:It works, full memory being used now, thanks for your help
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Request for compile for ARM pov-ray 3.6, or 3.7 (harder to compile 4 ARM)
This is a mid to large sized project 4+ hours for/on RasPI without your dccs.
One of the few clean, large, cross platform projects,
I use it a lot for complex math rendering and engineering work (weird hobby, most likely the only NON Phd playing in this field, so shhhh I'm like Howard from the Big Bang Theory )
This is a mid to large sized project 4+ hours for/on RasPI without your dccs.
One of the few clean, large, cross platform projects,
I use it a lot for complex math rendering and engineering work (weird hobby, most likely the only NON Phd playing in this field, so shhhh I'm like Howard from the Big Bang Theory )
I'll look into this.Ted Dog wrote:Request for compile for ARM pov-ray 3.6, or 3.7 (harder to compile 4 ARM)
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Thanks, its does have a good use as a test for advanced cpu settings, It for all its complexity, it is a well developed C code, that input and outputs are the same regardless of hardware/OS etc. The only things that change is the TIME to complete task.jamesbond wrote:I'll look into this.Ted Dog wrote:Request for compile for ARM pov-ray 3.6, or 3.7 (harder to compile 4 ARM)
I would have expected a simple card game would compile cleanly and easily but NO!
I expected a large complex program like this to be a nightmare, but it was just the standard 3 step simple configure,make,make install. :
Also expected the compile to take a long time, but with FD621 all expanded RAM took 4 minutes, FD630RC about 7 minutes (not sure why, but I think dev was still compressed and running on a slow USB)
I'm going to take a stab at compiling POVRAY with My Mele, my testing of FD630RC hit a large road block without a simple work around. I'm sure it may only me the Unique way I use FD, but I'm not setup to test without major shuffle of equipment, I've boxed myself in by not completing a harddrive backup and data shuffle that is needed, since I wanted to have multiple new tests on optical drive support when FD630 was released.
Will let you know if its hard/easy and time. may need your help on the CPU settings used for gcc if configure does not.
Will let you know if its hard/easy and time. may need your help on the CPU settings used for gcc if configure does not.
I haven't tried 3.7RC2, but 3.6 has problems. FatdogArm comes with latest libpng (1.6); and povray 3.6 will only work with 1.4 or or earlier. I'm looking for patch that would enable povray 3.6 building with new libpng, if I can't find that I'll try 3.7RC2 instead.jamesbond wrote:I'll look into this.Ted Dog wrote:Request for compile for ARM pov-ray 3.6, or 3.7 (harder to compile 4 ARM)
But seriously, isn't povray a very compute-intensive application? Why run it on the Mele (or ARM for that matter)? Mele's FPU performance (A10) isn't that stellar and I doubt that povray comes with NEON optimisation.
Povray isn't the only one with this issue, I am trying to build netpbm too and the latest "super-stable" version of netpbm has exactly the same issue. I'm going to try newer version of netpbm (from svn).
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Yes, povray is VERY number crunching intensive, but its a watts to results and use of a planned always on 'computer.'
As you may have guessed my internet offering is 3rd world at best, so a small wattage machine could spend hours just wget-ing a single small iso.
I'm using POVray as a visual feedback of engineering changes to space frames, the space frame itself is usually fast to render, but that space-frame is used as a roof for family home sized buildings. I construct the roof first and build a home to match it.
Then pass those ideas to others for feedback. The more polished the 'homes' look the more likely the 'plan' would be approved. Some people can 'see' the results at the simple block stage better, others can't. It takes weeks for each new design to be 'thunk' so if the last design is sent to the always on Mele for those extra photon passes and flair the more photo realistic the better.
google: roof first nez
As you may have guessed my internet offering is 3rd world at best, so a small wattage machine could spend hours just wget-ing a single small iso.
I'm using POVray as a visual feedback of engineering changes to space frames, the space frame itself is usually fast to render, but that space-frame is used as a roof for family home sized buildings. I construct the roof first and build a home to match it.
Then pass those ideas to others for feedback. The more polished the 'homes' look the more likely the 'plan' would be approved. Some people can 'see' the results at the simple block stage better, others can't. It takes weeks for each new design to be 'thunk' so if the last design is sent to the always on Mele for those extra photon passes and flair the more photo realistic the better.
google: roof first nez
Hey, jamesbond, would FatDogARM support the A20? I know it runs (at least somewhat) on A10 now...
I'm working with a very nifty project, actually found out about it through something Barry bought to support them -- EOMA-68. Basically a "cartridge motherboard" sort of thing -- the CPU/SoC, RAM, graphics, and some storage (microSD) is in a "CPU Card" with the physical form factor of a PCMCIA card (totally different pinout, though). The CPU card goes into a carrier board (my personal term, not the group's) that has ports and such on it.
More here --> http://elinux.org/Embedded_Open_Modular ... re/EOMA-68
*IF* FatDogARM could be made to work with this I'd just about dance in the streets.
Another question -- would it be possible to create a "mini-OS" that ran eg QEMU to emulate an x86 environment, on such a CPU, "under" the regular OS but also transparent to that OS? In other words --
base hardware
"mini-OS" emulation layer
some sort of x86 *nix OS
user
That way I could run, say, FatDog or Upup Raring or whatever, on this thing, as if it had eg an Atom CPU in it. ARM's great for power consumption but I don't think the codebase (set of compatible applications and packages, in this case) is anywhere near as big for *nix ARM as it is for *nix x86... x86 is very much PlugNPlay with software because it's been around since 1981 or so and it's been *nix-able since Linus Torvalds started mucking with Unix memory management in the early 1990s (don't remember if it was '92 or '93...). Can't really say the same for ARM.
I'm working with a very nifty project, actually found out about it through something Barry bought to support them -- EOMA-68. Basically a "cartridge motherboard" sort of thing -- the CPU/SoC, RAM, graphics, and some storage (microSD) is in a "CPU Card" with the physical form factor of a PCMCIA card (totally different pinout, though). The CPU card goes into a carrier board (my personal term, not the group's) that has ports and such on it.
More here --> http://elinux.org/Embedded_Open_Modular ... re/EOMA-68
*IF* FatDogARM could be made to work with this I'd just about dance in the streets.
Another question -- would it be possible to create a "mini-OS" that ran eg QEMU to emulate an x86 environment, on such a CPU, "under" the regular OS but also transparent to that OS? In other words --
base hardware
"mini-OS" emulation layer
some sort of x86 *nix OS
user
That way I could run, say, FatDog or Upup Raring or whatever, on this thing, as if it had eg an Atom CPU in it. ARM's great for power consumption but I don't think the codebase (set of compatible applications and packages, in this case) is anywhere near as big for *nix ARM as it is for *nix x86... x86 is very much PlugNPlay with software because it's been around since 1981 or so and it's been *nix-able since Linus Torvalds started mucking with Unix memory management in the early 1990s (don't remember if it was '92 or '93...). Can't really say the same for ARM.