linux-fbdev-users — Generic mailing list for users of frame buffers

Re: [Linux-fbdev-users] 1400x1050 linux console support with recent 2.6 linux kernels ?

[cga2000 <cg...@op...>]

On Sun, Feb 11, 2007 at 10:07:38AM EST, Ville Syrjälä wrote:
> On Fri, Feb 09, 2007 at 03:22:36PM -0500, cga2000 wrote:
> > I have just installed debian etch on an old laptop that sports an ATI
> > mach64 and a 1400x1050 display and I was wondering if the atyfb module
> > that ships with recent 2.6 kernels supports this resolution.
> > 
> > This works beautifully with debian sarge and a 2.4.27 after you add the
> > correct modes (?) to modedb.c .. recompile the kernel with the correct
> > options enabled (as explained in the framebuffer console howto) .. and
> > boot with the magical "video=atyfb:1400x1050.." parm.
> > 
> > I was planning on copying the modes I added to my old 2.4 modedb.c to
> > the new one.  Not sure if this is going to work and if there are any
> > caveats.
> 
> You probably don't need to add any modes. 2.6 atyfb will by default use 
> the panel's native resolution. I'm actually writing this mail using a HP 
> OmniBook 6000 w/ Rage Mobility and a 1400x1050 panel ;)

Thanks, Ville

I gave it a shot and it didn't appear to work with my mach64.  But then
I was having other problems on this new system so I'll give it another
shot and keep you posted.

Thanks,

cga

Note:  I have been subscribed to this list for a year or so and yet my
original post kinda bounced with a message to the effect that I needed
the moderator's approval because I wasn't a subscriber.  Thanks to the
person who let me in but this is rather weird.  So maybe this message
will likewise be delayed?

[Linux-fbdev-users] Monitor display not working in console, works in X

[Kevin N. <bea...@ya...>]

I have a revB i-mac on which I installed Yellow Dog 4.0. The install went f=
ine. I decided to run the i-mac as a linux appliance so I did not need the =
monitor. I already have a spare monitor sitting around for other servers so=
 I soldered together a 15pin macintosh video to VGA converter cable to use.=
 After plugging in the monitor, it displayed fine during the BIOS start-up,=
 and through the bootloader. and even the beginning of the kernel load.  Ho=
wever, once tux appeared in the top left corner of the screen, the monitor =
displayed 4 columns, with succesive rows in successive columns.=0A=0AI play=
ed around with the XF86Config and was able to get X windows displaying perf=
ectly with the following stanza: =0A=0ASection "Monitor" =0A=0A#       Disp=
laySize  270        200 =0A#       HorizSync    60.0 - 60.0 =0A#       Vert=
Refresh  75.0 - 117.0 =0A        Identifier   "Monitor0" =0A        ModelNa=
me    "Acer" =0A        HorizSync    28.0 - 50.0 =0A        VertRefresh  56=
.0 - 76.0 =0A        Option      "DPMS" =0AEndSection=0A=0Anow the only thi=
ng that does not display correctly is the console. Does anyone know where t=
he file is, or what must be done to tell the kernel or framebuffer how to i=
nteract with the monitor in the way that X uses the XF86Config file?  I've =
posted this question to several message board with no response and can't fi=
nd anything on the web, so I'm going to the framebuffer experts now.=0A=0AT=
hanks, =0AKevin Nowaczyk=0A=0A=0A =0A______________________________________=
______________________________________________=0AHave a burning question?  =
=0AGo to www.Answers.yahoo.com and get answers from real people who know.

Re: [Linux-fbdev-users] 1400x1050 linux console support with recent 2.6 linux kernels ?

[Ville <sy...@sc...>]

On Fri, Feb 09, 2007 at 03:22:36PM -0500, cga2000 wrote:
> I have just installed debian etch on an old laptop that sports an ATI
> mach64 and a 1400x1050 display and I was wondering if the atyfb module
> that ships with recent 2.6 kernels supports this resolution.
> 
> This works beautifully with debian sarge and a 2.4.27 after you add the
> correct modes (?) to modedb.c .. recompile the kernel with the correct
> options enabled (as explained in the framebuffer console howto) .. and
> boot with the magical "video=atyfb:1400x1050.." parm.
> 
> I was planning on copying the modes I added to my old 2.4 modedb.c to
> the new one.  Not sure if this is going to work and if there are any
> caveats.

