02:37 | undo | i tried to update the 'microcode' of an intel atom processor |
02:37 | undo | there are various ways after the kernel is running |
02:38 | undo | then i found http://biosbits.org |
02:39 | undo | a pathed grub, which let the upgrade be done before kernel start-up |
02:39 | undo | so this made may open-box: terminal+browser start in parallel :) cool |
02:41 | undo | hyper treading or so |
02:43 | undo | the thwo apps start synrcon. they didn't with the microcode upgrade after kernel as module so |
02:45 | undo | oh my lang! do you understand me? |
02:45 | undo | i'm impressed |
02:46 | undo | it took me a week |
02:49 | undo | now my boot command is 'Drop a shell' :) keymap, microcode update built-in |
02:49 | undo | Linux :) |
02:50 | undo | it's deffenetly faster with the mcu update done before kernel start |
02:51 | undo | if i do a startx |
02:51 | undo | offtopic |
02:53 | undo | cbxbiker61, thanks for the extreme hint ;) |
02:53 | cbxbiker61 | yep |
03:05 | undo | since ~2001 they've gone away from userspace microcode_ctl to module microcode |
03:06 | undo | an since a few years 'bits' |
03:07 | undo | it's available from intel download, so that's my only guess this software is 'cleanÄ |
03:08 | undo | nei |
03:08 | undo | i believe i can see, if it is or not |
03:08 | undo | feel :) |
03:13 | undo | well, it's bios - between bios and kernel huh |
03:14 | undo | 'firmware' |
03:15 | undo | i love the shell |
09:12 | Coburn | dv_, do you think you can do a precompiled version of your openembedded for me to evaluate? |
09:12 | Coburn | If you can, I'll give it a test run and see if I can break it :) |
10:48 | dv_ | Coburn: okay |
10:51 | dv_ | Coburn: are you familiar with gst-launch ? |
10:53 | dv_ | Coburn: https://www.dropbox.com/s/f0tyfm6c33wlr5y/cubox-demo-image-sato-cubox-hardfp-2013-04-01-000001.tar.bz2 |
10:53 | dv_ | if you can, try out the vmeta video acceleration with a 1080p h264 video, for example http://ftp.nluug.nl/ftp/graphics/blender/apricot/trailer/sintel_trailer-1080p.mp4 . |
10:54 | dv_ | just download it to the /home/root (yocto doesnt put the root user's home folder in /root, but in /home/root/), then in a shell, run: DISPLAY=:0 gst-launch-0.10 playbin2 uri=file://$(pwd)/sintel_trailer-1080p.mp4 and in another shell, start top and watch the CPU usage |
10:55 | dv_ | it would be nice if you can confirm my CPU usage reports |
11:12 | frilled | rabeeh, would the esata port work with a port multiplier on the other end? |
11:14 | rabeeh | frilled: port multipled in fis based switching is supported |
11:16 | frilled | Ugh! Help me out, what's fis? ;) |
11:16 | rabeeh | FIS is SATA frame |
11:16 | frilled | ah, thanks. |
11:16 | rabeeh | FIS base switching is a method of concurrently working with multiple drives |
11:17 | frilled | Yeah, I know, they share the bandwidth |
11:17 | rabeeh | that's FIS base switching vs. command based switching that in the second case the SATA port can work with a single drive at a time (but still can handle up to 15 drives) |
11:17 | dv_ | oh, btw, rabeeh, so far I didnt get HDMI audio to work. how is it enabled? (I am also currently using the DVI monitor, perhaps this is part of the problem?) |
11:17 | rabeeh | probably part of the problem |
11:17 | frilled | still, I'd like to migrate my md raid1 over USB to an eSATA box so I can use USB for HID ;-) |
11:17 | rabeeh | i'm not sure if the HDMI TX in DVI mode passes audio at all |
11:18 | rabeeh | frilled: that would be doable; just handle it carefully :) |
11:18 | rabeeh | and backup first :) |
11:18 | rabeeh | frilled: there were some discussions on the forum about SATA cables issue; if it doesn't work for you please let me know maybe we can debug it together |
11:18 | frilled | rabeeh, yeah, no problem. Is there any indication as to what spec the esata box must comply to? Can't seem to find much about port multiuplication anywhere |
11:19 | rabeeh | esata; or sata-x |
11:19 | dv_ | i mean, assuming I use a proper HDMI monitor, do I have to pass some parameter to the kernel to enable HDMI audio support? or should the alsa device appear automatically? |
11:19 | rabeeh | sata gen-x actually (which means external cabling) |
11:19 | rabeeh | should appear automatically |
11:19 | rabeeh | notice that you should be using Kirkwood-SPDIF alsa card config |
11:20 | frilled | yeah, definitely eSATA ... like this cheapo thingy: ORICO 7629SUS3-C |
11:20 | dv_ | okay, thanks |
11:21 | rabeeh | for example - |
11:21 | rabeeh | http://hg.geexbox.org/openbricks/file/7486f46c37b6/packages/alsa-lib/config/Kirkwood_SPDIF.conf |
11:21 | dv_ | I'll add it to the OE layer then |
11:22 | frilled | So happy with the CuBox I think I'll get me some more :) |
11:22 | dv_ | my dad actually asked me if he can get one at the store |
11:23 | frilled | Yeah... I kinda had to wait for NewIT to get the Pros since Paypal is absolutely no-go for me |
11:23 | frilled | Getting it i a shop would be insanely great ;) |
11:24 | dv_ | or on amazon |
11:24 | frilled | Mh, yes. Second best :) |
11:24 | dv_ | btw. rabeeh, the solid-run page about xbmc has some errors. it cites the CPU as cortex-A9 ? |
11:25 | dv_ | also: "Second hack is that Status typedef is missing when building WinEventsSDL which leads to build error on XKBlib.h" this is actually caused by the vivante EGL headers. the X11 status typedef is actually not a typedef, it is a macro. the vivante EGL headers #undef this macro, and create an XStatus one instead |
11:30 | rabeeh | frilled: what's the second option than PayPal? |
11:30 | rabeeh | credit card on the web? |
11:30 | rabeeh | dv_: which xbmc patches are you using? |
11:31 | dv_ | none. I am just commenting on http://www.solid-run.com/mw/index.php/Building_XBMC#Stuff_left_to_do_for_capable_C.2B.2B_developers |
11:31 | dv_ | "because the CuBox processor (ARM Cortex-A9)" |
11:31 | rabeeh | right |
11:33 | dv_ | btw. according to http://comments.gmane.org/gmane.comp.gcc.help/38412 and http://www.mail-archive.com/[email protected]/msg08538.html , the right way to enable the armv7 instruction set and iwmmxt support in GCC is to use -march=iwmmxt -mtune=armv7 , which looks ... odd. |
11:34 | frilled | rabeeh, yes, I ordered with credit fard (from NewIT, as mantioned). |
11:35 | rabeeh | whats wrong with PayPal? |
11:35 | rabeeh | i'm just trying to see if there is something to improve here |
11:36 | dv_ | is it because of paypal's reputation? |
11:36 | Bochi | I don't see anything wrong with Paypal, in fact, its my favorite payment option |
11:36 | frilled | Uh, about everything. Their attitude stinks. They're basically a bank, but they are not. They freeze people's accounts without any legal basis. The even tried to make GERMAN shops take Cuban products out of stock because of the US embargo (which has no effect in the EU)... |
11:36 | cbxbiker61 | rabeeh, what about bitcoin? there are quite a few people wanting ways of spending bitcoin |
11:36 | frilled | So basically, I don't deal with them. |
11:36 | dv_ | bitcoin, i still dont see how this works |
11:37 | Bochi | what's their reputation? I only know that I was fooled by some seller on ebay once (he sold me a fake SD card, next day his account was gone so I was unable to reach out) and paypal gave me back my money because they have some kind of insurance (for free) |
11:38 | Bochi | ever since then I really appreciate paypal, also I like the fact that I don't have to give out my CC details to every webshop I order from |
11:38 | dv_ | i've heard once that paypal is good for small to medium sales, but awful for large amounts of money |
11:38 | dv_ | i don't know for sure, since I dont have large amounts of money :) |
11:38 | Bochi | that may very well be, in the end its made for ebay/end customers |
11:38 | frilled | That shop was Rossmann who (I salute them for showing some backbone) then kicked PayPal from the supported payment methods ;) |
11:38 | Kiranos | if nothing else paypal is kinda expensive to use for the seller, to withdraw money they take a nifty sum compared to visa etc |
11:39 | cbxbiker61 | yeah, paypal is great in the sense that you limit your credit card exposure |
11:39 | Bochi | uhm are you sure they take money for withdrawal? |
11:40 | Bochi | AFAIR they only charge for receiving money but not for withdrawing to the bank account |
11:40 | Kiranos | might have been recieving |
11:40 | Bochi | anyway, I guess its matter of taste. adding another payment option can't hurt I guess |
11:40 | Kiranos | either way we compared and credit card was much better from an economics standpoint if you sell alot |
11:40 | frilled | IIRC they have different models, not all of which are applicable in all countries. |
11:41 | Kiranos | but its easy to setup a paypal account and get started |
11:41 | Kiranos | was refering to rabeeh if he wanted some insight on better solutions, they would make a bit more per sell if they allowed credit card |
11:42 | dv_ | i'd still keep the paypal option alive though. it can be useful also for europeans , since credit cards are much less often used there, especially in germany and austria |
11:43 | dv_ | people are used to pay directly from their bank account there, and paypal allows for that. |
11:43 | frilled | Hey, I'm not saying you should remove it! Just that is was no option for me, personally. |
11:44 | dv_ | nah, just speaking generally. |
11:45 | dv_ | i anyway am waiting for one global currency: credits |
11:45 | dv_ | :) |
11:45 | frilled | Intergalactic or Stellar? ;P |
11:47 | Kiranos | or bottle caps ala fallout :) |
11:47 | dv_ | hehe |
11:47 | frilled | ^_^ |
11:52 | wumpus | working on that :-) |
14:57 | michaelcubox | hello. After few days of discussion, how do go along with the wiki? I don't really like the layout and the titles of a few pages as they were much clearer before. |
16:08 | frilled | could someone 3dprint a 19" rack mount mould for cuboxes? ;-) |
16:10 | rabeeh | ? |
16:10 | rabeeh | :) |
16:10 | rabeeh | what ??!! |
16:10 | rabeeh | interesting how many cuboxes can fit in a 4U |
16:11 | wumpus | a cubox cluster? |
16:11 | frilled | Well I have virtualized most of my stuff ... but actually I could get virtually all of that physicalized for lower cost and lower power usage, so I probably will ;) |
16:11 | frilled | I'd love a rack-fit mould though |
16:12 | frilled | possibly with a fot for a switch |
16:12 | frilled | fit |
16:12 | frilled | Jeez I need a new keyboard |
16:17 | rabeeh | what's a rack fit mould? |
16:17 | rabeeh | is mould === mold? |
16:17 | frilled | probably |
16:17 | rabeeh | plastic mold? |
16:18 | frilled | Just a tray to rack mount tham |
16:18 | rabeeh | 19" are sheet metals |
16:18 | frilled | them |
16:18 | rabeeh | ok. |
16:18 | rabeeh | so it's not a mold |
16:18 | frilled | yeah, but you got to fit the boxes into the metal |
16:18 | rabeeh | right. |
16:18 | frilled | so, plastic. |
16:19 | frilled | like a plastic tray to put into the metal rack mount |
16:19 | frilled | Mh... a colleague of mine does have a 3d printer, but I think it's too small, unfortunately |
16:20 | frilled | anybody know what a structure like this would cost (location: EU), roughly? |
16:23 | rabeeh | frilled: you need this - |
16:23 | rabeeh | http://www.wimp.com/printerhouse/ |
16:23 | rabeeh | :) |
16:24 | rabeeh | frilled: i think 3d printers for prototyping is quite a commodity today |
16:24 | rabeeh | but not DIY thingy |
16:24 | frilled | yeah I know, but I have no idea how heavy this would get and as such, how expensive it would get. |
16:25 | frilled | should take 8 Cuboxes if you go for single-row |
16:26 | frilled | Got the idea from the Juniper MAG rack mount, it's just a tray where you can up put 4 MAGs in |
16:37 | dv_ | a cubox cluster? :O |
16:40 | rabeeh | frilled: if you are good in PCB design; then best is getting the lower board which has RGMII and hook those directly to an RGMII gig switch |
16:40 | rabeeh | from power wise you spare also something like 1 watt per gig connection |
16:42 | frilled | rabeeh, you got any schematics on that? (well of course you do ;P) |
16:43 | rabeeh | :) |
16:43 | rabeeh | are you familiar with the internals of the CuBox? |
16:43 | frilled | uhm, probably not on the needed level. I did take the cover off, though ;P |
16:44 | rabeeh | ok. it's pretty simple |
16:44 | rabeeh | there is a board to board connector that has a bunch of powers signals, but mainly RGMII (16 signals) |
16:44 | frilled | yah, does not look too bad |
16:44 | rabeeh | sorry - 14 |
16:44 | rabeeh | and there is a two pin header that passes a filtered +5V and GND |
16:45 | frilled | got shitty light here but I think I see what you mean ;) |
16:45 | rabeeh | there is on the bottom of CuBox also 12 pin header (unassembled) that has jtag + uart0 |
16:45 | rabeeh | so take that board, flip it which makes the processor on the top; and hook it on a PCB board |
16:46 | rabeeh | forget about the small upper board (which has the gig phy, DC-jack, SPDIF and a battery) |
16:46 | frilled | mh ... yeah, but you'd have to make a really precise mold to make it happen, really |
16:47 | rabeeh | true |
16:47 | frilled | although ... not really ... since a loose fit would be sufficient, really. not a rugged environment... |
16:47 | frilled | I'll order some more before I disassemble my first one, though :D |
16:48 | frilled | mh, this could really be done. |
16:48 | frilled | he he |
16:52 | frilled | btw, are the schematics open sourced, too? |
18:10 | frilled | Never toss a dwarf! |
19:39 | rabeeh | frilled: the schematics are not out |
19:39 | rabeeh | there isn't any special reason giving out what ever information is needed |
19:41 | frilled | mh :) |
19:42 | frilled | you pride yourself on being fully open sourced, though ^_^ |
19:42 | frilled | not really a problem, really, since you dish out everything anybody asks for, which is cool |
19:45 | rabeeh | hey. we can give out the schematics |
19:45 | rabeeh | it's not an issue; there isn't much to give since people can't really probe a lot |
19:45 | rabeeh | most of it is SERDEes and phys that no one is allowed to touch ! |
19:46 | frilled | hrhr |
19:47 | rabeeh | unless you want to probe, for what so ever reason a 3Gbps SATA serdes :) |
19:47 | rabeeh | well.. maybe to learn how an eye diagram looks like |
19:47 | rabeeh | hmmm... actually there are few things that can be played with |
19:48 | rabeeh | for instance the CEC signal; i always though about it as a great signal for home automation. |
19:48 | rabeeh | i mean send it for real far distances. |
19:49 | frilled | like? |
19:50 | dv_ | um, rabeeh, the kirkwood SPDIF conf, how is it loaded? |
19:50 | dv_ | apparently I am missing something that loads alsa card configs |
19:50 | rabeeh | should be copied to /usr/share/alsa/cards/Kirkwood_SPDIF.conf |
19:50 | rabeeh | as-is |
19:50 | rabeeh | but will only work with the 3.6.9 kernel |
19:50 | dv_ | I did |
19:50 | dv_ | no HDMI audio decvice |
19:51 | rabeeh | you can debug very easily |
19:51 | dv_ | *device |
19:51 | rabeeh | aplay -l and aplay -L before and after copying that file |
19:51 | dv_ | I did. no new device appeared. |
19:51 | rabeeh | frilled: the CEC signal can control the TV, stereo. what happens if it can be sent also to switches? |
19:52 | dv_ | which is why I assume that some userland component is missing in my image |
19:52 | dv_ | perhaps a udev rule? |
19:52 | rabeeh | for instance a door opens, automatically turn on TV |
19:52 | rabeeh | for the really TV addicted |
19:52 | rabeeh | dV_: no udev rule |
19:53 | dv_ | so, instead, what? the alsa subsystem in the kernel directly loads files from that directory? |
19:53 | rabeeh | dv_: here is mine - |
19:53 | rabeeh | http://pastebin.com/aCm4jPaC |
19:53 | rabeeh | dv_: alsa is two parts; kernel drivers and user space libs |
19:54 | rabeeh | that's AFAIK |
19:54 | dv_ | yes |
19:54 | dv_ | and who reads .conf files? |
19:54 | dv_ | the libs? |
19:55 | rabeeh | hmm.. i think it should be libasound2 |
19:56 | dv_ | ah! |
19:56 | dv_ | "alsalib error: /usr/share/alsa/cards/Kirkwood_SPDIF.conf may be old or corrupted: consider to remove or fix it" |
19:57 | dv_ | ..oh. stupid me. I downloaded the hg web page :) |
19:57 | rabeeh | hehe |
19:57 | rabeeh | :) |
19:58 | dv_ | uh no, i actually didnt. hmm. are you using the conf file from openbricks? |
20:00 | rabeeh | yes. i'm using the same conf file. |
20:01 | dv_ | ah, I see whats wrong. pcm/front.conf pcm/iec958.conf and pcm/hdmi.conf were missing |
20:06 | dv_ | yes, I hear something, if I use "hdmi" as device name. but it is noisy |
20:07 | dv_ | but not if I output 48 kHz. with 44.1 kHz, I hear noise. with 48kHz it is clear |
20:07 | dv_ | above 48 kHz I dont hear anything |
23:32 | schumi2004 | evening all |
23:32 | schumi2004 | cbxbiker61: you around ? |
23:42 | michaelcubox | good evening |
23:51 | cbxbiker61 | yep, i'm here |