Where We Are Now!

[tux]

See attached the matching modules. The forum only allows to upload tar.gz files, so just remove the tar.gz from the filename.

 If I had any medals to hand out? What a star!    

[koen]

the problem you have is not whether it is a EABI or OABI kernel. the kernel 2.6 just does not 100% support the zaurus hardware yet.

Last I checked the kernel in OE it only lacked migrating the fb to SRAM for pxa270 zaurusses, everything else works on c7x0 and cxxxx.

[tux]

See attached the matching modules. The forum only allows to upload tar.gz files, so just remove the tar.gz from the filename.

 If I had any medals to hand out? What a star!    

 Well cortez, I have mixed news! I took your files and renamed them as required. I didn't know which updater.sh to use so I put the one from the poky site on. I untarred the modules to the right spot. I rebooted and pressed OK at the appropriate moment and the flashing menu came up. It failed with a message about wrong machine.   I do have a 3200. I suppose I might need another updater.sh?   Or maybe the zImage should have been renamed to zImage.bin. I'll try that idea first.

I assume of course that the machine will reboot to my original setup when I put the battery back in!  It did!

Cheers - I'll persevere!

[cortez]

You need updater.sh from here and rename the zImage file to zImage.bin
Then flash again, keep your fingers crossed and hope this will fix some of our problems  

[Chero]

You need updater.sh from here and rename the zImage file to zImage.bin
Then flash again, keep your fingers crossed and hope this will fix some of our problems  

flashed and booted :
- no modules.dep (and some other files in /lib/modules/2.6.21/)
- no X after fixing the previous error through depmod : illegal instruction

Wifi is working ...

Chero.

[tux]

You need updater.sh from here and rename the zImage file to zImage.bin
Then flash again, keep your fingers crossed and hope this will fix some of our problems  

 Thanks again cortez, I'd just tried flashing again with an updater.sh from that japanese site whose name has BOX in it. The kernel flashed. I got the Opened hand logo on booting and I'm looking at a text login. I got many messages about not being able to find the modules. I copied the modules onto the hard disk using tar zxvf with the tgz file being on the SD card. I changed into the microdrive / directory to do it and the files showed uo when I listed the lib/modules directory. They are there.

That file you've pointed me to looks like it is the one I downloaded from the poky site and that I tried to use.   I'll try again with the one I've just downloaded from the link. But first I'll try a text login. It works and I can see the modules. I have a 2.6.20 directory and a 2.6.21 directory.  The console doesn't have the keytable set to the correct one.  

I got some nice error messages about the soundhack that comes with Titchy though. I feel rather comforted by that! I have much to play with!!  

Later this evening...  I tried depmod and the keys are working. I took the wireless card out and reinserted it. I appear to have a connection. YES!!!!

So what have I missed about the modules?

Really must post this message mustn't I?

[tux]

 Here is the output from dmesg after I'd done depmod, reinserted the wifi card and ssh'd into root.

debian:/# dmesg
Linux version 2.6.21 (egoe@egoe-laptop) (gcc version 3.4.4) #1 PREEMPT Wed Oct 24 13:52:39 CEST 2007
CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE), cr=0000397f
Machine: SHARP Borzoi
Ignoring unrecognised tag 0x00000000
Memory policy: ECC disabled, Data cache writeback
On node 0 totalpages: 16384
  DMA zone: 128 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 16256 pages, LIFO batch:3
  Normal zone: 0 pages used for memmap
Run Mode clock: 208.00MHz (*16)
Turbo Mode clock: 416.00MHz (*2.0, active)
Memory clock: 208.00MHz (/2)
System bus clock: 208.00MHz
CPU0: D VIVT undefined 5 cache
CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
Built 1 zonelists.  Total pages: 16256
Kernel command line: console=ttyS0,115200n8 console=tty1 noinitrd root=/dev/hda1 rootfstype=ext3 rootdelay=1 rw  fbcon=rotate:1 dyntick=enable quiet
PID hash table entries: 256 (order: 8, 1024 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 62244KB available (2276K code, 237K data, 108K init)
Calibrating delay loop... 415.33 BogoMIPS (lpj=2076672)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
NET: Registered protocol family 16
Sharp Scoop Device found at 0x10800000 -> 0xc4800000
Sharp Scoop Device found at 0x08800040 -> 0xc4802040
Time: pxa_timer clocksource has been installed.
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NetWinder Floating Point Emulator V0.97 (double precision)
io scheduler noop registered
io scheduler anticipatory registered (default)
Corgi Backlight Driver Initialized.
Console: switching to colour frame buffer device 80x30
Load PXA Overlay driver successfully!
pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 22) is a FFUART
pccard: PCMCIA card inserted into slot 0
pcmcia: registering new device pcmcia0.0
pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 21) is a BTUART
pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 20) is a STUART
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
Sharp SL series flash device: 800000 at 0
Using static partision definition
Creating 1 MTD partitions on "sharpsl-flash":
0x00140000-0x007f0000 : "Boot PROM Filesystem"
NAND device: Manufacturer ID: 0xec, Chip ID: 0xf1 (Samsung NAND 128MiB 3,3V 8-bit)
Scanning device for bad blocks
Bad eraseblock 367 at 0x02de0000
Creating 3 MTD partitions on "sharpsl-nand":
0x00000000-0x00700000 : "System Area"
0x00700000-0x02700000 : "Root Filesystem"
0x02700000-0x08000000 : "Home Filesystem"
input: Spitz Keyboard as /class/input/input0
power.c: Adding power management to input layer
input: Corgi Touchscreen as /class/input/input1
sa1100-rtc sa1100-rtc: rtc core: registered sa1100-rtc as rtc0
I2C: i2c-0: PXA I2C adapter
I2C: i2c-1: PXA I2C adapter
Registered led device: spitz:amber
Registered led device: spitz:green
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
XScale iWMMXt coprocessor detected.
Probing IDE interface ide0...
pccard: PCMCIA card inserted into slot 1
pcmcia: registering new device pcmcia1.0
mmcblk0: mmc0:dae3 S128B 125440KiB
 mmcblk0: p1
