Skip to content

Kernel 4.4.x

Angeheftet Images
  • 4.4.154-1132-rockchip-ayufan released

  • 4.4.154-1134-rockchip-ayufan released

    ayufan: rockpro64: enable uart0 for bt

    PCIe & WiFi-Modul geht immer noch nicht. Aber, Kamil hat einen neuen Release angeschmissen.

  • 4.4.167-1138-rockchip-ayufan released

    ayufan: defconfig: disable broken kernel modules

  • 4.4.167-1140-rockchip-ayufan released

    ayufan: stmmac: disable TX offload for mtu bigger than 1498

    Zum Thema bitte auch diesen Beitrag lesen.

    • 4.4.167-1146-rockchip-ayufan
    • 4.4.167-1148-rockchip-ayufan
    • 4.4.167-1151-rockchip-ayufan
    • 4.4.167-1153-rockchip-ayufan

    Änderungen:

    • ayufan: rockchip-vpu: fix compilation errors
    • ayufan: dts: rockpro64: fix es8316 support
    • ayufan: dts: rockpro64: add missing gpu_power_model for MALI
    • ayufan: dts: pinebook-pro: fix support for sound-out

    Ayufan bereitet die Images für das kommende Pinbook Pro vor.

    • 4.4.167-1155-rockchip-ayufan
    • 4.4.167-1157-rockchip-ayufan
    • 4.4.167-1159-rockchip-ayufan
    • 4.4.167-1161-rockchip-ayufan

    Änderungen

    • ayufan: dts: pinebook-pro: change bt/audio supply according to Android changes
    • ayufan: dts: rock64: remove unused ir-receiver
    • ayufan: dts: pinebook-pro: fix display port output
    • ayufan: dts: pinebook-pro: fix display port output
  • 4.4.167-1165-rockchip-ayufan released

    • ayufan: dts: rockpro64: enable 1.992GHz OPP
  • 4.4.167-1167-rockchip-ayufan released

    • ayufan: dts: pinebook-pro: fix eDP resolution
  • 4.4.167-1169-rockchip-ayufan released

    • nuumio: dts/c: rockpro64: add pcie scan sleep and enable it for rockpro64 (#45)

  • 4.4.167-1171-rockchip-ayufan released
    4.4.167-1173-rockchip-ayufan released

    • ayufan: dts: rockpro64: configure dmc/dfi
    • ayufan: dts: rockpro64: reconfigure OPPs for cpul/b
  • 4.4.167-1175-rockchip-ayufan released

    • Old driver is rockchip-drm-rga

  • 4.4.167-1178-rockchip-ayufan released
    4.4.167-1181-rockchip-ayufan released

    • ayufan: defconfig: enable CONFIG_ROCKCHIP_RGA2
    • ayufan: dts: rockpro64: enable 32MB ion
  • 4.4.167-1183-rockchip-ayufan released

    • ayufan: dts: rock64: limit DDR to 1600MHz
  • 4.4.167-1184-rockchip-ayufan released
    4.4.167-1185-rockchip-ayufan released

    • Revert "PCI: rockchip: Add Rockchip DW PCIe controller support"
    • Revert "nuumio: dts/c: rockpro64: add pcie scan sleep and enable it for rockpro64 (#45)"

    und viele andere Änderungen. https://gitlab.com/ayufan-repos/rock64/linux-kernel/commits/release-4.4

  • 4.4.167-1187-rockchip-ayufan released

    • ayufan: defconfig: enable CONFIG_PHY_ROCKCHIP_PCIE=y

    Dran denken, Kamil ist im Moment ziemlich viel am Umbauen. Könnte also gut sein, das hinterher weniger funktioniert als vorher. Also schön vorsichtig 😉

  • 4.4.167-1188-rockchip-ayufan released

    • ayufan: dts: rock64: fix vcc_host1_5v to be active_low
  • 4.4.167-1189-rockchip-ayufan released

    • ayufan: dts: rockpro64: fix xin32k

    Irgendwas mit clock und WLan..

  • 4.4.167-1192-rockchip-ayufan released

    • ayufan: rockchip: pwm_remotectl: fix pinctrl not being set
    • ayufan: stmmac: fix suspend/resume of gmac raising DMA error

    Kamil schrieb was von IR gefixt und suspend/resume !?

  • 4.4.167-1193-rockchip-ayufan released

    • ayufan: dts: rockpro64: remove unused i2s0 as it blocks spdif
  • 4.4.167-1201-rockchip-ayufan released

    Ganz schön aktiv unser Kamil im Moment. 🙂

    Hier zum Nachlesen -> https://gitlab.com/ayufan-repos/rock64/linux-kernel/commits/release-4.4

  • ROCKPro64 - Debian Bullseye Teil 2

    Verschoben ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    433 Aufrufe
    FrankMF

    Gestern mal das Ganze mit einem Cinnamon Desktop ausprobiert. Eine verschlüsselte Installation auf eine PCIe NVMe SSD. So weit lief das alles reibungslos. Der Cinnamon Desktop hat dann leider keine 3D Unterstützung. Sieht so aus, als wenn keine vernünftigen Grafiktreiber genutzt würden. Da ich auf diesem Gebiet aber eine Null bin, lassen wir das mal so. Außerdem mag ich sowieso keine Desktops auf diesen kleinen SBC. Da fehlt mir einfach der Dampf 😉

    Gut, was ist mir so aufgefallen?

    Unbedingt die Daten des Daily Images erneuern, keine alten Images nutzen. Ich hatte da jetzt ein paar Mal Schwierigkeiten mit. Da das ja nun keine Arbeit ist, vorher einfach neu runterladen und Image bauen.

    Warum zum Henker bootet eigentlich. außer meiner Samsung T5, nichts vom USB3 oder USB-C Port?? 👿

  • ROCKPro64 - Kamils neuer 0.10.x Release

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    231 Aufrufe
    Niemand hat geantwortet
  • SATA Adapter - SSD kopieren

    Hardware
    1
    0 Stimmen
    1 Beiträge
    192 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware
    5
    1 Stimmen
    5 Beiträge
    869 Aufrufe
    FrankMF

    Ich kann heute die Fragen aller Fragen beantworten 🙂

    Damit ist leider die Frage immer noch unbeantwortet ob WLan und PCIe zusammen nutzbar ist!! Es geht!!

    Ich habe von MrFixit ein Testimage der RecalBox, benutzt das selbe Debian wie oben. Die Tage konnte man im IRC verfolgen, wie man dem Grundproblem näher kam und wohl einen Fix gebastelt hat, damit beides zusammen funktioniert. Mr.Fixit hat das in RecalBox eingebaut und ich durfte testen.

    # ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff inet 192.168.178.27/24 brd 192.168.178.255 scope global wlan0 valid_lft forever preferred_lft forever inet6 2a02:908:1262:4680:ae83:f3ff:fee6:1fb2/64 scope global dynamic valid_lft 7145sec preferred_lft 3545sec inet6 fe80::ae83:f3ff:fee6:1fb2/64 scope link valid_lft forever preferred_lft forever # ls /mnt bin etc media recalbox sd.img test2.img boot home mnt root selinux tmp crypthome lib opt run srv usr dev lost+found proc sbin sys var # fdisk BusyBox v1.27.2 (2019-02-01 22:43:19 EST) multi-call binary. Usage: fdisk [-ul] [-C CYLINDERS] [-H HEADS] [-S SECTORS] [-b SSZ] DISK Change partition table -u Start and End are in sectors (instead of cylinders) -l Show partition table for each DISK, then exit -b 2048 (for certain MO disks) use 2048-byte sectors -C CYLINDERS Set number of cylinders/heads/sectors -H HEADS Typically 255 -S SECTORS Typically 63 # fdisk -l Disk /dev/mmcblk0: 15 GB, 15931539456 bytes, 31116288 sectors 486192 cylinders, 4 heads, 16 sectors/track Units: cylinders of 64 * 512 = 32768 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/mmcblk0p1 * 2,10,9 10,50,40 32768 163839 131072 64.0M c Win95 FAT32 (LBA) Partition 1 does not end on cylinder boundary /dev/mmcblk0p2 * 16,81,2 277,102,17 262144 4456447 4194304 2048M 83 Linux Partition 2 does not end on cylinder boundary /dev/mmcblk0p3 277,102,18 1023,254,63 4456448 31115263 26658816 12.7G 83 Linux Partition 3 does not end on cylinder boundary Disk /dev/nvme0n1: 233 GB, 250059350016 bytes, 488397168 sectors 2543735 cylinders, 12 heads, 16 sectors/track Units: cylinders of 192 * 512 = 98304 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/nvme0n1p1 1,0,1 907,11,16 2048 488397167 488395120 232G 83 Linux #

    Oben sieht man eine funktionierende WLan-Verbindung, das LAN-Kabel war entfernt. Unten sieht man die PCIe NVMe SSD, gemountet nach /mnt und Inhaltsausgabe.

    Das sollte beweisen, das der Ansatz der Lösung funktioniert. Leider kann ich nicht sagen, das es zum jetzigen Zeitpunkt stabil läuft. Ich habe einfach so Reboots, kann den Fehler aktuell aber nicht fangen. Mal sehen ob ich noch was finde.

    Aber, es ist ein Anfang!

  • ROCKPro64 - USB3 bootet von SSD!

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    842 Aufrufe
    FrankMF

    Da oben steht viel Bullshit 🙂 Ich habe mich mal mit dem mechanischen Aufbau einer USB3 Buchse beschäftigt, bzw. dazu recherchiert. Auf dieser Seite ist ein klasse Bild, was das sehr gut verdeutlicht.

    https://kompendium.infotip.de/usb-3-0.html

    Abbildung 28. Dort sieht man das die USB3 Kontakte RX/TX und GND ganz hinten sind. Wenn ich den Stecker jetzt komplett einstecke, wird wohl versucht eine USB3 Verbindung aufzubauen, die ja im Moment aus irgendeinem Grund scheitert. Wenn ich den Stecker nun ein Stück raus ziehe, trenne ich die USB3-Verbindung und es kommt eine USB2-Verbindung zustande.

    So mit ist mir jetzt einiges klarer, aber das Problem ist ungelöst 😞

  • ROCKPro64 - USB3 Probleme

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    853 Aufrufe
    Niemand hat geantwortet
  • Shop-Bestellung

    ROCKPro64
    10
    0 Stimmen
    10 Beiträge
    2k Aufrufe
    V

    @FrankM besten Dank für die ausführliche Infos.

  • ROCKPro64 - Übersicht

    Angeheftet Verschoben Hardware
    8
    0 Stimmen
    8 Beiträge
    6k Aufrufe
    FrankMF

    Bericht der Zeitschrift Make.

    Link Preview Image Bastelrechner NanoPC-T4 und ROCKPro64: Mehr Raspi-Konkurrenz mit Rockchip

    Leistungsfähige Raspi-Konkurrenten setzen zunehmend auf den Chip-Hersteller Rockchip. Zwei neue RK3399-Boards eröffnen die Alternative: kompakt oder günstig?

    favicon

    Make (www.heise.de)