yashsingh1/xdaforums huggingface dataset:
[JASJAR, XDA Exec, MDA Pro General] cr2:
Comments are arm assembler. The code like "0xe3a00101" is raw machine code. You write these machine instructions during the suspend phase

to 0xa0040000, so during resume they are executed after IPL jumps there.

http://wiki.xda-developers.com/index.php?pagename=RomTools/sdtool.pl

explains how to create an SD card image and

http://wiki.xda-developers.com/index.php?pagename=RomTools/typhoonnbfdecode.pl

how to sign it.

My universal is net-locked, and for some reason i had problems with the crypto. YMMV :)

http://handhelds.org/cgi-bin/cvsweb...3.c?rev=1.1&content-type=text/x-cvsweb-markup
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
Yes, I see. I assabled the comments, and found the values in the bin file. Do you know which registers are save to use?

I think about something like:

mov r1, #0x48000000
ldr r0, [r1]
bic r0, r0, #1
bic r0, r0, #2
str r0, [r1]

But I'm unsure, if i overwrite something important in r1....

(I never did assembler in the kernel)
[JASJAR, XDA Exec, MDA Pro General] fire_z:
What's next?

I succesfully installed titchy linux without a linux computer and just by using ramdisk....

I've got the tar file from http://wiki.neilandtheresa.co.uk/Titchy_Linux

and after installing, i succesfully booted it with the haret

then log in with "root"

But after log in, im just stuck on the pic above although

the "titchy-phoneui-shiny" is working and running...

Where are the rest of the packages?:confused:

# icehamster

# titchy-alarm-daemon

# titchy-autosuspend-daemon

# titchy-base

# titchy-button-daemon

# titchy-desktop

# titchy-hardware-support

# titchy-network-settings

# titchy-phone-daemon

# titchy-phoneui-base

# titchy-phoneui-console

# xserver-titchy

What next to do to have the titchy desktop?

Or did i do something wrong?

Sorry for being a dumbass, mind lending some help?

Thanks in advance....
[JASJAR, XDA Exec, MDA Pro General] cr2:
The IPL gives you full control, so feel free to use any registers.

Why do you want to do bic r0,r0,#3 ? Should it be orr r0,r0,#2 instead?

mov r1, #0x48000000
ldr r0, [r1]
orr r0, r0, #2
str r0, [r1]

I guess you should assemble this, reserve 4 more ints, and add this code

before the current resume machine code.

This will be a custom kernel, IMHO it's a good idea to register the separate MTYPE for it (HTCUNIVERSAL128 ?).
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
So I would purpose (htcuniversal_pm.c):

/*
* MyPal 716 power management support for the original HTC IPL in DoC G3
*
* Use consistent with the GNU GPL is permitted, provided that this
* copyright notice is preserved in its entirety in all copies and
* derived works.
*
* Copyright (C) 2005 Pawel Kolodziejski
*
*/

#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/device.h>
#include <linux/pm.h>

#include <asm/mach-types.h>
#include <asm/hardware.h>
#include <asm/arch/pxa-regs.h>
#include <asm/arch/pxa-pm_ll.h>

#ifdef CONFIG_PM

static u32 *addr_a0040000;
static u32 *addr_a0040004;
static u32 *addr_a0040008;
static u32 *addr_a004000c;

static u32 *addr_a0040010;
static u32 *addr_a0040014;
static u32 *addr_a0040018;
static u32 *addr_a004001c;

static u32 save_a0040000;
static u32 save_a0040004;
static u32 save_a0040008;
static u32 save_a004000c;

static u32 save_a0040010;
static u32 save_a0040014;
static u32 save_a0040018;
static u32 save_a004001c;

