Kernel panic - not syncing: Watchdog detected hard LOCKUP - linux-kernel

Can someone help me why have i got this crash?
[2324956.184374] Kernel panic - not syncing: Watchdog detected hard LOCKUP on cpu 1
[2324956.184374] Pid: 0, comm: kworker/0:0 Tainted: P 3.1.10-gb20-default #1
[2324956.184374] Call Trace:
[2324956.184374] [<ffffffff81003add>] dump_trace+0x98/0x223
[2324956.184374] [<ffffffff813dc659>] dump_stack+0x69/0x6f
[2324956.184374] [<ffffffff813def08>] panic+0xa4/0x1b4
[2324956.184374] [<ffffffff81094b48>] watchdog_overflow_callback+0x79/0x9e
[2324956.184374] [<ffffffff810b66b5>] __perf_event_overflow+0xf9/0x185
[2324956.184374] [<ffffffff81010a2c>] intel_pmu_handle_irq+0x15d/0x1be
[2324956.184374] [<ffffffff813f375b>] perf_event_nmi_handler+0x3e/0x87
[2324956.184374] [<ffffffff813f4c0f>] notifier_call_chain+0x2e/0x5b
[2324956.184374] [<ffffffff813f4c76>] __atomic_notifier_call_chain+0x3a/0x4d
[2324956.184374] [<ffffffff813f4cc1>] notify_die+0x2d/0x32
[2324956.184374] [<ffffffff813f2bbb>] default_do_nmi+0x29/0x1b5
[2324956.184374] [<ffffffff813f2eb7>] do_nmi+0x47/0x6f
[2324956.184374] [<ffffffff813f2a30>] nmi+0x20/0x30
[2324956.184374] [<ffffffff8106b725>] arch_local_irq_save+0x1/0x17
[2324956.184374] [<ffffffff813f1e9b>] _raw_spin_lock_irqsave+0xf/0x39
[2324956.184374] [<ffffffff8105d9b7>] down_trylock+0xb/0x29
[2324956.184374] [<ffffffff810409c2>] console_trylock+0xf/0x47
[2324956.184374] [<ffffffff81040dc9>] console_unlock+0x100/0x129
[2324956.184374] [<ffffffff8104120b>] vprintk+0x348/0x394
[2324956.184374] [<ffffffff813df06b>] printk+0x53/0x58
[2324956.184374] [<ffffffff81359902>] ip_handle_martian_source+0x6d/0xf6
[2324956.184374] [<ffffffff8135b980>] ip_route_input_slow+0x45d/0x462
[2324956.184374] [<ffffffff8135c02f>] ip_route_input_common+0x217/0x231
[2324956.184374] [<ffffffff8137e995>] arp_process+0x181/0x4ac
[2324956.184374] [<ffffffff81337bf5>] __netif_receive_skb+0x317/0x36b
[2324956.184374] [<ffffffff81337b44>] __netif_receive_skb+0x266/0x36b
[2324956.184374] [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
[2324956.184374] [<ffffffff8133979e>] napi_skb_finish+0x1c/0x31
[2324956.184374] [<ffffffffa02e1dee>] igb_clean_rx_irq+0x30d/0x39e [igb]
[2324956.184374] [<ffffffffa02e1ecd>] igb_poll+0x4e/0x74 [igb]
[2324956.184374] [<ffffffff81339c88>] net_rx_action+0x65/0x178
[2324956.184374] [<ffffffff81045c73>] __do_softirq+0xb2/0x19d
[2324956.184374] [<ffffffff813f9aac>] call_softirq+0x1c/0x30
[2324956.184374] [<ffffffff81003931>] do_softirq+0x3c/0x7b
[2324956.184374] [<ffffffff81045f98>] irq_exit+0x3c/0xac
[2324956.184374] [<ffffffff81003655>] do_IRQ+0x82/0x98
[2324956.184374] [<ffffffff813f24ee>] common_interrupt+0x6e/0x6e
[2324956.184374] [<ffffffff8123f91d>] intel_idle+0xdd/0x104
[2324956.184374] [<ffffffff8130b76b>] cpuidle_idle_call+0xdf/0x181
[2324956.184374] [<ffffffff81001201>] cpu_idle+0x56/0xa9

Related

Parse Server crashing when I running a query on a single row

I have an table named Artist and I am running a search with or operator
orQuery = Parse.Query.or(query1, query2, query3, query4, query5, query6, query7, query8, query9, query10);
but server crashing and when I am adding another row in table,then search query is working fine..
Here is the error message:
`2019-11-16T18:47:27.973552+00:00 heroku[web.1]: State changed from up to crashed
2019-11-16T18:47:28.046944+00:00 heroku[web.1]: State changed from crashed to starting
2019-11-16T18:47:27.960077+00:00 heroku[web.1]: Process exited with status 134
2019-11-16T18:47:27.856741+00:00 app[web.1]:
2019-11-16T18:47:27.856755+00:00 app[web.1]: <--- Last few GCs --->
2019-11-16T18:47:27.856757+00:00 app[web.1]:
2019-11-16T18:47:27.856759+00:00 app[web.1]: [4:0x3732630] 447289 ms: Mark-sweep 243.9 (257.8) -> 243.4 (257.8) MB, 330.2 / 0.0 ms (average mu = 0.149, current mu = 0.058) allocation failure scavenge might not succeed
2019-11-16T18:47:27.856760+00:00 app[web.1]: [4:0x3732630] 447664 ms: Mark-sweep 244.1 (257.8) -> 243.5 (257.6) MB, 367.5 / 0.0 ms (average mu = 0.086, current mu = 0.021) allocation failure scavenge might not succeed
2019-11-16T18:47:27.856762+00:00 app[web.1]: [4:0x3732630] 447686 ms: Scavenge 244.3 (257.6) -> 243.8 (257.8) MB, 1.7 / 0.0 ms (average mu = 0.086, current mu = 0.021) allocation failure
2019-11-16T18:47:27.856793+00:00 app[web.1]:
2019-11-16T18:47:27.858836+00:00 app[web.1]:
2019-11-16T18:47:27.858839+00:00 app[web.1]: <--- JS stacktrace --->
2019-11-16T18:47:27.858840+00:00 app[web.1]:
2019-11-16T18:47:27.858842+00:00 app[web.1]: ==== JS stack trace =========================================
2019-11-16T18:47:27.858844+00:00 app[web.1]:
2019-11-16T18:47:27.858845+00:00 app[web.1]: 0: ExitFrame [pc: 0x13725d9]
2019-11-16T18:47:27.858847+00:00 app[web.1]: Security context: 0x0c8fcd2808a1 <JSObject>
2019-11-16T18:47:27.858849+00:00 app[web.1]: 1: mongoObjectToParseObject(aka mongoObjectToParseObject) [0xa22d76fc3b1] [/app/node_modules/parse-server/lib/Adapters/Storage/Mongo/MongoTransform.js:~1113] [pc=0x18308b605d68](this=0x05582c3c04a9 <undefined>,0x1d950f06d4b9 <String[#11]: SearchTerms>,0x08f440575ef1 <Object map = 0x29ebf7841881>,0x059981459f61 <Object map = 0x29ebf78587b1>)
2019-11-16T18:47:27.858851+00:00 app[web.1]: 2: /* anonymou...
2019-11-16T18:47:27.858852+00:00 app[web.1]:
2019-11-16T18:47:27.858879+00:00 app[web.1]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
2019-11-16T18:47:27.859052+00:00 app[web.1]:
2019-11-16T18:47:27.870306+00:00 app[web.1]: Writing Node.js report to file: report.20191116.184727.4.0.001.json
2019-11-16T18:47:27.870347+00:00 app[web.1]: Node.js report completed
2019-11-16T18:47:27.870926+00:00 app[web.1]: 1: 0x9d8da0 node::Abort() [node]
2019-11-16T18:47:27.871469+00:00 app[web.1]: 2: 0x9d9f56 node::OnFatalError(char const*, char const*) [node]
2019-11-16T18:47:27.872050+00:00 app[web.1]: 3: 0xb37dbe v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [node]
2019-11-16T18:47:27.872619+00:00 app[web.1]: 4: 0xb38139 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [node]
2019-11-16T18:47:27.873259+00:00 app[web.1]: 5: 0xce34f5 [node]
2019-11-16T18:47:27.873899+00:00 app[web.1]: 6: 0xce3b86 v8::internal::Heap::RecomputeLimits(v8::internal::GarbageCollector) [node]
2019-11-16T18:47:27.874546+00:00 app[web.1]: 7: 0xcefa1a v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [node]
2019-11-16T18:47:27.875187+00:00 app[web.1]: 8: 0xcf0925 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [node]
2019-11-16T18:47:27.875837+00:00 app[web.1]: 9: 0xcf3338 v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [node]
2019-11-16T18:47:27.876468+00:00 app[web.1]: 10: 0xcb9c67 v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationType) [node]
2019-11-16T18:47:27.877218+00:00 app[web.1]: 11: 0xfefb9b v8::internal::Runtime_AllocateInYoungGeneration(int, unsigned long*, v8::internal::Isolate*) [node]
2019-11-16T18:47:27.877979+00:00 app[web.1]: 12: 0x13725d9 [node]`
this is a dupe of Node.js heap out of memory. You can try bumping up how much memory your node process has with NODE_OPTIONS="--max-old-space-size=16384" npm start.
I tried this in Procfile and now it is working
web: node --max-old-space-size=4096 parse/server.js

proto.Marshal out of memory

we use github.com/gogo/protobuf, I get service crash at proto.Marshal(), this happens almost once a day,But I did not receive a memory alarm,This looks like a memory leak,has anyone encountered this situation?
fatal error: runtime: out of memory
runtime stack:
runtime.throw(0xe25648, 0x16)
/usr/local/go/src/runtime/panic.go:617 +0x72
runtime.sysMap(0xc5cc000000, 0xc490000000, 0x18671b8)
/usr/local/go/src/runtime/mem_linux.go:170 +0xc7
runtime.(*mheap).sysAlloc(0x184e180, 0xc48d3d8000, 0x184e190, 0x62469ec)
/usr/local/go/src/runtime/malloc.go:633 +0x1cd
runtime.(*mheap).grow(0x184e180, 0x62469ec, 0x0)
/usr/local/go/src/runtime/mheap.go:1222 +0x42
runtime.(*mheap).allocSpanLocked(0x184e180, 0x62469ec, 0x18671c8, 0x7f213328e6d8)
/usr/local/go/src/runtime/mheap.go:1150 +0x37f
runtime.(*mheap).alloc_m(0x184e180, 0x62469ec, 0x7f21bed20101, 0x184e190)
/usr/local/go/src/runtime/mheap.go:977 +0xc2
runtime.(*mheap).alloc.func1()
/usr/local/go/src/runtime/mheap.go:1048 +0x4c
runtime.(*mheap).alloc(0x184e180, 0x62469ec, 0xc000000101, 0x7f21bed2a0e0)
/usr/local/go/src/runtime/mheap.go:1047 +0x8a
runtime.largeAlloc(0xc48d3d8000, 0xffffffffffff0100, 0x7f21bed2a0e0)
/usr/local/go/src/runtime/malloc.go:1055 +0x99
runtime.mallocgc.func1()
/usr/local/go/src/runtime/malloc.go:950 +0x46
runtime.systemstack(0x0)
/usr/local/go/src/runtime/asm_amd64.s:351 +0x66
runtime.mstart()
/usr/local/go/src/runtime/proc.go:1153
goroutine 521107 [running]:
runtime.systemstack_switch()
/usr/local/go/src/runtime/asm_amd64.s:311 fp=0xc0982eae30 sp=0xc0982eae28 pc=0x45cdf0
runtime.mallocgc(0xc48d3d8000, 0x0, 0x1700, 0xc492070000)
/usr/local/go/src/runtime/malloc.go:949 +0x872 fp=0xc0982eaed0 sp=0xc0982eae30 pc=0x40e6d2
runtime.growslice(0xca6f00, 0xc492070000, 0x1c43, 0x2000, 0xc48d3d6e73, 0x0, 0x0, 0x0)
/usr/local/go/src/runtime/slice.go:175 +0x151 fp=0xc0982eaf38 sp=0xc0982eaed0 pc=0x4462a1
xxxx/vendor/github.com/gogo/protobuf/proto.(*Buffer).EncodeStringBytes(...)
xxxx/vendor/github.com/gogo/protobuf/proto.Marshal(0xf58840, 0xc45eda2a00, 0x2d, 0x1, 0xc1e72e7801, 0x1, 0xc4860713e0)
/opt/go/src/xxxx/vendor/github.com/gogo/protobuf/proto/encode.go:236 +0x92 fp=0xc0982eb9a8 sp=0xc0982eb960 pc=0x79dd12
xxxx/feature_server_user/get_feature.(*GetUserFeatureAction).Handler(0x1864ca8, 0xc46a746a00, 0x17, 0x200, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0)

Sprintf access segment violation in gloang

I encontered the segmentation violation error when I use Sprintf in my golang code. Anyboy know what's wrong with my code?
My code as following:
func createTrainingPath(trainingPrefix string, uuid string, codec string) string {
return fmt.Sprintf("%s/%s/%s/%s", trainingPrefix, codec, time.Now().Format("20060102"), uuid)
}
The error as following:
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x6ca1f7]
goroutine 7483565 [running]:
panic(0x1162ea0, 0x19558e0)
/home/wenchuang.liu/go/src/runtime/panic.go:540 +0x45e fp=0xc494a569f0 sp=0xc494a56948 pc=0x697f4e
runtime.panicmem()
/home/wenchuang.liu/go/src/runtime/panic.go:63 +0x5e fp=0xc494a56a10 sp=0xc494a569f0 pc=0x696c7e
runtime.sigpanic()
/home/wenchuang.liu/go/src/runtime/signal_unix.go:367 +0x17c fp=0xc494a56a60 sp=0xc494a56a10 pc=0x6af2dc
runtime.memmove(0xc4200e2419, 0x0, 0x20)
/home/wenchuang.liu/go/src/runtime/memmove_amd64.s:178 +0x147 fp=0xc494a56a68 sp=0xc494a56a60 pc=0x6ca1f7
fmt.(*buffer).WriteString(...)
/home/wenchuang.liu/go/src/fmt/print.go:82
fmt.(*fmt).padString(0xc47dafe040, 0x0, 0x20)
/home/wenchuang.liu/go/src/fmt/format.go:110 +0x9c fp=0xc494a56af0 sp=0xc494a56a68 pc=0x7365fc
fmt.(*fmt).fmt_s(0xc47dafe040, 0x0, 0x20)
/home/wenchuang.liu/go/src/fmt/format.go:328 +0x61 fp=0xc494a56b28 sp=0xc494a56af0 pc=0x7373a1
fmt.(*pp).fmtString(0xc47dafe000, 0x0, 0x20, 0x7f3300000073)
/home/wenchuang.liu/go/src/fmt/print.go:433 +0x197 fp=0xc494a56b60 sp=0xc494a56b28 pc=0x73b077
fmt.(*pp).printArg(0xc47dafe000, 0x1131bc0, 0xc4c6f94200, 0x73)
/home/wenchuang.liu/go/src/fmt/print.go:664 +0x7b5 fp=0xc494a56be0 sp=0xc494a56b60 pc=0x73d355
fmt.(*pp).doPrintf(0xc47dafe000, 0x1232d53, 0xb, 0xc494a56dd0, 0x4, 0x4)
/home/wenchuang.liu/go/src/fmt/print.go:996 +0x15a fp=0xc494a56d10 sp=0xc494a56be0 pc=0x740cea
fmt.Sprintf(0x1232d53, 0xb, 0xc494a56dd0, 0x4, 0x4, 0xc4c48478d8, 0x8)
/home/wenchuang.liu/go/src/fmt/print.go:196 +0x66 fp=0xc494a56d68 sp=0xc494a56d10 pc=0x739226
i7zuoye.com/ago/gomark/service/utils.createTrainingPath(0x0, 0x20, 0x122f9f1, 0x6, 0xc42c2c9560, 0xc4209e0f68)
/home/wenchuang.liu/gohere/src/i7zuoye.com/ago/gomark/service/utils/media.go:210 +0x190 fp=0xc494a56e20 sp=0xc494a56d68 pc=0xbdc6f0
i7zuoye.com/ago/gomark/service/utils.SaveResult(0x0, 0x20, 0xc4909e4a00, 0xf5e, 0x134f, 0x865823, 0xc4206b0301, 0xc4209e0fa8, 0x865823)
/home/wenchuang.liu/gohere/src/i7zuoye.com/ago/gomark/service/utils/media.go:116 +0x51 fp=0xc494a56e98 sp=0xc494a56e20 pc=0xbdaf41
i7zuoye.com/ago/gomark/service/evaluate/stream.sendResponse.func1(0xc4acdfbe60, 0xc4909e4a00, 0xf5e, 0x134f, 0xc4371bc410, 0xc8, 0x0, 0x0, 0x0, 0x12392fd, ...)
/home/wenchuang.liu/gohere/src/i7zuoye.com/ago/gomark/service/evaluate/stream/streamserver.go:390 +0x73 fp=0xc494a56f40 sp=0xc494a56e98 pc=0xbf3593
runtime.goexit()
/home/wenchuang.liu/go/src/runtime/asm_amd64.s:2337 +0x1 fp=0xc494a56f48 sp=0xc494a56f40 pc=0x6c9901
created by i7zuoye.com/ago/gomark/service/evaluate/stream.sendResponse
/home/wenchuang.liu/gohere/src/i7zuoye.com/ago/gomark/service/evaluate/stream/streamserver.go:389 +0x179
Any help would be appreciated.

