Date: Thu, 01 Aug 2024 08:18:18 +0000 From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 270509] Various x11-drivers/xf86-video drivers erroneously assume that no kernel driver will attach to graphics cards (need local patches) Message-ID: <bug-270509-7141-VWaTeHeOUZ@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-270509-7141@https.bugs.freebsd.org/bugzilla/> References: <bug-270509-7141@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270509 --- Comment #51 from Emmanuel Vadot <manu@freebsd.org> --- (In reply to Stefan B. from comment #50) > Maybe this is because one particularity of FreeBSD is that most developer= s use=20 > MacBooks and virtual machines for testing. Eating their dog food isn=C2= =B4t very=20 > popular with them. Warren Block already tried to address this, without su= ccess. > So I wonder less and less why Mr. Vadot wrote a laptop backlight tool whi= le at=20 > the same time pushing for removal of support for server-typical hardware. Why would I wrote a backlight tool if I used virtual machines and a macbook= ? I wrote it because I need to control the backlight on my FreeBSD laptops, i= s it hard to understand the reason ? > Years ago, in the mailing list we already had a discussion about your des= ire to remove SC, and one of the main=20 > reasons is that for Nvidia cards suspend/resume only is supported by SC, = but not by VT. Confronted by the sheer=20 > volume of substantiated protests, you postponed your intent to remove it. > Here is the link: https://lists.freebsd.org/archives/freebsd-hackers/2021= -November/000468.html Why did no one bother working on adding support for suspend/resume for nvi= dia on vt(4) ? Also are you sure that it's not working at all of is that only for some old generation ? If it's not working at all it means that nvidia users currently don't use uefi (as sc(4) don't support it) and I feel that a bit odd. > I have to admit that I feel disgusted by way you tried to force the remov= al of=20 > the non-Intel/AMD/Nvidia drivers through the backdoor by making them=20 > dysfunctional by removing pci.c, and let the users clean up the mess. Thi= s all > puts up the question whether it is wise making ones' company's exis= tence=20 > dependent on an OS that can break at any time because of such things. Seriously ? First I didn't removed pci.c, I remove an not-upstreamed patch that, at the time, I though useless. And obviously I didn't do it on purpose to "force the removal of he non-Intel/AMD/Nvidia drivers through the backdoor", that's freaking nuts of= you to think that. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-270509-7141-VWaTeHeOUZ>