On Tue, Nov 30, 2010 at 06:40:49PM +, Russell King - ARM Linux wrote:
On Tue, Nov 30, 2010 at 04:21:47PM +0100, Arnd Bergmann wrote:
On Tuesday 30 November 2010, Linus Walleij wrote:
2010/11/26 Arnd Bergmann a...@arndb.de:
* When you say that the devices are static, I hope you do
Hi all,
I have replaced the distro kernel on openSUSE 11.3 with custom compiled
2.6.37-rc3 and now all glx application are crashing with these kind of kernel
errors:
[ 312.028728] radeon :01:05.0: r600_cs_track_validate_cb offset[0] 0
10476800 385024 too big
[ 312.028732] radeon
On Tue, Nov 23, 2010 at 09:02:57PM -0500, Alex Deucher wrote:
On Tue, Nov 23, 2010 at 8:45 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Wednesday, November 24, 2010, Alex Deucher wrote:
Are you sure you've got the right commit?
Well, as I said, I reverted that particular commit and things
Add a missing NULL check and fix the wrong address passed to kunmap()
in i830_cleanup().
Signed-off-by: Takashi Iwai ti...@suse.de
---
drivers/char/agp/intel-gtt.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/char/agp/intel-gtt.c
2010/11/26 Arnd Bergmann a...@arndb.de:
* When you say that the devices are static, I hope you do not mean
static in the C language sense. We used to allow devices to be
declared as static struct and registered using
platform_device_register (or other bus specific functions). This
is no
On Tue, Nov 30, 2010 at 10:48:34AM -0800, Greg KH wrote:
On Tue, Nov 30, 2010 at 06:40:49PM +, Russell King - ARM Linux wrote:
There's lots of static devices, not only platform devices, in the ARM
tree. It's going to be a hell of a lot of work to fix this all up
properly.
I agree,
On Tue, Nov 30, 2010 at 10:05:50PM +, Russell King - ARM Linux wrote:
On Tue, Nov 30, 2010 at 10:48:34AM -0800, Greg KH wrote:
On Tue, Nov 30, 2010 at 06:40:49PM +, Russell King - ARM Linux wrote:
There's lots of static devices, not only platform devices, in the ARM
tree. It's
On Tue, Nov 30, 2010 at 11:42:15PM +, Russell King - ARM Linux wrote:
It's a work in progress, but wherever possible, I encourage people to
not make 'struct device' static.
Right, so saying to ARM developers that they can't submit code which
adds new static device structures is rather
https://bugs.freedesktop.org/show_bug.cgi?id=31417
Daniel Richard G. sk...@iskunk.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tue, Nov 30, 2010 at 10:58 PM, april aapri...@gmail.com wrote:
hi all:
I have a question:
If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
process still can access it event it is in SYS memory (may be cached)
.
when this BO volidate to VRAM, It seems
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #4 from Sergey Kondakov virtuous...@gmail.com 2010-12-01 06:50:06
PST ---
Created an attachment (id=40701)
-- (https://bugs.freedesktop.org/attachment.cgi?id=40701)
openvg 1.1 lion on r300g.jpg
this is how it looks after recent
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #5 from Sergey Kondakov virtuous...@gmail.com 2010-12-01 06:51:05
PST ---
Created an attachment (id=40702)
-- (https://bugs.freedesktop.org/attachment.cgi?id=40702)
openvg 1.1 sp on r300g.jpg
heh, you can even see something here
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #6 from Sergey Kondakov virtuous...@gmail.com 2010-12-01 06:52:12
PST ---
Created an attachment (id=40703)
-- (https://bugs.freedesktop.org/attachment.cgi?id=40703)
openvg 1.1 text on r300g.jpg
it also says:
EGL_VERSION = 1.4
On Sat, Nov 27, 2010 at 9:32 AM, Tvrtko Ursulin tvr...@ursulin.net wrote:
Hi all,
I have replaced the distro kernel on openSUSE 11.3 with custom compiled
2.6.37-rc3 and now all glx application are crashing with these kind of kernel
errors:
[ 312.028728] radeon :01:05.0:
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #7 from Marek Olšák mar...@gmail.com 2010-12-01 08:04:18 PST ---
Created an attachment (id=40706)
View: https://bugs.freedesktop.org/attachment.cgi?id=40706
Review: https://bugs.freedesktop.org/review?bug=30684attachment=40706
On 12/01/2010 04:58 AM, april wrote:
hi all:
I have a question:
If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
process still can access it event it is in SYS memory (may be cached)
.
when this BO volidate to VRAM, It seems ttm_bo_handle_move_mem not
flush cache (If evict
Russell King - ARM Linux wrote:
I feel it would be better to allow the current situation to continue.
I think this misses the point, and is somewhat redundant; I think
everyone knows that it is easiest to never change anything. But
then nothing improves.
If we start telling people that they
For headers that get exported to userland and make use of u32 style
type names, it is advised to include linux/types.h.
This fixes 5 headers_check warnings.
Signed-off-by: Alexander Shishkin virtu...@slind.org
CC: Andrew Morton a...@linux-foundation.org
CC: David Airlie airl...@linux.ie
CC:
On Wednesday 01 December 2010, Russell King - ARM Linux wrote:
Right, so saying to ARM developers that they can't submit code which
adds new static device structures is rather problematical then, and
effectively brings a section of kernel development to a complete
standstill - it means no
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
For headers that get exported to userland and make use of u32 style
type names, it is advised to include linux/types.h.
This fixes 5 headers_check warnings.
How many times does this need to be NAKed? These headers are
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #9 from Sergey Kondakov virtuous...@gmail.com 2010-12-01 09:11:53
PST ---
Created an attachment (id=40711)
-- (https://bugs.freedesktop.org/attachment.cgi?id=40711)
openvg 1.1 sp with patch.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #10 from Sergey Kondakov virtuous...@gmail.com 2010-12-01
09:14:46 PST ---
Created an attachment (id=40712)
-- (https://bugs.freedesktop.org/attachment.cgi?id=40712)
openvg 1.1 text with patch.jpg
still looks ugly but there is no
On Wed, Dec 1, 2010 at 11:54 AM, Julien Cristau jcris...@debian.org wrote:
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
For headers that get exported to userland and make use of u32 style
type names, it is advised to include linux/types.h.
This fixes 5 headers_check
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #13 from Sergey Kondakov virtuous...@gmail.com 2010-12-01
10:57:52 PST ---
i don't know how it should look either :) i just know that before this patch
and recent big changes it was just ugly black stuff in ugly white box.
we should
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #14 from Sergey Kondakov virtuous...@gmail.com 2010-12-01
11:14:58 PST ---
Created an attachment (id=40713)
-- (https://bugs.freedesktop.org/attachment.cgi?id=40713)
slow lion from r770 with r600g and mesa-git right after
On Wed, 1 Dec 2010 17:54:18 +0100
Julien Cristau jcris...@debian.org wrote:
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
For headers that get exported to userland and make use of u32 style
type names, it is advised to include linux/types.h.
This fixes 5
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Kristian Høgsberg k...@bitplanet.net
Cc: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/drm_irq.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c
On Thu, Dec 2, 2010 at 5:38 AM, Andrew Morton a...@linux-foundation.org wrote:
On Wed, 1 Dec 2010 17:54:18 +0100
Julien Cristau jcris...@debian.org wrote:
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
For headers that get exported to userland and make use of u32 style
On Thu, 2 Dec 2010 05:55:59 +1000 Dave Airlie wrote:
On Thu, Dec 2, 2010 at 5:38 AM, Andrew Morton a...@linux-foundation.org
wrote:
On Wed, 1 Dec 2010 17:54:18 +0100
Julien Cristau jcris...@debian.org wrote:
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
For
https://bugs.freedesktop.org/show_bug.cgi?id=31827
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
This patch is against drm-core-next. In the fbdev api you can mmap the
mmio register region only if fb_var_screeninfo accel_flags is not set.
Because exposing the mmio region via the fbdev layer outside of the drm
layer is a bad idea this patch disables this mmapping by setting
On Wed, Nov 10, 2010 at 7:45 PM, James Simmons jsimm...@infradead.org wrote:
Looking to work on the 3Dfx KMS driver I discovered that it is very
difficult to find a motherboard that supports AGP of 3.3V. So I discovered
that the only 3Dfx card that supports this is the 3dfx Voodoo 4 4500
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #16 from Marek Olšák mar...@gmail.com 2010-12-01 18:26:37 PST ---
(In reply to comment #14)
there is a memory leak :(
this demo, on both r300g and r600g, eats up memory very fast (and ~5 times
faster on r300g where it also rotates
https://bugs.freedesktop.org/show_bug.cgi?id=30684
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=32033
Summary: [r300g] valgrind Syscall param ioctl(generic) points
to uninitialised byte(s) ioctl (syscall-template.S:82)
Product: Mesa
Version: git
Platform: x86 (IA32)
thanks Thomas
I want to flush CPU cache, before use DMA from system memory to VRAM.
Seems I should do this in driver move function itself.
bty,
when BO changes from cached to write-combined, CPU cache will be
flushed, and all the pages in this BO will do this.
but, may be only a small part of
https://bugs.freedesktop.org/show_bug.cgi?id=32033
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 12/02/2010 03:49 AM, april wrote:
thanks Thomas
I want to flush CPU cache, before use DMA from system memory to VRAM.
Seems I should do this in driver move function itself.
Yes. That's the right way.
bty,
when BO changes from cached to write-combined, CPU cache will be
flushed, and
https://bugs.freedesktop.org/show_bug.cgi?id=32040
Summary: [bisected, r300g] Heroes of Newerth assert on startup
Product: Mesa
Version: git
Platform: Other
URL: http://www.heroesofnewerth.com/download.php
OS/Version: All
Hi Linus,
lots of regression fixes, I delayed sending this until I tracked down why
37-rc wouldn't show anything on my newly acquired HP 2540p when 2.6.36
worked, some eDP changes to fix some Sony's regressed the HPs so we've just
reverted it and
hopefully jbarnes can work out what he did
hi all:
I have a question:
If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
process still can access it event it is in SYS memory (may be cached)
.
when this BO volidate to VRAM, It seems "ttm_bo_handle_move_mem" not
flush cache (If evict to SYS memory with cached).
But
https://bugs.freedesktop.org/show_bug.cgi?id=31911
--- Comment #1 from Daniel Richard G. 2010-12-01 00:40:57
PST ---
For some reason, the blanking does not occur when I run Wings3D in the standard
Ubuntu desktop (GNOME + Compiz). I normally use Xfce/Xubuntu, and the bug
occurs there, and it
On Tue, Nov 30, 2010 at 10:58 PM, april wrote:
> hi all:
>
> I have a question:
>
> If a BO in VRAM (WC) evict to SYS memory(may be cached), ?and user
> process still can access it event it is in SYS memory (may be cached)
> .
> when this BO volidate to VRAM, ?It seems "ttm_bo_handle_move_mem"
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #4 from Sergey Kondakov 2010-12-01
06:50:06 PST ---
Created an attachment (id=40701)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40701)
openvg 1.1 lion on r300g.jpg
this is how it looks after recent changes
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #5 from Sergey Kondakov 2010-12-01
06:51:05 PST ---
Created an attachment (id=40702)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40702)
openvg 1.1 sp on r300g.jpg
heh, you can even see something here
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #6 from Sergey Kondakov 2010-12-01
06:52:12 PST ---
Created an attachment (id=40703)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40703)
openvg 1.1 text on r300g.jpg
it also says:
"EGL_VERSION = 1.4 (Gallium)
using OpenVG
On Sat, Nov 27, 2010 at 9:32 AM, Tvrtko Ursulin wrote:
>
> Hi all,
>
> I have replaced the distro kernel on openSUSE 11.3 with custom compiled
> 2.6.37-rc3 and now all glx application are crashing with these kind of kernel
> errors:
>
> [ ?312.028728] radeon :01:05.0:
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #7 from Marek Ol??k 2010-12-01 08:04:18 PST
---
Created an attachment (id=40706)
View: https://bugs.freedesktop.org/attachment.cgi?id=40706
Review: https://bugs.freedesktop.org/review?bug=30684=40706
possible fix
Could you
On 12/01/2010 04:58 AM, april wrote:
> hi all:
>
> I have a question:
>
> If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
> process still can access it event it is in SYS memory (may be cached)
> .
> when this BO volidate to VRAM, It seems "ttm_bo_handle_move_mem" not
> flush
Russell King - ARM Linux wrote:
> I feel it would be better to allow the current situation to continue.
I think this misses the point, and is somewhat redundant; I think
everyone knows that it is easiest to never change anything. But
then nothing improves.
> If we start telling people that they
On Wed, Dec 01, 2010 at 01:53:39PM +0100, Peter Stuge wrote:
> Russell King - ARM Linux wrote:
> > I feel it would be better to allow the current situation to continue.
>
> I think this misses the point, and is somewhat redundant; I think
> everyone knows that it is easiest to never change
For headers that get exported to userland and make use of u32 style
type names, it is advised to include linux/types.h.
This fixes 5 headers_check warnings.
Signed-off-by: Alexander Shishkin
CC: Andrew Morton
CC: David Airlie
CC: Chris Wilson
CC: dri-devel at lists.freedesktop.org
CC:
On Wednesday 01 December 2010, Russell King - ARM Linux wrote:
> Right, so saying to ARM developers that they can't submit code which
> adds new static device structures is rather problematical then, and
> effectively brings a section of kernel development to a complete
> standstill - it means no
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
> For headers that get exported to userland and make use of u32 style
> type names, it is advised to include linux/types.h.
>
> This fixes 5 headers_check warnings.
>
How many times does this need to be NAKed? These headers are
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #8 from Sergey Kondakov 2010-12-01
09:11:11 PST ---
Created an attachment (id=40710)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40710)
openvg 1.1 lion with patch.jpg
holy bytes! now i can see an actual picture. but still
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #9 from Sergey Kondakov 2010-12-01
09:11:53 PST ---
Created an attachment (id=40711)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40711)
openvg 1.1 sp with patch.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #10 from Sergey Kondakov 2010-12-01
09:14:46 PST ---
Created an attachment (id=40712)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40712)
openvg 1.1 text with patch.jpg
still looks ugly but there is no error message
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #11 from Marek Ol??k 2010-12-01 09:39:34 PST
---
OpenVG is still being actively developed. I can't say if this bug should be
attributed to us (r300g) or the state tracker (st/vega). I need some clue as to
what is wrong there. Have
On Wed, Dec 1, 2010 at 11:54 AM, Julien Cristau wrote:
> On Wed, Dec ?1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
>
>> For headers that get exported to userland and make use of u32 style
>> type names, it is advised to include linux/types.h.
>>
>> This fixes 5 headers_check warnings.
>>
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #12 from Marek Ol??k 2010-12-01 10:28:11 PST
---
I've just had a look at st/vega source code and found a shader which can't run
on DX9-class hardware, like r500 and nv40. The shader in question is
"convolution_asm" in asm_filters.h.
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #13 from Sergey Kondakov 2010-12-01
10:57:52 PST ---
i don't know how it should look either :) i just know that before this patch
and recent big changes it was just ugly black stuff in ugly white box.
we should probably ask someone
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #14 from Sergey Kondakov 2010-12-01
11:14:58 PST ---
Created an attachment (id=40713)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40713)
slow lion from r770 with r600g and mesa-git right after r300g-opcode-patch.jpg
there
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #15 from Sergey Kondakov 2010-12-01
11:23:48 PST ---
hm. now then i look at it as two screenshots one-to-one and not two monitors
side-by-side, they look identical. must have been LCD differences :(
everything else stands though.
On Wed, 1 Dec 2010 17:54:18 +0100
Julien Cristau wrote:
> On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
>
> > For headers that get exported to userland and make use of u32 style
> > type names, it is advised to include linux/types.h.
> >
> > This fixes 5 headers_check
Signed-off-by: Chris Wilson
Cc: Kristian H?gsberg
Cc: Jesse Barnes
---
drivers/gpu/drm/drm_irq.c | 19 ++-
1 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 9d3a503..722700d 100644
---
On Thu, 2 Dec 2010 05:55:59 +1000 Dave Airlie wrote:
> On Thu, Dec 2, 2010 at 5:38 AM, Andrew Morton
> wrote:
> > On Wed, 1 Dec 2010 17:54:18 +0100
> > Julien Cristau wrote:
> >
> >> On Wed, Dec ?1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
> >>
> >> > For headers that get exported to
https://bugs.freedesktop.org/show_bug.cgi?id=31827
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
This patch is against drm-core-next. In the fbdev api you can mmap the
mmio register region only if fb_var_screeninfo accel_flags is not set.
Because exposing the mmio region via the fbdev layer outside of the drm
layer is a bad idea this patch disables this mmapping by setting
> On Wed, Nov 10, 2010 at 7:45 PM, James Simmons
> wrote:
> > Looking to work on the 3Dfx KMS driver I discovered that it is very
> > difficult to find a motherboard that supports AGP of 3.3V. So I discovered
> > that the only 3Dfx card that supports this is the 3dfx Voodoo 4 4500 AGP
> > Card
https://bugs.freedesktop.org/show_bug.cgi?id=30684
--- Comment #16 from Marek Ol??k 2010-12-01 18:26:37 PST
---
(In reply to comment #14)
> there is a memory leak :(
> this demo, on both r300g and r600g, eats up memory very fast (and ~5 times
> faster on r300g where it also rotates faster).
>
https://bugs.freedesktop.org/show_bug.cgi?id=30684
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32033
Summary: [r300g] valgrind Syscall param ioctl(generic) points
to uninitialised byte(s) ioctl (syscall-template.S:82)
Product: Mesa
Version: git
Platform: x86 (IA32)
https://bugs.freedesktop.org/show_bug.cgi?id=32033
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32040
Summary: [bisected, r300g] Heroes of Newerth assert on startup
Product: Mesa
Version: git
Platform: Other
URL: http://www.heroesofnewerth.com/download.php
OS/Version: All
On Wed, Dec 01, 2010 at 05:54:18PM +0100, Julien Cristau wrote:
> On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
>
> > For headers that get exported to userland and make use of u32 style
> > type names, it is advised to include linux/types.h.
> >
> > This fixes 5 headers_check
https://bugs.freedesktop.org/show_bug.cgi?id=31417
Daniel Richard G. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
76 matches
Mail list logo
