maemo.org - Talk
Page 52 of 62 « First 425051 52 5354 Last »
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   OS2008 / Maemo 4 / Chinook - Diablo (https://talk.maemo.org/forumdisplay.php?f=29)
-   -   ANNOUNCE: Diablo-Turbo first beta available (https://talk.maemo.org/showthread.php?t=69740)

lma 2011-09-22 11:14
Re: ANNOUNCE: Diablo-Turbo first beta available
 
This isn't DT's fault, but after installing on my new(ish) RX48 I see this weirdness:

Code:
Nokia-N810-WiMAX-43-7:/usr/share/Diablo-Turbo/backup# df .
Filesystem          1k-blocks      Used Available Use% Mounted on
rootfs                  255488    249480      6008  98% /
Nokia-N810-WiMAX-43-7:/usr/share/Diablo-Turbo/backup# ls -l zImage-backup
-rw-r--r--    1 root    root    926102833 Sep 22 08:52 zImage-backup
Nokia-N810-WiMAX-43-7:/usr/share/Diablo-Turbo/backup# du zImage-backup
904398        zImage-backup
any ideas that can explain it that do not involve JFFS2 corruption?

Edit: Ah, found it, bug in the perl snippet in the post-install script - the truncate call unpacks the already-unpacked value and gets a bogus result. The resulting file is sparse, and du reports its size correctly but only until the next reboot.

maacruz 2011-09-22 17:05
Re: ANNOUNCE: Diablo-Turbo first beta available
 
Quote:
Originally Posted by lma (Post 1093853)
This isn't DT's fault, but after installing on my new(ish) RX48 I see this weirdness:

Code:
Nokia-N810-WiMAX-43-7:/usr/share/Diablo-Turbo/backup# df .
Filesystem          1k-blocks      Used Available Use% Mounted on
rootfs                  255488    249480      6008  98% /
Nokia-N810-WiMAX-43-7:/usr/share/Diablo-Turbo/backup# ls -l zImage-backup
-rw-r--r--    1 root    root    926102833 Sep 22 08:52 zImage-backup
Nokia-N810-WiMAX-43-7:/usr/share/Diablo-Turbo/backup# du zImage-backup
904398        zImage-backup
any ideas that can explain it that do not involve JFFS2 corruption?

Edit: Ah, found it, bug in the perl snippet in the post-install script - the truncate call unpacks the already-unpacked value and gets a bogus result. The resulting file is sparse, and du reports its size correctly but only until the next reboot.
Aw! Sh*t!
Now everybody whose first DT kernel is kernel-dt-sd_2.6.21-3 has a corrupt zImage backup.
Well, they don't have any reason to uninstall the DT kernel, do they? :D
And if they do, just reflashing a good zImage after uninstalling will fix the problem.

lma 2011-09-23 04:16
Re: ANNOUNCE: Diablo-Turbo first beta available
 
Quote:
Originally Posted by maacruz (Post 1094034)
Aw! Sh*t!
Now everybody whose first DT kernel is kernel-dt-sd_2.6.21-3 has a corrupt zImage backup.
Well, it's still a beta right? ;-)

At least the ones that are larger than 2MiB should be safe to truncate and write back to /dev/mtd2, and most truncated ones should still contain the version string so the right version could be fetched from somewhere else.

maacruz 2011-09-25 13:17
Re: ANNOUNCE: Diablo-Turbo first beta available
 
Announce: maemo-pan update (extras-devel)

I have found that maemo-pan stopped working with DT due to a too simple string processing of dbus-send output in the /usr/lib/maemo-pan/pan-control script.

I have uploaded a new release (1.0.2) of maemo-pan to extras-devel to fix this issue. This new release works with both old Diablo and DT.

tso 2011-09-25 18:38
Re: ANNOUNCE: Diablo-Turbo first beta available
 
either asui or maemo-pan got a bug. When ASUI attempts to disconnect a PAN connection it appears to do so but the connection stays active.

auouymous 2011-09-25 19:07
Re: ANNOUNCE: Diablo-Turbo first beta available
 
Quote:
Originally Posted by tso (Post 1096099)
either asui or maemo-pan got a bug. When ASUI attempts to disconnect a PAN connection it appears to do so but the connection stays active.
I don't have a cell phone so someone else will need to figure this out. ASUI only listens for a disconnect signal and if PAN isn't sending it...

tso 2011-09-25 19:34
Re: ANNOUNCE: Diablo-Turbo first beta available
 
from what i can tell, maemo-pan listen for a connect and disconnect on a dummy connection and then do the actual connection management behind the scene.

I guess ASUI fails to send a expected signal, and so the actual disconnect is not triggered.

this because the maemo connection manager triggers the correct behavior.

maacruz 2011-09-25 20:38
Re: ANNOUNCE: Diablo-Turbo first beta available
 
Quote:
Originally Posted by auouymous (Post 1096127)
I don't have a cell phone so someone else will need to figure this out. ASUI only listens for a disconnect signal and if PAN isn't sending it...
maemo-pan doesn't send any signal when disconnecting.
In fact, pan-daemon listens to system bus for the "dummy" IAP status change signals, and then runs the pan-control script with start/stop as argument. This scripts handles all connecting and disconnecting through dbus method calls to bluez, but the bluetooth connection can also break for being out of range, and in this case, the IAP remains "dummy".
If ASUI needs any signal, we can tweak the script, but I'm not sure how to handle the "out of range" situation.

auouymous 2011-09-25 21:17
Re: ANNOUNCE: Diablo-Turbo first beta available
 
Quote:
Originally Posted by maacruz (Post 1096230)
If ASUI needs any signal, we can tweak the script, but I'm not sure how to handle the "out of range" situation.
Or tell me what needs to be done in ASUI to support it as is.

lma 2011-09-26 05:30
Re: ANNOUNCE: Diablo-Turbo first beta available
 
Quote:
Originally Posted by maacruz (Post 1093482)
PLEASE INSTALL THIS KERNEL AND REPORT UPTIME AND CRASHES (IF ANY)
Woke up this morning to find the device had rebooted during the night. Uptime was about 4 days, /proc/bootreason says sw_rst, but syslogd had stopped logging due to 99% full rootfs :-(


All times are GMT. The time now is 16:51.
Page 52 of 62 « First 425051 52 5354 Last »
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8