Messages

1

For Sale / Wanted / For Sale: Sl-6000l

« on: August 30, 2011, 05:59:43 am »

For Sale:
- 1 SL-6000L
- 1 battery, still holding a good charge.
- 1 CF 4GB
- 1 SD (micro-SD + adapter) 1GB (and/or 8GB if you want, add 5 €)
- 1 USB <-> Z cable
- 1 micro-USB <-> USB cable (for USB host)
- original stylus
- original screen cover
- 1 charger

(I'll post pictures if wanted.)

Price: 75 €

The Z is in Lyon, France, shipping included.

2

6000 - Tosa / Power On Issue With Sl-6000

« on: July 20, 2010, 05:28:15 am »

There's some Tosa love still in the universe!  There are some OE people working on the Tosa kernel...slowly but surely.  If the kernel gets stabilized, we can expect to run a modern OS (Android, Linux / Enlightenment, Zubuntu, etc...) on the Tosa.  

Where did you get that copy of the ROM?  I'm not sure if that's the one provided by Sharp or not.

I have a Zubuntu running.
Once I successfully booted Angstrom after following http://brooknet.no-ip.com/~lex/public/zaurus/tosa/ but I have little interest in it.
I have an old OpenZaurus (kernel 2.4) in flash that I use daily as an ebook reader.
And when I have time I (slowly) polish my armedslack installation (see http://github.com/cycojesus/ArmedZed )

3

6000 - Tosa / Current Status Of Tosa In Feb 2010

« on: March 08, 2010, 07:33:12 pm »

I'll mess with that (and what I snipped) and see about getting it working.

hope it'll work for you

Meanwhile I've tried many ways to setup the keyboard in X without success so far... This xkb thing makes HAL look friendly and simple in comparison, what kind of sick mind could possibly come out with such an unholy nightmare is beyond me  

Code: [Select]

$ xmodmap tosa.xmodmap still has no effect and I can't see why.

I've had some problems with that on zubuntu, which I think is using something very close to what you are. I did get some of it working via Corgi's xmodmap, however, note that many of the keycodes aren't the same (1st and 3rd rows are shifted, row 2 is random), but at least it I could tell xmodmap was doing *something*. None of the tosa keymaps I tried (which I think I lost) worked. The command I made it invokes specifically is: "xmodmap /etc/X11/kb/Shepard/xmodmap"

Additionally, I had to replace /etc/keymap-2.6.map (grabbed from an Angstrom image) before the console would work properly. (and even then sometimes the numbers wouldn't, which I think is a problem of the keymap.

The thing is that my .xmodmap is working just fine in Zubuntu. I'll try immediately to load it using the absolute path. Nope, nothing...

Note that there was a big update in ARMedSlack recently, especially X, see ftp://ftp.armedslack.org/armedslack/armed...t/ChangeLog.txt

4

6000 - Tosa / Current Status Of Tosa In Feb 2010

« on: March 06, 2010, 12:59:40 am »

I've started poking around your git repository, unfortuantely, your instructions on building it aren't that helpful, specifically this: "build and install SlackBuilds/crossed-linux" is that a slackware specific thing, or is there some way of doing that outside of slackware?

(It's been AGES since I looked at slack, and I think the last time I used it was zipslack transfered with floppies...)

SlackBuilds are shell scripts that build Slackware packages. (in very short a slackware package in just a tar.gz archive with 2 optional files, install/{doinst.sh,slack-desc}. Building a package consist in compiling, installing in a temporary directory ($PKG in the scripts) and then call slackware's makepkg from this directory to assemble the package itself.)

SlackBuilds/crossed-linux/ is a slackbuild that I made to package a cross-compiled kernel so I don't have to fiddle making symlinks in /boot each time I compile a new kernel. Now since you're not running slackware on your computer this is of little use to you obviously... You could use to config-2.6.31.12 to cross-compile your own kernel and copy the files manually.

Now to replace this step. Let's say that your cross compiler is in $CWD/armv5te/bin
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']$ ls $CWD/armv5te/bin
arm-angstrom-linux-gnueabi-addr2line
arm-angstrom-linux-gnueabi-ar
arm-angstrom-linux-gnueabi-as
arm-angstrom-linux-gnueabi-c++
arm-angstrom-linux-gnueabi-c++filt
arm-angstrom-linux-gnueabi-cpp
arm-angstrom-linux-gnueabi-depmod-2.6
arm-angstrom-linux-gnueabi-g++
arm-angstrom-linux-gnueabi-g77
arm-angstrom-linux-gnueabi-gcc
arm-angstrom-linux-gnueabi-gcc-4.3.3
arm-angstrom-linux-gnueabi-gccbug
arm-angstrom-linux-gnueabi-gcov
arm-angstrom-linux-gnueabi-generate-modprobe.conf
arm-angstrom-linux-gnueabi-gfortran
arm-angstrom-linux-gnueabi-gprof
arm-angstrom-linux-gnueabi-insmod
arm-angstrom-linux-gnueabi-insmod.static
arm-angstrom-linux-gnueabi-klcc
arm-angstrom-linux-gnueabi-ld
arm-angstrom-linux-gnueabi-lsmod
arm-angstrom-linux-gnueabi-modinfo
arm-angstrom-linux-gnueabi-modprobe
arm-angstrom-linux-gnueabi-nm
arm-angstrom-linux-gnueabi-objcopy
arm-angstrom-linux-gnueabi-objdump
arm-angstrom-linux-gnueabi-ranlib
arm-angstrom-linux-gnueabi-readelf
arm-angstrom-linux-gnueabi-rmmod
arm-angstrom-linux-gnueabi-size
arm-angstrom-linux-gnueabi-strings
arm-angstrom-linux-gnueabi-strip
[/div]

You'd do something like this :
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']
$ cd $LINUX_SOURCES
$ cp $ARMEDZED/SlackBuilds/crossed-linux/config-2.6.31.12 .config
$ ARCH=arm CROSS_COMPILE=$CWD/armv5te/bin/arm-angstrom-linux-gnueabi- make oldconfig
$ ARCH=arm CROSS_COMPILE=$CWD/armv5te/bin/arm-angstrom-linux-gnueabi- make
$ ARCH=arm CROSS_COMPILE=$CWD/armv5te/bin/arm-angstrom-linux-gnueabi- make modules_install INSTALL_MOD_PATH=$ARMEDSLACK_ROOT
$ cp arch/arm/boot/zImage $ARMEDSLACK_ROOT/boot
$ cd $ARMEDSLACK_ROOT/boot
    # in doubt about how kexecboot's mysterious ways
    # let's try all of what the internet has to say...
    # Kexecboot: http://projects.linuxtogo.org/projects/kexecboot/
    #        and http://www.angstrom-distribution.org/demo/kexecboot/
    cat <<EOF > image.nfo
Armedslack-current
EOF
    cat <<EOF > kernel-cmdline
rootfstype=ext3 console=ttyS0,115200n8 console=tty1 noinitrd dyntick=enable
EOF
    cat <<EOF > boot.cfg
LABEL=Armedslack-current
KERNEL=/boot/zImage
APPEND=console=ttyS0,115200n8 console=tty1 noinitrd dyntick=enable
root=rootfstype=ext3
EOF
[/div]

the the minirootfs can be found here : ftp://ftp.armedslack.org/armedslack/armed...ols/minirootfs/

Hope this helps, I'll clarify the steps in the git.

Meanwhile I've tried many ways to setup the keyboard in X without success so far... This xkb thing makes HAL look friendly and simple in comparison, what kind of sick mind could possibly come out with such an unholy nightmare is beyond me  
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']
$ xmodmap tosa.xmodmap
[/div] still has no effect and I can't see why.

5

6000 - Tosa / Current Status Of Tosa In Feb 2010

« on: March 05, 2010, 07:48:08 am »

Happy to announce that touchscreen is working fine in X now

Not bad, I just pulled my /etc/pointercal from zubuntu, if you'd like to compare, unless you did something else?

Note that all this is with a 2.6.31.12 kernel.

I haven't recalibrated recently, ts_calibrate and ts_test were already functional. (my /etc/pointercal:
-8451 0 32820681 0 -11275 44314980 65536
)

What I did, after reading http://www.conan.de/touchscreen/evtouch.html was to neutralize /dev/input/mice as described. Now I have a working xorg.conf with the tslib driver. I read @ http://www.mail-archive.com/zaurus-devel@l...g/msg00087.html that tslib doesn't like switching to console and indeed the Z freeze if I kill X so my next step will be to try with xf86-input-evtouch (or xf86-input-plpevtch ?) tonight or tomorrow.

Somewhere between 2.6.30 and 2.6.33 the tosa screen got broken in terms of being useful. I've only tested 2.6.29 and 2.6.30 so far (I got distracted from fixing that problem.) I don't think it's just the backlight either, for me, I can usually see the screen via reflection, but when trying .33 it was totally blank as far as I could tell. Unfortunately, I don't have a serial port to try and see what's going on there.

As far as sound, I recall it working on my 2.6.29 (which per a request on the angstrom user mailing list, I'll put up when I get time, should be Sat at the latest). So it should work for any 2.6.29. Though http://www.omegamoon.com/blog/index.php?en...ry090716-153753 suggests it's broken in his version of 2.6.31.

I do have a semi-functional screen with 2.6.33 (and 2.6.32.9 which has the same issue), it's rather dim but the backlight is definitly on. I remember I improved the dimness a little bit by maxing /sys/<something>/{actual_,}brightness to 512, small improvement but real. I've seen mentions of 15 or 16 being the max so maybe I'll try that again also.

I note that you mention "ohci doesn’t like to suspend", do you have usb host working? As for me, while it sorta works (lsusb responds) anything actually trying to use that, like a thumbdrive or the built in wireless, drags it to a halt. Investigating it seems like ohci-hcd got changed between .29 and .33, and at a guess, may work.

I've seen this mentionned maybe on zaurus-devel. I only know that resuming from suspend doesn't work. I wrote that as a note to try building a kernel without ohci and see if suspend works.

For usb host (and usb networking) I'd have to find my cables... I know I have them I just can't find them right now...

Major Outstanding issues I see (please mention any forgot):

• LCD broke in .31 - .33
• USB broken in .29 and .30 (possibly fixed by .33, but I can't tell)
• Sub USB: prism2_usb may be broken, as well as usb being broken. I can't verify this either way though.
• Sound may have broken in .30 or .31

I once built the prism2_usb module (in 2.6.33 I think), modprobe'd it but it didn't seem to work at all (ifconfig and iwconfig didn't show anything). It'd be nice to have but it's not very high in my priorities.

Now I focus on getting a good keymap in X, which apparently will mean having to deal with xkb, I've found some files to start from. Then suspend and then the rest

6

6000 - Tosa / Current Status Of Tosa In Feb 2010

« on: March 05, 2010, 12:22:45 am »

Happy to announce that touchscreen is working fine in X now

7

6000 - Tosa / Current Status Of Tosa In Feb 2010

« on: February 28, 2010, 10:25:24 pm »

Recently I've slowly started to setup Armedslack on my tosa, on-going effort can be seen @ ArmedZed on github.

Great!

For now I have a booting and functional kernel config, correct keymaps for console and Xmodmap, packaging for tslib, zaurusd and some others minor software. ts_calibrate is working, X is working.

Which kernel?

Armedslack's glibc (if I understand correctly) expect a kernel > 2.6.31 so I had to make my own which proved surprisingly easy
I started based on OE's 2.6.29 .config
At this moment I have a 2.6.31.12 that I consider good and I'm working on a 2.6.33 (working but the screen looks funny, very dim and maybe flickering or something...)
I'll try with the patch pointed in the first post here ( http://www.mail-archive.com/zaurus-devel@l...g/msg00189.html .)

At this moment I'm facing 2 major issues :

• touchscreen under X is behaving strangely (mirrored horizontaly and vertically)
• the xmodmap doesn't seem to load under X (tested working in Zubuntu)

have you tried dropping Angstrom's tslibs in place of the ones you compiled?

Haven't tried that yet, I suspect more a misconfiguration of X as it's working well with ts_test. I'll try your suggestion, with Angstrom's or Zubuntu's

My short-term goal is to use it with FBReader (got a package for it already working).

Long term goals?  I've got a CF GSM card for data and voice that I'd like to get working...   FBReader would be great tho!

Did you attempt to get sound or wifi working?

Not really any long term plan, just get the thing up, running well and document the process
Armedslack is a straight (official) port of Slackware on ARM so modulo minor ARM specific compilation issues everything possible on Slackware (everything...) is possible on Armedslack. Packaging FBReader was just a matter of using the slackbuilds scripts from slackbuild.org and setting ARCH=arm  I develop the slackbuilds on my laptop (running slackware64) and then package and test directly on the Z. The only thing is that compiling on the Z is slow , some hours for FBReader, so maybe I'll compile in qemu in the future

I didn't try sound and wifi yet. Sound is compiled in the kernel, I'll see if alsamixer shows something. For wifi there's a staging driver in 2.6.33, not tried yet.

Maybe I'll upload the compiled packages somewhere...

EDIT: this zaurus-devel list looks worth the watch http://www.mail-archive.com/zaurus-devel@l...g/msg00096.html

8

6000 - Tosa / Current Status Of Tosa In Feb 2010

« on: February 27, 2010, 11:42:01 am »

Hi, nice to see some activity here.

Recently I've slowly started to setup Armedslack on my tosa, on-going effort can be seen @ ArmedZed on github.

For now I have a booting and functional kernel config, correct keymaps for console and Xmodmap, packaging for tslib, zaurusd and some others minor software. ts_calibrate is working, X is working.

At this moment I'm facing 2 major issues :

• touchscreen under X is behaving strangely (mirrored horizontaly and vertically)
• the xmodmap doesn't seem to load under X (tested working in Zubuntu)

My short-term goal is to use it with FBReader (got a package for it already working).

«Voilà», any help/hint concerning the issues would be appreciated

9

Angstrom & OpenZaurus / New 2007 - !

« on: January 01, 2007, 04:34:16 am »

Chúc mừng năm mới  -.-

10

Angstrom & OpenZaurus / 3.5.4.x Upgrades

« on: May 19, 2006, 03:37:34 am »

Plenty of little puzzle games (including sudoku) just waiting to be compiled and packaged for GPE : http://www.chiark.greenend.org.uk/~sgtatham/puzzles/

11

Angstrom & OpenZaurus / Oz 3.5.4 Rc Bug & Work-around List

« on: November 06, 2005, 04:39:25 am »

Just tought I'd say that I've had no other microdrive corruption. The only "complain" I might have is about apps that don't scale on 480x640, most of the apps in facts, at least most of the games I play (shisensho, kcheckers, knights, ...). Good apps are for example sokoban and maki. But well, it's nothing compared to the usefulness of OZ in general, just a minor drawback...

12

Angstrom & OpenZaurus / Oz 3.5.4 Rc Bug & Work-around List

« on: October 25, 2005, 05:10:34 am »

I've only used the new card config utility briefly, and iirc it shouldn't do anything with storage media - my impression was that it's just for device cards (wifi, bluetooth, etc.).

It's possible that some corruption occured because the microdrive was shutdown before the cache was flushed to disk, though pretty much everything should be recoverable with a fsck.ext3.

Did this happen while you were using the device? (I presume so). I've never seen any issues with CF flash storage so I wonder what it is about microdrives - anyone else with a microdrive seen any problems?


Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100604\"][{POST_SNAPBACK}][/a][/div]

Maybe a "Do nothing" option would be welcomed, or can it be uninstalled without screwing the OS ?

Yes I was using the Z at this time, reading a book with opie-reader. I don't know if the microdrive itself was used. So far, since I've had the microdrive everything worked well in OZ 3.5.3. I installed hdparm and add 'hdparm -S 60 /dev/hda' in some bootscripts.

13

Angstrom & OpenZaurus / Oz 3.5.4 Rc Bug & Work-around List

« on: October 23, 2005, 04:51:43 am »

So I've tested the Tosa/Opie OZ-3.5.4-RC and here's what I think of it
after a little more than one day of use, but first I should outline
what I most use my Z for lately, that is to say basically reading e-books with
opie-reader and from time to time play some games, not really anything
else.

So here it is :

- The good :

  * It's even more beautiful, a lot of icons and the themes has been
  reworked to match the 480x640 resolution and it's just beautiful,
  looking sharp and all.



- The bad & ugly :

  * OZ just told the partitions of my ext3 formatted 2G microdrive to
  go to hell, all, disappeared but to beginning of the e-book I was
  presently reading. I noticed it when I got to the next page and was
  presented with what looked like a dump of some part of the RAM
  instead of the next chapter of 'A song of stone' by Iain Banks... I
  launched opie-advancedFM to take a look at the file with the text
  editor and before my eyes I could see all the content of the drive
  was gone I ejected the HD, plugged it in my laptop to reformat
  it and fill it with my backup, so no big deal for the datas but well
  it's not something I like to see happen.
  As for the why, I can only make some guesses from how the OS was
  configured. Unlike what've done before I had activated the
  'DocTab'. Second thing I think of is the new behaviour of the OS
  that asks what to do with the drive when inserted first time, it was
  set to suspend it when inserted and when the OS resume from sleep.
  Now I've refilled the drive with the datas and plugged it back in
  the Z so at least I can continue to read the book. I changed the
  setting of the OS to activate the drive when inserted and when the
  OS resume from sleep. I'll see if it continue to think of my datas
  as crap and if it trash it again. I'll let you know if it happen
  again.
  Come to think of it I think the 'suspend drive' stuff that
  might be guilty. I've not investigated by I wonder if it unmount the
  drive before suspending it... So let's suppose the drive was
  suspended, not unmounted ; then opie-reader, when I go to the next
  page realize it's not in RAM, tries to read it from the drive and
  then *BOOM*, trying to read from the drive while it's suspended make
  a mess of it. I think about that because I saw this with my laptop
  and its external HD : once I suspended it with the external HD
  mounted and on and when I woke it up the external HD was unreadable,
  a 'ls' would print crap. No data loss but I had to unmount then
  mount the drive to get access to it...

EDIT : I've forgot to say thanks for the "kinda" release

14

Angstrom & OpenZaurus / Oz 3.5.4 Release Date?

« on: October 21, 2005, 05:02:50 am »

You are right, the tosa stuff is there.  But right now its so slow to download (.3k).  Thanks for all the great work OZ guys!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=100100\"][{POST_SNAPBACK}][/a][/div]

I downloaded it just now, only opie image, kernel and updater script. Download speed was strange, few bytes/second and then without apparent reason it jump to a hundred kilobutes/s... strange...

Anyway, I'll give it a try a soon as I'm back "home"   !

Do anyone know if packages from 3.5.3's feed will work ?

15

Angstrom & OpenZaurus / Oz 3.5.4 Release Date?

« on: October 11, 2005, 04:32:22 am »

I dunno.
It seems to me that people keep pushing for fast oz releases then bitching when the release is still clearly unstable. Give 'em time.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96727\"][{POST_SNAPBACK}][/a][/div]

It seems to me that a -current/-unstable release, constantly evolving along the stable release would allow much more testing before a release...