https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #6 from Andrew Randrianasulu 2010-04-19 22:51:34
PDT ---
Guess i can mark bug 22575 ( [KMS] mesa demo projtex broken on rv280 ) as
duplicate of this, because projtex works after same " run UMS/glxgears first"
fix?
P.S.: bisecting k
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #6 from Andrew Randrianasulu 2010-04-19
22:51:34 PDT ---
Guess i can mark bug 22575 ( [KMS] mesa demo projtex broken on rv280 ) as
duplicate of this, because projtex works after same " run UMS/glxgears first"
fix?
P.S.: bisecting k
This change kept falling down the cracks somehow, finally make unload i915
easy.
The following changes since commit 79b9517a33a283c5d9db875c263670ed1e055f7e:
Dave Airlie (1):
drm/radeon/kms: add FireMV 2400 PCI ID.
are available in the git repository at:
ssh://master.kernel.org/pu
> More generic approach below - it should work for all drm drivers.
> Unfortunately vga16fb handoff has 2 other issues:
> - It can be compiled as module, so it can be loaded after KMS driver (and
> nothing prevents it right now)
> - vga16fb registration error path is iounmapping memory which was
ilable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100419/6594221d/attachment-0002.patch>
-- next part --
A non-text attachment was scrubbed...
Name: 0002-drm-radeon-Update-UMS-driver-date-to-20100331.patch
Type: text/x-diff
Size: 1185 bytes
Desc: n
https://bugs.freedesktop.org/show_bug.cgi?id=27744
Summary: atombios stuck in loop - during suspend
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pri
https://bugs.freedesktop.org/show_bug.cgi?id=27744
Summary: atombios stuck in loop - during suspend
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pri
On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote:
> Hello everybody,
>
> Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
> anybody would like to use it. it could be slightly improved by writing
> to 16 byte boundaries but its pretty near optimal when writing to
> uncached ram.
>
>
On Fri, 9 Apr 2010 15:10:50 -0700
Jesse Barnes wrote:
> This set of 3 patches makes it a little more likely we'll get panic
> output onto the screen even when X is running, assuming a KMS enabled
> stack anyway.
>
> It gets me from a blank or very sparsely populated black screen at
> panic time,
On Fri, 9 Apr 2010 15:10:50 -0700
Jesse Barnes wrote:
> This set of 3 patches makes it a little more likely we'll get panic
> output onto the screen even when X is running, assuming a KMS enabled
> stack anyway.
>
> It gets me from a blank or very sparsely populated black screen at
> panic time,
eedesktop.org/archives/dri-devel/attachments/20100419/a3800cf0/attachment.patch>
[ /me promises to execise more Cut-N-Paste ]
[radeon_drv.c]
...
#define KMS_DRIVER_MAJOR2
#define KMS_DRIVER_MINOR3
#define KMS_DRIVER_PATCHLEVEL 0
+#define KMS_DRIVER_DATE MMDD
...
.name = DRIVER_NAME,
.desc = DRIVER_DESC,
- .date = DRIVER_DATE,
+
[ Changed CC to new ML-address @ fd.o ]
On Mon, Apr 19, 2010 at 12:44 PM, Dave Airlie wrote:
> On Mon, 2010-04-19 at 11:30 +0200, Sedat Dilek wrote:
[...]
>> Do changes in radeon_drv.c (KMS-wrapper) require also a version-bump
>> in the header-file?
>> I think yes.
>
>
> No they don't. KMS and UM
On Mon, Apr 19, 2010 at 12:15 PM, Matt Turner wrote:
> On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote:
>> Hello everybody,
>>
>> Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
>> anybody would like to use it. it could be slightly improved by writing
>> to 16 byte boundaries bu
On Mon, Apr 19, 2010 at 12:15 PM, Matt Turner wrote:
> On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote:
>> Hello everybody,
>>
>> Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
>> anybody would like to use it. it could be slightly improved by writing
>> to 16 byte boundaries bu
On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote:
> Hello everybody,
>
> Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
> anybody would like to use it. it could be slightly improved by writing
> to 16 byte boundaries but its pretty near optimal when writing to
> uncached ram.
>
>
Hello everybody,
Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
anybody would like to use it. it could be slightly improved by writing
to 16 byte boundaries but its pretty near optimal when writing to
uncached ram.
#ifdef USE_X86_64_ASM
#define COPY_DWORDS( dst, src, nr )
Hello everybody,
Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
anybody would like to use it. it could be slightly improved by writing
to 16 byte boundaries but its pretty near optimal when writing to
uncached ram.
#ifdef USE_X86_64_ASM
#define COPY_DWORDS( dst, src, nr )
https://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #11 from Rafał Miłecki 2010-04-19 11:50:48 PDT
---
Can be duplicate of bug #27478, will try to check if I'll get access to this
RV635.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #11 from Rafa? Mi?ecki 2010-04-19 11:50:48
PDT ---
Can be duplicate of bug #27478, will try to check if I'll get access to this
RV635.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #10 from Rafał Miłecki 2010-04-19 11:48:24 PDT
---
Created an attachment (id=35168)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35168)
RV635 ROM
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #10 from Rafa? Mi?ecki 2010-04-19 11:48:24
PDT ---
Created an attachment (id=35168)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35168)
RV635 ROM
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
Resend to new ML-adress .
- Sedat -
-- Forwarded message --
From: Sedat Dilek
Date: Mon, Apr 19, 2010 at 11:30 AM
Subject: [radeon] Hardcoded DRIVER_DATE?
To: DRI
Cc: Dave Airlie
Hi,
today I pulled drm-linus GIT branch into Linus-tree (2.6.34-rc4-git6).
Again, I was seeing
Signed-off-by: Julien Cristau
---
The comment on top of drm_pciids.h seems obsolete, but that can be
cleaned up later...
MAINTAINERS |2 +-
drivers/gpu/drm/nouveau/nouveau_drv.h |2 +-
include/drm/drm_pciids.h |2 +-
3 files changed, 3 insertion
>
> Hi Linus,
Updated this pull with one more pci id commit.
commit 79b9517a33a283c5d9db875c263670ed1e055f7e
Author: Dave Airlie
Date: Mon Apr 19 17:54:31 2010 +1000
drm/radeon/kms: add FireMV 2400 PCI ID.
is the new HEAD.
Dave.
>
> Just radeon fixes, the most important one being a on
> More generic approach below - it should work for all drm drivers.
> Unfortunately vga16fb handoff has 2 other issues:
> - It can be compiled as module, so it can be loaded after KMS driver (and
> nothing prevents it right now)
> - vga16fb registration error path is iounmapping memory which was
on/radeon_drv.c
+++ b/drivers/gpu/drm/radeon/radeon_drv.c
@@ -48,6 +48,7 @@
#define KMS_DRIVER_MAJOR 2
#define KMS_DRIVER_MINOR 3
#define KMS_DRIVER_PATCHLEVEL 0
+#define KMS_DRIVER_DATE "20100419"
int radeon_driver_load_kms(struct drm_device *dev, unsigned long flags);
int radeon
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #1 from Brian Paul 2010-04-19 08:56:59 PDT
---
I suspect this is a problem with compressed textures.
Can you go up the stack trace into fallback_generate_mipmap() and print the
value of texObj->Image[face][baseLevel]->TexFormat ?
-
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #1 from Brian Paul 2010-04-19 08:56:59
PDT ---
I suspect this is a problem with compressed textures.
Can you go up the stack trace into fallback_generate_mipmap() and print the
value of texObj->Image[face][baseLevel]->TexFormat ?
-
https://bugs.freedesktop.org/show_bug.cgi?id=27739
Michal Suchanek changed:
What|Removed |Added
Summary|build in a separate |build in a separate
https://bugs.freedesktop.org/show_bug.cgi?id=27739
Michal Suchanek changed:
What|Removed |Added
Summary|build in a separate |build in a separate
https://bugs.freedesktop.org/show_bug.cgi?id=27739
Summary: build in a separate directory includes config.h from
build directory
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=27739
Summary: build in a separate directory includes config.h from
build directory
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status:
/gpu/drm/radeon/radeon_drv.c
@@ -48,6 +48,7 @@
#define KMS_DRIVER_MAJOR 2
#define KMS_DRIVER_MINOR 3
#define KMS_DRIVER_PATCHLEVEL 0
+#define KMS_DRIVER_DATE 20100419
int radeon_driver_load_kms(struct drm_device *dev, unsigned long flags);
int radeon_driver_unload_kms(struct drm_dev
[ /me promises to execise more Cut-N-Paste ]
[radeon_drv.c]
...
#define KMS_DRIVER_MAJOR2
#define KMS_DRIVER_MINOR3
#define KMS_DRIVER_PATCHLEVEL 0
+#define KMS_DRIVER_DATE MMDD
...
.name = DRIVER_NAME,
.desc = DRIVER_DESC,
- .date = DRIVER_DATE,
+
[ Changed CC to new ML-address @ fd.o ]
On Mon, Apr 19, 2010 at 12:44 PM, Dave Airlie wrote:
> On Mon, 2010-04-19 at 11:30 +0200, Sedat Dilek wrote:
[...]
>> Do changes in radeon_drv.c (KMS-wrapper) require also a version-bump
>> in the header-file?
>> I think yes.
>
>
> No they don't. KMS and UM
Hi Linus,
Just radeon fixes, the most important one being a one char typo in the
rs600 setup that caused memory corruption with KMS on this particular
chipset. RS600s are a really rare chipset, so it took a while for Jerome
to track one down to reproduce. Others are mainly fixes to open bugs a
https://bugs.freedesktop.org/show_bug.cgi?id=27452
--- Comment #7 from Christian S. 2010-04-19 04:57:20 PDT ---
Created an attachment (id=35158)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35158)
/sys/class/drm/card0-HDMI Type A-1/edid
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=27452
--- Comment #7 from Christian S. 2010-04-19 04:57:20 PDT ---
Created an attachment (id=35158)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35158)
/sys/class/drm/card0-HDMI Type A-1/edid
--
Configure bugmail: https://bugs.freedesktop.org
Resend to new ML-adress .
- Sedat -
-- Forwarded message --
From: Sedat Dilek
Date: Mon, Apr 19, 2010 at 11:30 AM
Subject: [radeon] Hardcoded DRIVER_DATE?
To: DRI
Cc: Dave Airlie
Hi,
today I pulled drm-linus GIT branch into Linus-tree (2.6.34-rc4-git6).
Again, I was seeing
Signed-off-by: Julien Cristau
---
The comment on top of drm_pciids.h seems obsolete, but that can be
cleaned up later...
MAINTAINERS |2 +-
drivers/gpu/drm/nouveau/nouveau_drv.h |2 +-
include/drm/drm_pciids.h |2 +-
3 files changed, 3 insertion
>
> Hi Linus,
Updated this pull with one more pci id commit.
commit 79b9517a33a283c5d9db875c263670ed1e055f7e
Author: Dave Airlie
Date: Mon Apr 19 17:54:31 2010 +1000
drm/radeon/kms: add FireMV 2400 PCI ID.
is the new HEAD.
Dave.
>
> Just radeon fixes, the most important one being a on
https://bugs.freedesktop.org/show_bug.cgi?id=27729
Summary: [r300g - RV530] main/mipmap.c:144: do_row: Assertion
`comps >= 1' failed
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NE
https://bugs.freedesktop.org/show_bug.cgi?id=27729
Summary: [r300g - RV530] main/mipmap.c:144: do_row: Assertion
`comps >= 1' failed
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NE
44 matches
Mail list logo