You probably don't need to add any modes. 2.6 atyfb will by default use 
the panel's native resolution. I'm actually writing this mail using a HP 
OmniBook 6000 w/ Rage Mobility and a 1400x1050 panel ;)

-- 
Ville Syrjälä
sy...@sc...
http://www.sci.fi/~syrjala/

Re: [Linux-fbdev-users] Question about cfb_copyarea

[Juergen B. <jue...@kr...>]

Hi Petr,

On Wednesday 31 January 2007 10:12, Petr Vandrovec wrote:
> Take a look at updatescrollmode() in fbcon.c - you must persuade this
> function to use SCROLL_*_MOVE, not SCROLL_*_REDRAW.  FBINFO_READS_FAST
> should be sufficient - or you can report fast bitblt + fast panning, or
> fast bitblt + slow imageblit.  If you report no panning + fast bitblt +
> fast imageblit, redraw is used :-(

I tried around to get fbcon to use SCROLL_MOVE. These are my current settings:

info->flags	= FBINFO_DEFAULT |
		  FBINFO_HWACCEL_COPYAREA |
		  FBINFO_HWACCEL_FILLRECT |
		  FBINFO_HWACCEL_IMAGEBLIT |
		  FBINFO_READS_FAST;
With this settings updatescrollmode() decides to use SCROLL_MOVE.

Two things are coming up with this scroll mode (all in fbcon_scroll() ):

 1) why is the variable "logo_shown" always set to 0 for console 0? When in
    console 0 it always ends up in "goto redraw_up;" But I have no logo on my
    console? For other consoles than 0 "logo_shown" is -1
    (=FBCON_LOGO_CANSHOW)
 2) with the settings above active on another console then 0, the whole system
    freezes immediately in ops->bmove() or ops->clear()????
 2a) when I comment out the "logo_shown" check in fbcon_scroll() it also
     freezes the whole system in console 0.

Any ideas?

Juergen

[Linux-fbdev-users] 1400x1050 linux console support with recent 2.6 linux kernels ?

[cga2000 <cg...@op...>]

I have just installed debian etch on an old laptop that sports an ATI
mach64 and a 1400x1050 display and I was wondering if the atyfb module
that ships with recent 2.6 kernels supports this resolution.

This works beautifully with debian sarge and a 2.4.27 after you add the
correct modes (?) to modedb.c .. recompile the kernel with the correct
options enabled (as explained in the framebuffer console howto) .. and
boot with the magical "video=atyfb:1400x1050.." parm.

I was planning on copying the modes I added to my old 2.4 modedb.c to
the new one.  Not sure if this is going to work and if there are any
caveats.

Thanks,

cga

Re: [Linux-fbdev-users] 8bpp tux logo palette

[James S. <jsi...@in...>]

Nope. There are some bugs in the image drawing code. I have a partial fix 
but its not done.

On Fri, 2 Feb 2007, Serge wrote:

> Hello!
> 
> I have a question regarding the tux logo. 
> Driver is vesafb and the card is ATI Radeon Mobility X1600. 
> When I put 8bpp with different resolutions linux logo looks messy. If I increase the depth to 16bpp, logo is shown in normal way. I suspect that the problem comes when
> the palette is initialized. Is there any solution to fix it for 8bpp?
> Thanks a lot!
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Linux-fbdev-users mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-users
> 

Re: [Linux-fbdev-users] Question about cfb_copyarea

[James S. <jsi...@in...>]

> On Wednesday 31 January 2007 10:12, Petr Vandrovec wrote:
> > > is this list alive?
> >
> > More or less.  Less...
> 
> Seems so... :-)

The main list is linux-fbdev-devel.
 
