ImmortanJoe

Members
  • Content Count

    24
  • Joined

  • Last visited

About ImmortanJoe

  • Rank
    Member

Recent Profile Visitors

504 profile views
  1. The Debian Jessie desktop image on the Orange Pi website can be upgraded to Stretch. Wifi partially breaks though. It can see the access points and show signal strength, but nothing happens when trying to connect. Screen resolution seems unchangable. It seems to be a plain Debian. Ie not messed with like some Orange Pi images. So if you really desperately need the legacy kernel that could work. Otherwise, the Armbian release of Stretch is already a nicer option IMHO. xrdp server seems to have problems. Has anyone got it working properly on the Armbian nightly yet? I wanted to see if there was a noticeable performance difference between the "Legacy" Debian Stretch and Mainline Armbian Stretch through RDP. Was Wifi meant to be working on the new nightlies? It doesn't seem to be there. It doesn't bother me. edit: The uptime part of the ssh login script seems to be incorrect. It's grabbing the wrong value.
  2. Yesss... Nighties. Going to try the stretch one out today. My only devices are ARM based so I can't build from source. That was the one good thing about the Sunxi source. With some script tweaking I could build with an ARM host. Has anyone else found the 8GB eMMC to be a little touchy, especially during boot? Not sure if it's hardware or Sunxi kernel related.
  3. I don't know the usual method for rebooting the Allwinner chipsets in Linux. I know the H3 had a register for it, but could also be reset by configuring the mode of the watchdog timer to reset, setting the WDT and letting it trip. Could that work in H6?
  4. So that's what is wrong with it. Strange implementation coupled with difficulties doing some things with the Linux framework. Am I reading it correctly that the PCIe controller has either a banked interface or a potentially rolling window? Hm. Besides odd setup, DMA transactions would still function normally, right?
  5. Is it within the scope of Armbian to attempt support for the MiniPCIe port with the mainline kernel? I didn't give it much thought until I remembered hat there are MiniPCIe to SATA adapters. My bandwidth and time are too low to have been much use for the early stages sorry. Someone else had always tried the newest iteration before I'd finished downloading it.
  6. Been meaning to say this. The OPi3 seems to deafen nearby wireless devices when running the legacy kernel. It disrupts other WiFi devices, BT and my Logitech keyboard and mouse. Re Logitech dongle, if I put it on a long USB extension cable it works. My guess is that WiFi is outputting at maximum all the time, but it is just a guess.
  7. Krachlatte, I hope you don't mind. I'm putting a link to 0.09 in my post. https://github.com/krachlatte/armbian-orangepi3/releases/tag/v0.09
  8. I'm phone posting so I don't have the info in front of me. Just roughly what I did was: Download Debian Jessie Desktop for OPi3 from the OPi download section. Use the Google drive link there. Before closing Drive, find the PDF manual. The website link points to the wrong manual. IIRC the eMMC flashing script name is in the manual. I couldn't find it anywhere else beforehand. Run the script and let the magic happen. There are more steps beforehand but the magic incantation for installation is in the manual.
  9. Hm. My earlier reply didn't stick. Which logs, or parts of them would you like to see? I just started downloading it so it'll be a while.
  10. Reimaged the MicroSD again. This time it worked.
  11. I haven't reimaged the MicroSD yet. It still has the first attempt on it. My OPi3 has Debian Jessie on the eMMC. There's also a SATA HDD plugged in to one of the USB3.0 ports currently, but results were the same without it. I did go and grab the UART output for a boot with and without the Armbian SD in. Here's the early boot results. I'm a little perplexed. SD card in. Trying to boot Armbian: And with the SD card out, just booting Jessie: The Armbian MicroSD is doing something, but I' not totally sure what. Either way, it just boots into Debian Jessie.
  12. As always the question is what you want to do with it I'm typing this on a Pinebook which is fast enough for what I use it for. My Orange Pi Zero is fast enough for file and network services that I use it for. My RPi Zero is fast enough for running RISC OS. It's all down to your use case.
  13. No sorry. I'm 100% ARM based these days. Mostly Armbian and RISC OS on my devices. I'm sure my usage of dd was correct as I use it regularly. However I am painfully aware of a bug in something which otherwise silently causes a register dump to dmesg which can cause corruption issues. I wrote the image remotely nohup via ssh and didn't think to check for success beyond the nohup output file afterwards. I will see if I can try again today. I don't have much direct access right now. Don't concern yourself too much with that right now. I found that the Sunxi OrangePi Jessie Desktop image falls over into some kind of failure register dump mode after reboot. Other Orange Pi devices also seem to have reboot issues so it's hard to say yet whether it's a design failure or a software bug. Usually wit any Orange Pi device I have, I apply the 10 second power cycle rule.
  14. No. I put it on MicroSD. This has highest boot priority. It just went straight through to booting from eMMC. The contents of the MicroSD seemed to be intact. I'll have a better look at the serial output later.