提交 · 3d483d575bfba52eae04bf2575239642c26c355a · openeuler / Kernel

23 6月, 2011 40 次提交

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

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

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

drm/nouveau: store bo's page size in nouveau_bo · f91bac5b

由 Ben Skeggs 提交于 6月 06, 2011

Was previously assuming a page size of 4KiB unless a VMA was present to
override it. Eventually, a buffer won't necessarily have a VMA at all at
some stages of its life, so we need to store this info elsewhere.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

f91bac5b

B
drm/nouveau: skip move_notify() if bo does not have a vma attached · 111af5c1
由 Ben Skeggs 提交于 6月 03, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
111af5c1

drm/nouveau: will need to specify channel for vm-ful gpuobj allocations · 6e32fedc

由 Ben Skeggs 提交于 6月 03, 2011

Abuses existing gpuobj_new() chan argument for this, which in turn forces
all NVOBJ_FLAG_VM allocations to be done from the global heap, not
suballocated from the channel's private heap.  Not a problem though in
practise.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

6e32fedc

B
drm/nouveau: initialise any vm for a channel before pushbuf/ntfy · dd6a46cc
由 Ben Skeggs 提交于 6月 03, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
dd6a46cc

drm/nouveau: modify gpuobj/ntfy takedown ordering · b7cb6c01

由 Ben Skeggs 提交于 6月 06, 2011

gpuobj really needs splitting into channel/gpuobj code instead...
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

b7cb6c01

B
drm/nouveau/gem: implement stub hooks for GEM object open/close · 639212d0
由 Ben Skeggs 提交于 6月 03, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
639212d0

drm/nouveau: remove 'chan' argument from nouveau_gem_new · f6d4e621

由 Ben Skeggs 提交于 6月 07, 2011

Userspace hasn't passed us a channel_hint for a long long time now, and
there isn't actually a need to do so anymore anyway.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

f6d4e621

B
drm/nv50-nvc0/chan: inherit vm from fpriv, rather than chan_vm directly · 0320d791
由 Ben Skeggs 提交于 6月 03, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
0320d791
B
drm/nv50-nvc0/vm: take client reference on shared channel vm · fe32b16e
由 Ben Skeggs 提交于 6月 03, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
fe32b16e
B
drm/nv50-nvc0/vm: don't touch chan_vm · b79181cb
由 Ben Skeggs 提交于 6月 03, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
b79181cb

drm/nouveau: no need to update bo.offset from vma after validate · d359d51c

由 Ben Skeggs 提交于 6月 03, 2011

On chipsets using nouveau_vm, the virtual address stays constant, so
the value set at bo creation time is fine.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

d359d51c

drm/nouveau: store a per-client channel list · e8a863c1

由 Ben Skeggs 提交于 6月 01, 2011

Removes the need to disable IRQs to lookup channel struct on every pushbuf
ioctl, among others.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

e8a863c1

B
drm/nouveau: use NULL file_priv for DRM-created channels · f8656f0b
由 Ben Skeggs 提交于 5月 31, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
f8656f0b
B
drm/nouveau: allocate structure to store per-client data · 3f0a68d8
由 Ben Skeggs 提交于 5月 31, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
3f0a68d8

drm/nouveau: silence error for missing dac loadval table · 1562ffde

由 Ben Skeggs 提交于 6月 01, 2011

There's lots of boards (all recent ones) that don't have this anymore, so
punt the message to debug loglevel.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

1562ffde

B
drm/nv50: DCB table quirks for another busted XFX board · e540afc3
由 Ben Skeggs 提交于 5月 30, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
e540afc3
B
drm/nouveau: log if accel is disabled by default on a chipset · ad830d23
由 Ben Skeggs 提交于 5月 27, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
ad830d23
B
drm/nvc0/gr: fill in some more data for 0xc1/0xc8/0xce · 752ab0a0
由 Ben Skeggs 提交于 5月 27, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
752ab0a0

drm/nvc0/gr: fix typo in class9197 init · 2b6f1c5f

由 Ben Skeggs 提交于 5月 27, 2011

Reported-by: NChristoph Bumiller <e0425955@student.tuwien.ac.at>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

2b6f1c5f

drm/nvc0/gr: calculate magicgpc918 ourselves · 066d65db

由 Ben Skeggs 提交于 5月 26, 2011

Not a clue what it is yet, but we get the same numbers as NVIDIA now.

My 465 didn't seem to care to greatly *what* I bashed into these registers..
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

066d65db

B
drm/nvc0/gr: add some missing magics for 0xc1/0xc8/0xce · a219997a
由 Ben Skeggs 提交于 5月 26, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
a219997a

drm/nvc0/gr: import and use our own fuc by default · 0411de85

由 Ben Skeggs 提交于 5月 25, 2011

The ability to use NVIDIA's fuc has been retained *temporarily* in order
to better debug any issues that may be lingering in our initial attempt
at writing this ucode.  Once I'm fairly confident we're okay, it'll be
removed.

There's a number of things not implemented by this fuc currently, but
most of it is sets of state that our context setup would not have used
anyway.  No doubt we'll find out what they're for at some point, and
implement it if required.

This has been tested on 0xc0/0xc4 thus far, and from what I could tell
it worked as well as NVIDIA's.  It's also been tested on 0xc1, but even
with NVIDIA's fuc that chipset doesn't work correctly with nouveau yet.

0xc3/0xc8/0xce should in theory be supported too, but I don't have the
hardware to check that.

There's no doubt numerous bugs to squash yet, please report any!
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

0411de85

drm/nvc0: fix suspend/resume of PGRAPH/PCOPYn · f8522fc8

由 Ben Skeggs 提交于 5月 25, 2011

We need the physical VRAM address in vinst, even for objects mapped into
a vm, as the gpuobj suspend/resume code uses PMEM to access the object.

Previously, vinst was overloaded to mean "VRAM address" for !VM objects,
and "VM address" for VM objects, causing the wrong data to be accessed
during suspend/resume.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

f8522fc8

drm/nouveau: default to noaccel on 0xc1/0xc8/0xce for now · aba99a84

由 Ben Skeggs 提交于 5月 25, 2011

Until we know these should work properly, would much rather default to
noaccel than risk giving people corruption/hangs out of the box..
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

aba99a84

drm/nvc1/gr: switch on acceleration support · d4409cc7

由 Ben Skeggs 提交于 5月 24, 2011

There's issues with certain 3D apps still, unknown whether this is a kernel
issue or not.. It does appear that it may be in the 3D driver however.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>

d4409cc7

B
drm/nvc0/gr: enable 0xc8/0xce support, no idea if it works or not.. · b53a2d06
由 Ben Skeggs 提交于 5月 24, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
b53a2d06
B
drm/nvc0/gr: some initial state modifications · e1b89b1c
由 Ben Skeggs 提交于 5月 24, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
e1b89b1c
B
drm/nvc0/gr: 0x9197/0x9297 state init · 6f376460
由 Ben Skeggs 提交于 5月 24, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
6f376460
B
drm/nvc0/gr: macro to determine fermi class, will use it in a few places · 847adea2
由 Ben Skeggs 提交于 5月 24, 2011
```
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
```
847adea2

openeuler / Kernel 1 年多 前同步成功

openeuler / Kernel
1 年多前同步成功