提交 · 9962cc6eba013607d6199b723afca23301df7b47 · openanolis / cloud-kernel

25 7月, 2011 9 次提交

B
drm/nouveau/gr: disable fifo access and idle before suspend ctx unload · 9962cc6e
由 Ben Skeggs 提交于 7月 20, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
9962cc6e

drm/nouveau: pass flag to engine fini() method on suspend · 6c320fef

由 Ben Skeggs 提交于 7月 20, 2011

It may not be necessary to fail in certain cases (such as failing to idle)
on module unload, whereas on suspend it's important to ensure a consistent
state can be restored on resume.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

6c320fef

B
drm/nouveau: replace nv04_graph_fifo_access() use with direct reg bashing · 70ad25ab
由 Ben Skeggs 提交于 7月 20, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
70ad25ab

drm/nv40/gr: rewrite/split context takedown functions · 12a30e26

由 Ben Skeggs 提交于 7月 18, 2011

It's completely pointless to save the PGRAPH context when destroying a
channel, so don't bother.

This commit should also fix kernel.org bug 39422, where the DRM channel
state was incorrectly being saved because we left PGRAPH FIFO access
enabled while running the ctxprog.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

12a30e26

B
drm/nouveau: detect disabled device in irq handler and return IRQ_NONE · 9717f3d9
由 Ben Skeggs 提交于 7月 12, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
9717f3d9

drm/nouveau: ignore connector type when deciding digital/analog on DVI-I · e19b20bb

由 Ben Skeggs 提交于 7月 12, 2011

If the connector table is lying, which it often does on the boards of a
particular manufacturer, we may end up doing the wrong thing.  Listen
to the encoder table instead, it's more reliable.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

e19b20bb

drm/nouveau: Add a quirk for Gigabyte NX86T · f0d07d6e

由 Emil Velikov 提交于 7月 10, 2011

The connector table lies, the card has DVI-I not HDMI
Fixes bug https://bugs.freedesktop.org/show_bug.cgi?id=35675

v2: Mention the bugreport
Signed-off-by: NEmil Velikov <emil.l.velikov@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

f0d07d6e

drm/nouveau: do not leak in nv20_graph_create · 1541fa85

由 Jesper Juhl 提交于 7月 04, 2011

If we return due to an unknown chipset in
drivers/gpu/drm/nouveau/nv20_graph.c:nv20_graph_create() we'll leak the
memory allocated to 'pgraph'.

This patch should fix the leak.
Signed-off-by: NJesper Juhl <jj@chaosbits.net>
Reviewed-by: NMarcin Slusarz <marcin.slusarz@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

1541fa85

B
drm/nv50/dp: fix hack to work for macbooks booted via EFI · 88c8431c
由 Ben Skeggs 提交于 6月 30, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
88c8431c

27 6月, 2011 5 次提交

drm/nouveau: error paths leak in nvc0_graph_construct_context() · 60f7ab06

由 Dan Carpenter 提交于 6月 25, 2011

Two of these error paths returned without freeing "ctx".
Signed-off-by: NDan Carpenter <error27@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

60f7ab06

drm/nouveau: Calculate reserved VRAM for PRAMIN value before use. · 3b40d07d

由 Younes Manton 提交于 6月 24, 2011

'drm/nouveau: rework vram init/fini ordering a little' changed
the order of instmem.init() and nouveau_mem_vram_init() which
resulted in using ramin_rsvd_vram before it was calculated and
failing to init any accel on pre-NV50 cards.

Since it's only used on <NV50 just calculate it where it's needed
and leave it as default 0 for NV50.
Signed-off-by: NYounes Manton <younes.m@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

3b40d07d

drm/nouveau: fix nouveau_vma object leak · 8fe198b2

由 Marcin Slusarz 提交于 6月 23, 2011

Signed-off-by: NMarcin Slusarz <marcin.slusarz@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

8fe198b2

drm/nouveau: fix nouveau_mem object leak · 0de53a54

由 Marcin Slusarz 提交于 6月 23, 2011

It's a regression from "drm/nouveau: create temp vmas for both src and
dst of bo moves".
Signed-off-by: NMarcin Slusarz <marcin.slusarz@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

0de53a54

B
drm/nouveau: fix fetching vbios from above 4GiB vram addresses · 9617757f
由 Ben Skeggs 提交于 6月 24, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
9617757f

23 6月, 2011 26 次提交
- B
  drm/nouveau: fix off-by-one · 9a11dd65
  由 Ben Skeggs 提交于 6月 23, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  9a11dd65
- E
  drm/nouveau/temp: Add default calibration values for nv67 · 6d13e9c1
  由 Emil Velikov 提交于 6月 22, 2011
