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 #2215: distros using fso-gsm0710muxd will
      not       register (Openmoko Public Trac)
   2. Re: Openmoko Bug #2216: Call = there is no sound
      (Openmoko Public Trac)
   3. Re: Openmoko Bug #1767: Enlightenment Error (Openmoko Public Trac)
   4. Re: Openmoko Bug #2173: Audio does not switch to headphone if
      headphone is plugged in (Openmoko Public Trac)
   5. Re: Openmoko Bug #2216: Call = there is no sound
      (Openmoko Public Trac)
   6. Re: Openmoko Bug #2073: voice-recording.state + arecord:
      Unable to handle kernel NULL pointer dereference at virtual
      address 00000000 (Openmoko Public Trac)
--- Begin Message ---
#2215: distros using fso-gsm0710muxd will not register
-----------------------------+----------------------------------------------
 Reporter:  BillK            |          Owner:  openmoko-kernel      
     Type:  defect           |         Status:  new                  
 Priority:  normal           |      Milestone:  FSO                  
Component:  System Software  |        Version:                       
 Severity:  normal           |       Keywords:  gsm0710muxd GSM modem
 Haspatch:  0                |      Blockedby:                       
Estimated:                   |    Patchreview:                       
 Blocking:                   |   Reproducible:  always               
-----------------------------+----------------------------------------------

Comment(by BillK):

 Spent a couple of hours yesterday (23/01/2009) with Paul Furtser on IRC
 going through this:
 found that the GSM uart settings on the bad GTA02 are different to the
 working one.

 Defaults before the serial port open are very different - but probably
 irrelevant - 9600 baud instead of 115200 and other settings are not the
 same.

 After the port is open the differences are:
 stty -a -F /dev/ttySAC0 on the good FR after the port is opened:
 debian-gta02:~/devel/gsm0710muxd/src# stty -a -F /dev/ttySAC0
 speed 115200 baud; '''rows 0; columns 0; line = 0''';
 intr = <undef>; quit = <undef>; erase = ^?; kill = ^U; eof = ^D; eol =
 <undef>; eol2 = <undef>;
 '''swtch = <undef>;''' start = <undef>; stop = <undef>; susp = <undef>;
 rprnt = ^R;
 werase = ^W; lnext = ^V;
 flush = ^O; min = 0; time = 5;
 -parenb -parodd cs8 -hupcl -cstopb cread clocal crtscts
 ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon
 -ixoff -iuclc -ixany -imaxbel
 -iutf8
 -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0
 vt0
 ff0
 -isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop
 -echoprt -echoctl -echoke
 debian-gta02:~/devel/gsm0710muxd/src#


 On the bad GTA02, the same command gives (differences in bold):
 speed 115200 baud; '''rows 24; columns 80;'''
 intr = <undef>; quit = <undef>; erase = ^?; kill = ^U; eof = ^D; eol =
 <undef>; eol2 = <undef>; start = <undef>; stop = <undef>; susp = <undef>;
 rprnt = ^R; werase = ^W;
 lnext = ^V; flush = ^O; min = 0; time = 5;
 -parenb -parodd cs8 -hupcl -cstopb cread clocal crtscts
 ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon
 -ixoff -iuclc -ixany -imaxbel
 -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0
 vt0
 ff0
 -isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop
 -echoprt -echoctl -echoke


 Tests were done with/without the SIM and SD card, using the SHR-lite
 distro, but the results are the same under 2008.12, with the SIM and SD
 card present.

 The bad uart appears to be running in a terminal mode (24 rowsx80cols) and
 does not have the line discipline option.  There is also a "swtch" setting
 on the good uart that isnt on the bad one.

 So perhaps the mux needs some changes to deal with the differently setup
 mux??

 BillK

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

--- End Message ---
--- Begin Message ---
#2216: Call = there is no sound
----------------------+-----------------------------------------------------
 Reporter:  octavsly  |          Owner:  openmoko-devel                
     Type:  defect    |         Status:  new                           
 Priority:  high      |      Milestone:  Om2008.12                     
Component:  unknown   |        Version:  GTA02v6                       
 Severity:  major     |       Keywords:  call, mute, no sound, no audio
 Haspatch:  0         |      Blockedby:                                
Estimated:            |    Patchreview:                                
 Blocking:            |   Reproducible:                                
----------------------+-----------------------------------------------------

Comment(by octavsly):

 OK, it worked when I called,
 but when I was called I could not hear anything.

 Before teh call, the profile was set to "Vibrate and Ring" but I could not
 hear the ring. Phone was only vibrating.

 Attached you may find the
 current.state.during_call (which is the same as before the call)

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

--- End Message ---
--- Begin Message ---
#1767: Enlightenment Error
------------------------+---------------------------------------------------
 Reporter:  ssweeny     |          Owner:  john_lee
     Type:  defect      |         Status:  assigned
 Priority:  normal      |      Milestone:          
Component:  E - Illume  |        Version:  Om2008.8
 Severity:  normal      |       Keywords:          
 Haspatch:  0           |      Blockedby:          
Estimated:              |    Patchreview:          
 Blocking:              |   Reproducible:          
------------------------+---------------------------------------------------

