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

Re: [Linux-fbdev-users] [directfb-users] Fill rectangle is not filling the screen with the COLOR(ALways filling the screen with Black color)

[Asho Y. <as...@gm...>]

Hi If your fillrectangle is software only, maybe the the drawing and
bliiting function in generic.c can help.

I remembered the drawing function will set the color in the
gAcquire(). How about give it a try to see the color is really set in
the function.

2007/12/21, kaka <sha...@gm...>:
>
> >
> > Hi Denis,
> >
> > I am writing gfx driver for DirectFB on BroadCom chip.
> > Right now i am using FBdev system to display graphics on BCM chip(MIPS
> platform)  which should use software fallbacks from DirectFB.Later on i 'll
> add hardware accelerartion also.
> > My framebuffer driver for BCM chip is working fine. I have checked it by
> running a small example. Also the gfxdriver for directFB is working fine for
> Video and Image.
> > The problem which i am facing right now is that i am running the fill
> rectangle example.
> > IT is not filling any color in the rectangle. I am always getting the
> black screen.
> >
> > Could you plz provide some clue on it ?
> > Also could you plz specify the file name and function in which directFB
> library is writing into the framebuffer memory the color pixel information?
> >
> > Thanks in Advance.
> > kaka
> >
> >
> >
> > On 12/17/07, Denis Oliver Kropp < do...@di...> wrote:
> >
> > > kaka wrote:
> > > > HI ALL,
> > > >
> > > > We have successfully cross compiled GTK and DIRECTFB with all its
> > > > dependencies for MIPS board.
> > > > On running the basic test example of GTK, it is getting struck in the
> thread
> > > > loop infinitely.
> > > > We had put the  "debug printf"  statement in the gtkmain.c and
> debugged the
> > > > test example.
> > > > It is getting struck in the * g_main_loop_run (loop);* given below is
> > > > the  code(code
> > > > snippet from gtkmain.c)
> > > >
> > > > void
> > > > gtk_main (void)
> > > > {
> > > >   GList *tmp_list;
> > > >   GList *functions;
> > > >   GtkInitFunction *init;
> > > >   GMainLoop *loop;
> > > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > > >   gtk_main_loop_level++;
> > > >
> > > >   loop = g_main_loop_new (NULL, TRUE);
> > > >   main_loops = g_slist_prepend (main_loops, loop);
> > > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > > >   tmp_list = functions = init_functions;
> > > >   init_functions = NULL;
> > > >
> > > >   while (tmp_list)
> > > >     {
> > > >       init = tmp_list->data;
> > > >       tmp_list = tmp_list->next;
> > > >
> > > >       (* init->function) (init->data);
> > > >       g_free (init);
> > > >     }
> > > >   g_list_free (functions);
> > > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > > >   if (g_main_loop_is_running (main_loops->data))
> > > >     {
> > > >    * printf("\n%s :: %d\n",__FILE__,__LINE__);
> > > >       GDK_THREADS_LEAVE ();
> > > >       g_main_loop_run (loop);
> > > >       GDK_THREADS_ENTER ();
> > > > *      printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >
> > > That's normal. If you want runtime you have to create a timer or
> register idle or timeout functions.
> > >
> > > >       gtk_container_add (GTK_CONTAINER (window), pMainWidget);
> > > >  printf("\n\n\ngtk_container_add (GTK_CONTAINER
> (window),
> > > > pMainWidget);\n\n\n") ;
> > > >       gtk_widget_show (window);
> > > > printf("\n\n\nABHISHEK START OF gtk_main\n\n\n");
> > > >       gtk_main ();
> > > > printf("\n\n\nABHISHEK END OF gtk_main\n\n\n");
> > > >       return 0;
> > >
> > > Simply/weakly put: it should not return before the application is quit.
> > >
> > > --
> > > Best regards,
> > > Denis Oliver Kropp
> > >
> > > .------------------------------------------.
> > > | DirectFB - Hardware accelerated graphics |
> > > | http://www.directfb.org/                 |
> > > "------------------------------------------"
> > >
> >
> >
> >
> > --
> > Thanks & Regards,
> > kaka
>
>
>
> --
> Thanks & Regards,
> kaka
> _______________________________________________
> directfb-users mailing list
> dir...@di...
> http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
>
>

Re: [Linux-fbdev-users] [directfb-dev] Error in running gtk example on cross compiled GTK with DirectFB on MIPS board

[Mike E. <mik...@gm...>]

I suspect this is related to the creation of a top level ARGB surface
when gtk is initialized.
You probably should dig around a bit but it looks to me like its a
issue with surface formats.
Since your doing the driver you should try and make sure that you get
a accelerated surface
working for Gtk/Cairo this would need to be either RGB/ARGB because of
limited pixel
format support in Cairo.

gdk_display_open in
gdkdisplay-directfb.c

See how it finally initializes and I suspect that if you do the same
in a simple DirectFB app you get the black screen
and can debug.

On Dec 20, 2007 10:08 AM, kaka <sha...@gm...> wrote:
> Hi Denis,
>
> I am writing gfx driver for DirectFB on BroadCom chip.
> Right now i am using FBdev system to display graphics on BCM chip(MIPS
> platform)  which should use software fallbacks from DirectFB.Later on i 'll
> add hardware accelerartion also.
> My framebuffer driver for BCM chip is working fine. I have checked it by
> running a small example. Also the gfxdriver for directFB is working fine for
> Video and Image.
> The problem which i am facing right now is that i am running the fill
> rectangle example.
> IT is not filling any color in the rectangle. I am always getting the black
> screen.
>
> Could you plz provide some clue on it ?
> Also could you plz specify the file name and function in which directFB
> library is writing into the framebuffer memory the color pixel information?
>
> Thanks in Advance.
> kaka
>
>
>
> On 12/17/07, Denis Oliver Kropp <do...@di...> wrote:
>
> > kaka wrote:
> > > HI ALL,
> > >
> > > We have successfully cross compiled GTK and DIRECTFB with all its
> > > dependencies for MIPS board.
> > > On running the basic test example of GTK, it is getting struck in the
> thread
> > > loop infinitely.
> > > We had put the  "debug printf"  statement in the gtkmain.c and debugged
> the
> > > test example.
> > > It is getting struck in the * g_main_loop_run (loop);* given below is
> > > the  code(code
> > > snippet from gtkmain.c)
> > >
> > > void
> > > gtk_main (void)
> > > {
> > >   GList *tmp_list;
> > >   GList *functions;
> > >   GtkInitFunction *init;
> > >   GMainLoop *loop;
> > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >   gtk_main_loop_level++;
> > >
> > >   loop = g_main_loop_new (NULL, TRUE);
> > >   main_loops = g_slist_prepend (main_loops, loop);
> > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >   tmp_list = functions = init_functions;
> > >   init_functions = NULL;
> > >
> > >   while (tmp_list)
> > >     {
> > >       init = tmp_list->data;
> > >       tmp_list = tmp_list->next;
> > >
> > >       (* init->function) (init->data);
> > >       g_free (init);
> > >     }
> > >   g_list_free (functions);
> > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >   if (g_main_loop_is_running (main_loops->data))
> > >     {
> > >    * printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >       GDK_THREADS_LEAVE ();
> > >       g_main_loop_run (loop);
> > >       GDK_THREADS_ENTER ();
> > > *      printf("\n%s :: %d\n",__FILE__,__LINE__);
> >
> > That's normal. If you want runtime you have to create a timer or register
> idle or timeout functions.
> >
> > >       gtk_container_add (GTK_CONTAINER (window), pMainWidget);
> > >  printf("\n\n\ngtk_container_add (GTK_CONTAINER (window),
> > > pMainWidget);\n\n\n") ;
> > >       gtk_widget_show (window);
> > > printf("\n\n\nABHISHEK START OF gtk_main\n\n\n");
> > >       gtk_main ();
> > > printf("\n\n\nABHISHEK END OF gtk_main\n\n\n");
> > >       return 0;
> >
> > Simply/weakly put: it should not return before the application is quit.
> >
> > --
> > Best regards,
> > Denis Oliver Kropp
> >
> > .------------------------------------------.
> > | DirectFB - Hardware accelerated graphics |
> > | http://www.directfb.org/                 |
> > "------------------------------------------"
> >
>
>
>
> --
> Thanks & Regards,
> kaka
> _______________________________________________
> directfb-dev mailing list
> dir...@di...
> http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
>
>

[Linux-fbdev-users] Fill rectangle is not filling the screen with the COLOR(ALways filling the screen with Black color)

[kaka <sha...@gm...>]

>
> Hi Denis,
>
> I am writing gfx driver for DirectFB on BroadCom chip.
> Right now i am using FBdev system to display graphics on BCM chip(MIPS
> platform)  which should use software fallbacks from DirectFB.Later on i
> 'll add hardware accelerartion also.
> My framebuffer driver for BCM chip is working fine. I have checked it by
> running a small example. Also the gfxdriver for directFB is working fine for
> Video and Image.
> The problem which i am facing right now is that i am running the fill
> rectangle example.
> IT is not filling any color in the rectangle. I am always getting the
> black screen.
>
> Could you plz provide some clue on it ?
> Also could you plz specify the file name and function in which directFB
> library is writing into the framebuffer memory the color pixel information?
>
> Thanks in Advance.
> kaka
>
>
>
> On 12/17/07, Denis Oliver Kropp <do...@di...> wrote:
> >
> > kaka wrote:
> > > HI ALL,
> > >
> > > We have successfully cross compiled GTK and DIRECTFB with all its
> > > dependencies for MIPS board.
> > > On running the basic test example of GTK, it is getting struck in the
> > thread
> > > loop infinitely.
> > > We had put the  "debug printf"  statement in the gtkmain.c and
> > debugged the
> > > test example.
> > > It is getting struck in the * g_main_loop_run (loop);* given below is
> > > the  code(code
> > > snippet from gtkmain.c)
> > >
> > > void
> > > gtk_main (void)
> > > {
> > >   GList *tmp_list;
> > >   GList *functions;
> > >   GtkInitFunction *init;
> > >   GMainLoop *loop;
> > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >   gtk_main_loop_level++;
> > >
> > >   loop = g_main_loop_new (NULL, TRUE);
> > >   main_loops = g_slist_prepend (main_loops, loop);
> > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >   tmp_list = functions = init_functions;
> > >   init_functions = NULL;
> > >
> > >   while (tmp_list)
> > >     {
> > >       init = tmp_list->data;
> > >       tmp_list = tmp_list->next;
> > >
> > >       (* init->function) (init->data);
> > >       g_free (init);
> > >     }
> > >   g_list_free (functions);
> > > printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >   if (g_main_loop_is_running (main_loops->data))
> > >     {
> > >    * printf("\n%s :: %d\n",__FILE__,__LINE__);
> > >       GDK_THREADS_LEAVE ();
> > >       g_main_loop_run (loop);
> > >       GDK_THREADS_ENTER ();
> > > *      printf("\n%s :: %d\n",__FILE__,__LINE__);
> >
> > That's normal. If you want runtime you have to create a timer or
> > register idle or timeout functions.
> >
> > >       gtk_container_add (GTK_CONTAINER (window), pMainWidget);
> > >  printf("\n\n\ngtk_container_add (GTK_CONTAINER (window),
> > > pMainWidget);\n\n\n") ;
> > >       gtk_widget_show (window);
> > > printf("\n\n\nABHISHEK START OF gtk_main\n\n\n");
> > >       gtk_main ();
> > > printf("\n\n\nABHISHEK END OF gtk_main\n\n\n");
> > >       return 0;
> >
> > Simply/weakly put: it should not return before the application is quit.
> >
> > --
> > Best regards,
> > Denis Oliver Kropp
> >
> > .------------------------------------------.
> > | DirectFB - Hardware accelerated graphics |
> > | http://www.directfb.org/                 |
> > "------------------------------------------"
> >
>
>
>
> --
> Thanks & Regards,
> kaka




-- 
Thanks & Regards,
kaka

Re: [Linux-fbdev-users] [directfb-dev] Error in running gtk example on cross compiled GTK with DirectFB on MIPS board

[kaka <sha...@gm...>]

Hi Denis,

I am writing gfx driver for DirectFB on BroadCom chip.
Right now i am using FBdev system to display graphics on BCM chip(MIPS
platform)  which should use software fallbacks from DirectFB.Later on i 'll
add hardware accelerartion also.
My framebuffer driver for BCM chip is working fine. I have checked it by
running a small example. Also the gfxdriver for directFB is working fine for
Video and Image.
The problem which i am facing right now is that i am running the fill
rectangle example.
IT is not filling any color in the rectangle. I am always getting the black
screen.

Could you plz provide some clue on it ?
Also could you plz specify the file name and function in which directFB
library is writing into the framebuffer memory the color pixel information?

Thanks in Advance.
kaka



On 12/17/07, Denis Oliver Kropp <do...@di...> wrote:
>
> kaka wrote:
> > HI ALL,
> >
> > We have successfully cross compiled GTK and DIRECTFB with all its
> > dependencies for MIPS board.
> > On running the basic test example of GTK, it is getting struck in the
> thread
> > loop infinitely.
> > We had put the  "debug printf"  statement in the gtkmain.c and debugged
> the
> > test example.
> > It is getting struck in the * g_main_loop_run (loop);* given below is
> > the  code(code
> > snippet from gtkmain.c)
> >
> > void
> > gtk_main (void)
> > {
> >   GList *tmp_list;
> >   GList *functions;
> >   GtkInitFunction *init;
> >   GMainLoop *loop;
> > printf("\n%s :: %d\n",__FILE__,__LINE__);
> >   gtk_main_loop_level++;
> >
> >   loop = g_main_loop_new (NULL, TRUE);
> >   main_loops = g_slist_prepend (main_loops, loop);
> > printf("\n%s :: %d\n",__FILE__,__LINE__);
> >   tmp_list = functions = init_functions;
> >   init_functions = NULL;
> >
> >   while (tmp_list)
> >     {
> >       init = tmp_list->data;
> >       tmp_list = tmp_list->next;
> >
> >       (* init->function) (init->data);
> >       g_free (init);
> >     }
> >   g_list_free (functions);
> > printf("\n%s :: %d\n",__FILE__,__LINE__);
> >   if (g_main_loop_is_running (main_loops->data))
> >     {
> >    * printf("\n%s :: %d\n",__FILE__,__LINE__);
> >       GDK_THREADS_LEAVE ();
> >       g_main_loop_run (loop);
> >       GDK_THREADS_ENTER ();
> > *      printf("\n%s :: %d\n",__FILE__,__LINE__);
>
> That's normal. If you want runtime you have to create a timer or register
> idle or timeout functions.
>
> >       gtk_container_add (GTK_CONTAINER (window), pMainWidget);
> >  printf("\n\n\ngtk_container_add (GTK_CONTAINER (window),
> > pMainWidget);\n\n\n") ;
> >       gtk_widget_show (window);
> > printf("\n\n\nABHISHEK START OF gtk_main\n\n\n");
> >       gtk_main ();
> > printf("\n\n\nABHISHEK END OF gtk_main\n\n\n");
> >       return 0;
>
> Simply/weakly put: it should not return before the application is quit.
>
> --
> Best regards,
> Denis Oliver Kropp
>
> .------------------------------------------.
> | DirectFB - Hardware accelerated graphics |
> | http://www.directfb.org/                 |
> "------------------------------------------"
>



-- 
Thanks & Regards,
kaka

Re: [Linux-fbdev-users] [directfb-dev] Error in running gtk example on cross compiled GTK with DirectFB on MIPS board

[kaka <sha...@gm...>]

Hi Denis,

Thanks for the reply.
I am running same example on X86 and it is running successfully and
displaying image.
On the other hand when i am running the same example on MIPS(GTK over
DirecTFB)
image is not being displayed.

Could u plz provide some clue on it.
Thanks.

Kaka


On 12/17/07, Denis Oliver Kropp <do...@di...> wrote:
>
> kaka wrote:
> > HI ALL,
> >
> > We have successfully cross compiled GTK and DIRECTFB with all its
> > dependencies for MIPS board.
> > On running the basic test example of GTK, it is getting struck in the
> thread
> > loop infinitely.
> > We had put the  "debug printf"  statement in the gtkmain.c and debugged
> the
> > test example.
> > It is getting struck in the * g_main_loop_run (loop);* given below is
> > the  code(code
> > snippet from gtkmain.c)
> >
> > void
> > gtk_main (void)
> > {
> >   GList *tmp_list;
> >   GList *functions;
> >   GtkInitFunction *init;
> >   GMainLoop *loop;
> > printf("\n%s :: %d\n",__FILE__,__LINE__);
> >   gtk_main_loop_level++;
> >
> >   loop = g_main_loop_new (NULL, TRUE);
> >   main_loops = g_slist_prepend (main_loops, loop);
> > printf("\n%s :: %d\n",__FILE__,__LINE__);
> >   tmp_list = functions = init_functions;
> >   init_functions = NULL;
> >
> >   while (tmp_list)
> >     {
> >       init = tmp_list->data;
> >       tmp_list = tmp_list->next;
> >
> >       (* init->function) (init->data);
> >       g_free (init);
> >     }
> >   g_list_free (functions);
> > printf("\n%s :: %d\n",__FILE__,__LINE__);
> >   if (g_main_loop_is_running (main_loops->data))
> >     {
> >    * printf("\n%s :: %d\n",__FILE__,__LINE__);
> >       GDK_THREADS_LEAVE ();
> >       g_main_loop_run (loop);
> >       GDK_THREADS_ENTER ();
> > *      printf("\n%s :: %d\n",__FILE__,__LINE__);
>
> That's normal. If you want runtime you have to create a timer or register
> idle or timeout functions.
>
> >       gtk_container_add (GTK_CONTAINER (window), pMainWidget);
> >  printf("\n\n\ngtk_container_add (GTK_CONTAINER (window),
> > pMainWidget);\n\n\n") ;
> >       gtk_widget_show (window);
> > printf("\n\n\nABHISHEK START OF gtk_main\n\n\n");
> >       gtk_main ();
> > printf("\n\n\nABHISHEK END OF gtk_main\n\n\n");
> >       return 0;
>
> Simply/weakly put: it should not return before the application is quit.
>
> --
> Best regards,
> Denis Oliver Kropp
>
> .------------------------------------------.
> | DirectFB - Hardware accelerated graphics |
> | http://www.directfb.org/                 |
> "------------------------------------------"
>



-- 
Thanks & Regards,
kaka

Re: [Linux-fbdev-users] [directfb-dev] Error in running gtk example on cross compiled GTK with DirectFB on MIPS board

[Denis O. K. <do...@di...>]

kaka wrote:
> HI ALL,
> 
> We have successfully cross compiled GTK and DIRECTFB with all its
> dependencies for MIPS board.
> On running the basic test example of GTK, it is getting struck in the thread
> loop infinitely.
> We had put the  "debug printf"  statement in the gtkmain.c and debugged the
> test example.
> It is getting struck in the * g_main_loop_run (loop);* given below is
> the  code(code
> snippet from gtkmain.c)
> 
> void
> gtk_main (void)
> {
>   GList *tmp_list;
>   GList *functions;
>   GtkInitFunction *init;
>   GMainLoop *loop;
> printf("\n%s :: %d\n",__FILE__,__LINE__);
>   gtk_main_loop_level++;
> 
>   loop = g_main_loop_new (NULL, TRUE);
>   main_loops = g_slist_prepend (main_loops, loop);
> printf("\n%s :: %d\n",__FILE__,__LINE__);
>   tmp_list = functions = init_functions;
>   init_functions = NULL;
> 
>   while (tmp_list)
>     {
>       init = tmp_list->data;
>       tmp_list = tmp_list->next;
> 
>       (* init->function) (init->data);
>       g_free (init);
>     }
>   g_list_free (functions);
> printf("\n%s :: %d\n",__FILE__,__LINE__);
>   if (g_main_loop_is_running (main_loops->data))
>     {
>    * printf("\n%s :: %d\n",__FILE__,__LINE__);
>       GDK_THREADS_LEAVE ();
>       g_main_loop_run (loop);
>       GDK_THREADS_ENTER ();
> *      printf("\n%s :: %d\n",__FILE__,__LINE__);

That's normal. If you want runtime you have to create a timer or register idle or timeout functions.

> 	gtk_container_add (GTK_CONTAINER (window), pMainWidget);
>  printf("\n\n\ngtk_container_add (GTK_CONTAINER (window),
> pMainWidget);\n\n\n") ;
> 	gtk_widget_show (window);
> printf("\n\n\nABHISHEK START OF gtk_main\n\n\n");	
> 	gtk_main ();
> printf("\n\n\nABHISHEK END OF gtk_main\n\n\n");
> 	return 0;

Simply/weakly put: it should not return before the application is quit.

-- 
Best regards,
  Denis Oliver Kropp

.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/                 |
"------------------------------------------"

[Linux-fbdev-users] Error in running gtk example on cross compiled GTK with DirectFB on MIPS board

[kaka <sha...@gm...>]

HI ALL,

We have successfully cross compiled GTK and DIRECTFB with all its
dependencies for MIPS board.
On running the basic test example of GTK, it is getting struck in the thread
loop infinitely.
We had put the  "debug printf"  statement in the gtkmain.c and debugged the
test example.
It is getting struck in the * g_main_loop_run (loop);* given below is
the  code(code
snippet from gtkmain.c)

void
gtk_main (void)
{
  GList *tmp_list;
  GList *functions;
  GtkInitFunction *init;
  GMainLoop *loop;
printf("\n%s :: %d\n",__FILE__,__LINE__);
  gtk_main_loop_level++;

  loop = g_main_loop_new (NULL, TRUE);
  main_loops = g_slist_prepend (main_loops, loop);
printf("\n%s :: %d\n",__FILE__,__LINE__);
  tmp_list = functions = init_functions;
  init_functions = NULL;

  while (tmp_list)
    {
      init = tmp_list->data;
      tmp_list = tmp_list->next;

      (* init->function) (init->data);
      g_free (init);
    }
  g_list_free (functions);
printf("\n%s :: %d\n",__FILE__,__LINE__);
  if (g_main_loop_is_running (main_loops->data))
    {
   * printf("\n%s :: %d\n",__FILE__,__LINE__);
      GDK_THREADS_LEAVE ();
      g_main_loop_run (loop);
      GDK_THREADS_ENTER ();
*      printf("\n%s :: %d\n",__FILE__,__LINE__);
      gdk_flush ();
    }
printf("\n%s :: %d\n",__FILE__,__LINE__);
  if (quit_functions)
    {
      GList *reinvoke_list = NULL;
      GtkQuitFunction *quitf;



Given below is the src code for test example of GTK:


#include <gtk/gtk.h>

int main( int   argc, char *argv[] )
{
	GtkWidget *window;
	GtkWidget *pMainWidget;
	GdkPixbuf *image;
	gboolean ret = 0;
	gtk_init (&argc, &argv);
printf("\n\n\ngtk_init (&argc, &argv);\n\n\n");		
	window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
	
	//gtk_container_set_border_width (GTK_CONTAINER (window), 10);
	
	image  = gdk_pixbuf_new_from_file ("test.gif", NULL);
   	if (!image)
		return FALSE;
   	pMainWidget = gtk_image_new_from_pixbuf(image);
printf("\n\n\npMainWidget = gtk_image_new_from_pixbuf(image);\n\n\n");	
	gtk_widget_show (pMainWidget);
	
	gtk_container_add (GTK_CONTAINER (window), pMainWidget);
 printf("\n\n\ngtk_container_add (GTK_CONTAINER (window),
pMainWidget);\n\n\n") ;
	gtk_widget_show (window);
printf("\n\n\nABHISHEK START OF gtk_main\n\n\n");	
	gtk_main ();
printf("\n\n\nABHISHEK END OF gtk_main\n\n\n");
	return 0;
}

Can anybody Plz throw some light on it?
Thanks in advcance
-- 
Thanks & Regards,
kaka

Re: [Linux-fbdev-users] Problem in the usage of mmap command(in directFB)

[Kaz K. <ka...@ze...>]

Dear Aptly-Named User,=20

The first clue you need to get is that you shouldn't send MIME-encoded,
HTML crap to open source mailing lists.=20

Repeatedly sending the same question to half a dozen mailing lists won't
solve your problem. (Everyone heard you the first N times already, and
it's unlikely that anyone new signed up within the last week who can
magically fix the failing mmap cll for you.

You have a 100% reproducible problem: no timing dependencies or race
conditions. Everytime you make the call with more than a certain size,
you nicely get this predictable EINVAL result.=20

You have the source code to everything; you can add debug printk calls
anywhere you want and rebuild the kernel. If there are multiple places
that can produce an -EINVAL return value, you can precisely identify
which one is doing it.

Golly, gee, lucky you! This is like the software equivalent of taking a
shot against a wide-open net: just kick the ball!

What is missing?

[Linux-fbdev-users] Problem in the usage of mmap command(in directFB)

[kaka <sha...@gm...>]

>
> Hi All,
>
> void *mmap(void *start, size_t length, int prot, int flags,           int
> fd, off_t offset);
>
> I am providing 1.6MB as length parameter in mmap command.
> It is giving me error as Can't mmap region with error number EINVAL. I
> searched for the probable causes for EINVAL error number, and cheked it that
> i am satisfying all of them
>
> on the other hand when i am providing 1.384MB as length parameter in mmap
> command.
> It is successful.
> This mmap command is being issued from User space(from the DIrectFB code
> in systems/fbdev.c)
>
> The exact command which i am writing is
> addr = mmap(NULL, dfb_fbdev->shared->fix.mmio_len, PROT_READ | PROT_WRITE,
> MAO_SHARED, dfb_fbdev->fd, 0);
>
> Can anybody provide any clue on it?
> I want to access the mmio regs at offset (0.9MB to 1.6MB offset).
> Also in my system MIPS board(broadcom chip), the framebuffer driver
> contains support for MMIO length as 1.6MB.
>
> --
> Thanks & Regards,
> kaka
>

[Linux-fbdev-users] Usage of mmap command(in directFB)

[kaka <sha...@gm...>]

Hi All,

void *mmap(void *start, size_t length, int prot, int flags,           int
fd, off_t offset);

I am providing 1.6MB as length parameter in mmap command.
It is giving me error as Can't mmap region with error number EINVAL. I
searched for the probable causes for EINVAL error number, and cheked it that
i am satisfying all of them

on the other hand when i am providing 1.384MB as length parameter in mmap
command.
It is successful.
This mmap command is being issued from User space(from the DIrectFB code in
systems/fbdev.c)

The exact command which i am writing is
addr = mmap(NULL, dfb_fbdev->shared->fix.mmio_len, PROT_READ | PROT_WRITE,
MAO_SHARED, dfb_fbdev->fd, 0);

Can anybody provide any clue on it?
I want to access the mmio regs at offset (0.9MB to 1.6MB offset).
Also in my system MIPS board(broadcom chip), the framebuffer driver contains
support for MMIO length as 1.6MB.

-- 
Thanks & Regards,
kaka


-- 
Thanks & Regards,
kaka

Re: [Linux-fbdev-users] Usage of mmap command

[Denis O. K. <do...@di...>]

kaka wrote:
> Hi Denis,
> 
> Thanks for the reply.
> I am writing gfxdriver for directFB library for broadcom chip.
> I have also written a frambuffer driver for broadcom chip.

Directly for broadcom or at another company?

> In directFB code,
> 
> static volatile void *
> system_map_mmio( unsigned int    offset,
>                  int             length )
> {
>      void *addr;
> 
>      if (length <= 0)
>           length = dfb_fbdev->shared->fix.mmio_len;
> 
>      addr = mmap( NULL, length, PROT_READ | PROT_WRITE, MAP_SHARED,
>                   dfb_fbdev->fd, dfb_fbdev->shared->fix.smem_len + offset );
>      if ((int)(addr) == -1) {
>           D_PERROR( "DirectFB/FBDev: Could not mmap MMIO region "
>                      "(offset %d, length %d)!\n", offset, length );
>           return NULL;
>      }
> 
>      return(volatile void*) ((u8*) addr + (dfb_fbdev->shared->fix.mmio_start&
>                                            dfb_fbdev->shared->page_mask));
> }

Can you add printfs to show dfb_fbdev->shared->fix.mmio_start, mmio_len,
smem_start and smem_len?

> the length and offset i am providing as 0 and -1.

You mean offset 0 and length -1?

> It is throwing me error as Could not mmap MMIO region.
> length coming from dfb_fbdev->shared->fix.smem_len is 16,00,000.

1600000 = 1.6MB?

> When i change the code to  addr = mmap( NULL, 900000, PROT_READ |
> PROT_WRITE, MAP_SHARED, dfb_fbdev->fd, dfb_fbdev->shared->fix.smem_len +
> offset );

You changed the length to 900000, but you need to use this to map offset
900000:

addr = mmap( NULL, length, PROT_READ | PROT_WRITE, MAP_SHARED,
dfb_fbdev->fd, 900000 );

But it should work if you set smem_len to 900000 in the fb driver.

> Then it works fine but it is not allowing me to write to addresses with
> offset greater than 900000.

Segfault?

> My requirement is to write in to the MMIO registers with offset between
> 900000 and 16 00 000.

What exactly is your frame buffer size and physical MMIO address?

You need to put the frame buffer size into smem_len and the physical
MMIO address into mmio_start, the length into mmio_len.

-- 
Best regards,
  Denis Oliver Kropp

.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/                 |
"------------------------------------------"

[Linux-fbdev-users] Usage of mmap command

[kaka <sha...@gm...>]

Hi Denis,

Thanks for the reply.
I am writing gfxdriver for directFB library for broadcom chip.
I have also written a frambuffer driver for broadcom chip.
In directFB code,

static volatile void *
system_map_mmio( unsigned int    offset,
                 int             length )
{
     void *addr;

     if (length <= 0)
          length = dfb_fbdev->shared->fix.mmio_len;

     addr = mmap( NULL, length, PROT_READ | PROT_WRITE, MAP_SHARED,
                  dfb_fbdev->fd, dfb_fbdev->shared->fix.smem_len + offset );
     if ((int)(addr) == -1) {
          D_PERROR( "DirectFB/FBDev: Could not mmap MMIO region "
                     "(offset %d, length %d)!\n", offset, length );
          return NULL;
     }

     return(volatile void*) ((u8*) addr + (dfb_fbdev->shared->fix.mmio_start&
                                           dfb_fbdev->shared->page_mask));
}


the length and offset i am providing as 0 and -1.
It is throwing me error as Could not mmap MMIO region.
length coming from dfb_fbdev->shared->fix.smem_len is 16,00,000.
When i change the code to  addr = mmap( NULL, 900000, PROT_READ |
PROT_WRITE, MAP_SHARED, dfb_fbdev->fd, dfb_fbdev->shared->fix.smem_len +
offset );
Then it works fine but it is not allowing me to write to addresses with
offset greater than 900000.

My requirement is to write in to the MMIO registers with offset between
900000 and 16 00 000.

Could you please help me in htis regard?

Thanks in Advance.




On 11/20/07, Denis Oliver Kropp <do...@di...> wrote:
>
> kaka wrote:
> > Hi All,
> >
> > void *mmap(void *start, size_t length, int prot, int flags,
> int
> > fd, off_t offset);
> >
> > I am providing 16,00,000 as length parameter in mmap command.
> > It is giving me error as Can't mmap region. on the other hand when i am
> > providing 9,00,000 as length parameter in mmap command.
> > It is successful.
> > This mmap command is being issued from User space.
> >
> > On the other hand in the framebuffer driver in the kernel spce i have
> > specified the length of mmio in the ioremap as 16,00,000.
>
> The ioremap() is independent of the values propagated to user space
> and fbmem.c via fix.mmio_start and fix.mmio_len, please check these.
>
> --
> Best regards,
> Denis Oliver Kropp
>
> .------------------------------------------.
> | DirectFB - Hardware accelerated graphics |
> | http://www.directfb.org/                 |
> "------------------------------------------"
>



-- 
Thanks & Regards,
kaka

Re: [Linux-fbdev-users] [directfb-dev] Usage of mmap command

[Denis O. K. <do...@di...>]

kaka wrote:
> Hi All,
> 
> void *mmap(void *start, size_t length, int prot, int flags,           int
> fd, off_t offset);
> 
> I am providing 16,00,000 as length parameter in mmap command.
> It is giving me error as Can't mmap region. on the other hand when i am
> providing 9,00,000 as length parameter in mmap command.
> It is successful.
> This mmap command is being issued from User space.
> 
> On the other hand in the framebuffer driver in the kernel spce i have
> specified the length of mmio in the ioremap as 16,00,000.

The ioremap() is independent of the values propagated to user space
and fbmem.c via fix.mmio_start and fix.mmio_len, please check these.

-- 
Best regards,
  Denis Oliver Kropp

.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/                 |
"------------------------------------------"

[Linux-fbdev-users] Usage of mmap command

[kaka <sha...@gm...>]

Hi All,

void *mmap(void *start, size_t length, int prot, int flags,           int
fd, off_t offset);

I am providing 16,00,000 as length parameter in mmap command.
It is giving me error as Can't mmap region. on the other hand when i am
providing 9,00,000 as length parameter in mmap command.
It is successful.
This mmap command is being issued from User space.

On the other hand in the framebuffer driver in the kernel spce i have
specified the length of mmio in the ioremap as 16,00,000.

Can anybody provide any clue on it?
I want to access the mmio regs at offset ( 0 to  16,00,000).

-- 
Thanks & Regards,
kaka

[Linux-fbdev-users] how to enable composite sync in radeonfb ?

[mirak m. <mi...@gm...>]

I found this patch here :
http://www.vdr-portal.de/board/thread.php?threadid=57529&threadview=0&hilight=&hilightuser=0&page=1

it would be nice to have that in upstream and also to be able to
enable or disable it with "csync" fbset option


###################################################################################################

diff -ur linux-2.6.18.3.org/drivers/video/aty/radeon_base.c
linux-2.6.18.3/drivers/video/aty/radeon_base.c
--- linux-2.6.18.3.org/drivers/video/aty/radeon_base.c 2006-08-23
23:16:33.000000000 +0200
+++ linux-2.6.18.3/drivers/video/aty/radeon_base.c     2006-12-11
22:11:56.000000000 +0100
@@ -683,6 +683,9 @@
                rinfo->pll.ppll_max     = BIOS_IN32(pll_info_block + 0x16);

                printk(KERN_INFO "radeonfb: Retrieved PLL infos from BIOS\n");
+printk(KERN_INFO "radeonfb: disregarding BIOS ppll_min of %d\n",
rinfo->pll.ppll_min);
+rinfo->pll.ppll_min = 12000;
+printk(KERN_INFO "radeonfb: using ppll_min of %d instead\n",
rinfo->pll.ppll_min);
                goto found;
        }

@@ -1660,6 +1663,13 @@
                                        CRTC_CRT_ON;
        }

+/*printk(KERN_INFO "radeonfb: vmode requested 0x%x\n", mode->vmode);*/
+#define CRTC_CSYNC_EN (1 << 4)
+if (mode->vmode & FB_VMODE_INTERLACED) {
+    newmode->crtc_gen_cntl |= CRTC_INTERLACE_EN | CRTC_CSYNC_EN;
+}
+/*printk(KERN_INFO "radeonfb: crtc_gen_cntl 0x%x\n", newmode->crtc_gen_cntl);*/
+
        newmode->dac_cntl = /* INREG(DAC_CNTL) | */ DAC_MASK_ALL |
DAC_VGA_ADR_EN |
                           DAC_8BIT_EN;

###################################################################################################

[Linux-fbdev-users] how to enable composite sync in radeonfb ?

[mirak m. <mi...@gm...>]

Hi,

I use a vga -> TV adapter with a radeon, and I use custome modelines.
They work with Xorg with the open source radeon module, but not fglrx,
because fglrx doesn't reconise the composite option.
It seems radeonfb have the same problem, because modes I define in
/etc/fbset.conf (or fbdev.conf I don't remember) doesn't work.

I have seen a patch on another website but it's for an old kernel and it's
two years old. I wonder why it wasn't incorporated upstream.

Regards,
Mirak

[Linux-fbdev-users] Current LiTE-0.8.3.tar.gz does ot support DFBTerm-0.8.0.tar.gz

[hong z. <hen...@ya...>]

List,

I build LiTE-0.8.3.tar.gz successfully and
DFBTerm-0.8.0.tar.gz asks for lite_theme_loaded and 
LiTE-0.8.3.tar.gz does not have it.

Does anyone know which LiTE version is good to
DFBTerm-0.8.0?

Thanks.

---henry

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Linux-fbdev-users] Unknown Synbol:__make_dp

[Ralf B. <ra...@li...>]

On Wed, Oct 31, 2007 at 04:05:18PM +0530, kaka wrote:

>  While installing the  linux framebuffer driver by insmod cmd. i am getting
> the above error,
> Unknown Synbol:__make_dp
> 
> Can anybody throw some light on it , kow to remove it?

This is a fp function.  We told you before you cannot use the FPU in the
kernel or all hell will break loose.

  Ralf

[Linux-fbdev-users] Unknown Synbol:__make_dp

[kaka <sha...@gm...>]

Hi All,

 While installing the  linux framebuffer driver by insmod cmd. i am getting
the above error,
Unknown Synbol:__make_dp

Can anybody throw some light on it , kow to remove it?
Thanks in advance.

-- 
Thanks & Regards,
kaka

Re: [Linux-fbdev-users] Unknown Synbol:__gp_disp

[sathesh b. <sat...@ya...>]

Hi,
    Please use "-mno-pic -mno-abicalls -G 0" cflags along with kernel  cflags  to build the your  module.
   
  Regards,
  Sathesh
  

kaka <sha...@gm...> wrote:
    Hi All,
   
  While installing the driver by insmod cmd. i am getting the above error, Unknown Synbol:__gp_disp,
  I have added ``-fno-pic -mno-abicalls'' option in the make file as 
   
    $(BCM_OBJ_DIR)/%.o: %.c
  @echo '$(CC) -c $(notdir $<)'
  @$(CC) -fno-pic -mno-abicalls -MMD -c $(CFLAGS) $< -o $@
   
  I tried by adding those symbols in the CFLAGS
  CFLAGS += -fno-pic -mno-abicalls.
  But it didn't help my cause.
  Could anybody plz look in to the error and reply?
  Thanks in advance


-- 
Thanks & Regards,
kaka 




       
---------------------------------
 Bring your gang together - do your thing.  Start your group.

[Linux-fbdev-users] Unknown Synbol:__gp_disp

[kaka <sha...@gm...>]

Hi All,

While installing the driver by insmod cmd. i am getting the above error,
Unknown Synbol:__gp_disp,
I have added ``-fno-pic -mno-abicalls'' option in the make file as


$(BCM_OBJ_DIR)/%.o: %.c

@echo '$(CC) -c $(notdir $<)'

@$(CC) -fno-pic -mno-abicalls -MMD -c $(CFLAGS) $< -o $@



I tried by adding those symbols in the CFLAGS

CFLAGS += -fno-pic -mno-abicalls.

But it didn't help my cause.

Could anybody plz look in to the error and reply?

Thanks in advance


-- 
Thanks & Regards,
kaka

[Linux-fbdev-users] Unknown Synbol:__gp_disp

[kaka <sha...@gm...>]

Hi All,

While installing the driver by insmod cmd. i am getting the above error,
Unknown Synbol:__gp_disp,
I have added ``-fno-pic -mno-abicalls'' option in the make file as


$(BCM_OBJ_DIR)/%.o: %.c

@echo '$(CC) -c $(notdir $<)'

@$(CC) -fno-pic -mno-abicalls -MMD -c $(CFLAGS) $< -o $@



I tried by adding those symbols in the CFLAGS

CFLAGS += -fno-pic -mno-abicalls.

But it didn't help my cause.

Could anybody plz look in to the error and reply?

Thanks in advance


-- 
Thanks & Regards,
kaka

[Linux-fbdev-users] link http://linux-fbdev.sourceforge.net/HOWTO/index.html is not available

[hong z. <hen...@ya...>]

List,

Does anyone know why this link is not available?
http://linux-fbdev.sourceforge.net/HOWTO/index.html

Thanks.

---henry

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Linux-fbdev-users] Updated:Error opening framebuffer device/Unknown symbol

[Kevin D. K. <Ke...@mi...>]

He's been told this at least 3 times.  I'm starting to think that he's a troll.

----- Original Message ----- 
From: "Markus Gothe" <mar...@27...>
To: "kaka" <sha...@gm...>
Cc: <dir...@di...>; <dir...@di...>; <lin...@li...>; <ucl...@uc...>;
<lin...@li...>
Sent: Thursday, October 25, 2007 8:56 AM
Subject: Re: Updated:Error opening framebuffer device/Unknown symbol


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> You cannot use libc-stuff for the kernel, use the kernel equalients...
>
> //Markus
>
> kaka wrote:
> > Hi All,
> >
> > Thanks for the overhelming responses.
> > I was able to remove the problem of Unknown symbols by linking the
> > proper libraries. Now the problem got reduced to the following messages.
> >
> > # insmod brcmstfb.ko
> > brcmstfb: Unknown symbol printf
> > brcmstfb: Unknown symbol malloc
> > brcmstfb: Unknown symbol free
> > insmod: cannot insert `brcmstfb.ko': Unknown symbol in module (2):
> > No such file or directory
> > #
> >
> > for the above problem i had tried to link "libgcc.a " but those
> > symbols are also undefined in it also.
> > RECAP:
> > While running  the cross compiled directFB example on MIPS chip,*
> > We tried to install the framebuffer driver(command given
> > above) after creating the node fb0.
> > APPROACH:
> > Actually the code of frambuffer driver consists of usual kernel
> > framebuffer code and properitiary graphics lib code.
> > The properitiary graphics lib code is using malloc,print and free
> > from <stdlib.h> and that is why those symbols are coming undefined.
> >
> > Could anybody help in this regard?
> > Thanks in advance.
> >
> > kaka
> >
> >
> >
> > ---------- Forwarded message ----------
> > From: *kaka* < sha...@gm... <mailto:sha...@gm...>>
> > Date: Oct 12, 2007 6:33 PM
> > Subject: Error opening framebuffer device/Unknown symbol
> > register_framebuffer
> > To: dir...@di...
> > <mailto:dir...@di...>, dir...@di...
> > <mailto:dir...@di...>.
> >
> >
> >
> >     * Hi All, *
> >
> >     * While running  the cross compiled directFB example on MIPS chip, *
> >
> >     *
> >
> >
> >
> >     We tried to install the framebuffer driver(command given at the
> bottom) and we have already created the node fb0. *
> >
> >     * We are getting the following error,  *
> >
> >
> >
> >     * Can anybody help in this regard ? *
> >
> >     * Thanks in Advance. *
> >
> >     # ../../cross_directfb/simple_mips
> >
>
> >          =======================|  DirectFB 1.0.0  |=======================
> >               (c) 2001-2007  The DirectFB Organization (directfb.org
> <http://directfb.org/>)
> >               (c) 2000-2004  Convergence (integrated media) GmbH
> >             ------------------------------------------------------------
> >
>
> >     (*) DirectFB/Core: Single Application Core. (2007-10-05 14:17)
> >     (!) Direct/Util: opening '/dev/fb0' failed
> >         --> No such device or address
> >     (!) DirectFB/FBDev: Error opening framebuffer device!
> >     (!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER
> environment variable.
> >     (!) DirectFB/Core: Could not initialize 'system' core!
> >         --> Initialization error!
> >     simple.c <96>:
> >             (#) DirectFBError [DirectFBCreate (&dfb)]: Initialization
> error!
> >     #
> >
> >     * While running the following command in MIPS chip, we are getting
> the following error. *
> >
> >     # insmod brcmstfb.ko
> >     brcmstfb: Unknown symbol unregister_framebuffer
> >     brcmstfb: Unknown symbol printf
> >     brcmstfb: Unknown symbol malloc
> >     brcmstfb: Unknown symbol fb_find_mode
> >     brcmstfb: Unknown symbol fb_dealloc_cmap
> >     brcmstfb: Unknown symbol fb_alloc_cmap
> >     brcmstfb: Unknown symbol framebuffer_release
> >     brcmstfb: Unknown symbol free
> >     insmod: cannot insert `brcmstfb.ko': Unknown symbol in module (2):
> No such file or directory
> >     #
> >     #
> >
> >
> >
> >
> >
> >
> > --
> > Thanks & Regards,
> > kaka
> >
> > --
> > Thanks & Regards,
> > kaka
>
>
> - --
> _______________________________________
>
> Mr Markus Gothe
> Software Engineer
>
> Phone: +46 (0)13 21 81 20 (ext. 1046)
> Fax: +46 (0)13 21 21 15
> Mobile: +46 (0)73 718 72 80
> Diskettgatan 11, SE-583 35 Linköping, Sweden
> www.27m.com
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHILyr6I0XmJx2NrwRCDF2AJ9eZIGLy2mPEiUn6bz4+oX7pclzWACfQBn8
> pv3s3/Hpkhhau69I7NZLCJ0=
> =0zSq
> -----END PGP SIGNATURE-----
>
>
>

Re: [Linux-fbdev-users] Updated:Error opening framebuffer device/Unknown symbol

[Markus G. <mar...@27...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

You cannot use libc-stuff for the kernel, use the kernel equalients...

//Markus

kaka wrote:
> Hi All,
> 
> Thanks for the overhelming responses.
> I was able to remove the problem of Unknown symbols by linking the
> proper libraries. Now the problem got reduced to the following messages.
> 
> # insmod brcmstfb.ko
> brcmstfb: Unknown symbol printf
> brcmstfb: Unknown symbol malloc
> brcmstfb: Unknown symbol free
> insmod: cannot insert `brcmstfb.ko': Unknown symbol in module (2):
> No such file or directory
> #
> 
> for the above problem i had tried to link "libgcc.a " but those
> symbols are also undefined in it also.
> RECAP:
> While running  the cross compiled directFB example on MIPS chip,*
> We tried to install the framebuffer driver(command given
> above) after creating the node fb0.
> APPROACH:
> Actually the code of frambuffer driver consists of usual kernel
> framebuffer code and properitiary graphics lib code.
> The properitiary graphics lib code is using malloc,print and free
> from <stdlib.h> and that is why those symbols are coming undefined.
> 
> Could anybody help in this regard?
> Thanks in advance.
> 
> kaka
> 
>
>
> ---------- Forwarded message ----------
> From: *kaka* < sha...@gm... <mailto:sha...@gm...>>
> Date: Oct 12, 2007 6:33 PM
> Subject: Error opening framebuffer device/Unknown symbol
> register_framebuffer
> To: dir...@di...
> <mailto:dir...@di...>, dir...@di...
> <mailto:dir...@di...>.
>
> 
>
>     * Hi All, *
>
>     * While running  the cross compiled directFB example on MIPS chip, *
>
>     *
>
>
>
>     We tried to install the framebuffer driver(command given at the
bottom) and we have already created the node fb0. *
>
>     * We are getting the following error,  *
>
>
>
>     * Can anybody help in this regard ? *
>
>     * Thanks in Advance. *
>
>     # ../../cross_directfb/simple_mips
>                                                                                                                                 

>          =======================|  DirectFB 1.0.0  |=======================
>               (c) 2001-2007  The DirectFB Organization (directfb.org
<http://directfb.org/>)
>               (c) 2000-2004  Convergence (integrated media) GmbH
>             ------------------------------------------------------------
>                                                                                                                                 

>     (*) DirectFB/Core: Single Application Core. (2007-10-05 14:17)
>     (!) Direct/Util: opening '/dev/fb0' failed
>         --> No such device or address
>     (!) DirectFB/FBDev: Error opening framebuffer device!
>     (!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER
environment variable.
>     (!) DirectFB/Core: Could not initialize 'system' core!
>         --> Initialization error!
>     simple.c <96>:
>             (#) DirectFBError [DirectFBCreate (&dfb)]: Initialization
error!
>     #
>
>     * While running the following command in MIPS chip, we are getting
the following error. *
>
>     # insmod brcmstfb.ko
>     brcmstfb: Unknown symbol unregister_framebuffer
>     brcmstfb: Unknown symbol printf
>     brcmstfb: Unknown symbol malloc
>     brcmstfb: Unknown symbol fb_find_mode
>     brcmstfb: Unknown symbol fb_dealloc_cmap
>     brcmstfb: Unknown symbol fb_alloc_cmap
>     brcmstfb: Unknown symbol framebuffer_release
>     brcmstfb: Unknown symbol free
>     insmod: cannot insert `brcmstfb.ko': Unknown symbol in module (2):
No such file or directory
>     #
>     #
>
>     
>
>
>
>
> --
> Thanks & Regards,
> kaka
>
> --
> Thanks & Regards,
> kaka


- --
_______________________________________

Mr Markus Gothe
Software Engineer

Phone: +46 (0)13 21 81 20 (ext. 1046)
Fax: +46 (0)13 21 21 15
Mobile: +46 (0)73 718 72 80
Diskettgatan 11, SE-583 35 Linköping, Sweden
www.27m.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHILyr6I0XmJx2NrwRCDF2AJ9eZIGLy2mPEiUn6bz4+oX7pclzWACfQBn8
pv3s3/Hpkhhau69I7NZLCJ0=
=0zSq
-----END PGP SIGNATURE-----