31
Sharp PC-Z1 NetWalker / Iqnotes
« on: June 16, 2010, 02:59:00 am »
I think you forgot to send the attachment
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Ok, there are also some positives of this digging. I found that LED currently controlled by WiFi driver can be reused for other tasks - I missed monitoring access to SD card or WiFi activity - this would be easy with slight kernel changesI admire your efforts. I do not know almost anything about kernel programming but Im aware how complicated it is.
So, can it not be done? I thought you could emulate an x86 processor with an ARM, just made it slower.Its possible. Using qemu you can emulate lots of platforms, even x86. But it would be pretty slow.
I tried to find a good price but I can't find one on Ebay to compare.I am also an c1000 owner. Currently I switched to netwalker.
The question is whether this test is showing good behavior of your TS.Quote from: InSearchOfFrom the command line, remove /etc/pointercal and run startx again.Hi InSearchOf,
or ts_calibrate should do the trick.
Late
Under PdaXRom, I've allready remove /etc/pointercal and run startx again : the display stay "off-line".
The screen is rougly working in DEBUG-MODE but not with an OS ...?
Thanks.
I have no idea. I think (but dont have any hard base on it) that in 2.4 kernel green led was used by some sort proprietary code to show any activity.Quote from: ptokiQuote from: danboidQuote from: ptokitweak a bit zaurus leds:
echo mmc0 > /sys/class/leds/spitz\:green\:mail/trigger
echo ide-disk > /sys/class/leds/spitz\:amber\:charge/trigger
if you like put it in /etc/init.d/zaurusd right after echo "starting zaurusd"
this gives you blinking leds while accessing cards.
This would seem to be wrong or at least outdated. If I addCode: [Select]echo "mmc0" > /sys/class/leds/spitz\:green\:hddacti/trigger
to zaurusd then the green led blinks whilst zubuntu boots then after its booted (ie after running the zaurusd daemon) the green LED only blinks when I access the SD card.
As far as I can tell you can only have one event / device (in this case mmc0 or ide-disk) assigned per LED trigger although under 2.4 based distros my green LED would flash when I accessed either the CF or SD interfaces.
Have I misunderstood or is there a workaround for this?
Well, I have only c1000 device so I cant tell how other devices behave. I confirm that there is possible to have only one device triggering LED. At least I did not try to echo something else than one trigger name.
Your code is correct and works as should to.
In c1000 there are two leds. And in my case I have two leds for cf and sd card blinking separately.
Additionally I can tell that amber led (charge) is acting problematically. Sometimes it works and sometimes it does not blink even when I am reading files on cf card.
I knew that I could use the amber led to monitor SD activity if I wanted to but I'd rather leave that as a charge indicator.
I can only presume that the Zaurus LED triggering worked differently under 2.4 kernels and you could assign multiple devices to trigger the same LED?
Quote from: ptokitweak a bit zaurus leds:
echo mmc0 > /sys/class/leds/spitz\:green\:mail/trigger
echo ide-disk > /sys/class/leds/spitz\:amber\:charge/trigger
if you like put it in /etc/init.d/zaurusd right after echo "starting zaurusd"
this gives you blinking leds while accessing cards.
This would seem to be wrong or at least outdated. If I addCode: [Select]echo "mmc0" > /sys/class/leds/spitz\:green\:hddacti/trigger
to zaurusd then the green led blinks whilst zubuntu boots then after its booted (ie after running the zaurusd daemon) the green LED only blinks when I access the SD card.
As far as I can tell you can only have one event / device (in this case mmc0 or ide-disk) assigned per LED trigger although under 2.4 based distros my green LED would flash when I accessed either the CF or SD interfaces.
Have I misunderstood or is there a workaround for this?