Re: [Linux-fbdev-devel] Radeon framebuffer not working on MSI K9A2VM-FD

[Alex Deucher <alexdeucher@gm...>]

On Mon, Nov 24, 2008 at 3:59 AM, Karim 'Kasi Mir' Senoucci
<lists@...> wrote:
> Hello all,
> I cannot get the Radeon kernel framebuffer to work with the above MSI
> mainboard which uses a AMD780V chipset featuring what the call Radeon
> HD 3100 on-board graphics.
>
> I'm running a Ubuntu server 8.04.1 on the machine and have tried the
> kernel image supplied with the distibution, a self-compiled kernel based
> on the Ubuntu sources (both 2.6.24) and a current kernel.org version
> (2.6.27.7). I tried to compile the Radeon framebuffer into the kernel as
> well as compiling it as a module. I can use the vesafb frame buffer
> (which is slow as hell) but the radeon framebuffer driver does not work
> in any of the settings. I don't get any output whatsoever when I load
> the module, not a single line in syslog or via dmesg. I fact, I only
> know the module is loaded becaus it is listed with lsmod.

radeonfb does not support your chip.  if you want an fb console you'll
either have to use vesa or the new drm modesetting stuff.

Alex

Re: [Linux-fbdev-devel] [PATCH] Fix FB console blanking

[Dmitry Baryshkov <dbaryshkov@gm...>]

Geert Uytterhoeven wrote:
> On Mon, 24 Nov 2008, Dmitry Baryshkov wrote:
>> The commit aef7db4bd5a3b6068dfa05919a3d685199eed116 fixed the problem
>> with recursive locking in fb blanking code if blank is caused by user
>> setting the /sys/class/graphics/fb*/blank. However this broke the fbcon
>> timeout blanking.
> 
> Can you please explain a bit more about what `broken' means? What happens, how
> can I reproduce it?

If you use a driver that defines ->fb_blank operation and at the same 
time that driver relies on other driver (e.g. backlight or lcd class) to 
blank the screen, when the fbcon times out and tries to blank the fb, it 
will call only fb driver blanker and won't notify the other driver. Thus 
FB output is disabled, but the screen isn't blanked.

> 
> Thanks!
> 
>> Restore fbcon blanking and at the same time apply the proper fix for the
>> above problem: if fbcon_blank is called with FBINFO_FLAG_USEREVENT, we
>> are already called through notification from fb_blank, thus we don't
>> have to blank the fb again.
> 
> Is it just an issue of blanking again if the display is already blanked?

Yes. (at least the original problem that I stumbled upon).

> 
>> Signed-off-by: Dmitry Baryshkov <dbaryshkov@...>
>> ---
>>  drivers/video/console/fbcon.c |    9 +++------
>>  1 files changed, 3 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
>> index 9cbff84..2f2f0f9 100644
>> --- a/drivers/video/console/fbcon.c
>> +++ b/drivers/video/console/fbcon.c
>> @@ -2400,16 +2400,13 @@ static int fbcon_blank(struct vc_data *vc, int blank, int mode_switch)
>>  
>>   	if (!fbcon_is_inactive(vc, info)) {
>>  		if (ops->blank_state != blank) {
>> -			int ret = 1;
>> -
>>  			ops->blank_state = blank;
>>  			fbcon_cursor(vc, blank ? CM_ERASE : CM_DRAW);
>>  			ops->cursor_flash = (!blank);
>>  
>> -			if (info->fbops->fb_blank)
>> -				ret = info->fbops->fb_blank(blank, info);
>> -			if (ret)
>> -				fbcon_generic_blank(vc, info, blank);
>> +			if (!(info->flags & FBINFO_MISC_USEREVENT))
>> +				if (fb_blank(info, blank))
>> +					fbcon_generic_blank(vc, info, blank);
>>  		}
>>  
>>  		if (!blank)
> 
> Gr{oetje,eeting}s,
> 
> 						Geert
> 
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...
> 
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
> 							    -- Linus Torvalds


-- 
With best wishes
Dmitry

Re: [Linux-fbdev-devel] [PATCH] Fix FB console blanking

[Geert Uytterhoeven <geert@li...>]

On Mon, 24 Nov 2008, Dmitry Baryshkov wrote:
> The commit aef7db4bd5a3b6068dfa05919a3d685199eed116 fixed the problem
> with recursive locking in fb blanking code if blank is caused by user
> setting the /sys/class/graphics/fb*/blank. However this broke the fbcon
> timeout blanking.

Can you please explain a bit more about what `broken' means? What happens, how
can I reproduce it?

Thanks!

> Restore fbcon blanking and at the same time apply the proper fix for the
> above problem: if fbcon_blank is called with FBINFO_FLAG_USEREVENT, we
> are already called through notification from fb_blank, thus we don't
> have to blank the fb again.

Is it just an issue of blanking again if the display is already blanked?