static void htcuniversal_pxa_ll_pm_suspend(unsigned long resume_addr)
{
save_a0040000 = *addr_a0040000;
save_a0040004 = *addr_a0040004;
save_a0040008 = *addr_a0040008;
save_a004000c = *addr_a004000c;

save_a0040010 = *addr_a0040010;
save_a0040014 = *addr_a0040014;
save_a0040018 = *addr_a0040018;
save_a004001c = *addr_a004001c;

/* jump to PSPR */
*addr_a0040000 = 0xe3a00101; // mov r0, #0x40000000
*addr_a0040004 = 0xe380060f; // orr r0, r0, #0x0f000000
*addr_a0040008 = 0xe3800008; // orr r0, r0, #8
*addr_a004000c = 0xe590f000; // ldr pc, [r0]

/* configure MDCNFG to use 128MB of SDRAM */
*addr_a0040010 = e3a01312; // mov r1, #0x48000000
*addr_a0040014 = e5910000; // ldr r0, [r1]
*addr_a0040018 = e3800002; // orr r0, r0, #2
*addr_a004001c = e5810000; // str r0, [r1]

}

static void htcuniversal_pxa_ll_pm_resume(void)
{
*addr_a0040000 = save_a0040000;
*addr_a0040004 = save_a0040004;
*addr_a0040008 = save_a0040008;
*addr_a004000c = save_a004000c;

*addr_a0040010 = save_a0040010;
*addr_a0040014 = save_a0040014;
*addr_a0040018 = save_a0040018;
*addr_a004001c = save_a004001c;
}

static struct pxa_ll_pm_ops htcuniversal_ll_pm_ops = {
.suspend = htcuniversal_pxa_ll_pm_suspend,
.resume = htcuniversal_pxa_ll_pm_resume,
};

void htcuniversal_ll_pm_init(void) {
addr_a0040000 = phys_to_virt(0xa0040000);
addr_a0040004 = phys_to_virt(0xa0040004);
addr_a0040008 = phys_to_virt(0xa0040008);
addr_a004000c = phys_to_virt(0xa004000c);

addr_a0040010 = phys_to_virt(0xa0040010);
addr_a0040014 = phys_to_virt(0xa0040014);
addr_a0040018 = phys_to_virt(0xa0040018);
addr_a004001c = phys_to_virt(0xa004001c);

pxa_pm_set_ll_ops(&htcuniversal_ll_pm_ops);
}
#endif /* CONFIG_PM */

what do you think?

I think I would prefer not to create a new MTYPE, I think it would be better to detect it on runtime. But this is some thing when it is generally working.
[JASJAR, XDA Exec, MDA Pro General] cr2:
Exchange /* jump to PSPR */ and /* configure MDCNFG to use 128MB of SDRAM */ code blocks, you want to reconfigure MDCNFG and then jump to the stored kernel resume address in PSPR.

How will the zImage for 64M universal differ from 128M ?
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
By the the way it resumes after suspend???

I probably misunderstand something ?
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
Welcome fire_z,

I'm not sure, about what packages are installed in the image you used. I installed it too, but was a while ago.

I think, you probably have to install the missing things. The installation procedure requires internet access, since the packages are loaded directly out of the net.

To install a package you use the command:

apt-get install <package name>

If you do not know the exact package name, you can search in the package db with:

apt-cache search <search pattern>

If you need detailed info on a command (apt-get for example) try:

man <prg name>

And here is also a link to a forum thread, where the titchy installation issues are discussed in detail (I think the man behind titchy is also writing there):

http://www.oesf.org/forum/index.php?showtopic=25666&st=585

greetings

Thorsten
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
so the solution could be:

/*
* MyPal 716 power management support for the original HTC IPL in DoC G3
*
* Use consistent with the GNU GPL is permitted, provided that this
* copyright notice is preserved in its entirety in all copies and
* derived works.
*
* Copyright (C) 2005 Pawel Kolodziejski
*
*/

#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/device.h>
#include <linux/pm.h>

#include <asm/mach-types.h>
#include <asm/hardware.h>
#include <asm/arch/pxa-regs.h>
#include <asm/arch/pxa-pm_ll.h>

#ifdef CONFIG_PM

static u32 *addr_a0040000;
static u32 *addr_a0040004;
static u32 *addr_a0040008;
static u32 *addr_a004000c;

static u32 *addr_a0040010;
static u32 *addr_a0040014;
static u32 *addr_a0040018;
static u32 *addr_a004001c;

static u32 save_a0040000;
static u32 save_a0040004;
static u32 save_a0040008;
static u32 save_a004000c;

static u32 save_a0040010;
static u32 save_a0040014;
static u32 save_a0040018;
static u32 save_a004001c;

