Skip site navigation (1)Skip section navigation (2) 
Date:      Mon, 3 Dec 2018 22:03:38 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        FreeBSD X11 mailing list <freebsd-x11@freebsd.org>
Subject:   Graphics Team Meeting 11/7
Message-ID:  <CANCZdfp=vYx03pGMnFhXOWnMOhQEOZDYjfMhN%2Bof_dzGmmdZMg@mail.gmail.com>
next in thread | raw e-mail | index | archive | help 
Greetings

I'm a little tardy in getting these meeting minutes out. However, here's
the meeting minutes from the November 7th meeting we had by phone.

2018-11-07:

   -

   drm-legacy, status update from FreeBSD 12
   -

      Status quo: still building, nothing has changed, still occasionally
      an issue with support.
      -

   xf86-video-ati and drm-legacy (pr 231884)
   -

      Added xf86-video-ati-legacy to cope with old hardware, note added to
      pkg-message (does anybody read those?)
      -

      Should add it to 12.0 release notes. Needs really good information in
      the documentation.
      -

      No easy way to fix the technical issue due to changes in interface
      changes and there=E2=80=99s no time available to devote to this.
      -

   drm-devel and stolen memory
   -

      Committed in current 339979
      -

      Kib merged this to 12 in 340224
      -

   drm-stable and drm-next
   -

      Confirm that drm-next is compatible with 11.2. If so, bump drm-stable
      to Linux 4.11 (current drm-next)
      -

      Deprecate drm-next
      -

      Bump drm-stable to Linux 4.16 for 12.0 once we confirmed it=E2=80=99s=
 stable.
      -

   enabling wayland by default (pr 227509)
   -

      Enable it. We need to start fixing the issues. Right now it=E2=80=99s=
 too
      hard to build your own thing.
      -

      Will run through the patch and Niclas will approve it so Jan can
      commit it.
      -

   bumping llvm version in mesa
   -

      Gecko ports switched to llvm70. No need for mesa to have a different
      version, but we need to test it to make sure this isn=E2=80=99t a pro=
blem. It=E2=80=99s
      been tested by a few people outside the graphics group.
      -

      Not having good testing infrastructure is slowing things down.
      -

      Ideally this would happen at a different time than enabling WAYLAND
      (proposed: WAYLAND first, llvm70 second. WAYLAND patches further alon=
g).
      -

   input stack - progress update (pr 222905 and friends)
   -

      Niclas working on this
      -

      Libinput and other stuff
      -

      Do xorg-server still need the UDEV patch to work with libinput? If
      so, how do we solve that? Instructions here (bottom of readme)
      https://github.com/wulf7/libudev-devd we=E2=80=99ll update libinput f=
irst,
      then investigate this issue to make Niclas=E2=80=99 life easier
      -

      Johannes L is using experimental driver for i2c track pad
      https://reviews.freebsd.org/D16698. Works good but lack evdev
      support. Something that we want to add.
      -

      Branch is up-to-date, but a few ports aren=E2=80=99t latest version. =
Can be
      found here:
      https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/input
      -

      Get the branch in and update stragglers after.
      -

      Input.h is defined in multiple places, and the different versions
      cause confusion.
      -

      Our support for new input devices is lagging upstream significantly
      and we need to update.
      -

   enabling evdev in GENERIC (D16721)
   -

      Patches committed to current to fix races and special cases needed
      for things like debuggers and panic wrt locking.
      -

   proposed changes to support cycle for FreeBSD 12.0
   -

      Experience from Gnome/KDE support cycle suggests a shorter cycle is
      better
      -

      There=E2=80=99s no problem with a shorter cycle from a graphics persp=
ective
      -

      Graphics team doesn=E2=80=99t aspire to support latest hardware excep=
t on
      latest software.
      -

      Updating 12.0 past 4.16 might be difficult, the rest of the graphics
      ecosystem moves in lock-step and that makes it hard to support multip=
le
      versions.
      -

      Recent changes are easier to back port and the graphics team can only
      make their best efforts to backport as the branch ages. They can=E2=
=80=99t
      guarantee any lifetime due to external events not our control.
      -

      Goal is to support the branch as long as the project supports it.
      -

      11.3 is coming out, but additional support for GPUs newer than 4.11
      will not be back ported, for example. You=E2=80=99d need to run 12.0 =
for
something
      newer.
      -

   release notes
   -

      Need good explanation and how to get things running
      -

      Niclas will write up something
      -

      Should include the major versions of GPUs that=E2=80=99s supported in=
 a table
      (though maybe that=E2=80=99s just a WIKI thing that we can point thin=
gs to).
      -

   Documentation
   -

      Work to update the wiki has started. Pete Wright is leading this.
      Others will contribute with information.
      -

      We should have a blog? Johannes will set it up
      -

   i386 support in drm-devel
   -

      T=C4=B3l Coosemans added i386 support to drm-devel. Works good for hi=
m
      with radeonkms driver but no other tester yet as far as we know.
      -

      Drm-devel port updated. We should let people know.
      -

      Provide it as-is. Won=E2=80=99t get the same level of support.
      -

      Make sure Tijl is ready to have it enabled and answer support
      questions.
      -

      Matt Macy is looking at Power8 and Power9 drivers
      -

      Other architectures that people wish to add support for will be
      provided on an as-is basis.

Attended:

Niclas Zeising (zeising@)

Johannes Lundberg

Warner Losh (imp@)

Johannes M. Dietrich (jmd@)

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfp=vYx03pGMnFhXOWnMOhQEOZDYjfMhN%2Bof_dzGmmdZMg>