XOpup Interest Group. Puppy Linux for the OLPC XO-1 laptop

[mavrothal]

I tried quirky 013 (with the olpc kernel, initrd mod etc) and sure enough the Xorg role back works like a champ even if the OLPC kbd was not included.
Unfortunately neither SNM nor network wizard work but connecting through the terminal is a OK, and as before ALSA is not working,

The nice thing is that the SFS without the extra Xorg drivers firmware and the olpc kernel modules instead of the original is only 77MB with still room for trimming. So it can certainly serve as a good foundation for the XOpup

Posted form quirky013 running on the OLPC XO-1

[hailpuppy]

Hi Mavrothal,

can you please upload a video or snaps of your new quirky running on xopup.?

[mavrothal]

Hi Mavrothal,

can you please upload a video or snaps of your new quirky running on xopup.?

This is a frenetic time in Puppy
At least 4 development streams are going on in parallel, so what was yesterday on my XO is not there anymore today .
I'm trying to see which on the new builds may become a good base for XOpup.
ttuuxxx's 4.3.2 does not have the geode driver, but ttuuxxx may include it in the next version.
Playdayz's Lupu has it, but is the buggy one.
Network connection still performs best under Lupu
None of the above has sound (similar to quirky 13)
In the mean time BK just uploaded wary-019. It does include geode driver with Xorg 7.3 and should work fine (though still missing olpc keyboard ). Hopefully I'll be testing this tonight and if any better I may get a video going.

Hopefully, when ttuuxxx finishes with 4.3.2 and micko with Lupu, they'll find some groundwork to build an XOpup on. We'll see...

[mavrothal]

can you please upload a video or snaps of your new quirky running on xopup.?

There you go



Unfortunately, non of the issues reported above are solved.
Is actually bigger than quirky-013 and I _think_ a bit slower

[hailpuppy]

Yippeee!!! very few things excite me these days other than seeing puppy on xo olpc. (some other such things are to see python,Tkinter,wxPython,PyGTK support in python in addition to see Choicepup getting closer to support many many applications including software development IDEs )

Thanx Mavrothal..for all this persistance

[mavrothal]

This is going to turn in a photo-thread but what the heck.



This Lupu-009 and so far is the best ever. Xorg works fine and network, pointer, package manager, quickpet etc did not need any tweaking! OLPC keyboard is still missing from xkb but hopefully will be included in the final version.

If only the stupid sound wizard could see the XO card would be almost ready for prime time.

Micko?...

[hailpuppy]

Hi Mavrothal....wowwwww cooolll...a video of it running please .......Has it gained speed buddy?

[mavrothal]

.......Has it gained speed buddy?

No.
Lupu is getting bigger in every new version (now happily at 150+MB )

Quite, frankly I'm thinking that for the XO class of machines, the Puppy speed advantage is probably a myth. Is mostly related to the ability of Puppy just to run on old machines offering a nice suite of updated working apps (as oppose to nothing from other distros...)

Fortunately for the XO-1, there are other options (each word is a different link ) tailored to the hardware, that work just fine.

I was just hopping that XOpup could push the envelope a bit more , but at this point I doubt an XOpup is going to happen, and the generic pup is clearly inadequate.
More important, I doubt that an XOpup can offer something more to XO-1 than what is out there
We'll see...

[hailpuppy]

hmmm......is that so....But the what the heck buddy...i haven't given up on this (only the Lord knows how I am contributing to this thread though ) .Lets see what we l get in times to come....in the meantime Gecko edubook also seems to be adopting puppy in steady ways..Anyways thanks a lot mavrothal for not giving up...and ttuuxxx thank you also for the time and effort you have put on this...and thank you all for reminding these great guys that their efforts are always highly appreciated...

[hailpuppy]

Hi Mavrothal, did you get a time to check out this comment in this forum from technosaurus?



technosaurus wrote:

