Recent content by dcsapak

  1. dcsapak

    PDM 1.0.1 highest usage bars are bad readable

    yeah i also agree, currently working on a way to visualize this differently, but no time frame yet ;)
  2. dcsapak

    CVE-2026-74580 (V-GHOST) – Affected Proxmox VE Versions

    hi, this should be fixed (since a while) at least in 7.0.14-14 exceprt from 'apt changelog proxmox-kernel-7.0'
  3. dcsapak

    Reproducible Radeon Navi 23 passthrough regression: 7.0.14-19 works; 7.0.14-20 and -22 leaves GPU stuck in D3

    thanks for the writeup ! since we don't have such a card here to test and/or verify, you could file your findings in the upstream kernel bugzilla ;)
  4. dcsapak

    Intel Arc A580 idle power regression with kernel 7.0.14-20/22-pve

    it would entail installing an upstream kernel, best on a test machine and if it's still the upstream behavior open a bug on https://bugzilla.kernel.org/ i don't have a a580 to test here at the moment so I can't do the test myself sadly
  5. dcsapak

    Intel Arc A580 idle power regression with kernel 7.0.14-20/22-pve

    mhmm the only thing that stands out is that ASPM L1 is enabled on the working system while not on the not working one. between those kernels there are only a few ASPM related changes, and only one is generic: https://lore.kernel.org/all/20260428040104.78524-1-carlos.bilbao@kernel.org/ not sure...
  6. dcsapak

    Intel Arc A580 idle power regression with kernel 7.0.14-20/22-pve

    can you also attach a lspci output from a bad kernel? EDIT: also please run lspci as root, otherwise some information is not visible there (such as the capabilities, etc.)
  7. dcsapak

    Reproducible Radeon Navi 23 passthrough regression: 7.0.14-19 works; 7.0.14-20 and -22 leaves GPU stuck in D3

    i forwarded this internally, not sure if we want to go against upstream here since the vfio-pci binding works already (and is recommended for passthrough anyway) if you can reproduce with the upstream kernel, i'd report it on the official kernel bugzilla too
  8. dcsapak

    Intel Arc A580 idle power regression with kernel 7.0.14-20/22-pve

    mhmm could you also check the -17, -18 and -19 kernels? this would shrink the possible regression window by a lot from a good and a bad boot the following output would also be practical: lspci -PP -vvv
  9. dcsapak

    Reproducible Radeon Navi 23 passthrough regression: 7.0.14-19 works; 7.0.14-20 and -22 leaves GPU stuck in D3

    can you try to turn off aspm for the device? e.g. via the kernel commandline: `amdgpu.aspm=0` EDIT: or try to bind the card to vfio-pci before amdgpu with a vfio-pci.ids=<ids> (and maybe a softdep) see https://pve.proxmox.com/pve-docs/chapter-qm.html#_host_configuration
  10. dcsapak

    Creating Multiple Media Pools per Tape

    yes, this combination of modes would not really be desireable except if you're forcing a new media set (e.g. when doing a manual tape backup and check 'force new media-set') no, as i said, we consider the media-set as smallest coherent unit. packing multiple media-sets on one tape would make...
  11. dcsapak

    firefox crash

    for completeness sake i found bug report that seems to match: https://bugzilla.mozilla.org/show_bug.cgi?id=2016487 and it seems there is a fix which will lands in firefox 159
  12. dcsapak

    firefox crash

    great thanks, would you mind linking the bug report?
  13. dcsapak

    firefox crash

    hi, please check if this happens with latest upstream firefox and report it there, since a 'normal' webpage shouldn't be able to crash the whole browser...
  14. dcsapak

    firefox crash

    just to clarify, does the browser crash as a whole or just the tab with some message? in either case, a debug log from the browser would be great
  15. dcsapak

    Creating Multiple Media Pools per Tape

    you're right that pbs does does not store multiple media sets on a single tape and every backup made with it is fully deduplicated (within one media set) The idea here is that a media-set is the smallest consistent unit, so we'd recommend having multiple media sets. Since they are deduplicated...