Re: [patch 2/4] Configure out file locking features

2008-07-29 Thread Matt Mackall
1114299 118564 212992 1445855 160fdf vmlinux -11137-200 0 -11337 -2C49 +/- This patch has originally been written by Matt Mackall [EMAIL PROTECTED], and is part of the Linux Tiny project. Signed-off-by: Thomas Petazzoni [EMAIL PROTECTED] In principle, I think

Re: [PATCH] bootup: Add built-in kernel command line for x86

2008-08-06 Thread Matt Mackall
On Wed, 2008-08-06 at 15:31 -0700, Tim Bird wrote: Matt Mackall wrote: On Wed, 2008-08-06 at 14:31 -0700, Tim Bird wrote: The default behavior is to append the boot loader string to this one. However, there is a mechanism (leading '!') to force the built-in string to override the boot

Re: [PATCH V2 00/16] Squashfs: compressed read-only filesystem

2008-10-29 Thread Matt Mackall
On Wed, 2008-10-29 at 01:49 +, Phillip Lougher wrote: Hi, This a respin of the Squashfs patches incorporating the review comments received. Thanks to everyone who have sent comments. I read over the v3 source a few weeks ago and must say this looks greatly improved. -- Mathematics is

Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?

2009-07-21 Thread Matt Mackall
On Tue, 2009-07-21 at 14:56 -0700, Joe Perches wrote: On Tue, 2009-07-21 at 16:48 -0500, Matt Mackall wrote: On Tue, 2009-07-21 at 14:20 -0700, Joe Perches wrote: Is moving constant string formats to __devinitconst or __initdata useful for embedded environments? As in: #define

Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?

2009-07-21 Thread Matt Mackall
On Tue, 2009-07-21 at 16:50 -0700, David Daney wrote: Joe Perches wrote: On Tue, 2009-07-21 at 17:57 -0500, Matt Mackall wrote: On Tue, 2009-07-21 at 14:56 -0700, Joe Perches wrote: On Tue, 2009-07-21 at 16:48 -0500, Matt Mackall wrote: On Tue, 2009-07-21 at 14:20 -0700, Joe Perches wrote

Re: [PATCH, RFC] panic-note: Annotation from user space for panics

2009-11-12 Thread Matt Mackall
On Wed, 2009-11-11 at 21:13 -0500, David VomLehn wrote: Allows annotation of panics to include platform information. It's no big deal to collect information, but way helpful when you are collecting failure reports from a eventual base of millions of systems deployed in other people's homes.

Re: [PATCH, RFC] panic-note: Annotation from user space for panics

2009-11-17 Thread Matt Mackall
On Tue, 2009-11-17 at 16:28 -0800, Eric W. Biederman wrote: David VomLehn dvoml...@cisco.com writes: On Tue, Nov 17, 2009 at 10:45:43AM -0500, Eric W. Biederman wrote: ... Why not use the kdump hook? If you handle a kernel panic that way you get enhanced reliability and full user space

Re: flash_platform_data namespace collision

2010-01-16 Thread Matt Mackall
On Sat, 2010-01-16 at 11:04 +, Russell King wrote: On Fri, Jan 15, 2010 at 11:41:15PM -0600, Matt Mackall wrote: I've got a board here with SPI, NOR, and NAND flash devices and I've just run into a namespace collision on flash_platform_data from The one in arch/arm/include/asm/mach

Re: [PATCH 03/11] readahead: bump up the default readahead size

2010-02-11 Thread Matt Mackall
On Mon, 2010-02-08 at 21:46 +0800, Wu Fengguang wrote: Chris, Firstly inform the linux-embedded maintainers :) I think it's a good suggestion to add a config option (CONFIG_READAHEAD_SIZE). Will update the patch.. I don't have a strong opinion here beyond the nagging feeling that we

Re: [PATCH 03/11] readahead: bump up the default readahead size

2010-02-12 Thread Matt Mackall
On Thu, 2010-02-11 at 23:42 +, Jamie Lokier wrote: Matt Mackall wrote: On Mon, 2010-02-08 at 21:46 +0800, Wu Fengguang wrote: Chris, Firstly inform the linux-embedded maintainers :) I think it's a good suggestion to add a config option (CONFIG_READAHEAD_SIZE

Re: [PATCH 0/7] printk: add pr_level_once, guard print_hex_dump

2010-12-06 Thread Matt Mackall
size. Neaten and organize the rest of the code. Looks fine to me. I'd missed the introduction of the pr_level macros and I'm not sure if I like the idea, but this is a tidy and well-presented cleanup and extension. Acked-by: Matt Mackall m...@selenic.com -- Mathematics is the supreme nostalgia

Re: [PATCH 0/7] printk: add pr_level_once, guard print_hex_dump

2010-12-06 Thread Matt Mackall
On Mon, 2010-12-06 at 10:12 -0800, Joe Perches wrote: On Mon, 2010-12-06 at 09:37 -0600, Matt Mackall wrote: On Sun, 2010-12-05 at 21:44 -0800, Joe Perches wrote: There are many uses of printk_once(KERN_level. Add pr_level_once macros to avoid printk_once(KERN_level pr_fmt(fmt). Add