Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • May 20 16:01

    evadot on master

    amdgpu: Move arcturus to the GF… (compare)

  • May 20 15:23
    evadot closed #18
  • May 20 15:23
    evadot commented #18
  • May 20 15:22

    evadot on cirrus

    (compare)

  • May 20 15:09

    evadot on master

    cirrus-ci: Test installing the … amdgpu: Only build dimgrey_cave… (compare)

  • May 20 15:01

    evadot on cirrus

    cirrus-ci: Test installing the … (compare)

  • May 20 14:52

    evadot on cirrus

    cirrus-ci: Test installing the … (compare)

  • May 20 14:26

    evadot on master

    amdgpu: Makefile: Sort green_sa… (compare)

  • May 20 14:18

    evadot on master

    amdgpu: Update firmware to matc… (compare)

  • May 20 14:08

    evadot on master

    amdgpu: Update firmware to matc… (compare)

  • May 17 06:50
    ivan-volnov commented #24
  • May 17 06:42
    evadot closed #24
  • May 17 06:42
    evadot commented #24
  • May 17 06:13
    ivan-volnov opened #24
  • May 11 17:27
    ivan-volnov commented #21
  • May 11 14:03
    evadot closed #21
  • May 11 14:03
    evadot commented #21
  • May 11 14:02
    evadot closed #23
  • May 11 14:02
    evadot commented #23
  • May 11 13:48

    evadot on 20220511

    (compare)

Vladimir Kondratyev
@wulf7
10235ad0567f is included in this list as it makes some LKPI symbols private. It is easy to make them public again.
Vladimir Kondratyev
@wulf7

wulf7 would you be interested in testing that patch? Or do you think it's too crazy a train to try to ride?

I will be mostly AFK until sunday. With no access to 13-STABLE. Can smoke-test any patches after than as I am not 13-STABLE user too. I just made external USB 2.0 HDD and installed subj onto it to test. This HDD is ridiculousy slow but is useable

Vladimir Kondratyev
@wulf7

https://bsdimp@github.com/bsdimp/freebsd branch drm-kbi-hacks has what I think will restore KBI, but again, I don't understand why the last two break

drm-kbi-hacks along with restoring of linux_kmem_cache_free_rcu visibility (10235ad0567) allowed me to run Xorg+DE session succesfully.

on 13-STABLE with drm-kmod built on 13.0-RELEASE
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> OK. Lemme add that to the branch and I'll work to get it committed to stable/13
[irc] <bsdimp_> I'll bump FreeBSD_versrion too
[irc] <bsdimp_> Thanks for testing! much appreciated.
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> wulf7 thanks for testing (again)... I've pushed a new branch to github.
[irc] <bsdimp_> I'll land it tomorrow unless someone tells me not to do so.
[irc] <bsdimp_> All it does is rebase and add the linux_kmem_cache_free_rcu symbol back.
fbsdgitter
@fbsdgitter
[irc] <kbowling> I am trying to talk to jkh at nvidia about getting CUDA :o)
[irc] <kbowling> he is partially receptive, at least to the kernel bits
[irc] <kbowling> although I don't know if he can do anything to deliver it
[irc] <kbowling> says the userspace stack should stay on Linux ABI which I do see some logic in
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> Do the kernel bits exist, or do they need to be written?
[irc] <bsdimp_> jkh has a recent mixed track record of being able to deliver on his promises, so I think your skepticism is warranted.
[irc] <bsdimp_> Presenting the same Userland api/abi as Linux likely would be an advantage.
[irc] <bsdimp_> kbowling btw, just sent an updated meeting invite. lemme know if this works out to get you repeating.
fbsdgitter
@fbsdgitter
[irc] <kbowling> Yeah he seems genuinely busy too. I also am not sure he’s even in the right part of the joint it would be nice to talk to the actual maintainers but not sure how to reach out, it will result in more work for someone:)
Alex
@shkhln
Kernel bits for basic CUDA are pretty much all there except for a small part described here: https://forums.developer.nvidia.com/t/cuda-and-nv-un-register-os-un-lock-user-pages/174678. (I have a POC patch for it, which you can test if you want.) The rest of CUDA support is provided by the nvidia-uvm kernel module, which is moderately large and will take quite a bit of work to port.
Steve Wills
@swills
https://lists.freebsd.org/archives/freebsd-ports/2021-July/000445.html -- pkg bug deleting mesa-libs (even tho it says it's installed, i think) strikes again
maybe it'll go away with 1.17.0 tho
fbsdgitter
@fbsdgitter
[irc] <manu_> could be yes as I never add it and I'm running pkg-devel
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> I assume people have seen https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257335 right?
Niclas Zeising
@zeising
that one is new.
@bsdimp looks to be for drm-devel
Niclas Zeising
@zeising
mesa-devel*
I just asked if they can reproduce it with the release version of mesa.
fbsdgitter
@fbsdgitter
[irc] <manu_> we don't provide crocus in mesa-dri (it's not there yet in 21.1)
Niclas Zeising
@zeising
So it is a mesa-devel issue then?
Should we just punt the PR that way then?
fbsdgitter
@fbsdgitter
[irc] <manu_> it will be an issue later for mesa-dri
[irc] <manu_> it's not selected by default for mesa-devel too
Niclas Zeising
@zeising
You'll decide how to handle the PR, but it does not feel like a priority to me.
fbsdgitter
@fbsdgitter
[irc] <manu_> it's not to me too, I'm just waiting on david airlie to say which "interface" could be missing
Niclas Zeising
@zeising
ok
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> manu_ / zeising : I like manu's plan to find out what the missing interface(s) are so we can at least understand what's missing...
Niclas Zeising
@zeising
@bsdimp I have already asked in the upstream PR what they think is missing.
But it seems, on manu, that crocus is also not the default in mesa-devel. And the hardware the submitter is using is 12 years old.
ekhramtsov
@ekhramtsov:matrix.org
[m]
5.5-wip rarely panicked under heavy load/swapping, but the current drm-devel-kmod does not, at least there were not panics for >2 weeks (i915 0x3E9B), seems to be stable, great work.
My WARN_ON issue is not related to FreeBSD, Linux apparently is also confused by ES CPU.
fbsdgitter
@fbsdgitter
[irc] <kbowling> Crocus is pretty green I agree that PR is very low priority overall. It covers a wide range of older hw that does show up so hopefully someone can figure it out in time
[irc] <kbowling> I’m skeptical of the missing interference comment that seems like it would blow up at compile time?
Niclas Zeising
@zeising
I don't know. I've asked what the missing bits might be.
fbsdgitter
@fbsdgitter
[irc] <manu_> I think that the problem is the I915_GEM_MMAP_OFFSET ioctl
[irc] <manu_> it's new in 5.6
[irc] <manu_> crocus might fall back to not use it but fails
[irc] <manu_> could be wrong though
[irc] <manu_> airlied didn't had much more info on irc this morning