> > > Currently I'm trying to develop a accelerated framebuffer driver. My own
> > > imageblit and fillrect functions are working now. But my copyarea
> > > function will never be called. I thought it will be called to scroll the
> > > screen. But it seems not. Does anybody know what event triggers this
> > > function? If I'm on the wrong list, please give me a hint, what's the
> > > correct group for this kind of question.
> >
> > fbcon believes (quite correctly) that repainting screen is faster than
> > doing copyarea because on unaccelerated driver reads from framebuffer
> > are 4-10 times slower than writes...
> >
> > Take a look at updatescrollmode() in fbcon.c - you must persuade this
> > function to use SCROLL_*_MOVE, not SCROLL_*_REDRAW.  FBINFO_READS_FAST
> > should be sufficient - or you can report fast bitblt + fast panning, or
> > fast bitblt + slow imageblit.  If you report no panning + fast bitblt +
> > fast imageblit, redraw is used :-(
> 
> Uhhh, sounds complicated. All right, I will take a look into fbcon.c. Thank 
> you.

For fb_info.flags add in FBINFO_HWACCEL_IMAGEBLIT. For example

        info->flags = FBINFO_DEFAULT
            | FBINFO_HWACCEL_IMAGEBLIT
            | FBINFO_HWACCEL_FILLRECT
            | FBINFO_HWACCEL_COPYAREA
            | FBINFO_HWACCEL_YPAN;

See fb.h for more info.

[Linux-fbdev-users] intelfb on Thinkpad R60

[Marcus B. <ma...@be...>]

Hi,

I'm trying to use a framebuffer console with intelfb on my Thinkpad R60 with
Intel 945GM chipset and kernel 2.6.20-rc6. I cannot make out from this
thread [1] if it's supported at all.

First the kernel command line:

~$ cat /proc/cmdline
root=/dev/mapper/root ro exec-shield=1 resume=/dev/mapper/swap
video=intelfb:mode=1024x768 fbcon=scrollback:64k vga=792

I tried several kernel configuration options:

*First, if I compile intelfb and fbcon into the kernel, and no other frame
buffer modules, I don't think the "vga" parameter is ever processed. I get a
blank console and the famous message
  intelfb: Video mode must be programmed at boot time.
in the log.

*If I also select CONFIG_VIDEO_SELECT (which forces me to also include
CONFIG_VGA_CONSOLE), then it appears to switch to video mode at boot, but
the screen is garbled with horizontal multi-coloured stripes and the system
locks up before even booting.

(Side question: Should CONFIG_VIDEO_SELECT really depend on
CONFIG_VGA_CONSOLE?)

*If I additionally compile in the vesafb driver, then it seems to grab the
console despite the "video=intelfb:..." command line argument, and I get a
working vesafb console.

~$ dmesg|grep ^[a-z]*fb:
vesafb: framebuffer at 0xd0000000, mapped to 0xf8880000, using 6144k, total
7872k
vesafb: mode is 1024x768x32, linelength=4096, pages=1
vesafb: protected mode interface info at 00ff:44f0
vesafb: scrolling: redraw
vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
intelfb: intelfb_init
intelfb: Framebuffer driver for Intel(R)
830M/845G/852GM/855GM/865G/915G/915GM/945G/945GM chipsets
intelfb: Version 0.9.4
intelfb: intelfb_setup
intelfb: options: mode=1024x768
intelfb: intelfb_pci_register
intelfb: fb aperture: 0xd0000000/0x10000000, MMIO region: 0xee100000/0x80000
intelfb: Cannot reserve FB region.
intelfb: cleanup

(This is with the same command line as above.)

Regards,

Marcus

[1] http://thread.gmane.org/gmane.linux.fbdev.devel/9264/focus=9285

Re: [Linux-fbdev-users] how to handle fb_ioctl

[Geert U. <ge...@li...>]

On Sun, 4 Feb 2007, Juergen Beisert wrote:
> sorry, here comes an additional question about the fb framework:
> I'm confused about the fb_ioctl entry in the fb_ops structure. When I want to 
> add my own driver specific IOCTLs, how to do it? If I setup my own function 
> into the fb_ioctl entry, does it _add_ my IOCTLs to the existing ones or does 
> it replace framework's IOCTLs (so my function must also handle the existing 
> ones)? Or does the framework calls my private IOCTL handler via fb_ioctl if 
> an unknown IOCTL enters the existing IOCTL handler?

It adds you ioctls, by calling your fb_ioctl() if an unknown ioctl enters the
existing ioctl handler (cfr. drivers/video/fbmem.c:fb_ioctl()).

Gr{oetje,eeting}s,

						Geert

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

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-users] how to handle fb_ioctl

[Juergen B. <jue...@kr...>]

Hi all,

sorry, here comes an additional question about the fb framework:
I'm confused about the fb_ioctl entry in the fb_ops structure. When I want to 
add my own driver specific IOCTLs, how to do it? If I setup my own function 
into the fb_ioctl entry, does it _add_ my IOCTLs to the existing ones or does 
it replace framework's IOCTLs (so my function must also handle the existing 
ones)? Or does the framework calls my private IOCTL handler via fb_ioctl if 
an unknown IOCTL enters the existing IOCTL handler?