static void htcuniversal_pxa_ll_pm_suspend(unsigned long resume_addr)
{
save_a0040000 = *addr_a0040000;
save_a0040004 = *addr_a0040004;
save_a0040008 = *addr_a0040008;
save_a004000c = *addr_a004000c;

save_a0040010 = *addr_a0040010;
save_a0040014 = *addr_a0040014;
save_a0040018 = *addr_a0040018;
save_a004001c = *addr_a004001c;

/* configure MDCNFG to use 128MB of SDRAM */
*addr_a0040000 = e3a01312; // mov r1, #0x48000000
*addr_a0040004 = e5910000; // ldr r0, [r1]
*addr_a0040008 = e3800002; // orr r0, r0, #2
*addr_a004000c = e5810000; // str r0, [r1]

/* jump to PSPR */
*addr_a0040010 = 0xe3a00101; // mov r0, #0x40000000
*addr_a0040014 = 0xe380060f; // orr r0, r0, #0x0f000000
*addr_a0040018 = 0xe3800008; // orr r0, r0, #8
*addr_a004001c = 0xe590f000; // ldr pc, [r0]
}

static void htcuniversal_pxa_ll_pm_resume(void)
{
*addr_a0040000 = save_a0040000;
*addr_a0040004 = save_a0040004;
*addr_a0040008 = save_a0040008;
*addr_a004000c = save_a004000c;

*addr_a0040010 = save_a0040010;
*addr_a0040014 = save_a0040014;
*addr_a0040018 = save_a0040018;
*addr_a004001c = save_a004001c;
}

static struct pxa_ll_pm_ops htcuniversal_ll_pm_ops = {
.suspend = htcuniversal_pxa_ll_pm_suspend,
.resume = htcuniversal_pxa_ll_pm_resume,
};

void htcuniversal_ll_pm_init(void) {
addr_a0040000 = phys_to_virt(0xa0040000);
addr_a0040004 = phys_to_virt(0xa0040004);
addr_a0040008 = phys_to_virt(0xa0040008);
addr_a004000c = phys_to_virt(0xa004000c);

addr_a0040010 = phys_to_virt(0xa0040010);
addr_a0040014 = phys_to_virt(0xa0040014);
addr_a0040018 = phys_to_virt(0xa0040018);
addr_a004001c = phys_to_virt(0xa004001c);

pxa_pm_set_ll_ops(&htcuniversal_ll_pm_ops);
}
#endif /* CONFIG_PM */

Who can test it? I only have 64MB....
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
I'll test it, and see if it resumes. If so, we'll still have to solve the GSM dropping dead on suspend, that I've experienced with all compiled kernels. Just to be sure, I don't have a freaky cross-compile setup, you could also try compiling it and posting the zImage, and I can test yours to make sure the GSM problem isn't only affecting my setup.
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
...

CC arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.o
arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.c: In function 'htcuniversal_pxa_ll_pm_suspend':
arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.c:58: error: 'e3a01312' undeclared (first use in this function)
arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.c:58: error: (Each undeclared identifier is reported only once
arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.c:58: error: for each function it appears in.)
arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.c:59: error: 'e5910000' undeclared (first use in this function)
arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.c:60: error: 'e3800002' undeclared (first use in this function)
arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.c:61: error: 'e5810000' undeclared (first use in this function)
make[2]: *** [arch/arm/mach-pxa/htcuniversal/htcuniversal_pm.o] Error 1
make[1]: *** [arch/arm/mach-pxa/htcuniversal] Error 2
make: *** [arch/arm/mach-pxa] Error 2
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
I guess you didn't?

static u32 *addr_a0040000;
static u32 *addr_a0040004;
static u32 *addr_a0040008;
static u32 *addr_a004000c;

static u32 *addr_a0040010;
static u32 *addr_a0040014;
static u32 *addr_a0040018;
static u32 *addr_a004001c;
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
This:

/*
/* configure MDCNFG to use 128MB of SDRAM */
*addr_a0040000 = e3a01312; // mov r1, #0x48000000
*addr_a0040004 = e5910000; // ldr r0, [r1]
*addr_a0040008 = e3800002; // orr r0, r0, #2
*addr_a004000c = e5810000; // str r0, [r1]

