Jump to content

Werner

Administrators
  • Posts

    4437
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Werner got a reaction from Igor in Amlogic forum adjustments   
    Marking as solved is now possible via drop down menu.
  2. Like
    Werner reacted to guidol in [Info] FriendlyARM PCM5102A-Hat with NanoPi Neo under mainline 4.x.x and dev 5.x.x   
    Today I tested volumio ( https://volumio.org/ )
    on a x86-system and a Raspberry Pi3 and on a webpage I did read that a PCM5102A DAC can be used with the Raspberry Pi (40 Pin header) as a HiFiBerry-DAC.

    So I searched how to connect the FriendlyARM (Neo) PCM5102A-Hat to the Raspberry 40-pin header:
     
    I2S Raspberry Pi https://raspberrypi.stackexchange.com/questions/76188/how-to-make-pcm5102-dac-work-on-raspberry-pi-zerow https://blog.himbeer.me/2018/12/27/how-to-connect-a-pcm5102-i2s-dac-to-your-raspberry-pi/ http://wiki.friendlyarm.com/wiki/index.php/NanoHat_PCM5102A DAC BOARD > Raspberry Pi 3 Model B connector J8 PCM5102A 12 Pin cablecolor signal ======================================================================================= GND > PIN 6 (GND) Ground BLACK GND . DIN > PIN 40 (GPIO21) WHITE I2S/PCM Serial Data Input BCK > PIN 12 (GPIO18) GREY I2S/PCM Sample Rate Clock LRCK > PIN 35 (GPIO19) VIOLETT I2S/PCM Sample Rate Clock/Sync . . . . . . VIN > PIN 2 (5V) BROWN 5V Power In ======================================================================================= At he first configuration of Volumio configure I2S as active and select as I2S-DAC-type HiFiBerry DAC or Generic I2S DAC




  3. Like
    Werner reacted to Igor in The os image for orange pi 3 changed to Z28 pro image   
    This is a result of some package relations anomaly, broken package ... not completely sure. If we don't know why it occurred its difficult to cure. But its fixable  
     

    No. We don't touch those images at all. We build images with the same packages relations which is why image is compatible.

    https://wiki.debian.org/Debootstrap
    https://github.com/armbian/build/blob/master/lib/debootstrap.sh#L140 + other scripts to make a final build
     

    A lot. Every day. But at least testing is getting more and more automatised.
     

    Yes, we are deep into this, most of people are highly experienced, working or worked in embedded development, hardware design or similar.
     

    I can only claim starting it, being the ass who is pushing things around, while people involved in making it are from all over. We are also inter-dependent from larger Linux community. Not so much with Debian or other distributions. They are mainly focused to user space. 
  4. Like
    Werner got a reaction from apollon77 in usbip not working with ZeroPi (Buster Image) - Device disconnect as soon as I try to bind   
    My bad. I did not even check out the link due to lack of time.
    Anyway I'll take care for it.
     
    https://github.com/armbian/build/pull/2178
    Will merge if checks are successful.
     
    If somebody requesting for help and also helping by him/herself to solve this issue by doing own research we are WAY more motivated to get to a solution . Unfortunately this is not very often the case...
  5. Like
    Werner reacted to apollon77 in usbip not working with ZeroPi (Buster Image) - Device disconnect as soon as I try to bind   
    So true ;-)
     
    I'm invested myself very deep in a Smart Home project (ioBroker) as one of the Core Developers (mainly Node.js based) ... so I know exactly what you mean ;-)
  6. Like
    Werner got a reaction from apollon77 in usbip not working with ZeroPi (Buster Image) - Device disconnect as soon as I try to bind   
    Nope.
     
    But 5.8.5 should not be a big deal. sunxi-current is already on this particular version and it is planned to bump the current Armbian release to 20.08.1 this weekend. If you are impatient however you can grab dtb, header and kernel image for sunxi from my server (https://werner.armbian.de/_2020/Aug31/) or via nightly builds (beta.armbian.com) and simply install those packages by using dpkg -i.
  7. Like
    Werner got a reaction from Igor in usbip not working with ZeroPi (Buster Image) - Device disconnect as soon as I try to bind   
    Nope.
     
    But 5.8.5 should not be a big deal. sunxi-current is already on this particular version and it is planned to bump the current Armbian release to 20.08.1 this weekend. If you are impatient however you can grab dtb, header and kernel image for sunxi from my server (https://werner.armbian.de/_2020/Aug31/) or via nightly builds (beta.armbian.com) and simply install those packages by using dpkg -i.
  8. Like
    Werner got a reaction from Tido in Amlogic forum adjustments   
    This is a tag, not a prefix. I did not remove any existing tags. They just can no longer attached to existing or new topics.
  9. Like
    Werner reacted to balbes150 in Single Armbian image for RK + AML + AW (armhf ARMv7)   
    20200831-dev kernel 5.9.0-rc3
  10. Like
    Werner reacted to 5kft in Switching SUNXI-DEV to 5.9.y (h3-h5-h6/megous)   
    Agreed - I did this locally as well and it worked fine.
  11. Like
    Werner reacted to martinayotte in Switching SUNXI-DEV to 5.9.y (h3-h5-h6/megous)   
    I think it should be good to switch to u-boot v2020.07, at least for DEV, I've done that since few weeks locally and didn't got any issues ...
  12. Like
    Werner got a reaction from gounthar in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    Since 5.9 is ahead I'd suggest to focus on that since this will become next LTS kernel.
  13. Like
    Werner reacted to _r9 in [Moderation] Dealing with subtle spammers placing "tiny little ads"   
    So I read through this thread and there are a few thoughts that came up.

    I believe when you want to solve a spam problem efficiently one needs to focus on the spam itself and not on the spammers.
    I'm dealing with lots of spam on my mailservers and manually blacklisting is the least efficient way to solve this problem. In my case 2000 - 10000 Spam mails a month.
    The main reasons why this is not a good practice are already described in a few posts inside this thread. Automated mail creation for example.

    So what are the real problems with spam posts?
    I think the most potential thread, if we focus on security, is that a user could get mislead to a dangerous URL.
    There is also the problem that the Armbian Forum could get misrelated to porn pages or other ugly stuff through google searching or other online indexes.
    Worst case would be if someone types porn stuff into the google search box and gets the Armbian forum as a result
    or someone finds a post that should help him and this post is full off ads. This would harm the forums image.

    So IMO the real problem is related to the URLs the spammers uses. So maybe there's a function like "URL registering"?
    So if a user wants to add a URL which is not known by Armbian he needs to register it with a small form or so and a moderator needs to approve the URL.
    Another concept could be that posts with unknown URLs needs to be approved even if they are changed after a while.
    So the system needs to run the approval recognition not only on new posts but on each change to.

    What's with the existing spam URLs?
    I don't know if such functions exists but if we could run through all posts with URLs (maybe inside the database) and disapprove all posts with unknown URLs then we have a list we can score.
    Moderators would need to approve all this posts again and register the URLs if they are valid. Maybe we should do this with a small amount of posts each.
    So we would need a function like "disapprove the first 100 posts with unknown URLs". May be we could assign each moderator a few posts automatically so he can approve 10 posts a week or so.
    11 Moderators would solve 110 posts a week. I don't know how big the problem is but the year has 52 weeks so we could to a lot of work without really doing anything.

    I'm absolutely new to this forum so maybe this is all nonsense but hiring volunteering spamfilters does not seem to be the smart way.

     
  14. Like
    Werner reacted to gleam2003 in customize-image.sh using git clone error   
    Finaly build with no error with this deb:
    http://ftp.br.debian.org/debian/pool/main/q/qemu/qemu-user-static_5.1+dfsg-3_amd64.deb
  15. Like
    Werner got a reaction from guidol in WSL2 Build environment   
    Tested with Windows 10 version 1909 (Build 18363.1049) and Ubuntu 20.04 and default 4.9.109 kernel shipped directly from Microsoft.
    Could run through my autobuild I usually do on remote machine flawless.
     
    Needs NO_HOST_RELEASE_CHECK=yes
  16. Like
    Werner reacted to ethDreamer in nanoPC-T4 USB type-c port doesn't work with Buster current 5.4.31   
    I can understand why you're frustrated doing all this for (essentially) free.  Let me see what I can do to help.  Can you answer some questions for me?

    I do know C and I am a software engineer, but I've never worked with the kernel before and my low level/device driver knowledge isn't so good.  Is the learning curve for this type of work too steep to have this be my first project?

    > It's expensive work

    If it is too difficult to learn, do you have any idea how expensive this would be?

    I do appreciate you keeping the lights on man. I know this project wouldn't exist without your help.
  17. Like
    Werner got a reaction from pfeerick in Rename Supporter to Donator   
    Same as I do
  18. Like
    Werner got a reaction from pfeerick in Rename Supporter to Donator   
    38 views and one like. So at the moment the majority of people is for this change
  19. Like
    Werner reacted to 5kft in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    I went ahead and cleaned up the remaining problems for 5.8.  I don't have an H6 board so I can't test the changes there, but I believe they should work fine (I did a rework of my previous thermal changes for H6 and re-applied on the new 5.8 base).
  20. Like
    Werner reacted to martinayotte in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    Thanks ! I will take a look later this weekend ...
  21. Like
    Werner reacted to 5kft in Switching SUNXI-DEV to 5.9.y (h3-h5-h6/megous)   
    I checked in a number of changes today into master that make it very straightforward to build sunxi w/kernel v5.9-rc2.  I have created a v5.9 development branch for sunxi in my repo that contains the current changes necessary for v5.9:  https://github.com/5kft/build/tree/v5.9-sunxi-development.  With the base mainline changes in master now only a few changes are needed to support v5.9.
     
    With these changes, both sunxi and sunxi64 work in an initial state with v5.9-rc2.  There are still some things that need some cleanup (e.g., there's a sound driver issue and a few other existing patches that need to be cleaned up/merged), but overall it seems to be at a very good initial working point now.  From cursory testing of this on some NEO variants with several different Realtek-based USB Wi-Fi adapters all seems to work quite well.
     
    I originally encountered some serious problems with the AP6212 Wi-Fi adapter (tested on a NEO Air and NEO Plus2) where Wi-Fi communication would randomly hang or stop.  I narrowed this down to the brcmfmac changes in this change in the kernel:  https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=47ec5303d73ea344e84f46660fff693c57641386.  I haven't debugged exactly what the issue is - I'm guessing it's something to do with the SDIO reset changes that were added, or perhaps there is an incompatibility with these changes and the current AP6212 firmware we're using.  However by reverting these specific changes to the brcmfmac driver back to the kernel v5.8.y version, the AP6212 Wi-Fi part works perfectly fine again, so I added a patch to revert the v5.9 changes to this driver.
     
    @Igor, @martinayotte - any thoughts as to when we might want to move sunxi-dev to v5.9?  It's going to be in -rcX state for another month or so, so I'm not sure it makes sense to move from v5.8.y right away, but then again there's an appeal to being on the latest.  Interested to hear your thoughts!
  22. Like
    Werner got a reaction from kkdao in How to re-format and remount and redo LVM volume on SSD   
    If you want to start from scratch and have no important data on the device you could simply kill the partition table with dd and start over.
  23. Like
    Werner reacted to Igor in WSL2 Build environment   
  24. Like
    Werner reacted to Igor in Armbian v20.08 (Caple) Planning Thread   
    v20.08.1
    Due to several - mainly small - problems in last build we are considering pushing out a smaller bug fix release.
     
    - fixes that are merged in next 7 days (due = September 4th)
    - all images will be rebuild
    - an update will go out
  25. Like
    Werner got a reaction from Tido in Switching SUNXI-DEV to 5.8.y (h3-h5-h6/megous)   
    Since 5.9 is ahead I'd suggest to focus on that since this will become next LTS kernel.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines