- "Felix Miata" wrote:
> Does Meego have /etc/sysconfig/videobios? I just discovered it on
> openSUSE
> 11.4. It contains:
> ## Path:System/Hardware/Graphicscard
> ## Description: Additional options for graphics cards
> ## Type:yesno
> ## Default: no
> #
> # Should the In
The old code didn't clean up the i830 chipset flush page. And it
looks nicer.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 39 +++
1 files changed, 31 insertions(+), 8 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/
Storing this explicitly makes for clearer code and hopefully
less further confusion.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.
Consolidate everything in intel-gtt.c and also kill the export
of intel_max_stolen.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c|6 +-
drivers/gpu/drm/i915/i915_dma.c |1 -
include/drm/intel-gtt.h |2 --
3 files changed, 5 insertions(+), 4 deletions(-
They're now all the same.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 168 ++
1 files changed, 38 insertions(+), 130 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
index e6d69ef..39e3e63 100644
-
DMA remapping was only used by the intel-gtt driver. With that
code now folded into the driver, kill the agp generic support for
it.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/char/agp/agp.h |3 ---
drivers/char/agp/generic.c |8
2 files changed, 0 insertions(
This is the last differentiator between the different fake agp drivers.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 28 +---
1 files changed, 21 insertions(+), 7 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
i
That indirection mess can now go. Add a dummy i81x gtt_driver to
avoid a NULL pointer check.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 105 +
1 files changed, 13 insertions(+), 92 deletions(-)
diff --git a/drivers/char/agp/intel-gtt
Like for the i915.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 21 +
1 files changed, 9 insertions(+), 12 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
index 8273b2b..225b791 100644
--- a/drivers/char/agp/intel-gt
Like before, but now with the added bonus of being able to kill
quite a bit of no-longer useful code (the old dmar support stuff).
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 144 +++---
1 files changed, 8 insertions(+), 136 deletions(-)
Beef up the generic version to support dmar. Otherwise like for the i830.
v2: Don't try to DMA remap on resume for already remapped pages.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 60 ++---
1 files changed, 49 insertions(+), 11 deleti
Well, not all too generic because it does not yet support dmar.
Add a new function check_flags to ensure that non-gem code does
not try to screw us over.
v2: Beautify i830_check_flags with an idea from Chris Wilson.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 53 ++
Only used to remap the scratch page. Now that intel-gtt does this
itself, kill the support code.
Cc: Dave Airlie
Signed-off-by: Daniel Vetter
---
drivers/char/agp/agp.h |2 --
drivers/char/agp/backend.c | 22 +-
2 files changed, 1 insertions(+), 23 deletions(-)
di
intel-gtt.c now handles the scratch page itself, so drop all that
was just there to support it.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 28
1 files changed, 0 insertions(+), 28 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/driver
Like for i830. intel_i9xx_configure is now unused, so kill it.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 48 ++---
1 files changed, 26 insertions(+), 22 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gt
Like for the i830.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c b/drivers/char/agp/intel-gtt.c
index 59fad22..89dcc0b 100644
--- a/drivers/char/agp/intel-gtt.c
And put it to use in the gtt configuration code that writes
the scratch page addr in all gtt ptes. This makes intel_i830_configure
generic, hence rename it to intel_fake_agp_configure.
Signed-off-by: Daniel Vetter
---
drivers/char/agp/intel-gtt.c | 41 -
The intel gtt fake agp driver is the only agp driver to use dma
address remapping. So it makes sense to fold this code back into the
only user (and thus reduce the reliance on the agp code).
This patch does the first step by initializing (and remapping) the
scratch page in a new function intel_gtt
Hi all,
The next part of my intel gtt rework. This creates a new abstraction
for the pte handling, resulting in:
- A generic fake agp driver for all chipsets (save the poor bastard i81x).
- Less indirection hell for the pte writing (a simpel write_entry instead
of iowrite32(mask_memory(type_to_m
В сообщении от 14 of September 2010 00:59:52 автор Jesse Barnes написал:
> On Tue, 14 Sep 2010 00:52:31 +0300
>
> Vasily Khoruzhick wrote:
> > В сообщении от 14 of September 2010 00:46:32 автор Jesse Barnes написал:
> > > Yes, you can set vblank_mode=0 in your environment or drirc. At least
> >
On Tue, 14 Sep 2010 00:52:31 +0300
Vasily Khoruzhick wrote:
> В сообщении от 14 of September 2010 00:46:32 автор Jesse Barnes написал:
>
> > Yes, you can set vblank_mode=0 in your environment or drirc. At least
> > I think 0 is no vsync. :)
>
> That doesn't help, glxgears shows ~1000fps, but i
Does Meego have /etc/sysconfig/videobios? I just discovered it on openSUSE
11.4. It contains:
## Path:System/Hardware/Graphicscard
## Description: Additional options for graphics cards
## Type:yesno
## Default: no
#
# Should the Intel(R) video BIOS be patched to let the X Server
В сообщении от 14 of September 2010 00:46:32 автор Jesse Barnes написал:
> Yes, you can set vblank_mode=0 in your environment or drirc. At least
> I think 0 is no vsync. :)
That doesn't help, glxgears shows ~1000fps, but it's output is jerky.
signature.asc
Description: This is a digitally sign
On Tue, 14 Sep 2010 00:41:18 +0300
Vasily Khoruzhick wrote:
> В сообщении от 14 of September 2010 00:19:55 автор Jesse Barnes написал:
> > On Tue, 14 Sep 2010 00:10:08 +0300
> >
> > Vasily Khoruzhick wrote:
> > > В сообщении от 13 of September 2010 23:44:41 автор Jesse Barnes написал:
> > > > I
В сообщении от 14 of September 2010 00:19:55 автор Jesse Barnes написал:
> On Tue, 14 Sep 2010 00:10:08 +0300
>
> Vasily Khoruzhick wrote:
> > В сообщении от 13 of September 2010 23:44:41 автор Jesse Barnes написал:
> > > I remember seeing a similar problem on an Eee PC I had; it seemed to be
> >
On Tue, 14 Sep 2010 00:10:08 +0300
Vasily Khoruzhick wrote:
> В сообщении от 13 of September 2010 23:44:41 автор Jesse Barnes написал:
> > I remember seeing a similar problem on an Eee PC I had; it seemed to be
> > timer/interrupt related somehow. If I booted with clocksource=tsc
> > (or maybe i
В сообщении от 13 of September 2010 23:44:41 автор Jesse Barnes написал:
> I remember seeing a similar problem on an Eee PC I had; it seemed to be
> timer/interrupt related somehow. If I booted with clocksource=tsc
> (or maybe it was pit) I got nice smooth animations, but if I used the
> HPET thin
On Mon, 13 Sep 2010 23:36:11 +0300
Vasily Khoruzhick wrote:
> Hi there, I've just built graphics stack (xf86-video-intel, libdrm, mesa)
> from
> git (but I'm on 2.6.35.x kernel) and still experiencing vsync troubles
> without
> composite manager, here's output of glxgears:
>
> $ glxgears
> R
Hi there, I've just built graphics stack (xf86-video-intel, libdrm, mesa) from
git (but I'm on 2.6.35.x kernel) and still experiencing vsync troubles without
composite manager, here's output of glxgears:
$ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximat
On Wed, Jun 02, 2010 at 03:11:40PM -0700, Kamal Mostafa wrote:
> In order to avoid the often-dysfunctional native acpi brightness control
> methods, a new acpi_brightness_hook interface is made available.
>
> The i915 driver uses the new hook to take over brightness control.
> Boot with i915.brig
User type here so no technical data yet. I'm just starting to
investigate a problem that's crept in on my 64-bit Gentoo system. I
haven't seen any reports but I haven't been watching the list closely.
If there's something going on that I should tag onto please let me
know. I'm away from the machine
- "Felix Miata" wrote:
> On 2010/09/13 11:42 (GMT) Nasa composed:
>
> > This isn't a laptop. It's a 7" monitor
> (http://www.lilliput.cn/EBY701-NP.html),
> > that I am using in my carpc. I am presently try this with the IVI
> > version of meego (with it's own issues). Lilliput does prov
On Mon, Sep 13, 2010 at 11:42:22AM +, Nasa wrote:
[...]
> I have also verified that the monitor doesn't provide EDID data as
> the file size (I found were it's dump to, just can't recall right
> now) was 0.
[...]
You checked the size of the /sys/devices/*/*/drm/*/*/edid structure
(remember to
On 2010/09/13 11:42 (GMT) Nasa composed:
> This isn't a laptop. It's a 7" monitor
> (http://www.lilliput.cn/EBY701-NP.html),
> that I am using in my carpc. I am presently try this with the IVI
> version of meego (with it's own issues). Lilliput does provided drivers
> for Windows, but nothing
- "Felix Miata" wrote:
> On 2010/09/13 10:10 (GMT) Nasa composed:
>
> >> Is there a way to tell the driver to use DisplaySize to pass the
> >> correct dimensions to
> >> the i915 driver? from my searches, I saw the following note:
>
> >> News: xf86-video-intel only supports KMS now
> >> 2
On 2010/09/13 10:10 (GMT) Nasa composed:
>> Is there a way to tell the driver to use DisplaySize to pass the
>> correct dimensions to
>> the i915 driver? from my searches, I saw the following note:
>> News: xf86-video-intel only supports KMS now
>> 2010-02-11 - Jan de Groot
>> With the move of
- "Nasa" wrote:
> Hi,
>
> Is there a way to tell the driver to use DisplaySize to pass the
> correct dimensions to
> the i915 driver? from my searches, I saw the following note:
>
> News: xf86-video-intel only supports KMS now
> 2010-02-11 - Jan de Groot
>
> With the move of xf86-video-i
On Mon, 13 Sep 2010 15:17:05 +0800, "Xiang, Haihao"
wrote:
> Some little changes:
> Add set_tail hook to struct intel_ring_buffer
> fix HAS_BSD with a device info flag
> Don't export the initialiser of struct intel_ring_buffer
A really nice set of cleanups, thanks! However, that chan
This ring buffer is used for video decoding/encoding on Sandybridge.
Signed-off-by: Xiang, Haihao
---
drivers/gpu/drm/i915/i915_drv.c |2 +
drivers/gpu/drm/i915/i915_irq.c | 15 +++-
drivers/gpu/drm/i915/i915_reg.h | 26 ++-
drivers/gpu/drm/i915/intel_ringbuff
Some little changes:
Add set_tail hook to struct intel_ring_buffer
fix HAS_BSD with a device info flag
Don't export the initialiser of struct intel_ring_buffer
Signed-off-by: Xiang, Haihao
---
drivers/gpu/drm/i915/i915_drv.c |4 ++
drivers/gpu/drm/i915/i915_drv.h
40 matches
Mail list logo