hda: SanDisk SDCFX3-16384, CFA DISK drive
ide0 at 0xc4820000-0xc4820007,0xc482000e on irq 138
hda: max request size: 128KiB
hda: 32014080 sectors (16391 MB) w/1KiB Cache, CHS=31760/16/63
 hda: hda1 hda2 < hda5 >
ide-cs: hda: Vpp = 0.0
sa1100-rtc sa1100-rtc: setting the system clock to 2007-10-24 19:43:13 (1193254993)
Waiting 1sec before mounting root device...
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem).
Freeing init memory: 108K
Adding 176672k swap on /dev/hda5.  Priority:-1 extents:1 across:176672k
EXT3 FS on hda1, internal journal
pccard: card ejected from slot 1
pccard: PCMCIA card inserted into slot 1
pcmcia: registering new device pcmcia1.0
orinoco 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
orinoco_cs 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
pcmcia: request for exclusive IRQ could not be fulfilled.
pcmcia: the driver needs updating to supported shared IRQ lines.
eth0: Hardware identity 801b:0000:0001:0000
eth0: Station identity  001f:0000:0001:0008
eth0: Firmware determined as Intersil 1.8.0
eth0: Ad-hoc demo mode supported
eth0: IEEE standard IBSS ad-hoc mode supported
eth0: WEP supported, 104-bit key
eth0: MAC address 00:02:6F:34:4D:6B
eth0: Station name "Prism  I"
eth0: ready
eth0: orinoco_cs at 1.0, irq 137, io 0xc4840000-0xc484003f
ieee80211_crypt: registered algorithm 'NULL'
hostap_cs: 0.4.4-kernel (Jouni Malinen <jkmaline@cc.hut.fi>)
eth0: New link status: Connected (0001)
NET: Registered protocol family 10
eth0: no IPv6 routers present
debian:/#

The 'bolded' bits are some messages that I remember as different to the 'angstrom' kernel or that new to me. I don't know if it has any significane that the init memory is reported as 108, I think the previous version said 84.

No sign of life with the X-windows system as yet.

I'll try apt-get update and see what ensues. I'll also try un-installing the soundhack. Then a reboot to see what happens.

This is interesting.  I don't know whether to say it is promising though!

[ZDevil]

Wow. Now we have five favors to choose from!    

1) Debian Titchy: Angstrom EABI kernel + OABI rootfs
2) Debian Kurobox: Angstrom EABI kernel +  OABI rootfs
3) Debian egoe: Cortez's OABI kernel + OABI rootfs
4) Debian Angstrom: Angstrom kernel + EABI rootfs
5) Debian yonggun: 2or0's patched Angstrom kernel + EABI rootfs

[tux]

 Definitely promising!  This boot said it found the modules and loaded them. lsmod lists the usual suspects. How do I get it to tell me which modules 2.6.20 or 2.6.21? Both hostap and orinoco load. I thought I'd blacklisted hostap? I've still got a text login, though the boot messages say that xdm is loaded.The keyboard is working. I think I'll uninstall zaurus-hardware-support and reboot. Then re-install it. Might try the same with titchy package? Removing Zaurus-hardware-support triggers the removal of all the gui stuff.

I think most of the answers are in this forum, I'll go look later! No idea about multimedia yet. Let's see if the system can get back to where it was before with this kernel and modules, compiled fresh by cortez. Must try and duplicate that job in order to start to understand bitbake the poky/openhanded way.  

This is definitely on the way to work and with clearer access to the build system and source tree.

[tux]

 I'm glad I installed the ssh server before all this! it doesn't half make it easy to work.  

I am struggling to get the gui to come alive. I'm wondering if the error messages concerning soundhack are somehow to do with this?  I do know that the link to kdrive is still in place. I've just installed gdm, to see if this might help. I got messages about the soundhack package at the end of gdm install. I'm also going to have a look at the scripts.  I have a superstitious feeling that the soundhack part of Zaurus-hardware -support is the problem.  I've been wrong before.  But it seems impossible to have the other hardware support bits without the soundhack thing. I suppose I can unpick the deb file and repack it without the soundhack part, if I'm not just being paranoid.  

