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 #2180: stable-tracking: 'rxserr' UART
messages (Openmoko Public Trac)
2. Re: Openmoko Bug #2180: stable-tracking: 'rxserr' UART
messages (Openmoko Public Trac)
3. Re: Openmoko Bug #2180: stable-tracking: 'rxserr' UART
messages (Openmoko Public Trac)
4. Openmoko Bug #2211: Windows instant reboot while connecting
Freerunner on USB (Openmoko Public Trac)
5. Re: Openmoko Bug #2211: Windows instant reboot while
connecting Freerunner on USB (Openmoko Public Trac)
6. Re: Openmoko Bug #2211: Windows instant reboot while
connecting Freerunner on USB (Openmoko Public Trac)
7. Openmoko Bug #2212: pppd: page allocation failure. order:4,
mode:0x4d0 (Openmoko Public Trac)
--- Begin Message ---
#2180: stable-tracking: 'rxserr' UART messages
-----------------------------+----------------------------------------------
Reporter: laforge | Owner: openmoko-kernel
Type: defect | Status: new
Priority: high | Milestone: FSO
Component: System Software | Version:
Severity: major | Keywords: gps s3x24xx_serial rxerr
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Changes (by alphaone):
* severity: normal => major
Comment:
It looks like it's even worse that that. This problem seems to also affect
gsm communication, see the log at
http://trac.freesmartphone.org/attachment/ticket/316/syslog_090115_1141.txt#L827
This leads to all sort of funnies and lock ups all over the framework,
especially for the GSM communication which has no way of checking the
integrity of the message. We need to fix this.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2180#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2180: stable-tracking: 'rxserr' UART messages
-----------------------------+----------------------------------------------
Reporter: laforge | Owner: openmoko-kernel
Type: defect | Status: new
Priority: high | Milestone: FSO
Component: System Software | Version:
Severity: major | Keywords: gps s3x24xx_serial rxerr
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by andy):
Understood...
Jan 15 11:40:15 debian-gta02 kernel: rxerr: port ch=0x2c, rxs=0x00000001
is just before the blowup
got 552 bytes from:
'061412",145,"00570061006C007400650072002000260020004D00610072006700720069007400680020002F0048"\r\n+CPBR:
82,\x00"41794336783",145,"00570061006C00740065007200200026002000400680020002F004D"\r\n+CPBR:
where it seems a \x00 byte appeared
when I look at what the rxs thing is printing, it is the error status
register, bit 1 suggests "overrun". What exactly "overrun" means on a
FIFO UART as a character error indication I dunno yet.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2180#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2180: stable-tracking: 'rxserr' UART messages
-----------------------------+----------------------------------------------
Reporter: laforge | Owner: openmoko-kernel
Type: defect | Status: new
Priority: high | Milestone: FSO
Component: System Software | Version:
Severity: major | Keywords: gps s3x24xx_serial rxerr
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by andy):
It does seem to refer to FIFO rather than character status
''Generated when it gets to the top of the receive FIFO without reading
out data in it (overrun error).''
So this would seem to boil down to a problem of long interrupt latency
caused completely elsewhere.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2180#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2211: Windows instant reboot while connecting Freerunner on USB
---------------------+------------------------------------------------------
Reporter: psonek | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
---------------------+------------------------------------------------------
I cant get Freerunner working on WinXP with 2.6.28 kernels. Windows just
instantly reboot - they dont provide any more details.
I am using the Neo1973.inf from wiki. This was tested with todays SHR
unstable. With older kernels (2.6.24) i dont have this problem.
The possible cause can be in g_ether module, because when i do rmmod
g_ether Windows dont reset anymore, but USB networking and charging
battery does not work. Any ideas?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2211>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2211: Windows instant reboot while connecting Freerunner on USB
---------------------+------------------------------------------------------
Reporter: psonek | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
---------------------+------------------------------------------------------
Comment(by cedric.berger):
this was just discussed on kernel mailing list,
and patches should have been merged now...
http://lists.openmoko.org/nabble.html#nabble-td2183476%7Ca2184241
On Tue, Jan 20, 2009 at 00:06, Andy Green <[email protected]> wrote:
>On Mon, Jan 19, 2009 at 23:37, Paul Fertser <[email protected]> wrote:
> | Hi,
> |
> | I confirm it's a kernel issue. Windows RNDIS is definetely buggy, but
> | the kernel driver is wrong also. See
> | http://article.gmane.org/gmane.linux.usb.general/11998 . After
> | applying this patch as well as the one mentioned in the thread later
> | and the second patch from this series, i can confirm that my
> | co-worker's windows machine no longer crashes. Networking still
> | doesn't work though.
>
> Nice find Paul... I sent the two patches from that thread on
> pending-tracking and rebased andy-tracking, but I didn't find the third.
> ~ If you can send a pointer I'll add it tomorrow.
>
> Thanks for the hint.
>
> - -Andy
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2211#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2211: Windows instant reboot while connecting Freerunner on USB
---------------------+------------------------------------------------------
Reporter: psonek | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
---------------------+------------------------------------------------------
Comment(by andy):
Yes all three patches are on andy-tracking, but I am not sure our git
server is up the last couple of hours I can't contact it over ssh anyway.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2211#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2212: pppd: page allocation failure. order:4, mode:0x4d0
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Today I noticed that dmesg had the following error messages:
{{{
[124531.130000] Restarting tasks ... done.
[124531.330000] pcf50633 0-0073: INT1=0x80 INT2=0x00 INT3=0x00 INT4=0x40
INT5=0x00
[124531.330000] soc-audio soc-audio: starting resume work
[124531.955000] soc-audio soc-audio: resume work completed
[124532.030000] fbcon_event_notify action=1, data=c7b3ddf0
[124532.090000] pcf50633 0-0073: INT1=0x80 INT2=0x00 INT3=0x00 INT4=0x00
INT5=0x00
[124532.110000] pcf50633 0-0073: INT1=0x00 INT2=0x00 INT3=0x00 INT4=0x00
INT5=0x00
[124555.135000] pppd: page allocation failure. order:4, mode:0x4d0
[124555.135000] [<c03a5f04>] (dump_stack+0x0/0x14) from [<c008f220>]
(__alloc_pages_internal+0x3c0/0x3e8)
[124555.145000] [<c008ee60>] (__alloc_pages_internal+0x0/0x3e8) from
[<c00ae6c0>] (cache_grow+0xc8/0x354)
[124555.150000] [<c00ae5f8>] (cache_grow+0x0/0x354) from [<c00aeb4c>]
(cache_alloc_refill+0x200/0x264)
[124555.160000] [<c00ae94c>] (cache_alloc_refill+0x0/0x264) from
[<c00aec50>] (__kmalloc+0xa0/0xdc)
[124555.170000] [<c00aebb0>] (__kmalloc+0x0/0xdc) from [<c01ff470>]
(z_decomp_alloc+0x90/0xd4)
[124555.180000] r7:c7a4f400 r6:00000009 r5:00000000 r4:c7b97920
[124555.185000] [<c01ff3e0>] (z_decomp_alloc+0x0/0xd4) from [<c01fac64>]
(ppp_set_compress+0x16c/0x1f8)
[124555.195000] r6:c7a4f400 r5:c04ddff4 r4:c1cb4000
[124555.195000] [<c01faaf8>] (ppp_set_compress+0x0/0x1f8) from
[<c01fb4fc>] (ppp_ioctl+0x2cc/0x664)
[124555.205000] [<c01fb230>] (ppp_ioctl+0x0/0x664) from [<c00be510>]
(vfs_ioctl+0x3c/0x9c)
[124555.215000] r8:c0034048 r7:00000009 r6:400c744d r5:03f7598c
r4:c6ef9be0
[124555.220000] [<c00be4d4>] (vfs_ioctl+0x0/0x9c) from [<c00beba4>]
(do_vfs_ioctl+0x1f0/0x21c)
[124555.230000] r6:400c744d r5:c6ef9be0 r4:03f7598c
[124555.235000] [<c00be9b4>] (do_vfs_ioctl+0x0/0x21c) from [<c00bec10>]
(sys_ioctl+0x40/0x60)
[124555.240000] r7:c6ef9be0 r6:400c744d r5:03f7598c r4:00000009
[124555.250000] [<c00bebd0>] (sys_ioctl+0x0/0x60) from [<c0033ea0>]
(ret_fast_syscall+0x0/0x2c)
[124555.255000] r7:00000036 r6:00099444 r5:00099434 r4:00000000
[124555.260000] Mem-info:
[124555.265000] Normal per-cpu:
[124555.265000] CPU 0: hi: 42, btch: 7 usd: 0
[124555.270000] Active_anon:1812 active_file:4736 inactive_anon:4638
[124555.270000] inactive_file:5995 unevictable:0 dirty:16 writeback:0
unstable:0
[124555.270000] free:3985 slab:8071 mapped:2120 pagetables:139 bounce:0
[124555.275000] Normal free:15940kB min:1440kB low:1800kB high:2160kB
active_anon:7248kB inactive_anon:18552kB active_file:18944kB
inactive_file:23980kB unevictable:0kB present:130048kB pages_scanned:0
all_unreclaimable? no
[124555.280000] lowmem_reserve[]: 0 0
[124555.285000] Normal: 2079*4kB 683*8kB 111*16kB 8*32kB 2*64kB 0*128kB
0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 15940kB
[124555.295000] 10769 total pagecache pages
[124555.300000] 0 pages in swap cache
[124555.300000] Swap cache stats: add 0, delete 0, find 0/0
[124555.305000] Free swap = 0kB
[124555.305000] Total swap = 0kB
[124555.320000] 32768 pages of RAM
[124555.320000] 4126 free pages
[124555.320000] 2968 reserved pages
[124555.320000] 8071 slab pages
[124555.325000] 9133 pages shared
[124555.330000] 0 pages swap cached
[124555.420000] pppd: page allocation failure. order:4, mode:0x4d0
[124555.420000] [<c03a5f04>] (dump_stack+0x0/0x14) from [<c008f220>]
(__alloc_pages_internal+0x3c0/0x3e8)
[124555.430000] [<c008ee60>] (__alloc_pages_internal+0x0/0x3e8) from
[<c00ae6c0>] (cache_grow+0xc8/0x354)
[124555.435000] [<c00ae5f8>] (cache_grow+0x0/0x354) from [<c00aeb4c>]
(cache_alloc_refill+0x200/0x264)
[124555.445000] [<c00ae94c>] (cache_alloc_refill+0x0/0x264) from
[<c00aec50>] (__kmalloc+0xa0/0xdc)
[124555.455000] [<c00aebb0>] (__kmalloc+0x0/0xdc) from [<c01ff470>]
(z_decomp_alloc+0x90/0xd4)
[124555.465000] r7:c7a4f400 r6:00000009 r5:00000000 r4:c7b97920
[124555.470000] [<c01ff3e0>] (z_decomp_alloc+0x0/0xd4) from [<c01fac64>]
(ppp_set_compress+0x16c/0x1f8)
[124555.480000] r6:c7a4f400 r5:c04ddff4 r4:c1cb4000
[124555.485000] [<c01faaf8>] (ppp_set_compress+0x0/0x1f8) from
[<c01fb4fc>] (ppp_ioctl+0x2cc/0x664)
[124555.490000] [<c01fb230>] (ppp_ioctl+0x0/0x664) from [<c00be510>]
(vfs_ioctl+0x3c/0x9c)
[124555.500000] r8:c0034048 r7:00000009 r6:400c744d r5:03f75964
r4:c6ef9be0
[124555.505000] [<c00be4d4>] (vfs_ioctl+0x0/0x9c) from [<c00beba4>]
(do_vfs_ioctl+0x1f0/0x21c)
[124555.515000] r6:400c744d r5:c6ef9be0 r4:03f75964
[124555.520000] [<c00be9b4>] (do_vfs_ioctl+0x0/0x21c) from [<c00bec10>]
(sys_ioctl+0x40/0x60)
[124555.525000] r7:c6ef9be0 r6:400c744d r5:03f75964 r4:00000009
[124555.535000] [<c00bebd0>] (sys_ioctl+0x0/0x60) from [<c0033ea0>]
(ret_fast_syscall+0x0/0x2c)
[124555.540000] r7:00000036 r6:00099444 r5:00099434 r4:00000000
[124555.545000] Mem-info:
[124555.550000] Normal per-cpu:
[124555.550000] CPU 0: hi: 42, btch: 7 usd: 4
[124555.555000] Active_anon:1812 active_file:4734 inactive_anon:4638
[124555.555000] inactive_file:6004 unevictable:0 dirty:16 writeback:0
unstable:0
[124555.555000] free:4063 slab:7982 mapped:2121 pagetables:139 bounce:0
[124555.560000] Normal free:16252kB min:1440kB low:1800kB high:2160kB
active_anon:7248kB inactive_anon:18552kB active_file:18936kB
inactive_file:24016kB unevictable:0kB present:130048kB pages_scanned:0
all_unreclaimable? no
[124555.565000] lowmem_reserve[]: 0 0
[124555.570000] Normal: 2087*4kB 702*8kB 117*16kB 9*32kB 2*64kB 0*128kB
0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 16252kB
[124555.580000] 10776 total pagecache pages
[124555.585000] 0 pages in swap cache
[124555.590000] Swap cache stats: add 0, delete 0, find 0/0
[124555.595000] Free swap = 0kB
[124555.595000] Total swap = 0kB
[124555.610000] 32768 pages of RAM
[124555.610000] 4208 free pages
[124555.610000] 2968 reserved pages
[124555.610000] 7982 slab pages
[124555.615000] 9134 pages shared
[124555.620000] 0 pages swap cached
[124682.645000] fbcon_event_notify action=9, data=c7b3de08
[124682.645000] jbt6k74 spi2.0: **** jbt6k74 vsync suspend
}}}
I am using andy-tracking andy-tracking_b8b36e5ec3db71d5 with the
following patch to workaround #2073. I don't think this has anything
to do with the allocation bug but just in case it matters I'll mention
it here:
{{{
diff --git a/sound/soc/s3c24xx/neo1973_gta02_wm8753.c
b/sound/soc/s3c24xx/neo1973_gta02_wm8753.c
index 7dd1983..84cbb52 100644
--- a/sound/soc/s3c24xx/neo1973_gta02_wm8753.c
+++ b/sound/soc/s3c24xx/neo1973_gta02_wm8753.c
@@ -154,7 +162,13 @@ static int neo1973_gta02_hifi_hw_free(struct
snd_pcm_substream *substream)
struct snd_soc_dai *codec_dai = rtd->dai->codec_dai;
/* disable the PLL */
- return codec_dai->dai_ops.set_pll(codec_dai, WM8753_PLL1, 0, 0);
+ if (codec_dai->dai_ops.set_pll == NULL) {
+ printk(KERN_INFO "lindi: hw_free: set_pll NULL\n");
+ return 0;
+ } else {
+ printk(KERN_INFO "lindi: hw_free: set_pll not NULL\n");
+ return codec_dai->dai_ops.set_pll(codec_dai, WM8753_PLL1, 0,
0);
+ }
}
}}}
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2212>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
