IRC log of #cubox of Mon 04 Nov 2013. All times are in CET < Back to index

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?