home.social

#iommu — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #iommu, aggregated by home.social.

  1. so i tried to make a nested proxmox vgpu thingy. but it doesnt work cause when i enabled viommu on the vm the nvidia driver fails(RmInitAdapter failed) but when i disable viommu mdev doesnt work cause it needs /sys/kernel/iommu_groups/ which only exsists with iommu. i fucking hate this bullshit.

    #proxmox #vgpu #viommu #iommu #gpu #nvidia #server #homelab #selfhosting #vm #qemu #pciepassthrough #mdev

  2. Tried using SR-IOV and IOMMU on my computer and it clearly did not like that as it prevented me from getting into the UEFI or boot menu from POST. The GRUB entry for the UEFI Firmware Settings thing worked, but after turning them off I had to shut my computer down fully as a reboot didn't fix it.

    #SRIOV #IOMMU #UEFI #AMDRyzen

  3. Tried using SR-IOV and IOMMU on my computer and it clearly did not like that as it prevented me from getting into the UEFI or boot menu from POST. The GRUB entry for the UEFI Firmware Settings thing worked, but after turning them off I had to shut my computer down fully as a reboot didn't fix it.

    #SRIOV #IOMMU #UEFI #AMDRyzen

  4. From the bottom of my heart: fuck #IOMMU

  5. From the bottom of my heart: fuck #IOMMU

  6. PSA for anyone using #QEMU #KVM for #SingleGPUPassthrough
    Guides are all over the net suggesting hooks scripts invoking pci devices, unloading/loading kernel modules, and other unnecessary things. Here's my current hook script for starting the VM:

    systemctl stop display-manager

    That's it. And the reverse for teardown:

    systemctl start display-manager

    #IOMMU groups still apply, and you need to pass the correct PCI devices to your VM, but everything else is handled automatically.

    Disclaimer that this is how it works currently for my AMD card. I did have a working setup with my NVIDIA card that did unload/load kernel modules, however it seems things have come a long way since I set that up.

    #virtualization #libvirt #vfio

  7. Отражаем атаку на IOMMU

    Что вы знаете об атаках на графические процессоры? Наверняка ничего приятного: они крайне распространены на мобильных устройствах, классические «песочницы» от них не защищают, и компрометация лишь одного драйвера может поставить под угрозу все ядро… Меня зовут Денис Молодяков, и я — лид команды графики в KasperskyOS. Идея этого текста возникла во время одного моего выступления на конференции по системной разработке. Тогда из зала задали вопрос, который касался безопасности работы драйверов GPU. Слушатель ссылался на кейсы с «подламыванием» механизма управления видеопамятью драйверов на Android для интегрированных ускорителей семейства ARM Mali и спросил, как наша ОС сможет этому противостоять. Поэтому в данном материале я подробно расскажу о сути этой коварной атаки, а также рассмотрю и другие типы атак через GPU. В заключение я смоделирую подобные сценарии для нашей микроядерной KasperskyOS и покажу, как мы их митигируем.

    habr.com/ru/companies/kaspersk

    #IOMMU #DMA #GPU #kasperskyos #кибербезопасность #атаки #кибератаки #процессоры

  8. Riot Games deckt kritische Motherboard-Schwachstelle auf

    Die Lücke erlaubt es Angreifern mit spezieller Hardware, unerkannt Schadcode zu implementieren – selbst wenn die vorgesehenen Sicherheitsmechanismen aktiviert sind.

    all-about-security.de/riot-gam

    #motherboard #schadcode #IOMMU #DMA #preboot

  9. any idea how to turn on #IOMMU protection on a #framework 12? Got this one error in the gnome security report :)

  10. any idea how to turn on #IOMMU protection on a #framework 12? Got this one error in the gnome security report :)

  11. Is there a good resource for knowing which and combinations (hardware and ) should work for under for ?

  12. Is there a good resource for knowing which #gpu and #motherboard combinations (hardware and #bios) should work for #pciepassthrough #iommu under #proxmox for #llm ?

  13. You connect your monitors to a USB-C/Thunderbolt dock, all to then have the screens turn off erratically, or devices connected over USB acting up by turning off at random times? Sounds familiar? You are not alone!

    What if I told that this is because you have not told the kernel that you need IOMMU enabled on your machine? This is particularly true if your monitors also have docks themselves, and the sheer IO overhead is overwhelming your system. How to solve it?

    First, check your device BIOS and see if there is an option to enable IOMMU. Then proceed to enable IOMMU on the kernel:

    For AMD: "amd_iommu=on iommu=pt"
    For Intel: "intel_iommu=on iommu=pt"

    On Fedora, we use grubby to update our kernel arguments:
    sudo grubby --args="amd_iommu=on iommu=pt" --update-kernel=ALL

    Reboot and enjoy a much stabler USB, multi-monitor peripherals handling! The reason it's not ON by default is that there is a tiny overhead in memory usage. Read more about IOMMU: en.wikipedia.org/wiki/Input%E2

    #tech #iommu #tip #fedora #linux

  14. You connect your monitors to a USB-C/Thunderbolt dock, all to then have the screens turn off erratically, or devices connected over USB acting up by turning off at random times? Sounds familiar? You are not alone!

    What if I told that this is because you have not told the kernel that you need IOMMU enabled on your machine? This is particularly true if your monitors also have docks themselves, and the sheer IO overhead is overwhelming your system. How to solve it?

    First, check your device BIOS and see if there is an option to enable IOMMU. Then proceed to enable IOMMU on the kernel:

    For AMD: "amd_iommu=on iommu=pt"
    For Intel: "intel_iommu=on iommu=pt"

    On Fedora, we use grubby to update our kernel arguments:
    sudo grubby --args="amd_iommu=on iommu=pt" --update-kernel=ALL

    Reboot and enjoy a much stabler USB, multi-monitor peripherals handling! The reason it's not ON by default is that there is a tiny overhead in memory usage. Read more about IOMMU: en.wikipedia.org/wiki/Input%E2

  15. Man I prolly have hard-rebooted my #Proxmox server almost or over 10 times now probably - all bcos, somehow, after adding a PCI device (passthrough), particularly a SATA card to my #TrueNAS VM, each time I boot it up Proxmox would just... hang forever and become inaccessible despite still "running".

    The error it spits out is:

    Pool 'rpool' has encountered an uncorrectable I/O failure and has been suspended

    This move away from
    #ESXi is a lot more painful than I imagined.

    ---

    Update: Might have found the culprit, and that it possibly has to do with its
    #IOMMU group number. That is, on Proxmox, even when you think you're sharing the one PCI device you've selected, you're actually also sharing the entire IOMMU group sharing the same number, which in my case is like... almost everything else.

    I'm just perplexed by how ESXi was able to passthrough the device just fine, on the exact same hardware setup? I really don't wanna go back tho, but I'm not sure if there's even a solution to this, since I couldn't really move this SATA card anywhere else.

    🔗 https://forum.proxmox.com/threads/proxmox-freeze-when-launching-gpu-passthroughed-vm.104801

    RE:
    https://sakurajima.social/notes/a1vvx0jo6u

  16. Man I prolly have hard-rebooted my #Proxmox server almost or over 10 times now probably - all bcos, somehow, after adding a PCI device (passthrough), particularly a SATA card to my #TrueNAS VM, each time I boot it up Proxmox would just... hang forever and become inaccessible despite still "running".

    The error it spits out is:

    Pool 'rpool' has encountered an uncorrectable I/O failure and has been suspended

    This move away from
    #ESXi is a lot more painful than I imagined.

    ---

    Update: Might have found the culprit, and that it possibly has to do with its
    #IOMMU group number. That is, on Proxmox, even when you think you're sharing the one PCI device you've selected, you're actually also sharing the entire IOMMU group sharing the same number, which in my case is like... almost everything else.

    I'm just perplexed by how ESXi was able to passthrough the device just fine, on the exact same hardware setup? I really don't wanna go back tho, but I'm not sure if there's even a solution to this, since I couldn't really move this SATA card anywhere else.

    🔗 https://forum.proxmox.com/threads/proxmox-freeze-when-launching-gpu-passthroughed-vm.104801

    RE:
    https://sakurajima.social/notes/a1vvx0jo6u

  17. I have 2 Western Digital Blue 4 TB drives that I pulled from my main PC (that I built 8 years ago) and put them into a 2U server. I am going to run them in RAID0 and see how long they last.

    They are hybrid and actually have 8GB SSD cache each. It is an experiment to see them on a dedicated PCI SATA card that is assigned to a VM on (as the hypervisor) running the ProxMox Backup Server OS on the VM. Of course, I had to enable .

    What could possibly go wrong?

  18. I have 2 Western Digital Blue 4 TB drives that I pulled from my main PC (that I built 8 years ago) and put them into a 2U server. I am going to run them in RAID0 and see how long they last.

    They are hybrid and actually have 8GB SSD cache each. It is an experiment to see them on a dedicated PCI SATA card that is assigned to a VM on #proxmox (as the hypervisor) running the ProxMox Backup Server OS on the VM. Of course, I had to enable #iommu.

    What could possibly go wrong? #yolo

  19. DaMAgeCard: как индустрия карт памяти SD воскресила DMA-атаки

    Размеры медиа-файлов кардинально растут, а вместе с ними растут и требования к скорости носителей. Копировать сотни гигабайт RAW-изображений с обычной, даже высокоскоростной SD-карты стандарта UHS-II стало слишком долго. И вот жалобы фотографов на то, что кофе успевает остыть, пока все данные будут скопированы с карты, дошли до председателей SD Association и CompactFlash Association, и те приняли решительные меры: выпустили стандарт SD Express (и CFexpress ). Наша команда ( Positive Labs ) занимается исследованием безопасности программно-аппаратных систем и системного ПО. Поэтому мы внимательно наблюдали за развитием событий еще с 2018 года — с момента публикации стандарта, который обещал огромный прирост скорости за счет подключения карты к шине PCIe. Но мы следили не только за бенчмарками скорости, хотя она, конечно, внушительная. Наличие PCIe потенциально опасно из-за возможности доступа к памяти устройства, а это очень интересный вектор атак.Вот только до недавнего времени производители контроллеров и пользовательских устройств не спешили с поддержкой стандарта SD Express. Мы уже даже было обрадовались, что они научились на своих ошибках, и теперь не хотят давать внешним устройствам доступ к памяти (спойлер: нет ). А пока расскажем, почему уделяем столько внимания почтенной шине PCI.

    habr.com/ru/companies/pt/artic

    #dmaатака #sd_express #bus_master #pci #cardbus #firewire #expresscard #thunderbolt #схемотехника #iommu

  20. DaMAgeCard: как индустрия карт памяти SD воскресила DMA-атаки

    Размеры медиа-файлов кардинально растут, а вместе с ними растут и требования к скорости носителей. Копировать сотни гигабайт RAW-изображений с обычной, даже высокоскоростной SD-карты стандарта UHS-II стало слишком долго. И вот жалобы фотографов на то, что кофе успевает остыть, пока все данные будут скопированы с карты, дошли до председателей SD Association и CompactFlash Association, и те приняли решительные меры: выпустили стандарт SD Express (и CFexpress ). Наша команда ( Positive Labs ) занимается исследованием безопасности программно-аппаратных систем и системного ПО. Поэтому мы внимательно наблюдали за развитием событий еще с 2018 года — с момента публикации стандарта, который обещал огромный прирост скорости за счет подключения карты к шине PCIe. Но мы следили не только за бенчмарками скорости, хотя она, конечно, внушительная. Наличие PCIe потенциально опасно из-за возможности доступа к памяти устройства, а это очень интересный вектор атак.Вот только до недавнего времени производители контроллеров и пользовательских устройств не спешили с поддержкой стандарта SD Express. Мы уже даже было обрадовались, что они научились на своих ошибках, и теперь не хотят давать внешним устройствам доступ к памяти (спойлер: нет ). А пока расскажем, почему уделяем столько внимания почтенной шине PCI.

    habr.com/ru/companies/pt/artic

    #dmaатака #sd_express #bus_master #pci #cardbus #firewire #expresscard #thunderbolt #схемотехника #iommu

  21. DaMAgeCard: как индустрия карт памяти SD воскресила DMA-атаки

    Размеры медиа-файлов кардинально растут, а вместе с ними растут и требования к скорости носителей. Копировать сотни гигабайт RAW-изображений с обычной, даже высокоскоростной SD-карты стандарта UHS-II стало слишком долго. И вот жалобы фотографов на то, что кофе успевает остыть, пока все данные будут скопированы с карты, дошли до председателей SD Association и CompactFlash Association, и те приняли решительные меры: выпустили стандарт SD Express (и CFexpress ). Наша команда ( Positive Labs ) занимается исследованием безопасности программно-аппаратных систем и системного ПО. Поэтому мы внимательно наблюдали за развитием событий еще с 2018 года — с момента публикации стандарта, который обещал огромный прирост скорости за счет подключения карты к шине PCIe. Но мы следили не только за бенчмарками скорости, хотя она, конечно, внушительная. Наличие PCIe потенциально опасно из-за возможности доступа к памяти устройства, а это очень интересный вектор атак.Вот только до недавнего времени производители контроллеров и пользовательских устройств не спешили с поддержкой стандарта SD Express. Мы уже даже было обрадовались, что они научились на своих ошибках, и теперь не хотят давать внешним устройствам доступ к памяти (спойлер: нет ). А пока расскажем, почему уделяем столько внимания почтенной шине PCI.

    habr.com/ru/companies/pt/artic

    #dmaатака #sd_express #bus_master #pci #cardbus #firewire #expresscard #thunderbolt #схемотехника #iommu

  22. hmmm der laptop unterstuetzt kein #iommu oder #xen unterstuetzt bei dem prozessor noch kein iommu..... das Nas ist immer noch aus, es lag wohl nicht am mainboard... ich kann langsam nicht mehr... ich glaub ich leg mich einfach auf die seite und dass das mit dem computer kram.

  23. I have an old Gigabyte AB350M Gaming motherboard paired with Ryzen 3 1200 (I paid a hefty price for being 1st gen Ryzen user) and till yesterday I faced a very weird issue when booting Linux.

    I tried to wipe Win11 and install Manjaro but it never booted to installer. The boot hangs very early, not even “Welcome to Manjaro Linux” text. I have 1050Ti card (there’s no integrated graphics) btw.

    After googling stuff, I tried nomodeset, nouveau.modeset=0 and others to no avail.

    I also tried EndeavourOS but it also didn’t work.

    I tried @pop_os_official because it usually is very stable and I had a hunch it was Linux 6.9 being broken. So when it booted successfully, I installed Pop_OS on it with 6.8 kernel which doesn’t have a problem.
    When I switch to 6.9 kernel on Pop (system updates), it too stops booting just like the rest.

    The fix for 6.9 was using amd_iommu=off which I found when I searched for “Ryzen 3 1200 linux boot”.

    It led me to some obscure forum which had the answer in the last post (I owe you one).

    #diary #linux #boot #iommu

  24. I have an old Gigabyte AB350M Gaming motherboard paired with Ryzen 3 1200 (I paid a hefty price for being 1st gen Ryzen user) and till yesterday I faced a very weird issue when booting Linux.

    I tried to wipe Win11 and install Manjaro but it never booted to installer. The boot hangs very early, not even “Welcome to Manjaro Linux” text. I have 1050Ti card (there’s no integrated graphics) btw.

    After googling stuff, I tried nomodeset, nouveau.modeset=0 and others to no avail.

    I also tried EndeavourOS but it also didn’t work.

    I tried @pop_os_official because it usually is very stable and I had a hunch it was Linux 6.9 being broken. So when it booted successfully, I installed Pop_OS on it with 6.8 kernel which doesn’t have a problem.
    When I switch to 6.9 kernel on Pop (system updates), it too stops booting just like the rest.

    The fix for 6.9 was using amd_iommu=off which I found when I searched for “Ryzen 3 1200 linux boot”.

    It led me to some obscure forum which had the answer in the last post (I owe you one).

    #diary #linux #boot #iommu

  25. After a whole bunch of struggles... the #SuperMicro #BIOS is updated, a fresh copy of #Proxmox is being installed and we'll try to get #IOMMU enabled on this node 1 more time... is that doesn't work... I'm going to have to sell this thing and dig for another use server!

  26. Oh #IPMI how you amuse me... just rockin some #BIOS upgrades on an old #SuperMicro server... hoping this is what I need to get #IOMMU and #passthrough working on #Proxmox!

  27. Ich wollte mal versuchen, wie es ist in einer virtuellen Maschine zu zocken, aber ohne die Möglichkeit auch nur die #iGPU durchzureichen (Der #Pentium G4560 unterstützt dies leider nicht), wird das wohl nichts. Nicht mal #Steam will richtig starten.

    Ist wohl ein Projekt, dass ich etwas zurückstellen muss.

    #Proxmox #IOMMU #GPUPassthrough

  28. Does put devices like hard drives and GPUs behind to limit their access to main memory for attacks?

  29. "DMA is insecure, we need IOMMU!"

    Not from 2010, it's from 1975. Interesting to see how the U.S. Army has already realized the seriousness of DMA Attack back in 1975, on a PDP-11/45... 50 years later, my computer is STILL vulnerable to the same problem as I couldn't find the option to force-enable #IOMMU for all PCI-E devices on FreeBSD.