Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. Re: Openmoko Bug #2156: rtctest.c does not exit with
stable-tracking kernel (Openmoko Public Trac)
2. Re: Openmoko Bug #2156: rtctest.c does not exit with
stable-tracking kernel (Openmoko Public Trac)
3. Re: Openmoko Bug #2156: rtctest.c does not exit with
stable-tracking kernel (Openmoko Public Trac)
4. Re: Openmoko Bug #1832: 2008.8 cannot dial *123
(Openmoko Public Trac)
5. Re: Openmoko Bug #2156: rtctest.c does not exit with
stable-tracking kernel (Openmoko Public Trac)
6. Re: Openmoko Bug #2156: rtctest.c does not exit with
stable-tracking kernel (Openmoko Public Trac)
7. Re: Openmoko Bug #2156: rtctest.c does not exit with
stable-tracking kernel (Openmoko Public Trac)
8. Re: Openmoko Bug #1832: 2008.8 cannot dial *123
(Openmoko Public Trac)
--- Begin Message ---
#2156: rtctest.c does not exit with stable-tracking kernel
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by andy):
Duh reading your original post again: the s3c rtc is not used on GTA02,
it's the one in the PMU that is used.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2156#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2156: rtctest.c does not exit with stable-tracking kernel
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by lindi):
rmmod rtc-s3c does not change the result of the test. I'll try arrange
time to test andy-tracking kernel too. Does rtctest.c work there for you?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2156#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2156: rtctest.c does not exit with stable-tracking kernel
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by andy):
I don't have a GTA02 where I am right now to test it, I'll try it
tomorrow.
You can get a quick and dirty binary of andy-tracking kernel
http://people.openmoko.org/andy.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2156#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1832: 2008.8 cannot dial *123
--------------------+-------------------------------------------------------
Reporter: hedora | Owner: john_lee
Type: defect | Status: assigned
Priority: normal | Milestone: Om2008.10
Component: Qtopia | Version: Om2008.8
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
--------------------+-------------------------------------------------------
Comment(by Treviño):
As I've said in #2038, imho the implementation isn't correct.
The first I did was tricky, but it works since it before sets the codec to
GSM to place the request using the command AT+CUSD="<string-number-coded-
using-current-codec>",<code-for-codec> with the <string-number-coded-
using-current-codec> in plain ascii text and the <code-for-codec> set to
the "known" 15 value; then decodes the answer using the current codec.
As I've previously said using the AT+CUSD="<string-number-coded-in-
ucs2>",15 couldn't work since "15" is not the code for the ucs2 codec
(that according to GSM 03.38 should be 01001000 and so 72 in decimal).
I've not tested the code living in git for this task in my phone since I'm
still using my implementation, but I figure that I've already given all
that I know about this.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1832#comment:15>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2156: rtctest.c does not exit with stable-tracking kernel
--------------------+-------------------------------------------------------
Reporter: lindi | Owner: balajirrao
Type: defect | Status: accepted
Priority: normal | Milestone:
Component: Distro | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
--------------------+-------------------------------------------------------
Changes (by balajirrao):
* cc: [EMAIL PROTECTED] (added)
* owner: openmoko-kernel => balajirrao
* status: new => accepted
* component: System Software => Distro
Comment:
I've seen this. The program uses ALM_SET to set the alarm. In the kernel
sources you might observe ALM_SET is setting wkday to -1. This results in
the wkday register in pcf50633 being set wrongly and hence your rtctest
works only on one day of the week (in my case, on Friday).
The comment in the sources (drivers/rtc/rtc-dev.c) says WKALM_SET be used
instead. Werner's wkalarm uses this -
http://svn.openmoko.org/developers/werner/wkalrm/wkalrm.c and it worked
fine when I tried it last time.
I don't know why ALM_SET doesn't work. Werner, can you help us with this ?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2156#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2156: rtctest.c does not exit with stable-tracking kernel
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: balajirrao
Type: defect | Status: accepted
Priority: normal | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Changes (by balajirrao):
* component: Distro => System Software
Comment:
Sorry, changed Component to Distro by mistake. Fixed it.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2156#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2156: rtctest.c does not exit with stable-tracking kernel
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: balajirrao
Type: defect | Status: accepted
Priority: normal | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by lindi):
balajirrao, thanks a lot for your observations. I can have my phone wake
up from suspend when I use WKALM_SET. With the above code I can now just
say
{{{
rtcwake `date +%s -d "now + 3 hours"` && susp && alarm
}}}
to have my phone sleep for 3 hours and then notify me :-)
rtcwake.c:
{{{
#include <stdio.h>
#include <linux/rtc.h>
#include <sys/ioctl.h>
#include <sys/time.h>
#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdlib.h>
#include <errno.h>
#include <assert.h>
#include <time.h>
int main(int argc, char **argv) {
int fd, ret;
struct rtc_wkalrm wkalrm;
assert(argc == 2);
fd = open("/dev/rtc0", O_RDONLY);
assert(fd);
{
struct tm *tm;
time_t secs;
secs = atol(argv[1]);
assert(secs > 86400*365*(2000-1970));
assert(secs < 86400*365*(2030-1970));
tm = gmtime(&secs);
assert(tm);
wkalrm.time.tm_sec = tm->tm_sec;
wkalrm.time.tm_min = tm->tm_min;
wkalrm.time.tm_hour = tm->tm_hour;
wkalrm.time.tm_mday = tm->tm_mday;
wkalrm.time.tm_mon = tm->tm_mon;
wkalrm.time.tm_year = tm->tm_year;
wkalrm.time.tm_wday = tm->tm_wday;
wkalrm.time.tm_yday = tm->tm_yday;
wkalrm.time.tm_isdst = tm->tm_isdst;
}
wkalrm.enabled = 1;
ret = ioctl(fd, RTC_WKALM_SET, &wkalrm);
assert(ret != -1);
return 0;
}
}}}
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2156#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1832: 2008.8 cannot dial *123
--------------------+-------------------------------------------------------
Reporter: hedora | Owner: john_lee
Type: defect | Status: assigned
Priority: normal | Milestone: Om2008.10
Component: Qtopia | Version: Om2008.8
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
--------------------+-------------------------------------------------------
Comment(by zecke):
Replying to [comment:15 Treviño]:
> As I've said in #2038, imho the implementation isn't correct.
>
> The first I did was tricky, but it works since it before sets the codec
to GSM to place the request using the command AT+CUSD="<string-number-
coded-using-current-codec>",<code-for-codec> with the <string-number-
coded-using-current-codec> in plain ascii text and the <code-for-codec>
set to the "known" 15 value; then decodes the answer using the current
codec.
>
> As I've previously said using the AT+CUSD="<string-number-coded-in-
ucs2>",15 couldn't work since "15" is not the code for the ucs2 codec
(that according to GSM 03.38 should be 01001000 and so 72 in decimal).
>
> I've not tested the code living in git for this task in my phone since
I'm still using my implementation, but I figure that I've already given
all that I know about this.
My issue:
- People can not test this in Taiwan as supplementary services are not
used there.
- I'm working on something not GTA0X/phone related and didn't have a
spare cycle to work on this since leaving Taipei...
The issue with your implementation:
- Temporarily switching the codec will open a can of worms. It opens a
race with phonebook and SMS handling. and as an expert in racing I can
assure you, you will not win this.
How to proceed:
- I think the approach taken by the implementation in git (using CUSD,
specifying a codec, touching the set of files) is the right thing to do.
- The implementation, e.g. the codec value might be wrong...
How to continue:
- Some one with time and a neo might just issue AT+CUSD and change the
15 to 72 (as from the bug)...
- Extra points for testing this within a network with supplementary
services..
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1832#comment:16>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
