+-
> drivers/video/intelfb/intelfbdrv.c | 5 ++-
> drivers/video/vga16fb.c|2 +-
Acked-by: Antonino A. Daplas <[EMAIL PROTECTED]>
with respect to the drivers/video portion.
Tony
-
To unsubscribe from this list: send the line "unsubscribe li
On Sat, 2007-10-13 at 20:13 +0200, Frans Pop wrote:
> I could solve this issue in two ways:
> - boot with VGA=791 parameter (initial boot was without VGA= parameter)
> - compile kernel without FRAMEBUFFER_CONSOLE_DETECT_PRIMARY set (I also
> unset FB_VIRTUAL, but without its boot param that shou
On Sat, 2007-10-13 at 20:13 +0200, Frans Pop wrote:
> While running a test with current Linus' git tree, I ran into the following
> issue. The issue is also present in stable 2.6.23.
>
> System x86_64; Pentium D; Intel 82945G/GZ on-board graphics
>
> After initial boot messages all output to cons
On Tue, 2007-10-09 at 11:39 -0600, Grant Likely wrote:
> On 10/8/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-10-08 at 22:43 -0600, Grant Likely wrote:
> > > BTW, what path do framebuffer patches take to get into Linus' tree?
> > > Does
On Mon, 2007-10-08 at 22:43 -0600, Grant Likely wrote:
> On 10/2/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-10-01 at 09:57 -0600, Grant Likely wrote:
> > > Assuming there are no major issues, I'd like to get this patch series
> >
On Tue, 2007-10-09 at 00:05 +0200, Pavel Machek wrote:
> Hi!
>
> I played with powertop a bit, and found a fairly interesting failure
> mode. If I boot init=/bin/bash vga=1, I get ~2 wakeups a second, nice.
>
> When I boot init=/bin/bash vga=791 (vesa framebuffer), most wakeups
> are caused by cu
On Tue, 2007-10-09 at 01:31 +0200, Jan Engelhardt wrote:
> On Oct 9 2007 07:12, Antonino A. Daplas wrote:
> >>
> >> References: http://lkml.org/lkml/2007/4/1/162
> >>http://lkml.org/lkml/2007/10/5/199
> >
> >This is quite a long thread :-)
>
&
On Sat, 2007-10-06 at 22:09 +0200, Jan Engelhardt wrote:
> Colored kernel message output (1/2)
>
> This patch makes it possible to give kernel messages a selectable
> color. It can be chosen at compile time, overridden at boot time,
> and changed at run time.
>
> References: http://lkml.org/lkml
On Mon, 2007-10-01 at 09:57 -0600, Grant Likely wrote:
> (resend due to mailer issues. Apologies to anyone receiving this twice)
>
> This patch series reworks the Xilinx framebuffer driver and then adds
> an of_platform bus binding. The of_platform bus binding is needed to use
> the driver in ar
On Sat, 2007-09-29 at 10:36 +0200, Jan Engelhardt wrote:
> Make the vt return to the system default when it is reset.
> Also make UTF-8 the system default.
It's about time we do, so this is fine with me.
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Fri, 2007-09-28 at 22:03 +0200, Santiago Garcia Mantinan wrote:
> Hi!
>
> I have just compiled a 2.6.23-rc8 using the config from my 2.6.22 as a basis
> and I came out with a not working (almost black) vga text console.
>
> This is what I'm getting on my logs:
>
> Console: colour dummy device
On Mon, 2007-09-24 at 23:25 -0700, Randy Dunlap wrote:
> Is there some reason that we don't put all video gfx config in one
> place? Is the split just historical, based on subdirectory locations,
> or is there a bigger reason for it?
Just historical, based on subdirectory locations. Someone did a
On Wed, 2007-09-26 at 11:43 +0800, Bryan Wu wrote:
> From: Michael Hennerich <[EMAIL PROTECTED]>
> Date: Wed, 26 Sep 2007 11:33:01 +0800
> Subject: [PATCH 2/2] [VIDEO FRAMEBUFFER] Blackfin BF54x framebuffer device
> driver for a SHARP LQ043T1DG01 TFT LCD
>
> Signed-off-by: Michael Hennerich <[EMA
On Thu, 2007-09-20 at 02:26 -0400, ben soo wrote:
> Antonino A. Daplas wrote:
> > On Tue, 2007-09-18 at 03:26 -0400, ben soo wrote:
> >> i've 2 servers with old PCI VGA cards, one using X86_64 kernel
> >> version 2.6.23-rc5 and one with i386 kernel version 2.6.
On Tue, 2007-09-18 at 03:26 -0400, ben soo wrote:
> i've 2 servers with old PCI VGA cards, one using X86_64 kernel
> version 2.6.23-rc5 and one with i386 kernel version 2.6.23-rc6,
> both wired into the same CRT via a KVM switch.
Is this new? If yes, what's the version of the last working kernel?
On Sun, 2007-08-26 at 21:09 +0200, Michal Januszewski wrote:
> On Wed, Jul 18, 2007 at 11:18:15PM +0800, Antonino A. Daplas wrote:
>
> How about modifying it so that it looks for a mode with the highest
> refresh rate if either a non-generic modedb is used or
> info.monspecs.{vf
On Mon, 2007-08-13 at 12:07 -0700, Joe Perches wrote:
>
> INTEL FRAMEBUFFER DRIVER (excluding 810 and 815)
> P:Sylvain Meyer
> M:[EMAIL PROTECTED]
>
Maybe Dave?
> IMS TWINTURBO FRAMEBUFFER DRIVER
> P:Paul Mundt
> M:[EMAIL PROTECTED]
That's not Paul's current email.
Tony
-
T
On Mon, 2007-08-13 at 11:03 -0700, Joe Perches wrote:
> > > +F: drivers/video/svgalib.c
> > > +F: include/linux/svga.h
> > These two are not a part of the video mode selection code, but
> > arch/i386/boot/video.S is.
>
> SVGA HANDLING
> P:Martin Mares
> M:[EMAIL PROTECTED]
> L:
On Sun, 2007-08-05 at 20:11 +0800, Jeff Chua wrote:
> On 8/5/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> > Also, please submit your .config and kernel command line.
>
> # cat /proc/cmdline
>
> BOOT_IMAGE=(hd0,14)/linux/bzc1 root=/dev/sda2 resume=/dev/sda3 reboot=bios
>
>
Can you try with t
On Sat, 2007-08-04 at 11:06 -0700, H. Peter Anvin wrote:
> Linus Torvalds wrote:
> >
> > On Sat, 4 Aug 2007, Jeff Chua wrote:
> >> On 8/4/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
> After resume from s2ram or switching to console from X, my console is
> messed up on rc1 and rc2. Is there
On Thu, 2007-08-02 at 22:33 -0400, Daniel Drake wrote:
> Antonino A. Daplas wrote:
> > How about this patch?
> >
> > Tony
> > ---
> >
> > Subject: video setup: Fix VBE DDC reading
> >
> > Add memory operand constraint and write-only modifier
H. Peter Anvin wrote:
> Antonino A. Daplas wrote:
>> On Wed, 2007-08-01 at 09:54 +0800, Antonino A. Daplas wrote:
>>> On Tue, 2007-07-31 at 21:17 -0400, Daniel Drake wrote:
>>>> Zwane Mwaikambo wrote:
>>>>> Sorry if this has been hashed out before, bu
On Wed, 2007-08-01 at 09:54 +0800, Antonino A. Daplas wrote:
> On Tue, 2007-07-31 at 21:17 -0400, Daniel Drake wrote:
> > Zwane Mwaikambo wrote:
> > > Sorry if this has been hashed out before, but could you point me towards
> > > the gentoo bugzilla entry? I'm try
On Tue, 2007-07-31 at 11:13 +0800, Huang, Ying wrote:
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#include
> +
I don't see any problem
On Tue, 2007-07-31 at 21:17 -0400, Daniel Drake wrote:
> Zwane Mwaikambo wrote:
> > Sorry if this has been hashed out before, but could you point me towards
> > the gentoo bugzilla entry? I'm trying to understand how your setup broke.
> > Which version VBE does your system have?
>
> Here's the b
On Tue, 2007-07-31 at 19:58 -0400, Daniel Drake wrote:
> Hi,
>
> H. Peter Anvin wrote:
> >> So, 2.6.22-rc6-mm1 should work fine with CONFIG_FIRMWARE_EDID=y, or are
> >> further patches needed?
> >>
> >
> > It should, yes.
>
> It didn't work, and the bug still exists in 2.6.23-rc1: the resolution
On Tue, 2007-07-31 at 04:48 +0900, Paul Mundt wrote:
> On Sun, Jul 29, 2007 at 01:39:51AM +0100, Adrian McMenamin wrote:
> This looks fine to me in any event. I can either wrap this up in my tree
> or Tony can include it with his next set of updates if he has any other
> concerns. Thanks, Adrian.
On Sat, 2007-07-28 at 10:14 +0800, Antonino A. Daplas wrote:
> On Sat, 2007-07-28 at 02:06 +0100, Adrian McMenamin wrote:
> > On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> >
> > >
> tmp = transp << var->transp.offset | red << var-
On Sat, 2007-07-28 at 02:06 +0100, Adrian McMenamin wrote:
> On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> >
> But certainly better at 16bpp
>
> Can mess about with it later to see if I can get the colours right I suppose.
>
You can sta
On Sat, 2007-07-28 at 01:32 +0100, Adrian McMenamin wrote:
> On 28/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> > > On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > > >
On Fri, 2007-07-27 at 23:25 +0100, Adrian McMenamin wrote:
> On 27/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> > > On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > >
> &
On Fri, 2007-07-27 at 20:47 +0100, Adrian McMenamin wrote:
> On 26/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
>
> >
> > I'm also confused. Can you change the color depth to 32 bpp ('fbset
> > -depth 32')? I'm thinking of a possible ps
On Fri, 2007-07-27 at 21:18 +0100, Adrian McMenamin wrote:
> On 27/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
>
> > With the patch reverted and 24bpp, it oopses before freezing (with two
> > odd looking boot logos on the screen):
> >
> Tested this further and it fails on:
>
> rev = fb_rea
On Tue, 2007-07-24 at 22:45 +0100, Adrian McMenamin wrote:
> On 23/07/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> > > I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
> > &g
On Mon, 2007-07-23 at 14:07 +0200, Gabriel C wrote:
> Antonino A. Daplas wrote:
> > On Sun, 2007-07-22 at 18:23 +0200, Gabriel C wrote:
> >> Hi,
> >>
> >> I got this warning on current git:
> >>
> >> ...
> >>
> >> dr
On Sun, 2007-07-22 at 18:23 +0200, Gabriel C wrote:
> Hi,
>
> I got this warning on current git:
>
> ...
>
> drivers/video/console/fbcon.c:130: warning: 'map_override' defined but not
> used
>
> ...
>
> Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
>
> ---
>
> diff --git a/drivers/
On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
> - when the code is executed it appears to lock the Dreamcast up.
>
> The problem seems to be:
>
> fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
>
> In
On Sun, 2007-07-22 at 12:20 +0200, Geert Uytterhoeven wrote:
> On Sat, 21 Jul 2007, Antonino A. Daplas wrote:
> > On Fri, 2007-07-20 at 23:27 +0200, Sam Ravnborg wrote:
> > > Fix following section mismatch warning:
> > > WARNING: vmlinux.o(.text+0x121e62): Sec
On Sun, 2007-07-22 at 18:23 +0200, Gabriel C wrote:
> Hi,
>
> I got this warning on current git:
>
> ...
>
> drivers/video/console/fbcon.c:130: warning: 'map_override' defined but not
> used
>
> ...
>
> Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
Acked-by: Antonino Daplas <[EMAIL P
On Fri, 2007-07-20 at 23:27 +0200, Sam Ravnborg wrote:
> Fix following section mismatch warning:
> WARNING: vmlinux.o(.text+0x121e62): Section mismatch: reference to
> .init.text:__alloc_bootmem (between 'vgacon_startup' and 'vgacon_scrolldelta')
>
> Browsing the code it seems that vgacon_scrollb
On Wed, 2007-07-18 at 10:38 -0700, H. Peter Anvin wrote:
> Antonino A. Daplas wrote:
> >
> >> What about the VBE 3.0 arbitrary vertical refresh rate thing?
> >
> > This is not implemented by the video-vesa.c because it will require
> > complex calculations o
On Wed, 2007-07-18 at 19:59 +0300, Matan Ziv-Av wrote:
> On Wed, 18 Jul 2007, Antonino A. Daplas wrote:
>
> > So, one cannot just set any mode, unless that mode is already defined in
> > the BIOS mode table. In VBE 3.0, you might be able to choose an
> > arbitrary ve
On Wed, 2007-07-18 at 16:38 +0200, Ondrej Zajicek wrote:
> On Wed, Jul 18, 2007 at 10:41:02AM +0200, Michal Januszewski wrote:
> > Currently if the refresh rate is not specified fb_find_mode() returns
> > the first known video mode with the requested resoluion, which provides
> > no guarantees wrt
On Wed, 2007-07-18 at 17:52 +0300, Al Boldi wrote:
> Antonino A. Daplas wrote:
> > On Wed, 2007-07-18 at 16:45 +0300, Al Boldi wrote:
> > > Antonino A. Daplas wrote:
> > > > On Wed, 2007-07-18 at 13:42 +0300, Al Boldi wrote:
> > > > > Geert Uytterhoeven
On Wed, 2007-07-18 at 16:45 +0300, Al Boldi wrote:
> Antonino A. Daplas wrote:
> > On Wed, 2007-07-18 at 13:42 +0300, Al Boldi wrote:
> > > Geert Uytterhoeven wrote:
> > > > On Wed, 18 Jul 2007, Sasa Ostrouska wrote:
> > >
> > > Is there any techni
On Wed, 2007-07-18 at 13:42 +0300, Al Boldi wrote:
> Geert Uytterhoeven wrote:
> > On Wed, 18 Jul 2007, Sasa Ostrouska wrote:
> Is there any technical reason why vesafb shouldn't support non-BIOS modes?
>
vesafb can only use modes included by the vendor in the card's BIOS. The
mode table contains
On Tue, 2007-07-17 at 16:13 +0200, Sasa Ostrouska wrote:
> Hi ,
>
> I want to ask one question about a custom resolution in the console.
> I have a Sony Vaio Laptop VGN-SZ2VP/X, the screen resolution is
> 1280x800, now I'm using the vga=773 which is an 1024x768 but this is
> ugly as I get a border
On Sat, 2007-07-14 at 17:05 -0400, Andrew Paprocki wrote:
> Tony,
>
> Do you have the patch working already? I'd love to try this out in the
> meantime on the LX system I am developing with at the moment. I'm
> assuming you worked this into the existing Arcom framework (gxfb) and
> pulled the nece
On Sat, 2007-07-14 at 15:01 -0400, Andrew Paprocki wrote:
> Is there any reason why the GPL framebuffer driver for the GX/GX1/LX
> directly from AMD is not integrated into the kernel and only a custom
> driver for only the GX/GX1 written by Arcom exists?
> (drivers/video/geode/*)
>
> If you have a
On Fri, 2007-07-13 at 08:58 +0200, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, Antonino A. Daplas wrote:
> > On Tue, 2007-07-10 at 14:27 +0200, Geert Uytterhoeven wrote:
> > > --- a/include/linux/linux_logo.h
> > > +++ b/include/linux/linux_logo.h
> > >
On Fri, 2007-07-13 at 08:56 +0200, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, Antonino A. Daplas wrote:
> > On Tue, 2007-07-10 at 14:27 +0200, Geert Uytterhoeven wrote:
> > > --- a/drivers/video/fbmem.c
> > > +++ b/drivers/video/fbmem.c
> > > @@ -318,
On Tue, 2007-07-10 at 14:27 +0200, Geert Uytterhoeven wrote:
> plain text document attachment (spe-logo)
> Add fb_append_extra_logo(), to append extra lines of logos below the standard
> Linux logo.
>
> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> Signed-off-by: Geoff Levand <[EMAIL PRO
On Sat, 2007-06-23 at 11:04 -0700, Andrew Morton wrote:
> On Sat, 23 Jun 2007 12:50:46 +0200 Michal Januszewski <[EMAIL PROTECTED]>
> wrote:
>
> > If the refresh rate hasn't been explicitly specified, fd_find_mode
> > currently returns the first mode with the requested resolution. Change
> > it s
On Sat, 2007-06-23 at 12:50 +0200, Michal Januszewski wrote:
> If the refresh rate hasn't been explicitly specified, fd_find_mode
> currently returns the first mode with the requested resolution. Change
> it so that it returns a mode with the requested resolution and the
> highest refresh rate.
>
On Sat, 2007-06-23 at 12:49 +0200, Michal Januszewski wrote:
My apologies for the delayed response. I had problems with my ISP.
> uvesafb is a generic driver for VBE2+ compliant video cards; an enhanced
> version of vesafb and a direct successor of vesafb-tng [1].
>
> uvesafb uses a userspace h
On Tue, 2007-07-10 at 19:50 +0200, Ondrej Zajicek wrote:
> On Mon, Jul 09, 2007 at 11:32:11AM -0600, Jordan Crouse wrote:
> If don't support panning, it should ensure that
> xres_virtual == xres and yres_virtual == yres
>
There is no rule for this, but the above suggestion is preferred.
Tony
-
On Fri, 2007-06-08 at 00:00 +1000, Yen Rui wrote:
> Hi,
>
> I have to attach the patch instead of inlining it in this e-mail
> because gmail converts word wraps into hard returns. Sorry.
>
A similar patch is already in the -mm tree.
http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.
The pseudo_palette has room for 16 entries only, but in truecolor mode, it
attempts to write 256.
Signed-off-by: Antonino Daplas <[EMAIL PROTECTED]>
Acked-by: Tero Roponen <[EMAIL PROTECTED]>
---
This fixes the following regression/bug reported as follows:
Subject: tty-related oops in latest
The pseudo_palette has room for 16 entries only, but in truecolor mode, it
attempts to write 256.
Signed-off-by: Antonino Daplas <[EMAIL PROTECTED]>
Acked-by: Tero Roponen <[EMAIL PROTECTED]>
---
This fixes the following regression/bug reported as follows:
Subject: tty-related oops in latest
On Mon, 2007-06-04 at 23:53 -0700, David Miller wrote:
> From: Sam Ravnborg <[EMAIL PROTECTED]>
> Date: Sat, 2 Jun 2007 21:16:46 +0200
>
> > >
> > > promcon_init() can be called again from visual_init() during
> > > vc_allocate(). So anything referenced by promcon_init() should not be
> > > mark
On Tue, 2007-06-05 at 00:12 +0200, Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> -
> -int __init pm3fb_init(void)
> -{
> - /*
> - * For kernel boot options (in 'video=pm3fb:' format)
> - */
> -#ifndef MODULE
> - char *option = NULL;
> -
> - if (
On Sat, 2007-06-02 at 14:42 +0200, Sam Ravnborg wrote:
> Building a kernel for sparc64 defconfig gave me following warnings:
> WARNING: drivers/built-in.o(.text+0xb788): Section mismatch: reference to
> .init.data:promfont_unitable (between 'promcon_init_unimap' and
> 'promcon_init')
> WARNING: d
On Thu, 2007-05-31 at 09:17 +0200, Geert Uytterhoeven wrote:
> On Thu, 31 May 2007, Antonino A. Daplas wrote:
> > On Wed, 2007-05-30 at 22:04 +0400, Alexey Dobriyan wrote:
> > > 2) palette in neofb_par is "u32 palette[16];" which is 4x16 = 64 bytes.
> > >
The pseudo_palette has room for 16 entries only, but in truecolor mode, it
attempts to write 256.
Signed-off-by: Antonino Daplas <[EMAIL PROTECTED]>
Acked-by: Tero Roponen <[EMAIL PROTECTED]>
---
Tero Roponen wrote:
> On Thu, 31 May 2007, Antonino A. Daplas wrote:
>
>>
On Wed, 2007-05-30 at 19:33 -0700, Linus Torvalds wrote:
>
> On Tue, 29 May 2007, Michal Piotrowski wrote:
> >
> > TTY
> >
> > Subject: tty-related oops in latest kernel(s)
> > References : http://lkml.org/lkml/2007/5/27/104
> > Submitter : Tero Roponen <[EMAIL PROTECTED]>
> > Status :
On Wed, 2007-05-30 at 16:18 -0700, David Miller wrote:
> From: "Antonino A. Daplas" <[EMAIL PROTECTED]>
> Date: Thu, 31 May 2007 07:14:46 +0800
>
> > Yes, 256 is too many. the pseudo_palette is used for the 16-color
> > console only.
>
> Many many drive
On Wed, 2007-05-30 at 19:01 +0300, Tero Roponen wrote:
> On Wed, 30 May 2007, Andrew Morton wrote:
>
> > On Wed, 30 May 2007 15:02:49 +0300 (EEST) Tero Roponen <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Wed, 30 May 2007, Pekka Enberg wrote:
> > >
> > > > On 5/30/07, Tero Roponen <[EMAIL PROTEC
On Wed, 2007-05-30 at 22:04 +0400, Alexey Dobriyan wrote:
> On Wed, May 30, 2007 at 09:09:45AM -0700, Andrew Morton wrote:
> > On Wed, 30 May 2007 19:01:09 +0300 (EEST) Tero Roponen <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Wed, 30 May 2007, Andrew Morton wrote:
> > >
> > > > On Wed, 30 May 20
On Wed, 2007-05-30 at 19:01 +0300, Tero Roponen wrote:
> On Wed, 30 May 2007, Andrew Morton wrote:
>
> > On Wed, 30 May 2007 15:02:49 +0300 (EEST) Tero Roponen <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Wed, 30 May 2007, Pekka Enberg wrote:
> > >
> > > > On 5/30/07, Tero Roponen <[EMAIL PROTEC
On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
> Randy just informed me that the patch limits are bigger now, so here are the
> actual patches.
>
> This patch allows for proper console unregistration via the VT layer, and
> updates the FB layer to use it. This makes debugging new console
On Tue, 2007-05-29 at 16:12 -0400, Dmitry Torokhov wrote:
> On 5/25/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-05-24 at 01:37 -0400, Dmitry Torokhov wrote:
> > > Hi Antonino,
> > >
> You know, I disabled Nvidia's DDC stuff and ena
TED]>
---
Geert Uytterhoeven wrote:
> On Sun, 27 May 2007, Antonino A. Daplas wrote:
>> Add function helper, fb_is_display_device(). Given struct fb_info, it will
> ^^^
>primary
>
>> return a nonzero value if the
unbind_con_driver() should be EXPORT_SYBOL.
Signed-off-by: Antonino Daplas <[EMAIL PROTECTED]>
---
Antonino A. Daplas wrote:
> Allow fbcon to select the primary display adapter using the
> fb_is_primary_device() arch-specific helper. If a a primary adapter is
> detected, fbcon
Add function helper, fb_is_display_device(). Given struct fb_info, it will
return a nonzero value if the device is the primary display.
Currently, only the i386 is supported, other platforms only have stubs. For
the i386, the function checks for the IORESOURCE_ROM_SHADOW flag.
Signed-off-by: An
Move arch-specific bits of fb_mmap() to their respective subdirectories
Signed-off-by: Antonino Daplas <[EMAIL PROTECTED]>
---
This version addresses some of the concerns raised on the first attempt except
for the 2 points raised by Christoph Hellwig:
1. Make fb_mmap() required for all drivers.
Allow fbcon to select the primary display adapter using the
fb_is_primary_device() arch-specific helper. If a a primary adapter is
detected, fbcon will unbind the old adapter from the VT layer, then rebind
using the new adapter. This requires that bind_/unbind_con_driver() be made
public.
Because
On Thu, 2007-05-24 at 01:37 -0400, Dmitry Torokhov wrote:
> Hi Antonino,
>
> I am having the following issues on my Dell Inspiron 8100. They are not
> new but I just got around to report them.
>
> With CONFIG_FB_NVIDIA_I2C I get 1600x1200 resolution but pixels
> "swarming" and it is unuseable. Th
On Tue, 2007-05-22 at 14:43 -0700, Jesse Barnes wrote:
> On Thursday, May 17, 2007, Antonino A. Daplas wrote:
> > On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
> > > Randy just informed me that the patch limits are bigger now, so here
> > > are the actual patc
On Tue, 2007-05-22 at 15:14 -0700, Jesse Barnes wrote:
> On Tuesday, May 22, 2007 3:05 pm Randy Dunlap wrote:
> > On Tue, 22 May 2007 14:44:52 -0700 Jesse Barnes wrote:
> > > When unloaded, the fbcon driver should unregister itself from the
> > > VT subsystem using unbind_con_driver. This patch ma
On Tue, 2007-05-22 at 16:36 -0700, Jesse Barnes wrote:
> On Tuesday, May 22, 2007, Benjamin Herrenschmidt wrote:
> > On Tue, 2007-05-22 at 08:39 -0700, Jesse Barnes wrote:
> > > The current code does its best to figure out what modes are available
> > > and tries to pick a good one for each display
On Thu, 2007-05-17 at 15:32 -0700, Jesse Barnes wrote:
> Randy just informed me that the patch limits are bigger now, so here are the
> actual patches.
>
> This patch allows for proper console unregistration via the VT layer, and
> updates the FB layer to use it. This makes debugging new console
On Thu, 2007-05-17 at 11:43 +0200, Geert Uytterhoeven wrote:
> On Thu, 16 May 2007, Antonino A. Daplas wrote:
> > diff --git a/include/asm-m68k/fb.h b/include/asm-m68k/fb.h
> > new file mode 100644
> > index 000..7d4a28f
> > --- /dev/null
> > +++ b/includ
On Thu, 2007-05-17 at 10:49 +0100, Christoph Hellwig wrote:
> On Thu, May 17, 2007 at 05:33:48AM +0800, Antonino A. Daplas wrote:
> > -#if defined(__sparc__) && !defined(__sparc_v9__)
> > - /* Should never get here, all fb drivers should have their own
> > - mm
On Wed, 2007-05-16 at 19:54 -0500, Kumar Gala wrote:
> On May 16, 2007, at 4:33 PM, Antonino A. Daplas wrote:
>
> > Move arch-specific bits of fb_mmap() to their respective
> > subdirectories
> >
> You don't need a version in asm-ppc since you have one in
On Wed, 2007-05-16 at 14:53 -0700, David Miller wrote:
> From: "Antonino A. Daplas" <[EMAIL PROTECTED]>
> Date: Thu, 17 May 2007 05:33:48 +0800
>
> > Move arch-specific bits of fb_mmap() to their respective subdirectories
> >
> > Signed-off-by: Antonin
Move arch-specific bits of fb_mmap() to their respective subdirectories
Signed-off-by: Antonino Daplas <[EMAIL PROTECTED]>
---
Hi all,
Please let me know if there are mistakes with this patch.
Thanks.
Tony
drivers/video/fbmem.c | 65 +---
include
On Sat, 2007-05-12 at 11:59 -0400, Robert P. J. Day wrote:
> On Sat, 12 May 2007, Antonino A. Daplas wrote:
>
> > On Sat, 2007-05-12 at 06:32 -0400, Robert P. J. Day wrote:
> ok, so is someone already fixing this?
Already sent Linus and akpm a patch.
Thanks.
Tony
-
To unsubs
On Sat, 2007-05-12 at 06:32 -0400, Robert P. J. Day wrote:
> i'm guessing someone's already spotted this but, with "make
> allyesconfig" on x86:
>
> ...
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `pm3fb_init':
> drivers/video/pm3fb.c:977: undefined reference to `pm3fb_setup'
> .
On Wed, 2007-05-09 at 10:30 -0400, Lennart Sorensen wrote:
> On Wed, May 09, 2007 at 08:04:07AM +0800, Antonino A. Daplas wrote:
> > On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
> > > On Tue, May 08, 2007 at 03:28:17AM -0700, Andrew Morton wrote:
> > &
On Wed, 2007-05-09 at 10:54 +0200, Alexander van Heukelum wrote:
> On Wed, May 09, 2007 at 08:04:07AM +0800, Antonino A. Daplas wrote:
> > On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
> > > diff --git a/arch/i386/boot/bootsect.S b/arch/i386/boot/bootsect.S
On Tue, 2007-05-08 at 22:59 -0700, H. Peter Anvin wrote:
> Antonino A. Daplas wrote:
> > On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
> >> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> >> modes if framebuffer is disabled&qu
On Tue, 2007-05-08 at 23:05 -0400, Jeff Garzik wrote:
> H. Peter Anvin wrote:
> > Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> > modes if framebuffer is disabled" is just plain wrong on any system
> > which has support for extended text modes in its VESA BIOS.
> >
> > Ant
On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> modes if framebuffer is disabled" is just plain wrong on any system
> which has support for extended text modes in its VESA BIOS.
>
> Antonio is incorrectly assuming th
On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
> On Tue, May 08, 2007 at 03:28:17AM -0700, Andrew Morton wrote:
> > On Sat, 5 May 2007 12:44:52 +0200 Alexander van Heukelum <[EMAIL
> > PROTECTED]> wrote:
> > > --- a/arch/i386/boot/bootsect.S
> > > +++ b/arch/i386/boot/bootsect.S
On Mon, 2007-05-07 at 13:47 -0700, David Miller wrote:
> From: Haavard Skinnemoen <[EMAIL PROTECTED]>
> Date: Mon, 7 May 2007 17:20:33 +0200
>
> We're at the point where these two snippets of code in the fb layer
> are a total mess of ifdefs.
>
> It's time we made an include/asm-foo/fb.h header
On Mon, 2007-05-07 at 16:11 +0200, Nicolas Ferre wrote:
> From: Nicolas Ferre <[EMAIL PROTECTED]>
>
> Adds a framebuffer driver to ATMEL AT91SAM9x and AT32
> aka AVR32 platforms. Those chips share quite the same
> IP and this code is suitable for both architectures.
>
> Signed-off-by: Nicolas Fe
On Thu, 2007-05-03 at 23:58 -0400, Daniel Hazelton wrote:
> On Thursday 03 May 2007 20:39:05 H. Peter Anvin wrote:
> > Kyle Moffett wrote:
> I guess I could start on that work again - shouldn't take me all that long to
> recover the stuff I lost when a blackout caused my hard drive to get
> corr
On Thu, 2007-05-03 at 08:35 -0400, Robert P. J. Day wrote:
> On Thu, 3 May 2007, Antonino A. Daplas wrote:
>
> um ... just so there's no misunderstanding, *i* don't plan on fixing
> any of this, i'm just running the script and reporting it. i'm
> assuming the
On Thu, 2007-05-03 at 06:40 -0400, Robert P. J. Day wrote:
> $ ../dead_config.sh drivers/video
> == FB_68328_INVERT ==
> drivers/video/68328fb.c:53:#if defined(CONFIG_FB_68328_INVERT)
Can be made part of Kconfig, I think
> == FB_AU1200_DEVS ==
> drivers/video/au120
On Tue, 2007-05-01 at 14:41 -0700, Linus Torvalds wrote:
>
> On Tue, 1 May 2007, Rene Herman wrote:
> >
> And yes, I'm literally talking about the *text* modes. Not all of us want
> to have fbcon built in - I prefer my text-mode lean and mean and fast as
> hell, and if I want a frame buffer, I
1 - 100 of 240 matches
Mail list logo