Why does go v1.8 fail to allocate heap bitmap on armv7 when importing zmq4?

I'm using go v1.8 on an armv7 target and everything works until I import zeromq, and then not even this works:
package main
import (
zmq "github.com/pebbe/zmq4"
"fmt"
)
func main() {
fmt.Println(zmq.Version())
}
Running it on the target gives the following:
./zmq
fatal error: runtime: out of memory
runtime stack:
runtime.throw(0xc8d3d, 0x16)
/usr/lib/go/src/runtime/panic.go:596 +0x70 fp=0x7eb018a0 sp=0x7eb01894
runtime.sysMap(0x6d752000, 0x74d4000, 0x1, 0x146b60)
/usr/lib/go/src/runtime/mem_linux.go:227 +0xb0 fp=0x7eb018c4 sp=0x7eb018a0
runtime.(*mheap).mapBits(0x139d58, 0x74d26000)
/usr/lib/go/src/runtime/mbitmap.go:159 +0x94 fp=0x7eb018dc sp=0x7eb018c4
runtime.(*mheap).sysAlloc(0x139d58, 0x100000, 0x30414)
/usr/lib/go/src/runtime/malloc.go:428 +0x2dc fp=0x7eb0191c sp=0x7eb018dc
runtime.(*mheap).grow(0x139d58, 0x8, 0x0)
/usr/lib/go/src/runtime/mheap.go:774 +0xd0 fp=0x7eb0194c sp=0x7eb0191c
runtime.(*mheap).allocSpanLocked(0x139d58, 0x1, 0x0)
/usr/lib/go/src/runtime/mheap.go:678 +0x468 fp=0x7eb0196c sp=0x7eb0194c
runtime.(*mheap).alloc_m(0x139d58, 0x1, 0x10, 0x0, 0x0)
/usr/lib/go/src/runtime/mheap.go:562 +0xdc fp=0x7eb019a4 sp=0x7eb0196c
runtime.(*mheap).alloc.func1()
/usr/lib/go/src/runtime/mheap.go:627 +0x3c fp=0x7eb019c0 sp=0x7eb019a4
runtime.systemstack(0x7eb019d4)
/usr/lib/go/src/runtime/asm_arm.s:278 +0xa8 fp=0x7eb019c4 sp=0x7eb019c0
runtime.(*mheap).alloc(0x139d58, 0x1, 0x10, 0x100, 0x1)
/usr/lib/go/src/runtime/mheap.go:628 +0x60 fp=0x7eb019ec sp=0x7eb019c4
runtime.(*mcentral).grow(0x13ab98, 0x0)
/usr/lib/go/src/runtime/mcentral.go:212 +0x84 fp=0x7eb01a18 sp=0x7eb019ec
runtime.(*mcentral).cacheSpan(0x13ab98, 0x146b68)
/usr/lib/go/src/runtime/mcentral.go:93 +0x104 fp=0x7eb01a5c sp=0x7eb01a18
runtime.(*mcache).refill(0x649e5000, 0x10, 0x146b68)
/usr/lib/go/src/runtime/mcache.go:122 +0x7c fp=0x7eb01a70 sp=0x7eb01a5c
runtime.(*mcache).nextFree.func1()
/usr/lib/go/src/runtime/malloc.go:525 +0x24 fp=0x7eb01a80 sp=0x7eb01a70
runtime.systemstack(0x7eb01aa4)
/usr/lib/go/src/runtime/asm_arm.s:278 +0xa8 fp=0x7eb01a84 sp=0x7eb01a80
runtime.(*mcache).nextFree(0x649e5000, 0x649e5010, 0x7eb01acc, 0x1ebd4, 0x21c40)
/usr/lib/go/src/runtime/malloc.go:526 +0x9c fp=0x7eb01ab0 sp=0x7eb01a84
runtime.mallocgc(0xf0, 0xc2548, 0x1, 0x64a26001)
/usr/lib/go/src/runtime/malloc.go:678 +0x8c0 fp=0x7eb01b08 sp=0x7eb01ab0
runtime.newobject(0xc2548, 0x1384a0)
/usr/lib/go/src/runtime/malloc.go:807 +0x2c fp=0x7eb01b1c sp=0x7eb01b08
runtime.malg(0x8000, 0x2710)
/usr/lib/go/src/runtime/proc.go:2821 +0x1c fp=0x7eb01b38 sp=0x7eb01b1c
runtime.mpreinit(0x138730)
/usr/lib/go/src/runtime/os_linux.go:302 +0x1c fp=0x7eb01b44 sp=0x7eb01b38
runtime.mcommoninit(0x138730)
/usr/lib/go/src/runtime/proc.go:540 +0x94 fp=0x7eb01b5c sp=0x7eb01b44
runtime.schedinit()
/usr/lib/go/src/runtime/proc.go:476 +0x40 fp=0x7eb01b78 sp=0x7eb01b5c
runtime.rt0_go(0x7eb01d14, 0x76ee4000, 0x7eb01d14, 0x1, 0x5cd10, 0x7eb01c58, 0x76f8e000, 0xcef6f281, 0xc6a63e08, 0x128, ...)
/usr/lib/go/src/runtime/asm_arm.s:61 +0x84 fp=0x7eb01bb8 sp=0x7eb01b78
Tracing shows the offending mmap:
mmap2(0x74c54000, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x74c54000
mmap2(0x6d77e000, 122511360, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
The first one is right, that's the chunk size, but the second is where it allocates the bitmap. It should be probably 16x smaller.
I tried debugging but it works under GDB. Maybe GDB does some virtualization?
gdbserver :1000 zmq
Process zmq created; pid = 817
Listening on port 1000
Remote debugging from host 10.0.0.36
4 2 1
Child exited with status 0
So far, all pure go programs I've tested work as well.
Why does importing zeromq cause it to fail? Is there a bug in the arm port of go?
Fixed by https://github.com/golang/go/commit/bb6309cd63b35a81a8527efaad58847a83039947
libzmq must contain some global constructors which adjust the process memory map before the go runtime starts.

Playback of Streams Are Taking Longer with Android KitKat (AudioTrack + MediaCodec Solution)

I am using MediaCodec + AudioTrack solution to stream MP3 music. It was working fine until the recent KitKat update. With KitKat, the playback begins after approximately 14-15 seconds, whereas on JellyBean it was taking no more than a few seconds. What has been changed with the KitKat regarding the MediaCodec and/or AudioTrack?
Here's the log output:
04-07 23:49:33.582: V/ChromiumHTTPDataSource(8055): ChromiumHTTPDataSource jni::getJavaVM()
04-07 23:49:34.742: I/NuCachedSource2(8055): mDisconnectAtHighwatermark = 0, cacheConfig is NULL(1)
04-07 23:49:34.747: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:36.477: D/HTTPBase(8055): [1] Network BandWidth = 0 Kbps
04-07 23:49:36.477: D/NuCachedSource2(8055): Remaining (64K), HighWaterThreshold (20480)
04-07 23:49:36.477: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:36.477: V/ChromiumHTTPDataSource(8055): mContentSize is undefined or network might be disconnected
04-07 23:49:36.477: V/ChromiumHTTPDataSource(8055): mContentSize is undefined or network might be disconnected
04-07 23:49:36.502: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:38.502: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:38.502: E/NuCachedSource2(8055): readAt:Timeout ( player case )
04-07 23:49:38.502: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:40.502: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:40.502: E/NuCachedSource2(8055): readAt:Timeout ( player case )
04-07 23:49:40.502: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:42.502: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:42.502: E/NuCachedSource2(8055): readAt:Timeout ( player case )
04-07 23:49:42.502: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:44.502: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:44.502: E/NuCachedSource2(8055): readAt:Timeout ( player case )
04-07 23:49:44.502: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:46.507: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:46.507: E/NuCachedSource2(8055): readAt:Timeout ( player case )
04-07 23:49:46.507: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:48.507: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:48.507: E/NuCachedSource2(8055): readAt:Timeout ( player case )
04-07 23:49:48.507: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:50.507: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:50.507: E/NuCachedSource2(8055): readAt:Timeout ( player case )
04-07 23:49:50.507: I/NuCachedSource2(8055): readAt: mIsMetadataRetriever == 0
04-07 23:49:52.447: D/HTTPBase(8055): [2] Network BandWidth = 59 Kbps
04-07 23:49:52.447: D/NuCachedSource2(8055): Remaining (127K), HighWaterThreshold (20480)
04-07 23:49:52.447: D/NuCachedSource2(8055): readInternal - late!!!
04-07 23:49:52.447: I/NuCachedSource2(8055): readAt: waiting end ( player case )
04-07 23:49:52.447: V/ChromiumHTTPDataSource(8055): mContentSize is undefined or network might be disconnected
04-07 23:49:52.447: V/ChromiumHTTPDataSource(8055): mContentSize is undefined or network might be disconnected
04-07 23:49:52.452: D/StreamPlayerService(8055): MIME TYPE: audio/mpeg
04-07 23:49:52.452: I/ACodec(8055): [] Now uninitialized
04-07 23:49:52.452: I/OMXClient(8055): Using client-side OMX mux.
04-07 23:49:52.457: I/ACodec(8055): [OMX.SEC.mp3.dec] Now Loaded
04-07 23:49:52.457: I/ACodec(8055): [OMX.SEC.mp3.dec] Now Loaded->Idle
04-07 23:49:52.462: I/ACodec(8055): [OMX.SEC.mp3.dec] Now Idle->Executing
04-07 23:49:52.467: I/ACodec(8055): [OMX.SEC.mp3.dec] Now Executing
04-07 23:49:52.472: D/StreamPlayerService(8055): Output format has changed to {sample-rate=22050, channel-count=2, what=1869968451, mime=audio/raw}

Resources