The following commit has been merged into the irq/core branch of tip:
Commit-ID: 9e8e8912b05f276dd02d39cb596dc3cf03718377
Gitweb:
https://git.kernel.org/tip/9e8e8912b05f276dd02d39cb596dc3cf03718377
Author:Andres Salomon
AuthorDate:Thu, 22 Aug 2019 11:26:31 +02:00
Fine by me.
Acked-by: Andres Salomon <dilin...@queued.net>
On Mon, 15
Aug 2016 18:25:17 -0400 Paul Gortmaker <paul.gortma...@windriver.com>
wrote:
> The Kconfig entry controlling compilation of this code is:
>
> arch/x86/Kconfig:config OLPC
> arch/x86/Kconfig: bo
Fine by me.
Acked-by: Andres Salomon
On Mon, 15
Aug 2016 18:25:17 -0400 Paul Gortmaker
wrote:
> The Kconfig entry controlling compilation of this code is:
>
> arch/x86/Kconfig:config OLPC
> arch/x86/Kconfig: bool "One Laptop Per Child support"
>
>
On Sat, 3 Aug 2013 23:36:15 +0200
Jens Frederich wrote:
> On Sat, Aug 3, 2013 at 11:16 PM, Andres Salomon
> wrote:
> > Please Cc Daniel on these. Cjb and myself are no longer at olpc.
> >
>
> Do you know what's with Jon Nettleton? He is also on the TODO list?
Let's
Please Cc Daniel on these. Cjb and myself are no longer at olpc.
On Sat, 3 Aug 2013 22:44:35 +0200
Jens Frederich wrote:
> This patch replace some magic numbers. I believe it makes
> the driver more readable.
>
> The magic number 0x26 is the XO system embedded controller
> (EC) command
Please Cc Daniel on these. Cjb and myself are no longer at olpc.
On Sat, 3 Aug 2013 22:44:35 +0200
Jens Frederich jfreder...@gmail.com wrote:
This patch replace some magic numbers. I believe it makes
the driver more readable.
The magic number 0x26 is the XO system embedded controller
On Sat, 3 Aug 2013 23:36:15 +0200
Jens Frederich jfreder...@gmail.com wrote:
On Sat, Aug 3, 2013 at 11:16 PM, Andres Salomon dilin...@queued.net
wrote:
Please Cc Daniel on these. Cjb and myself are no longer at olpc.
Do you know what's with Jon Nettleton? He is also on the TODO list
Acked-by: Andres Salomon
On Tue, 30 Jul 2013
20:11:34 +0200 Jens Frederich wrote:
> The FB_OLPC_DCON help section is to short according to checkpatch.pl.
> We want more information about the controller type, its task, its
> video pipeline position and so on.
>
> There are
Acked-by: Andres Salomon dilin...@queued.net
On Tue, 30 Jul 2013
20:11:34 +0200 Jens Frederich jfreder...@gmail.com wrote:
The FB_OLPC_DCON help section is to short according to checkpatch.pl.
We want more information about the controller type, its task, its
video pipeline position and so
Bad news on this patch; I've been told that it breaks booting on an
XO-1.5. Does anyone from OLPC know why yet?
On Wed, 10 Oct 2012 12:59:27 -0700
Andres Salomon wrote:
> Thanks for Cc'ing me. I just tested this on an XO-1, and it doesn't
> appear to break anything. So, looks fine
Bad news on this patch; I've been told that it breaks booting on an
XO-1.5. Does anyone from OLPC know why yet?
On Wed, 10 Oct 2012 12:59:27 -0700
Andres Salomon dilin...@queued.net wrote:
Thanks for Cc'ing me. I just tested this on an XO-1, and it doesn't
appear to break anything. So
Thanks for Cc'ing me. I just tested this on an XO-1, and it doesn't
appear to break anything. So, looks fine to me.
Acked-by: Andres Salomon
On Mon, 24 Sep 2012 16:27:19 -0700 "H. Peter
Anvin" wrote:
> From: "H. Peter Anvin"
>
> %cr4 is supposed to reflect
Thanks for Cc'ing me. I just tested this on an XO-1, and it doesn't
appear to break anything. So, looks fine to me.
Acked-by: Andres Salomon dilin...@queued.net
On Mon, 24 Sep 2012 16:27:19 -0700 H. Peter
Anvin h...@linux.intel.com wrote:
From: H. Peter Anvin h...@linux.intel.com
%cr4
Another global variable (dcon_wait_queue) moved into the dcon_priv struct.
In the process, replace an instance of a manually implemented
wait_event_timeout. This code came from Jordan's original gxfb_dcon.c
driver wy back in 2006; well past time for a replacement.
Signed-off-by: Andres
The 'useaa' module parameter was a workaround for a buggy DCON prototype
not supporting the optional anti-aliasing mode properly. There's no
reason to disable it any more, so drop the option.
Signed-off-by: Andres Salomon
---
drivers/staging/olpc_dcon/olpc_dcon.c | 12 ++--
1 file
).
Signed-off-by: Andres Salomon
---
drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c | 30 --
1 file changed, 30 deletions(-)
diff --git a/drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c
b/drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c
index 352dd3d..6a4d379 100644
--- a/drivers
that to put the DCON
to sleep. For those status updates where the blanking isn't changed,
dcon_sleep will do nothing.
Signed-off-by: Andres Salomon
---
drivers/staging/olpc_dcon/olpc_dcon.c | 25 -
drivers/staging/olpc_dcon/olpc_dcon.h |1 -
2 files changed, 4
..instead of the i2c_driver hooks. This should silence the following
runtime warnings:
[ 17.820321] i2c-core: driver [olpc_dcon] using legacy suspend method
[ 17.846082] i2c-core: driver [olpc_dcon] using legacy resume method
Signed-off-by: Andres Salomon
---
drivers/staging/olpc_dcon
that to put the DCON
to sleep. For those status updates where the blanking isn't changed,
dcon_sleep will do nothing.
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers/staging/olpc_dcon/olpc_dcon.c | 25 -
drivers/staging/olpc_dcon/olpc_dcon.h |1 -
2 files
..instead of the i2c_driver hooks. This should silence the following
runtime warnings:
[ 17.820321] i2c-core: driver [olpc_dcon] using legacy suspend method
[ 17.846082] i2c-core: driver [olpc_dcon] using legacy resume method
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers
).
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c | 30 --
1 file changed, 30 deletions(-)
diff --git a/drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c
b/drivers/staging/olpc_dcon/olpc_dcon_xo_1_5.c
index 352dd3d..6a4d379 100644
The 'useaa' module parameter was a workaround for a buggy DCON prototype
not supporting the optional anti-aliasing mode properly. There's no
reason to disable it any more, so drop the option.
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers/staging/olpc_dcon/olpc_dcon.c | 12
Another global variable (dcon_wait_queue) moved into the dcon_priv struct.
In the process, replace an instance of a manually implemented
wait_event_timeout. This code came from Jordan's original gxfb_dcon.c
driver wy back in 2006; well past time for a replacement.
Signed-off-by: Andres
Looks good to me, thanks.
Acked-by: Andres Salomon
On Fri, 17 Aug 2012 14:37:21 +0900
Toshiaki Yamane wrote:
> The below checkpatch warnings was fixed,
>
> - WARNING: Prefer pr_debug(... to printk(KERN_DEBUG, ...
> - WARNING: Prefer pr_warn(... to printk(KERN_WARNING, ...
Looks good to me, thanks.
Acked-by: Andres Salomon dilin...@queued.net
On Fri, 17 Aug 2012 14:37:21 +0900
Toshiaki Yamane yamaneto...@gmail.com wrote:
The below checkpatch warnings was fixed,
- WARNING: Prefer pr_debug(... to printk(KERN_DEBUG, ...
- WARNING: Prefer pr_warn(... to printk
/ for-linus-3.6
Andres Salomon (9):
Platform: OLPC: add a stub to drivers/platform/ for the OLPC EC driver
drivers: OLPC: update various drivers to include olpc-ec.h
Platform: OLPC: allow EC cmd to be overridden, and create a workqueue to
call it
Platform: OLPC: turn EC
/ for-linus-3.6
Andres Salomon (9):
Platform: OLPC: add a stub to drivers/platform/ for the OLPC EC driver
drivers: OLPC: update various drivers to include olpc-ec.h
Platform: OLPC: allow EC cmd to be overridden, and create a workqueue to
call it
Platform: OLPC: turn EC
Looks fine to me, thanks.
Acked-by: Andres Salomon
On Fri, 27 Jul 2012
20:45:52 +0900 Toshiaki Yamane wrote:
> fixed some checkpatch warnings.
> (Excluding -WARNING: msleep < 20ms can sleep for up to 20ms-)
>
> $ find drivers/staging/olpc_dcon/ -name
> "*.[ch]"|x
Looks fine to me, thanks.
Acked-by: Andres Salomon dilin...@queued.net
On Fri, 27 Jul 2012
20:45:52 +0900 Toshiaki Yamane yamaneto...@gmail.com wrote:
fixed some checkpatch warnings.
(Excluding -WARNING: msleep 20ms can sleep for up to 20ms-)
$ find drivers/staging/olpc_dcon/ -name
*.[ch
On Fri, 27 Jul 2012 08:49:19 +0900
Toshiaki Yamane wrote:
> Now checkpatch clean.
>
> $ find drivers/staging/olpc_dcon/ -name
> "*.[ch]"|xargs ./scripts/checkpatch.pl \ -f --terse --nosummary|cut
> -f3- -d":"|sort |uniq -c|sort -n 2 WARNING: msleep < 20ms can sleep
> for up to 20ms; see
On Fri, 27 Jul 2012 08:49:19 +0900
Toshiaki Yamane yamaneto...@gmail.com wrote:
Now checkpatch clean.
$ find drivers/staging/olpc_dcon/ -name
*.[ch]|xargs ./scripts/checkpatch.pl \ -f --terse --nosummary|cut
-f3- -d:|sort |uniq -c|sort -n 2 WARNING: msleep 20ms can sleep
for up to 20ms;
The new EC driver calls platform-specific suspend and resume hooks; run
XO-1-specific EC commands from there, rather than deep in s/r code. If we
attempt to run EC commands after the new EC driver has suspended, it is
refused by the ec->suspended checks.
Signed-off-by: Andres Salomon
---
a
Populate olpc_ec_priv with variables that were previously global. This
makes things a tad bit clearer, IMO.
Signed-off-by: Andres Salomon
---
drivers/platform/olpc/olpc-ec.c | 48 ++
1 files changed, 28 insertions(+), 20 deletions(-)
diff --git a/drivers
There's nothing about the debugfs interface for the EC driver that is
architecture-specific, so move it into the arch-independent driver.
The code is mostly unchanged with the exception of renamed variables, coding
style changes, and API updates.
Signed-off-by: Andres Salomon
---
arch/x86
This uses the new EC driver framework in drivers/platform/olpc. The
XO-1 and XO-1.5-specific code is still in arch/x86, but the generic stuff
(including a new workqueue; no more running EC commands with IRQs disabled!)
can be shared with other architectures.
Signed-off-by: Andres Salomon
-off-by: Andres Salomon
---
drivers/platform/olpc/olpc-ec.c | 46 ++-
1 files changed, 45 insertions(+), 1 deletions(-)
diff --git a/drivers/platform/olpc/olpc-ec.c b/drivers/platform/olpc/olpc-ec.c
index d00523c..cfba41f 100644
--- a/drivers/platform/olpc/olpc
the EC's resume hooks earlier than other drivers (which may want to run EC
commands).
Signed-off-by: Andres Salomon
---
drivers/platform/olpc/olpc-ec.c | 48 +++
include/linux/olpc-ec.h |6 +
2 files changed, 54 insertions(+), 0 deletions(-)
diff
, and
they will by serialized and sleep while only one executes on the EC at a time.
We don't provide an unregister function, as that doesn't make sense within
the context of OLPC machines - there's only ever 1 EC, it's critical to
functionality, and it certainly not hotpluggable.
Signed-off-by: Andres
Switch over to using olpc-ec.h in multiple steps, so as not to break builds.
This covers every driver that calls olpc_ec_cmd().
Signed-off-by: Andres Salomon
---
arch/x86/include/asm/olpc.h|1 -
arch/x86/platform/olpc/olpc-xo1-pm.c |1 +
arch/x86/platform/olpc/olpc-xo1
The OLPC EC driver has outgrown arch/x86/platform/. It's time to both
share common code amongst different architectures, as well as move it out
of arch/x86/. The XO-1.75 is ARM-based, and the EC driver shares a lot of
code with the x86 code.
Signed-off-by: Andres Salomon
---
arch/x86/include
The OLPC EC (Embedded Controller) code that is currently upstream is
x86-only, originally written for the XO-1. Since then, we've had the
XO-1.5 (also x86), and XO-1.75 (arm-based) enter mass production. The
1.75 uses a vastly different EC protocol, and future hardware revisions
are likely to
Damnit, my mailer mangled the resend. Okay, 3rd time's a charm..
(sorry for the noise!)
On Wed, 18 Jul 2012 21:28:27 -0700
Andres Salomon wrote:
> This uses the new EC driver framework in drivers/platform/olpc. The
> XO-1 and XO-1.5-specific code is still in arch/x86, but the generic
&
the EC's resume hooks earlier than other drivers (which may want to run EC
commands).
Signed-off-by: Andres Salomon
---
drivers/platform/olpc/olpc-ec.c | 48 +++
include/linux/olpc-ec.h |6 +
2 files changed, 54 insertions(+), 0 deletions(-)
diff
The new EC driver calls platform-specific suspend and resume hooks; run
XO-1-specific EC commands from there, rather than deep in s/r code. If
we attempt to run EC commands after the new EC driver has suspended, it
is refused by the ec->suspended checks.
Signed-off-by: Andres Salomon
---
a
Populate olpc_ec_priv.
Signed-off-by: Andres Salomon
---
drivers/platform/olpc/olpc-ec.c | 48
++ 1 files changed, 28
insertions(+), 20 deletions(-)
diff --git a/drivers/platform/olpc/olpc-ec.c
b/drivers/platform/olpc/olpc-ec.c index 1a15a79..0f9f859 100644
There's nothing about the debugfs interface for the EC driver that is
architecture-specific, so move it into the arch-independent driver.
The code is mostly unchanged with the exception of renamed variables,
coding style changes, and API updates.
Signed-off-by: Andres Salomon
---
arch/x86
This uses the new EC driver framework in drivers/platform/olpc. The
XO-1 and XO-1.5-specific code is still in arch/x86, but the generic
stuff (including a new workqueue; no more running EC commands with IRQs
disabled!) can be shared with other architectures.
Signed-off-by: Andres Salomon
-by: Andres Salomon
---
drivers/platform/olpc/olpc-ec.c | 46
++- 1 files changed, 45
insertions(+), 1 deletions(-)
diff --git a/drivers/platform/olpc/olpc-ec.c
b/drivers/platform/olpc/olpc-ec.c index d00523c..cfba41f 100644
--- a/drivers/platform/olpc/olpc
, and
they will by serialized and sleep while only one executes on the EC at a time.
We don't provide an unregister function, as that doesn't make sense within
the context of OLPC machines - there's only ever 1 EC, it's critical to
functionality, and it certainly not hotpluggable.
Signed-off-by: Andres
Switch over to using olpc-ec.h in multiple steps, so as not to break
builds. This covers every driver that calls olpc_ec_cmd().
Signed-off-by: Andres Salomon
---
arch/x86/include/asm/olpc.h|1 -
arch/x86/platform/olpc/olpc-xo1-pm.c |1 +
arch/x86/platform/olpc/olpc-xo1
The OLPC EC driver has outgrown arch/x86/platform/. It's time to both
share common code amongst different architectures, as well as move it out
of arch/x86/. The XO-1.75 is ARM-based, and the EC driver shares a lot of
code with the x86 code.
Signed-off-by: Andres Salomon
---
arch/x86/include
The OLPC EC (Embedded Controller) code that is currently upstream is
x86-only, originally written for the XO-1. Since then, we've had the
XO-1.5 (also x86), and XO-1.75 (arm-based) enter mass production. The
1.75 uses a vastly different EC protocol, and future hardware revisions
are likely to
The OLPC EC (Embedded Controller) code that is currently upstream is
x86-only, originally written for the XO-1. Since then, we've had the
XO-1.5 (also x86), and XO-1.75 (arm-based) enter mass production. The
1.75 uses a vastly different EC protocol, and future hardware revisions
are likely to
The OLPC EC driver has outgrown arch/x86/platform/. It's time to both
share common code amongst different architectures, as well as move it out
of arch/x86/. The XO-1.75 is ARM-based, and the EC driver shares a lot of
code with the x86 code.
Signed-off-by: Andres Salomon dilin...@queued.net
Switch over to using olpc-ec.h in multiple steps, so as not to break
builds. This covers every driver that calls olpc_ec_cmd().
Signed-off-by: Andres Salomon dilin...@queued.net
---
arch/x86/include/asm/olpc.h|1 -
arch/x86/platform/olpc/olpc-xo1-pm.c |1 +
arch/x86
, and
they will by serialized and sleep while only one executes on the EC at a time.
We don't provide an unregister function, as that doesn't make sense within
the context of OLPC machines - there's only ever 1 EC, it's critical to
functionality, and it certainly not hotpluggable.
Signed-off-by: Andres
-by: Andres Salomon dilin...@queued.net
---
drivers/platform/olpc/olpc-ec.c | 46
++- 1 files changed, 45
insertions(+), 1 deletions(-)
diff --git a/drivers/platform/olpc/olpc-ec.c
b/drivers/platform/olpc/olpc-ec.c index d00523c..cfba41f 100644
--- a/drivers
This uses the new EC driver framework in drivers/platform/olpc. The
XO-1 and XO-1.5-specific code is still in arch/x86, but the generic
stuff (including a new workqueue; no more running EC commands with IRQs
disabled!) can be shared with other architectures.
Signed-off-by: Andres Salomon dilin
There's nothing about the debugfs interface for the EC driver that is
architecture-specific, so move it into the arch-independent driver.
The code is mostly unchanged with the exception of renamed variables,
coding style changes, and API updates.
Signed-off-by: Andres Salomon dilin...@queued.net
Populate olpc_ec_priv.
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers/platform/olpc/olpc-ec.c | 48
++ 1 files changed, 28
insertions(+), 20 deletions(-)
diff --git a/drivers/platform/olpc/olpc-ec.c
b/drivers/platform/olpc/olpc-ec.c index
The new EC driver calls platform-specific suspend and resume hooks; run
XO-1-specific EC commands from there, rather than deep in s/r code. If
we attempt to run EC commands after the new EC driver has suspended, it
is refused by the ec-suspended checks.
Signed-off-by: Andres Salomon dilin
the EC's resume hooks earlier than other drivers (which may want to run EC
commands).
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers/platform/olpc/olpc-ec.c | 48 +++
include/linux/olpc-ec.h |6 +
2 files changed, 54 insertions(+), 0
Damnit, my mailer mangled the resend. Okay, 3rd time's a charm..
(sorry for the noise!)
On Wed, 18 Jul 2012 21:28:27 -0700
Andres Salomon dilin...@queued.net wrote:
This uses the new EC driver framework in drivers/platform/olpc. The
XO-1 and XO-1.5-specific code is still in arch/x86
The OLPC EC (Embedded Controller) code that is currently upstream is
x86-only, originally written for the XO-1. Since then, we've had the
XO-1.5 (also x86), and XO-1.75 (arm-based) enter mass production. The
1.75 uses a vastly different EC protocol, and future hardware revisions
are likely to
The OLPC EC driver has outgrown arch/x86/platform/. It's time to both
share common code amongst different architectures, as well as move it out
of arch/x86/. The XO-1.75 is ARM-based, and the EC driver shares a lot of
code with the x86 code.
Signed-off-by: Andres Salomon dilin...@queued.net
Switch over to using olpc-ec.h in multiple steps, so as not to break builds.
This covers every driver that calls olpc_ec_cmd().
Signed-off-by: Andres Salomon dilin...@queued.net
---
arch/x86/include/asm/olpc.h|1 -
arch/x86/platform/olpc/olpc-xo1-pm.c |1 +
arch/x86
, and
they will by serialized and sleep while only one executes on the EC at a time.
We don't provide an unregister function, as that doesn't make sense within
the context of OLPC machines - there's only ever 1 EC, it's critical to
functionality, and it certainly not hotpluggable.
Signed-off-by: Andres
the EC's resume hooks earlier than other drivers (which may want to run EC
commands).
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers/platform/olpc/olpc-ec.c | 48 +++
include/linux/olpc-ec.h |6 +
2 files changed, 54 insertions(+), 0
-off-by: Andres Salomon dilin...@queued.net
---
drivers/platform/olpc/olpc-ec.c | 46 ++-
1 files changed, 45 insertions(+), 1 deletions(-)
diff --git a/drivers/platform/olpc/olpc-ec.c b/drivers/platform/olpc/olpc-ec.c
index d00523c..cfba41f 100644
--- a/drivers
This uses the new EC driver framework in drivers/platform/olpc. The
XO-1 and XO-1.5-specific code is still in arch/x86, but the generic stuff
(including a new workqueue; no more running EC commands with IRQs disabled!)
can be shared with other architectures.
Signed-off-by: Andres Salomon dilin
There's nothing about the debugfs interface for the EC driver that is
architecture-specific, so move it into the arch-independent driver.
The code is mostly unchanged with the exception of renamed variables, coding
style changes, and API updates.
Signed-off-by: Andres Salomon dilin
Populate olpc_ec_priv with variables that were previously global. This
makes things a tad bit clearer, IMO.
Signed-off-by: Andres Salomon dilin...@queued.net
---
drivers/platform/olpc/olpc-ec.c | 48 ++
1 files changed, 28 insertions(+), 20 deletions
The new EC driver calls platform-specific suspend and resume hooks; run
XO-1-specific EC commands from there, rather than deep in s/r code. If we
attempt to run EC commands after the new EC driver has suspended, it is
refused by the ec-suspended checks.
Signed-off-by: Andres Salomon dilin
Note that I didn't bother cleaning up the gxfb and lxfb headers wrt MSRs;
that's coming in another patch (which is still in progress).
>From 22b8ddf47f77f01a59afb937779f4c83e9862f9e Mon Sep 17 00:00:00 2001
From: Andres Salomon <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 13:14:57 -050
Note that I didn't bother cleaning up the gxfb and lxfb headers wrt MSRs;
that's coming in another patch (which is still in progress).
From 22b8ddf47f77f01a59afb937779f4c83e9862f9e Mon Sep 17 00:00:00 2001
From: Andres Salomon [EMAIL PROTECTED]
Date: Sun, 24 Feb 2008 13:14:57 -0500
Subject
Drop the class/class_mask stuff; it's unnecessary
as long as the vendor and device IDs match.
Signed-off-by: Andres Salomon <[EMAIL PROTECTED]>
---
drivers/video/geode/gxfb_core.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/video/geode/gxfb_co
igh) when FB_SYNC_VERT_HIGH_ACT is unset.
Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
Signed-off-by: Andres Salomon <[EMAIL PROTECTED]>
---
drivers/video/geode/video_gx.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/video/geode/video_gx.c b/drivers/v
ed, don't turn on the CRT DACs - that will save
about 35 mA of power.
Updated/cleaned up by Andres Salomon.
Signed-off-by: Andres Salomon <[EMAIL PROTECTED]>
Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
---
drivers/video/geode/video_gx.c | 32 +---
1 files c
Use a command line option (fbsize:) rather than hardcoding the vram size.
LxFB already does this; it's useful for machines that can't query the
BIOS for fb size. This patch originated from David Woodhouse, was
modified by Jordan Crouse, and was then modified further by me.
Signed-off-by: Andres
Use a command line option (fbsize:) rather than hardcoding the vram size.
LxFB already does this; it's useful for machines that can't query the
BIOS for fb size. This patch originated from David Woodhouse, was
modified by Jordan Crouse, and was then modified further by me.
Signed-off-by: Andres
is unset.
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Signed-off-by: Andres Salomon [EMAIL PROTECTED]
---
drivers/video/geode/video_gx.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/video/geode/video_gx.c b/drivers/video/geode/video_gx.c
index
on the CRT DACs - that will save
about 35 mA of power.
Updated/cleaned up by Andres Salomon.
Signed-off-by: Andres Salomon [EMAIL PROTECTED]
Acked-by: Jordan Crouse [EMAIL PROTECTED]
---
drivers/video/geode/video_gx.c | 32 +---
1 files changed, 17 insertions(+), 15
Drop the class/class_mask stuff; it's unnecessary
as long as the vendor and device IDs match.
Signed-off-by: Andres Salomon [EMAIL PROTECTED]
---
drivers/video/geode/gxfb_core.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/video/geode/gxfb_core.c b/drivers
On Sun, 17 Feb 2008 16:10:09 +
Iain Paton <[EMAIL PROTECTED]> wrote:
> Adrian Bunk wrote:
> > On Sun, Feb 17, 2008 at 03:46:01PM +0100, Arnd Hannemann wrote:
> >> Never tried to built it as a module.
> >> Probably there are issues with that. If I remember correctly I saw a patch
> >> in
On Sun, 17 Feb 2008 16:10:09 +
Iain Paton [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
On Sun, Feb 17, 2008 at 03:46:01PM +0100, Arnd Hannemann wrote:
Never tried to built it as a module.
Probably there are issues with that. If I remember correctly I saw a patch
in 2.6.25-rc which
Hi Thomas,
Can you please pull from the following? It's a bunch of Geode cleanups and
fixes.
git://git.infradead.org/geode.git for-tglx
Andres Salomon (5):
GEODE: MFGPT: Minor cleanups
GEODE: MFGPT: drop module owner usage from MFGPT API
GEODE: MFGPT: replace 'flags
Hi Thomas,
Can you please pull from the following? It's a bunch of Geode cleanups and
fixes.
git://git.infradead.org/geode.git for-tglx
Andres Salomon (5):
GEODE: MFGPT: Minor cleanups
GEODE: MFGPT: drop module owner usage from MFGPT API
GEODE: MFGPT: replace 'flags
On Sun, 20 Jan 2008 09:14:42 +0100
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just pulled latest -git and tried this morning in on one of my ALIX
> mobos equipped with an AMD Geode LX800 + CS5536. HEAD is a7da60f41551*.
>
> Last kernel which runs on it was 2.6.22.14. I've not yet
On Sun, 20 Jan 2008 09:14:42 +0100
Willy Tarreau [EMAIL PROTECTED] wrote:
Hi,
I've just pulled latest -git and tried this morning in on one of my ALIX
mobos equipped with an AMD Geode LX800 + CS5536. HEAD is a7da60f41551*.
Last kernel which runs on it was 2.6.22.14. I've not yet tried
On Thu, 17 Jan 2008 20:53:57 +0100
Arnd Hannemann <[EMAIL PROTECTED]> wrote:
> Andres Salomon schrieb:
> > On Thu, 17 Jan 2008 10:54:30 +0100
> > Arnd Hannemann <[EMAIL PROTECTED]> wrote:
> >
> >> Andres Salomon schrieb:
> >>> On Wed, 1
On Thu, 17 Jan 2008 10:54:30 +0100
Arnd Hannemann <[EMAIL PROTECTED]> wrote:
> Andres Salomon schrieb:
> > On Wed, 16 Jan 2008 16:19:12 -0500
> > Andres Salomon <[EMAIL PROTECTED]> wrote:
> >
> >> On Wed, 16 Jan 2008 18:44:07 +0100
> >> Arnd
On Thu, 17 Jan 2008 20:53:57 +0100
Arnd Hannemann [EMAIL PROTECTED] wrote:
Andres Salomon schrieb:
On Thu, 17 Jan 2008 10:54:30 +0100
Arnd Hannemann [EMAIL PROTECTED] wrote:
Andres Salomon schrieb:
On Wed, 16 Jan 2008 16:19:12 -0500
Andres Salomon [EMAIL PROTECTED] wrote:
On Wed
On Wed, 16 Jan 2008 16:19:12 -0500
Andres Salomon <[EMAIL PROTECTED]> wrote:
> On Wed, 16 Jan 2008 18:44:07 +0100
> Arnd Hannemann <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I'm trying to boot 2.6.24-rc8 on a GEODE LX board (ALIX.3),
> > and it h
On Wed, 16 Jan 2008 18:44:07 +0100
Arnd Hannemann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm trying to boot 2.6.24-rc8 on a GEODE LX board (ALIX.3),
> and it hangs during boot:
>
> [ 12.689971] NET: Registered protocol family 16
> [ 12.703329] geode-mfgpt: Registered timer 0
> [ 12.716149]
On Tue, 15 Jan 2008 17:04:01 -0500
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 12, 2008 at 03:12:52PM -0500, Andres Salomon wrote:
> >
> > The lifebook driver may register a second input device, but it never
> > unregisters it. This fixes that.
>
On Tue, 15 Jan 2008 17:04:01 -0500
Dmitry Torokhov [EMAIL PROTECTED] wrote:
On Sat, Jan 12, 2008 at 03:12:52PM -0500, Andres Salomon wrote:
The lifebook driver may register a second input device, but it never
unregisters it. This fixes that.
Signed-off-by: Andres Salomon [EMAIL
On Wed, 16 Jan 2008 18:44:07 +0100
Arnd Hannemann [EMAIL PROTECTED] wrote:
Hi,
I'm trying to boot 2.6.24-rc8 on a GEODE LX board (ALIX.3),
and it hangs during boot:
[ 12.689971] NET: Registered protocol family 16
[ 12.703329] geode-mfgpt: Registered timer 0
[ 12.716149]
On Wed, 16 Jan 2008 16:19:12 -0500
Andres Salomon [EMAIL PROTECTED] wrote:
On Wed, 16 Jan 2008 18:44:07 +0100
Arnd Hannemann [EMAIL PROTECTED] wrote:
Hi,
I'm trying to boot 2.6.24-rc8 on a GEODE LX board (ALIX.3),
and it hangs during boot:
[ 12.689971] NET: Registered protocol
). This calls input_unregister_device
from the error path, and sets input_dev to NULL so that we don't
attempt to also call input_free_device on it.
Signed-off-by: Andres Salomon <[EMAIL PROTECTED]>
---
drivers/input/mouse/psmouse-base.c |2 ++
1 files changed, 2 insertions(+), 0 del
The lifebook driver may register a second input device, but it never
unregisters it. This fixes that.
Signed-off-by: Andres Salomon <[EMAIL PROTECTED]>
---
drivers/input/mouse/lifebook.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/input
1 - 100 of 293 matches
Mail list logo