Fbdev 2.5.49 BK fixes.

quoted

Hm. Strange. It should work. Can you get serial console working? 

Forgot to mention, I've seen message:
	fbcon_setup: No support for fontwidth 8
in /var/log/dmesg. 

I found this printk() in fbcon_setup(), but i can't even imagine 
why it happens.

Perfect. I found the problem and I'm about to commit to BK. I posted the 
latest patch against 2.5.49 at

http://phoenix.infradead.org/~jsimmons/fbdev.diff.gz

I understand this situation perfectly, looks like it's almost common for
developers working in "not so importatnt for servers" subsystems :(

:-( Some day that attitude will change.

P.S

    Several drivers have been ported but not all. NVIDIA is still broken 
but I will fix it tonight.

James Simmons wrote:

Perfect. I found the problem and I'm about to commit to BK. I posted the
latest patch against 2.5.49 at

http://phoenix.infradead.org/~jsimmons/fbdev.diff.gz

I tried this patch, but it crashed during boot.

I have a 
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP
1X/2X (rev 5c)

and use this in lilo.conf:
image=/boot/2.5.49fb
        label=2.5.49fb
        append="video=atyfb:1280x1024-16@85"

This got me a 160x64 framebuffer with yellow text on
blue background.  Nice, but only got about 10 lines before
the kernel hung. The disk light got stuck on and there were
no response to things like sysrq.  
The few lines displayed was about the fb, drm, and finally
the 3com network adapter.  Then nothing more.

2.5.49 without this patch works.  I use devfs & preempt,
the machine is UP and I use gcc-2.95.4 for compiling.

Helge Hafting

I tried this patch, but it crashed during boot.

Any oops info? 

I have a 
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP
1X/2X (rev 5c)

and use this in lilo.conf:
image=/boot/2.5.49fb
        label=2.5.49fb
        append="video=atyfb:1280x1024-16@85"

Hm. Are you using a PPC or ix86 box? I will test this tonight.
 

This got me a 160x64 framebuffer with yellow text on
blue background.  Nice, but only got about 10 lines before
the kernel hung. The disk light got stuck on and there were
no response to things like sysrq.  
The few lines displayed was about the fb, drm, and finally
the 3com network adapter.  Then nothing more.

Sounds like panning flipped put.
 

2.5.49 without this patch works.  I use devfs & preempt,
the machine is UP and I use gcc-2.95.4 for compiling.

James Simmons wrote:

quoted

I tried this patch, but it crashed during boot.

Any oops info?

No.  The machine froze solid. No oops, no sysrq.
The reset button worked.

quoted

I have a
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP
1X/2X (rev 5c)

and use this in lilo.conf:
image=/boot/2.5.49fb
        label=2.5.49fb
        append="video=atyfb:1280x1024-16@85"

Hm. Are you using a PPC or ix86 box? I will test this tonight.

i386.  Specifically, a pentium II, compiled for pentium II.

quoted

This got me a 160x64 framebuffer with yellow text on
blue background.  Nice, but only got about 10 lines before
the kernel hung. The disk light got stuck on and there were
no response to things like sysrq.
The few lines displayed was about the fb, drm, and finally
the 3com network adapter.  Then nothing more.

Sounds like panning flipped put.

Perhaps. It didn't look like it ended at the bottom of the
screen, but then it might have been panning at the wrong moment.

quoted

2.5.49 without this patch works.  I use devfs & preempt,
the machine is UP and I use gcc-2.95.4 for compiling.

Helge Hafting

No.  The machine froze solid. No oops, no sysrq.
The reset button worked.

VESA fbdev did this to me. I have no trouble with neofb. Strange???
I will track it down tonight.

quoted

Hm. Are you using a PPC or ix86 box? I will test this tonight.

i386.  Specifically, a pentium II, compiled for pentium II.

Hm. I have that same card and a similar machine.
 

Perhaps. It didn't look like it ended at the bottom of the
screen, but then it might have been panning at the wrong moment.

I have a MDA monitor and card. So I can setup mdacon and turn on 
debugging in fbcon and trace threw it. 
 

quoted

quoted

2.5.49 without this patch works.  I use devfs & preempt,
the machine is UP and I use gcc-2.95.4 for compiling.

Helge Hafting

On Wed, Nov 27, 2002 at 11:18:22PM +0000, James Simmons wrote:

quoted

No.  The machine froze solid. No oops, no sysrq.
The reset button worked.

VESA fbdev did this to me. I have no trouble with neofb. Strange???
I will track it down tonight.

    aty128fb works for me here with:

01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS

    Thank you!

    There are a few glitches, but I've been unable to pin down
anything serious as the fbdev patch's fault.  I'm still playing with
things (like Antonio Daplas' patches).  I'll give a more full report
later.

    FWIW, the fbdev patch applies with a few minor offsets to 2.5.50
except for the attached patch, which I extracted from bk.  So if you
apply this patch in *reverse* to a clean 2.5.50 tree, the fbdev patch
should then apply okay (patch complained about a reversed hunk in
fbcon.c, but it should be harmless, I think.)
  
-- 
Joseph Fannin
jhf@rivenstone.net

"Anyone who quotes me in their sig is an idiot." -- Rusty Russell.

    Whoops, I forgot to attach the patch.

-- 
Joseph Fannin
jhf@rivenstone.net

"For future reference - don't anybody else try to send patches as vi
scripts, please. Yes, it's manly, but let's face it, so is bungee-jumping
with the cord tied to your testicles." -- Linus Torvalds

    aty128fb works for me here with:

01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS

    Thank you!

Great. I made more inprovements with my latest patch. Give it a try. 

    There are a few glitches, but I've been unable to pin down
anything serious as the fbdev patch's fault.  I'm still playing with
things (like Antonio Daplas' patches).  I'll give a more full report
later.

I just intergrated a bunch of his work. The subsystem is starting to 
really take shape. 

    FWIW, the fbdev patch applies with a few minor offsets to 2.5.50
except for the attached patch, which I extracted from bk.  So if you
apply this patch in *reverse* to a clean 2.5.50 tree, the fbdev patch
should then apply okay (patch complained about a reversed hunk in
fbcon.c, but it should be harmless, I think.)

I noticed. My new patch fixes that.