| 00:00.03 | penguin42 | ManoftheSea: If you can get a board working with an android kernel, and you have a graphics driver then the real Linux userspace will be happy |
| 00:00.29 | ManoftheSea | neat. |
| 00:24.21 | buZz | hmmm, if i enable CONFIG_VIDEO_SUN4I_CEDAR, i get 'No rule to make target drivers/media/video/sun4i/cache-v7.c' |
| 00:24.57 | buZz | there seems to just be a .S there |
| 00:28.17 | ManoftheSea | that appears correct. |
| 00:28.24 | *** join/#arm-netbook froese (~froese@212.255.30.227) |
| 00:28.25 | ManoftheSea | I have a cache-v7.S as well. |
| 00:28.48 | ManoftheSea | as well as a sun4i_cedar.{c,h,o} |
| 00:29.45 | buZz | yeah .. why doesn't it compile then? |
| 00:30.11 | buZz | the makefile has cache-v7.o needed .. but nothing that says its a arm file? |
| 00:31.07 | ManoftheSea | makefiles are a specific kind of magic... the kind I don't understand. |
| 00:31.27 | ManoftheSea | buZz: are you using "ARCH=arm CROSS_COMPILE=something"? |
| 00:31.42 | buZz | no, i am compiling native |
| 00:31.43 | ManoftheSea | I keep messing up my config by forgetting the ARCH one. |
| 00:31.46 | ManoftheSea | oh. |
| 00:33.03 | buZz | i'll just disable cedar for now ... |
| 00:33.17 | froese | ManoftheSea: then put it in the top-level makefile. |
| 00:33.44 | ManoftheSea | I'm not having a problem. |
| 00:33.58 | nulluser | ManoftheSea: Does that device really need the heat sink as pictured? |
| 00:34.14 | ManoftheSea | which? The odroid? No idea. |
| 00:34.20 | ManoftheSea | quad core 1.4ghz |
| 00:34.20 | nulluser | http://www.hardkernel.com/renewal_2011/products/prdt_info.php |
| 00:34.28 | nulluser | I was going to buy one last night, ans scrolled down |
| 00:34.35 | nulluser | I think I spit up a little beer |
| 00:35.19 | buZz | i like the 400-pin odroid :P |
| 00:37.41 | froese | I don't understand why these things have to be that expensive |
| 00:38.49 | nulluser | The boards and component placement cost a lot in small quantities |
| 00:39.32 | nulluser | The BGA based devices need to be soldered in a reflow oven, or some other advanced technique |
| 00:40.54 | servili007 | I'm pretty sure that programmers of past generations would be pretty ashamed of us considering these powerhouses expensive, given inflation, etc. |
| 00:41.25 | servili007 | not to say that I'm going out and buying them all |
| 00:41.37 | froese | hmm... all smd boards go through a reflow oven |
| 00:42.03 | ManoftheSea | "that expensive" maybe because people buy them at this price? |
| 00:42.13 | nulluser | Not if you are hand assembling a batch of 50 |
| 00:42.25 | froese | ok :-) |
| 00:42.47 | froese | but you won't hand-assemble a bga |
| 00:42.49 | nulluser | And I use a hot air station when I do smd work |
| 00:43.04 | penguin42 | and getting BGA stuff right takes a bit of testing/fiddling |
| 00:43.05 | nulluser | I get get the small bgas to grap, like 32 ball |
| 00:43.11 | nulluser | *can |
| 00:43.14 | nulluser | yeah, it's voodoo |
| 00:43.19 | froese | not bad |
| 00:43.28 | nulluser | I don't know how it's even possible to get 100+ right |
| 00:43.40 | ManoftheSea | so here's where I'm stuck... I look at these, and I look at what I'm paying for a VPS right now... |
| 00:43.46 | servili007 | nulluser: What station do you use? |
| 00:43.48 | nulluser | to be SURE they are all connected properly, and you can't really pass a current to test |
| 00:44.14 | nulluser | I have a Aoyue 968A |
| 00:44.27 | nulluser | it was very very cheap |
| 00:44.33 | ManoftheSea | Screw the virtualized host... Why can't I just get one of these ODroid-U2's in a colo for $10 a month. |
| 00:44.49 | servili007 | nulluser: Yeah I've seen them around, do you like it? |
| 00:44.55 | froese | i guess a lot of testing with dummies |
| 00:45.08 | penguin42 | ManoftheSea: So you need someone who can rack and stack a bunch of them together to take up 1 shelf in a datacentre |
| 00:45.18 | nulluser | It's okay, it's not a 2500 dollar station of course, but the regulation does work, and the air is the temp is says it is |
| 00:45.24 | ManoftheSea | penguin42: sorta like the EOMA-server, yeah. |
| 00:45.36 | penguin42 | ManoftheSea: There are things like the baserock |
| 00:45.38 | nulluser | Little rough around the edges, loud, some glitches |
| 00:46.28 | nulluser | I bought the thermocouples and PID controller to make a reflow oven, but never got around to it. |
| 00:46.30 | froese | these calxeda boards/systems look nice but a different price range |
| 00:47.01 | penguin42 | froese: Yeh but in terms of renting one card on them in a data centre, that probably makes more sense |
| 00:47.06 | ManoftheSea | yeah, like that, penguin42. it's just that these are a very clear performance per dollar (cpu, memory, disk space)... |
| 00:47.16 | nulluser | Also could not figure out how to keep the parts placed as a transfer it in. I was going to use a toaster oven, and you would have to have the hands of a surgeon to get it in without anything getting moved |
| 00:47.30 | ManoftheSea | Maybe a full virtualized x64 machine can do better... but I feel like I'm paying too much for a 64 MB VPS |
| 00:47.32 | penguin42 | ManoftheSea: But to get them into a datacentre then you need to get the PSU sorted out for a rack, and remote admin of them |
| 00:47.48 | nulluser | I was looking at some OEM arm system on modules has night, some are pretty nuts |
| 00:47.51 | ManoftheSea | penguin42: I understand that there are costs I don't understand. |
| 00:48.01 | nulluser | Like this guy: http://www.ebay.com/itm/SOM2416-S3C2416-CPU-Module-ARM926EJ-S-evaluation-development-kit-board-S3C6410-/320789985286?pt=LH_DefaultDomain_0&hash=item4ab092b806 |
| 00:48.17 | nulluser | 4cm x 4cm, 1 watt |
| 00:48.35 | nulluser | 4 uarts! |
| 00:49.17 | penguin42 | ManoftheSea: It's something that you could do though, you can buy space in datacentres per U of rack space, and Mbit/s connectivity |
| 00:49.21 | nulluser | Just need to make a carrier to solder it to with the peripherals you need |
| 00:49.38 | froese | multiple ethernets is imo more important. |
| 00:49.49 | penguin42 | froese: Yep |
| 00:50.01 | penguin42 | froese: Which the calxeda one does quite neatly |
| 00:50.11 | froese | penguin42: indeed |
| 00:50.25 | nulluser | http://www.blogcdn.com/www.engadget.com/media/2012/12/steve-160-mac-mini-cluster.jpg |
| 00:50.43 | nulluser | Those are 4x man mini's per 1u probably |
| 00:50.49 | penguin42 | yeh, that's very neat |
| 00:51.37 | penguin42 | you could do something with those quad core iMX6 TV sticks, and a small host PC board with lots of switchable USB on |
| 00:51.49 | penguin42 | bet you could get a whole bunch of them in 1U |
| 00:51.56 | nulluser | <PROTECTED> |
| 00:52.23 | penguin42 | the calxeda can |
| 00:52.27 | nulluser | Some of my micros have ethernet, but would need a lot of other stuff to get to rj45 |
| 00:53.01 | penguin42 | nulluser: I think some stuff has AUI/XAUI as the interface (?) that's the thing that goes before a phy |
| 00:53.03 | froese | i think so, but not sure. |
| 00:53.47 | nulluser | I say a guy did a webserver on a PIC, connected right to AUI on a hub |
| 00:53.49 | nulluser | *saw |
| 00:54.05 | froese | is anyone here proficient with the of/dt part of the kernel? |
| 00:54.06 | penguin42 | nice |
| 00:54.22 | nulluser | http://www.kyllikki.org/hardware/wwwpic2/ |
| 00:54.36 | nulluser | That's a real hack, just implemented the TCP/IP that was needed, same with http |
| 00:54.41 | nulluser | crazy |
| 00:55.13 | nulluser | Looks like that guy used SLIP |
| 00:55.24 | nulluser | Still did a stack though |
| 00:57.57 | froese | nulluser: "stack", well... the pic doesn't even have enough memory for a decent packet buffer *g* |
| 00:58.14 | nulluser | yep ;) |
| 00:58.22 | penguin42 | I guess you have to suggest the MTU is small |
| 00:58.47 | nulluser | or process the packet as it comes in with a state machine |
| 00:59.08 | froese | what i found impressive was an e-book reader in a pic (or atmel? same simple 8-bit micro). |
| 00:59.23 | nulluser | hmm |
| 00:59.53 | nulluser | Interesting |
| 01:00.25 | froese | ah, found it: http://rossum.posterous.com/8-bit-device-kindles-ebook-fire-an-e-reader-f |
| 01:00.28 | nulluser | I worked on a 3d engine on a pic. It had enough space for the framebuffer, but that's about it |
| 01:00.49 | nulluser | damn that's a nice display |
| 01:01.16 | froese | look at the video and the specs of the cpu *g* |
| 01:01.42 | nulluser | yeah that's really impressive |
| 01:03.14 | penguin42 | yeh, although if you think the res of those displays is pretty much as the res we had on 8bit machines in the early 80s, and although the RAM is similar the clocks are faster |
| 01:03.31 | nulluser | I love that stuff, squeezing out every last drop of power from something |
| 01:03.47 | nulluser | Those guys were brilliant too ;) |
| 01:04.06 | nulluser | Look at something like super mario brothers 3 on a 6502 |
| 01:04.07 | froese | 2.5k RAM? the pet i started with had 8 *g* |
| 01:06.04 | penguin42 | yeh I started on a BBC B with a massive 32k - although by the time you'd given 20k for screen RAM |
| 01:06.24 | nulluser | My first computer was a TRS-80. |
| 01:07.16 | nulluser | Came with a massive basic programming good, at about a 6th grade reading level |
| 01:07.22 | froese | the II was nice. but tandy was not were common in .de |
| 01:07.26 | nulluser | Kept me busy for years |
| 01:08.44 | nulluser | I loved those old machines because you _had_ to become clever to get them to do anything interesting |
| 01:09.14 | nulluser | You see these amazing assembly demos, and the best you can do in basic was to scroll so slow you could see the pixels move |
| 01:09.22 | froese | yeah. and you had to count every single byte. |
| 01:09.35 | nulluser | people are STILL writing C64 demos, to this day |
| 01:09.42 | nulluser | unbelievable ones |
| 01:10.01 | froese | a little bit pointless though (imho) |
| 01:10.20 | nulluser | https://www.youtube.com/watch?v=wAgPY0ucHJc |
| 01:10.27 | nulluser | True, but interesting |
| 01:11.46 | *** join/#arm-netbook stefanro1 (~stefan@p57B959CE.dip.t-dialin.net) |
| 01:12.18 | nulluser | But we say that as we are hacking linux onto little android sticks ;) from the outside perspective we are all in the same category of nuts |
| 01:12.46 | froese | do they run it on a real C64? *g* i still have one in the attic but I think I will have problem to connect it to any monitor... |
| 01:12.59 | nulluser | composite is still there |
| 01:13.24 | penguin42 | froese: Apparently, but they tend to do some stuff you couldn't do at the time, like precompute a load of stuff ona pc |
| 01:13.41 | froese | not here ... (only the video-in on the sat-card and that got borked in later kernels) |
| 01:14.01 | nulluser | shame. |
| 01:15.16 | nulluser | they still sell composite stuff here, like the atari joysticks with an emulator and all the games |
| 01:15.46 | penguin42 | and I think some cctv systems still use composite |
| 01:15.52 | froese | penguin42: right. even the programming is much more pleasent on a real computer. heck, assembling an 8k rom took an hour and you had to swap disks :-/ |
| 01:16.22 | penguin42 | froese: Yeh, and it's so much easier these days without having to put the UV on to wipe your EPROM |
| 01:16.27 | nulluser | heh |
| 01:16.38 | nulluser | I never trusted those things |
| 01:16.49 | nulluser | I would nuke the chip for an hour just to be double sure |
| 01:17.24 | froese | penguin42: i had a battery backed up ram for that *g* |
| 01:18.03 | froese | nulluser: they were ok. just check if they are ff and you're fine. |
| 01:19.34 | nulluser | Do you guys know of an SD emulator |
| 01:19.49 | nulluser | What I have in mind is a device that you plug into the SD card, and USB to the pc |
| 01:19.55 | nulluser | you can then mount it like a disk |
| 01:20.07 | nulluser | and read and write to it |
| 01:20.24 | nulluser | The actual disk image is a buffer on the PC, backed up to disk |
| 01:20.25 | froese | ? plug into the card?!? |
| 01:20.42 | nulluser | plug into the female slot of the device you are developing for |
| 01:21.04 | froese | hmm... nope. |
| 01:22.16 | nulluser | You could have the cross compiler output to it, and just reset the device. no messing around. Could also see log files in real time, etc |
| 01:22.56 | froese | well, that works with any sdcard *g* (i do it like that) |
| 01:23.06 | penguin42 | nulluser: I've seen proposals for an SD card switcher that would sit in a slot and disconnect it from the host, but not for an emulator |
| 01:23.20 | froese | sorry, i compile on the testing machine. |
| 01:23.29 | nulluser | have to be a little more advanced than just a mass storage controller from the PC's perspective, otherwise you would need 4 gigs of ram on it |
| 01:23.48 | *** join/#arm-netbook servili007_ (~servili00@unaffiliated/servili007) |
| 01:24.38 | penguin42 | nulluser: Well, you'd need 4GB of vm |
| 01:25.00 | froese | nulluser: if eth is working use tftp-boot and nfs-root. |
| 01:25.10 | nulluser | true, I would rather just have all of it on the host,except from some cache |
| 01:25.20 | nulluser | yeah, that's a little beyond me |
| 01:26.07 | froese | not difficult. easier than setting up u-boot *g* |
| 01:26.17 | nulluser | the devices I have a wireless only, so you would need a wpa_supplicant |
| 01:26.20 | nulluser | that would get rought |
| 01:26.29 | penguin42 | froese: There are homes for people who set up u-boot |
| 01:26.35 | nulluser | With just a natively supported Ethernet module I can see it |
| 01:27.09 | froese | nulluser: nfs-root over wlan would be hard, yes. |
| 01:27.46 | penguin42 | well, no - not as long as you put the wlan setup in an initrd; most NFS roots these days are actually flips in initrd not actually direct nfs roots |
| 01:27.57 | nulluser | can uboot load over serial, with zmodem or some such |
| 01:28.04 | penguin42 | yeuch |
| 01:28.10 | nulluser | That would be an improvement to what I have now |
| 01:28.31 | nulluser | Is that a sound of disdain, or a confirmation ;) |
| 01:28.51 | penguin42 | I suspect it can - it sounds horrific though |
| 01:29.02 | penguin42 | can you get jtag? |
| 01:29.17 | froese | penguin42: right. but try to get a wlan setup in limited environment of an initramfs. |
| 01:29.23 | nulluser | I don't know if it's exposed on the board |
| 01:31.47 | froese | if your u-boot has z-modem support, you can download the kernel via serial. but it will be slow... |
| 01:34.18 | froese | anyway. does anybody know, if there's some kernel work going on for an abstraction layer that allows drivers to be build for either PCI or OF interface? |
| 01:34.40 | froese | (in my case ethernet driver) |
| 01:35.36 | penguin42 | hmm what hardware have you got that can appear as either - is it just that the firmware is setting the pci bridge up and only handing it out via OF? |
| 01:36.45 | froese | penguin42: there are chips with either PCI interface or directly embedded into a SoC (same mmio/irq etc, only config is different). i.e. via-rhine. |
| 01:37.05 | penguin42 | oh ok, never come across that |
| 01:38.32 | penguin42 | froese: Something like IDE perhaps? PCI-IDE is basically the same type of thing where the PCI part of it is just saying where the interface is |
| 01:38.38 | froese | one example are the via wondermedia chips (wm8x50). |
| 01:39.00 | froese | penguin42: exactly. |
| 01:39.12 | froese | or 16550 cards. |
| 01:39.50 | penguin42 | froese: So I think you'd want to end up with 2 or 3 things, a core device, a pci- wrapped thing and a of wrapped thing; although I'm guessing OF can specify where PCI stuff is |
| 01:40.00 | froese | basically, the drivers only use pci function for getting register and irq settings and then never touch any pci function any more. |
| 01:40.28 | penguin42 | froese: yeh, although watch out for power management stuff |
| 01:40.50 | froese | secondary problem *g* |
| 01:40.55 | penguin42 | hehe yes |
| 01:43.20 | froese | in via's android kernel, they've gone the cheap way: they emulate a dummy pci controller and use the regular pci driver. but that pulls the complete pci stuff into the kernel :-/ |
| 01:44.51 | penguin42 | froese: I guess when the device has been around as a PCI device for years that's not an insane way to start |
| 01:46.04 | froese | as a start it may be ok. but they use it for years *g* |
| 01:47.03 | froese | and considering via's history i don't think they will change it. |
| 01:47.08 | froese | ever |
| 01:47.30 | penguin42 | what's their insentive? |
| 01:49.18 | froese | hmm... better mainly kernel integration? but i guess that brings no money so they don't care. |
| 01:49.27 | froese | s/mainly/mainline/ |
| 01:49.55 | penguin42 | yeh, although heck they could probably get a pci emulation like that in if it was strictly in a per-device section |
| 01:50.05 | froese | ? what's that ibot? |
| 01:50.33 | froese | a mind reader? *g* |
| 01:52.14 | froese | penguin42: hmm... i don't know. it is a kludge and the kernel maintainers don't like that. |
| 01:52.29 | penguin42 | yeh |
| 01:55.40 | froese | maybe as a part of the devicetree integration. a dummypci with the devices to be connected configured via the dts. |
| 01:56.34 | penguin42 | froese: It might be worth looking if there are similar things for AMBA, I seem to remember someone was asking what to do about AMBA devices connected to PCI but I guess those are actually bridged |
| 01:58.27 | froese | looking... |
| 02:00.20 | penguin42 | froese: Hmm and maybe virtual devices? |
| 02:01.05 | froese | penguin42: ? what do you have in mind? |
| 02:01.52 | penguin42 | froese: I'm fairly sure in kvm that the disc, ether and video devices appear as pci, but I don't know if that's something hacked at the kernel level or at the emulator level |
| 02:03.31 | froese | hmm... not sure either. i'm only using the virtio stuff *g* |
| 02:03.54 | penguin42 | froese: Well that's what I mean, the virtio stuff appears as pci |
| 02:05.01 | froese | right you are. |
| 02:05.34 | penguin42 | probably a hack at the QEMU/bochs level |
| 02:06.25 | froese | no idea. never had a look. |
| 02:12.58 | *** join/#arm-netbook Sv (~Sv@modemcable058.105-131-66.mc.videotron.ca) |
| 02:12.58 | *** join/#arm-netbook Sv (~Sv@unaffiliated/sv) |
| 02:33.25 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 02:34.40 | *** join/#arm-netbook beatnick_ (~nic@adsl-84-226-68-169.adslplus.ch) |
| 02:36.57 | froese | penguin42: i looked at the amba/pci stuff. it's the other way around, an amba bus behind a pci bus. |
| 02:37.11 | penguin42 | froese: Yeh, that's what I suspected |
| 02:53.19 | *** join/#arm-netbook froese (~froese@212.255.29.201) |
| 03:19.59 | *** part/#arm-netbook beatnick_ (~nic@adsl-84-226-68-169.adslplus.ch) |
| 04:57.44 | *** join/#arm-netbook aholler (~aholler@p57B203BF.dip0.t-ipconnect.de) |
| 05:17.32 | *** join/#arm-netbook AC`97 (~pzzt@50-0-74-80.dsl.dynamic.sonic.net) |
| 05:17.42 | AC`97 | WarheadsSE: mooo |
| 06:09.20 | *** join/#arm-netbook Quarx (~Quarx@46.233.234.117) |
| 06:38.59 | *** join/#arm-netbook harrow (~harrow@li125-242.members.linode.com) |
| 06:52.08 | *** join/#arm-netbook soooga (~soooga@112.192.187.191) |
| 06:53.58 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 06:59.00 | *** join/#arm-netbook soooga (~soooga@112.192.187.191) |
| 07:01.06 | *** join/#arm-netbook ManoftheSea (~ManoftheS@64.150.161.184) |
| 07:06.35 | *** join/#arm-netbook arete74 (~arete74@net-93-64-241-175.cust.dsl.vodafone.it) |
| 07:08.29 | *** join/#arm-netbook soooga (~soooga@112.192.187.191) |
| 07:15.51 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 07:20.46 | *** join/#arm-netbook Skoti (589cdff4@gateway/web/freenode/ip.88.156.223.244) |
| 08:13.36 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:25.51 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:51.26 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 09:13.40 | *** join/#arm-netbook hipboi (~hipboi@123.64.149.252) |
| 09:28.51 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.208) |
| 09:34.48 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 09:57.43 | *** join/#arm-netbook torpor (~w1x@91-115-52-235.adsl.highway.telekom.at) |
| 09:59.49 | torpor | morning |
| 10:07.00 | *** join/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
| 10:09.28 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 10:30.21 | *** join/#arm-netbook hst_ (54d3174c@gateway/web/freenode/ip.84.211.23.76) |
| 10:30.39 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 10:34.22 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 10:41.58 | *** join/#arm-netbook Maqs (~marcus@marcus.eunomia.de) |
| 10:49.21 | *** join/#arm-netbook orly_owl (~david@unaffiliated/orly-owl/x-3167833) |
| 11:12.04 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 11:13.33 | *** part/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 11:13.54 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 11:17.44 | techn_ | mnemoc: Now I'm going for dynamic resolution part.. this is a bit trickier |
| 11:19.08 | techn_ | but I have found couple bugs during this |
| 11:21.16 | mnemoc | bugs where? |
| 11:21.29 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 11:30.52 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 11:32.00 | *** join/#arm-netbook cubiefan (747854fc@gateway/web/freenode/ip.116.120.84.252) |
| 11:32.05 | cubiefan | hello |
| 11:32.37 | cubiefan | Is there anyone who have any 3d modeling file of cubieboard? |
| 11:37.23 | torpor | there is one on thingiverse |
| 11:37.29 | torpor | just search for cubieboard |
| 11:38.41 | cubiefan | oh thanks! |
| 11:59.41 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 12:02.08 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 12:14.27 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 12:15.03 | techn_ | mnemoc: in stage branch.. dunno if they effect something.. but atleast inconstencies |
| 12:15.08 | cubiefan | http://sketchup.google.com/3dwarehouse/details?mid=4ba0d4342642a7001449b3a1ac7e614c |
| 12:15.33 | cubiefan | My friend converted stl to use in sketchup |
| 12:20.10 | mnemoc | techn_: but on what? disp? usb? .... |
| 12:20.16 | *** join/#arm-netbook von_fritz (~fritz@host212-191-dynamic.4-87-r.retail.telecomitalia.it) |
| 12:20.32 | techn_ | disp |
| 12:20.44 | mnemoc | ok |
| 12:22.38 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 12:37.03 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 12:45.18 | *** join/#arm-netbook hipboi_ (~hipboi@123.89.114.137) |
| 12:54.05 | *** join/#arm-netbook rz2k (~rz2k@128-69-239-76.broadband.corbina.ru) |
| 12:54.42 | *** part/#arm-netbook hipboi_ (~hipboi@123.89.114.137) |
| 12:58.47 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 12:59.47 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 13:03.14 | *** join/#arm-netbook rellla2 (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 13:17.05 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 13:20.35 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 13:29.35 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 13:46.15 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 13:49.22 | *** join/#arm-netbook Quarx (~Quarx@46.233.234.117) |
| 13:53.37 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 14:02.46 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564C0.dip0.t-ipconnect.de) |
| 14:12.52 | *** join/#arm-netbook gzamboni (~gzamboni@132.134.200.77.rev.sfr.net) |
| 14:21.55 | *** join/#arm-netbook gzamboni_ (~gzamboni@94.191.15.109.rev.sfr.net) |
| 14:33.22 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56388.dip0.t-ipconnect.de) |
| 15:13.59 | WarheadsSE | AC`97: bauk |
| 15:16.01 | *** join/#arm-netbook arete (~arete74@2-226-90-244.ip180.fastwebnet.it) |
| 15:16.10 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 15:28.01 | *** join/#arm-netbook clyphox (~stark@host86-180-123-193.range86-180.btcentralplus.com) |
| 15:34.00 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 16:14.02 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 16:30.46 | mnemoc | techn_: around? |
| 16:39.17 | *** join/#arm-netbook tinti (~tinti@201.80.36.179) |
| 16:39.33 | ssvb | rz2k, libv: tried to play a bit with DRI2 support for fbdev DDX - http://cgit.freedesktop.org/~siamashka/xf86-video-fbdev/log/?h=wip-sunxi-mali |
| 16:45.41 | ssvb | rz2k: has page flipping ever worked correctly with xf86-video-mali in any configuration on A10 hardware? |
| 17:02.17 | rz2k | no idea, but MaliDRI2ScheduleSwap is called correctly |
| 17:02.30 | rz2k | I believe techn_ checked that |
| 17:02.39 | rz2k | he is also on our 'disp' team |
| 17:03.32 | mnemoc | rz2k: are you familiar with the edid stuff? |
| 17:03.40 | rz2k | nope |
| 17:03.45 | mnemoc | ok :) |
| 17:04.08 | rz2k | I have vga monitor connected to my mele, so never needed that |
| 17:06.44 | mnemoc | I bought an hdmi/vga converter and got some decent-looking edid debugging output <http://dpaste.com/855582/> and was wondering if it implies that the converter is good and that eventually I'll be able to use it ;-) |
| 17:07.30 | mnemoc | (the xrandr above is obviusly from my laptop) |
| 17:08.37 | mnemoc | it's not easy to find inexpensive real hdmi/vga converters |
| 17:10.35 | *** join/#arm-netbook humoluden (5c2b04b1@gateway/web/freenode/ip.92.43.4.177) |
| 17:12.41 | techn_ | mnemoc: |
| 17:13.03 | mnemoc | techn_: hey! please read the 3 lines above :) |
| 17:13.09 | buZz | mnemoc: its not? |
| 17:13.21 | buZz | i saw a lot of HDMIVGA convertors for ~40 euros |
| 17:13.29 | buZz | really lots and lots |
| 17:13.33 | mnemoc | that doesn't count as inexpensive |
| 17:13.40 | techn_ | rz2k: thats new |
| 17:13.52 | buZz | well decoding HDMI and reencoding to VGA takes power |
| 17:14.04 | buZz | mnemoc: what did you pay for yours? |
| 17:14.09 | mnemoc | 9 |
| 17:14.13 | buZz | wow |
| 17:14.24 | mnemoc | so if it works... :) |
| 17:14.33 | buZz | it will be sold out quickly ;) |
| 17:14.42 | mnemoc | :) |
| 17:15.33 | buZz | i should be trying those kernel mods |
| 17:15.40 | buZz | to get proper res on my lapdock :) |
| 17:16.14 | mnemoc | buZz: no need to apply patches, it's all in the stage branches on the normal git repo |
| 17:16.53 | buZz | well, need to figure out which branch then :P |
| 17:17.10 | mnemoc | stage/sunxi-3.0 or stage/sunxi-3.4 |
| 17:17.18 | mnemoc | depending on your taste |
| 17:18.54 | buZz | is 3.4 proper?\ |
| 17:19.16 | mnemoc | it has some glitches... but some people uses it |
| 17:19.25 | mnemoc | 3.0 is safer |
| 17:19.39 | buZz | ok, i'll stick to 3.0 for now |
| 17:20.25 | mnemoc | sunxi-wise they are most equivalent. except for some usb gadget and 8250 issues |
| 17:20.45 | techn_ | mnemoc: what your laptops sysfs says? |
| 17:21.58 | techn_ | mnemoc: 8250 issues.. do you know why they want to use custom driver for that? |
| 17:23.43 | mnemoc | techn_: they inject some busywaiting hacks |
| 17:24.20 | techn_ | 16520A worked well what I tested |
| 17:24.33 | mnemoc | techn_: my laptop doesn'tt have any decent graphics/fb*/modes. U:640x480p-73 |
| 17:24.45 | mnemoc | techn_: it does... most of the times |
| 17:26.01 | mnemoc | techn_: and this junk https://github.com/linux-sunxi/linux-sunxi/commit/18639db64ff6585d4be91f9645674957feb01452 "fixes" the others |
| 17:26.31 | mnemoc | (subject is mine, original commit has "more fixes" as message) |
| 17:27.26 | mnemoc | the idea of cherry-picking that makes me sick |
| 17:27.36 | techn_ | +1 |
| 17:28.30 | ssvb | rz2k: yes, MaliDRI2ScheduleSwap gets caled, but it has branches to handle 3 different cases, and branch which is supposed to do flipping is never used for me |
| 17:28.30 | mnemoc | btw, <http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=251188445067#ht_1951wt_1041> is the converter I tried |
| 17:30.08 | rz2k | ssvb: so its dead then, no surprise for this driver |
| 17:30.17 | rz2k | check the r3p2 xorg driver, though |
| 17:30.28 | rz2k | they've reworked many functions there |
| 17:43.50 | ssvb | rz2k: thanks, I may try, though looks like xf86-video-mali is a dead end which does not deserve any time wasting on it |
| 17:44.18 | buZz | i wonder when lima driver will be usuable |
| 17:44.43 | buZz | for anything beside rotating cubes |
| 17:45.06 | mnemoc | buZz: lima is only about 3D |
| 17:45.12 | ManoftheSea | hmm... So I finally have an HDMI display... |
| 17:45.15 | buZz | ah meh, so never |
| 17:45.27 | ManoftheSea | Any simple way to flicker the screen, to see if it's working? |
| 17:46.00 | mnemoc | buZz: still in research phase. when "done", it will be on mesa |
| 17:46.33 | mnemoc | buZz: proving a free GL interface |
| 17:46.41 | mnemoc | so, more cubes ;-) |
| 17:46.42 | ssvb | buZz: it is possible to use Mali blobs from any DDX with a little bit of DRI2 code |
| 17:46.45 | buZz | GL? not GLES? |
| 17:46.57 | buZz | GL would be awesome |
| 17:47.18 | mnemoc | whatever mesa3d does |
| 17:47.42 | mnemoc | lima will not implement gl directly, but via mesa3d |
| 17:47.55 | buZz | thats nice |
| 17:49.17 | ssvb | buZz: I just need to get proper support for flipping and vsync, hopefully this is not going to take much time |
| 17:49.32 | ssvb | and I also need to fix 24/32 bpp support, which I have apparently broken with the last minute 16bpp fixes :) |
| 17:50.58 | techn_ | ssvb: what you are deving? |
| 17:51.39 | ssvb | techn_: http://cgit.freedesktop.org/~siamashka/xf86-video-fbdev/log/?h=wip-sunxi-mali (but it is a bit broken at the moment) |
| 17:52.19 | techn_ | ssvb: aah.. how csc is done ? |
| 17:53.14 | techn_ | is it always hw 32bit and converted by software? |
| 17:53.15 | ssvb | what do you mean, mali seems to be rendering in rgb format |
| 17:54.57 | ssvb | yes, it seems to be rendering to 32bit format, but software conversion to 16bit format is faster that 32bit->32-bit memcpy because it is memory bandwidth limited :) |
| 17:55.45 | ssvb | but there should be no copy or conversion operations if flipping is properly done |
| 17:56.42 | techn_ | framebuffer has possibility to render 1 to 32bpp, but needs some work |
| 17:58.01 | techn_ | you'll need to use that other layer instead of scaler layer.. I send that patch before |
| 17:58.30 | techn_ | which forces fb to use non scaler layer |
| 17:59.31 | ssvb | can you provide a link? |
| 18:00.26 | techn_ | https://groups.google.com/forum/?hl=fi&fromgroups=#!topic/linux-sunxi/JNFfGm7AL7w |
| 18:00.33 | techn_ | Patch 8/8 |
| 18:01.14 | ManoftheSea | oh. I suppose it's hard to use framebuffer when it's not compiled. |
| 18:01.19 | ManoftheSea | Heeeerrrrrpppp. |
| 18:02.17 | ssvb | techn_: the description is a bit odd, because I can use 16bpp desktop just fine |
| 18:02.45 | techn_ | ok.. the you have scaler disable in script.bin :/ |
| 18:03.27 | ssvb | maybe |
| 18:04.07 | ssvb | but is it just a 1 line fix? because the rest of your patches seem to have been applied |
| 18:05.00 | techn_ | ssvb: yes.. but its not tested |
| 18:05.47 | ssvb | techn_: is there a userspace sample code which demonstrates how to work with the layers? |
| 18:06.04 | ssvb | and how many layers are supported? |
| 18:06.15 | techn_ | it propably just kills scaling layer ability.. |
| 18:06.27 | mnemoc | ManoftheSea: please use the stage branch |
| 18:06.47 | techn_ | ssvb: xbmc and android could have example |
| 18:07.18 | techn_ | ssvb: And I think it supports 2 layers |
| 18:07.52 | techn_ | atleast |
| 18:07.52 | ManoftheSea | stage branch? |
| 18:07.59 | ssvb | techn_: hmm, the datasheet seemed to refer to 4 layers |
| 18:08.10 | ssvb | techn_: also having a hardware cursor would be nice |
| 18:08.20 | techn_ | ssvb: but can they be used on same framebuffer? |
| 18:08.48 | ssvb | I don't know, that's why I'm asking :) |
| 18:08.56 | techn_ | there seems to be some registers for hwcursor :) |
| 18:09.11 | techn_ | and sprite registers |
| 18:09.44 | ssvb | ok, maybe we can get a decent x11 driver after all :) |
| 18:10.16 | techn_ | I created skeleton of disp registers here: http://linux-sunxi.org/A10/disp |
| 18:10.34 | mnemoc | ssvb: adding g2d support will make x11 support MUCH better |
| 18:10.54 | techn_ | mnemoc: but that wont work with a13 and a10s? |
| 18:11.21 | mnemoc | it's not clear if they have it or not |
| 18:11.29 | techn_ | yep |
| 18:11.32 | mnemoc | but sure, it needs to be "smart" :< |
| 18:11.54 | techn_ | DE_BE_HWC_CRD_CTL0x08d8? Bhardware cursor coordinate control register |
| 18:11.55 | techn_ | DE_BE_HWC_FRMBUF0x08e016? Bhardware cursor framebuffer control |
| 18:12.08 | ssvb | mnemoc: yes, I'm primarily interested in g2d :) and just got sidetracked a bit because xf86-video-mali is simply not fit for the job |
| 18:12.34 | mnemoc | having basic code working on A10 we can confirm other sunxi SoCs have 2d accelerator or not, and in the worst case we will have awesome X11 for A10-only :) |
| 18:12.47 | mnemoc | ssvb: :) |
| 18:12.59 | ManoftheSea | mnemoc, you mean I should move from sunxi-3.0 to "staging"? |
| 18:13.28 | mnemoc | ManoftheSea: stage/sunxi-3.0 has improved (but wanting feedback) hdmi support |
| 18:14.11 | penguin42 | is kind of surprised that no one has ended up using hot nitric and an electron microscope to figure some of this stuff out |
| 18:14.46 | mnemoc | penguin42: if you have access to those things, please do :) |
| 18:15.38 | penguin42 | mnemoc: I don't, but I don't think they're that rare, especially in universities |
| 18:15.51 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
| 18:16.15 | ManoftheSea | mnemoc, I'm pulling the latest from amery/sunxi-3.0. Is that what you mean, or is there a different branch I should get. |
| 18:16.42 | mnemoc | ManoftheSea: that's the branch, yes. |
| 18:16.54 | penguin42 | mnemoc: I remember my last company I worked for (a startup) a few years ago ended up diagnosing a fault on a chip they had made by hiring use of an ion beam/microscope for an afternoon or two |
| 18:16.56 | techn_ | but why amerys repo? |
| 18:17.11 | mnemoc | uh |
| 18:17.20 | mnemoc | ManoftheSea: don't use amery's repos |
| 18:17.47 | mnemoc | ManoftheSea: https://github.com/linux-sunxi/linux-sunxi/ stage/sunxi-3.0 branch |
| 18:18.17 | mnemoc | techn_: thanks. failed to read :| |
| 18:18.34 | ManoftheSea | um, okay, I take back the amery part. I am on linux-sunxi |
| 18:18.45 | ManoftheSea | I only got two updates since... last month? |
| 18:19.00 | ManoftheSea | nuclear defconfig, and sw_hcd0.c |
| 18:19.18 | mnemoc | ManoftheSea: switch to the stage/sunxi-3.0 branch |
| 18:19.50 | ManoftheSea | I admit some unfamiliarity with git... "git switch stage/sunxi-3.0"? |
| 18:20.39 | mnemoc | git checkout -b stage/sunxi-3.0 origin/stage/sunxi-3.0 |
| 18:21.24 | mnemoc | ManoftheSea: and http://git-scm.com/book ;-) |
| 18:21.29 | ManoftheSea | ok, I did "git checkout stage/sunxi-3.0", and now I think I messed myself up. Please help me out of the woods? |
| 18:21.42 | ManoftheSea | studies |
| 18:21.51 | *** join/#arm-netbook ph0en1x (~ph0en1x@c-98-210-135-53.hsd1.ca.comcast.net) |
| 18:21.58 | mnemoc | ManoftheSea: `git checkout -b stage/sunxi-3.0 origin/stage/sunxi-3.0` |
| 18:22.20 | ManoftheSea | fatal: A branch named 'stage/sunxi-3.0' already exists. |
| 18:22.23 | mnemoc | git checkout stage/sunxi-3.0 won't do anything unless you already have a local branch named like that |
| 18:22.32 | mnemoc | ok. you already have one :) |
| 18:22.41 | mnemoc | git reset --hard origin/stage/sunxi-3.0 |
| 18:22.58 | mnemoc | (pull is more elegant, but I don't know how old is it) |
| 18:24.00 | *** join/#arm-netbook nulluser (~Justin@99-46-220-68.lightspeed.livnmi.sbcglobal.net) |
| 18:24.05 | ManoftheSea | ok, it says it worked. |
| 18:24.08 | ManoftheSea | Recompilin' |
| 18:30.26 | jlj | <PROTECTED> |
| 18:30.28 | ManoftheSea | hmm, no joy. I'm clearly missing something. |
| 18:30.45 | ManoftheSea | I'm trying to follow http://linux-sunxi.org/Framebuffer |
| 18:31.24 | ManoftheSea | I'm using the u-boot from the hwpack you pointed me at yesterday, and I have a uEnv.txt which defines the console at /dev/tty0 |
| 18:32.59 | mnemoc | got a serial console? |
| 18:33.13 | mnemoc | if you have an old saved u-boot env, uEnv.txt won't work |
| 18:35.33 | mnemoc | techn_: did you really type that "How about ...?" every time? |
| 18:35.47 | ManoftheSea | mnemoc: no, won't have serial until mid-Jan. saved u-boot env? Is that a file? |
| 18:35.58 | techn_ | mnemoc: copy paste :) |
| 18:36.54 | mnemoc | ManoftheSea: booting from uSD? dd if=/dev/zero of=${card} bs=1024 seek=544 count=128 will clear it |
| 18:37.09 | ManoftheSea | oh my. It's not in the filesystem? |
| 18:37.10 | ManoftheSea | okay. |
| 18:37.24 | mnemoc | ManoftheSea: nothing of u-boot is in the filesystem |
| 18:38.08 | ManoftheSea | ok. |
| 18:38.18 | ManoftheSea | Rebootin' |
| 18:40.33 | mnemoc | techn_: so pr_fmt time |
| 18:40.54 | techn_ | pr_fmt? |
| 18:41.18 | mnemoc | to prefix them |
| 18:41.33 | ManoftheSea | hmm, I had console... but now I only get a kernel panic... |
| 18:41.44 | mnemoc | paste? |
| 18:41.59 | mnemoc | but not on the channel please :p |
| 18:42.21 | ManoftheSea | sorry, mnemoc, it keeps rebooting. I'm pulling the card right now. |
| 18:44.56 | ManoftheSea | nope. It panics because it can't find mmcblk0p2. Which, my computer can find. So... lemme try some things first. |
| 18:45.38 | penguin42 | before it panics it should list all the partitions it can see |
| 18:46.42 | mnemoc | rootwait maybe? |
| 18:46.45 | ManoftheSea | I'll look. It seems to be 1080p, at least. So... lots of lines. |
| 18:47.01 | ManoftheSea | I'll see if I messed up the uEnv.txt, too... |
| 18:47.06 | ManoftheSea | if the root param changed... |
| 18:47.40 | ManoftheSea | panicarg=panic=100 now. |
| 18:48.14 | ManoftheSea | how often do I need to remove the uboot environment? |
| 18:48.17 | ManoftheSea | each boot? |
| 18:51.51 | ManoftheSea | ok, I might be missing a filesystem driver... |
| 18:52.15 | ManoftheSea | It can see 4 partitions on the mmc |
| 18:52.23 | ManoftheSea | but it then asks "(driver?) |
| 18:52.29 | ManoftheSea | I'll check my kernel config |
| 18:52.53 | penguin42 | ManoftheSea: Does it show the device name/number next to each device? |
| 18:54.50 | ManoftheSea | it shows me a bunch of nandx devices, but no... it isn't showing mmcblk0p1 \n mmcblk0p2... |
| 18:54.59 | ManoftheSea | wait, now it works |
| 18:55.09 | ManoftheSea | I did nothing, it just rebooted twice, and now it works. |
| 18:55.15 | ManoftheSea | what the hell gremlins! |
| 19:00.57 | ManoftheSea | anyway, seems it's up. |
| 19:03.43 | mnemoc | ManoftheSea: only once |
| 19:10.06 | mnemoc | ManoftheSea: when you don't have a saved env the one hardcoded in u-boot is used, and that one knows to use uEnv.txt |
| 19:17.27 | *** join/#arm-netbook ph0en1x (~phenx@c-98-210-135-53.hsd1.ca.comcast.net) |
| 19:17.46 | ph0en1x | Hey ally |
| 19:17.55 | ph0en1x | Hey all* |
| 19:19.01 | ph0en1x | rz2k: Pings |
| 19:41.29 | mnemoc | uh |
| 19:55.43 | rz2k | what |
| 20:00.49 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 20:02.39 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 20:04.07 | mnemoc | he gave you 1.5m and left |
| 20:06.31 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 20:16.49 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 20:52.31 | *** join/#arm-netbook eebrah (~chatzilla@41.223.57.75) |
| 21:42.14 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 22:06.17 | slapin | hno: hi! are you here? |
| 22:18.19 | *** join/#arm-netbook rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 23:26.59 | *** join/#arm-netbook froese (~froese@212.255.29.201) |
| 23:37.05 | *** join/#arm-netbook eebrah (~chatzilla@41.223.58.74) |
