function `vmw_fb_init':
(.text+0x9838d): undefined reference to `register_framebuffer'
drivers/built-in.o: In function `vmw_fb_init':
(.text+0x9842a): undefined reference to `framebuffer_release'
Signed-off-by: Randy Dunlap
Cc: David Airlie
Signed-off-by: Andrew Morton
Tha
From: Thomas Hellstrom
When time-based throttling is implemented, we need to bump minor.
When the old way of detecting scanout is removed, we need to bump major.
In the meantime, this change should not break existing user-space.
Signed-off-by: Thomas Hellstrom
Signed-off-by: Jakob Bornecrantz
Also included are overall modesetting improvements
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |9
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 81 --
drivers/gpu/drm/vmwgfx
Even if this bumps the version to 1 it does not mean the driver is
out of staging. From what we know this is the last backwards
incompatible change to the driver.
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |6 +++---
drivers/gpu/drm/vmwgfx
From: Thomas Hellstrom
Signed-off-by: Thomas Hellstrom
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |3 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 17 +
drivers/gpu/drm/vmwgfx/vmwgfx_irq.c | 13 +++--
3 files changed, 14 insertions
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
index eeba6d1..31f9afe 100644
--- a/drivers/gpu/drm/vmwgfx
ld be opaque to the user but to the internal code. All the buffer
exposes pretty much the same set of information to the user but might
need extra information attached. Defining a base kms_bo object that
backends can use as a baseclass allows c
On 30 jan 2010, at 03.38, Jakob Bornecrantz wrote:
> This allows both fbdev and kms to work on older hardware
> that does not have the display topology cap.
>
> There are also some other misc improvments related to handling
> older hardware version of SVGA. The current cut of is if
From: Peter Hanzel
This fixes the driver not loading on older versions of VMware.
Signed-off-by: Peter Hanzel
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 ++
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 16 +++-
3 files changed, 27 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |1 +
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 19 +++
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c |2 +-
4 files changed, 23 insertions(+), 1 deletions
This allows both fbdev and kms to work on older hardware
that does not have the display topology cap.
There are also some other misc improvments related to handling
older hardware version of SVGA. The current cut of is if the
pitchlock cap is not set.
Signed-off-by: Jakob Bornecrantz
often
and all that.
Peter patch 0004 should fix the problems you where having with getting kms
working on VMware Workstation 5.5.2. It would be awesome if you could test
it and give me a tested by on it.
Cheers Jakob.
--
The
On 29 jan 2010, at 07.57, Michel Dänzer wrote:
> On Thu, 2010-01-28 at 18:59 +0000, Jakob Bornecrantz wrote:
>> From: Peter Hanzel
>>
>> This fixes the driver not loading on older versions of VMware.
>>
>> Signed-off-by: Peter Hanzel
>> Signed-off-by: Jakob
From: Peter Hanzel
This fixes the driver not loading on older versions of VMware.
Signed-off-by: Peter Hanzel
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 ++
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 16 +++-
3 files changed, 27 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |1 +
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 19 +++
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c |2 +-
4 files changed, 23 insertions(+), 1 deletions
As the subject says.
Cheers Jakob.
From 7063217d9aa887dac4df75e4152e1d5b8a6a248b Mon Sep 17 00:00:00 2001
From: Thomas Hellstrom
Date: Tue, 8 Dec 2009 12:57:51 +0100
Subject: [PATCH] drm/vmwgfx: Fix unlocked ioctl and add propper access control
Signed-off-by: Thomas Hellstrom
Signed-off-by
somewhere.
Cheers Jakob.
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
--
___
Dri-devel mailing list
Dri-devel
I will clean them up before
the final patch series.
There are some checkpatch warnings in the second patch but only
width 80. If I have the time I will also change the fbdev code to
use the drm_fb_helper code.
Comments please?
Cheers Jakob
device, but also Xen hardware likes to
be notify. There is also real hardware like DisplayLink and
DisplayPort that might take advantage of this ioctl.
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc.c | 104
drivers/gpu/drm/drm_drv.c
device, but also Xen hardware likes to
be notify. There is also real hardware like DisplayLink and
DisplayPort that might take advantage of this ioctl.
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc.c | 105
drivers/gpu/drm/drm_drv.c
From: Thomas Hellstrom
Signed-off-by: Thomas Hellstrom
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_fops.c | 14 ++
drivers/gpu/drm/drm_stub.c | 11 +++
include/drm/drmP.h |9 +
3 files changed, 34 insertions(+), 0 deletions(-)
diff
in those places I have done exactly what the code is doing around it.
Cheers Jakob.
--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in
rocesses use the GPU while
> we're
> waiting for the flip to finish.
>
> cheers,
> Kristian
Cool stuff! You have my
Acked-by: Jakob Bornecrantz
if you fix a couple of things in the patch (mostly docu).
Can you describes what happens if userspace continues to submit
command to the p
certain location? We had the same need but managed to work around it
with a quick and dirty hack.
Implementing that would mostly be about changing drm_mm.c to handle
placing buffers at certain locations. And in TTM cor
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc_helper.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/drm_crtc_helper.c
index 6aaa2cb..b963ac0 100644
--- a/drivers/gpu/drm
From: Jakob Bornecrantz
This was caught by Weiss. Also added some comments to the
fb_changed and mode_changed variables to explain what they do.
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc_helper.c |6 --
1 files changed, 4 insertions(+), 2 deletions
bably set mode_changed to true instead since
if I got things correctly we should do a full mode set when the
depth has changed. I could be completely wrong.
Cheers Jakob.
--
Let Crystal Reports handle the reporting - Free Cr
From: Jakob Bornecrantz
Match the logic to the comments in the debug message
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 8fab789
e. Must be called
> + * after the old framebuffer is no longer visible, ie, after
> + * the next vblank, typically.
> + */
> + void (*mode_unpin_fb)(struct drm_crtc *crtc, struct drm_framebuffer
> *fb);
I was going to say that should probably go on the f
2009/5/8 Kristian Høgsberg :
> From: Jesse Barnes
>
> Sits on top of KMS page flipping ioctl.
Cool stuff.
[SNIP]
> extern int drmModeCrtcSetGamma(int fd, uint32_t crtc_id, uint32_t size,
> uint16_t *red, uint16_t *green, uint16_t *blue);
> extern int drmModeCrtcG
ing & no tearing
>> on two heads at once!
>
> Here's an update that makes all the code generic. Jakob suggested that
> we do the mode_set_base call out of the caller's context so we don't
> block the caller waiting for the GTT domain transition (effective
blue and no transp. But for one pixel you must write 4 bytes.
> (so
> transp is not used).
Hmm, if I remember correctly from running mplayer in the early days of
kms mplayer has two fbdev drivers and I think that only #2 worked. It
did worked back then but it was a lo
2009/3/31 Kristian Høgsberg :
> 2009/3/31 Eric Anholt :
>> On Fri, 2009-03-27 at 15:48 -0700, Jesse Barnes wrote:
>>> On Fri, 27 Mar 2009 22:53:00 +0100
>>> Jakob Bornecrantz wrote:
>>>
>>> > On Fri, Mar 27, 2009 at 8:58 PM, Jesse B
nough to tweak if the common case becomes larger), which means we
> don't have to make the second call, which saves a lot of time.
>
> Any comments or problems with the patch?
Looks good, I do wonder how much time do we save on doing pre
allocation, just curious? Anyways the patch is
A
On Thu, Mar 26, 2009 at 4:25 PM, Arjan van de Ven wrote:
> On Thu, 26 Mar 2009 15:59:12 +0100
> Jakob Bornecrantz wrote:
>
>> On Thu, Mar 26, 2009 at 3:25 PM, Arjan van de Ven
>> wrote:
>> > On Thu, 26 Mar 2009 11:59:13 +0100
>> > Jakob Bornecrantz wrot
On Thu, Mar 26, 2009 at 3:25 PM, Arjan van de Ven wrote:
> On Thu, 26 Mar 2009 11:59:13 +0100
> Jakob Bornecrantz wrote:
>
>> On Mon, Mar 23, 2009 at 9:46 PM, Arjan van de Ven
>> wrote:
>> > >From 785bb9f968ead288395ead4f921d7c1fb794ee71 Mon Sep 17 00:00:00
&
ed-off-by: Arjan van de Ven
Not-acked-by: Jakob Bornecrantz
I'm going to nack this patch out of principle, getting the correct
behavior from userspace depending on the order of connectors is bad.
The interface gives you enough information to find the LVDS and turn
that on only that on. Is
he fb config. Maybe we should run some
sort of detection code in the intel fb code.
That is my only comment and it is a minor one, so the patch is
Acked-By: Jakob Bornecrantz
Cheers Jakob.
--
eplaceFb after it was removed from the kernel.
>
> It is impossible to replace the original semantics of this call purely
> in userland, since the fb_id would change.
>
> after discussion with Dr_Jakob
>
> Signed-Off-By: Owain Ainsworth
The patch looks good and is
tcs
> in question and then removing the old framebuffer object.
>
> Signed-off-by: Kristian Høgsberg
You beat me to it, so here is a
Acked-by: Jakob Bornecrantz
Cheers Jakob.
--
SF.Net email is Sponsored by MIX09,
haven't
tested the code.
Cheers Jakob.
From ae8bb84c220308ce3ce7c70b4ad5cb215319f3ab Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz <[EMAIL PROTECTED]>
Date: Thu, 4 Sep 2008 17:12:20 +0200
Subject: [PATCH] dri2: Add different types of contexts to create
---
include/GL/internal/dri_
On Fri, Aug 1, 2008 at 8:13 PM, Keith Packard <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-08-01 at 18:48 +0200, Jakob Bornecrantz wrote:
>
>> The basic fault here is that you have added a driver specific flag to a
>> generic
>> ioctl/syscall. Which the last time
think that's the whole story here; am I missing any big pieces?
The basic fault here is that you have added a driver specific flag to a generic
ioctl/syscall. Which the last time I checked we didn't want. For example on
PCIE Radeon there is no GTT to map, so bit 31 makes no sense there.
it.
dri: gallium/winsys/dri/intel
EGL: gallium/winsys/egl_drm/intel
backend: gallium/winsys/common/intel_drm
Cheers Jakob.
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for y
#x27;t map registers to userspace you talk to
them via the kernel.
I am a bit divided if any of the above have a place in the DRM
userspace library.
Cheers Jakob.
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE
gned height;
> - unsigned pitch; /**< in pixels */
> + struct pipe_format_block block;
> + unsigned nblocksx;
> + unsigned nblocksy;
> + unsigned stride; /**< in bytes */
>unsigned layout; /**< PIPE_SURFA
On Mon, May 19, 2008 at 5:03 PM, Jakob Bornecrantz <[EMAIL PROTECTED]> wrote:
> On Mon, May 19, 2008 at 4:35 PM, Keith Whitwell
> <[EMAIL PROTECTED]> wrote:
>>> The biggest question is where we can write or read pages to swap at
>>> suspend to RAM and
end
we copy everything down from VRAM and turn the card off.
The problem is that after prepare things must still work as before so
clients can still render so we can't copy pages down then. I also
don't think we can count on swap bein
t; If i am right shmem is already talking with kernel about swap space.
>
> Cheers,
> Jerome Glisse
The biggest question is where we can write or read pages to swap at
suspend to RAM and resume from RAM under all occasions
re exported, but we could list more as needed. You can
> use 'udevmonitor --env' to look for hotplug events; you should see several at
> load time, and presumably some at connection hotplug time (though I haven't
> gotten that working yet, any ideas Jakob?).
>
I was
gears behaves weird, it starts out fast ~600fps and then
slowly drops to about 100fps. Covering the window makes it shot up to
~600fps. And uncovering it makes it slow down again. Its not instant but
takes a while, and thats just weird.
Cheers
hardware which doesn't support linear framebuffers rgb buffers,
the GameCube/Wii being one(two) of them.
This is the dreaded acceleration api in kernel that nobody wants but
everybody does anyways. What I mean by that is that all drivers has a
function to speed up clearing memory regions a
i9XX interrupt registers are 32bit, but those
bits weren't used until now that is. And because I don't have any i8XX
I was a bit reluctant to push these patch straight to the
modesetting-101 branch.
I would now like, after discussion, merge the branch into modesetting-101
reen rendering in theory only a BufferObject is needed
> for that and the userspace api can transmit the needed information
> between the different clients and sub client.
>
> IE: X the server is the client and a gl app rendering to a opengl
> framebuffer. This can be handled by a us
> Well ain't I'm rude not signing off :)
>
> Cheers Jakob "Wlallbraker" Bornecrekrantz.
I just about can't do anything right to day :)
Cheers Jakob.
-
This SF.net email is sponsored by:
> > only have notes on what the master node should be responsible for, did we
> > have any new ioctls for the slave nodes? Ring buffer mapping, etc. should
> > probably be there?
> >
> > Thanks,
> > Jesse
> >
> >
> This time i do not hijack the threa
up to the apps (harder to write small simple apps)
2) restore previous power level (what if the screen doesn't have a
previous state, or it was off)
3) always go full power (leave it up to the apps to power save)
Cheers Jakob.
-
Added userspace side library of drm modesettings
hmm apperently I forgot to attach a file
From 510bcb9d2f875aa856c96985057667da0774f696 Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz <[EMAIL PROTECTED]>
Date: Tue, 20 Mar 2007 20:15:47 +0100
Subject: [PATCH] Added userspace side library
Added structs and ioctls for modesetting in kernel
From c34f2024584b3a150bc42a1b9ae532f8246a2e8f Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz <[EMAIL PROTECTED]>
Date: Tue, 20 Mar 2007 20:11:39 +0100
Subject: [PATCH] Added structs and ioctls for modesetting in kernel
---
shared-core
Added userspace side library of drm modesettings
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief
Added kernel side ioctls of drm modesettings
From ee2bb161b7cb70b935ab626a7877bde40fedbb96 Mon Sep 17 00:00:00 2001
From: Jakob Bornecrantz <[EMAIL PROTECTED]>
Date: Tue, 20 Mar 2007 20:13:40 +0100
Subject: [PATCH] Added kernel side ioctls of drm modesettings
---
linux-core/Makefile.
.
I'm sending these patches now because I would like some commonts on
them and also let other people know that work is being done on this
matter.
The the userpsace functions are based (if not a copy of) the Randr1.2
X protocol so that integration with the X server would be easy.
Cheers
After some work and modification i got the CN700 chipset working with
miniglx, tho some hacking of drm is required due to ioctl ADD_DRAW
being DRM_MASTER. Also I have no idea what the define should be named,
so I just took what seemed to used the most.
diff --git a/src/mesa/drivers/dri/unichrome/s
65 matches
Mail list logo