linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Antonino A. Daplas" <adaplas@hotpop.com>
To: kronos@kronoz.cjb.net
Cc: Linux Fbdev development list <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: [PATCH]: rivafb DDC2/I2C
Date: 13 Jan 2004 09:09:15 +0800	[thread overview]
Message-ID: <1073956162.14430.17.camel@localhost.localdomain> (raw)
In-Reply-To: <20040112173853.GA2176@dreamland.darkstar.lan>

On Tue, 2004-01-13 at 01:38, Kronos wrote:
>
>                         *mode = vesa_modes[i];
> -                       return 1;
> +                       mode->flag |= MODE_IS_STANDARD;
> +                       break;
> +               } else {
> +                       calc_mode_timings(xres, yres, refresh, mode);
> +                       mode->flag = MODE_IS_STANDARD | MODE_IS_CALCULATED;
> +                       break;
>                 }
>         }
> 
> This won't work. It will exit after the first iteration in any case. You
> reintroduced the same bug you spotted some time ago ;)

Thanks :-).  Fixed.

> Also, I see that you introduced fb_sqrt, we already have int_sqrt (see
> lib/int_sqrt.c). If the only issue was the return value you can change
> fb_sqrt to:
> 
> static inline u32 fb_sqrt(int x) {
>         return (u32)int_sqrt(x);
> }
> 

No issue.  Fixed.

>  
> > 2. modedb.c
> > - removed __init for fb_find_mode().
> 
> You have to change the prototype in fb.h. fb_find_mode was implemented
> in a different way if MODULE was defined.

Ok.

> 
> And if we are keeping modedb (~2.7KB) after initialization we should
> merge it with vesa_modes (we still have MODE_IS_VESA flag) and remove 
> duplicates.
> 

Possibly.  Will be on my TODO.

Tony






-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html

      parent reply	other threads:[~2004-01-13  1:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-12 14:59 [PATCH]: rivafb DDC2/I2C Antonino A. Daplas
2004-01-12 22:50 ` Benjamin Herrenschmidt
2004-01-12 23:24   ` James Simmons
     [not found] ` <20040112173853.GA2176@dreamland.darkstar.lan>
2004-01-13  1:09   ` Antonino A. Daplas [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1073956162.14430.17.camel@localhost.localdomain \
    --to=adaplas@hotpop.com \
    --cc=kronos@kronoz.cjb.net \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).