From: Dave Airlie
Also add single crtc for RN50 chips.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r100.c |8 +---
drivers/gpu/drm/radeon/radeon_display.c |6 +-
drivers/gpu/drm/radeon/radeon_encoders.c|6 +-
drivers/gpu/drm/r
So I was looking at the memory bandwidth limitations that ajax added
to the X server,
and how we could add the concept to KMS.
Now the X server is in a lucky position as when it gets the modes it also knows
what bit depth its going to run in, and it can use that at the mode
validation time
to remo
[Notes:
* Quite a number of new regressions from 2.6.30 has been reported during
the last three weeks.
* The number of unresolved regressions 2.6.30 -> 2.6.31 is now the second
highest ever.]
This message contains a list of some regressions introduced between 2.6.30 and
2.6.31, for which
[Notes:
* Here's the first summary report of known regressions from 2.6.31. There's
not too many of them at the moment, which is nice.
* We're still getting quite a number of reports of regressions from 2.6.30 and
it's been that way since 2.6.31 was released. For details please see the
On 10/01/09 12:21, Konrad Rzeszutek Wilk wrote:
> The are other users of 'vmalloc_32' that look like they depend on this
> memory being under the 4GB mark. Most of them are do video capture through
> USB - so it probably is limited to only accessing up to 4GB.
>
Hm. The only sane way I can see
On 10/01/09 12:07, Jeremy Fitzhardinge wrote:
> Could modify drm_vmalloc_dma to do the vmalloc "manually":
>
>1. call __get_vm_area to reserve a chunk of vmalloc address space
>2. allocate a bunch of individual pages with dma_alloc_coherent
>3. insert them into the vmalloc mapping with
On 10/01/09 10:35, Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 30, 2009 at 11:21:49AM -0400, Konrad Rzeszutek Wilk wrote:
>
>> With those two options defined in the boot line, the radeon kernel driver
>> spits out:
>>
>> [ 244.190885] [drm] Loading RV730/RV740 PFP Microcode
>> [ 244.190911] [d
http://bugs.freedesktop.org/show_bug.cgi?id=24266
Andriy Gapon changed:
What|Removed |Added
Platform|Other |x86-64 (AMD64)
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=24266
Summary: input text corruption
Product: Mesa
Version: git
Platform: Other
OS/Version: FreeBSD
Status: NEW
Severity: normal
Priority: medium
Component: Drive
http://bugs.freedesktop.org/show_bug.cgi?id=24263
Summary: Can't unset coherent_mode via xrandr with KMS enabled
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority:
W dniu 1 października 2009 00:50 użytkownik Christian König
napisał:
> Your script is missing something, the 0x7400, 0x7700 and 0x7800 are only
> bases. Try comparing the whole 0x7400-0x74ff, 0x7700-0x77ff and
> 0x7800-0x78ff ranges.
OK, I've compared radeonhd and KMS with that registers. Logs at
On Thu, Oct 01, 2009 at 12:07:22PM -0700, Jeremy Fitzhardinge wrote:
> On 10/01/09 10:35, Konrad Rzeszutek Wilk wrote:
> > On Wed, Sep 30, 2009 at 11:21:49AM -0400, Konrad Rzeszutek Wilk wrote:
> >
> >> With those two options defined in the boot line, the radeon kernel driver
> >> spits out:
>
W dniu 1 października 2009 00:50 użytkownik Christian König
napisał:
> Am Montag, den 28.09.2009, 16:28 +0200 schrieb Rafał Miłecki:
>> It reminds me RV770 issue from radeonhd, where we don't get working
>> audio. All registers are 100% alright, but no sound.
> Your script is missing something, th
On Wed, Sep 30, 2009 at 11:21:49AM -0400, Konrad Rzeszutek Wilk wrote:
>
> With those two options defined in the boot line, the radeon kernel driver
> spits out:
>
> [ 244.190885] [drm] Loading RV730/RV740 PFP Microcode
> [ 244.190911] [drm] Loading RV730/RV740 CP Microcode
> [ 244.205974] [d
It'd be very nice if you could record session for people who are unableto
attend this significant event. I'd be one of the first persons who wouldlike to
hear as much as possible about Gallium3D.
Thanks,Uros Nedic
---
"Every kind of peaceful cooper
On 10/01/09 01:41, Jan Beulich wrote:
>> Why, what's wrong with VM_IO? It's documented as being "Memory mapped
>> I/O or similar". VM_PFNMAP is another option, but that seems more
>> dubious. Are there places where VM_IO is being legitimately set on
>> normal page mappings?
>>
> This is wha
We were calling reset unconditionaly in the startup path
this is bad we need to call GPU reset for a good reason
as after reset the GPU is in unknown states. To avoid any
more bad things to happen we now also unconditionaly
reinitialize the GPU after reset. This patch fix few issues
reported by dif
R600 & RV770 family are all using atombios so remove dead code and
print an error message if we fail to find a valid atombios.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c | 15 +--
drivers/gpu/drm/radeon/rv770.c | 16 +---
2 files changed, 10 inser
When acceleration doesn't work we should free associated memory
and stop GPU block responsible for hardware acceleration so we
don't waste resource or let think one component of the driver that
a GPU feature is working/running while it doesn't actualy work.
Signed-off-by: Jerome Glisse
---
drive
This remove old init path and allow code cleanup, now all hw
use the new init path, see top of radeon.h for description of
this.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r100.c |1 -
drivers/gpu/drm/radeon/r300.c |1 -
drivers/gpu/drm/radeon/r420.c
This split write back buffer handling into 3 functions,
wb_fini for cleanup, wb_enable/wb_disable for enabling/disabling
write back used for suspend/resume. This should fix
potential issue of letting the write back active before
suspending. We need to allocate memory in wb_enable because
we can onl
On Thu, Oct 01, 2009 at 09:41:39AM +0100, Jan Beulich wrote:
> >>> Jeremy Fitzhardinge 01.10.09 09:43 >>>
> >On 09/30/09 23:40, Jan Beulich wrote:
> >>> Hm, _PAGE_IOMAP is x86-specific. I guess that doesn't matter in this
> >>> case, but it would for other drivers. Previously _PAGE_IOMAP was set
>>> Jeremy Fitzhardinge 01.10.09 09:43 >>>
>On 09/30/09 23:40, Jan Beulich wrote:
>>> Hm, _PAGE_IOMAP is x86-specific. I guess that doesn't matter in this
>>> case, but it would for other drivers. Previously _PAGE_IOMAP was set in
>>> vm_get_page_prot -> arch_vm_get_page_prot. Is that path no l
Also cleanup register specific to RS400/RS480. This patch also fix
legacy VGA register used to disable VGA access we were programming
wrong register. Now we should properly disable VGA on r100 up to
rs400 asics. Note that RS400/RS480 resume is broken, it hangs the
computer while reprogramming dynam
New init path allow to simply asic initialization and make easier
to trace what happen on each different asic. We are removing most
callback. More cleanup should happen latter to remove even more
callback. Also cleanup register specific to R100,RV200,RV250.
Version 2 correct the placement on IGP of
>>> Dave Airlie 01.10.09 00:46 >>>
>> On 09/30/09 03:13, Jan Beulich wrote:
>> > This is for avoiding translation of the passed in address in virtual
>> > environments like Xen.
>> >
>>
>> Ah, thanks. I suspected one of these was missing and was about to go
>> hunting for it. Do think other
Some architectures compute ->vm_page_prot depending on ->vm_flags, so
we need to update the protections after adjusting the flags.
Reported-by: Jan Beulich
Signed-off-by: Jeremy Fitzhardinge
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 8104eca..9d3e39f 100644
--- a/d
On 09/30/09 23:49, Jan Beulich wrote:
>> This patches looks like the wrong answer, not sure why wrapping the GEM
>> stuff is required, probably should change the drm core not the driver.
>>
> I was actually doing this intentionally this way, because I had no reason
> to believe that drm_gem_m
On 09/30/09 23:40, Jan Beulich wrote:
>> Hm, _PAGE_IOMAP is x86-specific. I guess that doesn't matter in this
>> case, but it would for other drivers. Previously _PAGE_IOMAP was set in
>> vm_get_page_prot -> arch_vm_get_page_prot. Is that path no longer being
>> used? It looks like it should be
>>> Jeremy Fitzhardinge 30.09.09 20:43 >>>
>On 09/30/09 03:13, Jan Beulich wrote:
>> This is for avoiding translation of the passed in address in virtual
>> environments like Xen.
>>
>
>Ah, thanks. I suspected one of these was missing and was about to go
>hunting for it. Do think other DRI dr
Also cleanup register specific to RS690/RS740. Version 2 add
missing header file for register, remove unecessary call to AGP
function and fix an indentation bug.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h | 10 +
drivers/gpu/drm/radeon/radeon_asic.h | 41 ++--
driv
31 matches
Mail list logo