```
Signed-off-by: NEmil Velikov <emil.l.velikov@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  6d13e9c1
- E
  drm/nouveau/temp: Fix signed/unsigned int logic · 40ce4279
  由 Emil Velikov 提交于 6月 22, 2011
```
Many (all?) of the coefficients related to calculating the
correct temperature are signed integers

This patch correcly parses and stores those values
It also ensures that the default offset is 0 (previously 1)

Affected cards - the original nv50 and the nv40 family
Signed-off-by: NEmil Velikov <emil.l.velikov@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  40ce4279
- B
  drm/nvc0: push prunk140 irq messages to debug loglevel · 0b33c936
  由 Ben Skeggs 提交于 6月 19, 2011
```
We know they happen, we don't know why.  They're annoying, so hide them
from users for the moment.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  0b33c936
- B
  drm/nouveau: un-blacklist nvce accel · 63305de7
  由 Ben Skeggs 提交于 6月 17, 2011
```
Reported working on IRC.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  63305de7
- B
  drm/nouveau: fix null pointer deref on pre-nv50 chipsets · bf08bcc6
  由 Ben Skeggs 提交于 6月 13, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  bf08bcc6
- B
  drm/nouveau: rework vram init/fini ordering a little · 24f246ac
  由 Ben Skeggs 提交于 6月 10, 2011
```
Commit "drm/nouveau: add some debug output if nouveau_mm busy at destroy time"
revealed an issue where vram mm takedown would actually fail due to there
still being nodes present, causing nouveau to leak a small amount of memory
on module unload.

This splits TTM/nouveau_mm a bit more cleanly and ensures nouveau_mm fini
isn't done until all gpuobjs are also destroyed.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  24f246ac
- B
  drm/nouveau: shut lockdep up if last vm ref needs to destroy pgd · 15ba79ad
  由 Ben Skeggs 提交于 6月 08, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  15ba79ad
- B
  drm/nouveau: fix display takedown order to match reverse init order · 06b75e35
  由 Ben Skeggs 提交于 6月 08, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  06b75e35
- B
  drm/nvc0: enable per-client address spaces · 5de8037a
  由 Ben Skeggs 提交于 6月 08, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  5de8037a
- B
  drm/nouveau: add some debug output if nouveau_mm busy at destroy time · ad9ac437
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  ad9ac437
- B
  drm/nv50: enable use of per-client gpu address space · e41f26e7
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  e41f26e7
- B
  drm/nouveau: remove implicit mapping of every bo into chan_vm · 2fd3db6f
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  2fd3db6f
- B
  drm/nouveau: remove 'chan' argument from nouveau_bo_new · 7375c95b
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  7375c95b
- B
  drm/nouveau: fixup gem_info ioctl to return client-specific bo virtual · e758a311
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  e758a311
- B
  drm/nvc0: explicitly map PDISP semaphore buffer into each channel's vm · 3d483d57
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  3d483d57
- B
  drm/nv50-nvc0: lookup pushbuf virtual address on dma_push · 9f9f51fc
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  9f9f51fc
- B
  drm/nv84-nvc0: explicitly map semaphore buffer into channel vm · d02836b4
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  d02836b4
- B
  drm/nv50-nvc0: explicitly map pushbuf bo into channel vm · ce163f69
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  ce163f69
- B
  drm/nv50-nvc0: explicitly map notifier bo into channel vm · 0b718733
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  0b718733
- B
  drm/nv50-nvc0: explicitly map fbcon fb into channel vm · 45143cb5
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  45143cb5
- B
  drm/nouveau: initial changes to support multiple VMAs per buffer object · fd2871af
  由 Ben Skeggs 提交于 6月 06, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  fd2871af
- B
  drm/nv50-nvc0: completely disable relocs · a3fcd0a9
  由 Ben Skeggs 提交于 6月 07, 2011
```
GPU virtual addresses are constant now so this should never be getting hit
anyway and userspace shouldn't break from them being ignored.

This is being done in preference to teaching the code how to deal with BOs
that exist at different virtual addresses within separate VMs.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  a3fcd0a9
- B
  drm/nouveau: convert bo.mem.start usage to bo.offset · 180cc306
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  180cc306
- B
  drm/nouveau: convert some bo.offset use to vma.offset · 07533ea5
  由 Ben Skeggs 提交于 6月 07, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  07533ea5
- B
  drm/nouveau: create temp vmas for both src and dst of bo moves · d2f96666
  由 Ben Skeggs 提交于 6月 06, 2011
```
Greatly simplifies a number of things, particularly once per-client GPU
address spaces are involved.

May add this back later once I know what things'll look like.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
  d2f96666

openanolis / cloud-kernel 1 年多 前同步成功

openanolis / cloud-kernel
1 年多前同步成功