| 02:41 | Verbosity | tomlohave, please check this out when you get the chance: http://www.solid-run.com/phpbb/viewtopic.php?p=8021#p8021 |
| 02:42 | Verbosity | Basically, USB Audio on CuBox GeeXbox is kaput |
| 13:22 | jnettlet | Excellent. New fast SDHC cards are here. The Sandisk Ultra recommendations didn't let me down. 1.8MB/s for 4k random writes. I am in the butter zone now :-D |
| 14:15 | rabeeh | dbsx: ping |
| 14:18 | rabeeh | dbsx seems to be offline; i wanted to consult with the current CuBox users |
| 14:19 | rabeeh | in the new design we have the ability to put a push-push micro SD connector; but with that comes a slightly less reliable HDMI connector |
| 14:20 | rabeeh | the current HDMI connector is massive and goes through the whole board; while the less reliable is so called true SMT connector and might be broken if high load was put on it |
| 14:20 | rabeeh | but then a push-push micro SD connector can be places instead of the push-pull |
| 14:20 | rabeeh | the difference between push-push and push-pull is the first you push to insert and eject; while the second is completely manual |
| 14:20 | rabeeh | thoughts? |
| 14:21 | dbsx | I am here |
| 14:21 | rabeeh | hi dbsx; please look above on the log |
| 14:21 | rabeeh | you previously complained about that; i'm giving you the choices. |
| 14:21 | rabeeh | what do you think? |
| 14:25 | TrevorH1 | the current microsd slot is the worst part of the cubox pro that I have - I have to use tweezers to extract the card |
| 14:25 | dbsx | Much and all as I like push-push SDs, I think that users are more frequently changing the HDMI connector. Hence more likely to fail. My complaint about the current uSD slot is that it is not so easy for fat fingered users (like me) |
| 14:25 | TrevorH1 | I'd go further and say it's impossible with fingers |
| 14:25 | dbsx | It is the case the causes the problem with the uSD |
| 14:26 | dbsx | I have done it with the fingernails |
| 14:26 | dbsx | once |
| 14:26 | TrevorH1 | I'd have to wait a month or so to let my nails grow! |
| 14:26 | jnettlet | rabeeh, is there a reason you haven't gone with micro-HDMI? |
| 14:27 | rabeeh | dbsx: trust me; my fingers are bigger. |
| 14:27 | rabeeh | for a proof you can see the new video of CuBox-i :) |
| 14:27 | dbsx | do you use tweezers too? |
| 14:28 | rabeeh | the thing with CuBox-i is that it completely boots from micro-SD; so swapping it in and out would be more frequent |
| 14:28 | rabeeh | (for devs) |
| 14:28 | rabeeh | i use a pencil since the edge of the micro-SD card itself is still exposed from beneath it and can be pulled out without tweezers |
| 14:28 | rabeeh | jnettlet: micro HDMI are not reliable |
| 14:29 | jnettlet | Can't uboot live on the microsd and then be configured to boot off of usb? |
| 14:29 | rabeeh | i think that they already failed in cell phone too. |
| 14:29 | rabeeh | jnettlet: it can; but i think the majority would want to keep the 2 USB ports for other things |
| 14:29 | rabeeh | so, lets have a small vote then. You need to choose one of the two options - |
| 14:30 | jnettlet | rabeeh, I was thinking for developers. Most devs will use a usb hub if needed |
| 14:30 | rabeeh | 1. micro SD push-pull as of today with 100% robust HDMI connector mechanical wise. |
| 14:31 | rabeeh | 2. micro SD push-push (with spring) with slightly less robust HDMI connector in the Z series (towards the upper side of the CuBox) |
| 14:31 | dbsx | HDMI versus SD slot. My vote the best HDMI connector you can find |
| 14:31 | rabeeh | the XY of that HDMI connector are robust |
| 14:31 | jnettlet | I will vote for 1) also |
| 14:31 | rabeeh | TrevorH1? |
| 14:31 | dbsx | rabeeh? |
| 14:32 | rabeeh | i'v asked our operations guy to try finding an HDMI that is footprint compatible that we can enjoy both. |
| 14:33 | jnettlet | _rmk_, any reason to not use the UIO vmeta driver since upstream seems uninterested in your char based driver? |
| 14:34 | dbsx | rabeeh: I think I have seen micro SD to SD adaptors. If you dont mind the SD outside the case |
| 14:34 | dbsx | cost about $2 |
| 14:35 | _rmk_ | jnettlet: apart from it being an abuse of UIO... |
| 14:35 | rabeeh | 2$ is ~4.5% of CuBox-i1 cost :) |
| 14:35 | jnettlet | _rmk_, I feel that UIO needs more abuse :-) |
| 14:35 | _rmk_ | and it needs the UIO API hacked up so its incompatible with existing UIO drivers |
| 14:35 | rabeeh | dbsx: maybe the operations guy will have different lead; i'll keep you posted |
| 14:35 | dbsx | yeak I am just saying for a dev that is changing SDs a lot, it would be nice |
| 14:36 | rabeeh | he told me that there is a company that provides robust HDMI in a true smt way |
| 14:36 | rabeeh | dbsx: ok. |
| 14:36 | rabeeh | can u send a link? have you tried it? |
| 14:38 | dbsx | I have a PDF somewhere, my SD supplier has a adaptors for uSD and SD -> everything. I have been using USB -> micro SD for copying SD images. I will ask him. |
| 14:38 | _rmk_ | jnettlet: UIO drivers are never ever meant to have ioctls for a start |
| 14:39 | _rmk_ | jnettlet: secondly, if you poll on a UIO device for an interrupt, you're then supposed to read the UIO device to clear that status - vmeta decides it'll clear it when returning from poll() |
| 14:40 | _rmk_ | so, the UIO vmeta driver is abusing the UIO interface design, and might as well be a stand-alone chardev driver which can do what it wants without creating this mess |
| 14:40 | jnettlet | _rmk_, oh I understand why UIO is the wrong interface. |
| 14:48 | dbsx | BTW the Linux Bluetooth stack is a horror. 3..1 ok, 3.2 fail, 3.9 ok, 3.10 fail, 3.11 fail |
| 14:49 | jnettlet | dbsx, with bluetooth audio/ |
| 14:49 | jnettlet | make that ? |
| 14:50 | dbsx | btusb, is the problem. The above part is for a Broadcomm dongle |
| 14:50 | TrevorH1 | rabeeh: I suspect I'm an unusual use-case. I use the microsd card for emergency boot when I've fscked my esata boot drive which I've done (I think) twice in the 3 months I've had it. I don't use hdmi at all |
| 14:51 | _rmk_ | jnettlet: I haven't submitted the chardev driver upstream, because I don't want the hastle of trying to justify a load of closed source stuff |
| 14:51 | _rmk_ | jnettlet: as soon as there's a whiff that there's closed source stuff involved, it'll turn into a battle |
| 14:52 | dbsx | TrevorH1: I know many with your usage pattern |
| 14:53 | dbsx | network storage |
| 14:53 | TrevorH1 | it runs dns/dhcpd/httpd/pxe and a few other bits |
| 14:54 | dbsx | I load the uImage from flash |
| 14:55 | jnettlet | _rmk_, I understand your reasoning. I am just trying to sort out what we have/need for a kernel tracking mainline and stable. |
| 14:56 | jnettlet | If people are using the patches then it will give a bit more momentum, and also help to find bugs etc. |
| 15:02 | dbsx | 11PM goodnight all |
| 15:02 | jnettlet | dbsx, night |
| 22:18 | pookito | Hello, is anyone available for a quick chat? |