|  07:16  |  jnettlet  |   _rmk_, it took me quite a while to find a matte display.  Although it seems like the option is slowly becoming more popular...again.  | 
|  08:08  |  dbsx  |   More questions from the kernel log.  | 
|  08:08  |  dbsx  |   hw-breakpoint: debug architecture 0x4 unsupported.  | 
|  08:08  |  dbsx  |   bio: create slab  at 0  | 
|  08:08  |  dbsx  |   USB Power: Failed to request enable GPIO1: -517  | 
|  08:08  |  dbsx  |   reg-fixed-voltage 1.regulator: Failed to register regulator: -517  | 
|  08:08  |  dbsx  |   3.11-rc6  | 
|  08:20  |  jnettlet  |   dbsx, are you trying to use stock 3.11-rc6?  | 
|  08:30  |  dbsx  |   There are a couple of selected patches from xilka 3.10.9  (zoneorder and mmc_flush) the rest are minor dts patches  | 
|  08:31  |  dbsx  |   I can paste my cubox/dove dts in pastebin  | 
|  08:32  |  jnettlet  |   sure I will take a look  | 
|  08:32  |  dbsx  |   1 minute  | 
|  08:37  |  dbsx  |   http://pastebin.com/BHSK9xSr is dove-cubox  | 
|  08:47  |  dbsx  |   http://pastebin.com/mLvqRmZY is dove.dtsi  | 
|  08:59  |  jnettlet  |   dbsx, can you post the rest of your dmesg?  | 
|  09:01  |  dbsx  |   yes  | 
|  09:05  |  dbsx  |   http://pastebin.com/9bcYJVud  | 
|  09:08  |  dbsx  |   actually thats the console log  | 
|  09:12  |  jnettlet  |   is usb not working?  | 
|  09:13  |  dbsx  |   usb works  | 
|  09:15  |  jnettlet  |   okay then that error is nothing to worry about.  It is just saying the GPIO probing is being deferred most likely because the pin-mapping hasn't come up yet.  | 
|  09:16  |  jnettlet  |   in your message log you can see that at line 94 the dove-pinctrl driver comes up and then later at line 155 the USB Power regulator comes up.  | 
|  09:18  |  jnettlet  |   I have seen some recent kernel work trying to queue the GPIO requests instead of deferring but it has run into problems  | 
|  09:18  |  dbsx  |   Ok that accounts for the power and voltage message. What about "hw-breakpoint: debug architecture 0x4 unsupported."  | 
|  09:18  |  dbsx  |   It seems to have always been in cubox kernels  | 
|  09:22  |  jnettlet  |   0x4 is the debug architecture that uses memory-mapped registers.  It has always been unreliable and is not considered supported  | 
|  09:23  |  jnettlet  |   Basically it is saying armv7 doesn't support hw watchpoints and breakpoints.  Again nothing to worry about just an information message  | 
|  09:24  |  dbsx  |   Caused by CONFIG_HAVE_HW_BREAKPOINT=y ? make nconfig does not let me get rid of it  | 
|  09:25  |  jnettlet  |   yeah, that is because PTRACE requires it I believe  | 
|  09:25  |  dbsx  |   aha  | 
|  09:27  |  dbsx  |   Thank you for that, tis good to know the meaning of the messages.  | 
|  09:27  |  dbsx  |   Is it correct that with 3.11 we have no cubox sound?  | 
|  09:28  |  jnettle  |  09:28  * jnettlet shrugs, haven't tested 3.11 yet :-)  | 
|  09:29  |  dbsx  |   thanks again  | 
|  09:48  |  jnettlet  |   ttyl  | 
|  10:04  |  shesselba  |   dbsx: cubox 3.11 DT has no sound, don't ask _rmk_ about it :P  | 
|  10:14  |  dbsx  |   traumatic eh?  | 
|  10:59  |  _rmk_  |   dbsx: Mark Brown is refusing to acknowledge that the core ASoC code could be buggy  | 
|  13:49  |  dbsx  |   rmk, MB is from Marvell? (I have been watching a video on cubox)  | 
|  13:52  |  _rmk_  |   no, he's the asoc maintainer  | 
|  13:52  |  _rmk_  |   ... who seems to behave as though he knows almost nothing about asoc  | 
|  13:53  |  dbsx  |   Not a "humble" programmer?  | 
|  13:54  |  _rmk_  |   I haven't yet decided what my next move will be; I'm considering emailing Linus giving him details of the bug and what the situation is with trying to get Mark to recognise the problem  | 
|  13:54  |  Kiranos  |   Please do  | 
|  13:55  |  dbsx  |   Sun Tzu said that you should always leave an adversary a line of retreat, unless you want to massacre everybody. Has he got a line of retreat?  | 
|  13:56  |  dbsx  |   if not give him one  | 
|  13:57  |  _rmk_  |   I've given him many but he insists on just churning out the same story every time and refusing to acknowledge that there could be a bug here  | 
|  13:58  |  _rmk_  |   I think the problem is that for that to happen, he has to confirm that Liam made a mistake with his code, and I suspect that's something he's not prepared to do  | 
|  13:59  |  _rmk_  |   I'm talking to Liam off-list about this too, so I want to give Liam a chance  | 
|  13:59  |  _rmk_  |   Liam is being a lot more reasonable :)  | 
|  14:00  |  dbsx  |   I have dealt with such situations poorly in the past (fix the bug and fire anyway who disagrees).  | 
|  14:06  |  dbsx  |   I am just getting back into testing 3.11-rc6 on cubox. Audio and video aside, it has been stable for me.  | 
|  14:17  |  abort  |   hey, I was wondering if anybody had a clue how to install linux-headers for the debian 3.6.9+ os for the cubox, as the usual apt-get install linux-headers-$(uname -r) does not do the job  | 
|  14:24  |  dbsx  |   abort, You can get a copy of them from xilka.com  | 
|  14:26  |  abort  |   thanks :)  | 
|  14:26  |  abort  |   i'll check that out  | 
|  16:11  |  _rmk_  |   okay, Linus & Andrew mailed about this, complete with a patch I intend to put into linux-next which will provoke a WARN_ON() when the stream widgets get overwritten.  | 
|  16:29  |  dv_  |   just noticed how nice the freescale IPU is  | 
|  16:30  |  dv_  |   color space conversion, rescaling, deinterlacing etc. all in one operation, without using the CPU  | 
|  21:32  |  _rmk  |  21:32  * _rmk_ wonders whether people use the textured Xv display mode  |