Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jun 16 08:12
    jbeich commented #156
  • 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
Vladimir Kondratyev
@wulf7
04456f711853 and 10235ad0567f are drm-kmod related
40a215e38a4d, 1eaaada457d6 and 3a606aadf2e7 are by @bz. They looks like a part ofcoming wifi LKPI
Vladimir Kondratyev
@wulf7
If someone is willing to revert them let me know. I can cherry-pick drm-kmod 5.5 support for missing commits from early 5.5 versions.
But IMO it is a way to nowhere
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> that's a really long list...
[irc] <bsdimp_> 04456f711853 can be tweaked to move things to the end.
[irc] <bsdimp_> 40a215e38a4d likewise
[irc] <bsdimp_> they are both pci_dev
[irc] <bsdimp_> 1eaaada457d6 adds to the middle of irq_ent. I've not chased it down, but it looks linuxkpi internal
[irc] <bsdimp_> so maybe it could too.
[irc] <bsdimp_> 3a606aadf2e7 is another that can move items to the end.
[irc] <bsdimp_> 10235ad0567f looks harder.
[irc] <bsdimp_> I could come up with a patch for the first 4 I think would work, but don't know about the last one.
[irc] <bsdimp_> wulf7 would you be interested in testing that patch? Or do you think it's too crazy a train to try to ride?
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> I'm unsure how the last one breaks it at all after looking at it.
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> I'm unsure how 1eaaada457d6 and 10235ad0567f break kbi though
[irc] <bsdimp_> 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 things.
[irc] <bsdimp_> I run -current on my laptop and it would be some significant pain
fbsdgitter
@fbsdgitter
[irc] <bsdimp_> Oh I understand 1eaaada457d6 since it's a bunch of static inlines, the sizes and offsets of irq_ent are encoded into the binaries.
[irc] <bsdimp_> 10235ad0567f calls different things now, so I kinda understand it as well, but not what to do.
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?