Re: Linux features for wheezy
On 2012-06-04 20:42 +0200, Julien Cristau wrote:
> On Sat, Jun 2, 2012 at 23:47:03 +0100, Ben Hutchings wrote:
>
>> Some hardware support; this can still be done after the freeze but the
>> sooner the better:
>>
>> - [armhf] omapdrm driver
>> - [x86] gma500 support for new chips
>> - [x86] i915 improvements in Ivy Bridge support
>> - radeon support for new chips
>> - NVMe driver
>> - tg3 support for 57766 chip
>> - ipheth support for iPhone 4S
>> - DRM/KMS driver for DisplayLink
>> - qmi_wwan driver (#670241)
>>
> We'll probably also need some nouveau updates to (at least) update to
> the 1.0.0 ABI,
See commit ace77b6b1304 in xserver-xorg-video-nouveau for the reason:
--8<---------------cut here---------------start------------->8---
commit ace77b6b1304826f4004bde23809b55d476b0615
Author: Ben Skeggs <bskeggs@redhat.com>
Date: Tue May 29 21:21:57 2012 +1000
disable fermi accel on 0.0.16 interface
Kepler accel support broke some assumption made by the older kernel
interface, and Fermi shares the same code. It can't work (without
some annoying hacks anyway) with the 0.0.16 kernel anymore.
diff --git a/src/nv_dma.c b/src/nv_dma.c
index 3b75ca9..1757f4d 100644
--- a/src/nv_dma.c
+++ b/src/nv_dma.c
@@ -36,6 +36,12 @@ NVInitDma(ScrnInfoPtr pScrn)
int size, ret;
void *data;
+ if (pNv->dev->drm_version < 0x01000000 && pNv->dev->chipset >= 0xc0) {
+ xf86DrvMsg(pScrn->scrnIndex, X_ERROR,
+ "Fermi acceleration not supported on old kernel\n");
+ return FALSE;
+ }
+
if (pNv->Architecture < NV_ARCH_C0) {
data = &nv04_data;
size = sizeof(nv04_data);
--8<---------------cut here---------------end--------------->8---
> I haven't had time to look at this at all, but I think
> Maarten had a backport at
> http://people.canonical.com/~mlankhorst/drm-abi-patches.tgz
Note that this is actually an uncompressed tar archive.
I wonder what happens if, during the wheezy+1 release cycle, the Nouveau
DDX or the mesa driver starts depending on other features present in
Linux 3.4 but not in Maarten's patchset.
> but doesn't have the hw to test them.
We need someone with a Fermi card that is supported (i.e. there is
working microcode) by Linux 3.2.
Should we upload xserver-xorg-video-nouveau to unstable and wait for
complaints? The version in sid is unusable anyway[1] :-/, so breaking
acceleration for some users might not be such a big deal.
Cheers,
Sven
1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675161
Reply to: