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 #1719: sd card not recognized
(Openmoko Public Trac)
2. Re: Openmoko Bug #1719: sd card not recognized
(Openmoko Public Trac)
3. Re: Openmoko Bug #1719: sd card not recognized
(Openmoko Public Trac)
4. Re: Openmoko Bug #1719: sd card not recognized
(Openmoko Public Trac)
5. Re: Openmoko Bug #1719: sd card not recognized
(Openmoko Public Trac)
6. Re: Openmoko Bug #1719: sd card not recognized
(Openmoko Public Trac)
7. Re: Openmoko Bug #1702: Switching of my wifi using power
button (Openmoko Public Trac)
8. Re: Openmoko Bug #1702: Switching of my wifi using power
button (Openmoko Public Trac)
9. Re: Openmoko Bug #1743: Intenso SDHC 4GB gives glamo errors
(Openmoko Public Trac)
--- Begin Message ---
#1719: sd card not recognized
----------------------+-----------------------------------------------------
Reporter: feydreva | Owner: hardware
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: hardware | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------+-----------------------------------------------------
Comment(by rhk):
I'm not sure if this is the same bug as the one reported.. If not, I can
file it as new:
The SD card seems to stop working every now and then: this time again it
might have something to do with suspend: The phone has been connected with
the USB on the computer and was suspended once before I switched to power
management: disabled.
Here's some dmesg: http://pastebin.com/f55f4cc68
But the funny thing is that you never know what's answering when you type
ls /media/card..
{{{
[EMAIL PROTECTED]:/media/card# ls /dev/|grep mmc
mmcblk1
mmcblk1p1
[EMAIL PROTECTED]:/media/card# sudo mount /dev/mmcblk1 /media/card/
-sh: sudo: not found
[EMAIL PROTECTED]:/media/card# mount /dev/mmcblk1 /media/card/
[EMAIL PROTECTED]:/media/card# ls
maps
[EMAIL PROTECTED]:/media/card# ls
maps
[EMAIL PROTECTED]:/media/card# cd maps/
[EMAIL PROTECTED]:/media/card/maps# ls
4free g_road g_terrain osm
[EMAIL PROTECTED]:/media/card/maps# cd ..
[EMAIL PROTECTED]:/media/card# ls
20080805_074751.log 20080806_091247.log 20080807_081622.log music
20080805_152715.log 20080806_165845.log hp orrery
20080805_191632.log 20080806_170753.log lost+found
20080805_202044.log 20080807_080610.log maps
[EMAIL PROTECTED]:/media/card#
}}}
on the card I have the log files, hp, maps, music, orrery and so on, on
/media/card (on the internal memory of the phone) I have only the maps
folder (tangogps wrote stuff there when the card was not mounted).
So I mounted the card as /media/card but right after the mount command it
didn't work. Then I did something else and suddenly it works again. So
either it's very random or mounting is slow or something..
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1719#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1719: sd card not recognized
----------------------+-----------------------------------------------------
Reporter: feydreva | Owner: hardware
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: hardware | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------+-----------------------------------------------------
Comment(by andy):
Funny... but the logs you gave at pastebin don't show anything about it,
that event debugging stuff is unrelated. It shows only clean mounts.
Is this micro SD card large and cheap, or is it the shipping 512MB one,
something else?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1719#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1719: sd card not recognized
----------------------+-----------------------------------------------------
Reporter: feydreva | Owner: hardware
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: hardware | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------+-----------------------------------------------------
Comment(by rhk):
The card is SDSDQR-8192-E12M, Sandisk 8GB microSDHC, class4
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1719#comment:10>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1719: sd card not recognized
----------------------+-----------------------------------------------------
Reporter: feydreva | Owner: hardware
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: hardware | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------+-----------------------------------------------------
Comment(by andy):
Just based on the size, I could wildly guess this is somehow related to
the timeout issue, but where are the noisy buffer IO errors that should be
in the log then? I never saw any card here return from the mount action
successfully with the old mountpoint showing.
Is it possible it was already mounted somewhere else in the filesystem
before these actions? Mount's behaviour changes radically then.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1719#comment:11>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1719: sd card not recognized
----------------------+-----------------------------------------------------
Reporter: feydreva | Owner: hardware
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: hardware | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------+-----------------------------------------------------
Comment(by rhk):
Replying to [comment:11 andy]:
> Is it possible it was already mounted somewhere else in the filesystem
before these actions? Mount's behaviour changes radically then.
Actually yes, for some reason it was automounted:
/dev/mmcblk1 on /media/mmcblk1 type ext2 (rw,sync)
This is what fstab looks like:
{{{
# Root and Pseudo
/dev/mtdblock4 / jffs2 rw,noatime 1 1
proc /proc proc defaults 0 0
# devpts?
# usb?
# Temporary
tmpfs /var/volatile tmpfs mode=0755 0 0
tmpfs /dev/shm tmpfs mode=0777
0 0
# microSD slot
/dev/mmcblk0 /media/card auto defaults,async,noauto 0 0
# USB Storage
#/dev/sda1 /media/hdd vfat
noauto,umask=000,noatime,iocharset=utf8,codepage=932 0 0
}}}
I'll restart and report what happens with powersave turned on.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1719#comment:12>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1719: sd card not recognized
----------------------+-----------------------------------------------------
Reporter: feydreva | Owner: hardware
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: hardware | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------+-----------------------------------------------------
Comment(by andy):
Huh that's new then, maybe it is some kind of automount that happens
upstream of udev now in the rootfs. It's not coming out of fstab
obviously. Anyway if that is the issue then it's not a real problem I
think.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1719#comment:13>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1702: Switching of my wifi using power button
-----------------------------+----------------------------------------------
Reporter: perico | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Comment(by rhk):
Please do try flashing kernel and rootfs, maybe uBoot as well and let us
know what happens.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1702#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1702: Switching of my wifi using power button
-----------------------------+----------------------------------------------
Reporter: perico | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Comment(by andy):
Hey this "screen flashing" thing, is it like a slow "scanning" vertically
that happens, or it looks like something else?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1702#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1743: Intenso SDHC 4GB gives glamo errors
---------------------+------------------------------------------------------
Reporter: beni | Owner: openmoko-devel
Type: defect | Status: closed
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution: fixed
Keywords: | Blocking:
Blockedby: |
---------------------+------------------------------------------------------
Comment(by andy):
I had a thought we can reload the timeout after the packet transfer is set
up, but I don't have much clue if the Glamo accepts this immediately and I
can't really test it either, except to see it doesn't trash communication
with a shipped card. I'll give it a go later.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1743#comment:13>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