You may want to consider that the gcc provided by Puppy proper does not provide compiler flags -march=geode or -mtune=geode. These were not implemented until gcc-4.3 (as a result of OLPC's efforts). I highly recommend upgrading gcc - alternatively you can use -march=i586 -mmmx -m3dnow.

I don't know how specialized you are trying to be, but there are similar platforms that use the geode, including the DECtop (GX2), Raeon Everrun (LX), pepperpad3 and others using similar hardware. (pepper's sdk may be a good place to get drivers)

***" You may want to consider that the gcc provided by Puppy proper does not provide compiler flags -march=geode or -mtune=geode. These were not implemented until gcc-4.3 (as a result of OLPC's efforts). I highly recommend upgrading gcc - alternatively you can use -march=i586 -mmmx -m3dnow."***
I should have clarified this. The Kernel was compiled on the XO-1 running Fedora-11 with the latest gcc etc from fedora-testing repo and kernel sources from the patched OLPC-2.6.30 kernel branch.
Basically is just the letest 2.6.30 XO-1 kernel with squashfs support

By the way this kernel does not have aufs support, but this should not be a problem for finding the pup-430.sfs file, should it?

http://www.murga-linux.com/puppy/viewtopic.php?t=47337

[hailpuppy]

Mavrothal good to see that you are trying to get Tinycore Linux to work on XO. Hmm. What our objective should be I guess to make XO a workable piece of thing

Is not clear to me what are you talking about.
Ubuntu intrepid - Xfce4 is rock solid. Will run practically every intrepid package in or out of the repositories, most of the intrepid hacks and then some. Its thread has 350.000 hits!
And BTW it does not even need a developers key. It will run fine on locked XOs since its using the official intact boot folder and security settings. So desperate moms and dads out there go for it

Hi Mavrothal can you kindly provide the URL leading to this particular Ubuntu intrepid - Xfce4 you are talking about?I just want to make sure that I am jumping to the right link on this. Why i m specially concerned about this is due to its capability to boot without the developer key and of course your reccommendation.

[mavrothal]

Hi Mavrothal can you kindly provide the URL leading to this particular Ubuntu intrepid - Xfce4 you are talking about?I just want to make sure that I am jumping to the right link on this. Why i m specially concerned about this is due to its capability to boot without the developer key and of course your reccommendation.

Here is the build, instructions, sources and discussion
http://www.olpcnews.com/forum/index.php?topic=4053.0

