2013-09-26 00:11 GNUtoo-x60 has quit [Quit: Leaving] 2013-09-26 00:15 pcercuei has quit [Quit: dodo] 2013-09-26 00:52 dos1 has quit [Ping timeout: 245 seconds] 2013-09-26 00:55 wej has quit [Read error: Connection reset by peer] 2013-09-26 01:02 porchaso0 has joined #qi-hardware 2013-09-26 01:04 porchao has quit [Read error: Connection reset by peer] 2013-09-26 02:48 heberth has quit [Quit: leaving] 2013-09-26 06:40 wej has joined #qi-hardware 2013-09-26 07:29 wolfspraul has joined #qi-hardware 2013-09-26 07:51 dos1 has joined #qi-hardware 2013-09-26 08:03 dos1 has quit [Ping timeout: 240 seconds] 2013-09-26 09:15 pcercuei has joined #qi-hardware 2013-09-26 09:52 Freemor has quit [Remote host closed the connection] 2013-09-26 10:16 Freemor has joined #qi-hardware 2013-09-26 10:23 arossdotme has joined #qi-hardware 2013-09-26 10:43 xiangfu has joined #qi-hardware 2013-09-26 10:48 pcercuei has quit [Ping timeout: 240 seconds] 2013-09-26 10:48 pcercuei has joined #qi-hardware 2013-09-26 11:27 arossdotme has quit [Ping timeout: 245 seconds] 2013-09-26 11:35 wej has quit [Ping timeout: 264 seconds] 2013-09-26 11:37 wej has joined #qi-hardware 2013-09-26 12:11 rz2k has joined #qi-hardware 2013-09-26 12:12 FDCX_ has quit [Remote host closed the connection] 2013-09-26 12:43 FDCX has joined #qi-hardware 2013-09-26 12:55 rz2k has quit [Write error: Broken pipe] 2013-09-26 13:42 wej has quit [Ping timeout: 245 seconds] 2013-09-26 13:48 woakas has joined #qi-hardware 2013-09-26 13:48 Freemor has quit [Remote host closed the connection] 2013-09-26 13:59 wej has joined #qi-hardware 2013-09-26 14:51 Freemor has joined #qi-hardware 2013-09-26 15:41 xiangfu has quit [Remote host closed the connection] 2013-09-26 16:05 heberth has joined #qi-hardware 2013-09-26 16:22 porchao has joined #qi-hardware 2013-09-26 16:22 porchaso0 has quit [Ping timeout: 245 seconds] 2013-09-26 16:34 dos1 has joined #qi-hardware 2013-09-26 17:35 heberth has quit [Quit: leaving] 2013-09-26 18:24 wej_ has joined #qi-hardware 2013-09-26 18:28 wej has quit [Ping timeout: 264 seconds] 2013-09-26 18:37 wej_ has quit [Ping timeout: 245 seconds] 2013-09-26 18:41 wej has joined #qi-hardware 2013-09-26 19:11 wolfspraul has quit [Quit: leaving] 2013-09-26 19:28 viric has quit [Ping timeout: 240 seconds] 2013-09-26 19:30 viric has joined #qi-hardware 2013-09-26 19:41 apelete has quit [Read error: Connection reset by peer] 2013-09-26 19:57 viric_ has joined #qi-hardware 2013-09-26 19:58 viric has quit [Ping timeout: 240 seconds] 2013-09-26 19:58 viric_ is now known as viric 2013-09-26 20:47 apelete has joined #qi-hardware 2013-09-26 20:48 Hello 2013-09-26 20:48 larsc mth: are you there ? 2013-09-26 20:49 I'm trying to debug a kernel issue in the jz4740 musb driver 2013-09-26 20:51 gdb log: http://paste.debian.net/46591/ 2013-09-26 20:51 jz4740 musb code: http://paste.debian.net/46592/ 2013-09-26 20:52 according to gdb log, driver got stuck in platform_set_drvdata() 2013-09-26 20:52 but I can't tell why, I don't see anything suspicious 2013-09-26 20:54 larsc mth: could you please tell me what's wrong in there ? 2013-09-26 20:54 I'll try, looking at the code now 2013-09-26 20:55 thanks 2013-09-26 21:00 I don't think it is possible to get stuck in platform_set_drvdata 2013-09-26 21:05 yeah, there is no loop there, so it should always exit 2013-09-26 21:06 clk_put is not necessary if you acquired it with devm_clk_get 2013-09-26 21:09 ok 2013-09-26 21:09 but I don't see anything obviously wrong 2013-09-26 21:10 mth: so what's wrong in the code then ? how come the kernel is panicking ? 2013-09-26 21:10 but I don't see anything obviously wrong 2013-09-26 21:10 I still have gdb running right now 2013-09-26 21:11 mth: I can print some variables if you suspect something, and paste it so you can see 2013-09-26 21:11 where does that SIGHUP come from? 2013-09-26 21:12 good question, I don't really see where it might come from 2013-09-26 21:13 I mean, why does the debugger stop there, something must have triggered it? 2013-09-26 21:14 does the kernel get stuck as well if you boot it without the debugger? 2013-09-26 21:14 and if so, what is the last thing that it logs? 2013-09-26 21:14 I tend to debug with logging rather than interactive debuggers most of the time; I still mistrust debuggers from my Turbo Pascal days 2013-09-26 21:15 ok I'll recompile it right away without the debugger option and see what happens 2013-09-26 21:15 gdb isn't that bad :) 2013-09-26 21:19 I need it to understand how the usb code works (looking at the call stack and printing variables, and so on) 2013-09-26 21:19 but I will disable it just for now to see what happens 2013-09-26 21:28 viric: a big part of the problem was that the Turbo Pascal IDE ran in the same process as the program being debugged, so if you had any memory corruption the debugger itself or the data it was operating on could be invalidated 2013-09-26 21:29 gdb is more reliable, but still there are situations in which it is feeding nonsense 2013-09-26 21:31 and it's generally a bad idea to trust blindly a program 2013-09-26 21:46 kyak has quit [Read error: Operation timed out] 2013-09-26 21:50 kyak has joined #qi-hardware 2013-09-26 21:50 kyak has joined #qi-hardware 2013-09-26 21:52 mth: I'm recompiling, should get the log soon 2013-09-26 21:52 meanwhile, what does that SIGHUP means in kernel context ? 2013-09-26 21:59 mth: boot log -> http://paste.debian.net/46609/ 2013-09-26 21:59 not very helpful if you ask me :) 2013-09-26 22:01 [commit] Paul Cercueil: Remove calls to sync() (master) http://qi-hw.com/p/gmenu2x/8452c03 2013-09-26 22:01 [commit] Paul Cercueil: Remove calls to setInputSpeed(), as it only needs to be called once (master) http://qi-hw.com/p/gmenu2x/217a9b5 2013-09-26 22:23 Freemor has left #qi-hardware [#qi-hardware] 2013-09-26 22:34 rz2k has joined #qi-hardware 2013-09-26 23:03 heberth has joined #qi-hardware