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 #2209: alsactl restore wakes up X
(Openmoko Public Trac)
2. Re: Openmoko Bug #2255: xf86-video-glamo/703acea13: xrandr -o
1; xrandr -o 3 causes distortion (Openmoko Public Trac)
3. Re: Openmoko Bug #2255: xf86-video-glamo/703acea13: xrandr -o
1; xrandr -o 3 causes distortion (Openmoko Public Trac)
4. Openmoko Bug #2256: [kernel] problem with swap file on fat
partition (Openmoko Public Trac)
5. Re: Openmoko Bug #2256: [kernel] problem with swap file on
fat partition (Openmoko Public Trac)
6. Re: Openmoko Bug #2256: [kernel] problem with swap file on
fat partition (Openmoko Public Trac)
7. Re: Openmoko Bug #2255: xf86-video-glamo/703acea13: xrandr -o
1; xrandr -o 3 causes distortion (Openmoko Public Trac)
8. Re: Openmoko Bug #2255: xf86-video-glamo/703acea13: xrandr -o
1; xrandr -o 3 causes distortion (Openmoko Public Trac)
--- Begin Message ---
#2209: alsactl restore wakes up X
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by andy):
Yeah 119 is KEY_PAUSE which is HOLD key event.
HOLD key is not super useful anyway because it only works with headset
plugged in and MICBIAS powered. I assume headset isn't in during these
tests.
What we could try to do is mask HOLD events by tracking headset JACK
presence, that'd take this away for normal case headset isn't in.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2209#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2255: xf86-video-glamo/703acea13: xrandr -o 1; xrandr -o 3 causes distortion
---------------------+------------------------------------------------------
Reporter: lindi | Owner: openmoko-devel
Type: defect | Status: new
Priority: highest | Milestone:
Component: unknown | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Comment(by lars):
I can't repoduce the problem. But it looks a lot like an old kernel bug,
which should have been fixed.
Whats the content of /sys/class/graphics/fb0/{stride,virtual_size} before
and after the rotation?
Does the problem also occur if you use Xglamo?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2255#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2255: xf86-video-glamo/703acea13: xrandr -o 1; xrandr -o 3 causes distortion
---------------------+------------------------------------------------------
Reporter: lindi | Owner: openmoko-devel
Type: defect | Status: new
Priority: highest | Milestone:
Component: unknown | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Comment(by lindi):
{{{
li...@ginger:~$ head /sys/class/graphics/fb0/{stride,virtual_size}
==> /sys/class/graphics/fb0/stride <==
960
==> /sys/class/graphics/fb0/virtual_size <==
480,1280
li...@ginger:~$ xrandr -o 1
li...@ginger:~$ head /sys/class/graphics/fb0/{stride,virtual_size}
==> /sys/class/graphics/fb0/stride <==
960
==> /sys/class/graphics/fb0/virtual_size <==
1280,480
li...@ginger:~$ xrandr -o 3
# now graphics looks distorted
li...@ginger:~$ head /sys/class/graphics/fb0/{stride,virtual_size}
==> /sys/class/graphics/fb0/stride <==
960
==> /sys/class/graphics/fb0/virtual_size <==
960,640
}}}
With Xglamo "xrandr -o 1; xrandr -o 3" does not show broken data but I
don't see icewm taskbar even with "-o 1" anymore. Also, if I after that do
"xrandr -o 0; xrandr -o 1" I get WSOD with Xglamo.
If I do a fresh start of Xorg and do only "xrandr -o 3" the graphics looks
ok and sysfs says
{{{
$ head /sys/class/graphics/fb0/{stride,virtual_size}
==> /sys/class/graphics/fb0/stride <==
960
==> /sys/class/graphics/fb0/virtual_size <==
1280,480
}}}
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2255#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2256: [kernel] problem with swap file on fat partition
------------------------------+---------------------------------------------
Reporter: Richard.Kralovic | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
------------------------------+---------------------------------------------
I tried to setup a swap file on a fat partition on sd card (using kernel
linux-
openmoko-2.6.28-2.6.28-oe1+git~c06ae36180dee695aa25bbae869b2aa26-r3), but
the swapon command hangs; /proc/<pid>/wchan says that it hangs in
_fat_bmap.
In fs/fat/inode.c:205, there is some mutex_lock protecting call to
generic_block_bmap. After commenting it out, everything works nicely. But
I assume this is not the correct fix...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2256>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2256: [kernel] problem with swap file on fat partition
------------------------------+---------------------------------------------
Reporter: Richard.Kralovic | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
------------------------------+---------------------------------------------
Comment(by andy):
Doesn't sounds like it's down to anything we're doing to the kernel in
particular.
If you want to probe deeper what's happening, there are a bunch of mutex
deadlock debugging CONFIG options that you should enable, it can detect
deadlocks and dump the "call stack" of who holds what -- that'll shine
more light on the exact source of the madness.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2256#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2256: [kernel] problem with swap file on fat partition
------------------------------+---------------------------------------------
Reporter: Richard.Kralovic | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
------------------------------+---------------------------------------------
Comment(by Richard.Kralovic):
Sure, I guess that it's an upstream problem. I was just wondering if there
is anybody knowing about why exactly is the mutex needed. Anyway,
commenting it out works around the problem, so maybe somebody finds it
helpful...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2256#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2255: xf86-video-glamo/703acea13: xrandr -o 1; xrandr -o 3 causes distortion
---------------------+------------------------------------------------------
Reporter: lindi | Owner: openmoko-devel
Type: defect | Status: new
Priority: highest | Milestone:
Component: unknown | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Comment(by lindi):
I reverted kernel commmits
{{{
c2c300c5484a7100cc17fc6e3ff8c6822dcf7998
8e07543735b1b180ff45993f0e3cc82dad8142ea
6bf861ed654ff59cdf8829e47d6b7361c40f75ba
}}}
and now the problem does not seem to occur:
{{{
li...@ginger:~$ head /sys/class/graphics/fb0/{stride,virtual_size}
==> /sys/class/graphics/fb0/stride <==
960
==> /sys/class/graphics/fb0/virtual_size <==
480,1280
li...@ginger:~$ xrandr -o 1
li...@ginger:~$ head /sys/class/graphics/fb0/{stride,virtual_size}
==> /sys/class/graphics/fb0/stride <==
960
==> /sys/class/graphics/fb0/virtual_size <==
1280,480
li...@ginger:~$ xrandr -o 3
li...@ginger:~$ head /sys/class/graphics/fb0/{stride,virtual_size}
==> /sys/class/graphics/fb0/stride <==
960
==> /sys/class/graphics/fb0/virtual_size <==
1280,480
}}}
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2255#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2255: xf86-video-glamo/703acea13: xrandr -o 1; xrandr -o 3 causes distortion
---------------------+------------------------------------------------------
Reporter: lindi | Owner: openmoko-devel
Type: defect | Status: new
Priority: highest | Milestone:
Component: unknown | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Comment(by lindi):
It seems that a side-effect of reverting the kernel commits is that
"shutdown -h now" now does not succeed since Xorg is stuck in
uninterruptible sleep (wchan = sync_page).
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2255#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