Thanks in advance.
Juergen

[Linux-fbdev-users] 8bpp tux logo palette

[Serge <s-e...@ya...>]

Hello!

I have a question regarding the tux logo. 
Driver is vesafb and the card is ATI Radeon Mobility X1600. 
When I put 8bpp with different resolutions linux logo looks messy. If I increase the depth to 16bpp, logo is shown in normal way. I suspect that the problem comes when
the palette is initialized. Is there any solution to fix it for 8bpp?
Thanks a lot!

Re: [Linux-fbdev-users] Question about cfb_copyarea

[Juergen B. <jue...@kr...>]

Hi Petr,

On Wednesday 31 January 2007 10:12, Petr Vandrovec wrote:
> > is this list alive?
>
> More or less.  Less...

Seems so... :-)

> > Currently I'm trying to develop a accelerated framebuffer driver. My own
> > imageblit and fillrect functions are working now. But my copyarea
> > function will never be called. I thought it will be called to scroll the
> > screen. But it seems not. Does anybody know what event triggers this
> > function? If I'm on the wrong list, please give me a hint, what's the
> > correct group for this kind of question.
>
> fbcon believes (quite correctly) that repainting screen is faster than
> doing copyarea because on unaccelerated driver reads from framebuffer
> are 4-10 times slower than writes...
>
> Take a look at updatescrollmode() in fbcon.c - you must persuade this
> function to use SCROLL_*_MOVE, not SCROLL_*_REDRAW.  FBINFO_READS_FAST
> should be sufficient - or you can report fast bitblt + fast panning, or
> fast bitblt + slow imageblit.  If you report no panning + fast bitblt +
> fast imageblit, redraw is used :-(

Uhhh, sounds complicated. All right, I will take a look into fbcon.c. Thank 
you.

Juergen

[Linux-fbdev-users] Question about cfb_copyarea

[Juergen B. <jue...@kr...>]

Hi all,

is this list alive?
Currently I'm trying to develop a accelerated framebuffer driver. My own 
imageblit and fillrect functions are working now. But my copyarea function 
will never be called. I thought it will be called to scroll the screen. But 
it seems not. Does anybody know what event triggers this function? If I'm on 
the wrong list, please give me a hint, what's the correct group for this kind 
of question.

Thanks in advance
Juergen

[Linux-fbdev-users] radeonfb: Can't use the dvi port

[Elimar R. <rie...@lx...>]

Hi all,

I replaced my old monitor with a brandnew LCD one (Samsung
SyncMaster 204B). Booting 2.6.(19|20-rc2) aknowledge the dvi port
but after a while the screen is blank. The monitor claims:

"Not Optimum Mode, Recommended mode : 1600 X 1200 60 Hz"

$ fbset

mode "1600x1200-60"
    # D: 162.022 MHz, H: 75.010 kHz, V: 60.008 Hz
    geometry 1600 1200 1600 1200 8
    timings 6172 304 64 46 1 192 3
    hsync high
    vsync high
    rgba 8/0,8/0,8/0,0/0
endmode


I`ve compiled raeonfb debug in the kernel:
Dec 26 14:52:05 frodo kernel: hStart = 1664, hEnd = 1856, hTotal = 2160
Dec 26 14:52:05 frodo kernel: vStart = 1201, vEnd = 1204, vTotal = 1250
Dec 26 14:52:05 frodo kernel: h_total_disp = 0xc7010d hsync_strt_wid = 0x18067a
Dec 26 14:52:05 frodo kernel: v_total_disp = 0x4af04e1 vsync_strt_wid = 0x304b0
Dec 26 14:52:05 frodo kernel: pixclock = 6172
Dec 26 14:52:05 frodo kernel: freq = 16202
Dec 26 14:52:05 frodo kernel: freq = 16202, PLL min = 20000, PLL max = 40000
Dec 26 14:52:05 frodo kernel: ref_div = 12, ref_clk = 2700, output_freq = 32404
Dec 26 14:52:05 frodo kernel: ref_div = 12, ref_clk = 2700, output_freq = 32404
Dec 26 14:52:05 frodo kernel: post div = 0x1
Dec 26 14:52:05 frodo kernel: fb_div = 0x90
Dec 26 14:52:05 frodo kernel: ppll_div_3 = 0x10090

My card:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 If [Radeon 9000] (rev 01)

Switching to the analog port works well.

Any hints?

Elimar


-- 
  You cannot propel yourself forward by
  patting yourself on the back.

Re: [Linux-fbdev-users] Smart LCD panel support in Linux fb-dev

[James S. <jsi...@in...>]

> Hello everyone,
> 
> We plan to support a smart LCD panel (Async display)
> on our platform. In order to keep the external frame
> buffer and internal frame buffer the same, we need add
> a couple of interfaces into the fb driver. I am
> wondering whether the framebuffer device have already
> supported this kind of panel. Or does anyone have more
> workable solution for Smart panel in Linux?
> 
> Any response will be highly appreciated. Thanks.

Sorry about the delayed response. No we don't. Do you know where we can 
get docs on this api?

Re: [Linux-fbdev-users] who is writing to my framebuffer?

[James S. <jsi...@in...>]

> I'm not sure how to use the information in that link. Everything I'm doing
> is in kernelspace and that tutorial appears to be for userspace programming.
> Also it seems to be for a system with VGA hardware and ours has none, we've
> got a virtual framebuffer that sits in system RAM.
>
> I'd considered that the cursor could be at fault somehow, but the cursor
> drawing code that fbcon points to (softcursor if I recall correctly) just
> points back again to the cfb* functions.
>
> I don't suppose you have any other thoughts on this? I'm going to start
> feeling pretty stupid if I can't solve it soon. ;)

Looking at the code all cursor control from the driver level has been 
removed. It been put into fbcon. So if you enable fbcon then it will 
activate the cursor and have full control of the cursor. Only terminal 
codes will turn it off. Any reason to fbcon enabled?

Re: [Linux-fbdev-users] who is writing to my framebuffer?

[James S. <jsi...@in...>]

On Wed, 18 Oct 2006, Nathan King wrote:

> Hey folks,
>
> I'm using a virtual framebuffer on some embedded hardware, and I'm trying to
> keep track of all changes to the framebuffer. I know when the three biggies,
> cfb_imageblit, cfb_fillrect, and cfb_copyarea write to it, but there's
> somebody else out there monkeying with it. These mystery writes happen
> during scrolling, which makes me think its somebody in fbcon. And I know its
> nothing from userspace, because this is happening during boot before we ever
> get to userspace. Is somebody in fbcon writing to my framebuffer behind my
> back?
>
> My mystery writes ARE cursor sized (8x16 pixels). I can't find any, but do
> any cursor functions operate directly on info->screen_base, without going
> through one of cfb*?
>
> What I'm seeing is that cfb_imageblit will receive a block of text from
> fbcon to draw at, say, (0,72), with a width of 64 pixels. Then the next
> block it receives is for (72,72). An eight pixel gap, and there should be
> some data between the two blocks. In fact if I look at the data after its
> finished with the line the data is somehow there. This happens at exactly
> the same locations every run.
>
> Much thanks,
> Nathan

Sorry about the late reply. You are right. The cursor code uses a timer to 
blink the cursor. Is this a embedded system? You really don't need fbcon 
in that case.

Re: [Linux-fbdev-users] who is writing to my framebuffer?

[Nathan K. <nat...@gm...>]

> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 10 Nov 2006 15:45:42 -0600
> From: "Ben Gardner" <gar...@gm...>
> Subject: Re: [Linux-fbdev-users] who is writing to my framebuffer?
> To: lin...@li...
> Message-ID:
>         <808...@ma...>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi Nathan,
>
> You've probably already figured this out, but in case you haven't,
> here's what I've discovered.
>
> You have to turn the cursor off.
>
> You have to write the string "\033[?25l" to the terminal (that is an
> 'el'.)
>
> I found this info on this website:
> http://nuieee.fe.up.pt/~ee97034/la/fb.html
>
> Ben
>
> On 10/18/06, Nathan King <nat...@gm...> wrote:
> >
> >
> > Hey folks,
> >
> > I'm using a virtual framebuffer on some embedded hardware, and I'm
> trying to
> > keep track of all changes to the framebuffer. I know when the three
> biggies,
> > cfb_imageblit, cfb_fillrect, and cfb_copyarea write to it, but there's
> > somebody else out there monkeying with it. These mystery writes happen
> > during scrolling, which makes me think its somebody in fbcon. And I know
> its
> > nothing from userspace, because this is happening during boot before we
> ever
> > get to userspace. Is somebody in fbcon writing to my framebuffer behind
> my
> > back?
> >
> > My mystery writes ARE cursor sized (8x16 pixels). I can't find any, but
> do
> > any cursor functions operate directly on info->screen_base, without
> going
> > through one of cfb*?
> >
> > What I'm seeing is that cfb_imageblit will receive a block of text from
> > fbcon to draw at, say, (0,72), with a width of 64 pixels. Then the next
> > block it receives is for (72,72). An eight pixel gap, and there should
> be
> > some data between the two blocks. In fact if I look at the data after
> its
> > finished with the line the data is somehow there. This happens at
> exactly
> > the same locations every run.
> >
> > Much thanks,
> >  Nathan


Hi Ben,

Thanks for the reply. Actually I hadn't figured it out yet. I'd thrown a
temporary "hellwithit" down and decided to come back to it later.

I'm not sure how to use the information in that link. Everything I'm doing
is in kernelspace and that tutorial appears to be for userspace programming.
Also it seems to be for a system with VGA hardware and ours has none, we've
got a virtual framebuffer that sits in system RAM.

I'd considered that the cursor could be at fault somehow, but the cursor
drawing code that fbcon points to (softcursor if I recall correctly) just
points back again to the cfb* functions.

I don't suppose you have any other thoughts on this? I'm going to start
feeling pretty stupid if I can't solve it soon. ;)

Nathan

Re: [Linux-fbdev-users] who is writing to my framebuffer?

[Ben G. <gar...@gm...>]

Hi Nathan,

You've probably already figured this out, but in case you haven't,
here's what I've discovered.

You have to turn the cursor off.

You have to write the string "\033[?25l" to the terminal (that is an 'el'.)

I found this info on this website:
http://nuieee.fe.up.pt/~ee97034/la/fb.html

Ben

On 10/18/06, Nathan King <nat...@gm...> wrote:
>
>
> Hey folks,
>
> I'm using a virtual framebuffer on some embedded hardware, and I'm trying to
> keep track of all changes to the framebuffer. I know when the three biggies,
> cfb_imageblit, cfb_fillrect, and cfb_copyarea write to it, but there's
> somebody else out there monkeying with it. These mystery writes happen
> during scrolling, which makes me think its somebody in fbcon. And I know its
> nothing from userspace, because this is happening during boot before we ever
> get to userspace. Is somebody in fbcon writing to my framebuffer behind my
> back?
>
> My mystery writes ARE cursor sized (8x16 pixels). I can't find any, but do
> any cursor functions operate directly on info->screen_base, without going
> through one of cfb*?
>
> What I'm seeing is that cfb_imageblit will receive a block of text from
> fbcon to draw at, say, (0,72), with a width of 64 pixels. Then the next
> block it receives is for (72,72). An eight pixel gap, and there should be
> some data between the two blocks. In fact if I look at the data after its
> finished with the line the data is somehow there. This happens at exactly
> the same locations every run.
>
> Much thanks,
>  Nathan

[Linux-fbdev-users] who is writing to my framebuffer?

[Nathan K. <nat...@gm...>]

Hey folks,

I'm using a virtual framebuffer on some embedded hardware, and I'm trying to
keep track of all changes to the framebuffer. I know when the three biggies,
cfb_imageblit, cfb_fillrect, and cfb_copyarea write to it, but there's
somebody else out there monkeying with it. These mystery writes happen
during scrolling, which makes me think its somebody in fbcon. And I know its
nothing from userspace, because this is happening during boot before we ever
get to userspace. Is somebody in fbcon writing to my framebuffer behind my
back?

My mystery writes ARE cursor sized (8x16 pixels). I can't find any, but do
any cursor functions operate directly on info->screen_base, without going
through one of cfb*?

What I'm seeing is that cfb_imageblit will receive a block of text from
fbcon to draw at, say, (0,72), with a width of 64 pixels. Then the next
block it receives is for (72,72). An eight pixel gap, and there should be
some data between the two blocks. In fact if I look at the data after its
finished with the line the data is somehow there. This happens at exactly
the same locations every run.

Much thanks,
Nathan

Re: [Linux-fbdev-users] Framebuffer on nVidia NV18GL?

[Hari S. <hps...@go...>]

It's ok, I've got the framebuffer working with vesafb-tng and it's a 
nice 1280x1024 resolution screen. I decided against using the nvidia 
framebuffer since it is apparently not compatible with the nvidia binary 
drivers, which I may want to use.

-h

Hari Sekhon



James Lehman wrote:
> If you don't see Tux the penguin in the upper left corner of the screen
> during boot, then your kernel is not coming up with a frame buffer. Trying
> anything after that is pointless. Either fiddle with your kernel some more
> or get another video card.
>
> James.   :o)
>
>
>
> ----- Original Message ----- 
> From: "Hari Sekhon" <hps...@go...>
> To: <lin...@li...>
> Sent: Friday, October 13, 2006 8:54 AM
> Subject: [Linux-fbdev-users] Framebuffer on nVidia NV18GL?
>
>
>   
>> I have a new machine with an nVidia NV18GL [Quadro FX 550] card in it. I
>> have compiled both vesafb-tng and nvidia framebuffer support in to the
>> kernel and tried various things without success.
>>
>> I find the whole framebuffer device thing a bit weird in practice, a bit
>> hit-and-miss, sometimes I get it and sometimes I don't.
>>
>> I have tried various lines in my grub menu.lst such as
>>
>> kernel (hd0,2)/boot/kernel-2.6.17-gentoo-r8 root=/dev/sda3
>> video=vesafb:mtrr:3,ywrap,1024x768-32@85
>>
>> which was taken from the usually excellent gentoo handbook and
>>
>> kernel (hd0,2)/boot/kernel-2.6.17-gentoo-r8 root=/dev/sda3
>> video=nvidiafb vga=0x318
>>
>> but neither seem to work. I just get an error immediately on boot saying
>> the mode wasn't recognised or something and it gives me a list of modes
>> to choose from, all of which end up in a normal looking terminal without
>> the nice framebuffer screen. I am a little confused by the lack of clear
>> documentation on this.
>>
>> Could somebody point me in the right direction?
>>
>> -- 
>> Hari Sekhon
>>
>>
>> -------------------------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>>     
> easier
>   
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> Linux-fbdev-users mailing list
>> Lin...@li...
>> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-users
>>
>>     
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Linux-fbdev-users mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-users
>
>   

Re: [Linux-fbdev-users] Framebuffer on nVidia NV18GL?

[James L. <ja...@ak...>]

If you don't see Tux the penguin in the upper left corner of the screen
during boot, then your kernel is not coming up with a frame buffer. Trying
anything after that is pointless. Either fiddle with your kernel some more
or get another video card.

James.   :o)



----- Original Message ----- 
From: "Hari Sekhon" <hps...@go...>
To: <lin...@li...>
Sent: Friday, October 13, 2006 8:54 AM
Subject: [Linux-fbdev-users] Framebuffer on nVidia NV18GL?


> I have a new machine with an nVidia NV18GL [Quadro FX 550] card in it. I
> have compiled both vesafb-tng and nvidia framebuffer support in to the
> kernel and tried various things without success.
>
> I find the whole framebuffer device thing a bit weird in practice, a bit
> hit-and-miss, sometimes I get it and sometimes I don't.
>
> I have tried various lines in my grub menu.lst such as
>
> kernel (hd0,2)/boot/kernel-2.6.17-gentoo-r8 root=/dev/sda3
> video=vesafb:mtrr:3,ywrap,1024x768-32@85
>
> which was taken from the usually excellent gentoo handbook and
>
> kernel (hd0,2)/boot/kernel-2.6.17-gentoo-r8 root=/dev/sda3
> video=nvidiafb vga=0x318
>
> but neither seem to work. I just get an error immediately on boot saying
> the mode wasn't recognised or something and it gives me a list of modes
> to choose from, all of which end up in a normal looking terminal without
> the nice framebuffer screen. I am a little confused by the lack of clear
> documentation on this.
>
> Could somebody point me in the right direction?
>
> -- 
> Hari Sekhon
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Linux-fbdev-users mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-users
>

[Linux-fbdev-users] Framebuffer on nVidia NV18GL?

[Hari S. <hps...@go...>]

I have a new machine with an nVidia NV18GL [Quadro FX 550] card in it. I 
have compiled both vesafb-tng and nvidia framebuffer support in to the 
kernel and tried various things without success.

I find the whole framebuffer device thing a bit weird in practice, a bit 
hit-and-miss, sometimes I get it and sometimes I don't.

I have tried various lines in my grub menu.lst such as

kernel (hd0,2)/boot/kernel-2.6.17-gentoo-r8 root=/dev/sda3 
video=vesafb:mtrr:3,ywrap,1024x768-32@85

which was taken from the usually excellent gentoo handbook and

kernel (hd0,2)/boot/kernel-2.6.17-gentoo-r8 root=/dev/sda3 
video=nvidiafb vga=0x318

but neither seem to work. I just get an error immediately on boot saying 
the mode wasn't recognised or something and it gives me a list of modes 
to choose from, all of which end up in a normal looking terminal without 
the nice framebuffer screen. I am a little confused by the lack of clear 
documentation on this.

Could somebody point me in the right direction?

-- 
Hari Sekhon

[Linux-fbdev-users] About Vanta driver with framebuffer (fwd)

[Geert U. <ge...@li...>]

---------- Forwarded message ----------
Date: Fri, 22 Sep 2006 10:05:20 +0900
From: "[ks_c_5601-1987] =C1=A4=B1=E2=BF=EB" <ky...@da...>
To: ge...@li...
Subject: About Vanta driver with framebuffer

Hi Mr. Uytterhoeven,
=2E
I am a user who would like to use Nvidia Vanta driver on Debian kernel-2.=
4.31.
When I use this with framebuffer which was selected on menuconfig cause o=
f JFBTERM,double character package,I couldn't see nothing on my PC's disp=
lay.
Without framebuffer it was good to see a display.
Should I include a certain vanta driver to the kernel ?
Could you please give me some tips of a procedure to fix vanta vga on Deb=
ian ?
=2E
Warm,
Nobel

Re: [Linux-fbdev-users] Using fbdev to play videos on MPlayer

[Mark P. <pus...@dd...>]

On Tue, 19 Sep 2006, Siddharth Pandey wrote:

> hi,
>    I am working on a  freescale board(Linux Target mage Builder - Ltib). =
I have enabled directfb and fbdev for mplayer.When i try to play a video i =
get the video output but it is smudged.
> Below is the log that mplayer provides whn trying to play a file
>

What do you mean by smudged? do you have an example?

Also, try different mplayer options. Eg, try the -noslices option. The=20
manpages are full of options you can try.

Good luck

> mplayer -vo fbdev 1.mpg
> MPlayer 1.0pre8-3.4.3 (C) 2000-2006 MPlayer Team
> CPU: PowerPC
>
>
> Playing 1.mpg.
> MPEG-PS file format detected.
> VIDEO:  MPEG1  640x480  (aspect 1)  25.000 fps    0.0 kbps ( 0.0 kbyte/s)
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
> AUDIO: 32000 Hz, 2 ch, s16be, 64.0 kbit/6.25% (ratio: 8000->128000)
> Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
> VDec: vo config request - 640 x 480 (preferred colorspace: Mpeg PES)
> Could not find matching colorspace - retrying with -vf scale...
> Opening video filter: [scale]
> The selected video_out device is incompatible with this codec.
> Try adding the scale filter, e.g. -vf spp,scale instead of -vf spp.
> VDecoder init failed :(
> Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
> Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> AO: [oss] 32000Hz 2ch s16be (2 bytes per sample)
> Starting playback...
> VDec: vo config request - 640 x 480 (preferred colorspace: Planar YV12)
> Could not find matching colorspace - retrying with -vf scale...
> Opening video filter: [scale]
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> No accelerated colorspace conversion found
> SwScaler: using unscaled Planar YV12 -> BGR 15-bit special converter
> VO: [fbdev] 640x480 =3D> 640x480 BGR 15-bit
> New_Face failed. Maybe the font path is wrong. 2 ??% ??% ??,?% 0 0 $<50>
> Please supply the text font file (~/.mplayer/subfont.ttf).
> subtitle font: load_sub_face failed.
> A:   0.7 V:   0.6 A-V:  0.105 ct:  0.031  15/ 15 67% 120%  2.5% 0 0 $<50>
>
> MPlayer interrupted by signal 2 in module: decode_video
>
> Please could anyone point out the reason why the video is not playing pro=
perly.
> Is it some problem with configuring the framebuffers.
>
> Thanks and Regards,
> Siddharth
>
>
> ---------------------------------
> Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls.  Great rat=
es starting at 1=A2/min.

--=20
- "So we're surrounded by absolutely nothing. There's a word for it. It's
    what you get when there's nothing left and everything's been used up."
- "Yes. I think it's called the bill."
   (Eric)