23:59 | rabeeh | stty -F /dev/ttyUSB0 -ixon -crtscts |
23:59 | rabeeh | the important one is the crtscts |
00:00 | rabeeh | as root ofcourse |
00:00 | rabeeh | then retry 'sx' again |
00:00 | taz__ | with power off ? |
00:00 | rabeeh | hmm... |
00:00 | rabeeh | probably best if you can do the whole process again |
00:01 | rabeeh | power off; press button; power on; stty ...; then sx... |
00:01 | rabeeh | as root |
00:01 | taz__ | ok |
00:04 | taz__ | same result with the ordre you tell me |
00:04 | taz__ | order* |
00:06 | rabeeh | taz__: what is the md5sum of the bin file? |
00:07 | taz__ | d41d8cd98f00b204e9800998ecf8427e /home/gui/cubox/u-boot-cubox_hynix_cubox_1GB_uart.bin |
00:08 | rabeeh | where did you download this file from? |
00:08 | rabeeh | http://download.solid-run.com/pub/solidrun/cubox/u-boot/2009.08_5.4.4_SR1/aug-6-2013/u-boot-cubox_hynix_cubox_1GB_uart.bin |
00:08 | rabeeh | isn't this the one? |
00:08 | taz__ | yes i beleive |
00:08 | taz__ | i can download again if you want |
00:09 | rabeeh | 6b19fbc89b1a8ac452980c9f798eeab1 u-boot-cubox_hynix_cubox_1GB_uart.bin |
00:09 | rabeeh | yes |
00:09 | rabeeh | try looking at the file first |
00:09 | taz__ | wget the file, then 6b19fbc89b1a8ac452980c9f798eeab1 u-boot-cubox_hynix_cubox_1GB_uart.bin |
00:09 | taz__ | ok |
00:10 | taz__ | HO SHIT! |
00:10 | taz__ | it's tranfering with xmodem!!!!! |
00:10 | rabeeh | hmm... |
00:10 | rabeeh | i wonder what happened then; where did you get that file from? |
00:11 | taz__ | from link since the wiki official |
00:11 | rabeeh | can you please recall again? |
00:11 | taz__ | the RED led is on :) |
00:11 | rabeeh | :) |
00:11 | taz__ | recall? |
00:11 | rabeeh | ok; if you have a USB stick installed then you should see the installer on the HDMI |
00:12 | rabeeh | yes; where did you get that link from |
00:12 | rabeeh | so it can be fixed |
00:12 | taz__ | ha |
00:12 | taz__ | I find the link on the wiki |
00:12 | taz__ | 1min I'm looking for the page |
00:13 | taz__ | I downloaded this : http://download.solid-run.com/pub/solidrun/cubox/u-boot/2009.08_5.4.4_SR1/aug-6-2013/ |
00:13 | taz__ | from http://www.solid-run.com/mw/index.php?title=U-Boot |
00:13 | taz__ | so the link seems ok |
00:14 | rabeeh | wget http://download.solid-run.com/pub/solidrun/cubox/u-boot/ |
00:14 | rabeeh | ? |
00:14 | rabeeh | maybe this is what you did? |
00:14 | rabeeh | i.e. got the html file instead of the file itself? |
00:15 | taz__ | nopnop download with real browser |
00:15 | taz__ | I don't understand why the file is corrupt :/ |
00:15 | taz__ | maybe my connexion .... |
00:15 | rabeeh | it wouldn't finish download |
00:15 | rabeeh | anyhow; there is md5sum on the download page |
00:15 | rabeeh | maybe we need to stress out to check md5sum too |
00:15 | taz__ | now I put the boot folder on a usb key ? since here ? http://download.solid-run.com/pub/solidrun/cubox/installer/cubox-installer-0_4.zip |
00:16 | rabeeh | don't forget to keep the /boot/ directory on the usb key |
00:16 | rabeeh | also preferred to use a sandisk brand |
00:18 | taz__ | ok |
00:18 | taz__ | so |
00:19 | taz__ | u-boot is looking for network etc.. |
00:19 | rabeeh | do you have hdmi hooked? |
00:19 | taz__ | if i want to make boot it on my usb key, how must I do now ? |
00:19 | rabeeh | just put the usb key in the upper usb host |
00:19 | rabeeh | it should automatically boot from it |
00:19 | taz__ | because u-boot is in RAM now or is burn on the cubox and I can plug off the device ? |
00:19 | rabeeh | ok. u-boot is in RAM now |
00:20 | rabeeh | boot from usb key and choose burn u-boot from the installer menu |
00:20 | taz__ | he don't try to boot fro usb he says |
00:20 | taz__ | Loading: T T T T T T T T T T |
00:20 | taz__ | Retry count exceeded; starting again |
00:20 | taz__ | egiga0 no link |
00:20 | rabeeh | ok. |
00:20 | rabeeh | change a usb key |
00:20 | rabeeh | :) |
00:21 | rabeeh | that's the case where it doesn't like all usb key |
00:21 | taz__ | ok :) |
00:21 | rabeeh | make sure it's a sandisk, fat32 / ext partition and boot/ directory is on the first partition |
00:21 | rabeeh | the 'T T T ' is because it didn't find the USB key and trying to boot from the network |
00:21 | rabeeh | oh; is your micro SD there? |
00:23 | taz__ | no micro SD |
00:23 | taz__ | must I put in? |
00:23 | rabeeh | for burning u-boot; probably not |
00:23 | rabeeh | but if you want to install anything from the installer then you need a micro SD |
00:23 | taz__ | ok |
00:23 | taz__ | i'll do by step |
00:23 | taz__ | so i don't put in sd card |
00:23 | taz__ | just try u-boot burning |
00:23 | taz__ | ;) |
00:24 | taz__ | ok i put my usb key |
00:24 | taz__ | but he don't see it |
00:24 | taz__ | and this usb key aloready works on cubox |
00:24 | taz__ | so i think u-boot is in ram at step network step and he doesn't look for usb key, no ? |
00:25 | rabeeh | the kernel works ok with usb keys |
00:25 | rabeeh | it's only the u-boot that is picky |
00:25 | rabeeh | (bad usb drivers implementation in u-boot) |
00:25 | taz__ | yes but with this usb key I already boot the installer (old time) |
00:26 | taz__ | can I press some key to tell to uboot to reboot or to scan usb device? |
00:29 | taz__ | must I put u-boot-cubox_hynix_cubox_1GB_uart.bin renamed in u-boot.bin in the /boot directory on the usb key ? |
00:30 | rabeeh | no |
00:30 | rabeeh | you don't need to do that |
00:30 | rabeeh | just boot the cubox installer and flashing u-boot |
00:30 | rabeeh | from the menu |
00:31 | taz__ | ok so i'm forced to do "sx" again ? |
00:31 | taz__ | because, I need to reboot cubox to let u-boot detect the usb key ? |
00:33 | taz__ | i(m trying again "sx".. |
00:33 | rabeeh | you have a script my friend :) |
00:34 | rabeeh | i wonder if cubox-i would run http://wiki.linuxcnc.org/cgi-bin/wiki.pl |
00:34 | taz__ | ho yes the script ! ^^ |
00:34 | rabeeh | anyone has a gcode cnc machine around? |
00:34 | taz__ | ho fu** ... i freeze at : Waiting for storage device(s) to settle before scanning... |
00:34 | taz__ | scanning bus for storage devices... |
00:34 | taz__ | OR the suite is on hdmi ? |
00:35 | rabeeh | no. i didn't boot |
00:35 | taz__ | I plug the hdmi screen... |
00:35 | rabeeh | try again |
00:35 | rabeeh | damn u-boot usb support |
00:35 | rabeeh | or damn dove u-boot usb support |
00:36 | taz__ | i don't understand : damn u-boot usb support or damn dove u-boot usb support sorry :/ |
00:37 | taz__ | ha yes |
00:37 | taz__ | Waiting for storage device(s) to settle before scanning... |
00:37 | taz__ | scanning bus for storage devices... Device NOT ready |
00:37 | taz__ | Request Sense returned 00 00 00 |
00:37 | taz__ | 1 Storage Device(s) found |
00:37 | taz__ | ** Bad partition 1 ** |
00:37 | taz__ | ===> Executing ext4load usb 1:1 0x02000000 /boot.scr |
00:37 | taz__ | ** Bad partition 1 ** |
00:37 | taz__ | ===> Executing fatload usb 0:1 0x02000000 /boot.scr |
00:37 | taz__ | is my usb key the problem ? |
00:38 | taz__ | my usb is a FAT32 4GB |
00:41 | taz__ | rabeeh: this chapter says "u-boot.bin" must be in the /boot folder : http://www.solid-run.com/mw/index.php?title=CuBox_Installer#Upgrading_U-Boot |
00:45 | taz__ | rabeeh: i depress :/ I reboot the cubox to try to boot usb key again, and now the "sx" says Transfer incomplete , again !( |
00:47 | taz__ | ok the transfert is working again! |
00:47 | taz__ | strange.... |
00:52 | taz__ | booting the kernel !!! \o/ |
00:53 | taz__ | rabeeh: there is no choice about "burn u-boot" |
00:53 | taz__ | there is: 1: obtain ip |
00:53 | taz__ | 2: run the installer |
00:53 | taz__ | 3: run install script |
00:53 | taz__ | 4: exit to shell |
01:08 | taz__ | hi rabeeh |
01:09 | taz__ | i'm working on the installer.. i make some try ^^ |
01:13 | taz__ | rabeeh: the u-booy burn don't works :( |
01:13 | taz__ | rabeeh: http://pastebin.com/vK5wdJtX |
01:18 | _rmk_ | http://www.home.arm.linux.org.uk/~rmk/cubox/carrier-1-v3.12-rc7-all.diff |
01:18 | _rmk_ | that's everything, including all the DRM hacking so far :) |
01:18 | _rmk_ | including hdmi hotplug working on v3.12-rc7 |
01:24 | _rmk_ | and with that, v3.12 has appeared. |
01:25 | taz__ | rabeeh: thanks A LOT for your help :) |
01:25 | taz__ | i must go to bed, |
01:25 | taz__ | i have write the result here : http://www.solid-run.com/phpbb/viewtopic.php?f=7&t=1566&p=8359#p8359 |
01:26 | taz__ | best regards! |
01:26 | taz__ | see you |
01:42 | sam_nazarko | well done rmull |
01:43 | sam_nazarko | _rmk_: * |
01:43 | _rmk_ | there's quite a lot of changes to imx-drm there. |
01:44 | _rmk_ | the imx-drm fixes/cleanups total 38 commits out of a total of 68. |
07:11 | unununiu1_ | Goodbye everybody! See you next weekend! :) |
13:48 | jnettlet | shesselba_away, ping |
14:05 | _rmk_ | v3.12 for carrier-1 building... |
17:54 | shesselba | jnettlet: pong |
17:59 | jnettlet | shesselba, hey I was just looking at your cubox patches for u-boot 2013 |
17:59 | jnettlet | was wondering what the final status of that was. |
18:03 | shesselba | jnettlet: u-boot's marvell maintainer is soooo slow, I have no intention to continue on that |
18:04 | jnettlet | shesselba, okay do you mind if I carry them in my u-boot repo along side the cubox-i code? |
18:06 | shesselba | of course you can |
18:07 | jnettlet | just trying to continue my mission of unifying all the work that has been done in little bits and pieces on relevant hardware. |
18:08 | jnettlet | upstream seems so slow I don't want anything to get lost or to bit-rot |
18:09 | shesselba | well, adding dove to u-boot is like adding fresh code to already rotten code.. plus there is no intention to really update kw stuff to allow dove to hop in |
18:11 | jnettlet | yeah, I wish I had the time to get into that so I could update my kirkwood based NAS. |
19:38 | rabeeh | http://cubox-i.com/carrier-one-naming-contest/ |
19:38 | rabeeh | not it's time to change the name :) |
19:38 | rabeeh | s/not/now |
19:58 | _rmk_ | jnettlet: did you see my v3.12-rc7 megapatch? |
20:00 | _rmk_ | looking at the mess which is the fsl bsp, I think it's going to be pretty easy to get hdmi audio working on the c1... |
20:01 | _rmk_ | fsl code seem to suffer from a repetitive "ooh, the kernel has this, we must find a way to use that in our driver!" syndrome. |
20:02 | _rmk_ | like... using the clk api to manage in-the-same-driver clocks, or using asoc for hdmi audio (when all you've really got to worry about there is getting the data to the device; the complexity of asoc is not required) |
20:04 | jas-hacks_ | _rmk_: Are you rewriting most of the fsl kernel drivers into a new tree? |
20:05 | _rmk_ | jas-hacks: I've reworked imx-drm because although it's in staging in mainline, there's no way its coming out of staging without work similar to what I've put in to it so far. |
20:06 | _rmk_ | for hdmi audio, the fsl version is just too horrid and really far too much code to be worth working from apart from seeing how they did things like configuration of fifo thresholds and similar |
20:06 | _rmk_ | I reckon I can come up with an ALSA driver with less code |
20:07 | jas-hacks_ | _rmk_: is drm working with the vivante blobs? |
20:08 | _rmk_ | as for the driver doing conversion itself from 16/24bit pcm to its iec958 frames... there's little point having that in the kernel when the userspace alsa library itself already supports exactly that. |
20:08 | _rmk_ | jas-hacks: I have no vivante code in my kernel... yet. my userspace already support it, as I'm using the same Xorg driver as I do on the cubox... which does. |
20:09 | _rmk_ | but I do need to throw the imx-drm prime patches in for that as well... |
20:09 | _rmk_ | I think I've almost taken over imx-drm maintanence :p |
20:14 | jas-hacks_ | _rmk_: This was found in the vivante code : |
20:14 | jas-hacks_ | control = ((((gctUINT32) (control)) & ~(((gctUINT32) (((gctUINT32) ((((1 ? 19:19) - (0 ? 19:19) + 1) == 32) ? ~0 : (~(~0 << ((1 ? 19:19) - (0 ? 19:19) + 1))))))) << (0 ? 19:19))) | (((gctUINT32) ((gctUINT32) (1) & ((gctUINT32) ((((1 ? 19:19) - (0 ? 19:19) + 1) == 32) ? ~0 : (~(~0 << ((1 ? 19:19) - (0 ? 19:19) + 1))))))) << (0 ? 19:19))); |
20:20 | purch | rats, now I dont win the naming contest. I used nickname and not the full name :) |
20:31 | _rmk_ | jas-hacks: yes, there's lots of that... I have a script which de-obfuscates that stuff :) |
20:31 | _rmk_ | anyway, gotta go. |
20:50 | taz_ | hi rabeeh :) how are you ? |
21:26 | dv_ | is CONFIG_DMA_ZONE_SIZE what specifies how much memory for DMA buffers is there? |
22:14 | jnettlet | _rmk_, I did. It is sitting on my drive waiting for me to 1) test it and 2) backport it to 3.10 lts |
22:18 | jnettlet | dv_, well that depends. I think that is the legacy stuff added for the MXC platforms. Are you trying to use that or CMA? |
22:18 | dv_ | jnettlet: this is using the default 3.0.35 imx kernel |
22:18 | dv_ | I am trying to find out why a guy had problems decoding a video with my plugins |
22:18 | dv_ | I suspect this value is set too low |
22:20 | jnettlet | dv_, yes with that kernel, that is the configuration for available dma bufs then. |
22:27 | Bluerise | "Your comment is awaiting moderation." |
22:27 | Bluerise | Heh. |
22:49 | rabeeh | taz_: hi |
22:49 | rabeeh | Bluerise: commented where? blog? |
22:50 | Bluerise | rabeeh: Yeah, name contest |
22:52 | dv_ | gah |
22:52 | dv_ | why does the VPU have to insist on a fixed buffer pool |
22:53 | dv_ | it makes things unnecessary complex and brittle |
22:56 | Bluerise | Heh, CuBeehBoard |
22:56 | Bluerise | But that really sounds like Cubieboard :( |
22:57 | dv_ | why the renaming btw? |
23:02 | rabeeh | yes |
23:02 | rabeeh | Bluerise: which one is your suggestion? |
23:04 | rabeeh | dv_: you can't get www.c1.com :) |
23:04 | rabeeh | or www.c1.org |
23:05 | shesselba | rabeeh: if you want sued by apple, choose iCuBox ;) |
23:05 | shesselba | s/want/want to get/ |
23:05 | rabeeh | hehe |
23:10 | dv_ | uhh, just found a big fat bug in the plugins. in some cases, it copied from physical address 0 :) |
23:12 | dv_ | alright, full transcoding chains with zerocopy seem to be stable now |
23:12 | rabeeh | wow wow wow |
23:12 | rabeeh | great work dV_ |
23:13 | rabeeh | do you have performance numbers on transcoding? |
23:13 | dv_ | hmm |
23:13 | dv_ | you mean, like MPixels/sec ? |
23:13 | rabeeh | cpu utilization and how much time it takes to transcode |
23:13 | dv_ | ah |
23:13 | rabeeh | i mean from h.264 1080p 30Mbps to something for mobile (h.264 base profile) |
23:13 | dv_ | not yet. but CPU utilization is low, since it all happens in the VPU and IPU. |
23:14 | rabeeh | how much time it takes to transcode 1hr content |
23:14 | rabeeh | >1hr (i.e. offline transcoding) |
23:14 | dv_ | sure. I'll run something. |
23:14 | rabeeh | <=1hr (i.e. online transcoding) |
23:15 | dv_ | but since you can send in decoded data directly through DMA into the encoder, you are essentially looking at what the VPU itself can do |
23:15 | rabeeh | yes |
23:16 | rabeeh | in the background the processor can do the audio transcoding; if needed |
23:16 | rabeeh | (i.e. neon for decoding and hw floating point for encoding) |
23:27 | Bluerise | rabeeh: Well, I said CuboxBoard (related/similar to the CuBox family, but still different: a board, not a box). Another one said "CuBoard", which is ok, too. But it shouldn't sound like "Cubieboard" |
23:28 | taz_ | rabeeh: hi :) |
23:29 | taz_ | i just sugget 4 names for this http://cubox-i.com/carrier-one-naming-contest/#comment-340 ;) |
23:29 | taz_ | suggest* |
23:30 | Bluerise | And please, nothing with "Pi"... |
23:30 | Bluerise | I've heard the name "raspberryPi" too often the last months. |
23:30 | dv_ | PineappleTau |
23:30 | Bluerise | heh |
23:31 | rabeeh | looks like Waseem went to bed. |
23:31 | Bluerise | raspberryPineappleTau |
23:31 | Bluerise | ;) |
23:32 | rabeeh | he is not approving more posts anymore |
23:34 | taz_ | rabeeh: ok |
23:34 | taz_ | rabeeh: do you see my last post on board ? http://www.solid-run.com/phpbb/viewtopic.php?f=7&t=1566&sid=e6d778079935ec0eb49fb569b5ab25aa |
23:34 | rabeeh | looks like my turn to head back home |
23:34 | rabee | 23:34 * rabeeh checking |
23:35 | taz_ | thanks :) |
23:36 | rabeeh | taz_: it's not resolved yet? |
23:36 | taz_ | rabeeh: you are at office yet ? |
23:36 | taz_ | not :( |
23:36 | rabeeh | you weren't able to boot from the usb stick? |
23:36 | rabeeh | taz_: yes. i'm at the office now |
23:37 | taz_ | yes the usb key boot , but i have this "/dev/mtd0 (SPI flash) is invalid" when try to burn u-boot fron menu |
23:37 | taz_ | ho rabeeh is late you should go home ;) |
23:38 | rabeeh | taz_: what does 'cat /proc/mtd' say? |
23:38 | taz_ | rabeeh: i see you on a movie , presenting the new cubox \o/ |
23:39 | rabeeh | yeah; the robotic voice coming from youtube is mine :) |
23:39 | tenedos | hi all |
23:39 | rabeeh | hi tenedos |
23:39 | taz_ | hihi! |
23:39 | taz_ | hi tenedos |
23:40 | tenedos | i finally got the serial cable i needed for my C1 the other days but i am still having a few issues |
23:40 | rabeeh | tenedos: go ahead |
23:40 | taz_ | rabeeh: so yes the usb key boot, the kernel boot, I have the menu and, i choose "install uboot", but he says : "/dev/mtd0 (SPI flash) is invalid" :/ |
23:40 | tenedos | hoping i may find a few answers here |
23:40 | rabeeh | taz_: quit from the menu to the shell and run 'cat /proc/mtd' on cubox |
23:41 | rabeeh | taz_: if it's empty then Rudi was right; it's not detecting the SPI flash correctly. |
23:41 | tenedos | got uboot image on there from Jon Nettleton |
23:41 | rabeeh | tenedos: go ahead |
23:41 | rabeeh | Jon Nettleton === jnettlet here |
23:41 | rabeeh | (on #cubox) |
23:41 | tenedos | but apart from the premade OS image from cubox-i wiki i can't boot other OS;s |
23:42 | dv_ | hmm. 10 seconds of 30fps h264 1080p content, high profile, 30 Mbps . takes 12 seconds to transcode to h264 baseline 500 kbps |
23:42 | dv_ | if the input content uses baseline profile, it takes 11 seconds |
23:42 | rabeeh | dv_: do you have the frequency scaler set to performance? |
23:42 | dv_ | there may be one CPU bottleneck in the encoder, I'll check that out. |
23:42 | dv_ | I dont know? |
23:42 | tenedos | i am not sure if is because i need to change the uboot config or other OS don't work with it. Was trying an arch linux release and a few others |
23:42 | rabeeh | echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor |
23:43 | dv_ | right now its "interactive" |
23:43 | dv_ | hmm |
23:44 | tenedos | is there a ubuntu or arch linux image that someone has put together yet? |
23:44 | rabeeh | dv_: i would give it a longer content; |
23:44 | dv_ | yeah |
23:44 | rabeeh | is 10 seconds content enough to warm the gst engines? |
23:44 | dv_ | it is 30 fps though |
23:44 | rabeeh | tenedos: there is arch |
23:44 | dv_ | figures are different with 25 fps of course |
23:45 | rabeeh | i don't have a link but it's posted on the forums |
23:45 | taz_ | rabeeh: I try it and : [root@cubox ~]# cat /proc/mtd |
23:45 | taz_ | dev: size erasesize name |
23:45 | tenedos | rabeeh: thnaks i will search there then |
23:45 | taz_ | just it |
23:45 | rabeeh | tenedos: it was posted by pepedog |
23:46 | rabeeh | but i think he still got fbdev and not the accelereated X |
23:46 | rabeeh | ok. i need to go home now. |
23:46 | rabeeh | ttyl. |
23:46 | rabeeh | tenedos: please let me know if you find it. |
23:46 | dv_ | ok I will try 25fps and 30 seconds next |
23:50 | tenedos | rabeeh: was it cubox or arch forums it was posted on? |