On Wed, 21 Sep 2011 22:50:57 -, Michael Witten wrote:
> Whilst working on my failing Radeon GPU:
>
> Subject: Re: Curious experiences with a Radeon on the fritz
> Date: Wed, 21 Sep 2011 18:52:19 -
> Message-ID:
> http://lists.freedesktop.org/archives/dri-de
On Mon, Sep 26, 2011 at 21:51, Tormod Volden wrote:
> On Wed, Sep 21, 2011 at 8:52 PM, Michael Witten wrote:
>> Because my hardware does appear to be malfunctioning due to a corrupt
>> video BIOS, it seems prudent to salvage as much as possible from
>> its output, so that it
OR("Report so we increase RADEON_DEBUGFS_MAX_NUM_FILES.\n");
return -EINVAL;
}
This commit fixes this mistake, and accordingly renames:
RADEON_DEBUGFS_MAX_NUM_FILES
to:
RADEON_DEBUGFS_MAX_COMPONENTS
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon.h
On Fri, Oct 7, 2011 at 19:20, Michael Witten wrote:
> Date: Fri, 16 Sep 2011 20:45:30 +
>
> The value of RADEON_DEBUGFS_MAX_NUM_FILES has been used to
> specify the size of an array, each element of which looks
> like this:
>
> struct radeon_debugfs {
>
On Tue, Oct 25, 2011 at 01:35, Ilija Hadzic
wrote:
> On Mon, 24 Oct 2011, Michael Witten wrote:
>
>> This patch has not yet been applied. What's wrong?
>
> Maybe you are looking at the wrong branch, but I see it in drm-next (it has
> been there since Oct 10)
>
mented?
That being said, the firmware-loading feature of the above commit is not
useful to me, because on my system, it tries to load the EDID data BEFORE
the kernel knows how to access the file system where the requisite file
resides; perhaps something like your command-line EDID data would be
he log shows that
during the boot process, there is a one-minute hang:
[0.175207] [drm] radeon: power management initialized
[ 60.896507] [drm:edid_load] *ERROR* Requesting EDID firmware
"edid/1920x1200.bin" failed (err=-2)
Is there any way to ma
x65) 23.8MHz -HSync +VSync
h: width 640 start 664 end 720 total 800 skew0 clock
29.7KHz
v: height 480 start 483 end 487 total 500 clock 59.4Hz
However, switching to one of these other modes or defining my own
through xorg.conf does nothing to fix the
On Thu, Sep 15, 2011 at 22:25, Alex Deucher wrote:
> On Mon, Sep 12, 2011 at 2:13 PM, Michael Witten wrote:
>> I hope you find this adventure interesting, and I hope you
>> provide me with some insight.
>>
>> Recently, I booted my computer, a Dell Latitude D810 that ha
On Mon, 12 Sep 2011 18:13:46 -, Michael Witten wrote:
> I hope you find this adventure interesting, and I hope you
> provide me with some insight.
>
> Recently, I booted my computer, a Dell Latitude D810 that has a
> Radeon Mobility x600 (R300); all systems were waki
drivers/gpu/drm/drm_proc.c |2 +-
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_bios.c|2 +-
drivers/gpu/drm/radeon/radeon_combios.c |2 +-
drivers/gpu/drm/radeon/radeon_device.c | 13 -
8 files changed, 15 insertions(+), 15 delet
Date: Thu, 15 Sep 2011 21:06:24 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_crtc_helper.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/drm_crtc_helper.c
index f88a9b2..8ec3447 100644
--- a/drivers
Date: Thu, 15 Sep 2011 21:07:26 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_irq.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 3830e9e..61cb85d 100644
--- a/drivers/gpu/drm/drm_irq.c
+++ b
Date: Thu, 15 Sep 2011 21:12:19 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_fb_helper.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index f7c6854..9a9107a 100644
--- a/drivers/gpu
Date: Thu, 15 Sep 2011 14:43:00 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_proc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_proc.c b/drivers/gpu/drm/drm_proc.c
index 9e5b07e..13df242 100644
--- a/drivers/gpu/drm/drm_proc.c
Date: Fri, 16 Sep 2011 20:09:22 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon_bios.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_bios.c
b/drivers/gpu/drm/radeon/radeon_bios.c
index 229a20f..af62082 100644
--- a
OR("Report so we increase RADEON_DEBUGFS_MAX_NUM_FILES.\n");
return -EINVAL;
}
This commit fixes this make, and accordingly renames:
RADEON_DEBUGFS_MAX_NUM_FILES
to:
RADEON_DEBUGFS_MAX_COMPONENTS
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon.h
Date: Wed, 21 Sep 2011 02:10:43 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon_combios.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
b/drivers/gpu/drm/radeon/radeon_combios.c
index 6367524..b0549aa
2011/9/22 Michel Dänzer :
> On Mit, 2011-09-21 at 22:50 +0000, Michael Witten wrote:
>> Date: Wed, 21 Sep 2011 02:10:43 +
>>
>> Signed-off-by: Michael Witten
>> ---
>> drivers/gpu/drm/radeon/radeon_combios.c | 2 +-
>> 1 files changed, 1 insertion
OR("Report so we increase RADEON_DEBUGFS_MAX_NUM_FILES.\n");
return -EINVAL;
}
This commit fixes this mistake, and accordingly renames:
RADEON_DEBUGFS_MAX_NUM_FILES
to:
RADEON_DEBUGFS_MAX_COMPONENTS
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon.h
On Fri, Oct 7, 2011 at 19:20, Michael Witten wrote:
> Date: Fri, 16 Sep 2011 20:45:30 +
>
> The value of RADEON_DEBUGFS_MAX_NUM_FILES has been used to
> specify the size of an array, each element of which looks
> like this:
>
> ?struct radeon_debugfs {
> ? ? ?
On Tue, Oct 25, 2011 at 01:35, Ilija Hadzic
wrote:
> On Mon, 24 Oct 2011, Michael Witten wrote:
>
>> This patch has not yet been applied. What's wrong?
>
> Maybe you are looking at the wrong branch, but I see it in drm-next (it has
> been there since Oct 10)
>
23.8MHz -HSync +VSync
h: width 640 start 664 end 720 total 800 skew0 clock
29.7KHz
v: height 480 start 483 end 487 total 500 clock 59.4Hz
However, switching to one of these other modes or defining my own
through xorg.conf does nothing to fix the troubl
On Thu, Sep 15, 2011 at 22:25, Alex Deucher wrote:
> On Mon, Sep 12, 2011 at 2:13 PM, Michael Witten wrote:
>> I hope you find this adventure interesting, and I hope you
>> provide me with some insight.
>>
>> Recently, I booted my computer, a Dell Latitude D810 that ha
On Mon, 12 Sep 2011 18:13:46 -, Michael Witten wrote:
> I hope you find this adventure interesting, and I hope you
> provide me with some insight.
>
> Recently, I booted my computer, a Dell Latitude D810 that has a
> Radeon Mobility x600 (R300); all systems were waki
drivers/gpu/drm/drm_proc.c |2 +-
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_bios.c|2 +-
drivers/gpu/drm/radeon/radeon_combios.c |2 +-
drivers/gpu/drm/radeon/radeon_device.c | 13 -
8 files changed, 15 insertions(+), 15 delet
Date: Thu, 15 Sep 2011 21:06:24 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_crtc_helper.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/drm_crtc_helper.c
index f88a9b2..8ec3447 100644
--- a/drivers
Date: Thu, 15 Sep 2011 21:07:26 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_irq.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 3830e9e..61cb85d 100644
--- a/drivers/gpu/drm/drm_irq.c
+++ b
Date: Thu, 15 Sep 2011 21:12:19 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_fb_helper.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index f7c6854..9a9107a 100644
--- a/drivers/gpu
Date: Thu, 15 Sep 2011 14:43:00 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/drm_proc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_proc.c b/drivers/gpu/drm/drm_proc.c
index 9e5b07e..13df242 100644
--- a/drivers/gpu/drm/drm_proc.c
Date: Fri, 16 Sep 2011 20:09:22 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon_bios.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_bios.c
b/drivers/gpu/drm/radeon/radeon_bios.c
index 229a20f..af62082 100644
--- a
OR("Report so we increase RADEON_DEBUGFS_MAX_NUM_FILES.\n");
return -EINVAL;
}
This commit fixes this make, and accordingly renames:
RADEON_DEBUGFS_MAX_NUM_FILES
to:
RADEON_DEBUGFS_MAX_COMPONENTS
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon.h
Date: Wed, 21 Sep 2011 02:10:43 +
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon_combios.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
b/drivers/gpu/drm/radeon/radeon_combios.c
index 6367524..b0549aa
2011/9/22 Michel D?nzer :
> On Mit, 2011-09-21 at 22:50 +0000, Michael Witten wrote:
>> Date: Wed, 21 Sep 2011 02:10:43 +
>>
>> Signed-off-by: Michael Witten
>> ---
>> ?drivers/gpu/drm/radeon/radeon_combios.c | ? ?2 +-
>> ?1 files changed, 1 insertion
On Wed, 21 Sep 2011 22:50:57 -, Michael Witten wrote:
> Whilst working on my failing Radeon GPU:
>
> Subject: Re: Curious experiences with a Radeon on the fritz
> Date: Wed, 21 Sep 2011 18:52:19 -
> Message-ID:
> http://lists.freedesktop.org/archives/dri-de
On Mon, Sep 26, 2011 at 21:51, Tormod Volden wrote:
> On Wed, Sep 21, 2011 at 8:52 PM, Michael Witten wrote:
>> Because my hardware does appear to be malfunctioning due to a corrupt
>> video BIOS, it seems prudent to salvage as much as possible from
>> its output, so that it
mented?
That being said, the firmware-loading feature of the above commit is not
useful to me, because on my system, it tries to load the EDID data BEFORE
the kernel knows how to access the file system where the requisite file
resides; perhaps something like your command-line EDID data would be useful
to me (and others).
Sincerely,
Michael Witten
he log shows that
during the boot process, there is a one-minute hang:
[0.175207] [drm] radeon: power management initialized
[ 60.896507] [drm:edid_load] *ERROR* Requesting EDID firmware
"edid/1920x1200.bin" failed (err=-2)
Is there any way to make your feature smarter about its timing with
relation to file system accessibility?
Sincerely,
Michael Witten
Signed-off-by: Michael Witten
---
drivers/gpu/drm/radeon/radeon_combios.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
b/drivers/gpu/drm/radeon/radeon_combios.c
index 0b3c1e0..7962091 100644
--- a/drivers/gpu/drm/radeon
> Signed-off-by: Michael Witten
> ---
> drivers/gpu/drm/radeon/radeon_combios.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
> b/drivers/gpu/drm/radeon/radeon_combios.c
> index 0b3c1e0..7962091 100644
40 matches
Mail list logo