> Signed-off-by: Dmitry Baryshkov <dbaryshkov@...>
> ---
>  drivers/video/console/fbcon.c |    9 +++------
>  1 files changed, 3 insertions(+), 6 deletions(-)
> 
> diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
> index 9cbff84..2f2f0f9 100644
> --- a/drivers/video/console/fbcon.c
> +++ b/drivers/video/console/fbcon.c
> @@ -2400,16 +2400,13 @@ static int fbcon_blank(struct vc_data *vc, int blank, int mode_switch)
>  
>   	if (!fbcon_is_inactive(vc, info)) {
>  		if (ops->blank_state != blank) {
> -			int ret = 1;
> -
>  			ops->blank_state = blank;
>  			fbcon_cursor(vc, blank ? CM_ERASE : CM_DRAW);
>  			ops->cursor_flash = (!blank);
>  
> -			if (info->fbops->fb_blank)
> -				ret = info->fbops->fb_blank(blank, info);
> -			if (ret)
> -				fbcon_generic_blank(vc, info, blank);
> +			if (!(info->flags & FBINFO_MISC_USEREVENT))
> +				if (fb_blank(info, blank))
> +					fbcon_generic_blank(vc, info, blank);
>  		}
>  
>  		if (!blank)

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds

[Linux-fbdev-devel] [PATCH] Fix FB console blanking

[Dmitry Baryshkov <dbaryshkov@gm...>]

The commit aef7db4bd5a3b6068dfa05919a3d685199eed116 fixed the problem
with recursive locking in fb blanking code if blank is caused by user
setting the /sys/class/graphics/fb*/blank. However this broke the fbcon
timeout blanking.

Restore fbcon blanking and at the same time apply the proper fix for the
above problem: if fbcon_blank is called with FBINFO_FLAG_USEREVENT, we
are already called through notification from fb_blank, thus we don't
have to blank the fb again.

Signed-off-by: Dmitry Baryshkov <dbaryshkov@...>
---
 drivers/video/console/fbcon.c |    9 +++------
 1 files changed, 3 insertions(+), 6 deletions(-)

diff --git a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c
index 9cbff84..2f2f0f9 100644
--- a/drivers/video/console/fbcon.c
+++ b/drivers/video/console/fbcon.c
@@ -2400,16 +2400,13 @@ static int fbcon_blank(struct vc_data *vc, int blank, int mode_switch)
 
  	if (!fbcon_is_inactive(vc, info)) {
 		if (ops->blank_state != blank) {
-			int ret = 1;
-
 			ops->blank_state = blank;
 			fbcon_cursor(vc, blank ? CM_ERASE : CM_DRAW);
 			ops->cursor_flash = (!blank);
 
-			if (info->fbops->fb_blank)
-				ret = info->fbops->fb_blank(blank, info);
-			if (ret)
-				fbcon_generic_blank(vc, info, blank);
+			if (!(info->flags & FBINFO_MISC_USEREVENT))
+				if (fb_blank(info, blank))
+					fbcon_generic_blank(vc, info, blank);
 		}
 
 		if (!blank)
-- 
1.5.6.5

[Linux-fbdev-devel] Radeon framebuffer not working on MSI K9A2VM-FD

[Karim 'Kasi Mir' Senoucci <lists@tv...>]

Hello all, 
I cannot get the Radeon kernel framebuffer to work with the above MSI 
mainboard which uses a AMD780V chipset featuring what the call Radeon 
HD 3100 on-board graphics. 

I'm running a Ubuntu server 8.04.1 on the machine and have tried the 
kernel image supplied with the distibution, a self-compiled kernel based
on the Ubuntu sources (both 2.6.24) and a current kernel.org version 
(2.6.27.7). I tried to compile the Radeon framebuffer into the kernel as 
well as compiling it as a module. I can use the vesafb frame buffer 
(which is slow as hell) but the radeon framebuffer driver does not work 
in any of the settings. I don't get any output whatsoever when I load 
the module, not a single line in syslog or via dmesg. I fact, I only
know the module is loaded becaus it is listed with lsmod. 

Below is my lspci output of the grapichs device, if you need anything 
else, feel free to ask:

01:05.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon 3100 Graphics [1002:9611] (prog-if 00 [VGA controller])
        Subsystem: Micro-Star International Co., Ltd. Unknown device [1462:7501]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR+ <PERR-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 7
        Region 0: Memory at d0000000 (32-bit, prefetchable) [size=256M]
        Region 1: I/O ports at b000 [size=256]
        Region 2: Memory at fe8f0000 (32-bit, non-prefetchable) [size=64K]
        Region 5: Memory at fe700000 (32-bit, non-prefetchable) [size=1M]
        Capabilities: [50] Power Management version 3
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
                Address: 0000000000000000  Data: 0000


I'm thankful for any help on the matter, as I myself have run out of 
ideas. 

Greetings
Kasi Mir

Re: [Linux-fbdev-devel] fbtest (was: Re: [PATCH/RFC] atafb and panning)

[Michael Schmitz <schmitz@bi...>]

Hi Geert,

> > cvs [login aborted]: connect to cvs.sourceforge.net(216.34.181.96):2401 failed: 
> > Connection refused
> > 
> > cvsweb access is down as well. 
> 
> I put a git clone at
> git://git.kernel.org/pub/scm/linux/kernel/git/geert/fbtest.git

Cloned and built. Thank you! 

	Michael