diff options
| author |   jsg <jsg@openbsd.org> | 2013-11-11 02:43:20 +0000 |
|---|---|---|
| committer | jsg <jsg@openbsd.org> | 2013-11-11 02:43:20 +0000 |
| commit | 0a8023c2b9c851dce6fc9267ced5047290579c34 (patch) | |
| tree | 51b09e38e1d82d61efc3d91faa5dc7583fb63ac1 /usr.bin/cu/command.c | |
| parent | In the parser, when closing an explicit block that is not open, (diff) | |
| download | wireguard-openbsd-0a8023c2b9c851dce6fc9267ced5047290579c34.tar.xz wireguard-openbsd-0a8023c2b9c851dce6fc9267ced5047290579c34.zip | |
drm/i915: Fix context sizes on HSW
With updates to the spec, we can actually see the context layout, and
how many dwords are allocated. That table suggests we need 70720 bytes
per HW context. Rounded up, this is 18 pages. Looking at what lives
after the current 4 pages we use, I can't see too much important (mostly
it's d3d related), but there are a couple of things which look scary. I
am hopeful this can explain some of our odd HSW failures.
v2: Make the context only 17 pages. The power context space isn't used
ever, and execlists aren't used in our driver, making the actual total
66944 bytes.
v3: Add a comment to the code. (Jesse & Paulo)
From Ben Widawsky
6bab5ce3f3224d3c1fcc92ed9184392558ae3df4 in ubuntu 3.8
a0de80a0e07032a111230ec92eca563f9d93648d in mainline linux
Diffstat (limited to 'usr.bin/cu/command.c')
0 files changed, 0 insertions, 0 deletions