Here you can see the "distillation" for some common mistakes problems and solutions out of 1200+ posts in 2 threads (some of puppy's huge threads could use such a thing )
http://www.olpcnews.com/forum/index.php?topic=4057.0

And here is a reference from the developer about the developers key
http://www.olpcnews.com/forum/index.php ... 5#msg25755
It is actually for its previous version (Hardy) but also true for Intrepid.
Keep in mind however that XOs from deployments that are using their own signed OS versions and not the official OLPC one, may still need a developers key (you may be able to rebuild ubuntu around your deployment's kernel and signatures, but that's for another forum )
If on the other hand you have/can install and run the official os767 and you have firmware q2e18 or newer, is pretty sure that Ubuntu will run fine.

[hailpuppy]

Thanks a lot buddy, I l check on that then...

[mavrothal]

This is not to continue the photo-thread ... but to point out that the audio adapter is clearly detectable by the hardware monitor, and yet the alsawizard can not find any audio card.

Please, anybody that has some idea as of what might be the problem, just through it in to see if I can do anything about it...

BTW, this is quirky 1.0 with the geode driver from Lupu (since BK did not update the driver in quirky and the one in the release does not work)

[eowens2]

Mavrothal, I have reached the same point by a different route.

I have been working on Puppy version 4.31.

Since Puppy implements sound as "M" rather than "Y", I thought that this might be a factor in the sound problem, so I did a kernel re-compile with sound as modules.

The kernel boots fine, x-windows looks good, all the user applications that I have checked seem to work OK, wireless router detected and connects immediately (I am sending this from Puppy 4.31 on the XO).
CUPS works well and prints flawlessly via wireless to an Officejet network printer.

But I am having a problem with sound similar to what you have described.

Alsaconf executes without reporting any errors, and at the end tells me ALSA is configured, and offers to play a test sound, but no audible test sound is generated (Sugar's Tam Tam makes plenty of noise noise on my XO-1, Teapot's Ubuntu's sound works well).

#alsamixer => "snd_ctl_open : no such device"

#aplay -vv /usr/share/audio/2barks.wav => "cannot find card0 - no such device"

#aplay -l => "no soundcards found..."

but

#cat /proc/asound/cards =>
0 [Audio ]: cs5535audio - CS5535 Audio
CS5535 Audio cs5535audio at 0x1480, irq 5


The tail of /etc/modprobe.conf shows
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF version 1.0.20 ---
alias snd-card-0 snd-cs5535audio
alias sound-slot-0 snd-cs5535audio
# --- END: Generated by ALSACONF, do not edit. ---

# lspci shows
00:01.0 Class 0600: 1022:0028 (rev 21)
00:01.1 Class 0300: 1022:2081
00:01.2 Class 1010: 1022:2082
00:0c.0 Class 0501: 11ab:4100 (rev 10)
00:0c.1 Class 0805: 11ab:4101 (rev 10)
00:0c.2 Class 0400: 11ab:4102 (rev 10)
00:0f.0 Class 0601: 1022:2090 (rev 03)
00:0f.3 Class 0401: 1022:2093 (rev 01)
00:0f.4 Class 0c03: 1022:2094 (rev 02)
00:0f.5 Class 0c03: 1022:2095 (rev 02)


lsmod | grep snd shows:
snd_pcm_oss 34044 0
snd_seq_dummy 2660 0
snd_seq_oss 24044 0
snd_seq_midi_event 6724 1 snd_seq_oss
snd_seq 42080 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 6608 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_mixer_oss 14504 1 snd_pcm_oss
snd_cs5535audio 12740 0
snd_ac97_codec 93820 1 snd_cs5535audio
ac97_bus 1660 1 snd_ac97_codec
snd_pcm 64488 3 snd_pcm_oss,snd_cs5535audio,snd_ac97_codec
snd_timer 18596 2 snd_seq,snd_pcm
snd 51500 9 snd_pcm_oss,snd_seq_oss,snd_seq,snd_seq_device,snd_mixer_oss,snd_cs5535audio,snd_ac97_codec,snd_pcm,snd_timer
snd_page_alloc 8404 2 snd_cs5535audio,snd_pcm

/usr/lib/alsa-lib is present.

# modinfo snd_cs5535audio shows:
filename: /lib/modules/2.6.31_xo1-20100428.0000.1.olpc.628e024_DIRTY/kernel/sound/pci/cs5535audio/snd-cs5535audio.ko
description: CS5535 Audio
license: GPL
author: Jaya Kumar
srcversion: 356AFFBF0C6C10220832780
alias: pci:v00001022d00002093sv*sd*bc*sc*i*
alias: pci:v0000100Bd0000002Esv*sd*bc*sc*i*
depends: snd-ac97-codec,snd-pcm,snd,snd-page-alloc
vermagic: 2.6.31_xo1-20100428.0000.1.olpc.628e024_DIRTY preempt mod_unload modversions GEODE 4KSTACKS
parm: ac97_quirk:AC'97 board specific workarounds. (charp)
parm: index:Index value for cs5535audio (array of int)
parm: id:ID string for cs5535audio (array of charp)
parm: enable:Enable cs5535audio (array of bool)

I e-mailed Mitch Bradley with the above info 2-3 days ago, but he did not see any immediate solutions.

Any Puppy ALSA GURUs out there? Have a look! Why is the OS doing a double-speak: acknowledging the existence of a cs5535audio sound card 0 but in the next breath saying it cannot find such a device?

We are very close to having a a viable Xopup and can't abandon ship now! From my limited experience with this distro on the XO, Puppy makes a 433 MHz processor seem...well...snappy!

HELP!

(P.S. - I reached the same point in Lupu-009 on ALSA, and in addition could not get the wireless to work, so I went back to 4.31)

[mavrothal]

eowens2
you are way ahead of me

I'll recompile a kernel with sound as a module and see how this goes.
I think I have seen somewhere (in devel I think) that was a trick needed to get the mixer going but I can not find it now. You may want to ask in devel/irc (and let us know).

With Lulu/quircky I have no problem with network either with the connection wizard or with the simple network setup. Lupu is better (keeps SNS settings through reboots). I'm using WEP encryption.

[Aitch]

eowens2/mavrothal

Hey guys

I seem to recall either MU or tempestuous posting alsa tips for different puppy configurations

It may be as simple as adding a pfix=irq to the boot params to read the interrupts ........?

then add what works to /etc/rc.d/rc.local

I've also read that sometimes headphone o/p's work when speakers don't - caused by external settings in alsa conf,
.....or mute being set - unset it to work

Have you tried modprobe AC97?

cs5535 shows as a multifunction southbridge chipset using AC97 codec

Some further/relevant(?) alsa info here

http://www.linuxjournal.com/article/10081

http://preview.tinyurl.com/3838v6l

Good luck

Aitch

[mavrothal]

I do not know how is in 4.3.1 but in the recent Quirky/Lupu I think is related to proper root switching.

When running from USB, it remains in /initrd and /lib/modules is the initrd modules. So I get "can not be found" errors in modprobe although the modules are in /lib/modules (but not in /initram/lib/modules)
When the entire kernel (/lib/modules/`uname -r`/kernel) is places in the initrd.gz then modprobe works fine from the terminal but it would appear that different wizards have problem to get it right and fail.

So it maybe related to proper root switching really or instructing alsa wizard to look at a different place for the modules.
Any idea how do I test for proper root switching or tell alsa wizard/modprobe-FULL about the module path?

eowens2
do you think you maybe getting "similar" issues with puppy4.3.1?

[eowens2]

Mavrothal,

I could be wrong, but I think that the switch_root in the Puppy 4.31 that I am using on the XO-1 has executed without error, and that the layered file system is working O.K.

I have not specifically looked at the following in Lupu-009 or Quirky, but in Puppy 4.31 have made the following observation. Take a pristine CD of the distro, and decompress the initrd to its filesystem, and unsquash the pup-431.sfs to its file system, and then compare the respective /lib/modules/*/kernel/...ko. The 10-12 modules that end up in the initrd are absent from the .sfs, meaning that they have been moved, not copied from the .sfs.

If I read the initrd/init correctly (maybe I'm not!), in preparation for switch_root, puppy copies those 10-12 modules into the /pup_new/initrd/pup_ro1 (where they stay), and the .sfs ends up in /pup_new/initrd/pup_ro2 (with the rest of the modules). Again, running "ls" on the respective pup_ro1 and pup_ro2 directories in the Puppy booted to desktop, one can see that the module contents of the two directories are not the same.

Looking at the output of lsmod (from my post yesterday), one can see modules from pup_ro1 (aufs, squashfs, ehci_hcd, ohci_hcd, etc) and modules from pup_ro2 (eg. all of the snd modules), and that the OS is seeing and able to load items from both components of the modules pool. And modinfo xxxx works fine, regardless of which pool the module is in. Also, the functioning of modprobe and modinfo would seem to validate the integrity of the respective modules.dep files, no?

So I think switch_root and layering are O.K.

[mavrothal]

I did recompile the kernel with sound as a module and sure enough in Lupu-116 I have the exact same behavior you described.
Eg wizard gows through OK but no sound or mixer at the end.
However looking at dmesg I get at the end of the alsawisard run

Code: Select all

[  554.236469] cs5535audio 0000:00:0f.3: setting latency timer to 64
[  554.243623] Failure reading codec reg 0x7e,Last value=0x7e805368
[  554.249827] Failure reading codec reg 0x7e,Last value=0x7e805368

Have you noticed something similar eowens2?

Anybody has any idea what this might mean?