| 00:02.41 | techn_ | I think that sticky pixel problem is related to that disp modules memory handling |
| 00:03.10 | techn_ | probably memory is cached or something related to alignment |
| 00:03.29 | techn_ | but I'm new with those kind problems |
| 00:03.59 | libv | sticky pixel? |
| 00:04.31 | techn_ | libv: that problem when clearing line at fbcon leaves sticky pixels |
| 00:04.55 | techn_ | which disapears one by one.. |
| 00:05.10 | techn_ | or line by line |
| 00:05.35 | libv | unlikely that it is to do with any caching |
| 00:05.57 | libv | i think our disp might return some wrong data that might mess up fbcon |
| 00:07.18 | libv | in such a case, reproduce, and first off, check fbgrab |
| 00:08.04 | techn_ | libv: that's the tool to narrow the problem |
| 00:08.47 | techn_ | checking at once if I can see pixels there |
| 00:21.43 | ssvb | techn_: it could be related to caching, for example g2d driver clearly allocates cached memory and I had to fix it - https://github.com/ssvb/linux-sunxi/commit/cdba3fd8346a6664483ce0b56e82040c7176730a |
| 00:22.52 | ssvb | techn_: I think I have seen a similar chunk of remap_pfn_range code somewhere in disp sources, but could not reproduce any practical problem |
| 00:23.51 | techn_ | ssvb: write long line and then change row back and forward.. then you should see the problem |
| 00:24.15 | techn_ | or press backspace long if you have written long line |
| 00:29.00 | techn_ | libv: sticky pixels disapear right after I hit enter "fbgrap test.png" |
| 00:29.25 | ssvb | techn_: I think this suspicious code was here - https://github.com/linux-sunxi/linux-sunxi/blob/0ade0a1d74f3a71e8c9335aceca8640a2674baf8/drivers/video/sunxi/disp/dev_disp.c#L390 |
| 00:29.45 | ssvb | techn_: but it's mmap for /dev/disp, and not /dev/fb0 |
| 00:47.17 | ssvb | techn_: I can't reproduce any problem by stuffing characters and then erasing them via writing to /dev/tty0 |
| 00:47.38 | ssvb | is there any other mapping for the framebuffer? |
| 00:52.01 | techn_ | it could be easier reproduce with 60mhz |
| 00:52.58 | ssvb | aha, will try that |
| 01:01.23 | ssvb | techn_: is it mk802 specific or maybe somebody has seen this on the other a10 devices? |
| 01:05.07 | *** join/#arm-netbook soooga (~soooga@175.155.20.79) |
| 01:06.39 | ssvb | techn_: do you have CONFIG_FB_SUNXI_RESERVED_MEM enabled? |
| 01:07.44 | *** join/#arm-netbook stefanro1 (~stefan@p57B9400E.dip.t-dialin.net) |
| 01:16.08 | ssvb | techn_: in any case, it might be so that the kernelspace mapping of the framebuffer is cached (and used by fbcon), while the userspace mapping is writecombine |
| 01:28.56 | ssvb | so it does not even boot for me without CONFIG_FB_SUNXI_RESERVED_MEM |
| 02:14.36 | buZz | hehe i have that sticky pixel problem aswell |
| 02:15.32 | buZz | supereasy to reproduce; 1) type a multiword command on (fbdev) console 2) ctrl-left a word 3) delete its first character 4) tada, sticky pixels |
| 02:23.21 | ssvb | buZz: thanks, I'll try that |
| 02:24.12 | ssvb | actually I have already reproduced the problem by enabling write-allocate cache policy, but that's a bit artificial :) |
| 02:27.54 | ssvb | buZz: thanks a lot, your testcase is clearly easily reproducible |
| 02:28.34 | ssvb | now let's fix it |
| 02:41.16 | *** join/#arm-netbook dfletcher (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 02:41.32 | *** join/#arm-netbook dfletcher (~fletch@drupal.org/user/72475/view) |
| 03:10.50 | buZz | yay oncoming improvement \o/ |
| 03:25.25 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 03:39.17 | L84Supper | buZz: I was just looking at your model for the cubieboard case |
| 03:40.00 | L84Supper | buZz: what tool are you designing with? |
| 03:40.19 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 04:05.19 | Turl | re. (00:58:18) bsdfox_: [18:20:54] wow changing mali clkdiv from 4 to 3 improved my glmark2 score from 25 to 44 |
| 04:05.32 | Turl | bsdfox_: I think it's the default on some devices |
| 04:06.22 | rz2k | now go for ssvb's drivers |
| 04:06.28 | rz2k | with caching enabled |
| 04:06.32 | rz2k | it will go even better |
| 04:07.05 | rz2k | http://cgit.freedesktop.org/~siamashka/xf86-video-fbdev/log/?h=wip-sunxi-mali |
| 04:18.10 | Turl | :) |
| 04:30.26 | *** join/#arm-netbook aholler_ (~aholler@p57B208E6.dip0.t-ipconnect.de) |
| 05:54.22 | *** join/#arm-netbook toxicpsion (~toxicpsio@h216-45-98-25.dynamic.platinum.ca) |
| 05:58.53 | buZz | L84Supper: i used FreeCAD and OpenSCAD |
| 05:59.03 | buZz | L84Supper: do you like it? :) |
| 06:04.21 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 06:31.21 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 06:45.24 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 07:28.43 | ssvb | buZz: sent a hackish patch to the mailing list - https://groups.google.com/forum/#!topic/linux-sunxi/0YNGNfnelH8 |
| 07:31.03 | ssvb | techn_: ^ |
| 07:44.30 | *** join/#arm-netbook Quarx (~Quarx@178.74.118.54) |
| 08:27.46 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 08:43.35 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 09:09.32 | *** join/#arm-netbook jlj (~jlj@109.104.24.9) |
| 09:16.13 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 09:43.37 | *** join/#arm-netbook rellla (~Thunderbi@p4FE5618D.dip0.t-ipconnect.de) |
| 10:07.03 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 10:19.17 | *** join/#arm-netbook mtndew` (~mtndew420@unaffiliated/mtndew420) |
| 10:23.21 | *** join/#arm-netbook jlj_ (~jlj@109-104-24-9.customers.ownit.se) |
| 10:48.37 | *** join/#arm-netbook netchip (~netchip@unaffiliated/netchip) |
| 11:01.44 | barqux | whats the status on cedarx vpu? |
| 11:03.16 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:20.41 | *** join/#arm-netbook merbzt (~benjamin@c-83-233-243-128.cust.bredband2.com) |
| 11:47.24 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 11:55.39 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 12:27.21 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 12:38.19 | libv | ssvb: the disp driver needs to be completely rewritten, so do not worry about introducing a hack that fixes some major issue |
| 12:55.20 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 13:28.41 | hramrach | hmm, I can boot new kernel http://paste.debian.net/222187/ |
| 13:28.54 | hramrach | but cannot type on the serial console |
| 13:29.18 | techn_ | try that patch on ML |
| 13:29.31 | techn_ | or which branch you are using? |
| 13:29.38 | hramrach | neither u-boot nor Linux accepts input |
| 13:29.53 | hramrach | stage/sunxi-3.4 for linux |
| 13:39.35 | hramrach | I guess the cable is connected correctly |
| 13:40.07 | hramrach | gnd is connected to gnd and if rx and tx were swapped nothing would be visible |
| 13:49.10 | hramrach | swapping rx and gnd does not make any difference |
| 13:49.34 | hramrach | tx is obviously correct since messages are transmitted |
| 13:51.10 | hramrach | at least I can confirm that u-boot built with gnueabihf works no worse than u-boot shipped on tha flash |
| 13:51.34 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 13:54.20 | hramrach | which mailing list? |
| 13:57.27 | techn_ | hramrach: newermind.. I though that you had problem with usb |
| 13:58.19 | techn_ | hramrach: telnet client problem? |
| 13:59.42 | hramrach | I used this one in the past |
| 13:59.59 | hramrach | and it worked |
| 14:09.26 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 14:28.13 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 14:43.07 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 14:50.14 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 15:20.40 | hramrach | also there is something wrong with boot messages |
| 15:20.58 | hramrach | I see them on the serial port until the serial port is initialized |
| 15:21.10 | hramrach | the last message being <6>sunxi-uart.0: ttyS0 at MMIO 0x1c28000 (irq = 1) is a U6_16550A |
| 15:21.18 | libv | first boot tends to be ok |
| 15:22.09 | libv | so known annoyance, please fix :) |
| 15:22.32 | hramrach | I get DVI output whan I load the dri modules as described on the Mali400 page |
| 15:22.59 | libv | you mean disp modules, right? |
| 15:23.19 | hramrach | there is like half dozen |
| 15:23.27 | hramrach | hdmi, dri, whatnot |
| 15:23.43 | hansg | hramrach, the hang on loading the serial driver sounds familiar, try disabling the serial console, make sure you've no console=ttyS0 on your kernel cmdline anywhere, and make sure the modules for DVI out are loaded automatically, then you'll like see a lot of these messages on the dvi console: " |
| 15:23.46 | hansg | ">>> no handle, treat it handle over" |
| 15:24.10 | hramrach | hansg: I do want the serial console |
| 15:24.15 | hansg | I've been debugging this issue today, as I've one A10 based "machine" which does this always |
| 15:24.16 | hramrach | but it is not working |
| 15:24.19 | hansg | Even on the first boot |
| 15:24.52 | hramrach | I get the messages until that point and then long delay and login prompt |
| 15:24.56 | hansg | hramrach, I've a fix, I'm just finalizing it, expect a patchset send to the list in a few minutes |
| 15:25.08 | hramrach | thanks |
| 15:25.33 | hramrach | but I suspect a more basic problem as well |
| 15:25.51 | hansg | hramrach, ah, different problem. If you do get a serial login prompt, then the problem is that you should add a console=ttyS0 to the kernel cmdline |
| 15:25.54 | hramrach | I even u-boot does not accept serial input |
| 15:26.08 | hramrach | I do have that |
| 15:26.26 | hramrach | but the console messages stop when the port is initialized |
| 15:26.28 | hansg | hramrach, ah, that is yet another problem (u-boot not accepting serial input) |
| 15:26.46 | hramrach | login is not accepting serial input either |
| 15:26.58 | hansg | hramrach, be sure to add 115200, ie: console=ttyS0,115200 |
| 15:27.40 | hramrach | that I possibly don't have |
| 15:27.42 | hansg | As for not accepting serial input, make sure you're not using hardware flowcontrol on the serial port. IE cu will use that if it was set on the port before |
| 15:27.56 | hansg | And since there are no handshaking lines that won't work. |
| 15:28.21 | hansg | Also check your cables. The first step in debugging this is to make u-boot accept serial input |
| 15:29.01 | libv | the vanishing of the serial output is a known issue |
| 15:29.14 | hramrach | as far as I can tell the cable is connected correctly |
| 15:29.22 | *** join/#arm-netbook ganbold__ (~Ganbold@202.21.108.93) |
| 15:29.24 | libv | with me it happens on reboots, but not on a cold boot |
| 15:29.37 | hramrach | It happens every time for me |
| 15:29.46 | hramrach | no serial input whatsoever |
| 15:30.06 | hansg | hramrach, what serial terminal app are you using ? |
| 15:30.08 | libv | then these are two separate issues |
| 15:30.19 | hramrach | cu |
| 15:30.33 | hramrach | can't find the options for hardware control |
| 15:31.23 | hansg | hramrach, right, cu does not have any. I've been bitten by this too, to fix, do: "stty -F /dev/ttyUSB0 -crtscts", and then start cu |
| 15:31.39 | hansg | Assuming you're using a usb<->serial convertor |
| 15:32.02 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 15:32.04 | hramrach | <PROTECTED> |
| 15:32.33 | hramrach | ah, only slow now |
| 15:32.43 | hansg | so you've input now ? |
| 15:32.52 | hramrach | yes, it works now. Thanks |
| 15:33.00 | hansg | :) |
| 15:36.14 | hansg | libv, I've just (seconds ago) send a patchset fixing various issues with the sunxi serial port code, perhaps it fixes the console-output disappearing problem ? |
| 15:36.54 | hansg | I started looking at it because of a stuck interrupt issue I was having. But I also found it addressing a completely wrong pointer in sw_serial_pm, so my fixes may help. |
| 15:37.03 | hramrach | uh, the cmdline is not passed |
| 15:37.24 | specing | ARM uarts are quite complex |
| 15:37.27 | hramrach | no, wrong terminal |
| 15:38.05 | hramrach | I have only console=ttyS0 so there is even areason for it disappearing |
| 15:38.11 | specing | I remember I couldn't get it to run properly (it only printed square boxes to my terminal) after fiddling with that cortex-m4f's registers through GDB for 8h |
| 15:38.12 | hramrach | if the default speed is different |
| 15:38.47 | hramrach | it is pretty much working here |
| 15:42.36 | hramrach | less package version 444-4 ;-) |
| 15:43.22 | hramrach | the apt is slow /o\ |
| 15:45.55 | hramrach | can I make one of the leds into hdd light? |
| 15:46.12 | hramrach | I guess that's too board-specific :s |
| 15:50.36 | hramrach | teh serian even works with u-boot now |
| 15:51.38 | hramrach | yeah, with correct console parameters I get all output |
| 15:55.34 | *** join/#arm-netbook provel_ (~matte@host114-121-dynamic.19-79-r.retail.telecomitalia.it) |
| 15:55.51 | hramrach | there is something wrong with the serial still |
| 15:56.01 | hramrach | the screen size is incorrect |
| 15:58.17 | hramrach | seens the edid works correctly \o/ |
| 16:03.04 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 16:09.41 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 16:09.58 | hramrach | how do I set up serial so that the remote and can talk to the local terminal emulater and get stuff like screen size? |
| 16:10.30 | hramrach | nothing I saw so far does that |
| 16:11.12 | hramrach | you have choice of cu that does pretty much nothing but atleaset is simple and minicom which is rather baroqua, asinine, and in the end has no feature over cu |
| 16:12.03 | buZz | minicom can turn on/off flow control though ;) |
| 16:12.19 | hramrach | stty can do that too |
| 16:12.26 | buZz | yes |
| 16:12.31 | hramrach | and with cu you can specify which port you want to open |
| 16:12.40 | hramrach | so it's one feature gained for one lost |
| 16:12.41 | buZz | minicom can do that aswell |
| 16:12.52 | hramrach | no, it cannot |
| 16:12.58 | buZz | minicom -D /dev/ttyUSB0 |
| 16:12.59 | hramrach | you have to do that in the menu |
| 16:12.59 | buZz | etc |
| 16:13.28 | hramrach | oh, so they at least fixed that |
| 16:13.42 | buZz | about 6 years ago :D |
| 16:14.05 | hramrach | that's about the time when I gave up using that |
| 16:14.34 | buZz | you can also use screen as serial terminal |
| 16:14.43 | buZz | but i dont know any that send screensize |
| 16:14.45 | hramrach | that's cool |
| 16:14.55 | hramrach | screen does not? |
| 16:15.19 | buZz | havent checked |
| 16:15.32 | provel_ | hum... is there a way to redirect mele a2000 serial output to conserver ? |
| 16:15.38 | buZz | but serial terminal is not so mainstream |
| 16:15.49 | hramrach | how not mainstream? |
| 16:15.53 | buZz | provel_: you can log serial data with minicom etc |
| 16:15.58 | hramrach | every PC has that |
| 16:16.05 | hramrach | :p |
| 16:16.07 | buZz | hramrach: about 20 years ago many ppl still used serial terminals daily |
| 16:16.14 | buZz | but now, not so much |
| 16:16.29 | provel_ | buZz : yes, but I want to log serial data in transmission... without serial cable |
| 16:16.32 | hramrach | I use it every time my PC is dying |
| 16:16.50 | specing | provel_: attach a MCU to it |
| 16:16.55 | buZz | yes, not daily |
| 16:18.01 | hramrach | I would use it more if it worked |
| 16:18.18 | buZz | thats nice, go fix it :) |
| 16:18.45 | hramrach | cba fixing it |
| 16:18.51 | hramrach | you can use ssh too |
| 16:18.55 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 16:19.16 | buZz | ssh is not a serial terminal |
| 16:19.25 | hramrach | it is not |
| 16:19.51 | hramrach | but when hte system is not dying it works pretty much as nicely as serial terminal |
| 16:20.12 | buZz | i use ssh 24/7 |
| 16:21.47 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 16:25.56 | hramrach | hmm, does not work with screen either |
| 16:36.33 | hramrach | hmm, I get the sticky pixels all right |
| 16:37.40 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 16:59.43 | penguin42 | are there any standard setups for doing networking via otg ports connected to a host pc? |
| 16:59.50 | penguin42 | (something like the adb ppp setup does?) |
| 17:00.08 | hramrach | none that I know of |
| 17:00.24 | hramrach | but you could do ppp over the serial port |
| 17:00.37 | hramrach | if you have the cable |
| 17:01.12 | hramrach | or slip |
| 17:01.13 | penguin42 | well, I haven't got serial on this board - I guess I could pop it open, but I'm guessing there is a usb-gadget to run a serial port emulation, and that would be perfect - then I wouldn't need to go via USB-ether |
| 17:02.07 | hramrach | maybe look at the usb gadget docs in kernel then |
| 17:03.22 | hramrach | would be cool to emulate enough ports so that you can have console *and* ppp *and* power with a single standard mini-usb cable |
| 17:03.39 | penguin42 | hramrach: Well exactly |
| 17:04.07 | hramrach | I do have a serial cable so not really an issue |
| 17:04.21 | penguin42 | right, but the bitrate on serial is YAWN |
| 17:04.36 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 17:04.39 | penguin42 | I've got a 400mbps USB connection here |
| 17:04.44 | hramrach | good enough for terminal |
| 17:04.49 | hramrach | eternet for networking |
| 17:05.00 | penguin42 | yeh, so I wanted to avoid the ethernet altogether |
| 17:06.08 | hramrach | would have to set up routing on the PC |
| 17:06.13 | hramrach | but cool nontheless |
| 17:06.15 | specing | I've uploaded kernels over serial before |
| 17:06.16 | penguin42 | that's easy enough |
| 17:06.31 | penguin42 | specing: But it's not a fun and edifying experience |
| 17:06.40 | specing | 10KB/s for a 3MB image = ~ 5 minutes |
| 17:06.52 | penguin42 | exactly |
| 17:07.10 | penguin42 | ooh, there is a g_ether driver |
| 17:07.22 | specing | it was still faster than transferring it over scp, flashing and rebooting |
| 17:07.45 | specing | last time I tried g_ether and g_serial on A10 it didn't go well |
| 17:07.57 | specing | it didn't work |
| 17:08.00 | penguin42 | this is an rk3066 |
| 17:08.04 | specing | ah |
| 17:08.12 | hramrach | maybe it improved |
| 17:08.27 | penguin42 | specing: But doesn't adb use g_serial or similar? |
| 17:08.29 | hramrach | and if it did not maybe it can be fixed |
| 17:08.33 | specing | penguin42: no |
| 17:08.49 | penguin42 | what does it do? |
| 17:08.53 | specing | idk |
| 17:09.03 | specing | all I know is that g_serial didn't work for me |
| 17:09.22 | specing | thus my Gentoo/A10 efforts were abandoned due to no rx port to login |
| 17:09.24 | penguin42 | hmm the gadget stuff can be done in user space (gadgetfs) |
| 17:09.51 | hramrach | you can send ppp frames over anything that can deliver data |
| 17:09.55 | hramrach | no need to have actual serial port |
| 17:10.10 | penguin42 | such as pidgeons |
| 17:10.11 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 17:10.30 | specing | rfc 1149 |
| 17:10.32 | hramrach | indeed |
| 17:10.40 | hramrach | or adb |
| 17:18.06 | hramrach | how do you get the patches from google gropus in um-mangled form? |
| 17:22.54 | netchip | hey |
| 17:23.00 | netchip | how can I locate the UART pins? |
| 17:23.01 | hramrach | ho |
| 17:23.18 | hramrach | reading schematics? |
| 17:23.31 | netchip | hramrach, do you have any examples? |
| 17:24.16 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 17:24.24 | hramrach | no. I just read some wiki pages saying where the pins are |
| 17:25.34 | hramrach | for what device? |
| 17:27.43 | netchip | I don't mind which, I jsut want to learn how to locate them ;) |
| 17:27.52 | netchip | especially for Allwinner/Exynos |
| 17:28.24 | penguin42 | netchip: You're generally looking for a set of 3-4 pins; a rx, tx and ground and maybe some flow control pins |
| 17:29.10 | hramrach | it's generally very hard with BGA chip and multiple layer PCB to trace the connections so you just look for something that looks slike a serial header |
| 17:29.52 | specing | <PROTECTED> |
| 17:29.56 | specing | oscilloscope |
| 17:30.24 | netchip | what's an oscilloscope? |
| 17:30.44 | specing | netchip: http://linux-sunxi.org/A10-MID |
| 17:31.02 | specing | netchip: oscilloscope is a thingy that costs > $200 |
| 17:31.10 | netchip | penguin42, how could I ever locate these for example? http://devftp.xda-developers.com/files/AdamOutler/NookTablet/UART/2011-12-30%2014.11.34.jpg and here they connect GND to the case o_O? http://devftp.xda-developers.com/files/AdamOutler/NookTablet/UART/2011-12-31%2010.04.16.jpg |
| 17:31.24 | hramrach | and shows how the pin voltages changes over time |
| 17:31.45 | netchip | specing, AdamOutler (check Youtube for the livestream) located the pins by trying |
| 17:31.50 | hramrach | so you can compare the graph you get with what you think a serial line would look like |
| 17:31.52 | netchip | but I think that's pretty inefficient |
| 17:32.03 | specing | netchip: I did the same thing |
| 17:32.06 | netchip | ah |
| 17:32.15 | netchip | specing, he did with his bus pirate... |
| 17:32.24 | netchip | just trying until he got something useful |
| 17:32.26 | specing | just that I have better equipment |
| 17:32.29 | netchip | in his console |
| 17:32.31 | hramrach | given device with few pins it's quite efficient |
| 17:32.33 | jelly-home | specing: just $200? What kind of sampling freq |
| 17:32.42 | specing | jelly-home: 20 MHz :) |
| 17:32.50 | RaYmAn | usually there aren't that many left over test points that it's an issue |
| 17:32.53 | hramrach | good enough for serial |
| 17:32.56 | RaYmAn | (trying them all that is) |
| 17:32.58 | jelly-home | good enough for serial ;-) |
| 17:33.22 | netchip | <hramrach> given device with few pins it's quite efficient - oscilloscope or bus pirate? |
| 17:33.35 | hramrach | either |
| 17:33.48 | hramrach | or just connecting a serial cable, whatever |
| 17:33.50 | specing | well my A10 board has over 500 test points |
| 17:33.53 | netchip | ah... |
| 17:34.12 | specing | took me 4 days to go through all the pins/uarts |
| 17:34.12 | netchip | well, how do you know the voltage on the pins? Maybe you blow the board up, I don't know... |
| 17:34.27 | specing | because the stock kernel couldn't use more than 4 UARTs at the same time |
| 17:34.37 | specing | netchip: you measure it |
| 17:34.41 | hramrach | it's in the chip datasheet |
| 17:34.48 | hramrach | and you read the volatge so you don't blow it |
| 17:34.57 | netchip | with bus pirate? |
| 17:35.03 | specing | netchip: oscilloscope |
| 17:35.11 | hramrach | you don't connect tx |
| 17:35.14 | netchip | Yeah but if you don't have an oscilloscope? |
| 17:35.30 | specing | netchip: UARTs should output 1 when idle |
| 17:35.40 | specing | just measure it with a multimeter |
| 17:35.44 | penguin42 | netchip: Well if you know the pins on the chip where the uarts are connected then you can do continuity to your test pins to find them |
| 17:35.45 | RaYmAn | specing: they don't always |
| 17:35.53 | penguin42 | netchip: You have to be careful not to blow the chip though |
| 17:36.09 | netchip | so |
| 17:36.35 | netchip | I can look into chip's manual, search for UART voltage, adjust my Bus Pirate on that and go try all the pins? |
| 17:36.41 | hramrach | you don't see the pins on bga chip |
| 17:36.52 | hramrach | basically |
| 17:36.55 | netchip | How do I even know I have UART without an oscilloscope? |
| 17:37.19 | hramrach | it's in chip datasheet |
| 17:37.23 | hramrach | it may not be on any pin, sure |
| 17:37.33 | RaYmAn | you hope you have the right speed and wait for data to pop up :P |
| 17:37.37 | specing | RaYmAn: they do in my experience |
| 17:37.40 | specing | RaYmAn: even A10 |
| 17:37.42 | hramrach | but most devices will have one for factory testing |
| 17:37.49 | specing | RaYmAn: they have to be enabled, though |
| 17:38.36 | RaYmAn | specing: yeah..I've seen few devices where enabled *and* sending data registered as 0 all the time. Same when not sending data. That is, as far as a multimeter is concerned |
| 17:39.08 | netchip | OK, what are the steps to locate UART on my SGS3, for example? Let's say I have only a Bus Pirate |
| 17:39.20 | specing | RaYmAn: multimeters have <10 Hz sample freq |
| 17:39.28 | specing | don't rely on them |
| 17:39.43 | RaYmAn | I know :) You were the one who mentioend multimeter ;) |
| 17:39.53 | netchip | RaYmAn, you did |
| 17:40.26 | netchip | anyway |
| 17:40.38 | netchip | 1) I disassemble my device |
| 17:40.47 | specing | RaYmAn: yeah, but if you don't have a scope... |
| 17:40.47 | netchip | 2) I go look for possible UART locations |
| 17:41.03 | netchip | 3) If I think I found them, I check chip's manual for voltage |
| 17:41.13 | netchip | 4) I adjust my bus pirate for the voltage |
| 17:41.17 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 17:41.18 | netchip | 5) I try them. |
| 17:41.20 | netchip | right? |
| 17:41.34 | RaYmAn | specing: sure, my point was that you can't always rely on that, though it might help you narrow it down |
| 17:41.37 | specing | skip 2 |
| 17:41.48 | netchip | Ah |
| 17:41.55 | netchip | I just check them with volt meter |
| 17:41.56 | netchip | :) |
| 17:42.03 | netchip | shouldn't be hard |
| 17:42.09 | specing | netchip: I found my tx on the line to the G-sensor |
| 17:42.26 | hramrach | with a serial cable I would try to connect the gnd to something that looks like ground on the pcb and the rx pin to random pins on the board |
| 17:42.51 | hramrach | if you connect to board tx and have the speed right you will see the boot messages |
| 17:43.17 | hramrach | unless they went out of their way to turn that off |
| 17:43.23 | netchip | speed rate is in manual right? |
| 17:43.43 | hramrach | it's selectable |
| 17:43.46 | specing | https://ajdef.dynsite.net/A10-MID/hacking/serial_spammer_armv7hf_static_link |
| 17:44.00 | specing | use this to spam serial ports with a single character |
| 17:44.06 | netchip | hramrach, yeah ofcourse but to test |
| 17:44.06 | hramrach | and if you are searching for the pin it's not in the manual |
| 17:44.13 | specing | (from android) |
| 17:44.40 | netchip | ah |
| 17:44.43 | netchip | so you see them? |
| 17:44.50 | netchip | but if i have to adjust the rates |
| 17:45.08 | netchip | it costs hours (fictive) to locate them |
| 17:46.18 | hramrach | likely the rate is going to be one of the usual 115200 or 9600 |
| 17:47.22 | netchip | well |
| 17:47.26 | netchip | i'll order BP |
| 17:47.26 | specing | the link I gave does 9600 by default |
| 17:47.29 | netchip | and test asap ;) |
| 18:18.39 | rm | mnemoc, hey |
| 18:18.53 | rm | mnemoc, does stage-3.0 also contain the EDID patches? |
| 18:19.11 | hramrach | you can look at the log |
| 18:20.22 | mnemoc | rm: yes, both stage branches include the same changes |
| 18:21.05 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.100) |
| 18:21.32 | hramrach | I don't see them in the 3.0 branch but may be just me |
| 18:23.33 | hramrach | oh, now I see them |
| 18:30.07 | netchip | is this channel Allwinner only btw? |
| 18:30.21 | hramrach | no |
| 18:31.43 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 18:40.49 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 18:44.57 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 18:54.24 | penguin42 | tries to figure out where the rk3066 dev guys are |
| 18:57.04 | specing | penguin42: in china |
| 18:58.33 | penguin42 | specing: Well there seem to be various half communities for it - but they're all only part setup so far |
| 18:59.16 | penguin42 | specing: http://code.google.com/p/rk3066-linux/ is kind of promising but most of the links are dead, and the forum doesn't work - but they have working binaries, there is a forum on armtvtech |
| 19:00.12 | L84Supper | maybe devs with docs that work for an OEM? |
| 19:01.08 | penguin42 | maybe, I've got the sorurce tree out of the git |
| 19:01.44 | RaYmAn | there are a bunch of cm people working on it, but that's mostly android based of course. (Though, iirc custom kernels and such as well) |
| 19:02.39 | Pulser | penguin42, that link is a binary kernel AFAIK |
| 19:02.49 | L84Supper | http://www.slatedroid.com/topic/41590-roadmap-for-linux-on-rk3066-android-tv-players/ |
| 19:02.53 | Pulser | at least the date seems to match the same as what's available on devices (I may be wrong btw) |
| 19:02.54 | RaYmAn | Pulser: heh, you're here too |
| 19:02.58 | RaYmAn | =P |
| 19:02.58 | Pulser | as I just looked at it today |
| 19:03.00 | Pulser | ohai RaYmAn |
| 19:03.04 | *** join/#arm-netbook Sv (~Sv@modemcable058.105-131-66.mc.videotron.ca) |
| 19:03.04 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 19:03.29 | jelly-home | amlogic 8726-M* looked promising as well |
| 19:06.37 | L84Supper | http://service.i-onik.de/ rk3066 source code |
| 19:09.13 | techn_ | mnemoc: when you are going to merge stage? |
| 19:09.33 | L84Supper | looks like somebody posted the SDK |
| 19:16.17 | netchip | is android kernel compatible with linux? |
| 19:16.45 | hramrach | no |
| 19:17.17 | netchip | bubububut I can chroot Ubuntu on my Android |
| 19:17.27 | hramrach | if it were there would be no difference between Android and GNU/Linux |
| 19:17.44 | netchip | lol |
| 19:17.44 | RaYmAn | hramrach: it's not identical, but of course it's compatible. |
| 19:17.45 | hramrach | you can chroot to it but the display is handled by Android |
| 19:17.54 | netchip | ofcourse |
| 19:17.59 | RaYmAn | there can be driver issues depending on vendor. |
| 19:18.00 | netchip | I only ask about the kernel |
| 19:18.10 | netchip | Could I run Ubuntu native on an Android kernel? |
| 19:18.14 | L84Supper | I don't see kernel source anywhere on the forums |
| 19:18.15 | RaYmAn | sure. |
| 19:18.20 | hramrach | when there is no android the dislpay is not handled |
| 19:18.28 | netchip | afaik it is |
| 19:18.32 | RaYmAn | hramrach: it depends on device/drivers/etc |
| 19:18.35 | netchip | I can bypass surfaceflinger |
| 19:18.39 | mnemoc | techn_: i've not been able to test it myself... but if people is happy with it's current state, I can merge it |
| 19:18.41 | hramrach | if you booted Ubuntu bare ob Android kernel |
| 19:18.42 | netchip | That's the WM of Android |
| 19:18.43 | RaYmAn | A lot of devices have functional framebuffer & framebuffer console |
| 19:18.47 | *** join/#arm-netbook eebrah (~chatzilla@41.223.58.73) |
| 19:19.27 | techn_ | mnemoc: yep.. since It has been branched quite a lot from main branch |
| 19:19.50 | netchip | hum |
| 19:20.11 | mnemoc | techn_: basically disp fixes, edid and usb host unification |
| 19:20.19 | netchip | is this theory right? |
| 19:20.31 | netchip | Camera wrapper calls propriteary blob |
| 19:20.32 | hramrach | of course, if you do not need display then GNU/Linux and Android is pretty much identical |
| 19:20.37 | RaYmAn | hramrach: most android devices use basic framebuffer for primary graphics stuff. |
| 19:20.43 | netchip | blob calls function |
| 19:20.48 | netchip | function crashes mediaserver |
| 19:20.49 | netchip | http://pastebin.ubuntu.com/1504101/ |
| 19:20.51 | RaYmAn | then gralloc and hwcomposer etc to get hw features |
| 19:21.32 | netchip | EGL and gralloc is kinda one |
| 19:21.38 | netchip | no gralloc is no gfx |
| 19:21.42 | L84Supper | netchip: Chrome is Gentoo just FYI |
| 19:21.51 | netchip | L84Supper, ? |
| 19:22.11 | netchip | Google Chrome OS = gentoo? |
| 19:22.13 | mnemoc | techn_: I'm a bit puzzled regarding the last HACK: patch on 3.4. hansg's mangled patch or ssvb's revert |
| 19:22.41 | L84Supper | netchip: Google has been gobbling up any free Gentoo devs |
| 19:22.45 | hramrach | yes, the 3.4 patch does not apply for me |
| 19:23.09 | mnemoc | techn_: but after that I'll merge it before the new set from hansg |
| 19:23.13 | L84Supper | netchip: it's a fork based on Gentoo |
| 19:23.17 | netchip | L84Supper, Isn't gentoo just one bunch of source packages, connected with emerge? |
| 19:23.24 | hramrach | but it's supposed to fix the fbcon corryption |
| 19:23.28 | netchip | that's how I see gentoo |
| 19:23.47 | L84Supper | yeah, just a bunch of 1's and 0's |
| 19:24.34 | penguin42 | L84Supper: Thanks for th elinks |
| 19:24.51 | netchip | who can help solve my camera problem on Android? |
| 19:25.00 | netchip | (dev related) |
| 19:25.09 | netchip | OK, here it comes |
| 19:25.17 | mnemoc | hramrach: you mean the HACK: patch updated for 3.4 doesn't apply on stage-3.4? |
| 19:25.18 | RaYmAn | chromeos use gentoo for building all the packages and stuff, but the final image is free of most gentoo-isms =P No emerge/portage etc |
| 19:26.04 | L84Supper | https://github.com/omegamoon/rockchip-rk30xx-mk808 this might be the kernel source |
| 19:26.04 | netchip | http://pastebin.ubuntu.com/1504101/ 1) Camera wrapper calls proprietary blob 2) Blob calls function in blob 3) Function makes media server crash |
| 19:26.07 | hramrach | mnemoc: yes, that does not apply for me. either it was mangled on send or by google |
| 19:26.09 | netchip | is my theory right? |
| 19:26.25 | penguin42 | L84Supper: Yeh it's AndrewDB's image I've booted; and I think got the tree source from the the picuntu link - but it's all a bit weirdly linked from each other |
| 19:26.29 | L84Supper | https://github.com/AndrewDB/rk3066-kernel |
| 19:26.36 | penguin42 | ooh, that sounds promising |
| 19:27.36 | L84Supper | http://www.pandawillforum.com/showthread.php?14248-RK3066-Linux-Kernel-Source-Code-(ug802-and-others) |
| 19:27.44 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 19:28.18 | L84Supper | http://www.cnx-software.com/2012/11/04/rockchip-rk3066-rk30xx-processor-documentation-source-code-and-tools/#ixzz2C8Zci1yz |
| 19:28.58 | L84Supper | https://github.com/omegamoon/rockchip-rk30xx-mk808 |
| 19:29.53 | Pulser | L84Supper, these sources are quite flawed unfortunately |
| 19:29.56 | Pulser | for example in https://github.com/omegamoon/rockchip-rk30xx-mk808/tree/master/arch/arm/mach-rk30 |
| 19:30.03 | L84Supper | https://github.com/rk3066/rk-tools |
| 19:30.15 | Pulser | there are a number of files missing source, where they have pre-compiled .o files made from .uu uencoded files |
| 19:30.29 | Pulser | it's not GPL compliant, and it stops you easily editign the source for them |
| 19:30.31 | L84Supper | Pulser: just getting them posted, since they don't seem to be organized at any one site |
| 19:30.34 | Pulser | yeah sure |
| 19:30.36 | penguin42 | L84Supper: Ah that's nice, the thing I was missing was the how to make an image |
| 19:30.41 | Pulser | penguin42, what board are you working with? |
| 19:30.51 | penguin42 | Pulser: An mk809 - just got it over the weekend |
| 19:31.00 | Pulser | right, rk3066 based? |
| 19:31.14 | Pulser | I have been working with codeworkx on CM for the mk802iii which is quite similar as I understand it |
| 19:31.21 | Pulser | but we are a bit sick of the amount of "cheap botches" |
| 19:31.29 | Pulser | like putting the usb slave on the same line as the wifi chip |
| 19:31.35 | penguin42 | Pulser: Yeh rk3066 |
| 19:31.35 | Pulser | so you cannot be connected to PC while using wifi |
| 19:31.36 | Pulser | etc |
| 19:31.42 | Pulser | and when using adb to debug it, that's not much use |
| 19:31.47 | penguin42 | Pulser: Yeuch that's nasty |
| 19:31.49 | Pulser | blobbed up bits of source are annoying |
| 19:31.59 | Pulser | their MTD... |
| 19:32.00 | Pulser | UGH |
| 19:32.03 | Pulser | UGH! |
| 19:32.05 | Pulser | their MTD is the worst |
| 19:32.09 | Pulser | closed source |
| 19:32.12 | Pulser | and broken |
| 19:32.25 | penguin42 | Pulser: Yeh, I won't have another chance to fight it until next weekend, but I should have a spare powered usb hub and uSD by then which will make life easier |
| 19:32.26 | penguin42 | MTD? |
| 19:32.34 | Pulser | penguin42, the onboard storage |
| 19:32.52 | penguin42 | Pulser: HTF can you make a flash interface so wacky? |
| 19:32.53 | Pulser | ie. the nand |
| 19:33.01 | Pulser | penguin42, oh trust me... you can :P |
| 19:33.05 | Pulser | rockchip managed lol |
| 19:33.17 | hramrach | ItWorks(tm) |
| 19:33.27 | penguin42 | Pulser: Yeh I noticed the /proc entry for the flash stuff - looks like they did their own wear stuff? |
| 19:33.30 | *** join/#arm-netbook jlj_ (~jlj@109-104-24-9.customers.ownit.se) |
| 19:33.34 | Pulser | https://github.com/omegamoon/rockchip-rk30xx-mk808/tree/master/drivers/mtd/rknand |
| 19:33.36 | Pulser | incomplete sources |
| 19:33.38 | hramrach | on a demo session you can read the whole content of the nanad ;-) |
| 19:33.40 | Pulser | those are not buildable unfortunately |
| 19:33.49 | Pulser | they are missing a load of stuff |
| 19:33.57 | penguin42 | Pulser: So any idea what AndrewDB's kernels are? |
| 19:34.04 | RaYmAn | Pulser: the rk29 driver doesn't work? |
| 19:34.16 | Pulser | RaYmAn, codeworkx said it won't |
| 19:34.21 | Pulser | it is missing a method or two |
| 19:34.24 | hansg | mnemoc, what do you mean with "hansg's mangled patch" ? I just "ported" the original patch to 3.4 |
| 19:34.25 | Pulser | can't recall which |
| 19:34.27 | Pulser | and it's also .uu'd |
| 19:34.33 | *** join/#arm-netbook rz2k (~rz2k@95-25-154-89.broadband.corbina.ru) |
| 19:34.40 | Pulser | penguin42, AndrewDB's kernels came IIRC from a rikomagic guy in the UK |
| 19:34.50 | hramrach | hansg: what I Get from the ML does not apply |
| 19:34.57 | mnemoc | hansg: yes, failed to find a better term. .... adjusted patch :) |
| 19:35.15 | mnemoc | hansg: I just pushed it to stage/sunxi-3.4 |
| 19:35.29 | hramrach | then I get it there I guess |
| 19:35.50 | penguin42 | Pulser: AH, so they aren't built from the git hub he has? |
| 19:35.50 | hansg | mnemoc, btw about the serial patches, am I the only one who has actually seen the A10 running Linux hang filling the (hdmi attached) console with those: ">>> no handle, treat it handle over" messages ? |
| 19:35.59 | Pulser | penguin42, I think they are tbh |
| 19:36.07 | Pulser | but I am not sure how he has mtd working (does he???) |
| 19:36.11 | Pulser | doesn't his stuff boot off SD? |
| 19:36.13 | mnemoc | hansg: no, that's known |
| 19:36.15 | hansg | I've seen this both on my (just arrived) mini-x, as well as occasionally on the gooseberry |
| 19:36.29 | hansg | mnemoc, ok, well it is fixed now :) |
| 19:36.30 | mnemoc | hansg: it's part of the incomplete forward port of the hackery in 3.0 |
| 19:36.53 | penguin42 | Pulser: Ah, it's possible - I've not had a full boot yet (due to missing a spare uSD and USB hub due to a screwed up Amazon reseller....) |
| 19:37.06 | mnemoc | hansg: give me a minute to show you allwinner's "fix" :) |
| 19:37.09 | Pulser | damn |
| 19:37.15 | Pulser | penguin42, I don't think there are mtd drivers that work |
| 19:37.19 | Pulser | if there are, I'd love to know |
| 19:37.27 | Pulser | but wifi is annoying us, as is the sheer amount of messups |
| 19:37.31 | Pulser | stupidity etc |
| 19:37.43 | hramrach | for me the stage 3.4 kernel works. At least I can boot it, get HDMI output, etc |
| 19:37.46 | mnemoc | hansg: https://github.com/linux-sunxi/linux-sunxi/commit/18639db64ff6585d4be91f9645674957feb01452.patch .... subject is mine, original was "more fixes" |
| 19:38.00 | penguin42 | Pulser: OK, I'm not too fussed with that tbh for starters; If I can build an image I can write to the recovery I'll be reasonably happy for starters |
| 19:38.15 | Pulser | right |
| 19:38.22 | Pulser | we worked out how to do that |
| 19:38.31 | Pulser | though this is "android style" images |
| 19:38.35 | Pulser | I dunno if that helps you |
| 19:38.46 | penguin42 | Pulser: Yeh I'm happy with that for starters |
| 19:38.49 | Pulser | ie. kernel + ramdisk in the package |
| 19:38.50 | Pulser | sure |
| 19:38.51 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 19:38.56 | Pulser | apparently that was harder to do, but we figured it out |
| 19:39.06 | Pulser | I am sure others will have to, but I don't know if it's documented |
| 19:39.14 | hansg | mnemoc, ah cool, well then my guess that they are using a designware uart ip block was correct, I did not even know that, but I just looked through other 8250 drivers in the kernel to find something similar and got lucky :) |
| 19:39.29 | penguin42 | Pulser: Well when I get a chance to have a fight next weekend, I'll see how far I get |
| 19:39.35 | Pulser | ok :) |
| 19:39.46 | mnemoc | hansg: :) |
| 19:39.51 | mnemoc | hansg: https://github.com/linux-sunxi/linux-sunxi/issues/28 |
| 19:40.21 | penguin42 | Pulser: The most annoying thing with the shipping image is that there is no apparent way to cause it to do adb connection at boot, so I have to fetz with a mouse/keyboard to set the little tick to turn adb on so I can reboot to recovery |
| 19:40.34 | Pulser | indeed |
| 19:40.38 | Pulser | well. we fixed that IIRC |
| 19:40.41 | hansg | Looks like I accidentally fixed that one then :) Just a quick copy and paste of 8250_dw.c really |
| 19:40.43 | Pulser | we modified boot.img to change usbmode to 2 |
| 19:40.53 | Pulser | that will make it a slave |
| 19:40.58 | Pulser | but in the process, that stops wifi working |
| 19:40.58 | Pulser | :P |
| 19:41.05 | Pulser | RE adb you might need to sort out drivers and stuff |
| 19:41.29 | penguin42 | Pulser: Fortunately I'm not too fussed about wifi either :-) |
| 19:41.34 | Pulser | hehe |
| 19:41.37 | Pulser | :) |
| 19:41.47 | Pulser | meh it just annoys me how stupidly it's designed |
| 19:41.52 | Pulser | that they put the wifi on the same bus |
| 19:42.28 | penguin42 | Pulser: I just want connectivity back to my host and something I can load a kernel and user stuff onto; so as far as hardware goes some boot space and a USB connection should be enough :-) |
| 19:42.41 | Pulser | sure |
| 19:42.47 | penguin42 | oh and the HDMI is nice for when it doesn't work, I guess.... |
| 19:42.52 | Pulser | yeah just get yourself a boot.img, and set the usb mode into 2 |
| 19:42.56 | Pulser | also... our board has UART on it :) |
| 19:42.58 | Pulser | dunno if yours will |
| 19:43.07 | Pulser | that can be handy, but the terminals are fragile iirc |
| 19:43.09 | penguin42 | I guess it probably does, haven't broken the case yet |
| 19:43.17 | Pulser | oh |
| 19:43.22 | Pulser | mk802iii opens so easily |
| 19:43.29 | Pulser | and the manual even tells you to do it if you brick it :P |
| 19:44.14 | techn_ | hansg: did you try 1080i @ 50hz and 60hz with those ppl codes? |
| 19:44.16 | penguin42 | Pulser: This is an 809 |
| 19:44.42 | techn_ | <PROTECTED> |
| 19:45.19 | penguin42 | Pulser: It didn't come with what you could call a manual :-) |
| 19:46.07 | hansg | techn_, no I did not try those |
| 19:46.40 | Pulser | well when I say a "manual" |
| 19:46.45 | hansg | techn_, through edid, or hardcoded to those resolutions? |
| 19:46.46 | Pulser | I mean some poorly translated .doc online |
| 19:46.50 | Pulser | that has a shaky photo |
| 19:46.54 | penguin42 | Pulser: Ah |
| 19:47.05 | techn_ | hansg: edid.. allwinner seems to be using hardcoded ones |
| 19:47.10 | Pulser | short pins 6 and 7 of the NAND |
| 19:47.14 | Pulser | it cannot see the NAND |
| 19:47.19 | Pulser | so goes to a mask download mod |
| 19:47.20 | Pulser | e |
| 19:47.25 | Pulser | throw it a bootloader and firmware, and it flashes up |
| 19:47.39 | penguin42 | Pulser: That's kind of reassuring |
| 19:47.45 | netchip | ohai Pulser |
| 19:47.46 | techn_ | hansg: 74250000 for both |
| 19:47.47 | Pulser | well |
| 19:47.49 | Pulser | that's our device |
| 19:47.51 | Pulser | I strongly suggest you find out if that's possible on yours |
| 19:47.57 | mnemoc | hansg: would you like to apply similar fixes in sunxi-serial for 3.0? :) for the sake of consistency |
| 19:48.06 | hansg | techn_, right, I made sure my pll code could (should, not all tested) handle all the hardcoded modes. As for EDID, well if the tv/monitor gives us modes the pll cannot do, we sort of loose |
| 19:48.10 | penguin42 | Pulser: Yeh, I'll *try* not to fuck it up that badly |
| 19:48.16 | Pulser | penguin42, looks possible |
| 19:48.19 | Pulser | http://www.armtvtech.com/armtvtechforum/viewtopic.php?t=693 |
| 19:48.26 | Pulser | btw, trust me, you WILL need it |
| 19:48.29 | Pulser | if you flash a duff boot.img ONCE |
| 19:48.33 | Pulser | you'll need to use tihs |
| 19:48.40 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 19:49.21 | mnemoc | hno: https://tindie.com/shops/jimparis/microftx-usb-serial-breakout-1/ |
| 19:49.24 | hansg | mnemoc, I'm fine with someone cherry-picking them into 3.0. TBH the last time I tried to build 3.0 it would not even build with my .config (which is derived from the standard F-18 kernel .config, so it has a lot of stuff enabled) |
| 19:49.30 | penguin42 | Pulser: Rather broken site - falling over quite badly |
| 19:49.36 | Pulser | penguin42, oh right |
| 19:49.40 | Pulser | well it looks like it can be recovered |
| 19:49.55 | Pulser | I just googled MK809 recovery :P |
| 19:49.59 | hansg | mnemoc, I guess I can run some tests using a defconfig |
| 19:50.22 | Pulser | penguin42, direct link for MK809 tools and instructions: http://www.mk809.com/cs102/UploadFiles/mk809%20recovery%20tool%20and%20instruction.zip |
| 19:50.40 | netchip | Pulser, Please check your PM :) |
| 19:50.59 | penguin42 | Pulser: 502 bad gateway |
| 19:51.01 | Pulser | netchip, no, because i know what you will be asking |
| 19:51.02 | Pulser | penguin42, hmmm |
| 19:51.23 | Pulser | right yeah that site is derped too |
| 19:51.24 | netchip | Pulser, No opportunity? :( |
| 19:51.34 | Pulser | netchip, our decision is final |
| 19:51.39 | penguin42 | Pulser: Anyway, no biggy - I'll figure it out, as I say only turned up yesterday |
| 19:51.46 | hansg | techn_, btw, are those the preferred modes for that TV ? My main focus is on getting the preferred / native modes working. You really don't want to be running at a non-native resolution with LCD-s |
| 19:51.53 | Pulser | penguin42, yeah it's not too bad |
| 19:51.59 | Pulser | you'll be sick of the device in about a week btw |
| 19:52.04 | techn_ | hansg: native |
| 19:52.09 | Pulser | from trying to undo their dirty hacks |
| 19:52.17 | netchip | Pulser, like in forever? |
| 19:52.29 | penguin42 | Pulser: Haha probably; what I really want to do is do some user space triaging, but I also want to play about with gadget driver stuff - so we'll see |
| 19:52.45 | Pulser | penguin42, yeah... if you are happy to play in userspace you might not hate it too much |
| 19:52.50 | Pulser | gadget and drivers... good luck :P |
| 19:52.55 | hansg | techn_, and also the preferred (first dtd) mode? I would expect the preferred mode to be 1080p (and hope that one does work ...) |
| 19:53.05 | penguin42 | Pulser: yeh :-) |
| 19:53.08 | techn_ | preferred is 1080p |
| 19:53.15 | hansg | and does that work ? |
| 19:53.19 | techn_ | and it works |
| 19:54.27 | hansg | Good, then IMHO the 1080i modes not working is not a big loss. Since picking a non preferred mode should involve user intervention anyways they can pick the hardcoded 1080i modes (assuming those are working) |
| 19:55.53 | techn_ | some videoplayer software could switch to 1080i if video is same format |
| 19:56.30 | penguin42 | Pulser: Anyway, thanks for the hints - I'll be back next weekend and have more of a poke |
| 19:56.50 | Pulser | alright :) |
| 19:58.12 | *** join/#arm-netbook jinzo (~jinzo@unaffiliated/jinzo) |
| 19:58.41 | *** join/#arm-netbook dyoung (dyoung@nasadmin/dyoung) |
| 19:59.03 | hansg | techn_, what we can do is, when the device had a DTD with a 1080i mode with an unsupported clock, advertise the matching hardcoded 1080i modes in the available mode list instead |
| 20:08.17 | *** join/#arm-netbook jinzo (~jinzo@2001:1af8:40e0:a00d:4::12c) |
| 20:08.17 | *** join/#arm-netbook jinzo (~jinzo@unaffiliated/jinzo) |
| 20:09.21 | *** join/#arm-netbook tinti (~tinti@201.62.162.119) |
| 20:18.08 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-21-157.as13285.net) |
| 20:24.07 | mnemoc | hansg: in sunxi-boards mk802-ii was renamed to mk802ii (to match u-boot's board) a couple of weeks ago |
| 20:24.56 | mnemoc | hansg: also cleaned up a bit |
| 20:31.05 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 20:35.21 | techn_ | hansg: did you test usb_host_init_state=0 with latest stage |
| 20:42.58 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 21:06.13 | hansg | techn_, yes, still the same issue, the device only shows up in lsusb after modprobing the driver manually |
| 21:06.46 | hansg | mnemoc, let me rebase my patches on top of that and then I'll resend the entire set |
| 21:06.51 | techn_ | strange.. for me it didn't show up on lsusb |
| 21:10.01 | hansg | techn_, not even after a modprobe of the driver ? |
| 21:10.15 | techn_ | no |
| 21:10.39 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 21:11.42 | hansg | techn_, well I've been sitting on my fex file patches for a while (testing + cleanup before posting them), so maybe what you had was a regression from the unification fixed by the recent patches to restore the enable/disable functionality. I believe my testing was all done prior to the unification, and then again post unification + fixes |
| 21:12.23 | hansg | techn_, but even after the latest fixes I still need a manual modprobe, note that listing the module in /etc/modules also counts as a manual modprobe |
| 21:12.53 | hansg | With my changes the driver will simply autoload without being mentioned anywhere (other then being present in /lib/modules of course) |
| 21:13.13 | techn_ | oh.. how that autoloading works? |
| 21:13.41 | hansg | mnemoc, techn_, hmm looks like the usb_host_init_state change already made it in mk802ii.fex as part of the cleanups |
| 21:15.53 | hansg | techn_, the same as all usb drivers are loaded. USB subsys detects the device (so it shows up in dmesg, lsusb) then sends a udev event for the new device which contains the device alias like this: usb:v2001p3307.... which udev then passes to modprobe |
| 21:16.12 | hansg | And modules declare device aliases they are compatible with, ie: |
| 21:16.20 | hansg | modinfo /lib/modules/3.6.9-4.fc18.x86_64/kernel/drivers/net/wireless/rtlwifi/rtl8192cu/rtl8192cu.ko |
| 21:16.23 | hansg | <snip> |
| 21:16.36 | hansg | alias: usb:v2001p3307d*dc*dsc*dp*ic*isc*ip*in* |
| 21:16.38 | hansg | <snip> |
| 21:17.01 | techn_ | hansg: thanks.. thats cool |
| 21:17.24 | ssvb | mnemoc, hansg, techn_: are the framebuffer related modules (disp, hdmi, ..) expected to be safely loadable/unloadable at runtime? |
| 21:17.29 | hansg | USB is a true plug and play bus, all devices must answer to certain commands on their control endpoint, which allows querying things like the product and vendor id. |
| 21:17.43 | techn_ | ssvb: atleast not one-by-one |
| 21:17.59 | hansg | ssvb, I've not audited them for this, but looking at the overall code quality of all sunxi code, I would say no |
| 21:18.29 | hansg | ssvb, what is possible with more recent sunxi kernels is to actually build them into the kernel which is preferable IMHO |
| 21:18.43 | techn_ | but I think libv did that somehow.. since he send patch to allow it |
| 21:19.38 | mnemoc | a couple of drivers have been fixed to survive unloading/reloading, but in general they just crash |
| 21:20.39 | techn_ | mnemoc: could you take those mine uart patches when you take hansg's |
| 21:20.57 | techn_ | there was also patch to allow load/unload :/ |
| 21:22.11 | libv | ssvb: i am happily loading/unloading them on both hdmi and lcd-ed devices |
| 21:22.23 | ssvb | mnemoc: if anything, https://github.com/linux-sunxi/linux-sunxi/commit/d8f5c14a9ebfd4dd319a712eb49ad0532750971a is going to contribute to the unloading breakage because "malloc_screen_base" is not an array |
| 21:23.07 | mnemoc | techn_: somehow I was expecting a v2 of yours :p |
| 21:23.48 | techn_ | mnemoc: That one patch was decided to drop.. but I think other ones was good? :/ |
| 21:24.28 | mnemoc | techn_: ok. please remind me tomorrow :) |
| 21:26.24 | ssvb | mnemoc: yeah, I wanted to provide v2 patch, but you were too fast to apply it to the stage branches :) so I'm a bit confused about what to do |
| 21:27.32 | mnemoc | ssvb: the stage branches are rebased. if you want so, I can just remove them |
| 21:27.33 | ssvb | mnemoc: also I want to test modules unloading, and somehow this does not seem to work for me with or without this patch |
| 21:27.57 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 21:28.36 | mnemoc | ssvb: only the HACK: patch is in question of you have doubts about others too? |
| 21:28.45 | mnemoc | s/of/or/ |
| 21:29.36 | ssvb | mnemoc: yes, only the HACK patch |
| 21:30.01 | ssvb | mnemoc: ok, just give me a few hours to test it a bit better |
| 21:30.06 | hansg | ssvb, btw, I love the hack patch, I had already noticed the issue and it was bugging the hell out of me, so I'm very happy to see it fixed |
| 21:32.51 | ssvb | mnemoc: the reverted upstream patch may be preferable, because 1) it was in the mainline kernel at one time 2) it shows the warning when questionable ioremap are attempted |
| 21:33.13 | *** part/#arm-netbook sadmtndew (~mtndew420@unaffiliated/mtndew420) |
| 21:34.32 | hansg | Not sure if having a WARN_ON which we know will trigger in there is a good idea, that means that every time someone boots a sunxi kernel he will see a backtrace |
| 21:34.49 | hansg | This is bound to cause a lot of bug reports |
| 21:37.50 | ssvb | hansg: yes, that's a good point |
| 21:40.24 | techn_ | but partly it's bug :) |
| 21:40.29 | hansg | Interesting, I just got an EDID checksum error, looks like we need to do a retry on those, and we should not do a WARN_ON when we do get one as it is not a kernel bug, so a backtrace is not helpful |
| 21:41.16 | hansg | Of course I will likely be able to never reproduce this, so guess how well the retry code path will get tested ... |
| 21:42.31 | techn_ | hmm.. dynamic edid seems to be finished.. only thing is that memory allocation part :/ |
| 21:42.46 | hansg | BTW am I the only one seeing list corruption warning related to process_worker / process_one with 3.4 ? |
| 21:44.19 | mnemoc | ssvb: I'll skip your HACK patch when merging the stage branches tomorrow. take your time ;-) |
| 21:45.38 | ssvb | mnemoc: ok, thanks |
| 21:46.29 | ssvb | when is the next merge going to happen in the case if we miss this one? |
| 21:47.58 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 21:47.58 | mnemoc | ssvb: there is no strict schedule |
| 21:50.18 | mnemoc | there isn't much people sending patches, so stage branches get spawned as soon as a not-trivial patch arrives, and they get merged soon after people starts asking here when will it be merged :p |
| 21:50.58 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 21:50.59 | mnemoc | <PROTECTED> |
| 21:52.23 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 22:05.11 | techn_ | mnemoc: I'll send dynamic mode setting patches.. take them to new stage after review.. ok? :) |
| 22:07.05 | mnemoc | techn_: ok |
| 22:07.10 | *** join/#arm-netbook focus_it (~focus_it@cpc7-dals17-2-0-cust182.hari.cable.virginmedia.com) |
| 22:08.19 | ssvb | techn_: this sounds really cool, bring it on :) |
| 22:14.25 | techn_ | ssvb: now what we miss feature wise is dual screen support, dual fb support and blanking :/ |
| 22:14.43 | techn_ | but I think I'll focus next on cleanup |
| 22:15.00 | techn_ | and thanks :) |
| 22:33.06 | techn_ | ups.. found malloc bug.. resending new patch tomorrow :p |
| 22:40.40 | hramrach | how do you make a gpio led connect with a led trigger? |
| 22:54.10 | *** join/#arm-netbook hramrach (~hramrach@gateway/tor-sasl/hramrach) |
| 23:30.54 | *** join/#arm-netbook hramrach (~hramrach@gateway/tor-sasl/hramrach) |
