Hi Linus,
So I totally missed Inki's pull request for -next, its fully exynos self
contained.
Regards,
Dave.
The following changes since commit 98c7b42375011ec37251e6fc85a0471cfe499eea:
Merge branch 'drm-intel-fixes' of
git://people.freedesktop.org/~danvet/drm-intel into drm-next (2012-07-
On Thu, Jul 26, 2012 at 02:56:22PM +0200, Ortwin Gl?ck wrote:
> On 25.07.2012 20:42, Marcin Slusarz wrote:
> > Good, below patch should fix this panic.
> >
> > Note that you can hit an oops in drm_handle_vblank because patch from
> > http://lists.freedesktop.org/archives/dri-devel/2012-May/023498.h
Hi Luca,
於 六,2012-07-28 於 16:56 +0200,Luca Tettamanti 提到:
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> > On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> > wrote:
> > > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> > >> On Thu, Jul 26, 2012 at 8:58 AM, L
Hello, I have some good news. Radeon patches from this post
http://lists.freedesktop.org/archives/dri-devel/2012-July/025535.html
export brightness file /sys/class/backlight/radeon_bl/brightness
And finally with these patches I'm able to change brightness on my EliteBook.
--
Pali Rohár
pali.ro...@
於 五,2012-07-27 於 23:32 +0800,joeyli 提到:
> 於 五,2012-07-27 於 09:21 -0400,Alex Deucher 提到:
> > On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> > >
> > > + * flags
> > > + * bits 1:0:
> > > + * 0 - Notify(VGA, 0x81) is not used for notification
> > > + * 1 - Notify(VGA, 0x81) is used for notificatio
於 五,2012-07-27 於 09:21 -0400,Alex Deucher 提到:
> On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> >
> > + * flags
> > + * bits 1:0:
> > + * 0 - Notify(VGA, 0x81) is not used for notification
> > + * 1 - Notify(VGA, 0x81) is used for notification
> >
> > Per the above flags, when we detect bit set
於 四,2012-07-26 於 23:31 -0400,Alex Deucher 提到:
> On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> > 於 四,2012-07-26 於 14:58 +0200,Luca Tettamanti 提到:
> >> - again ACPI video module gets the nodification (in this case
> >> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> >> -
於 四,2012-07-26 於 14:58 +0200,Luca Tettamanti 提到:
> - again ACPI video module gets the nodification (in this case
> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> - KDE seems this and muck with the screen configuration :(
> - meanwhile the brightness notification is propaga
the following warning was produced,
drivers/gpu/drm/i915/i915_gem_context.c: In function ‘i915_switch_context’:
drivers/gpu/drm/i915/i915_gem_context.c:454:6: warning: unused variable ‘ret’
[-Wunused-variable]
fix up by removing it
Signed-off-by: Devendra Naga
---
This warning occurs in curre
On 25.07.2012 20:42, Marcin Slusarz wrote:
Good, below patch should fix this panic.
Note that you can hit an oops in drm_handle_vblank because patch from
http://lists.freedesktop.org/archives/dri-devel/2012-May/023498.html
has not been applied (yet?).
After applying your patch, it still crashe
Size: 2233 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120729/3d5d47fc/attachment.patch>
-- next part --
A non-text attachment was scrubbed...
Name: 0002-drm-radeon-implement-radeon_atif_verify_interface.patch
Type:
From: Dave Airlie
This checks the return from the hline renderer, and flags EAGAIN
if we jump out here.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/udl/udl_fb.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_fb.c b/drivers/gpu/drm/u
From: Dave Airlie
We need to call these before we transfer the damaged areas to the device
not before/after we setup the long lived vmaps.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/udl/udl_fb.c | 22 --
drivers/gpu/drm/udl/udl_gem.c |7 ---
2 files changed,
From: Dave Airlie
In order for udl vmap to work properly, we need to push the object
into the CPU domain before we start copying the data to the USB device.
question: what is direction here in terms of read/write to the device.
This along with the udl change avoids userspace explicit mapping to
If we don't need stencil, don't allocate it.
If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
v2: actually do it correctly
---
radeon/radeon_surface.c | 23 ---
1 file changed, 8 insertions(+), 15 deletions(-)
diff --git a/radeon/radeon_surface.c b/
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/evergreen_cs.c |6 --
drivers/gpu/drm/radeon/evergreend.h |2 ++
drivers/gpu/drm/radeon/r600_cs.c |6 --
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
4 files changed, 12 insertions(+), 5 deletions(-)
diff --git
If we don't need stencil, don't allocate it.
If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
---
radeon/radeon_surface.c | 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 5800
Setting those flags has no effect anywhere else.
---
radeon/radeon_surface.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index c80f7f4..5800c33 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_surface.c
@@
On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> Hi Luca,
>
> ? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PARAM
On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti
> wrote:
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PA
On Thu, Jul 26, 2012 at 02:56:22PM +0200, Ortwin Glück wrote:
> On 25.07.2012 20:42, Marcin Slusarz wrote:
> > Good, below patch should fix this panic.
> >
> > Note that you can hit an oops in drm_handle_vblank because patch from
> > http://lists.freedesktop.org/archives/dri-devel/2012-May/023498.h
Hi,
I'm attaching a first draft of my work. The first 3 patches are
infrastructure work, the fourth wires the notification handler and
retrieves the requests from the system BIOS, but it does not actually
change brightness yet.
The problem here is how to get the correct encoder: should I just scan
Hi Luca,
? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> > On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> > wrote:
> > > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> > >> On Thu, Jul 26, 2012 at 8:58 AM, L
If we don't need stencil, don't allocate it.
If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
v2: actually do it correctly
---
radeon/radeon_surface.c | 23 ---
1 file changed, 8 insertions(+), 15 deletions(-)
diff --git a/radeon/radeon_surface.c b/
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/evergreen_cs.c |6 --
drivers/gpu/drm/radeon/evergreend.h |2 ++
drivers/gpu/drm/radeon/r600_cs.c |6 --
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
4 files changed, 12 insertions(+), 5 deletions(-)
diff --git
If we don't need stencil, don't allocate it.
If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
---
radeon/radeon_surface.c | 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 5800
Setting those flags has no effect anywhere else.
---
radeon/radeon_surface.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index c80f7f4..5800c33 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_surface.c
@@
On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> Hi Luca,
>
> 於 六,2012-07-28 於 16:56 +0200,Luca Tettamanti 提到:
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PARAM
On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti wrote:
> > I just found the first problem (probably a BIOS bug):
> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT, but the
> > corresponding bit ATIF_GET_SYSTEM_PARAM
https://bugs.freedesktop.org/show_bug.cgi?id=40790
--- Comment #14 from ojab 2012-07-28 20:30:56 PDT ---
And update to the kernel-3.5 doesn't change anything.
llvmpipe works without such issues.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
30 matches
Mail list logo