Difference between revisions of "Flameman/ipaq/status"

From eLinux.org
< Flameman‎ | ipaq
Jump to: navigation, search
(nokia n810)
(wondering if to switch or not to an other iPAQ)
Line 315: Line 315:
= wondering if to switch or not to an other iPAQ =
it should be nice:
== h2210 ==
* Model : iPAQ h2210 Pocket PC
* CPU: Intel XScale PXA255 400 MHz/32-bit
* RAM: 64 MB
* Slot: Secure Digital SD/IO (SD-MMC), Compact Flash I e II
* SIZE: 115,4 x 76,4 x 15,4 mm, 144g
* BATTERY: Lithium 900 mhA
* LCD: Display TFT a 65.536, 240x320 pixel
* DEVS: Bluetooth???, Sleeve???, IrDA, Headers, Mic, Uart
== h5500 ==
* Model : HP/Compaq iPAQ h5500 Pocket PC
* CPU: Intel XScale PXA255??? 400 MHz/32-bit
* RAM: 128 MB
* Slot: ???Secure Digital SD/IO (SD-MMC), Compact Flash I e II
* SIZE: 840 x x 138 x 16 mm, 207 g
* BATTERY: Lithium 1250 mAh
* LCD: Display TFT 3.8" 65.536colors, 240x320 pixel
* DEVS: Bluetooth, Sleeve, IrDA, Headers, Mic, Uart
old info @ http://www.handhelds.org/moin/moin.cgi/HpIpaqH5000
> i'd like to know if the sleeve 2xpcmcia (dual pcmcia slot) have ever worked
> with h5***
> cause i'd like to add a pcmcia-CF2/microdrive into one slot and a 3com net
> card into the other slot. I'd like to use kernel 2.6
> do you confirm it's working with kernel 2.6 ?
Unfortunately, I can't confirm much. In hho CVS there should be
sort-of support for sleeves. I tested it with dual PCMCIA sleeve, it
worked (tested with orinoco gold wifi card and some pcmcia ethernet

Revision as of 00:10, 6 March 2009

daily updated

user land progress

  • @16-02-2009, the stage3 armv4l has been started
  • @18-02-2009, ready to boot a minimal stage1 with init=/bin/bash root=/dev/hda3
  • @23-02-2009, stage3 has been finished, tested, well running and able to compile
  • @23-02-2009, stage3 is OK, stage4 has been started wirh xorg-x11 in mind (QT embedded is under studying)
  • @02-03-2009, stage4 has branched into microwindows stuff, nanoX has been compiled, tested, well running
  • @03-03-2009, wonder about an other branch to "QT-extended" ...
  • @04-03-2009, echo "2.6-hh is dead, If you are scared of building things, then this isn't the project for you" > /etc/motd
  • @05-03-2009, stage4 has also branced into xorg-base/xserver stuff, long emerge time

kernel last report

  • @ 05-2009, 2.6.29.colie
   ** lcd: working
   ** backlight : NOT working
   ** touchscreen : NOT working
   ** buttons: NOT working
   ** battery: NOT working (new battery device interface)
   ** sound: NOT working
   ** usb: NOT working
   ** RTC: working
   ** compactflash: not working
   ** pcmcia: sleeve 1xpcmcia is working with pATA-pcmcia-16bit/5V

  • @ 05-2009, 2.6.19-hh4 && 2.6.19.my
   ** lcd: working
   ** backlight : working
   ** touchscreen : working, but it seems there is no handler
   ** buttons: working
   ** battery: NOT working (new battery device interface)
   ** sound: NOT working
   ** usb: NOT working
   ** RTC: working
   ** compactflash: not working
   ** pcmcia: sleeve 1xpcmcia is working with pATA-pcmcia-16bit/5V, sleeve 2xpcmcia NOT working

old info at http://www.handhelds.org/moin/moin.cgi/KernelStatus

kernel proof

@ 05-03-2009

2.6.19.my has been derived from 2.6.19.hh4

2.6.19.my is used as my current working branch



2.6.19: it has a bit of issues with the touch screen, it doesn't work at all with the sleeve dual pcmcia, it works with sleeve single pcmcia ... it is configured to have rootfs on pcmcia pATA disk


back light

how to switch it on/off ? using the sysfs class

touch screen

used: micro_ts + devts kernel module

mmm devts seems to produce too much noise, nano-X doesn't appreciate it

SA1100_BITSY seems to be missing: dunno why (why hasn't been removed from the tree ?), where is the missing stuff ... dunno at all, i will remove it

 33         tristate "Compaq iPAQ H3600 (Bitsy) touchscreen"
 34         depends on SA1100_BITSY
 35         select SERIO
 36         help
 37           Say Y here if you have the h3600 (Bitsy) touchscreen.
 39           If unsure, say N.
 41           To compile this driver as a module, choose M here: the
 42           module will be called h3600_ts_input.


just to have an idea of what was done http://www.handhelds.org/hypermail/kernel-discuss/attachment.html


new MACHINE_START definition for ipaq h3600

From: Alessandro GARDICH <gremlin_at_gremlin.it>
Date: Mon, 14 Nov 2005 21:11:35 +0100

Nothing change, just to follow the new way for the definition.

    * text/x-patch attachment: handhelds-sa-26.patch
ipaq h3600 - patch for new egpio functions

From: Alessandro GARDICH <gremlin_at_gremlin.it>
Date: Sat, 19 Nov 2005 18:30:22 +0100

Nothing change, just to follow the new way *_egpio function.

Remain out only micro that have to be full rewriten and uda1341 OSS
driver, alsa one should work. 


From: Alessandro GARDICH <gremlin_at_gremlin.it>
Date: Fri, 06 Jan 2006 18:23:16 +0100

Hi to all,
another patch for iPAQ h3600

epiphany patch :
* arch/arm/common/ipaq/micro.c :
    - estetic code clean-up
    - support for keys device
    - backlight device definition
    - backlight are now restored after framebuffer blank/resume

* arch/arm/common/ipaq/micro_key.c :
    - support for keys (5 application keys and 4 directions pad)

* arch/arm/common/pxa_keys.c :
    - moved from arch/arm/mach-pxa/pxa_keys.c
    - small changes to be used also for h3600 device

* arch/arm/mach-sa1100/h3600.c
    - add support for power and action keys
    - backlight device definition moved in micro.c

* include/asm-arm/arch-pxa/pxa_keys.h
    - to not break existing pxa code it only include hardware/pxa_keys.h

* include/asm-arm/arch-sa1100/h3600_gpio.h
    - add definition for GPIO number (not bit) for action button

* include/asm-arm/arch-sa1100/h3600.h
    - add definition for GPIO number (not bit) for power button

* include/asm-arm/arch-sa1100/irqs.h
    - macro to get IRQ for a giver GPIO

* include/asm-arm/hardware/pxa_keys.h
    - moved from include/asm-arm/arch-pxa/pxa_keys.h

There are still some issues with micro* modules after sustend/resume and
when unloading.

This is really the epyphany patch, the end of xmas vacation.
 From monday work and pool start again and so spare time will be just
few hours for day. :)
But i'll continue ...

I'm also looking on ebay if I can find a cheap h37xx and h38xx to take
care of such iPAQs also. 
Re: [PATCH] RTC classdev: Add sysfs support for wakeup alarm (r/w)

From: David Brownell <david-b_at_pacbell.net>
Date: Mon, 18 Dec 2006 16:59:11 -0800

On Monday 18 December 2006 4:54 pm, David Brownell wrote:

> > http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/drivers/rtc/rtc-sa1100.c.diff?r1=1.5&r2=1.6&f=h
> That patch you applied looks right to me -- why don't you forward it
> to Alessandro as a bugfix for 2.6.20-rc2, and save me the effort?

Actually, correction: it'd be correct if you ripped out the buggy
calls to manage the irq wake mechanism. A later message will show
how those need to work. (The IRQ framework will give one helpful
hint when it warns about mismatched enable/disable calls ...)

- Dave 


iPAQ h3600 - patch for 2.6.19

From: Alessandro GARDICH <gremlin_at_gremlin.it>
Date: Sun, 10 Dec 2006 18:07:13 +0100

Hi all

With this patch also h3600 will compile and run kernel 2.6.19

- irq calling loose registers parameter
- platform device/driver in h3600_lcd
- minor cleanup

see u soon
Re: Funky breakage with w100fb imageblit patch

    * This message: [ Message body ] [ Respond ] [ More options ]
    * Related messages: [ Next message ] [ Previous message ] [ In reply to ] [ Next in thread ]

From: Manuel Teira <manuel.teira_at_telefonica.net>
Date: Sun, 10 Dec 2006 20:54:32 +0100

A fast note about performance:

It seems that the performance problem is not the imageon itself. After
one of my tests, I found in my dmesg lines like:

<4>Alignment trap: font (1269) PC=0x4002f9f4 Instr=0xe592c000 Address=0x00012726 FSR 0x013

The problem is the font itself: as any character is 14 bytes (for the
7x14 font) not all the char pointers fall in a word boundary and so,
we're forcing the cpu to correct the missalignment.

I have a little libw100 test program, to fill the screen with a given
text. This is what I got when I use a nonaligned char, like "1":

root_at_c7x0:/media/card/libw100/bin$ ./font 0 1 "1"
Written 3094 characters in 19 seconds. Rate: 162.422116 cps

And using an aligned one, like "2":

root_at_c7x0:/media/card/libw100/bin$ ./font 0 1 "2"
Written 3094 characters in 0 seconds. Rate: 16563.169165 cps

This is like the performance I got using the 8x16 font, so, the problem
seems to be the misalignment of the font, and not the imageon itself.


El dom, 10-12-2006 a las 19:33 +0100, Manuel Teira escribió:
> El dom, 10-12-2006 a las 19:29 +0200, Paul Sokolovsky escribió:
> > Hello Manuel,
> >
> > Sunday, December 10, 2006, 11:26:45 AM, you wrote:
> >
> > > Hello.
> >
> > > After a fast review of the code, I think that the problem could be
> > > caused by an error in the w100_hostdata function, while calculating the
> > > amount of data entries needed to feed the data to the card. At the
> > > beginning of that function, the line:
> >
> > > u32 left = width * height * depth / 32;
> >
> > > is just giving 0 entries for one of your 4x6 characters, neither for non
> > > 8 bit multiples. This can likely be the cause of the hangs.
> >
> > > Please, could you try changing that line with:
> >
> > > u32 left = width * height * depth / 32 + (((width * height * depth) %
> > > 32) ? 1 : 0);
> >
> > Just in case, "(width * height * depth + 31) / 32" would be more
> > canonical way to express that, no? ;-)
> Yes. Better and more compact. ;-)
> >
> > > and try without applying your patch for checking the dimensions of the
> > > image?
> >
> > Ok, I tried. It draws characters now, but in rather distorted form,
> > mostly. It appears that either some special alignment of bitmaps is
> > required (unlikely, as some substrings of different lengths are
> > rendered properly), or there's some internal counter misinitialized,
> > which causes slant and corruption. I made an fb shot:
> > http://handhelds.org/~pfalcon/w100fb-7x14fon-corrupt.png
> >
> Thanks for the screenshot. I think that the problem is related with how
> data is packed into the font bitmaps. The former calculation is
> supposing that the data is packed, and a font scanline is using just the
> bits it needs. So, for example, for a 4x6 character, the function is
> thinking that any scanline is only 4 bits, but perhaps it's padded to
> expand to a byte boundary. Anyway, the screenshot is really funny,
> because it seems that, as you say, always a set of adjacent chars (and
> not always the same length) are drawn correctly.
> I've just made some test with that same 7x14 font and I managed it to
> render correctly. I've just changed the patch to always assume that the
> data scanlines are aligned to byte boundaries. I've also made the
> counterpart changes in libw100 and made some tests. It seems to draw
> correctly, but perfomance is worse than for a 8x16 font.
> I'm attaching a new w100-extaccel.patch with the changes.
> Regards. 

