[PATCH 0/13 v2] viafb: VIA Frame Buffer Device Driver

[PATCH 0/13 v2] viafb: VIA Frame Buffer Device Driver

[JosephChan]

Hi all,

Here comes the 13 updated patchs for VIA Frame Buffer Device Driver.
This driver could be used on VIA UniChrome (Pro) and Chrome9 family chips.
All the patches are based on linux kernel 2.6.27-rc2 and they're modified by adopting community's feedback.
I would like to thank all who provided their suggestions for VIAFB by mail.
Any question, please contact me. Thanks.

BRs,
Joseph Chan 
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: [PATCH 0/13 v2] viafb: VIA Frame Buffer Device Driver

[Krzysztof Helt]

On Fri, 8 Aug 2008 18:09:21 +0800
<JosephChan@via.com.tw> wrote:

> Hi all,
> 
> Here comes the 13 updated patchs for VIA Frame Buffer Device Driver.
> This driver could be used on VIA UniChrome (Pro) and Chrome9 family chips.
> All the patches are based on linux kernel 2.6.27-rc2 and they're modified by adopting community's feedback.
> I would like to thank all who provided their suggestions for VIAFB by mail.
> Any question, please contact me. Thanks.
> 

Please resend the 3rd patch as it is damaged (missing 3 lines of each file).

I am for merging these patches as they are sent now. It allows sending 
fixes to them as incremental patches.

This set builds at least for my configuration (Pentium3 SMP). 
Unfortunately, I do not have hardware to test. I though about
buying one of these sexy VIA ITX boards but it is outside my
budget now. Anyway, I have too many computers according
to my spouse.

Kind regards,
Krzysztof


----------------------------------------------------------------------
Tylko dla detektywow! Konkurs na Smaker.pl
Kliknij >>> http://link.interia.pl/f1eb1


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: [PATCH 0/13 v2] viafb: VIA Frame Buffer Device Driver

[JosephChan]

[-- Attachment #1: Type: text/plain, Size: 1821 bytes --]

Hi Krzysztof,

Thanks to remind, but after I checked the patches in linux-fbdev-devel mailing list.
It seems there is no missing lines as you mentioned. 

Would you please tell me the detailed problem you met? Thanks.

In addition, if possible, I could send you a file which includes all patches.
How do you think that? 

BRs,
Joseph

-----Original Message-----
From: Krzysztof Helt [mailto:krzysztof.h1@poczta.fm] 
Sent: Saturday, August 09, 2008 12:27 AM
To: Joseph Chan
Cc: linux-fbdev-devel@lists.sourceforge.net; linux-kernel@vger.kernel.org; akpm@linux-foundation.org; geert@linux-m68k.org
Subject: Re: [Linux-fbdev-devel] [PATCH 0/13 v2] viafb: VIA Frame Buffer Device Driver

On Fri, 8 Aug 2008 18:09:21 +0800
<JosephChan@via.com.tw> wrote:

> Hi all,
> 
> Here comes the 13 updated patchs for VIA Frame Buffer Device Driver.
> This driver could be used on VIA UniChrome (Pro) and Chrome9 family chips.
> All the patches are based on linux kernel 2.6.27-rc2 and they're modified by adopting community's feedback.
> I would like to thank all who provided their suggestions for VIAFB by mail.
> Any question, please contact me. Thanks.
> 

Please resend the 3rd patch as it is damaged (missing 3 lines of each file).

I am for merging these patches as they are sent now. It allows sending fixes to them as incremental patches.

This set builds at least for my configuration (Pentium3 SMP). 
Unfortunately, I do not have hardware to test. I though about buying one of these sexy VIA ITX boards but it is outside my budget now. Anyway, I have too many computers according to my spouse.

Kind regards,
Krzysztof


----------------------------------------------------------------------
Tylko dla detektywow! Konkurs na Smaker.pl Kliknij >>> http://link.interia.pl/f1eb1



[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 182 bytes --]

_______________________________________________
Linux-fbdev-devel mailing list
Linux-fbdev-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel

Re: [Linux-fbdev-devel] [PATCH 0/13 v2] viafb: VIA Frame Buffer Device Driver

[Bruno Prémont]

On Fri, 08 August 2008 <JosephChan@via.com.tw> wrote:
> Here comes the 13 updated patchs for VIA Frame Buffer Device Driver.
> This driver could be used on VIA UniChrome (Pro) and Chrome9 family
> chips. All the patches are based on linux kernel 2.6.27-rc2

Seems to work for me when compiled into kernel on Commell LE365D (Via
CX700) though I get two unwanted effects:
- boot logo does not show up, where it should appear I just get a
  square of colored pixels (2 colors: background and foreground grid)
- when blanking console colored text remains visible (e.g. green '*'
  characters emitted during Gentoo boot)
  Ideally the output/monitor should got into standby when console is
  blanking


The boot logo issue exists when patch is applied to 2.6.26.2 and
2.6.27-rc2-git4, for the console blanking it's only tested on 2.6.26.2
as 2.6.27-rc2-git4 panics while probing hard drives.

Framebuffer related kernel commandline options:
  video=viafb:viafb_mode=1280x1024,viafb_bpp=32,viafb_refresh=60


Suspend to RAM (S3) works with BIOS configured to reinitialize the
graphics at resume time, I have not yet checked without this option
being enabled in BIOS (though it probably won't work as there is no
suspend/resume callback in the patch-set).
Have not checked yet if DRI has support for CX700 and can do the
suspend/resume handling as the intel DRI can do.


As Krzysztof Helt I'm in favor of merging and ironing out remaining
issues with incremental patches

Bruno