On Mon, 2018-12-10 at 17:40 -0800, Linus Torvalds wrote:
> On Mon, Dec 10, 2018 at 5:23 PM Andy Lutomirski
> wrote:
> > I'm seriously considering sending a patch to remove x32 support
> > from
> > upstream Linux. Here are some problems with it:
>
> I talked to Arnd (I think - we were talking abo
the emails but not needed to be involved
for a while now, you're doing fine without me! :)
> Cc: Richard Purdie
> Signed-off-by: Jacek Anaszewski
Acked-by: Richard Purdie
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAI
.14 host kernels where the guest
doesn't have x2apic enabled.
I can confirm this fixes issues the Yocto Project automated testing
infrastructure was seeing.
I'd like to add support for backporting this in stable.
Tested-by: Richard Purdie
Cheers,
Richard
On Fri, 2016-03-11 at 17:28 -0500, Bruce Ashfield wrote:
> On 2016-03-11 5:16 PM, Borislav Petkov wrote:
> > On Fri, Mar 11, 2016 at 08:18:23PM +0100, Paolo Bonzini wrote:
> > > Somebody got it wrong 10-ish years ago, and nobody has ever
> > > checked since.
> > >
> > > But, don't use qemu32 or qe
This may be a silly question however its puzzling me and I don't have
any answer I'm happy with so I'm going to ask.
I have a 'stupid' workload which does a lot of forking, basically
pathologically stupid configure scripts. Its easy to replicate:
$ wget http://ftp.gnu.org/pub/gnu/gettext/gettext-
On Thu, 2014-08-14 at 07:39 +0300, Sakari Ailus wrote:
> Bryan and Richard,
>
> Your opinion would be much appreciated to a question myself and Jacek were
> pondering. Please see below.
>
> On Thu, Aug 07, 2014 at 03:12:09PM +0200, Jacek Anaszewski wrote:
> > Hi Sakari,
> >
> > On 08/04/2014 02:
ewski
> Acked-by: Kyungmin Park
> Cc: Bryan Wu
> Cc: Richard Purdie
> ---
> drivers/leds/Kconfig|8 +
> drivers/leds/Makefile |1 +
> drivers/leds/led-class.c| 56 +--
> drivers/leds/led-flash.c| 375
>
class
> device control and communicate with it through the kernel
> internal interface. The LED sysfs interface is made
> unavailable then.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> Cc: Bryan Wu
> Cc: Richard
On Fri, 2013-12-27 at 18:13 +, One Thousand Gnomes wrote:
> > Well, this one will be really smaller. And yes, it will make some
> > memory non-swappable, but I believe with triggers and infrastructure
> > for N900 (and similar) it will be worth it.
>
> Ah yes thats such a major proportion of p
On Thu, 2013-10-03 at 17:43 -0700, Andrew Morton wrote:
> On Fri, 04 Oct 2013 08:50:57 +0900 Jingoo Han wrote:
>
> > On Friday, October 04, 2013 8:21 AM, Andrew Morton wrote:
> > > On Fri, 27 Sep 2013 12:59:28 +0900 Jingoo Han wrote:
> > >
> > > > Re
On Wed, 2012-09-05 at 13:54 -0700, Arnaldo Carvalho de Melo wrote:
> Em Fri, Aug 24, 2012 at 11:10:39AM +0800, Liang Li escreveu:
> > CFLAGS was previously hard coded to contain "-I/usr/include/slang" to
> > work with hosts that have "/usr/include/slang/slang.h" as well as hosts
> > that have "/usr
On Sat, 2012-07-21 at 01:26 -0700, Colin Cross wrote:
> On Sat, Jul 21, 2012 at 12:33 AM, Richard Purdie
> wrote:
> > On Fri, 2012-07-20 at 21:08 -0700, Greg KH wrote:
> >> On Fri, Jul 20, 2012 at 05:46:14PM -0700, Colin Cross wrote:
> >> > I'm trying to us
On Fri, 2012-07-20 at 21:08 -0700, Greg KH wrote:
> On Fri, Jul 20, 2012 at 05:46:14PM -0700, Colin Cross wrote:
> > I'm trying to use the standard ledtrig-timer.c code to handle led
> > blinking for notifications on an Android device, and I'm hitting some
> > issues with setting permissions on the
On Thu, 2008-02-21 at 12:33 +0100, Kristoffer Ericson wrote:
> I'm reworking a couple of apm drivers and for whatever reason it
> doesn't seem to update my /proc/apm_bios. I was under the impression
> that it should do that when apm_bios was catted? Currently I have a
> value that never change. I e
On Sun, 2008-02-10 at 12:52 +0100, Németh Márton wrote:
> Disable any active triggers when the brightness attribute is
> set to zero.
I agree with this approach and will merge this as a clarification of the
interface, thanks. I'll also merge your other two patches into the LED
queue.
Cheers,
Ric
On Thu, 2008-02-07 at 19:38 -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 07 Feb 2008, Richard Purdie wrote:
> > Márton Németh:
> > leds: Add support for hardware accelerated LED flashing
> > leds: hw acceleration for Clevo mail LED driver
>
> This on
Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-backlight for-linus
for the backlight tree updates for 2.6.25. This includes a new driver
and an optimisation for the class. Both changes have been testing in -mm
for quite a while.
Thanks, Richard
drivers/video/backlight/K
support for hardware accelerated LED flashing
leds: hw acceleration for Clevo mail LED driver
Raphael Assenat (1):
leds: Fix led-gpio active_low default brightness
Richard Purdie (1):
leds: Standardise LED naming scheme
Rod Whitby (1):
leds: Remove the now uneeded ixp4xx
On Tue, 2008-02-05 at 19:13 +0100, Kristoffer Ericson wrote:
> Richard, I've been told from paul that I should seek another solution
> for my hd6446x.h merger (perhaps mfd driver). So this patch
> is against linux-2.6.git with the header and defines changed back to
> old style. Tested to compile. I
On Tue, 2008-02-05 at 18:38 +0100, Cezary Jackiewicz wrote:
> From: Cezary Jackiewicz <[EMAIL PROTECTED]>
>
> This is driver for Compal Laptop: FL90/IFL90, based on MSI
> driver.
>
> This driver exports a few files in /sys/devices/platform/compal-laptop/:
> lcd_level - screen brightness: contain
On Tue, 2008-02-05 at 21:51 +0100, Sven Wegener wrote:
> WRAP systems have an additional LED. The power LED is normally lit after boot
> and doesn't serve any other purpose besides showing that the system is powered
> on. Nevertheless, its state is controllable and we can attach a trigger to it.
T
On Wed, 2008-02-06 at 17:33 +0100, Kristoffer Ericson wrote:
> Oki, here is attempt #2 (btw, new mail or just keep thread?)
Apart from the issues Russell mentioned,
--- /dev/null
+++ b/drivers/video/backlight/jornada720_bllcd.c
@@ -0,0 +1,286 @@
+/*
+ * drivers/video/backlight/jornada720_bllcd.c
On Sun, 2008-02-03 at 21:46 +0100, Kristoffer Ericson wrote:
> shortlog:
> The HP Jornada 6xx series have simple leds thats able to produce green or red
> light.
> This patch enables the leds to be used by the kernel and/or userland.
>
> signed-off-by: Kristoffer Ericson <[EMAIL PROTECTED]>
>
>
On Thu, 2007-12-27 at 14:31 +0100, Michael Loeffler wrote:
> The 3rd LED on this board is something like a power-led, it is on all the
> time. With this change to the leds-wrap driver it is possible to use this
> LED too.
>
> Signed-off-by: Michael Loeffler <[EMAIL PROTECTED]>
> ---
> Hi
>
> I won
as a module so the
"hardcoded" policy can easily be removed from the kernel at runtime if
desired too.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
drivers/input/Kconfig | 12
drivers/input/Makefile|1
drivers/input/ap
-locomo.c |2 +-
drivers/leds/leds.h |3 ++-
5 files changed, 13 insertions(+), 12 deletions(-)
Richard Purdie (2):
leds: Fix leds_list_lock locking issues
leds: Fix locomo LED driver oops
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
is is an extremely quick hack and it
could be a ton more efficient. Certain code was left in case I wanted to
go back to looking at things at a function level too:
#!/usr/bin/python
#
# Copyright 2007 Richard Purdie <[EMAIL PROTECTED]>
# Copyright 2004 Matt Mackall <[EMAIL PROTECTED]>
#
On Sat, 2007-12-08 at 03:40 +0100, Rafael J. Wysocki wrote:
> Subject : leds: ledtrig-timer calls sleeping function from
> invalid context
> Submitter : Márton Németh <[EMAIL PROTECTED]>
> References: http://bugzilla.kernel.org/show_bug.cgi?id=9264
> Ha
-triggers.c | 49 ++--
include/linux/leds.h|3 +-
3 files changed, 30 insertions(+), 28 deletions(-)
Richard Purdie (1):
leds: Fix led trigger locking bugs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-leds for-linus
for some LED driver bugfixes for 2.6.24.
Thanks, Richard
drivers/leds/leds-gpio.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
David Brownell (1):
leds: bugfixes for le
On Sun, 2007-10-28 at 12:22 +0100, Németh Márton wrote:
> Richard Purdie wrote:
> > Hmm, there really is no way to just turn the LED on? :(
>
> Unfortunately I do not have these optional modules so I never saw the LED
> just on without blinking. I don't know if there is
On Thu, 2007-10-25 at 22:54 +0100, Richard Purdie wrote:
> On Thu, 2007-10-25 at 13:02 -0700, Andrew Morton wrote:
> > It was in the inital report, at
> > http://bugzilla.kernel.org/show_bug.cgi?id=9217 :
>
> This is the commandline they wanted to use, not the one that was
>
On Thu, 2007-10-25 at 23:35 +0200, Ingo Oeser wrote:
> On Thursday 25 October 2007, Kristen Carlson Accardi wrote:
> > Enable enclosure management via LED
> >
> > As described in the AHCI spec, some AHCI controllers may support
> > Enclosure management via a variety of protocols. This patch
> >
On Thu, 2007-10-25 at 13:02 -0700, Andrew Morton wrote:
> On Thu, 25 Oct 2007 14:43:36 +0100
> Richard Purdie <[EMAIL PROTECTED]> wrote:
> > Could the original bug reporter please report what commandline the
> > kernel actually uses please? In theory it can only be ei
On Thu, 2007-10-25 at 17:13 +0100, Alan Cox wrote:
> > I'm seriously tempted to add a "kill the process using the most memory"
> > key combination into SysRq which might let me save the desktop but won't
> > help with my remote server. I could also just disable swap I guess.
>
> For specific appli
I've got a problem I keep running into. My computers have buggy software
which can sometimes run out of control. Two specific examples:
Evolution: Sometimes its memory usage decides to suddenly grow out of
control. It usually idles at around 300MB, you can watch it in top,
doubling, trebling and e
On Thu, 2007-10-25 at 14:23 +0200, Lennert Buytenhek wrote:
> On Wed, Oct 24, 2007 at 10:35:33PM -0500, Bill Gatliff wrote:
>
> > >Something broke CONFIG_CMDLINE of ARM (at least) between 2.6.22 and 2.6.23.
> > >
> > >I don't know whether it was an ARM patch one of those kernel-wide changes.
> >
On Sun, 2007-10-21 at 14:54 +0200, Németh Márton wrote:
> From: Márton Németh <[EMAIL PROTECTED]>
>
> Extends the leds subsystem with a blink_set() callback function which can
> be optionally implemented by a LED driver. If implemented, the driver can use
> the hardware acceleration for blinking a
On Sun, 2007-10-21 at 14:55 +0200, Németh Márton wrote:
> diff -uprN linux-2.6.23.orig/Documentation/leds-class.txt
> linux-2.6.23/Documentation/leds-class.txt
> --- linux-2.6.23.orig/Documentation/leds-class.txt2007-10-09
> 22:31:38.0 +0200
> +++ linux-2.6.23/Documentation/leds-class
hings like APM as
a "user" event so the power button triggered a suspend event but
anything in userspace needing to know about (or veto) it could do so.
> > 2. Seeing as my knowledge about this area isn't the best I would
> > appreciate all opinions on the subject from the
Linus,
Could you please pull from:
git://git.o-hand.com/linux-rpurdie-leds for-linus
for the LED tree updates for 2.6.24. Just some changes to the cobalt
driver really.
Thanks, Richard
drivers/leds/Kconfig| 13 ++-
drivers/leds/Makefile |3
drivers/leds/leds-cobal
):
backlight/leds: Make two structs static
Haavard Skinnemoen (1):
backlight: Add Samsung LTV350QV LCD driver
Jesper Juhl (1):
backlight: Fix cr_bllcd allocations and error paths
Richard Purdie (1):
backlight: Convert corgi backlight driver into a more generic driver
On Mon, 2007-10-01 at 00:52 +0100, Richard Purdie wrote:
> The leds tree doesn't have much in it, basically some changes to the
> cobalt LED drivers.
>
> http://git.o-hand.com/?p=linux-rpurdie-leds;a=shortlog;h=for-mm
>
> Yoichi Yuasa (3):
> leds: Rename leds-
On Sun, 2007-09-30 at 19:43 -0700, Greg KH wrote:
> On Mon, Oct 01, 2007 at 12:52:07AM +0100, Richard Purdie wrote:
> > I've become aware that I should be posting a merge plan, probably
> > slightly earlier than this but better late than never.
>
> Can you post a diffs
tp://git.o-hand.com/?p=linux-rpurdie-backlight;a=shortlog;h=for-mm
Adrian Bunk (1):
backlight/leds: Make two structs static
Haavard Skinnemoen (1):
backlight: Add Samsung LTV350QV LCD driver
Jesper Juhl (1):
backlight: Fix cr_bllcd allocations and error paths
Richard
I've become aware that I should be posting a merge plan, probably
slightly earlier than this but better late than never.
The leds tree doesn't have much in it, basically some changes to the
cobalt LED drivers.
http://git.o-hand.com/?p=linux-rpurdie-leds;a=shortlog;h=for-mm
Yoichi Yuasa (3):
On Sun, 2007-09-23 at 08:14 +0200, Pierre Ossman wrote:
> rwlocks are used in the structures so make sure the right header
> is included.
>
> Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
I think something similar was already committed in revision
df96efd73b81b8bc2d23b3d8b6025cce3d43db6c.
Che
On Mon, 2007-09-24 at 12:34 +0200, Haavard Skinnemoen wrote:
> On Mon, 24 Sep 2007 10:58:08 +0200 (CEST)
> "Rodolfo Giometti" <[EMAIL PROTECTED]> wrote:
> > I have an LCD panel on a custom PXA27x based board and it must be
> > turned on/off by some special commands via a GPIO throught a I2C chip.
On Thu, 2007-09-13 at 23:54 +0900, Yoichi Yuasa wrote:
> Add Cobalt Raq LEDs support.
>
> Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
Not the clearest patch I've ever seen or the most helpful patch
description. The rename could probably be split from the additional new
driver at least...
> d
On Tue, 2007-09-11 at 17:48 +0900, Yoichi Yuasa wrote:
> This patch has added #include to include/linux/leds.h for
> rwlock_t.
>
> Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
Added to the leds tree[1], thanks.
http://git.o-hand.com/?p=linux-rpurdie-leds;a=shortlog;h=for-mm
Richard
-
To u
Add some casts to the LZO compression algorithm after they were removed
during cleanup and shouldn't have been.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
This fixes the reported problems for me, I've checked fairly carefully
and I can't see any other issues. Edw
On Fri, 2007-07-27 at 16:35 +0400, Edward Shishkin wrote:
> Sorry, guys, I am not happy with the modified LZO:
> the compressor tries to test bytes which are out of bounds.
>
> The attached module testlzo.c causes an oops in the second pass:
> AFAIK, both, @m and @m_pos should be in [wrkmem, wrkme
On Wed, 2007-07-25 at 19:01 +, Pavel Machek wrote:
> > I enabled the MMC_UNSAFE_RESUME option and the problems I was seeing was
> > "fixed". I think having this option is a bad idea (in its current form)
> > as it doesn't actually stop filesystem corruption.
> >
> > With the option disabled, i
On Mon, 2007-07-23 at 14:36 +0100, Al Viro wrote:
> On Mon, Jul 23, 2007 at 02:12:07PM +0100, Richard Purdie wrote:
> > Fix the leak where asus-led registration fails half way through.
>
> Frankly, I don't think that any post-factum checks are needed. We
> should just b
register to simplify
drivers.
Fix error leftover from LED class struct device conversion (after the
above, drivers don't need to look at the device structure).
Fix the leak where asus-led registration fails half way through.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
diff --
On Sat, 2007-07-21 at 17:04 +0200, Jesper Juhl wrote:
> This patch cleans up duplicate includes in
> sound/soc/
>
>
> Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
Acked-by: Richard Purdie <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line &q
| 14 ++-
13 files changed, 148 insertions(+), 162 deletions(-)
Andrew Morton (1):
leds: cr_bllcd.c: build fix
David Brownell (1):
backlight: Fix order of Kconfig entries
Richard Purdie (1):
backlight: Convert from struct class_device to struct device
-
To
driver
Richard Purdie (3):
leds: Fix trigger unregister_simple if register_simple fails
leds: Add warning printks in error paths
leds: Convert from struct class_device to struct device
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sun, 2007-07-22 at 16:05 +0200, Pierre Ossman wrote:
> On Sun, 22 Jul 2007 14:18:33 +0100
> Richard Purdie <[EMAIL PROTECTED]> wrote:
> > I enabled the MMC_UNSAFE_RESUME option and the problems I was seeing
> > was "fixed". I think having this option is a bad
On Thu, 2007-07-19 at 19:03 +0200, Pierre Ossman wrote:
> On Thu, 19 Jul 2007 16:53:39 +0100
> Richard Purdie <[EMAIL PROTECTED]> wrote:
> > Lots of Linux handhelds use MMC/SD devices as the root file system.
> > This has worked quite reliably for many kernel versions. In 2
On Thu, 2007-07-19 at 16:57 +0100, Richard Purdie wrote:
> Lots of Linux handhelds use MMC/SD devices as the root file system. This
> has worked quite reliably for many kernel versions. In 2.6.22, it seems
> that if you suspend such a system then resume it, the device locks up.
> Tryin
Hi Pierre,
Lots of Linux handhelds use MMC/SD devices as the root file system. This
has worked quite reliably for many kernel versions. In 2.6.22, it seems
that if you suspend such a system then resume it, the device locks up.
Trying to execute anything on the filesystem results in a "Permission
D
files changed, 148 insertions(+), 162 deletions(-)
David Brownell (1):
backlight: Fix order of Kconfig entries
Richard Purdie (1):
backlight: Convert from struct class_device to struct device
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
deletions(-)
David Brownell (2):
leds: Teach leds-gpio to handle timer-unsafe GPIOs
leds: leds-gpio for ngw100
Jan Engelhardt (1):
leds: Use menuconfig objects II - LED
Raphael Assenat (1):
leds: Add generic GPIO LED driver
Richard Purdie (3):
leds: Fix trigger
fore add a sync function to mtdoops and call this when console
unblank events occur.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
Index: linux/drivers/mtd/mtdoops.c
===
--- linux.orig/drivers/mtd/mtdoops.c2007-07-10 20:
Convert the LEDs class from struct class_device to struct device
since class_device is scheduled for removal.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
[I've applied this patch to the LEDs for-mm branch for testing but will
work in any feedback]
drivers/leds/led-class.c
names clash with the core. I can't see a
way around this.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
[I've applied this patch to the backlight for-mm branch for testing but
will work in any feedback]
drivers/acpi/video.c |4 -
drivers/usb/misc/appledispl
On Tue, 2007-07-03 at 12:47 +0300, Jarkko Lavinen wrote:
> On Tue, Jun 19, 2007 at 11:00:54AM +0100, Richard Purdie wrote:
> > Its not a case of formatting the whole partition. The whole point of
> > this code is the following use case:
> >
> > 1. Device crashes
On Sun, 2007-06-24 at 22:06 -0700, Greg KH wrote:
> On Sat, Jun 09, 2007 at 10:25:16AM +0100, Richard Purdie wrote:
> > Anyhow, time to stop pretending I have any choice in this ;-). I will
> > have the LED class use random numbers for busids and add a name
> > attribute unle
On Tue, 2007-06-19 at 13:29 +0300, Artem Bityutskiy wrote:
> On Tue, 2007-06-19 at 11:00 +0100, Richard Purdie wrote:
> > > Well, mtd->block_isbad() may return error, unlikely, bu still. You also
> > > ignore the error at other places.
> >
> > Ignoring that i
On Tue, 2007-06-19 at 10:55 +0300, Artem Bityutskiy wrote:
> On Mon, 2007-06-18 at 17:31 +0100, Richard Purdie wrote:
> > + if (mtd->erasesize < OOPS_PAGE_SIZE)
> > + erase.len = OOPS_PAGE_SIZE;
>
> It seems to me that your code won't work if mtd->
evice number to use).
http://folks.o-hand.com/richard/oopslog.c is an example of extracting
this information in userspace. It will work with an mtdblock device or a
dump of an mtd partition.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
drivers/mtd/Kconfig |8 +
drivers/m
gned-off-by: Richard Purdie <[EMAIL PROTECTED]>
include/linux/lzo.h| 44 +++
lib/Kconfig|6 +
lib/Makefile |2
lib/lzo/Makefile |5
lib/lzo/lzo1x_compress.c | 227
lib/lzo/lzo1x_de
On Fri, 2007-06-08 at 16:46 -0700, Greg KH wrote:
> On Sat, Jun 09, 2007 at 12:02:28AM +0100, Richard Purdie wrote:
> > On Fri, 2007-06-08 at 11:57 -0700, Greg KH wrote:
> > > On Fri, Jun 01, 2007 at 05:23:24PM +0100, Richard Purdie wrote:
> > > Why not just
On Fri, 2007-06-08 at 11:57 -0700, Greg KH wrote:
> On Fri, Jun 01, 2007 at 05:23:24PM +0100, Richard Purdie wrote:
> > I still question whether either colour or function properties are
> > actually particularly useful to userspace other than for naming purposes
> > which is
On Wed, 2007-06-06 at 19:02 +0200, Robin Farine wrote:
> From: Robin Farine <[EMAIL PROTECTED]>
>
> This generic LED driver implements the platform independent part of a
> LED driver letting platform specific code focus on the hardware
> details. The driver binds to platform devices named "Generi
On Thu, 2007-06-07 at 19:40 +0530, Nitin Gupta wrote:
> On 6/7/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
> > In the following,
> > - is Nitin's patch
> > + is my version.
> > + for (;;) {
> > - DINDEX1(dindex, ip);
> >
Below is a diff between our versions. I've annotated it with comments
on the differences. There are some differences not easily seen in the
diff, the main one is the filenames. I've mentioned this elsewhere but I
will do so here for completeness. There are two reasons for my choice of
file/module
On Thu, 2007-06-07 at 10:11 +0530, Nitin Gupta wrote:
> Your code now looks nice and clean. But I don't know what you want. I
> already spent lot of time on version 7 I posted and contains all those
> corrections which were suggested for my earlier version. I cannot ask
> you to look into possible
7;ll finish
analysing the PTR_ code changes and then hopefully we can get something
into -mm...
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
include/linux/lzo.h| 51
lib/Kconfig|6
lib/Makefile |2
lib/lzo/Make
The kernel uses UINT_MAX defined from kernel.h in a variety of places.
While looking at the behaviour of the LZO code, I noticed it seemed to
think an int was 8 bytes large on my 32 bit i386 machine. It isn't but
why did it think that?
kernel.h says:
#define INT_MAX ((int)(~0U>>1))
#defi
On Mon, 2007-06-04 at 22:50 -0700, Andrew Morton wrote:
> I'd say go with the cleanups. The code I've seen is going to be quite
> unmaintainable by any kernel developer.
>
> Any fixes which come from upstream can be trivially applied by taking the
> diffs against the version of upstream we starte
On Mon, 2007-06-04 at 23:56 +0530, Nitin Gupta wrote:
> Yes there might still be problems - that is why I posted as RFC. I got
> useful comments and the code is improving. Going for such fork might
> be pain initially but IMHO its worth it. My idea for this 'fork' is
> not just clean-ups but potent
On Mon, 2007-06-04 at 13:37 -0400, Daniel Hazelton wrote:
> Yes - most of that work, IIRC, is related to the alignment issues that Herr
> Oberhumer noted. As it stands, the alternative does work well for a large
> number of the platforms that the kernel supports. With a little Kconfig magic
> it
On Mon, 2007-06-04 at 12:14 -0400, Daniel Hazelton wrote:
> On Monday 04 June 2007 11:36:18 Richard Purdie wrote:
> I have been involved in benchmarking and testing that stripped down and
> kernel-style version and cannot recall any mention of said alignment errors.
> Perhaps I was
me of my own changes as discussed
on LKML.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
mm/page_io.c |3 ---
mm/vmscan.c |9 +
2 files changed, 9 insertions(+), 3 deletions(-)
Index: linux-2.6.21/m
Pass an optional struct page * to swap_free(), fixing up all users.
Have swap_free check the page for errors and if found, mark the swap
page as bad.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
include/linux/swap.h |4 ++--
kernel/power/swsusp.c |4 ++--
mm/me
Add try_to_unuse_page_entry() which can be used to unuse page entries.
This needs try_to_unuse_anon() which is also added, similar to
try_to_unmap_anon().
Originally based on a patch by Nick Piggin from LKML with changes of my
own after hints from Hugh Dickins.
Signed-off-by: Richard Purdie
: Richard Purdie <[EMAIL PROTECTED]>
---
include/linux/lzo.h | 59 ++
lib/Kconfig |5
lib/Makefile|1
lib/lzo/Makefile|3
lib/lzo/lzoconf.h | 116
lib/lzo/lzodefs.h | 176 +++
lib/lzo/lzointf.c | 36 +
lib/lzo/minilzo.c
The following series contains several patches which I'm hoping could see
some testing in -mm. They're all been seen before at some point. The LZO
ones are important due to the dependent patches, the swap write failure
ones have just fallen off the radar.
LZO
===
We've seen a lot of activity in at
On Fri, 2007-06-01 at 16:59 +0100, Richard Hughes wrote:
> On Fri, 2007-06-01 at 16:43 +0100, Richard Purdie wrote:
> > I accept this is basically out of my hands now. Greg/Kay have the
> > appropriate emails and if they'll let me know which approach they want
> &
On Fri, 2007-06-01 at 16:04 +0100, Richard Hughes wrote:
> Patch attached corrects all the brokenness with the led class (encoding
> some attributes in the device handle).
For the benefit of LKML, there has been some discussion of this
elsewhere. My arguments do not particularly come across in Ric
Hi,
On Thu, 2007-05-31 at 17:53 +0200, Jan Kratochvil wrote:
> On Thu, 31 May 2007, Pavel Machek wrote:
> >> Led subsystem allows us to set brightness, but there is
> >> nothing like brightness on this device. So brightness is
> >> actually interpreted as the command (only values between
> >> 0 an
Hi Dmitry,
On Wed, 2007-05-30 at 10:56 -0400, Dmitry Torokhov wrote:
> Do you think it makes sense to split the driver (and Kconfig options)
> between input and leds directories as Jan had done? I know that I
> prefer to keep anything input related in input directory because it
> makes my life as
On Tue, 2007-05-29 at 14:38 -0700, David Brownell wrote:
> On Tuesday 29 May 2007, Richard Purdie wrote:
> > The LCD class device bits look fine to me. The only change I'd request
> > is not to change the order of things in drivers/video/backlight/Kconfig.
> > If you do w
On Tue, 2007-05-29 at 23:29 +0200, Jan Kratochvil wrote:
>I have question, probably for Richard. Why is
> /sys/class/leds/whatsoever/brightness mode set to 0644? Is it really
> necessary?
> I feel like I'll be happy to allow anybody to change the state of this led.
> (Ok
> this maybe doesn'
On Tue, 2007-05-29 at 21:52 +0200, Haavard Skinnemoen wrote:
> This patch adds support for powering on and off the Samsung LTV350QV
> LCD panel via SPI. The driver responds to framebuffer power
> management, it powers off the panel on reboot/halt/poweroff, and it
> can also be controlled through sy
Hi Nitin,
On Fri, 2007-05-25 at 18:27 +0530, Nitin Gupta wrote:
> On 5/25/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-05-25 at 17:15 +0530, Nitin Gupta wrote:
> > > Richard, can you please provide perf. results for this patch also?
> > > Also
On Fri, 2007-05-25 at 18:07 +0530, Satyam Sharma wrote:
> On 5/25/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-05-25 at 17:15 +0530, Nitin Gupta wrote:
> > > Richard, can you please provide perf. results for this patch also?
> > > Also, can you p
Hi Nitin,
On Fri, 2007-05-25 at 18:27 +0530, Nitin Gupta wrote:
> On 5/25/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-05-25 at 17:15 +0530, Nitin Gupta wrote:
> > > Richard, can you please provide perf. results for this patch also?
> > > Also
1 - 100 of 300 matches
Mail list logo
