Live data from Hacker News

Viewing profile — madushan1000

madushan1000

HN member
Joined
Tue, Jul 25, 2017, 6:42 AM UTC
HN karma
167
Public activity
62 items

About madushan1000

No profile information was provided.

Recent public activity

  1. comment
    Comment #49268362

    Two days sounds like a lot, both llama.cpp and openvino only takes a few minutes to compile on any decent modern cpu.

  2. comment
    Comment #47628296

    you can run linux on riscv without an MMU. There is mainline support for Kendryte K210 chip, so it should be possible port to this chip provided you have enough PSRAM.

  3. comment
    Comment #47627831

    Interesting that they made a new chip with BLE+BR/EDR again. all the chips after the original ESP32 were BLE only. Hope this chip has good low power options so we can use it in Blu…

  4. comment
    Comment #47549403

    I really wish uv had some sandboxing built in.

  5. comment
    Comment #47527608

    What's wrong with OCCT?

  6. comment
    Comment #45394406

    Why not though, from what I can see from the docs, these databases supposed to be static and read only. At least when you use it on a device.

  7. comment
    Comment #45383936

    Redox Os is a microkernel operating system, completely different from monolithic kernels like Linux or BSD. I doubt it'll be easy to get existing ZFS drivers working on it at all.

  8. comment
    Comment #43004123

    check here https://review.video.fosdem.org/overview

  9. comment
    Comment #39301709

    Thank you for the info. I use AMD consumer GPUs, none of them unfortunately support SR-IOV afaik, there are some developments from google around virtio-gpu(DRM native context) I've…

  10. comment
    Comment #39301593

    I'm really curious about this, is it gpu para-virtualization or actual VFIO requiring built in support from the gpu hardware?

  11. comment
    Comment #38873950

    AMD gpu drivers are in the linux kernel. They support even very old hardware. And linux only drops drivers when there are no users. So amd cards stay supported for basically their …

  12. comment
    Comment #38855954

    It's also well known the driver is massive because there are hundreds of thousands of lines of auto-generated register access code in there. Not because it's inherently very comple…

  13. comment
    Comment #38853345

    What do you mean? most complicated parts of the gpu driver are in userland and handled by Mesa or equivalent. Kernel drivers expose a standard interface(DRM) which userspace driver…

  14. comment
    Comment #38551210

    I think bl602 shares the wifi rf/mac layer with esp32. There is a monitor mode implementation here https://github.com/stschake/bl60x-wifimon/

  15. comment
    Comment #37107274

    Virgl just sends opengl commands to the host. And it also has to copy some buffers back and forth. So it won't be as fast as vfio. But, there is a new feature called VirtGPU DRM na…

  16. comment
    Comment #36415201

    BTW, the chip vendor is sophgo, they have a github account with a lot of open source code for these chips here https://github.com/sophgo

  17. comment
    Comment #36382398

    It has hardware IRQ muxing, this is the driver ( https://github.com/smaeul/linux/commit/16eafe2078ebe9306d095... ), we already use if for booting off sdcard/ethernet/usb etc..

  18. comment
    Comment #35800326

    The chip has complete-ish sdk here( https://github.com/bouffalolab/bouffalo_sdk ) we use as "documentation". Datasheet and the reference manual are incomplete.

  19. comment
    Comment #35786682

    There is an effort to write linux drivers for peripherals in Pine Ox64 https://wiki.pine64.org/wiki/Ox64 , the chip(BL808) documentation is not that great. But would be a good exer…

  20. comment
    Comment #33506035

    Linux has a rule to "never break the userland". So if you maintain your own userland(libc/gui libs, etc..) even the latest kernel will run your old software.

  21. comment
    Comment #33160671

    Chromeos uses crosvm, not qemu. Qemu uses virgl to provide opengl, but I think vulkan is still in the works. You can use crosvm on Linux too,works pretty well, it uses a newer vers…

  22. comment
    Comment #31346015

    I guess nobody bothered to add vulkan support due to almost unusable performance without reclocking. Hopefully some work will get started with this news!

  23. comment
    Comment #31345748

    Probably all their "enterprise" feature lockouts(vgpu etc..) are in the gigantic firmware that's loaded into GSP. But things that matter to desktop users probably aren't going to b…

  24. comment
    Comment #31345377

    With the kernel driver open source + redistributeble firmware I guess the graphics APIs can be provided by mesa.

  25. comment
    Comment #30124944

    Not only that, we were able to reduce the total virtual machine ram where our monitoring was hosted by half and storage is more efficient too I think when we switched to victoriame…