wondering if to switch to modern platform

nokia n810

  • Model name: Nokia N810
  • CPU type: TI Omap 2420 @400 Mhz ---> arch ???
  • OS: 2.4??? 2.6??? ---> see "Maemo" Internet Tablet 2007 maemo OS2008
  • Display: 4.1" 800 X 480, LED b/l, Soft (Finger) Touch
  • RAM: 128 MB
  • Flash: 2048 MB
  • Keyboard: qwerty
  • Mouse Pointer: NO
  • Battery capacity: 5.5 (Wh)
  • Size: 128/72/14 mm, 226g
  • Physical Interfaces
    • Mini-SD slot
    • Headset i/f (Mic+Line)
  • Wireless Interfaces
    • 802.11b/g
    • BT2.0
    • No Wireless WAN (e.g. 3G cellular)

Sistema Operativo 	Internet Tablet 2007 maemo OS2008 basato su Linux
Tecnologia 	n.d.
Banda 	Non presente.
Bluetooth 	Specifica Bluetooth v. 2.0. +EDR o Profili supportati: HID, FTP, DUN, GAP, SPP, HSP, SAP e OPP
Wi-Fi 	Wi-Fi standard: IEEE 802.11b/g
Antenna GPS 	Ricevitore GPS integrato
Tipo Memoria 	DDR RAM 128MB
Flash 256MB
Fino a 2 GB di memoria interna
Supporto per memory card miniSD e microSD compatibili (con adattatore).
Supporto per memory card fino a 8GB. (Le memory card SD oltre i 2GB devono essere compatibili con SDHC).
Caratteristiche importanti 	Pratica tastiera QWERTY a scorrimento, integrata.
Ricevitore GPS integrato
Vivavoce stereo e microfono di qualità
Ampio display ad alta risoluzione
Supporto da tavolo integrato
Webcam VGA integrata
Tasto hardware per il blocco del touch screen e dei tasti
Sensore di illuminazione ambientale
Funzioni speciali 	Browser basato sulla tecnologia Mozilla con supporto Web standard di ultima generazione, incluso AJAX Navigazione delle pagine mediante scorrimento, panning o tramite l’uso dei tasti, per l'ingrandimento e la riduzione dei siti Web. Plug-in completo di Adobe® Flash® 9 per desktop, con streaming audio e video
Musica 	Lettore multimediale integrato per la visione e l'ascolto di contenuti multimediali scaricati, trasferiti o in streaming, e comoda gestione della libreria multimediale sul telefono cellularey Accesso diretto a media condivisi su Universal Plug and Play (UPnP) Formati di file supportati: 3GP, AVI, WMV, MP4, H263, H.264, MPEG-1, MPEG-4, RV (RealVideo) Formati audio supportati: MP3, WMA, AAC, AMR, AWB, M4A, MP2, RA (RealAudio), WAV Formati di playlist supportati: M3U, PLS, ASX, WAX, WVX, WPL
Autonomia 	Batteria: Batteria Nokia BP-4L
Utilizzo continuo (display acceso, LAN senza fili attiva): fino a 4 ore
Riproduzione di musica: fino a 10 ore
Autonomia on-line: fino a 5 giorni
Autonomia in standby: fino a 14 giorni
Display 	Display WVGA da 4,13' ad alta risoluzione (800 x 480 pixel) fino a 65.536 colori
Funzioni standard 	Visualizzazione delle immagini a tutto schermo e funzionalità presentazione Formati di immagini supportati: BMP, GIF, ICI, JPE, JPEG, PNG, TIF/TIFF, SVG, Tiny, WBMP
Dimensioni 	Lunghezza: 72 mm
Larghezza: 128 mm
Spessore: 14 mm
Contenuto della confezione 	Nokia N800 Internet Tablet RX-44
Batteria Nokia BP-4L
Auricolare stereo Nokia HS-48
Caricabatterie da viaggio Nokia AC-4
Supporto veicolare Nokia CR-89
Custodia CP-223
Cavo di connessione Nokia CA-101
Guida di avvio rapido
Manuale d’uso con informazioni su sicurezza, garanzia e maggiori dettagli sul prodotto