ljones0

Members
  • Content Count

    6
  • Joined

  • Last visited

  1. Intresting answers mind you if I could use a pi zero or a pi 2 or 3 but wired I would. Did not realise that pizero was just a DNS server I was thinking pretty much maybe even for something along those lines high speed would be needed. A firewall with packet inspection sounds like an even better (I'm guessing here) idea although I have no idea on even how to try that or set one up! ljones
  2. And no, that isn't supposed to be a rude title :-) ! Let me try to explain. What I'm trying to do is to have some sort of device run pi-hole. I have tried this in the past with success but when I last tried it I was using a raspberry pi zero and a usb wifi adapter - so it really only worked for one PC. What I'm now trying to do is to try to do the same for my entire home network. My guess is that I need some sort of small computer to put in front of the first device the internet touches (a router). So if I put a small arm based computer just before the router running pi-hole that (in theroy) should mean all the devices after the pi-hole get the black-hole ad blocking from the pi-hole. Snag is though I'm at a bit of a loss as to which device I should buy. Clearly a raspberry pi zero isn't going to be anywhere near what is needed (plus I'm hoping *not* to have wifi on such a device for security reasons). I've also read that if you try to use USB (I'd need one usb ethernet adapter) and ethernet on the bigger raspberry pis - since they are both being done from the same chip the result is that they both get slowed down badly. My guess as to what I need is something with no wifi and two gigabit ethernet ports - one port connects to the internet itself, the other to the router and that can run armbian, and thus pi-hole (it also appears that pi-hole should work from any device running debian, not just a raspberry pi!). I've seen one such device which might do the job - the clearfog base and fortunatly it appears to be supported by armbian as well. Only snag is that as I look through the forums it appears to have some nasty eMMC issues which looks like it could cause trouble. Or another idea - use an odrioid MC1 solo although it does have gigabit ethernet the second ethernet port would have to be via USB and from what I can gather usb 2.0 ethernet devices aren't particularly stable or very fast. One other option is to repurpose an old thin client and use that but then that probably will also only have single ethernet (and probably not gigabit either) plus although such a thing uses less power than a full x86 desktop, it is still uses a lot of power compared to small arm based computer. And where possible I want to save power and try not to have another "gas-guzzler" x86 device running. Has anyone tried such a thing before at all? ljones
  3. ljones0

    Cubox i4pro problems

    I did read just recently that the etna_viv drivers (which seem to support the GC2000 video chip in the Cubox i4) are now officially part of the linux kernel starting with the latest 4.5 kernel. Wonder if that'd work at all? ljones
  4. ljones0

    Cubox i4pro problems

    Apologies for bringing up an old thread. But I've just downloaded the latest (jessie) version for my cubox-i4, but there still seems to be no 2d acceleration. I'm using it right now to post this message up and I'm using a lighter-weight web browser (qupzilla) but the device is still struggling with video. Even resizing windows seems to be sluggish at best. I found this ( http://repo.r00t.website/BSP:/Cubox-i/Debian_Jessie/) repo here but as to how to install some of those packages I'm not sure or if they'd even fix the problem. I did try but ended up with getting dependency errors (messages stating about a dependency but it is not going to be installed). Also on the armbian/cubox page ( http://www.armbian.com/cubox-i/) there's no mention of acceleration working or not working btw. I did see this post - http://forum.armbian.com/index.php/topic/324-cubox-jessie-video-drivers/?hl=acceleration- however it refers to wheezy, not jessie. I also note that person installed "imx6-config" though if I look at that repo.r00t I see that file and many others though that is how I get the dependency issues as well. I added this to my /etc/apt/soures.list ----> deb http://repo.jm0.eu/BSP:/Cubox-i/Debian_Jessie/./ btw so as to add that repo to the list. (I know the URL is different but it seems to point to the right address; repo.r00t.website....). ljones
  5. ljones0

    Cubox i4pro problems

    Would that mean that the desktop systems (eg xfce,kde and soforth) would also need to be rebuilt? ljones
  6. ljones0

    Cubox i4pro problems

    Hello all :-) ! Not sure if I am doing something wrong at all or not. But I've been trying the wheezy image from here. While I can get everything installed ok I've a problem with video acceleration. I've managed to install the packages and have taken note of the changes here to do with installing the packages and kernel for video acceleration. But unless it is something I'm not doing right, performance dosen't exactly seem to be all that great even with acceleration. I noticed that one thing that I could do btw to improve performance just a little was to turn down the colour depth. I did this by doing the following; root@cubox-i:/boot# cat boot.cmd setenv bootargs root=/dev/mmcblk0p1 rootfstype=ext4 rootwait console=tty1 video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24,bpp=32 rd.dm=0 rd.luks=0 rd.lvm=0 raid=noautodetect pci=nomsi ahci_imx.hotplug=1 consoleblank=0 vt.global_cursor_default=0 quiet ext2load mmc 0 0x18000000 /boot/dtb/${fdt_file} ext2load mmc 0 0x12000000 /boot/zImage bootz 0x12000000 - 0x18000000 I changed the part where it says "bpp=32 to bpp=24" and this helped after running $ mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr To recreate the boot.scr image. This helps and it is quite noticable but I'm still finding the whole thing to be still quite sluggish. Video playback too is similarly slooow - even a simple low resolution video has problems playing either with vlc or mplayer (the best output driver I could find for video was SDL; none of the others worked except for X11 which was very, very slow indeed). So far I've tried xfce4 and kde (which I'm using right now) though there really isn't much in terms of performance between them both. Kde 4 does have one or two nasty bugs for example with plasma applets -- the left mouse button dosen't work with them (for example, clicking on kde's usb mount icon in the system tray brings up a list of devices to mount, but you can't choose any of them! There is also a system settings problem with changing the look of the pointer as well, which just crashes) . I'm wondering is there any way to check or accelerate 2D performance at all? I understand the accelerated X drivers work for 3D but maybe 2D isn't doing anything at all? *confused! Although dropping the colour depth down I am thinking what I am doing isn't really *properly* speeding things up! I would try the debian jessie image though the website says that the acceleration is for wheezy only.... Thanks for any help! ljones