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 #1966: The qtopia addressbook does not
provide a search bar (Openmoko Public Trac)
2. Re: Openmoko Bug #1698: [E-illume bar] time will changing
after take off battery. (Openmoko Public Trac)
3. Re: Openmoko Bug #1802: Suspend/resume corrupts SD card's
partition table (Openmoko Public Trac)
4. Re: Openmoko Bug #1802: Suspend/resume corrupts SD card's
partition table (Openmoko Public Trac)
5. Re: Openmoko Bug #1901: Answer button does not work
(Openmoko Public Trac)
6. Re: Openmoko Bug #1966: The qtopia addressbook does not
provide a search bar (Openmoko Public Trac)
7. Openmoko Bug #1967: [kernel] image and modules not in sync
(Openmoko Public Trac)
8. Openmoko Bug #1968: MokoMakefile installed in dir with not
trivial path does not work (Openmoko Public Trac)
--- Begin Message ---
#1966: The qtopia addressbook does not provide a search bar
-----------------------------------------+----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: zecke
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Qtopia | Version: Om2008.8
Severity: blocker | Resolution:
Keywords: HasPatch, PM | Blockedby:
Reproducible: | Blocking:
-----------------------------------------+----------------------------------
Changes (by zecke):
* cc: [EMAIL PROTECTED] (added)
* keywords: => HasPatch, PM
* milestone: Om2008.9 =>
Comment:
@f.hackenberger: Could you provide a screenshot of the app with the
searchbar
@will: Do we want to enable this?
It is funny how within a day a friend of mine asks for a searchbar and
someone else is doing a patch...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1966#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1698: [E-illume bar] time will changing after take off battery.
--------------------------------+-------------------------------------------
Reporter: regina_kim | Owner: andy
Type: defect | Status: closed
Priority: high | Milestone: Om2008.9
Component: System Software | Version:
Severity: critical | Resolution: fixed
Keywords: | Blockedby:
Reproducible: | Blocking:
--------------------------------+-------------------------------------------
Comment(by andy):
Thanks for looking at it Werner. If anyone sees this problem again, let
us know the kind of change that happened to the time. If the time was
just crazy like 99:99 12/34/56 or it just changed by 5 hours or something,
we can get a clue.
We didn't change much around this since Aug 5th kernel RHK saw it with.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1698#comment:13>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1802: Suspend/resume corrupts SD card's partition table
-----------------------------+----------------------------------------------
Reporter: montgoss | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: critical | Resolution:
Keywords: | Blockedby:
Blocking: |
-----------------------------+----------------------------------------------
Comment(by simat):
I had a quick look at Andy's fix which from what i can see is just turning
the SD clock on at Suspend and back off on Resume. This may work but i am
not sure it is the proper fix. The Simplified SD Spec states that at power
up
"
• The host shall supply power to the card so that the voltage is reached
to Vdd_min within 250ms and
start to supply at least 74 SD clocks to the SD card with keeping CMD
line to high. In case of SPI
mode, CS shall be held to high during 74 clock cycles.
"
I just wonder if this is being done or not?
I don't have the SDHC spec, so am not sure if it is the same for SDHC. If
someone could point me to a copy of the SDHC spec i will check it out.
Simon
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1802#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1802: Suspend/resume corrupts SD card's partition table
--------------------------------+-------------------------------------------
Reporter: montgoss | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: critical | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
--------------------------------+-------------------------------------------
Comment(by andy):
The glamo driver is aware about it, in the io config callback export to
mmc layer it figures out if we are applying power and if so sets the clock
going and waits "1ms" which typically means 50ms.
The mci layer should take care about powering us up and down logically,
but in 2.6.24 in fact the PMU gets to go to suspend first, and pulls the
power to SD Card before the mci stack does the deed. But still it should
get called later in suspend and do the wait with clock up thing.
MCI stuff feels racy anyway, there is async mmc_rescan() thread going on
behind all this on resume. My guess is the trouble ultimately comes from
a race in this area in mainline mci stuff.
static void glamo_mci_set_ios(struct mmc_host *mmc, struct mmc_ios *ios)
{...
host->real_rate = __glamo_mci_set_card_clock(host, ios->clock,
&div);
host->clk_div = div;
/* after power-up, we are meant to give it >= 74 clocks so it can
* initialize itself. Doubt any modern cards need it but
anyway...
*/
if (powering)
msleep(1);
...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1802#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1901: Answer button does not work
-------------------------+--------------------------------------------------
Reporter: Zoup | Owner: zecke
Type: defect | Status: closed
Priority: highest | Milestone:
Component: Qtopia | Version: Om2008.8
Severity: critical | Resolution: invalid
Keywords: | Blockedby:
Reproducible: always | Blocking:
-------------------------+--------------------------------------------------
Comment(by octavsly):
1. It would be tricky to reproduce. This happened only once. Furthermore,
I have updated to the lateste packages :-)
2. Is there a way to store the log on the SD card? /var/log/messages ?
3. Is there a way to save a bigger log file?
4. Is there a way to preserve a log when phone is shutdown?
Thank you,
Octavian
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1901#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1966: The qtopia addressbook does not provide a search bar
-----------------------------------------+----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: zecke
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Qtopia | Version: Om2008.8
Severity: blocker | Resolution:
Keywords: HasPatch, PM | Blockedby:
Reproducible: | Blocking:
-----------------------------------------+----------------------------------
Comment(by [EMAIL PROTECTED]):
@zeck: Your wish is my command :-)
Hope this gets in, as the addressbook is completely unusable without some
kind of search functionality.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1966#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1967: [kernel] image and modules not in sync
---------------------+------------------------------------------------------
Reporter: vnevoa | Owner: openmoko-devel
Type: defect | Status: new
Priority: highest | Milestone:
Component: unknown | Version: Om2008.8
Severity: blocker | Keywords: kernel modules
Blockedby: | Reproducible: always
Blocking: |
---------------------+------------------------------------------------------
There are kernel modules in the file system that are not loadable because
they are already built in. If the modules are built-in, they should not be
present in the filesystem, IMHO.
This confuses the hell out of users that are trying to follow the wiki
howtos (BT networking, for example), and also delays the bootup and fills
the logs with false error messages about failed module loadings.
Reproducing: "modprobe bnep"
My software is:
uname -a = "Linux om-gta02 2.6.24 #1 PREEMPT Wed Sep 3 19:01:18 CST 2008
armv4tl unknown"
Om2008.8-gta02-20080826.uImage02.bin
Om2008.8-gta02-20080902.rootfs.jffs2
My opkg feeds are:
src/gz daily-Multiverse
http://downloads.openmoko.org/repository/Multiverse
src/gz om-dev-all http://downloads.openmoko.org/repository/testing/all
src/gz om-dev-armv4t
http://downloads.openmoko.org/repository/testing/armv4t
src/gz om-dev-om-gta02 http://downloads.openmoko.org/repository/testing
/om-gta02
src/gz testing-all http://downloads.openmoko.org/repository/testing/all
src/gz testing-armv4t
http://downloads.openmoko.org/repository/testing/armv4t
src/gz testing-om-gta02 http://downloads.openmoko.org/repository/testing
/om-gta02
Failed modules that I know of:
bnep, bluetooth, l2cap
Please clean up the built-in modules from the fs images on the
downloads server so they are consistent with the given kernel.
Thank you! Keep up the good work.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1967>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1968: MokoMakefile installed in dir with not trivial path does not work
----------------------------+-----------------------------------------------
Reporter: lman.dev | Owner: openmoko-devel
Type: defect | Status: new
Priority: low | Milestone:
Component: host utilities | Version:
Severity: minor | Keywords: MokoMafileke
Blockedby: | Reproducible: always
Blocking: |
----------------------------+-----------------------------------------------
I've installed MokoMakefile in dir ~/OpenMoko/env-2008.08. Now when I'm
traying to run
{{{
make openmoko-qtopia-x11-image
}}}
I get fallowing error
{{{
( cd build && . ../setup-env && \
( bitbake openmoko-qtopia-x11-image u-boot-openmoko ) )
ERROR: Unable to open conf/bitbake.conf
make: *** [openmoko-qtopia-x11-image] Error 1
}}}
When I move it to dir with simple name e.g. ~/OpenMoko/env it works ok.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1968>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
