Re: svn commit: r364737 - head/sys/dev/drm2
On Tue, 1 Sep 2020 16:31:58 +0200 Niclas Zeising wrote: > On 2020-09-01 16:19, Emmanuel Vadot wrote: > > On Tue, 1 Sep 2020 15:32:18 +0200 > > Niclas Zeising wrote: > > > >> On 2020-09-01 15:16, Emmanuel Vadot wrote: > >>> On Tue, 1 Sep 2020 15:13:53 +0200 > >>> Michal Meloun wrote: > >>> > > > On 25.08.2020 0:53, Niclas Zeising wrote: > > Author: zeising (doc,ports committer) > > Date: Mon Aug 24 22:53:23 2020 > > New Revision: 364737 > > URL: https://svnweb.freebsd.org/changeset/base/364737 > > > > Log: > > drm2: Update deprecation message > > > > Update the deprecation message in the drm2 (aka legacy drm) drivers > > to point > > towards the graphics/drm-kmod ports for all architectures, not just > > amd64. > Only known user of drm2 is arm/tegra124 based boards. How > graphics/drm-kmod can help for these? > Or be more specific - drm2 allows me to hot-plug monitor to tegra based > board an use 2 scaled overlay planes (which is exactly whats I want for > my application). Which alternative can you offer me? > Btw, as you can see, the maintenance cost of drm2 is close to zero and > the dev/drm2 code does not inherit with any of the major architectures. > > Michal > >>> > >>>I think that the goal was only to mfc this to warn users before 12.2 > >>> is branched, maybe a direct commit to 12 would have been better. > >>> > >> > >> No, the change is correct. > >> drm-legacy-kmod (the port) is going away, especially on FreeBSD 13, > >> since it is preventing updates to the FreeBSD VM subsystem. I sent > >> an-email about this to a variety of lists about a week ago. > >> I do know that there are a few special users of drm2 in FreeBSD current, > >> I do not know how those are affected. Since, on FreeBSD current, most > >> architectures can use drm-kmod, I believe it is good to point everyone > >> towards that ports, instead of pointing everyone except amd64 users to > >> drm-legacy-kmod. > >> Regards > >> -- > >> Niclas Zeising > > > > drm2 in src is only used for arm, so as Michal wrote in another email > > the warning will be seen only for tegra users, the mfc'ed commit will > > be seen by intel/amd ones though. > > > > I still have to make a general change that can be MFCd. I think that for this case a direct commit to 12 would have been ok. > And pointing arm tegra users to drm-legacy-kmod is equally wrong. True, pointing them to any port is wrong anyway, none of them will work, it would be better to remove the warning now. > Regards > -- > Niclas Zeising -- Emmanuel Vadot ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On 2020-09-01 16:19, Emmanuel Vadot wrote: On Tue, 1 Sep 2020 15:32:18 +0200 Niclas Zeising wrote: On 2020-09-01 15:16, Emmanuel Vadot wrote: On Tue, 1 Sep 2020 15:13:53 +0200 Michal Meloun wrote: On 25.08.2020 0:53, Niclas Zeising wrote: Author: zeising (doc,ports committer) Date: Mon Aug 24 22:53:23 2020 New Revision: 364737 URL: https://svnweb.freebsd.org/changeset/base/364737 Log: drm2: Update deprecation message Update the deprecation message in the drm2 (aka legacy drm) drivers to point towards the graphics/drm-kmod ports for all architectures, not just amd64. Only known user of drm2 is arm/tegra124 based boards. How graphics/drm-kmod can help for these? Or be more specific - drm2 allows me to hot-plug monitor to tegra based board an use 2 scaled overlay planes (which is exactly whats I want for my application). Which alternative can you offer me? Btw, as you can see, the maintenance cost of drm2 is close to zero and the dev/drm2 code does not inherit with any of the major architectures. Michal I think that the goal was only to mfc this to warn users before 12.2 is branched, maybe a direct commit to 12 would have been better. No, the change is correct. drm-legacy-kmod (the port) is going away, especially on FreeBSD 13, since it is preventing updates to the FreeBSD VM subsystem. I sent an-email about this to a variety of lists about a week ago. I do know that there are a few special users of drm2 in FreeBSD current, I do not know how those are affected. Since, on FreeBSD current, most architectures can use drm-kmod, I believe it is good to point everyone towards that ports, instead of pointing everyone except amd64 users to drm-legacy-kmod. Regards -- Niclas Zeising drm2 in src is only used for arm, so as Michal wrote in another email the warning will be seen only for tegra users, the mfc'ed commit will be seen by intel/amd ones though. I still have to make a general change that can be MFCd. And pointing arm tegra users to drm-legacy-kmod is equally wrong. Regards -- Niclas Zeising ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On 2020-09-01 16:10, Michal Meloun wrote: On 01.09.2020 15:32, Niclas Zeising wrote: On 2020-09-01 15:16, Emmanuel Vadot wrote: On Tue, 1 Sep 2020 15:13:53 +0200 Michal Meloun wrote: On 25.08.2020 0:53, Niclas Zeising wrote: Author: zeising (doc,ports committer) Date: Mon Aug 24 22:53:23 2020 New Revision: 364737 URL: https://svnweb.freebsd.org/changeset/base/364737 Log: drm2: Update deprecation message Update the deprecation message in the drm2 (aka legacy drm) drivers to point towards the graphics/drm-kmod ports for all architectures, not just amd64. Only known user of drm2 is arm/tegra124 based boards. How graphics/drm-kmod can help for these? Or be more specific - drm2 allows me to hot-plug monitor to tegra based board an use 2 scaled overlay planes (which is exactly whats I want for my application). Which alternative can you offer me? Btw, as you can see, the maintenance cost of drm2 is close to zero and the dev/drm2 code does not inherit with any of the major architectures. Michal I think that the goal was only to mfc this to warn users before 12.2 is branched, maybe a direct commit to 12 would have been better. No, the change is correct. drm-legacy-kmod (the port) is going away, especially on FreeBSD 13, since it is preventing updates to the FreeBSD VM subsystem. I sent an-email about this to a variety of lists about a week ago. I do know that there are a few special users of drm2 in FreeBSD current, I do not know how those are affected. Since, on FreeBSD current, most architectures can use drm-kmod, I believe it is good to point everyone towards that ports, instead of pointing everyone except amd64 users to drm-legacy-kmod. No, this change is not correct. You *newly* point ARM drm2 users to use a port marked with "ONLY_FOR_ARCHS= amd64 i386 powerpc64" Do you think that this is correct behavior? So again. I have not a single problem with drm-legacy-kmod removal, I have not a problem with pointing users of supported architectures (by kmod-*) to right port. But I have problem with marking drm2 driver as obsolete for ARM architecture (without single rational reason) and/or by pointing ARM users of drm2 driver to not-existent port. Michal I am only improving an already existing message. Previously, it would point people to drm-legacy-kmod on all architectures except amd64. This is wrong, since drm-legacy-kmod will be removed. drm-legacy-kmod is causing issues and preventing updates to other areas of FreeBSD, as I clearly stated in an email sent to current, ports, x11 and stable mailing lists. drm-current-kmod is only available on i386, amd64 and powerpc64. drm-devel-kmod is available on further architectures, covering almost all of the FreeBSD on desktop segment. With the work manu is doing, this will improve further. For FreeBSD 12, the situation is slightly different, since drm-fbsd12.1-kmod has less support. However, drm-legacy is available in base there, and once again, with the work manu is doing, support for further architectures might be possible even on FreeBSD 12. I have no objections if you want to opt out of the message on your tegra boards, but I do not want us to point users to a port that is deprecated and slated for removal. Regards -- Niclas Zeising ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On Tue, 1 Sep 2020 15:32:18 +0200 Niclas Zeising wrote: > On 2020-09-01 15:16, Emmanuel Vadot wrote: > > On Tue, 1 Sep 2020 15:13:53 +0200 > > Michal Meloun wrote: > > > >> > >> > >> On 25.08.2020 0:53, Niclas Zeising wrote: > >>> Author: zeising (doc,ports committer) > >>> Date: Mon Aug 24 22:53:23 2020 > >>> New Revision: 364737 > >>> URL: https://svnweb.freebsd.org/changeset/base/364737 > >>> > >>> Log: > >>>drm2: Update deprecation message > >>> > >>>Update the deprecation message in the drm2 (aka legacy drm) drivers to > >>> point > >>>towards the graphics/drm-kmod ports for all architectures, not just > >>> amd64. > >> Only known user of drm2 is arm/tegra124 based boards. How > >> graphics/drm-kmod can help for these? > >> Or be more specific - drm2 allows me to hot-plug monitor to tegra based > >> board an use 2 scaled overlay planes (which is exactly whats I want for > >> my application). Which alternative can you offer me? > >> Btw, as you can see, the maintenance cost of drm2 is close to zero and > >> the dev/drm2 code does not inherit with any of the major architectures. > >> > >> Michal > > > > I think that the goal was only to mfc this to warn users before 12.2 > > is branched, maybe a direct commit to 12 would have been better. > > > > No, the change is correct. > drm-legacy-kmod (the port) is going away, especially on FreeBSD 13, > since it is preventing updates to the FreeBSD VM subsystem. I sent > an-email about this to a variety of lists about a week ago. > I do know that there are a few special users of drm2 in FreeBSD current, > I do not know how those are affected. Since, on FreeBSD current, most > architectures can use drm-kmod, I believe it is good to point everyone > towards that ports, instead of pointing everyone except amd64 users to > drm-legacy-kmod. > Regards > -- > Niclas Zeising drm2 in src is only used for arm, so as Michal wrote in another email the warning will be seen only for tegra users, the mfc'ed commit will be seen by intel/amd ones though. -- Emmanuel Vadot ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On 01.09.2020 15:32, Niclas Zeising wrote: > On 2020-09-01 15:16, Emmanuel Vadot wrote: >> On Tue, 1 Sep 2020 15:13:53 +0200 >> Michal Meloun wrote: >> >>> >>> >>> On 25.08.2020 0:53, Niclas Zeising wrote: Author: zeising (doc,ports committer) Date: Mon Aug 24 22:53:23 2020 New Revision: 364737 URL: https://svnweb.freebsd.org/changeset/base/364737 Log: drm2: Update deprecation message Update the deprecation message in the drm2 (aka legacy drm) drivers to point towards the graphics/drm-kmod ports for all architectures, not just amd64. >>> Only known user of drm2 is arm/tegra124 based boards. How >>> graphics/drm-kmod can help for these? >>> Or be more specific - drm2 allows me to hot-plug monitor to tegra based >>> board an use 2 scaled overlay planes (which is exactly whats I want for >>> my application). Which alternative can you offer me? >>> Btw, as you can see, the maintenance cost of drm2 is close to zero and >>> the dev/drm2 code does not inherit with any of the major architectures. >>> >>> Michal >> >> I think that the goal was only to mfc this to warn users before 12.2 >> is branched, maybe a direct commit to 12 would have been better. >> > > No, the change is correct. > drm-legacy-kmod (the port) is going away, especially on FreeBSD 13, > since it is preventing updates to the FreeBSD VM subsystem. I sent > an-email about this to a variety of lists about a week ago. > I do know that there are a few special users of drm2 in FreeBSD current, > I do not know how those are affected. Since, on FreeBSD current, most > architectures can use drm-kmod, I believe it is good to point everyone > towards that ports, instead of pointing everyone except amd64 users to > drm-legacy-kmod. No, this change is not correct. You *newly* point ARM drm2 users to use a port marked with "ONLY_FOR_ARCHS= amd64 i386 powerpc64" Do you think that this is correct behavior? So again. I have not a single problem with drm-legacy-kmod removal, I have not a problem with pointing users of supported architectures (by kmod-*) to right port. But I have problem with marking drm2 driver as obsolete for ARM architecture (without single rational reason) and/or by pointing ARM users of drm2 driver to not-existent port. Michal ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On 01.09.2020 15:16, Emmanuel Vadot wrote:
> On Tue, 1 Sep 2020 15:13:53 +0200
> Michal Meloun wrote:
>
>>
>>
>> On 25.08.2020 0:53, Niclas Zeising wrote:
>>> Author: zeising (doc,ports committer)
>>> Date: Mon Aug 24 22:53:23 2020
>>> New Revision: 364737
>>> URL: https://svnweb.freebsd.org/changeset/base/364737
>>>
>>> Log:
>>> drm2: Update deprecation message
>>>
>>> Update the deprecation message in the drm2 (aka legacy drm) drivers to
>>> point
>>> towards the graphics/drm-kmod ports for all architectures, not just amd64.
>> Only known user of drm2 is arm/tegra124 based boards. How
>> graphics/drm-kmod can help for these?
>> Or be more specific - drm2 allows me to hot-plug monitor to tegra based
>> board an use 2 scaled overlay planes (which is exactly whats I want for
>> my application). Which alternative can you offer me?
>> Btw, as you can see, the maintenance cost of drm2 is close to zero and
>> the dev/drm2 code does not inherit with any of the major architectures.
>>
>> Michal
>
> I think that the goal was only to mfc this to warn users before 12.2
> is branched, maybe a direct commit to 12 would have been better.
>
My main concern is #ifdef removal (thus expanding the removal message
also on QARM). I understand that drm2 code is very old, but it works, is
used, and have very minimal impact on other architectures or rest of
kernel. Within these conditions, I don't see single reason to remove (on
ARM) drm2 code in 13.
>>
>>> drm-kmod has support for more architectures these days, and the
>>> graphics/drm-legacy-kmod port is being deprecated.
>>
>>>
>>> Approved by: imp
>>> MFC after:1 week
>>> Differential Revision:https://reviews.freebsd.org/D26174
>>>
>>> Modified:
>>> head/sys/dev/drm2/drm_os_freebsd.h
>>>
>>> Modified: head/sys/dev/drm2/drm_os_freebsd.h
>>> ==
>>> --- head/sys/dev/drm2/drm_os_freebsd.h Mon Aug 24 22:48:19 2020
>>> (r364736)
>>> +++ head/sys/dev/drm2/drm_os_freebsd.h Mon Aug 24 22:53:23 2020
>>> (r364737)
>>> @@ -154,16 +154,12 @@ typedef void irqreturn_t;
>>> *(volatile u_int64_t *)(((vm_offset_t)(map)->handle) + \
>>> (vm_offset_t)(offset)) = htole64(val)
>>>
>>> -#ifdef amd64
>>> #define DRM_PORT "graphics/drm-kmod"
>>> -#else
>>> -#define DRM_PORT "graphics/drm-legacy-kmod"
>>> -#endif
>>>
>>> #define DRM_OBSOLETE(dev)
>>> \
>>> do {
>>> \
>>> device_printf(dev,
>>> "===\n"); \
>>> - device_printf(dev, "This code is obsolete abandonware. Install the "
>>> DRM_PORT " pkg\n"); \
>>> + device_printf(dev, "This code is deprecated. Install the " DRM_PORT "
>>> pkg\n"); \
>>> device_printf(dev,
>>> "===\n"); \
>>> gone_in_dev(dev, 13, "drm2 drivers");
>>> \
>>> } while (0)
>>>
>
>
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On 2020-09-01 15:16, Emmanuel Vadot wrote: On Tue, 1 Sep 2020 15:13:53 +0200 Michal Meloun wrote: On 25.08.2020 0:53, Niclas Zeising wrote: Author: zeising (doc,ports committer) Date: Mon Aug 24 22:53:23 2020 New Revision: 364737 URL: https://svnweb.freebsd.org/changeset/base/364737 Log: drm2: Update deprecation message Update the deprecation message in the drm2 (aka legacy drm) drivers to point towards the graphics/drm-kmod ports for all architectures, not just amd64. Only known user of drm2 is arm/tegra124 based boards. How graphics/drm-kmod can help for these? Or be more specific - drm2 allows me to hot-plug monitor to tegra based board an use 2 scaled overlay planes (which is exactly whats I want for my application). Which alternative can you offer me? Btw, as you can see, the maintenance cost of drm2 is close to zero and the dev/drm2 code does not inherit with any of the major architectures. Michal I think that the goal was only to mfc this to warn users before 12.2 is branched, maybe a direct commit to 12 would have been better. No, the change is correct. drm-legacy-kmod (the port) is going away, especially on FreeBSD 13, since it is preventing updates to the FreeBSD VM subsystem. I sent an-email about this to a variety of lists about a week ago. I do know that there are a few special users of drm2 in FreeBSD current, I do not know how those are affected. Since, on FreeBSD current, most architectures can use drm-kmod, I believe it is good to point everyone towards that ports, instead of pointing everyone except amd64 users to drm-legacy-kmod. Regards -- Niclas Zeising ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On Tue, 1 Sep 2020 15:13:53 +0200
Michal Meloun wrote:
>
>
> On 25.08.2020 0:53, Niclas Zeising wrote:
> > Author: zeising (doc,ports committer)
> > Date: Mon Aug 24 22:53:23 2020
> > New Revision: 364737
> > URL: https://svnweb.freebsd.org/changeset/base/364737
> >
> > Log:
> > drm2: Update deprecation message
> >
> > Update the deprecation message in the drm2 (aka legacy drm) drivers to
> > point
> > towards the graphics/drm-kmod ports for all architectures, not just amd64.
> Only known user of drm2 is arm/tegra124 based boards. How
> graphics/drm-kmod can help for these?
> Or be more specific - drm2 allows me to hot-plug monitor to tegra based
> board an use 2 scaled overlay planes (which is exactly whats I want for
> my application). Which alternative can you offer me?
> Btw, as you can see, the maintenance cost of drm2 is close to zero and
> the dev/drm2 code does not inherit with any of the major architectures.
>
> Michal
I think that the goal was only to mfc this to warn users before 12.2
is branched, maybe a direct commit to 12 would have been better.
>
> > drm-kmod has support for more architectures these days, and the
> > graphics/drm-legacy-kmod port is being deprecated.
>
> >
> > Approved by: imp
> > MFC after:1 week
> > Differential Revision:https://reviews.freebsd.org/D26174
> >
> > Modified:
> > head/sys/dev/drm2/drm_os_freebsd.h
> >
> > Modified: head/sys/dev/drm2/drm_os_freebsd.h
> > ==
> > --- head/sys/dev/drm2/drm_os_freebsd.h Mon Aug 24 22:48:19 2020
> > (r364736)
> > +++ head/sys/dev/drm2/drm_os_freebsd.h Mon Aug 24 22:53:23 2020
> > (r364737)
> > @@ -154,16 +154,12 @@ typedef void irqreturn_t;
> > *(volatile u_int64_t *)(((vm_offset_t)(map)->handle) + \
> > (vm_offset_t)(offset)) = htole64(val)
> >
> > -#ifdef amd64
> > #define DRM_PORT "graphics/drm-kmod"
> > -#else
> > -#define DRM_PORT "graphics/drm-legacy-kmod"
> > -#endif
> >
> > #define DRM_OBSOLETE(dev)
> > \
> > do {
> > \
> > device_printf(dev,
> > "===\n"); \
> > - device_printf(dev, "This code is obsolete abandonware. Install the "
> > DRM_PORT " pkg\n"); \
> > + device_printf(dev, "This code is deprecated. Install the " DRM_PORT "
> > pkg\n"); \
> > device_printf(dev,
> > "===\n"); \
> > gone_in_dev(dev, 13, "drm2 drivers");
> > \
> > } while (0)
> >
--
Emmanuel Vadot
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r364737 - head/sys/dev/drm2
On 25.08.2020 0:53, Niclas Zeising wrote:
> Author: zeising (doc,ports committer)
> Date: Mon Aug 24 22:53:23 2020
> New Revision: 364737
> URL: https://svnweb.freebsd.org/changeset/base/364737
>
> Log:
> drm2: Update deprecation message
>
> Update the deprecation message in the drm2 (aka legacy drm) drivers to point
> towards the graphics/drm-kmod ports for all architectures, not just amd64.
Only known user of drm2 is arm/tegra124 based boards. How
graphics/drm-kmod can help for these?
Or be more specific - drm2 allows me to hot-plug monitor to tegra based
board an use 2 scaled overlay planes (which is exactly whats I want for
my application). Which alternative can you offer me?
Btw, as you can see, the maintenance cost of drm2 is close to zero and
the dev/drm2 code does not inherit with any of the major architectures.
Michal
> drm-kmod has support for more architectures these days, and the
> graphics/drm-legacy-kmod port is being deprecated.
>
> Approved by:imp
> MFC after: 1 week
> Differential Revision: https://reviews.freebsd.org/D26174
>
> Modified:
> head/sys/dev/drm2/drm_os_freebsd.h
>
> Modified: head/sys/dev/drm2/drm_os_freebsd.h
> ==
> --- head/sys/dev/drm2/drm_os_freebsd.hMon Aug 24 22:48:19 2020
> (r364736)
> +++ head/sys/dev/drm2/drm_os_freebsd.hMon Aug 24 22:53:23 2020
> (r364737)
> @@ -154,16 +154,12 @@ typedef voidirqreturn_t;
> *(volatile u_int64_t *)(((vm_offset_t)(map)->handle) + \
> (vm_offset_t)(offset)) = htole64(val)
>
> -#ifdef amd64
> #define DRM_PORT "graphics/drm-kmod"
> -#else
> -#define DRM_PORT "graphics/drm-legacy-kmod"
> -#endif
>
> #define DRM_OBSOLETE(dev)
> \
> do {
> \
> device_printf(dev,
> "===\n"); \
> - device_printf(dev, "This code is obsolete abandonware. Install the "
> DRM_PORT " pkg\n"); \
> + device_printf(dev, "This code is deprecated. Install the " DRM_PORT "
> pkg\n"); \
> device_printf(dev,
> "===\n"); \
> gone_in_dev(dev, 13, "drm2 drivers");
> \
> } while (0)
>
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
svn commit: r364737 - head/sys/dev/drm2
Author: zeising (doc,ports committer)
Date: Mon Aug 24 22:53:23 2020
New Revision: 364737
URL: https://svnweb.freebsd.org/changeset/base/364737
Log:
drm2: Update deprecation message
Update the deprecation message in the drm2 (aka legacy drm) drivers to point
towards the graphics/drm-kmod ports for all architectures, not just amd64.
drm-kmod has support for more architectures these days, and the
graphics/drm-legacy-kmod port is being deprecated.
Approved by: imp
MFC after:1 week
Differential Revision:https://reviews.freebsd.org/D26174
Modified:
head/sys/dev/drm2/drm_os_freebsd.h
Modified: head/sys/dev/drm2/drm_os_freebsd.h
==
--- head/sys/dev/drm2/drm_os_freebsd.h Mon Aug 24 22:48:19 2020
(r364736)
+++ head/sys/dev/drm2/drm_os_freebsd.h Mon Aug 24 22:53:23 2020
(r364737)
@@ -154,16 +154,12 @@ typedef void irqreturn_t;
*(volatile u_int64_t *)(((vm_offset_t)(map)->handle) + \
(vm_offset_t)(offset)) = htole64(val)
-#ifdef amd64
#define DRM_PORT "graphics/drm-kmod"
-#else
-#define DRM_PORT "graphics/drm-legacy-kmod"
-#endif
#define DRM_OBSOLETE(dev)
\
do {
\
device_printf(dev,
"===\n"); \
- device_printf(dev, "This code is obsolete abandonware. Install the "
DRM_PORT " pkg\n"); \
+ device_printf(dev, "This code is deprecated. Install the " DRM_PORT "
pkg\n"); \
device_printf(dev,
"===\n"); \
gone_in_dev(dev, 13, "drm2 drivers");
\
} while (0)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