should be:

/*
/* configure MDCNFG to use 128MB of SDRAM */
*addr_a0040000 = 0xe3a01312; // mov r1, #0x48000000
*addr_a0040004 = 0xe5910000; // ldr r0, [r1]
*addr_a0040008 = 0xe3800002; // orr r0, r0, #2
*addr_a004000c = 0xe5810000; // str r0, [r1]

will try again now...
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
Tried... doesn't resume.
[JASJAR, XDA Exec, MDA Pro General] cr2:
Ok, do you know where one can get a working wince rom for the 128MB device ?

Maybe you will dump the first 3-5MB of SDRAM in haret, while wince is running ?
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
Well my Universal is flashed with a working 128mb ROM. Tell me what to dump and how, and I can do it.
[JASJAR, XDA Exec, MDA Pro General] cr2:
Put this line to default.txt

pwf uni128 0xa0000000 0x500000

and press 'Run' in haret.

It will dump the first 5MB of SDRAM into 'uni128' file in the directory containing haret.exe
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
Here it is.
[JASJAR, XDA Exec, MDA Pro General] cr2:
Ok, your wince nk.exe is doing nothing more but '|3', so the problem

must be somewhere else.
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
I made a '|2', because I expected bit one already set. Can that be the problem?

To test, you need to replace this:

*addr_a0040008 = e3800002; // orr r0, r0, #2

by:

*addr_a0040008 = e3800003; // orr r0, r0, #3

greetings

Thorsten
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
That's why I thought originally that the problem is with suspend and not resume. But the above patch fixes suspend in line with the Blue Angel's way of suspend and resume and yet it doesn't resume...
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
I'll try in a bit...
[JASJAR, XDA Exec, MDA Pro General] cr2:
I don't think so.
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
It does make a difference, it resumes! Holy schmoly...:eek:

And GSM doesn't die on suspend.

I'll begin testing a little later on...
[JASJAR, XDA Exec, MDA Pro General] cr2:
Ok :) modifying the SDRAM configuration on the running SDRAM is a hack in itself...
[JASJAR, XDA Exec, MDA Pro General] cr2:
Blueangel has a completely different suspend/resume procedure.
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
gongrats,

let's start next project: 1gb ram on uni. ;)

we'll beet freerunner and openpandora...
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
Cool, sounds great!! Let us know, what improvements you get by the more of mem. I'm very curious.

Have fun

Thorsten
[JASJAR, XDA Exec, MDA Pro General] cr2:
I suggest to boot linux off the SD card http://wiki.xda-developers.com/index.php?pagename=HimalayaSDcardLayout

(without booting to wince and using haret)
[JASJAR, XDA Exec, MDA Pro General] 3eggert:
Obviously that would be more elegant, but would it have other advantages?
[JASJAR, XDA Exec, MDA Pro General] cr2:
Eventually we would like to make the last step, and flash linux rom.

Then you can't rely on wince to initialize the devices properly.

I'm pretty sure there are still some kernel bugs in this area.

Booting off the SD card without wince seems to be the first

step.
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
So, after a day of tests, I can state that the 128MB upgrade is a significant improvement. I can now run emacs alongside conkeror (significantly improved firefox/iceweasel) without swap, and it runs snappily, great.

No need for swap, and specifically because of this it's snappy, as running with swap due to slow access to the SD card is excruciatingly slow.

I have noticed a significantly greater responsiveness of the Universal and it's really great.

You can get the compiled kernel for 128MB at: http://sumoudou.org/index.php?cmd=相撲外：Installing the full Debian GNU/Linux image on the Universal where I've put instructions.
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
Did you try it?

I know how to enter bootloader and how to create a bootable layout (sdtool.pl), but how to boot?
[JASJAR, XDA Exec, MDA Pro General] cr2:
I have tried it with my old universal which had an older SPL version,

and reached the 'Jumping to ...' message on the LCD.

There are some crypto problems with my newer netlocked motherboard,

so i need to look deeper into that problem.

IMHO if we will make it work, the zImage+tags loader can be flashed into mdoc.

But the root filesystem will stay on the SD, because we don't yet have mdoc g3/g4 write support.

You just stick the prepared SD card into its slot, and do the usual "switch to spl"