Comment(by kmeaw):

 {{{
 r...@om-gta02:/usr/share/openmoko/scenarios# export DISPLAY=:0
 r...@om-gta02:/usr/share/openmoko/scenarios# grep E_IPC_SO /proc/*/environ
 /proc/725/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 /proc/748/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 /proc/760/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 /proc/780/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 /proc/785/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 /proc/798/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 /proc/799/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 /proc/805/environ:E_IPC_SOCKET=/tmp/enlightenment-root/disp-:0.0-725
 r...@om-gta02:/usr/share/openmoko/scenarios# export E_IPC_SOCKET=/tmp
 /enlightenment-root/disp-:0.0-725
 r...@om-gta02:/usr/share/openmoko/scenarios# enlightenment_remote -module-
 disable dropshadow
 r...@om-gta02:/usr/share/openmoko/scenarios# enlightenment_remote -module-
 unload dropshadow
 }}}

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

--- End Message ---
--- Begin Message ---
#2173: Audio does not switch to headphone if headphone is plugged in
----------------------------+-----------------------------------------------
    Reporter:  beni         |        Type:  defect
      Status:  new          |    Priority:  normal
   Milestone:               |   Component:  Audio 
     Version:  unspecified  |    Severity:  normal
    Keywords:               |    Haspatch:  0     
   Blockedby:               |   Estimated:        
 Patchreview:               |    Blocking:        
Reproducible:               |  
----------------------------+-----------------------------------------------

Comment(by kmeaw):

 http://lambda.kmeaw.com/~kmeaw/audiojackd-0.1.tar.bz2

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

--- End Message ---
--- Begin Message ---
#2216: Call = there is no sound
----------------------+-----------------------------------------------------
 Reporter:  octavsly  |          Owner:  openmoko-devel                
     Type:  defect    |         Status:  new                           
 Priority:  high      |      Milestone:  Om2008.12                     
Component:  unknown   |        Version:  GTA02v6                       
 Severity:  major     |       Keywords:  call, mute, no sound, no audio
 Haspatch:  0         |      Blockedby:                                
Estimated:            |    Patchreview:                                
 Blocking:            |   Reproducible:                                
----------------------+-----------------------------------------------------

Comment(by lindi):

 Yes it seems that alsa state is not changed for some reason, I do not have
 knowledge on debugging om 2008.12 issues further.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2216#comment:4>
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):

 If I just avoid dereferencing the NULL pointer I can still sometimes make
 the kernel crash differently. I did

 {{{

 li...@ginger:/etc/alsa-scenarios$ sudo chvt 1
 li...@ginger:/etc/alsa-scenarios$ alsactl -f stereoout.state restore
 li...@ginger:/etc/alsa-scenarios$ alsactl -f voice-recording.state restore
 li...@ginger:/etc/alsa-scenarios$ arecord -f S16_LE -c1 -r44100
 /dev/shm/a.wav &
 [1] 1777
 li...@ginger:/etc/alsa-scenarios$ arecord: main:564: audio open error:
 Invalid argument

 [1]+  Exit 1                  arecord -f S16_LE -c1 -r44100 /dev/shm/a.wav
 li...@ginger:/etc/alsa-scenarios$ alsactl -f stereoout.state restore
 li...@ginger:/etc/alsa-scenarios$ arecord -f S16_LE -c1 -r44100
 /dev/shm/a.wav &
 [1] 1780
 li...@ginger:/etc/alsa-scenarios$ Recording WAVE '/dev/shm/a.wav' : Signed
 16 bit Little Endian, Rate 44100 Hz, Mono

 li...@ginger:/etc/alsa-scenarios$ alsactl -f stereoout.state restore
 }}}

 and with the patch for #2135 I was able to capture the full crash message
 after reboot. I'll attach a complete version to this report but the
 interesting parts are:

 {{{
 INFO: trying to register non-static key.
 [21474693.155000] the code is fine but needs lockdep annotation.
 [21474693.155000] turning off the locking correctness validator.
 [21474693.155000] [<c03a6378>] (dump_stack+0x0/0x14) from [<c0075a74>]
 (__lock_acquire+0x1a0/0x794)
 ...
 [21474693.155000] Unable to handle kernel NULL pointer dereference at
 virtual address 00000004
 ...
 [21474693.155000] [<c02e6b40>] (s3c24xx_pcm_pointer+0x0/0x84) from
 [<c02d3e34>] (snd_pcm_period_elapsed+0xbc/0x330)
 [21474693.155000]  r6:c7a64200 r5:c04f41fc r4:c7a73000
 [21474693.155000] [<c02d3d78>] (snd_pcm_period_elapsed+0x0/0x330) from
 [<c02e6f6c>] (s3c24xx_audio_buffdone+0x2c/0xd0)
 [21474693.155000] [<c02e6f40>] (s3c24xx_audio_buffdone+0x0/0xd0) from
 [<c00431e8>] (s3c2410_dma_irq+0xc4/0x4c4)
 [21474693.155000]  r7:00000022 r6:00000000 r5:c04f41fc r4:c7a163c0
 [21474693.155000] [<c0043124>] (s3c2410_dma_irq+0x0/0x4c4) from
 [<c00830c8>] (handle_IRQ_event+0x2c/0x68)
 [21474693.155000]  r7:00000022 r6:00000000 r5:00000000 r4:c6c4f980
 ...
 [21474693.160000] Kernel panic - not syncing: Fatal exception in interrupt
 [21474693.165000] Rebooting in 10 seconds..arch_reset: attempting watchdog
 reset
 }}}

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/2073#comment:12>
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