| 00:04.45 | steev | serial output? |
| 00:12.05 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 00:13.06 | *** join/#arm-netbook RITRedbeard_ (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 00:25.08 | *** join/#arm-netbook L84Supper (~Larch@unaffiliated/l84supper) |
| 00:27.02 | *** join/#arm-netbook L84Supper2 (~TheLarch@unaffiliated/l84supper) |
| 00:29.34 | TestModule | hdmi, not serial steev |
| 00:30.22 | steev | TestModule: i know you're wanting to get hdmi, but, what does the serial output say |
| 00:33.38 | TestModule | No idea, no USB -> rj45. Is there an easy way to get serial output w/o usb -> rj45? |
| 00:35.45 | *** join/#arm-netbook L84Supper2 (~TheLarch@219.143.5.35) |
| 00:35.45 | *** join/#arm-netbook L84Supper2 (~TheLarch@unaffiliated/l84supper) |
| 00:35.59 | TestModule | It output the script.bin and uimage to the boot partition |
| 01:06.37 | steev | so using the sunxi? |
| 01:06.40 | steev | sunxi-bsp* |
| 01:07.18 | steev | question would be, did anything get logged at all? if you take the sdcard out (assuming it's a device that you're booting from sdcard) |
| 01:07.40 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-82-145.hsd1.ca.comcast.net) |
| 01:07.40 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 01:09.52 | TestModule | mk802 |
| 01:10.09 | TestModule | it didn't boot to android (skipping it). It just kept a black screen |
| 01:10.22 | TestModule | but yes |
| 01:11.05 | TestModule | the ONLY thing i did differently was the 3.4 branch, that's it |
| 01:16.51 | *** join/#arm-netbook Alex1269__ (558e46db@gateway/web/freenode/ip.85.142.70.219) |
| 01:24.00 | TestModule | Ok, so i re-targeted to a different random uboot |
| 01:24.01 | TestModule | works |
| 01:24.20 | TestModule | now i'm getting all sorts of .xsession errors but i know it's there |
| 01:28.13 | *** join/#arm-netbook leowt (~leowt@bl17-27-216.dsl.telepac.pt) |
| 01:32.48 | *** join/#arm-netbook SPG (~kgb@free.hands.com) |
| 01:41.14 | *** join/#arm-netbook Turl (~Turl@cyanogenmod/maintainer/Turl) |
| 01:41.17 | *** join/#arm-netbook leowt_ (~leowt@bl17-27-216.dsl.telepac.pt) |
| 01:46.18 | *** join/#arm-netbook stefanro1 (~stefan@pD9FFAD55.dip.t-dialin.net) |
| 01:59.02 | *** join/#arm-netbook leowt (~leowt@bl17-27-216.dsl.telepac.pt) |
| 02:01.18 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 02:02.33 | *** join/#arm-netbook servili007_ (~servili00@unaffiliated/servili007) |
| 02:03.52 | *** join/#arm-netbook servili007__ (~servili00@ool-4572475c.dyn.optonline.net) |
| 02:07.16 | *** join/#arm-netbook arokux2 (~arokux@merkur178.inf.uni-konstanz.de) |
| 02:07.39 | *** join/#arm-netbook Avernos (~avernos@unaffiliated/avernos) |
| 02:09.13 | *** join/#arm-netbook servili007__ (~servili00@ool-4572475c.dyn.optonline.net) |
| 02:16.42 | Alex1269__ | mnemoc, are you here ? |
| 02:19.37 | *** join/#arm-netbook L84Supper2 (~TheLarch@unaffiliated/l84supper) |
| 02:20.36 | WarheadsSE | probably not at this time of night |
| 02:20.45 | WarheadsSE | its ~ 3 am there? |
| 02:21.03 | TestModule | Can i mount an image from x86 and download the arm version of a file through chroot or something to that extent? |
| 02:23.45 | WarheadsSE | TestModule: you should be able to mount it, though chrooting probably wont work without a binfmt_misc & qemu-static-arm |
| 02:24.00 | WarheadsSE | mount/cd/dl.. |
| 02:24.38 | Alex1269__ | My time is 13:30 (gmt+11)... his 3.00...10 hours diff... Ok.. :) |
| 02:27.22 | *** join/#arm-netbook aholler (~aholler@p57B2048C.dip0.t-ipconnect.de) |
| 02:28.20 | WarheadsSE | I'm at -5 |
| 04:12.19 | *** join/#arm-netbook aholler_ (~aholler@p57B20474.dip0.t-ipconnect.de) |
| 04:21.56 | *** join/#arm-netbook jinzo (~jinzo@unaffiliated/jinzo) |
| 04:36.28 | *** join/#arm-netbook KoH__ (~kane@trir-4d0d862f.pool.mediaWays.net) |
| 05:15.11 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 05:20.01 | Jef91 | anyone here played around with the RK3066 devices (namely the mk808) |
| 05:36.40 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 05:47.35 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 06:06.21 | *** join/#arm-netbook TestModule (ada80407@gateway/web/freenode/ip.173.168.4.7) |
| 06:09.57 | *** join/#arm-netbook L84Supper2 (~TheLarch@219.143.5.35) |
| 06:09.57 | *** join/#arm-netbook L84Supper2 (~TheLarch@unaffiliated/l84supper) |
| 07:23.10 | TestModule | Is there a way to make DD only copy partitioned space? |
| 07:26.14 | Triffid_Hunter | TestModule: sure, copy the partitions |
| 07:27.28 | TestModule | and output as one img? Do i if= both? |
| 07:28.15 | Triffid_Hunter | TestModule: oh, you want one image? you'll have to see where the last partition ends for that |
| 07:42.59 | TestModule | i know where it ends in terms of sector |
| 07:43.17 | *** join/#arm-netbook ludde (~ludde@nl102-236-113.student.uu.se) |
| 07:59.19 | *** join/#arm-netbook rellla (~rellla@p5B0783A3.dip0.t-ipconnect.de) |
| 08:03.44 | *** join/#arm-netbook lkcl (~lkcl@92.40.254.53.threembb.co.uk) |
| 08:04.39 | *** join/#arm-netbook rellla2 (~rellla@p5B0784C5.dip0.t-ipconnect.de) |
| 08:12.45 | *** join/#arm-netbook pcat (~cat@37-136-253-226.nat.bb.dnainternet.fi) |
| 08:18.06 | *** join/#arm-netbook sspiff (~wim@unaffiliated/yukito) |
| 08:21.52 | *** join/#arm-netbook Quarx (~Quarx@109.120.32.252) |
| 08:24.54 | *** join/#arm-netbook lkcl (~lkcl@92.40.254.87.threembb.co.uk) |
| 08:28.12 | TestModule | Is there any reason the LCD kernel module should be loaded with an HDMI device? |
| 08:39.18 | libv | some nasty memory corruption on the linaro stack: http://pastebin.com/P049veqW |
| 08:39.32 | libv | pthread_mutex_unlock and the world goes poof. |
| 08:43.20 | mnemoc | libv: :o |
| 08:43.27 | andoma | weird |
| 08:43.54 | mnemoc | TestModule: the "lcd" driver is misnamed |
| 08:44.00 | mnemoc | Alex1269_: pong |
| 08:45.16 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 08:45.55 | TestModule | ah |
| 08:56.28 | *** join/#arm-netbook Kebianizao|work (~Kebianiza@130.35.218.87.dynamic.jazztel.es) |
| 09:23.12 | *** join/#arm-netbook hipboi (~hipboi@222.50.110.144) |
| 09:41.52 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 09:50.26 | Alex1269_ | Hi |
| 09:50.49 | Alex1269_ | Are you still here ? :) |
| 09:54.34 | mnemoc | Alex1269_: who? |
| 09:55.22 | Alex1269_ | mnemoc, I got libgpio working and gpio read/write too... But want to make exported gpio names looks like 'gpio111_ph21'. This require allocating array of strings. What the correct way to allocate/fill it for kernel driver ? |
| 09:57.22 | mnemoc | char name[32]; ? |
| 09:57.53 | mnemoc | just make the name part of the struct |
| 09:59.08 | Alex1269_ | dynamic array of char name[32] for gpiochip structure ? |
| 09:59.29 | mnemoc | no |
| 10:00.01 | mnemoc | each gpio has it's struct, stick the name in there |
| 10:01.22 | mnemoc | if you show your code I can make a more specific suggestion |
| 10:01.44 | mnemoc | but don't extra dynamic allocations is wrong |
| 10:03.50 | Alex1269_ | Just have no ide how to show you a core. Look at driver drivers/gpio/cs5535-gpio.c line 274. There is an array of strings passed into gpiochip structure 'names' member... |
| 10:04.53 | Alex1269_ | In my code driver reads sysconfig gpio_para for gpios and can't use static naming... |
| 10:05.41 | mnemoc | you only need to allocate once. read the number of gpios in the fex and then allocate an array of struct, one struct for each gpio, including a name field |
| 10:05.58 | Alex1269_ | So I have to alloc and fill it... But don't known how to make it correctly |
| 10:06.39 | mnemoc | kzalloc(sizeof(struct sunxi_notugly_gpio)*gpio_num) |
| 10:08.58 | Alex1269_ | Hmm. Got an idea. Thanks... |
| 10:13.29 | mnemoc | the driver can construct it's state struct with whatever is needed |
| 10:13.46 | mnemoc | as long as it has the right sub structs inside |
| 10:13.56 | mnemoc | that way you only allocate once |
| 10:14.09 | mnemoc | making error handling much cleaner |
| 10:15.14 | Alex1269_ | There is a gpiolib structure "gpiochip" which want its names member as an array of strings. I have to kzalloc array of char* and then allocate space for each string... and then fill it. Not very clean :( |
| 10:19.59 | mnemoc | make a superstructure above gpiochip and include the array of strings on it |
| 10:20.09 | mnemoc | then you allocate only the superstructure |
| 10:20.29 | *** join/#arm-netbook focus (~focus@host81-149-149-147.in-addr.btopenworld.com) |
| 10:22.32 | mnemoc | if you need to kzalloc twice, you are doing it wrong |
| 10:23.47 | *** join/#arm-netbook rellla (~rellla@p5B0784C5.dip0.t-ipconnect.de) |
| 10:24.35 | Alex1269_ | Got it. :) Thanks. |
| 10:25.26 | mnemoc | uhm... iirc that gpiochip should be only one for the whole driver |
| 10:26.12 | mnemoc | let me look at the code :p |
| 10:26.38 | slapin | mnemoc: NO! noooooooooo! |
| 10:27.05 | slapin | gpiochip should be per GPIO module |
| 10:27.45 | mnemoc | slapin: but in a gpio_para world there is only one module |
| 10:27.57 | Alex1269_ | It should be one for logic group of gpios... For example one driver can add all a10 gpios as one gpiochip (with 32 gpios) for every bank. |
| 10:28.25 | mnemoc | then you are stepping out of script.bin |
| 10:28.26 | slapin | Alex1269_: yep |
| 10:28.29 | mnemoc | fine for 3.8+ |
| 10:28.32 | mnemoc | not for 3.0/3.4 |
| 10:28.49 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 10:28.50 | slapin | mnemoc: why? |
| 10:28.52 | mnemoc | but for 3.8+ we already have a proper driver |
| 10:29.09 | Alex1269_ | Yes, so I should use only one gpiochip structure with all that names :( |
| 10:29.12 | slapin | don't forget about irqchip thing, too |
| 10:29.31 | mnemoc | slapin: he is trying to add "decent" gpio support for the legacy kernel |
| 10:29.42 | mnemoc | not to reimplement the world |
| 10:29.58 | mnemoc | because for future it's already implemented properly |
| 10:30.07 | slapin | mnemoc: and what is wrong about multiple gpio chips? |
| 10:30.34 | mnemoc | slapin: it doesn't fit in the current implementation of the core |
| 10:30.42 | Alex1269_ | 1+n kzalloc... or alloc 32*n+n*sizeof(int) |
| 10:31.03 | mnemoc | slapin: he has a lost of gpio fex entries, bank is not relevant |
| 10:31.08 | mnemoc | s/lost/list/ |
| 10:31.45 | slapin | mnemoc: this doesn't change actual gpio numbers, nothing really changes |
| 10:32.41 | slapin | mnemoc: nothing needs to care about actual gpio chips, so nothing prevents from using multiple, just try ind see |
| 10:33.02 | mnemoc | sure nothing prevents it |
| 10:33.03 | slapin | if using gpiolib that is |
| 10:33.11 | mnemoc | i only mean it's worthless |
| 10:33.17 | slapin | and it is easier this way |
| 10:33.23 | slapin | mnemoc: why? |
| 10:33.25 | mnemoc | gpio_used = 1 |
| 10:33.25 | mnemoc | gpio_num = 3 |
| 10:33.25 | mnemoc | gpio_pin_1 = port:PH10<1><default><default><0> |
| 10:33.25 | mnemoc | gpio_pin_2 = port:PH20<1><default><default><1> |
| 10:33.27 | mnemoc | gpio_pin_3 = port:PB03<0><default><default><default> |
| 10:33.32 | mnemoc | that's all for the hackberry |
| 10:33.52 | mnemoc | that imho should be faked as a single gpio chip |
| 10:34.11 | mnemoc | with 3 gpios |
| 10:34.14 | mnemoc | that's all |
| 10:34.41 | slapin | mnemoc: eeeeewwwww.... |
| 10:35.11 | mnemoc | why do we need extra complexity in something that only needs to solve a problem on a legacy kernel? |
| 10:35.21 | slapin | green LED is flashing again, bad, bad morning it will be... |
| 10:35.31 | mnemoc | :( |
| 10:36.11 | slapin | mnemoc: I wonder why it is needed at all (gpios from userspace) |
| 10:36.34 | Alex1269_ | mnemoc, I did this and it works just fine... But gpio names in /dev/class/gpio looks like gpio254, gpio 255... etc... |
| 10:36.36 | mnemoc | slapin: for people using sunxi boards with pins for home automation |
| 10:36.53 | slapin | is not one to talk - his last product uses devmem to configure fremebuffer |
| 10:36.55 | mnemoc | who need something to use today, and not in 2 years |
| 10:37.10 | mnemoc | /dev/mem needs root :) |
| 10:37.30 | mnemoc | sunxi-tools's pio can also play via /dev/mem now |
| 10:37.43 | mnemoc | but it's not something you want everyone playing with |
| 10:38.01 | Alex1269_ | To make them readable I should create names array and pass it with gpiochip structure for gpiolib. |
| 10:38.22 | slapin | mnemoc: strange, why this is in fex file at all... |
| 10:39.02 | mnemoc | there is a gpio driver already |
| 10:39.14 | mnemoc | it just doesn't use the right class, and works only for outputs |
| 10:39.28 | mnemoc | (and it's called ugly_gpio :p) |
| 10:39.34 | slapin | wicked, damn wicked |
| 10:39.51 | slapin | hates avery bit of it |
| 10:40.03 | slapin | s/every/every/ |
| 10:40.12 | slapin | damn |
| 10:40.16 | slapin | ant this too |
| 10:40.20 | slapin | damn |
| 10:40.22 | mnemoc | :) |
| 10:40.33 | slapin | gets back to $work$ |
| 10:40.44 | Alex1269_ | What if I make one kzalloc(32*n+n*sizeof(int)) where n is a number of gpios and than prepare pointers at first n*sizeof(int) bytes ? Is this better than 1+n kzalloc calls ? |
| 10:41.12 | mnemoc | Alex1269_: can you show your current code? http://sprunge.us/ |
| 10:41.17 | slapin | Alex1269_: you better make struct |
| 10:41.58 | Alex1269_ | 5 secs |
| 10:42.08 | mnemoc | one struct for each gpio, with a char name[32] on it was the initial suggestion.... |
| 10:43.14 | mnemoc | unless gpiolib wants a char [] |
| 10:43.15 | slapin | mnemoc: and what is wrong with that? you can alloc the array of these structs N*sizeof(...) |
| 10:43.53 | mnemoc | slapin: i don't know what's wrong with it. that's what I suggested and somehow Alex1269 can't use |
| 10:43.54 | slapin | mnemoc: gpiolib in itself doesn't care much for names, only for numbers. |
| 10:45.39 | mnemoc | i did fall in the trap of refactoring the whole script.bin based world to coexist with pinctrl |
| 10:45.50 | mnemoc | i just don't want Alex1269_ to fall in the same |
| 10:46.03 | mnemoc | because it's worthless |
| 10:46.24 | mnemoc | real drivers need refactoring, the core doesn't. it's rewritten |
| 10:46.50 | mnemoc | once the drivers are decent they can be ported to dt, not rewritten |
| 10:47.06 | mnemoc | imho |
| 10:47.08 | mnemoc | :) |
| 10:47.21 | Alex1269_ | slapin, gpiolib can use provided names. Is there any way to get sprunge as ubuntu package ? I installed today a compile server at work (kernel compiled from scratch in 3minutes) |
| 10:48.00 | mnemoc | Alex1269_: curl -F 'sprunge=<-' http://sprunge.us < foo.c |
| 10:48.29 | mnemoc | I use a ~/bin/sprunge, others prefer an alias |
| 10:48.40 | mnemoc | but it's basically that curl call, nothing to package |
| 10:49.39 | Alex1269_ | http://sprunge.us/feQE |
| 10:50.13 | mnemoc | one awesome things about sprunge is that you can now append ?c and see it highlightened |
| 10:50.54 | Alex1269_ | wow... |
| 10:51.43 | mnemoc | so your problem is sunxi_gpio_chip.names = pnames; |
| 10:51.45 | mnemoc | i see now |
| 10:52.04 | Alex1269_ | :) |
| 10:52.54 | mnemoc | yes, you are screwed. you'll need to allocate twice :< |
| 10:53.01 | mnemoc | and iterate populating |
| 10:53.05 | Alex1269_ | The problem is to create it using one kzalloc :) |
| 10:54.13 | mnemoc | kzalloc(num*name_size*sizeof(char)) |
| 10:54.39 | mnemoc | sucks |
| 10:55.25 | *** join/#arm-netbook ganbold (~ganbold@202.179.0.162) |
| 10:55.40 | mnemoc | be sure to free before err = -ENOMEM; |
| 10:55.49 | mnemoc | one of those can be properly allocated |
| 10:56.28 | Alex1269_ | This is possible but too complicated code :( kzalloc(name_size*num+num*sizeof(char*)) and then fill it |
| 10:57.00 | slapin | I don't see why 2 kzallocs is needed |
| 10:57.21 | slapin | are needed |
| 10:57.52 | slapin | needs a gallon of gasoline... |
| 10:58.01 | slapin | or gallon of cofee |
| 10:58.25 | slapin | barely can type anything |
| 10:59.07 | slapin | need an excuse for today, non-working Internet was yesterday, any ideas? |
| 10:59.55 | Alex1269_ | not 2... but 2+gpio_num --> one for gpio_struct to keep handlers from sys_config routines, one for variable array of pointers and others to allocate 32 bytes space for strings... |
| 11:02.45 | slapin | Alex1269_: you can alloc everything in one go if using structs (hint: alignment) |
| 11:03.46 | mnemoc | slapin: but he has a .names that needs char *[32] |
| 11:04.04 | Alex1269_ | How ? Two variable arrays. One for use with china commented code from sys_config.c and another for gpiolib |
| 11:04.48 | slapin | mnemoc: I still don't see a problem |
| 11:05.11 | slapin | you know all amounts at the time of allocation |
| 11:05.22 | slapin | so you can allocate in one go |
| 11:06.16 | mnemoc | kzalloc(N*sizeof(T1)+N*sizeof(T2)) is awfull |
| 11:07.22 | mnemoc | N*(sizeof(T1)+sizeof(T2)) is even uglier |
| 11:07.39 | mnemoc | sure it works, but.... yuck |
| 11:07.40 | slapin | show the code, it can be made good |
| 11:07.47 | mnemoc | http://sprunge.us/feQE?c |
| 11:07.59 | slapin | k*alloc is heavy enough |
| 11:08.49 | mnemoc | sure, but in this case the readability will be a problem |
| 11:09.27 | mnemoc | not only on the kzalloc() itself, but on the lines that will take the pointers to the right places of the chunk |
| 11:11.24 | mnemoc | T1 *t1 = kzalloc(N*sizeof(T1)+N*sizeof(T2)); T2 *t2 = (char*)(t1+N); .... yuck |
| 11:13.46 | mnemoc | btw, is that kind of stuff accepted upstream? (i know this particular code won't go up there) |
| 11:15.02 | *** join/#arm-netbook pcat (~cat@37-136-15-29.nat.bb.dnainternet.fi) |
| 11:16.13 | hansg | From my experience for upstream (and for me personally too) readability trumps saving a single kalloc, unless that is in a hotpath. |
| 11:17.00 | hansg | Basically, esp when the code is device init only, so no hot path, going from n -> 1 alloc is good, going from 2 -> 1 alloc, but requiring all kind of ugliness to do so is bad. |
| 11:17.34 | mnemoc | that's what I though |
| 11:17.56 | Alex1269_ | So I'll do 2 kzalloc and second will be kzalloc(sizeof(char*)*n+n*32) :) |
| 11:18.29 | Alex1269_ | I planed to write irq code today but stick with this :) |
| 11:19.10 | mnemoc | Alex1269_: please be sure to test for kfree before -ENOMEM |
| 11:19.25 | mnemoc | one of the two allocs might have succeed |
| 11:19.30 | Alex1269_ | Ok |
| 11:20.52 | mnemoc | does .names need to be an array of pointers instead of an array of char[K] ??? yuck |
| 11:21.37 | mnemoc | but if it's an array of pointers you might prefer to point to a field in the data struct |
| 11:21.57 | mnemoc | so only N*sizeof(char*) |
| 11:22.05 | hansg | mnemoc, not sure what you;re talking about, but kfree is NULL pointer tolerant, so what you usually do with multiple allocs is: 1) initialize all pointers to NULL on declaration, 2) "goto error;" on alloc fail of any pointer 3) kfree() all pointers unconditionally in error handling block, since the kfree on the NULL ptrs will be a nop |
| 11:22.55 | mnemoc | hansg: yes, but http://sprunge.us/feQE?c line 172 |
| 11:22.58 | Alex1269_ | const char *const *names; |
| 11:22.59 | mnemoc | doesn't kfree anything |
| 11:23.16 | Alex1269_ | mnemoc, I'll fix this... |
| 11:24.52 | hansg | mnemoc, ah I see, so what most kernel driver code does in cases like this is have 2 exit labels, one for the enomem case, one for the rest, and unconditionally kfree both pointers in the error exit path |
| 11:24.53 | Alex1269_ | this is from struct gpio_chip (include/asm-generic/gpio.h) --> const char *const *names; |
| 11:26.29 | hansg | Alex1269_,, ie have the error-exit code look like this: http://fpaste.org/r69P/ |
| 11:26.40 | hansg | and jump to error_no_mem if either of the allocs has failed |
| 11:27.58 | hansg | Erm, that one has the labels wrong, try this one: http://fpaste.org/SWBP/ |
| 11:28.45 | Alex1269_ | Ok. Looks clear and beauty :) |
| 11:31.56 | *** join/#arm-netbook leowt (~leowt@233.163.108.93.rev.vodafone.pt) |
| 11:35.57 | mnemoc | hansg: ah, neat solution. goto ftw :) |
| 11:48.10 | libv | mnemoc: issue found |
| 11:48.36 | libv | mali kernel interface changed, and one of the ioctl structs had different sizes and i was not taking this into account |
| 11:52.04 | mnemoc | libv: oh |
| 11:52.18 | mnemoc | libv: the 3rd buffer thing? |
| 11:53.38 | libv | the threading issue for which i pastebinned something earlier |
| 11:56.20 | mnemoc | i mean the mali interface change that triggered it |
| 12:03.03 | libv | no, the wait_for_notification ioctl struct is 8 bytes larger than the one i was using which originally came off r2p1 |
| 12:05.23 | mnemoc | i see |
| 12:06.42 | andoma | isn't the size of the transfered data part of the ioctl id? |
| 12:07.59 | hansg | andoma, one sane interfaces yes, on the sunxi disp ioctls no :) |
| 12:08.09 | andoma | ah |
| 12:08.27 | hansg | AFAIk they just use numbers rather then the IOCTL macros which embed things like data exchange direction and size .. |
| 12:09.16 | andoma | why am I not surprised :( |
| 12:09.16 | mnemoc | :) |
| 12:10.52 | libv | this was the mali interface, so i guess some work is in order there still to flag that there is a difference in size |
| 12:11.22 | libv | hansg: yes, disp is unbelievably stupid |
| 12:11.45 | libv | "ioctl nr 2 does not work on linux, why???" is one of the comments allwinner people made |
| 12:12.01 | andoma | yeah i like that one :) |
| 12:13.17 | mnemoc | :D |
| 12:13.40 | libv | disp is broken, we should slowly kill it by dissection |
| 12:28.11 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 12:28.25 | *** join/#arm-netbook nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) |
| 12:30.11 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 12:31.41 | *** join/#arm-netbook hark (~hark@w.v89.eu) |
| 12:37.35 | *** join/#arm-netbook alcides (~alcides@187.113.9.236) |
| 12:37.36 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 12:54.42 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.149) |
| 13:26.06 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 13:27.39 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 13:27.55 | *** join/#arm-netbook rz2k (~rz2k@95-28-243-116.broadband.corbina.ru) |
| 13:33.12 | slapin | is there any sane USB hub out there? the one which doesn't produce EMI on all ports upon device insert/remove? and which handles power on/off commands properly? |
| 13:33.33 | *** join/#arm-netbook alcides (~alcides@187.113.9.236) |
| 13:33.34 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 13:36.46 | mnemoc | slapin: I have http://www.orico.com.cn/en/ProductInfo.aspx?typeid=87&id=563 it's pretty good quality and 4A, but don't know if it meets your reqs |
| 13:37.20 | mnemoc | they have a usb3 variant too |
| 13:37.47 | WarheadsSE | 4A hub, pretty big |
| 13:38.00 | WarheadsSE | But, then I don't use that many USB devices |
| 13:38.24 | mnemoc | it's for $22 on ebay |
| 13:39.06 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 13:40.05 | mnemoc | http://www.ebay.com/itm/ORICO-H4928-U2-4-Port-USB-2-0-480Mbps-High-Speed-Hub-Blue-LED-w-External-Power-/170966582369 |
| 13:40.36 | mnemoc | comes with a 12V/2.5A power adapter |
| 13:40.50 | mnemoc | brb |
| 13:42.29 | slapin | I'd like to have power isolation and control (to switch ports off) then I'd buy 100-300 of them... |
| 13:47.01 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 14:21.55 | mnemoc | the hubs with power switch I've seen are very crappy |
| 14:22.24 | *** join/#arm-netbook Jonathan_Eyre (~eyrej_000@h18.206.91.75.dynamic.ip.windstream.net) |
| 14:31.34 | slapin | mnemoc: I don't want switches, I want controllable (on/off) isolated dc-dcs (5V-5V) |
| 14:32.08 | slapin | hub chips support such power control, but nobody cares actually implementing such functionality in devices |
| 14:33.58 | slapin | or single isolated dc-dc and well-made MOSFET-based switches, controlled from hub chip |
| 14:34.21 | slapin | but per port isolation is far better |
| 14:34.45 | slapin | signal isolation is not needed, only power isolation |
| 14:35.46 | slapin | I can make such hub myself, but it will consume too much time to develop, I'd prefer stock solution. |
| 14:36.17 | slapin | as I have more things I'd use my time on |
| 14:41.25 | mnemoc | slapin: if you have code for the on/off I can test it on my orico |
| 14:43.39 | *** join/#arm-netbook herdingcat (~huli@222.128.173.61) |
| 14:44.52 | herdingcat | Hi all, I purchased a cubieboard and when I compiled the kernel and using Fedora 17 rootfs, after booting the system was stuck here: http://fpaste.org/naws/ |
| 14:45.14 | herdingcat | Can anyone tell me how to debug the problem? I didn't see any error message in kernel stage. |
| 14:47.00 | ganbold_ | I'm also new to cubieboard, but you can check https://github.com/linux-sunxi/linux-sunxi/commit/614fd293b370c88629c3c4437e1af5c0b013c087 |
| 14:47.06 | ganbold_ | it could related to uart |
| 14:47.27 | herdingcat | ganbold_, let me have a look |
| 14:47.45 | ganbold_ | but I could be wrong, and someone else can give proper answer |
| 14:48.26 | ganbold_ | I have trouble with uart too, but on different OS |
| 14:50.29 | mnemoc | herdingcat: there is A10 support for F18 |
| 14:50.40 | herdingcat | ganbold, mate, I'm confused, I'm using the latest kernel src from https://github.com/linux-sunxi/linux-sunxi |
| 14:51.02 | herdingcat | ganbold, why there would be other commits? |
| 14:51.13 | herdingcat | mnemoc, F17 is not working w/ A10? |
| 14:51.27 | slapin | mnemoc: echo off > /sys/bus/usb/devices/1-1/power/level |
| 14:51.33 | slapin | mnemoc: echo on > /sys/bus/usb/devices/1-1/power/level |
| 14:51.34 | mnemoc | herdingcat: don't know. I just know that hansg mantains F18 support |
| 14:51.37 | hansg | I don't know about F-17, but F-18 is working ... |
| 14:51.45 | herdingcat | mnemoc, the reason why I'm using F17 is because there's bare rootfs. |
| 14:51.45 | mnemoc | slapin: oh |
| 14:51.49 | slapin | mnemoc: 1-1 - bus id |
| 14:51.59 | herdingcat | mnemoc, I need rootfs |
| 14:52.21 | hansg | herdingcat, why ? |
| 14:52.56 | hansg | Fedora has stopped doing rootfs tarbals because of issues with extended file attributes (capabilities and selinux attributes) |
| 14:53.29 | slapin | hansg: GNU tar supports extended attributes, why? |
| 14:53.40 | herdingcat | hansg, okay... So where to find F18 image? |
| 14:54.01 | hansg | https://groups.google.com/forum/#!topic/linux-sunxi/9qMq5H8bL6I |
| 14:55.57 | hansg | herdingcat, true (gnu-tar & xattr), I thought that was the reason why the official Fedora images no longer include a rootfs tarbal. Probably has something todo with the new composing process then (which is now done through kickstart to closer resemble other archs Fedora supports) |
| 14:58.14 | herdingcat | hansg, I just feel it's too hard to debug the error on cubieboard. System just hangs w/o any messages |
| 14:59.52 | ganbold_ | herdingcat: I'm doing that more than month, so you are not alone :) |
| 15:01.15 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 15:10.00 | herdingcat | ganbold, what distro did you use? |
| 15:10.56 | ganbold_ | it is not linux, it is FreeBSD |
| 15:12.02 | herdingcat | ganbold, I tried the commits, does not work |
| 15:12.17 | herdingcat | ganbold, I'm just curious how to know the root cause... |
| 15:12.23 | herdingcat | ganbold, too difficult. |
| 15:13.32 | ganbold_ | better to check step by step |
| 15:13.36 | ganbold_ | rootfs is easy |
| 15:14.27 | herdingcat | ganbold, I don't think it's a rootfs issue. I used another uImage still stucks.. |
| 15:14.56 | ganbold_ | I know |
| 15:15.00 | ganbold_ | it is not rootfs issue |
| 15:16.54 | herdingcat | ganbold, no obvious error there... |
| 15:17.23 | ganbold_ | better try working kernel or uImage |
| 15:17.34 | ganbold_ | then step by step try to update it |
| 15:17.48 | ganbold_ | one rootfs suffice in that case |
| 15:19.43 | slapin | mnemoc: ? |
| 15:26.26 | mnemoc | slapin: it comes "auto". and "off" gives invalid argument :< |
| 15:27.21 | mnemoc | slapin: otoh "on" works |
| 15:28.36 | slapin | mnemoc: not interesting then |
| 15:28.59 | mnemoc | /sys/bus/usb/devices/3-3/power/control:auto |
| 15:29.04 | mnemoc | ^--- might it be related? |
| 15:29.14 | slapin | mnemoc: no |
| 15:29.42 | slapin | mnemoc: this is wicked stuff, anyway |
| 15:31.20 | *** join/#arm-netbook hark (~hark@w.v89.eu) |
| 15:56.14 | *** part/#arm-netbook Jonathan_Eyre (~eyrej_000@h18.206.91.75.dynamic.ip.windstream.net) |
| 16:00.56 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 16:02.13 | *** join/#arm-netbook DEAT_ (~heh@14-201-99-152.tpgi.com.au) |
| 16:21.05 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 16:34.26 | *** join/#arm-netbook netchip (~netchip@unaffiliated/netchip) |
| 16:34.31 | netchip | hi hi |
| 16:35.34 | netchip | to build sunxi-linux for Cuboeboard just do, make ARCH=arm CROSS_COMPILE=toolchain sun4i_defconfig and then build it? |
| 16:35.38 | netchip | right? |
| 16:39.16 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 16:42.34 | mnemoc | netchip: a -j might be a good idea |
| 16:43.14 | *** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net) |
| 16:43.29 | *** join/#arm-netbook fragmint (~quassel@108-77-196-171.lightspeed.tukrga.sbcglobal.net) |
| 16:44.43 | netchip | mnemoc, Yeah ;-) |
| 16:44.51 | netchip | else it's gonna be during hours :P |
| 16:45.29 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 16:49.41 | netchip | A10 has a hardware floating pint unit right? |
| 16:51.12 | jelly | pours one |
| 16:51.30 | SPG | 03Patrick 05master 4b4cf07 06rhombus 10allwinner_a10/orders/rogge.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=4b4cf07 |
| 16:52.11 | SPG | 03Patrick 05master 049015c 06rhombus 10allwinner_a10/orders/rogge.mdwn * 14http://git.hands.com/?p=rhombus.git;a=commitdiff;h=049015c |
| 16:53.01 | netchip | okay |
| 16:53.08 | netchip | building own toolchain :') |
| 16:53.13 | specing | Aww 1c2o3l4o5u6r7s8!!9 :) |
| 16:53.26 | netchip | =/ |
| 16:53.34 | *** join/#arm-netbook gzamboni (~gzamboni@184.152.200.77.rev.sfr.net) |
| 16:54.06 | fragmint | MY EYES! |
| 16:54.20 | specing | 8I KNOW RIGHT!!! :) |
| 16:55.42 | Turl | please don't make me want to kick you for (ab)using colors :P |
| 16:56.09 | netchip | stage/sunxi-3.4 > sunxi-3.4? |
| 16:57.32 | *** mode/#arm-netbook [+o Turl] by ChanServ |
| 16:57.57 | mnemoc | netchip: stage is experimental |
| 16:58.15 | netchip | mnemoc, Isn't 3.4 experimental at all? :-P thanks anyways! |
| 16:58.25 | mnemoc | nope, it's pretty usable |
| 16:58.40 | Turl | 3.4 is mostly good |
| 16:59.06 | netchip | ah |
| 16:59.12 | Turl | mnemoc: I cc'ed you on the patches last night, did you get them? |
| 17:00.11 | mnemoc | Turl: I'm subscribed anyway, but yes, I did :) thanks! |
| 17:00.41 | netchip | mnemoc, cubieboard_defconfig exists too :) |
| 17:00.55 | mnemoc | netchip: ignore it |
| 17:01.23 | netchip | is it deprecated? |
| 17:01.33 | mnemoc | it's not maintained and adds nothing |
| 17:01.38 | netchip | ah |
| 17:01.56 | netchip | sun4i works on all sun4i devices? |
| 17:02.00 | mnemoc | yes |
| 17:06.51 | specing | Turl: :( What is wrong with colours? |
| 17:07.30 | mnemoc | they don't work nice on my red-background irc client |
| 17:10.16 | netchip | can't wait till CNY |
| 17:10.30 | netchip | when they restock the Cubieboard |
| 17:12.19 | netchip | CIFS; I don't know why it exists. NFS is WAY better. |
| 17:13.05 | netchip | probably for Windows support |
| 17:13.21 | fragmint | SMB always seems a little flakey for me |
| 17:13.34 | netchip | it's nice for windows <==> Linux |
| 17:13.46 | fragmint | works great on my linux computers but never works well on my windows computers without sitting there doing a bunch of reg tweaks |
| 17:13.46 | netchip | but Linux <==> Linux = NFS |
| 17:13.56 | netchip | .... |
| 17:19.47 | netchip | Arch Linux is da bomb |
| 17:19.59 | netchip | I can even use debootstrap with it! |
| 17:20.09 | mnemoc | netchip: WarheadsSE accepts donations :) |
| 17:20.18 | Turl | specing: yellow one is illegible on my white-background irc client |
| 17:20.44 | netchip | mnemoc, did WarheadsSE write it? =D |
| 17:21.07 | netchip | i mean |
| 17:21.12 | netchip | added the AUR support? |
| 17:21.17 | Turl | WarheadsSE maintains the mele port on ArchLinuxARM |
| 17:21.35 | mnemoc | not only mele... |
| 17:21.50 | netchip | ah |
| 17:21.57 | specing | Turl: I use gray text on darker gray backgroun |
| 17:21.57 | Turl | well, the page says mele :P http://archlinuxarm.org/platforms/armv7/mele-a100 |
| 17:21.59 | netchip | I use x86 ATM :P |
| 17:22.03 | specing | Turl: "perfect" |
| 17:22.20 | specing | text colour: #909090 |
| 17:22.28 | specing | background: #232323 |
| 17:22.34 | Turl | specing: if I were to send gray color you wouldn't be able to read it |
| 17:22.37 | Turl | see how annoying? :) |
| 17:22.46 | specing | send it |
| 17:22.51 | Turl | gray color text* |
| 17:23.16 | Turl | specing: my client doesn't have color output support |
| 17:23.27 | specing | :O |
| 17:23.33 | jelly | my client here has a script stripping off the silliness |
| 17:23.53 | jelly | but the one at home doesn't and I'm going to hate all y'all in an hour |
| 17:27.08 | specing | -.- |
| 17:30.51 | *** join/#arm-netbook fragmint (~quassel@108-77-196-171.lightspeed.tukrga.sbcglobal.net) |
| 17:32.30 | WarheadsSE | Turl: what huh netchip |
| 17:33.07 | WarheadsSE | Yes, I am a core developer @ Arch Linux ARM, and I happen to be the one with the allwinner duties |
| 17:33.16 | WarheadsSE | might add mnemoc packaging is working again |
| 17:33.25 | WarheadsSE | no more wierd github failures. |
| 17:33.56 | netchip | WarheadsSE, Do you know how to build a ALARM rootfs? :) |
| 17:34.07 | netchip | I'm running AR FYI on my PC :) |
| 17:34.15 | Turl | WarheadsSE: is mele rootfs using systemd now? |
| 17:34.26 | WarheadsSE | it's "Arch" not "ARCH" |
| 17:34.31 | WarheadsSE | idk why everyone does that. |
| 17:34.41 | WarheadsSE | Turl: I really need to make a new image. |
| 17:35.04 | netchip | WarheadsSE, I know it's Arch?... |
| 17:35.29 | netchip | with AR I mean Arch Linux ;) |
| 17:35.39 | WarheadsSE | <.< k |
| 17:35.44 | mnemoc | WarheadsSE: cool! |
| 17:37.00 | fragmint | pardon the disconnects folks, ISP's been having some trouble over the past day or two |
| 17:39.31 | WarheadsSE | has them filtered |
| 17:40.19 | fragmint | WarheadsSE, you've been fiddling with your router recently, right? |
| 17:41.17 | WarheadsSE | me? not much |
| 17:41.47 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 17:44.59 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564E0.dip0.t-ipconnect.de) |
| 18:04.47 | slapin | wonders is there any allwinner-based alarm clocks around here |
| 18:05.59 | buZz | chumby clone? |
| 18:06.50 | fragmint | I've seen chumby clones before |
| 18:07.07 | fragmint | I still kinda want one. =( |
| 18:09.38 | buZz | has a 1st gen chumby |
| 18:25.40 | *** join/#arm-netbook vinifm (~vini@177.19.132.23) |
| 18:27.19 | xenoxaos | i have a infocast |
| 18:27.27 | xenoxaos | havent touched it in years |
| 18:31.39 | fragmint | gimme! |
| 18:31.55 | fragmint | didn't sony also have a chumby ripoff? |
| 18:32.12 | buZz | isnt that the infocast? |
| 18:32.22 | buZz | sony had a licensed chumby product |
| 18:36.47 | *** join/#arm-netbook rellla (~rellla@p4FE564E0.dip0.t-ipconnect.de) |
| 18:44.53 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 18:52.11 | netchip | hey buZz |
| 18:52.16 | netchip | how was your day @ work? :p |
| 18:56.44 | *** join/#arm-netbook lkcl (~lkcl@94.197.127.18.threembb.co.uk) |
| 18:57.59 | slapin | ah, damn, nobody cares about GPL these days :( |
| 19:05.11 | *** join/#arm-netbook Dolence (~Dolence@200.146.84.50.static.gvt.net.br) |
| 19:10.14 | hno | slapin, I thankfully don't know nobody. |
| 19:16.47 | *** join/#arm-netbook TestModule (ada80407@gateway/web/freenode/ip.173.168.4.7) |
| 19:17.33 | *** join/#arm-netbook eebrah (~chatzilla@41.223.57.75) |
| 19:18.06 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 19:27.03 | *** join/#arm-netbook KoH_ (~kane@trir-5d8002fb.pool.mediaWays.net) |
| 19:30.59 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 19:33.39 | *** join/#arm-netbook TestModule_ (ada80407@gateway/web/freenode/ip.173.168.4.7) |
| 19:43.52 | *** join/#arm-netbook eebrah (~chatzilla@41.223.58.73) |
| 19:47.36 | *** join/#arm-netbook TestModule (ada80407@gateway/web/freenode/ip.173.168.4.7) |
| 19:53.42 | TestModule | Was the info about the mali stuff that needs to be added after the compilation of the kernel / etc in the wiki or the git? |
| 20:19.08 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:22.02 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:27.53 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:30.19 | techn_ | ouch.. https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/arch/arm/mach-sun4i/include/mach/dma.h#L95 |
| 20:31.01 | TestModule | So what needs to be done regarding Mali after an image is made with the support libs from the BSP? |
| 20:31.40 | TestModule | If it's a multi-answer question, what is the best method [FB or X11]. |
| 20:31.58 | techn_ | TestModule: cant understand your question :/ |
| 20:32.33 | techn_ | but you can clone https://github.com/linux-sunxi/mali-libs |
| 20:32.56 | TestModule | Those weren't already done in the BSP? |
| 20:33.08 | techn_ | or.. what you are trying to do? |
| 20:33.28 | techn_ | setup 3d support for fb or x11? |
| 20:33.38 | TestModule | get mali support. I noticed that the userspace drivers aren't in the HWpack? |
| 20:33.50 | techn_ | they are |
| 20:33.51 | TestModule | All of the above if possible, but i'll take what i can get. |
| 20:34.00 | techn_ | but not everything |
| 20:34.03 | TestModule | Ok, so what after that needs to be done from that point? |
| 20:34.12 | TestModule | for the best case scenari |
| 20:34.23 | TestModule | o |
| 20:34.38 | *** join/#arm-netbook sspiff (~wim@unaffiliated/yukito) |
| 20:34.42 | techn_ | depends what you wanna run.. and where |
| 20:34.47 | TestModule | From the Wiki, i don't understand where the BSP leaves off, and the rest begins |
| 20:35.07 | techn_ | http://linux-sunxi.org/Mali400#Mali-400_X11_DRI2_drivers |
| 20:35.23 | TestModule | I'm not sure, as i don't know if the FB support is better or worse than just the X11, etc |
| 20:35.34 | TestModule | at this stage |
| 20:36.32 | TestModule | ok, so nothing in that wiki has been done already by default through the bsp, correct? |
| 20:37.06 | techn_ | yes |
| 20:37.07 | TestModule | and, do you recommend a particular version of the malis? I noticed updates since that wiki |
| 20:37.40 | techn_ | you need to use same version as in kernel.. which is still r3p0 |
| 20:37.57 | TestModule | it's r3p0 in stage/3.4 ? |
| 20:38.02 | techn_ | yes |
| 20:38.18 | TestModule | cool cool, amazing |
| 20:38.54 | TestModule | Is it recommended to compile on device, or CC works fine? |
| 20:39.15 | techn_ | I have compiled those in device |
| 20:39.34 | techn_ | cc is bit harder with these userspace stuff |
| 20:39.42 | TestModule | yeh :\ |
| 20:40.21 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:40.58 | netchip | hmm |
| 20:41.13 | netchip | shall Allwinner Linux Mali blobs work on my Samsung SGS3? |
| 20:41.34 | mnemoc | no |
| 20:41.47 | netchip | are you sure? |
| 20:41.57 | netchip | else I am fucked |
| 20:42.24 | netchip | fucking samsung |
| 20:42.39 | TestModule | netchip, not samsung's fault |
| 20:42.40 | TestModule | http://odroid.foros-phpbb.com/t2051-working-mali-400-opengl-es-acceleration |
| 20:43.28 | netchip | TestModule, Means I can use it :P |
| 20:43.33 | TestModule | Should i upload after i run this so no-one else has to do this again? |
| 20:44.13 | *** join/#arm-netbook TestModule_ (ada80407@gateway/web/freenode/ip.173.168.4.7) |
| 20:44.50 | TestModule_ | Is there anywhere i can get this premade for linaro |
| 20:45.05 | TestModule_ | or, if not, can i upload so others do not? |
| 20:47.40 | TestModule_ | By default though, i assume FrameBuffer, accelerated through DMA by default? |
| 20:48.29 | *** join/#arm-netbook vinifm (~vini@177.19.132.23) |
| 20:52.37 | Dolence | hi! I want to use Mele 2000 (AllWinner A10) as embedded platform for running an opencv application, someone could tell me if it would work better/faster in linux or android? |
| 20:52.43 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:52.50 | Dolence | (please) |
| 20:53.07 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 20:53.32 | ZaEarl | faster? linux of course |
| 20:54.22 | Dolence | so, tripped down custom linux compiled for A10 should work better? |
| 20:54.39 | Dolence | *stripped |
| 20:56.28 | netchip | yes |
| 20:56.39 | netchip | debootstrap (hint: it's in Debian) |
| 20:56.46 | netchip | it makes a lightweight system |
| 20:56.56 | netchip | with only bash and a few other utils |
| 20:57.01 | netchip | and you can add your own tools |
| 20:57.04 | netchip | with apt-get\ |
| 20:57.24 | Dolence | hmmm, ok, seens very nice |
| 20:57.56 | Dolence | I was reading about linux-sunxi |
| 20:59.26 | TestModule_ | netchip see pm |
| 20:59.51 | TestModule_ | Has anyone tried link-time-optimization flags on the sunxi kernel? |
| 21:00.04 | Dolence | netchip thank you very much for your attention |
| 21:00.08 | Dolence | ;) |
| 21:00.17 | TestModule_ | with the skip-over settings for incompatible modules |
| 21:02.27 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 21:03.00 | *** join/#arm-netbook jukivili (~jussi@dalek.fi) |
| 21:04.39 | *** join/#arm-netbook Alex1269 (550f68dc@gateway/web/freenode/ip.85.15.104.220) |
| 21:08.20 | *** join/#arm-netbook eebrah (~chatzilla@41.223.57.76) |
| 21:09.09 | *** join/#arm-netbook TestModule (ada80407@gateway/web/freenode/ip.173.168.4.7) |
| 21:10.51 | netchip | TestModule, For what ? :P |
| 21:11.08 | netchip | it's OK if you don't want to customise |
| 21:11.08 | TestModule | nm, answered my own question |
| 21:11.10 | TestModule | ;) |
| 21:11.38 | TestModule | if only someone tested the flto flag :P |
| 21:24.27 | *** join/#arm-netbook TestModule_ (ada80407@gateway/web/freenode/ip.173.168.4.7) |
| 21:29.53 | *** part/#arm-netbook Dolence (~Dolence@200.146.84.50.static.gvt.net.br) |
| 21:35.56 | netchip | /usr/lib/gcc/arm-linux-gnueabihf/4.6/include/stdint.h:3:26: fatal error: stdint.h: No such file or directory |
| 21:36.02 | netchip | in my Debian chroot on Android |
| 21:36.03 | netchip | :( |
| 21:40.51 | WarheadsSE | roops |
| 21:46.58 | br- | netchip: apt-get install build-essential no help? |
| 21:47.18 | br- | but guessing if the compiler is there, libc6-dev is also supposed to be there |
| 21:48.28 | *** join/#arm-netbook L84Supper2 (~TheLarch@219.143.5.35) |
| 21:48.29 | *** join/#arm-netbook L84Supper2 (~TheLarch@unaffiliated/l84supper) |
| 21:48.43 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 22:00.52 | TestModule_ | br, if on ubuntu: sudo apt-get install libusb-1.0-0-dev uboot-mkimage pkg-config if oyu're doing the bsp |
| 22:07.32 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 22:20.39 | *** join/#arm-netbook eebrah (~chatzilla@105.230.137.61) |
| 22:29.13 | *** join/#arm-netbook tinti (~tinti@pdpc/supporter/student/tinti) |
| 22:41.02 | *** join/#arm-netbook fragmint (~quassel@108-77-196-171.lightspeed.tukrga.sbcglobal.net) |
| 22:44.27 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 23:47.32 | *** join/#arm-netbook SouL_ (~SouL_@95.211.10.204) |
| 23:47.37 | *** part/#arm-netbook SouL_ (~SouL_@95.211.10.204) |