Let's document the whole process, so other people with different SPL versions and unlocked phones can

try it too.
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
How old is it?

I sent my product key to T-mobile, and they sent me an unlock key.

I'll search an mtty replacement for now, id don't use windows.
[JASJAR, XDA Exec, MDA Pro General] cr2:
Probably more than 2 years old. I can reflash the radio, but it is still

surprising that crypto is a problem ;)
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
Ich benutze jetzt putty.

Ich hab mal die Himalaja Bootloaderbefehle probiert:

"r"
Invalid command: r
For a help screen, use command ? or h
"d2s"
Not allow operation!
"password"
Syntax error!

Hast du das selbe Problem?
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
I found out to enter

password UNIVERSAL

when i do

d2s

I get

Not allow operation!
[JASJAR, XDA Exec, MDA Pro General] F_R_I_T_Z:
try type task32

enter

and use the command
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
info 2

SD: Waitng for card insert........

CMD3 for SD, it's OK, ready ti get RCA response.

SD:Detected one card

SD:ready for transfer OK

Total card size=3B100000

USB>T-MOB101 |+*HTCE

task 32

SD: Waitng for card insert........

CMD3 for SD, it's OK, ready ti get RCA response.

SD:Detected one card

SD:ready for transfer OK

Total card size=3B100000

Level = FF
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
:D = : _D
[JASJAR, XDA Exec, MDA Pro General] cr2:
http://wiki.xda-developers.com/index.php?pagename=RomTools/typhoonnbfdecode.pl
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
Encrypting the root on SD card

I'd like to encrypt fully the SD card used for running Linux on the Universal. I'm used to booting a fully encrypted root with Debian.

I've compiled a version of the kernel for the Universal with the dm and crypt modules built-in.

But I can't figure out which option to pass to haret for root in the startup.txt

Examining the menu.lst in /boot/grub/ on my debian system, the root option usually is something like /dev/mapper/sda2_crypt

But root=/dev/mapper/mmcblk0p1_crypt doesn't work, root=/dev/mmcblk0p1 doesn't try to decrypt the root obviously...

Is there some tweaking to be done before compiling the kernel, whereby the encrypted root partition path or such is specified?

Don't know exactly, because the Debian kernel for encrypted root on a PC is generated during the install process, and might well set some options or stuff.

Anyone have an idea?
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
You definitely need an initrd (initramfs),

which is a filesystem(about 8mb) which is mounted and where the modules to decrypt are stored.

Usually this filesystem is stored in boot partition, you'll probably find it on your debian box too.

I've already seen an initrd for universal on wiki.xda-developers.com.
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
I think the solution is to use a different password:

http://xdaforums.com/showthread.php?p=1005969
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
Doh, you're right, of course...

I've seen it somewhere too, I'll find it, though it probably will not have the crypto modules, I fear.

I'm not very familiar with kernel cross-compilation. If the above is the case, that I would need to recreate an initrd, can I run mkinitrd somehow to cross-compile it for the Universal?
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
i don't know much, either,

maybe it's architecture-independent,

maybe you can decrypt within windows

mazbe you can do it after booting debian on a second partition.

for compiling make sure to choose the encryption modules you use.

do zou create an lvm?
[JASJAR, XDA Exec, MDA Pro General] kitor:
I have XFCE rootfs made by my friend. But holding stylus doesn't work as a right mouse button - is it possible to get this functionality?
[JASJAR, XDA Exec, MDA Pro General] cr2:
It seems that we are talking about different things. Which bootloader version

do you have ?
[JASJAR, XDA Exec, MDA Pro General] wendenerp:
I want to use the d2s command.

1.01

Why should i decode an nbf file?
[JASJAR, XDA Exec, MDA Pro General] F_R_I_T_Z:
dude, if you are trying the d2s commands, but you receive the ff, seems your device is locked.

Just unlock

read the forum

http://buzzdev.net

there you will find more "VIRALL" things about UNIVERSAL and from EARLY 2005 age when this problems was solved.

Really, if you type tak32 enter and later command and this does not work, seems locked fone.

UNLOCK and done

