Messages

1

pdaXrom Development / Help New Kernel For Pdaxrom

« on: October 13, 2007, 10:36:38 am »

Capn_Fish
Not yet, I'll do it today. By the way - there was some changes in function names since 2.6.22

P.S. I've do some googling and it looks like pm_valid_only_mem is now suspend_valid_only_mem

Added:
Yup. pm_valid_only_mem is now suspend_valid_only_mem

2

pdaXrom Development / Help New Kernel For Pdaxrom

« on: October 12, 2007, 12:48:06 pm »

That's what you'll get:

Code: [Select]

  CC      arch/arm/common/sharpsl_pm.o
arch/arm/common/sharpsl_pm.c:785: ошибка: ‘pm_valid_only_mem’ undeclared here (not in a function)
make[1]: *** [arch/arm/common/sharpsl_pm.o] Ошибка 1
It have some pxa fixes, some patches (OZ's) now in mainline, some needs a bit modification (pxa-overlay for example). I don't know what should I do with this sharpsl_pm problem...

P.S. I've attached patches that I was using.

3

Zaurus - pdaXrom / Dualbooting Pdaxii & Openbsd

« on: August 26, 2007, 11:31:40 am »

I can probably do it for r198, but that's not what you want, is it? Does this even work on r198?

OpenBSD requires that linux have some kernel modules, wich doesn't avalible in kernel 2.6

4

Zaurus - pdaXrom / New Rom Gentoo On Zaurus

« on: August 23, 2007, 08:57:18 pm »

stage3-armv5te-xscale-gnueabi

it must work, but you may need to copy some configs from either pdaXrom or stage for pxa270 - for example keyboard files (becouse stage3-*.tar.bz2 - is stages for keyboard-less pda's - so no keymaps for zaurus by default)

5

Zaurus - pdaXrom / Gcc-4.2.1+glibc-2.6.1 Cross Toolchain Available

« on: August 23, 2007, 10:17:50 am »

linuxthreads being deprecated

use nptl - it is a lot faster.

6

Zaurus - pdaXrom / New Rom Gentoo On Zaurus

« on: August 10, 2007, 09:38:34 am »

I've compiled gcc-4.2.1 for gentoo.
ebuild
binary package

7

Zaurus - pdaXrom / New Rom Gentoo On Zaurus

« on: August 08, 2007, 12:43:07 pm »

i bet you will get "no left space on device" with local portage on zaurus

Portage itself is ~400MB, but distfiles will take much...
Current version of overlay for portage (with some patches software, most patches are from OZ, but there is some Debian ARM patches there too):
ftp://civil.mine.nu/zaurus/portage-overlay

8

Zaurus - pdaXrom / Zpsx: High Performance Psx Emulator For The Zaurus

« on: August 07, 2007, 08:25:48 pm »

zodttd
http://www.berlios.de/developers.php.en (it's written that it have cvs, but in fact it have svn - look at some projects like Code::Bloks - they use SVN, not CVS)
http://sourceforge.net/docs/about

berlios.de gives svn server for it's projects.

9

Zaurus - pdaXrom / Help New Kernel For Pdaxrom

« on: August 06, 2007, 06:33:00 am »

I haven't tried jffs2 yet. No power problems here.
List of patches:
base patchset (most of patches are OZ's - using numbers before to make it patch in proper order):

Code: [Select]

01-lzo_kernel-r3.patch
02-lzo_jffs2-r2.patch
03-lzo_crypto-r2.patch
03-lzo_jffs2_lzomode-r1.patch
04-lzo_jffs2_sysfs-r1.patch
05-hx2750_base-r28.patch
06-hx2750_bl-r9.patch
07-hx2750_pcmcia-r2.patch
08-pxa_keys-r7.patch
09-tsc2101-r16.patch
10-hx2750_test1-r6.patch
11-pxa_timerfix-r0.patch
12-input_power-r9.patch
13-pxa25x_cpufreq-r2.patch
14-sharpsl_pm_fixes1-r0.patch
15-pm_changes-r1.patch
16-usb_add_epalloc-r3.patch
17-usb_pxa27x_udc-r5.patch
18-locomo_kbd_tweak-r1.patch
19-poodle_pm-r3.patch
20-pxa27x_overlay-r5.patch
21-w100_extaccel-r1.patch
23-qemuarm_scsi_fix-r0.patch
24-logo_oh-r0.patch.bz2
25-logo_oz-r2.patch.bz2
26-pxa-linking-bug.patch
27-mmcsd_large_cards-r1.patch
28-mmcsd_no_scr_check-r1.patch
29-integrator_rgb-r1.patch
30-pxa_cf_initorder_hack-r1.patch
31-nandparts.patch
33-sharpsl-param.patch
Extra patchset:

Code: [Select]

1900-ext4-updates-2.6.22.patch
1910-reiser4-2.6.22.patch
1920-udf-2.50-2.6.22.patch
1930-unionfs-2.6.22.patch
60-powertop-2.6.22.patch

10

Zaurus - pdaXrom / Help New Kernel For Pdaxrom

« on: August 05, 2007, 08:59:51 am »

I'm running kernel 2.6.22 now. It seems to be rather stable. Just need to enable CONFIG_MMC_UNSAFE_RESUME (only becouse of root on sd)

11

Zaurus - pdaXrom / My Attempts To Build Qt4

« on: July 23, 2007, 10:34:31 am »

I am quite sure the problem is related to the unexistence of glibc-linuxthreads-2.6

Linuxthreads was removed. Use NPTL instead of it.

Another question, I've built the compiler with options for softfloat and xscale, there is another very interesting one iwmmx:
- does anyone know what is the difference of compiling for a iwmmx target insead of a xscale one? both are exclusive, OR you compile for a xcale target OR you compile for a iwmmx target, not both. My guess is that choosing the iwmmx target may produce code able to run in iwmmx enabled PXA's but not in others, but I may be wrong.
- how can it render the compiler incompatible with older pxa devices?

armv5te compiler can generate code with march=iwmmxt, march=xscale and march=armv5te.

12

Zaurus - pdaXrom / My Attempts To Build Qt4

« on: July 22, 2007, 08:01:51 pm »

By the way, I've managed to compile qt-4.3.0 on my zaurus's gentoo (glibc 2.5, gcc-4.1.2, eabi).

13

Zaurus - pdaXrom / Help New Kernel For Pdaxrom

« on: July 19, 2007, 07:14:24 pm »

my idea is always have a updated kernel, like a 2.6.23 with CFS and other, and if a "central kernel" (not especific the OE kernel) can be used, we can focus on distro develop like important softwares..

CFS is currently (as patches for 2.6.22) totaly unusable. Maybe it was changed in 2.6.22-git, but I don't know.

2.6.23 does not exist yet (2.6.22.1 is current stable at kernel.org).

2.6.22-git will become 2.6.23 one day... Currently they just haven't changed version yet.

14

Zaurus - pdaXrom / My Attempts To Build Qt4

« on: July 18, 2007, 12:58:40 pm »

How Angstrom do it ? they have 4.3.0 version ...

They have rather up-to-date environment (glibc 2.5, gcc 4.1.2, etc.)

15

Zaurus - pdaXrom / My Attempts To Build Qt4

« on: July 18, 2007, 08:53:27 am »

Hmm, I suspect Civil may have done all of this before, ...

I haven't tried to build glibc - it is too big for native compile. And my 2-nd PC is too weak to have pdaX86 on vmware/qemu for cross-compilation

There is no problem in linux having multiple versions of a dll (a shared object in linux jargon, or a so file), but glibc is bulky and this may leave out the people with models without a microdrive.

Linux distro can have multiple copies of glibc and you can compile software against one of them. At least something like that was done in OpenOffice 1.x thread (on oesf of course). The main problem is gcc is a very large lib to be native-compiled (I think it'll took 4-5 days to compile it on Z)