Any hints or tips will be gratefully received.

I'm un-installing gdm. I'm going to check if the updater.sh that cortez showed me works with this kernel and i think i'll go back to the Titchy version for a while.

[tux]

 Hi Cortez, the updater you pointed me to was the one I'd downloaded from poky and it didn't work. The one from the japanese site did. As you've read, a fair amount of success was had. But I'm going back to Titchy to remove some of the things I tried to get x working. When I have it back to where it was I'm going to have another go. I have a feeling that the packages from neil, the hardware support ones, are clashing with the stuff you have given me.  

I'm going to have a thorough look at the scripts from the working x system with Titchy before I get back to the poky stuff. I have a feeling that I'd need to set up the X system  more by hand as it were. I believe that the soundhack part of titchy is the fly in the ointment. Even if it doesn't cause the x problems I'm sure that it will get in the way of the sound stuff.

I did try gdm, it tried to start but offered me the chance to look at the X server messages to diagnose the problems. There were no visible messages and the system hung! xdm just hung!

Perhaps a cleverer fellow than me will have this sorted by tomorrow!!  

Cheers

[tux]

 I kept gdm. It took two minutes to reflash the 2.6.20 kernel and as soon as it rebooted X came up with the gdm. I wish I'd used it before. Much more civilised than xdm! So, if nothing else, this excursion into an OABI kernel has led me to a nicer window manager!  

Thats all for tonight! I should be sensible and go to bed. The poky/OABI/cortez kernel thing is going to take a bit more work. maybe the hardware is going to have to be configured without the packages from neil's site. I need to search these threads for tips.

There are some very promising things happening though.  

I'll check the Wiki and see if those anti-spam bits are still working!

[tux]

 So I'm thinking how to proceed. I think I want to go with the OABI kernel(2.6.21) and modules. thanks to cortez + poky, and an OABI rootfs, thanks to Titchy and the Japanese 'mirror' at the  bigbridge site. Why OABI? Because, at the moment, the mainstream debian for arm is OABI.  

But if I've used Titchy and the support packages that Neil has produced the soundhack part throws up errors and this seems to cut the gui off at the knees.   I am not certain about that, this is groping for an explanation on my part.

It is easy to use the kernel provided by cortez from the poky build system if you use the updater.sh from the bigbridge site. It is fairly straightforward to copy the 2.6.21 modules to the right place. By the way, does it matter that the 2.6.20 modules are also in lib?  

It's also very simple to back out by flashing the 2.6.20 kernel from the bigbridge site.

One idea: reflash the cortez 2.6.21 kernel. Dig around for the soundhack bits and erase them somehow. Then see what happens.  Probably still have to delve into the X scripts and settings. By the way X still points to the kdrive thingy!

This next idea looks more likely to work, to my naive eye.  

Second idea: reinstall the TitchyLinux from scratch and not use the zaurus-hardware-support package. Maybe I could use the cortez kernel at this stage? I could make sure that I have a copy of the working keyboard table and put it in manually. In the sources.list I could just put the mainstream stuff, leave out or comment out the repository from Titchy. I might even do a dist-upgrade to lenny before carrying on. I'd make sure I had the cortez/poky kernel and modules in place, by whatever means before going further.

How to get the gui? Install xorg? I know it takes more memory and would probably need the kdrive substituted in for the final system. Where to lay my sticky hands on the kdrive for the Z? How to put it in and set it up. Obviously look at the present set up and copy files.

I'm also hoping that the more experienced tinkerers will jump in and say " Do it this way you clot!"  

Obviously look at the present set up and copy files. :- this should be quite easy in my particular case. The microdrive I swapped out had a working system on it. I can shove the Hitachi drive into my reader and browse, copy, print and inspect all the bits and pieces.  

Any and all advice welcome! The more the merrier.

[tux]

 I think I've found out how to turn off Soundhack. There is a directory /etc/rcS.d : the README in that directory says that renaming any of the scripts to have K at the front disables it. These scripts run at boot. There is one which links to soundhack in order to run it at boot time. I have put K at the start of its name. rebooting into the gui has gone through without a hitch.

By the way the soundhack thing is a script that loads various alsa modules that the Titchy set up puts in /opt/alsa14. So I should see some differences in the lsmod report.

I'm going to try and flash the OABI/cortez/poky kernel again and see what happens depending on the lsmod message.  

Wish me luck!

lsmod does not show any sound modules loaded! So I think I should have a go.  After all  'Who Dares, Wins!'  

[tux]

 Well cortez's present is installed. as it booted it told me that the gmpc was being loaded and there were plenty of error messages. This pleased me.  It shows that I did manage to turn Soundhack off.

The gdm attempted to load but bottled out. but i got to the command line and can do that reliably. The keymap is correct. I'm actually using ssh and a terminal on my desktop. I can see better there!  

I'm taking a telly break. The gui/ X-system will probably take more time. This is going to work without too much hassle.