Same here, if you post this message received in search you will find a answer ( i know this exist, here, but dont hemmembr exact where in posts...

BIGA HUHAAA BUZZ for bus forum!!!

:-)
[JASJAR, XDA Exec, MDA Pro General] F_R_I_T_Z:
MORE DIRECT THIS

http://buzzdev.net/search.php?71,se...,match_type=ALL,match_dates=0,match_forum=ALL

:p
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
Ctrl+'tap stylus'='right click'
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
So, I've investigated building an initrd along the lines of http://www.linux4.be/~jroark/howto/ramdisk.html

However, the dependencies of cryptsetup are so extensive that the ramdisk would be 8MB, as on my debian box. The question is whether it's worth it to dedicate that much to decrypting on boot, as it would take up that much RAM.
[JASJAR, XDA Exec, MDA Pro General] cr2:
ok.

You want to create the sdcard header. read the comments in the perl script source.
[JASJAR, XDA Exec, MDA Pro General] cr2:
An initrd can be released after boot (unlike the initramfs).
[JASJAR, XDA Exec, MDA Pro General] ShiroiKuma:
Is it released automatically, or do you have to force the release somehow?
[JASJAR, XDA Exec, MDA Pro General] cr2:
You have to "switch" the root, and then unmount the ramdisk.

So it's not automatical, but you can see how it's done by others.

AFAIR it's even documented in the kernel source Documentation/ directory.
[JASJAR, XDA Exec, MDA Pro General] cr2:
I've just learned that there is a 2.6.26 patch for universal, which includes the asic3_mmc driver ported to the new SDIO infrastructure.

Finally, we can try to move forward :)
[JASJAR, XDA Exec, MDA Pro General] samjam:
Thats great news.

Kudos to whoever did it, and well done to all who solved the 128M problem.

Sam
[JASJAR, XDA Exec, MDA Pro General] scholbert:
Hi cr2,

could you please post this patch :rolleyes:

I need some info about egpio initialisation in 2.6.26 kernel.

Did the api of egpio change???

regards,

scholbert
[JASJAR, XDA Exec, MDA Pro General] milanvot:
You can extract the .config for the active kernel using /proc/config.gz
[JASJAR, XDA Exec, MDA Pro General] coldpenguin:
But arn't they cross-compiling, which means that the current config is not suitable?
[JASJAR, XDA Exec, MDA Pro General] goxboxlive:
Ok, i dont have a clue how to do that.

I'll try to get the .config.gz ofrom the /proc directory. Many thanks.

Milanvot, could you upload youre Opie and kernel so i can try yours and test the keyboard in Opie?
[JASJAR, XDA Exec, MDA Pro General] milanvot:
note: the following procedure works only with root fs on sd card.

If you want to have .config for the kernel uploaded by cr2, install the kernel on your Universal, run (on your Universal):

cat /proc/config.gz > /home/root/config.gz

then shutdown linux and gunzip /home/root/config.gz on your host computer...
[JASJAR, XDA Exec, MDA Pro General] milanvot:
Yes, I can, but first I have to recompile qte again with tslib (touchscreen support) included. Now I have a working keyboard but not the touchscreen :-)
[JASJAR, XDA Exec, MDA Pro General] goxboxlive:
Yes this one i knew, but not the compilation of qte part. Thans alot, let us know when you have finished your new compilation with touchscreen and keyboard support.

Thx a lot
[JASJAR, XDA Exec, MDA Pro General] cr2:
I have put my .config as htcuniversal_defconfig into CVS.

You only need to run "make htcuniversal_defconfig"

instead of "make".
[JASJAR, XDA Exec, MDA Pro General] cr2:
It must be an oversight by lkcl, because blueangel also has a hardware keyboard.

I have tried to recompile this opie image with

openembedded, but the automated compilation fails

somewhere in the middle of glibc.

http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted

There are 3.3.2 and 3.4.1 toolchains on the handhelds.org site.

There was a toolchain (3.4.4) here:

http://www.sdgsystems.com/support

but now it has disappeared (sdgsdk-1.0.tar.gz).

I have a local copy, though.
[JASJAR, XDA Exec, MDA Pro General] cr2:
I don't get all the key sequences from the driver

(german keyboard).

BTW, isn't it the userspace issue to handle the

composed combinations like Fn-something and

national layouts ?