On Mon, Jul 30, 2012 at 10:30 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti
> wrote:
>> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>>> Supported DWORD Bit vector providing supported functions
>>> information. Each bit marks
>>> Functions Bit
On Monday, July 30, 2012 8:16 PM, Leela Krishna Amudala wrote:
>
> Hello Jingoo Han,
>
> On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han wrote:
> > On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote:
> >>
> >> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> >> to include
Looking through the kernel radeon drm source, it looks like the i2f()
functions in r600_blit.c and r600_blit_ksm() can be optimized a bit.
The following extends the range to all unsigned 32bit integers, and avoids
the slow loop by using the bsr instruction via __fls(). It provides an
exact 1-1 co
On 29.07.2012 22:15, Marcin Slusarz wrote:
No, the real problem is: with "noaccel" we don't register "software engine",
but vblank ISR relies on its existance and happily derefences NULL pointer.
Now, this patch should fix it for real...
Unfortunately I am still seeing the crash. Without "noac
於 一，2012-07-30 於 10:17 +0200，Artur Flinta 提到：
> On Sat, Jul 28, 2012 at 4:47 PM, Pali Rohár wrote:
> > 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/bri
On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote:
>
> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> to include/video/samsung_fimd.h
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---
> arch/arm/plat-s
於 日，2012-07-29 於 15:10 +0200，Luca Tettamanti 提到：
> 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
On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti
> wrote:
> > 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 (p
The fimd register headers have been moved to include/video/
hence, modifying the driver files accordingly.
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
drivers/video/s3c-fb.c |2 +-
2 files changed, 2 insertions(+), 2 deletion
The fimd register headers have been moved to include/video/
hence, modifying the machine files accordingly.
Signed-off-by: Leela Krishna Amudala
---
arch/arm/mach-exynos/mach-nuri.c |2 +-
arch/arm/mach-exynos/mach-origen.c |2 +-
arch/arm/mach-exynos/mach-smdk4x12.c
Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
to include/video/samsung_fimd.h
Signed-off-by: Leela Krishna Amudala
---
arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---
arch/arm/plat-samsung/include/plat/regs-fb.h| 403 -
include/video/samsung
This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch side
to include/video/samsung_fimd.h
This patchset is created and rebased against master branch of torvalds tree.
Tested on smdk5250 board, build tested for other boards.
Leela Krishna Amudala (3):
Move FIMD register heade
On Sat, Jul 28, 2012 at 4:47 PM, Pali Rohár wrote:
> 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 c
After some discussion in private, we've come to the conclusion that
this is a very important fix. So if it's possible:
Cc: stable at kernel.org
Applicable to 3.5 stable kernel only.
Marek
On Sun, Jul 29, 2012 at 4:24 PM, Marek Ol??k wrote:
> Signed-off-by: Marek Ol??k
> ---
> drivers/gpu/drm
On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher wrote:
> On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen wrote:
>> Let's allow GCC to optimize better.
>>
>> This exposed some five unused functions, but this patch doesn't remove them.
>>
>> Signed-off-by: Lauri Kasanen
>
> Reviewed-by: Alex Deucher
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #9 from Sven Arvidsson 2012-07-30 21:22:54 UTC ---
(In reply to comment #8)
> same problem here when trying to run dungeon siege 2 via wine, intro plays
> fine
> and then hangs , found a radeon problem to be the cause.
>
Keep in mi
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #8 from stevenvandenbrandenstift at gmail.com 2012-07-30 20:30:03
UTC ---
same problem here when trying to run dungeon siege 2 via wine, intro plays fine
and then hangs , found a radeon problem to be the cause.
dmegs output:
[ 7230.
On Mon, Jul 30, 2012 at 01:16:37PM +0200, Ortwin Gl?ck wrote:
> On 29.07.2012 22:15, Marcin Slusarz wrote:
> > No, the real problem is: with "noaccel" we don't register "software engine",
> > but vblank ISR relies on its existance and happily derefences NULL pointer.
> >
> > Now, this patch should
On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote:
> James Bottomley writes:
>
> > OK, I've run the bisect as far as I can. It looks to be in the drm
> > tree. Unfortunately, this tree has several merge points, some of which
> > go further back than v3.4. Unfortunately, once the bisect st
On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote:
>
> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> to include/video/samsung_fimd.h
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---
> arch/arm/plat-s
On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
>> 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
>
> Big NAK
>
> We need to al
Am 30.07.2012 16:56, schrieb Jerome Glisse:
> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
>> 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
>
> Big NAK
>
> We need to allocate st
? ??2012-07-30 ? 10:17 +0200?Artur Flinta ???
> On Sat, Jul 28, 2012 at 4:47 PM, Pali Roh?r wrote:
> > 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/bri
On 30.07.2012 16:56, Jerome Glisse wrote:
> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
>> 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
> Big NAK
>
> We need to allocate stencil
Hello Jingoo Han,
On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han wrote:
> On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote:
>>
>> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
>> to include/video/samsung_fimd.h
>>
>> Signed-off-by: Leela Krishna Amudala
>> ---
>> arc
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti
>> wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Te
Hello Sylwester,
On Mon, Jul 30, 2012 at 2:19 PM, Sylwester Nawrocki
wrote:
>
> Hi,
>
> On 07/30/2012 10:45 AM, Leela Krishna Amudala wrote:
> > Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> > to include/video/samsung_fimd.h
> >
> > Signed-off-by: Leela Krishna Amudala
> > --
Hi,
On Monday 30 of July 2012 at 16:46:03, Leela Krishna Amudala wrote:
> Hello Jingoo Han,
>
> On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han wrote:
> > On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote:
> >> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> >> to inclu
? ??2012-07-29 ? 15:10 +0200?Luca Tettamanti ???
> 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
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti
>> wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Te
On Mon, Jul 30, 2012 at 04:32:47PM +0800, joeyli wrote:
> ? ??2012-07-29 ? 15:10 +0200?Luca Tettamanti ???
> > 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 BIO
On Mon, 2012-07-30 at 10:46 +0100, James Bottomley wrote:
> On Sun, 2012-07-29 at 21:25 +0200, Rafael J. Wysocki wrote:
> > On Sunday, July 29, 2012, Rafael J. Wysocki wrote:
> > > On Sunday, July 29, 2012, James Bottomley wrote:
> > > > On Sat, 2012-07-28 at 22:29 +0200, Rafael J. Wysocki wrote:
>
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #16 from Alexandre Demers
2012-07-30 15:12:24 UTC ---
(In reply to comment #15)
> If it's same as https://bugs.freedesktop.org/show_bug.cgi?id=42373 then patch
> there should fix your issue.
I'll try it as soon as I'll have time. Th
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #15 from Jerome Glisse 2012-07-30
14:59:56 UTC ---
If it's same as https://bugs.freedesktop.org/show_bug.cgi?id=42373 then patch
there should fix your issue.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
rubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/f194ee6b/attachment.html>
On 7/30/12 1:05 PM, James Bottomley wrote:
> Lenovo X220i
>
> The display device is
>
> 00:02.0 VGA compatible controller: Intel Corporation
> 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03)
> (prog-if 00 [VGA controller])
> Subsystem: Giga-byte Technology Device 256
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #9 from Sven Arvidsson 2012-07-30 21:22:54 UTC ---
(In reply to comment #8)
> same problem here when trying to run dungeon siege 2 via wine, intro plays
> fine
> and then hangs , found a radeon problem to be the cause.
>
Keep in mi
https://bugs.freedesktop.org/show_bug.cgi?id=52957
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
s driver will export a number of framebuffer interfaces depending
> --
> 1.7.0.4
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordo
arch/arm/mach-s5pv210/mach-aquila.c
> @@ -39,7 +39,7 @@
> #include
> #include
> #include
> -#include
> +#include
>
> #include "common.h"
>
> diff --git a/arch/arm/mach-s5pv210/mach-goni.c
> b/arch/arm/mach-s5pv210/mach-goni.c
> index 822a559..e799a02 100644
> --- a/arch/arm/mach-s5pv210/mach-goni.c
> +++ b/arch/arm/mach-s5pv210/mach-goni.c
> @@ -49,7 +49,7 @@
> #include
> #include
> #include
> -#include
> +#include
> #include
>
> #include
> diff --git a/arch/arm/mach-s5pv210/mach-smdkv210.c
> b/arch/arm/mach-s5pv210/mach-smdkv210.c
> index 918b23d..3c569e5 100644
> --- a/arch/arm/mach-s5pv210/mach-smdkv210.c
> +++ b/arch/arm/mach-s5pv210/mach-smdkv210.c
> @@ -46,7 +46,7 @@
> #include
> #include
> #include
> -#include
> +#include
> #include
> #include
>
> --
> 1.7.0.4
>
> --
> To unsubscribe from this list: send the line "unsubscribe
> linux-samsung-soc" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/8e98d39b/attachment.html>
Adding Marek.
On Mon, Jul 30, 2012 at 2:15 PM, Leela Krishna Amudala <
l.krishna at samsung.com> wrote:
> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> to include/video/samsung_fimd.h
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/plat-samsung/include/plat/regs-fb
_fimd.h
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/9ec5923f/attachment.html>
The fimd register headers have been moved to include/video/
hence, modifying the driver files accordingly.
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
drivers/video/s3c-fb.c |2 +-
2 files changed, 2 insertions(+), 2 deletion
The fimd register headers have been moved to include/video/
hence, modifying the machine files accordingly.
Signed-off-by: Leela Krishna Amudala
---
arch/arm/mach-exynos/mach-nuri.c |2 +-
arch/arm/mach-exynos/mach-origen.c |2 +-
arch/arm/mach-exynos/mach-smdk4x12.c
Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
to include/video/samsung_fimd.h
Signed-off-by: Leela Krishna Amudala
---
arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---
arch/arm/plat-samsung/include/plat/regs-fb.h| 403 -
include/video/samsung
This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch side
to include/video/samsung_fimd.h
This patchset is created and rebased against master branch of torvalds tree.
Tested on smdk5250 board, build tested for other boards.
Leela Krishna Amudala (3):
Move FIMD register heade
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
https://bugs.freedesktop.org/show_bug.cgi?id=52950
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettam
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #19 from Alex Deucher 2012-07-30 13:37:42 UTC
---
Where the vbios (video bios) for the discrete card is stored (on a rom on the
board, in the sbios (system bios), etc.). If it's part of the sbios, there's
probably an ACPI method (RO
On Mon, Jul 30, 2012 at 10:30 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
>> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>>> Supported DWORD Bit vector providing supported functions
>>> information. Each bit marks
>>> Functions Bit
On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
>> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
>> > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote:
>> >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettam
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #8 from stevenvandenbrandenst...@gmail.com 2012-07-30 20:30:03 UTC
---
same problem here when trying to run dungeon siege 2 via wine, intro plays fine
and then hangs , found a radeon problem to be the cause.
dmegs output:
[ 7230.283
On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote:
> On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
> > 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 (prob
On 29.07.2012 22:15, Marcin Slusarz wrote:
> No, the real problem is: with "noaccel" we don't register "software engine",
> but vblank ISR relies on its existance and happily derefences NULL pointer.
>
> Now, this patch should fix it for real...
Unfortunately I am still seeing the crash. Without "
On Mon, Jul 30, 2012 at 1:03 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse wrote:
>> On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher
>> wrote:
>>> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher
>>> wrote:
On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote:
>>
On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse wrote:
> On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher
> wrote:
>> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher
>> wrote:
>>> On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote:
On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse
wrot
On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher
> wrote:
>> On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote:
>>> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse
>>> wrote:
On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
>
On 05/31/2012 12:10 AM, Miles Lane wrote:
> I suspect this is due to a dependency not enforced in the Kconfig logic?
>
> LD init/built-in.o
> drivers/built-in.o: In function `nouveau_acpi_edid':
> (.text+0x112337): undefined reference to `acpi_video_get_edid'
This build error still hap
After some discussion in private, we've come to the conclusion that
this is a very important fix. So if it's possible:
Cc: sta...@kernel.org
Applicable to 3.5 stable kernel only.
Marek
On Sun, Jul 29, 2012 at 4:24 PM, Marek Olšák wrote:
> Signed-off-by: Marek Olšák
> ---
> drivers/gpu/drm/ra
On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote:
>> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
>>> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
If we don't need stencil, don't allocate it.
If we need only st
On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote:
> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
>> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
>>> If we don't need stencil, don't allocate it.
>>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
>>>
>
On 7/30/12 1:05 PM, James Bottomley wrote:
Lenovo X220i
The display device is
00:02.0 VGA compatible controller: Intel Corporation
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03)
(prog-if 00 [VGA controller])
Subsystem: Giga-byte Technology Device 2562
F
James Bottomley writes:
> On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote:
>> James Bottomley writes:
>>
>> > OK, I've run the bisect as far as I can. It looks to be in the drm
>> > tree. Unfortunately, this tree has several merge points, some of which
>> > go further back than v3.4.
siting and other desktop effects disabled?
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/9e73aa9c/attachment.pgp>
On Mon, Jul 30, 2012 at 11:17 AM, Christian K?nig
wrote:
> On 30.07.2012 16:56, Jerome Glisse wrote:
>>
>> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
>>>
>>> If we don't need stencil, don't allocate it.
>>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
>>>
>>>
Hi,
On 07/30/2012 10:53 AM, Jingoo Han wrote:
>> +/*FIMD V8 REG OFFSET */
>> +#define FIMD_V8_VIDTCON0(0x20010)
>> +#define FIMD_V8_VIDTCON1(0x20014)
>> +#define FIMD_V8_VIDTCON2(0x20018)
>> +#define FIMD_V8_VIDTCON3(0x2001C)
>> +#define FIMD_V8_VIDCON1 (0x20004)
>
>
On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
> 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
Big NAK
We need to allocate stencil and depth no matter what. Otherwise it
will lockup.
Hi,
On 07/30/2012 10:45 AM, Leela Krishna Amudala wrote:
> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side
> to include/video/samsung_fimd.h
>
> Signed-off-by: Leela Krishna Amudala
> ---
> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---
> arch/arm/plat-samsung/i
Hey,
Op 29-07-12 22:15, Marcin Slusarz schreef:
> 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.
On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen wrote:
> Let's allow GCC to optimize better.
>
> This exposed some five unused functions, but this patch doesn't remove them.
>
> Signed-off-by: Lauri Kasanen
Reviewed-by: Alex Deucher
On 05/31/2012 12:10 AM, Miles Lane wrote:
> I suspect this is due to a dependency not enforced in the Kconfig logic?
>
> LD init/built-in.o
> drivers/built-in.o: In function `nouveau_acpi_edid':
> (.text+0x112337): undefined reference to `acpi_video_get_edid'
This build error still hap
On Sun, Jul 29, 2012 at 3:33 PM, Luca Tettamanti wrote:
> 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.
>
>
I wanted to work on something similar this week, cause we need some
updates for SI on this.
So thx, you saved me some work here. And both patches are:
Reviewed-by: Christian K?nig
On 29.07.2012 16:02, Marek Ol??k wrote:
> Setting those flags has no effect anywhere else.
> ---
> radeon/radeon
On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote:
> 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 implemente
On Sat, Jul 28, 2012 at 4:47 PM, Pali Roh?r wrote:
> 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 c
On Mon, Jul 30, 2012 at 01:16:37PM +0200, Ortwin Glück wrote:
> On 29.07.2012 22:15, Marcin Slusarz wrote:
> > No, the real problem is: with "noaccel" we don't register "software engine",
> > but vblank ISR relies on its existance and happily derefences NULL pointer.
> >
> > Now, this patch should
On Mon, Jul 30, 2012 at 1:03 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse wrote:
>> On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher wrote:
>>> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher
>>> wrote:
On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák wrote:
>
On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote:
> James Bottomley writes:
>
> > OK, I've run the bisect as far as I can. It looks to be in the drm
> > tree. Unfortunately, this tree has several merge points, some of which
> > go further back than v3.4. Unfortunately, once the bisect st
On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse wrote:
> On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher wrote:
>> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher wrote:
>>> On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák wrote:
On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
> On S
https://bugs.freedesktop.org/show_bug.cgi?id=52957
Bug #: 52957
Summary: [r200] piglit glean/vp1-LIT test 2 (degenerate case: 0
^ 0 -> 1) test fails
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86
https://bugs.freedesktop.org/show_bug.cgi?id=52956
Bug #: 52956
Summary: [r200] piglit glean/pointAtten test fails
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86 (IA32)
OS/Version: Linux (All)
St
https://bugs.freedesktop.org/show_bug.cgi?id=52955
Bug #: 52955
Summary: [r200] piglit glean/fbo test fails
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: N
On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher wrote:
>> On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák wrote:
>>> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
> If we d
https://bugs.freedesktop.org/show_bug.cgi?id=52954
Bug #: 52954
Summary: [r200] piglit glean/exactRGBA test fails
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86 (IA32)
OS/Version: Linux (All)
Sta
https://bugs.freedesktop.org/show_bug.cgi?id=52951
Bug #: 52951
Summary: [r200] piglit glean/clipFlat test fails
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86 (IA32)
OS/Version: Linux (All)
Stat
On Sun, Jul 29, 2012 at 10:24 AM, Marek Ol??k wrote:
> Signed-off-by: Marek Ol??k
Reviewed-by: Alex Deucher
> ---
> 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/
https://bugs.freedesktop.org/show_bug.cgi?id=52950
Bug #: 52950
Summary: [r200] piglit glean/blendFunc test fails
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86 (IA32)
OS/Version: Linux (All)
Sta
James Bottomley writes:
> OK, I've run the bisect as far as I can. It looks to be in the drm
> tree. Unfortunately, this tree has several merge points, some of which
> go further back than v3.4. Unfortunately, once the bisect steps back
> before 3.4, we lose the changes that gave us the power
have had some
effect on power usage...
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/ae63547e/attachment.pgp>
On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher wrote:
> On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák wrote:
>> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
>>> On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
If we don't need stencil, don't allocate it.
If we need only st
On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák wrote:
> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
>> On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
>>> If we don't need stencil, don't allocate it.
>>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
>>>
>
Am 30.07.2012 16:56, schrieb Jerome Glisse:
> On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
>> 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
>
> Big NAK
>
> We need to allocate st
On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote:
> On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
>> 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
>
> Big NAK
>
> We need to al
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #18 from gyhor at gmx.de 2012-07-30 08:45:42 UTC ---
Hi Alex,
what specific information do we need from sony? if I got through the first help
desk, i should know what to ask :)
--
Configure bugmail: https://bugs.freedesktop.org/user
On Mon, Jul 30, 2012 at 11:17 AM, Christian König
wrote:
> On 30.07.2012 16:56, Jerome Glisse wrote:
>>
>> On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
>>>
>>> If we don't need stencil, don't allocate it.
>>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
>>>
>>>
On 30.07.2012 16:56, Jerome Glisse wrote:
On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
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
Big NAK
We need to allocate stencil and depth no m
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #16 from Alexandre Demers 2012-07-30
15:12:24 UTC ---
(In reply to comment #15)
> If it's same as https://bugs.freedesktop.org/show_bug.cgi?id=42373 then patch
> there should fix your issue.
I'll try it as soon as I'll have time. Th
1 - 100 of 127 matches
Mail list logo
