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. Openmoko Bug #2209: alsactl restore wakes up X
      (Openmoko Public Trac)
   2. Re: Openmoko Bug #2073: voice-recording.state + arecord:
      Unable to handle kernel NULL pointer dereference at virtual
      address 00000000 (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:                 
-----------------------------+----------------------------------------------
 {{{
 Steps to reproduce:
 1) alsactl -f stereout.state restore
 2) xset s 10 5
 3) wait for X to turn display off
 4) alsactl -f gsmhandset.state restore

 Expected results:
 4) alsactl changes sound configuration but does not affect display

 Actual results:
 4) display is turned on

 More info:
 1) strace shows that xserver-xglamo reads one byte from fd 0
    (/dev/tty2) when alsactl is ran:

 13:09:39.424700 gettimeofday({1231844979, 425590}, NULL) = 0
 13:09:39.427042 --- SIGALRM (Alarm clock) @ 0 (0) ---
 13:09:39.429421 --- SIGIO (I/O possible) @ 0 (0) ---
 13:09:39.430684 read(0, "w"..., 256)    = 1
 13:09:39.435815 gettimeofday({1231844979, 436702}, NULL) = 0
 13:09:39.438910 read(0, 0x3ff28a0, 256) = -1 EAGAIN (Resource temporarily
 unavailable)
 13:09:39.441274 read(5, 0x13c5a4, 256)  = -1 EAGAIN (Resource temporarily
 unavailable)
 13:09:39.445092 ioctl(6, EVIOCGVERSION, 0x3ff28b4) = 0
 13:09:39.448269 ioctl(6, 0x80204520, 0x3ff28b0) = 4
 13:09:39.450572 ioctl(6, 0x80404523, 0x3ff28a8) = 8

 2) Switching to gsmhandset.state seems to always write "w" and
    switching to stereout.state seems to write "\367". Any idea where
    these values come from?

 }}}

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2209>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#2073: voice-recording.state + arecord: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
---------------------+------------------------------------------------------
 Reporter:  lindi    |          Owner:  openmoko-devel
     Type:  defect   |         Status:  new           
 Priority:  normal   |      Milestone:                
Component:  unknown  |        Version:                
 Severity:  normal   |       Keywords:                
 Haspatch:  0        |      Blockedby:                
Estimated:           |    Patchreview:                
 Blocking:           |   Reproducible:  always        
---------------------+------------------------------------------------------

Comment(by lindi):

 With

 {{{
 1) alsactl -f voice-recording.state restore
 2) arecord -c 1 -f S16_LE -c2 -r22050
 }}}

 I see that in

 {{{
 runtime->hw.rates =
     codec_dai->capture.rates & cpu_dai->capture.rates;
 }}}

 of soc-core.c

 {{{
 codec_dai->capture.rates == 0x00000000
 cpu_dai->capture.rates == 0x000006fe
 }}}

 when arecord tries to open the device. It also seems that
 neo1973_gta02_hifi_hw_params of neo1973_gta02_wm8753.c is not
 called. If run arecord first then this function is called.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2073#comment:11>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog

Reply via email to