On 08/20/2013 03:14:10 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 15:02 -0500, Rob Landley wrote:
> On 08/19/2013 04:27:17 PM, Joe Perches wrote:
> > On Mon, 2013-08-19 at 23:22 +0200, Jiri Kosina wrote:
> > > On Mon, 19 Aug 2013, Joe Perches wrote:
> > >
>
On 08/20/2013 12:38:14 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 18:11 +0100, Matthew Garrett wrote:
> On Thu, Aug 15, 2013 at 10:19:56PM -0400, Richard Yao wrote:
> > Why are the LZ4 symbols being GPL-exported when the LZ4 code is
> > BSD-licensed and no substantial changes appear to have
On 08/20/2013 11:02:42 AM, Michael Witten wrote:
I've been sitting on some trivial patches for a while, and I'd just
like to get them out of the way.
Here is the series:
[1] Docs: Kconfig: For readability, offset modifiers with commas
[2] Docs: Kconfig: Use consistent whitespace
On 08/20/2013 10:31:32 AM, Cyrill Gorcunov wrote:
Signed-off-by: Cyrill Gorcunov
Cc: Pavel Emelyanov
Cc: Andy Lutomirski
Cc: Andrew Morton
Cc: Matt Mackall
Cc: Xiao Guangrong
Cc: Marcelo Tosatti
Cc: KOSAKI Motohiro
Cc: Stephen Rothwell
Cc: Peter Zijlstra
Cc: "Aneesh Kumar K.V"
With
On 08/19/2013 04:27:17 PM, Joe Perches wrote:
On Mon, 2013-08-19 at 23:22 +0200, Jiri Kosina wrote:
> On Mon, 19 Aug 2013, Joe Perches wrote:
>
> > This is a 7 line patch that corrects logging defects that has had
no
> > reply from you for the last month.
> >
> >
. Update RTFP documentation.
3. Fix a control-dependency example in the memory-barriers
documentation.
Acked-by: Rob Landley
(I'm just happy you don't have gratuitous quizzes mixed through it...)
Rob--
To unsubscribe from this list: send the line "unsubscribe linux-k
On 08/18/2013 03:26:03 AM, Geert Uytterhoeven wrote:
On Fri, Aug 16, 2013 at 11:02 PM, Francois Romieu
wrote:
> As a hobbyist, I have less time than most pro and must cope with
> whatever brain juice remains after the paid work. It doesn't make me
Indeed. And the dosing of brain juice is not
On 08/18/2013 03:26:03 AM, Geert Uytterhoeven wrote:
On Fri, Aug 16, 2013 at 11:02 PM, Francois Romieu
rom...@fr.zoreil.com wrote:
As a hobbyist, I have less time than most pro and must cope with
whatever brain juice remains after the paid work. It doesn't make me
Indeed. And the dosing of
. Update RTFP documentation.
3. Fix a control-dependency example in the memory-barriers
documentation.
Acked-by: Rob Landley r...@landley.net
(I'm just happy you don't have gratuitous quizzes mixed through it...)
Rob--
To unsubscribe from this list: send the line unsubscribe
On 08/19/2013 04:27:17 PM, Joe Perches wrote:
On Mon, 2013-08-19 at 23:22 +0200, Jiri Kosina wrote:
On Mon, 19 Aug 2013, Joe Perches wrote:
This is a 7 line patch that corrects logging defects that has had
no
reply from you for the last month.
On 08/20/2013 10:31:32 AM, Cyrill Gorcunov wrote:
Signed-off-by: Cyrill Gorcunov gorcu...@openvz.org
Cc: Pavel Emelyanov xe...@parallels.com
Cc: Andy Lutomirski l...@amacapital.net
Cc: Andrew Morton a...@linux-foundation.org
Cc: Matt Mackall m...@selenic.com
Cc: Xiao Guangrong
On 08/20/2013 11:02:42 AM, Michael Witten wrote:
I've been sitting on some trivial patches for a while, and I'd just
like to get them out of the way.
Here is the series:
[1] Docs: Kconfig: For readability, offset modifiers with commas
[2] Docs: Kconfig: Use consistent whitespace
On 08/20/2013 12:38:14 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 18:11 +0100, Matthew Garrett wrote:
On Thu, Aug 15, 2013 at 10:19:56PM -0400, Richard Yao wrote:
Why are the LZ4 symbols being GPL-exported when the LZ4 code is
BSD-licensed and no substantial changes appear to have been
On 08/20/2013 03:14:10 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 15:02 -0500, Rob Landley wrote:
On 08/19/2013 04:27:17 PM, Joe Perches wrote:
On Mon, 2013-08-19 at 23:22 +0200, Jiri Kosina wrote:
On Mon, 19 Aug 2013, Joe Perches wrote:
This is a 7 line patch that corrects
On 08/20/2013 05:11:18 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 16:49 -0500, Rob Landley wrote:
On 08/20/2013 03:14:10 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 15:02 -0500, Rob Landley wrote:
On 08/19/2013 04:27:17 PM, Joe Perches wrote:
On Mon, 2013-08-19 at 23:22 +0200, Jiri
On 08/20/2013 05:27:53 PM, Michael Witten wrote:
On Tue, 20 Aug 2013 16:20:02 -0500, Rob Landley wrote:
On 08/20/2013 11:02:42 AM, Michael Witten wrote:
I've been sitting on some trivial patches for a while, and I'd just
like to get them out of the way.
Here is the series:
[1] Docs
On 08/20/2013 07:22:36 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 19:10 -0500, Rob Landley wrote:
The important question is does he want to handle patches that you're
flipping out about not going in before the next merge window because
they are SO IMPORTANT that the trivial tree must
On 08/15/2013 04:44:01 AM, Michael Witten wrote:
I've been sitting on some trivial patches for a while, and I'd just
like to get them out of the way.
Here is the series:
[1] Docs: Kconfig: For readability, offset modifiers with commas
[2] Docs: Kconfig: Use consistent whitespace
On 08/14/2013 09:26:21 PM, Theodore Ts'o wrote:
As an experiment this year, the Linux Kernel Summit Program Committee
would like to put out a call for hobbyists. This year, we have up to
three places to give to people who do Linux Kernel development as a
hobby rather than a profession (Our
On 08/14/2013 09:26:21 PM, Theodore Ts'o wrote:
As an experiment this year, the Linux Kernel Summit Program Committee
would like to put out a call for hobbyists. This year, we have up to
three places to give to people who do Linux Kernel development as a
hobby rather than a profession (Our
On 08/15/2013 04:44:01 AM, Michael Witten wrote:
I've been sitting on some trivial patches for a while, and I'd just
like to get them out of the way.
Here is the series:
[1] Docs: Kconfig: For readability, offset modifiers with commas
[2] Docs: Kconfig: Use consistent whitespace
On 08/14/2013 12:42:19 PM, Miklos Szeredi wrote:
There's a simple and effective way to prevent unlink(2) and rename(2)
from operating on any file or directory by simply mounting something
on it. In any mount instance in any namespace.
Was this considered in the unprivileged mount design?
The
On 08/14/2013 12:42:19 PM, Miklos Szeredi wrote:
There's a simple and effective way to prevent unlink(2) and rename(2)
from operating on any file or directory by simply mounting something
on it. In any mount instance in any namespace.
Was this considered in the unprivileged mount design?
The
On 08/12/2013 11:45:49 AM, Russell King - ARM Linux wrote:
On Mon, Aug 12, 2013 at 05:24:50PM +0100, Peter Maydell wrote:
> On 12 August 2013 01:40, Guenter Roeck wrote:
> > On 08/11/2013 03:04 PM, Russell King - ARM Linux wrote:
> >> It could be that it's qemu's PCI routing is wrong - it's not
On 08/12/2013 11:45:49 AM, Russell King - ARM Linux wrote:
On Mon, Aug 12, 2013 at 05:24:50PM +0100, Peter Maydell wrote:
On 12 August 2013 01:40, Guenter Roeck li...@roeck-us.net wrote:
On 08/11/2013 03:04 PM, Russell King - ARM Linux wrote:
It could be that it's qemu's PCI routing is
On 08/07/2013 11:12:41 AM, Srinivas Pandruvada wrote:
Added power cap framework documentation. This explains the use of
power capping
framework, sysfs and programming interface.
There are two documents:
Documentation/powercap/PowerCappingFramework.txt: Explains use case
and API in
details.
On 08/07/2013 11:12:41 AM, Srinivas Pandruvada wrote:
Added power cap framework documentation. This explains the use of
power capping
framework, sysfs and programming interface.
There are two documents:
Documentation/powercap/PowerCappingFramework.txt: Explains use case
and API in
details.
On 08/06/2013 12:31:43 PM, Joe Perches wrote:
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
> "include/uapi/" is the whole Linux kernel API, it is important
enough
> to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the
On 08/06/2013 12:31:43 PM, Joe Perches wrote:
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
include/uapi/ is the whole Linux kernel API, it is important
enough
to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the Documentation
languages. (I argued that translations belonged on the
web when they were proposed, but Greg KH overruled me.)
I habitually ignore these, and cutting down on kernel-doc traffic should
make the rest of the list easier to follow.
Signed-off-by: Rob Landley
---
MAINTAINERS |4
1 file
On 07/31/2013 10:17:08 PM, Andrew Morton wrote:
On Wed, 31 Jul 2013 23:11:50 -0400 KOSAKI Motohiro
wrote:
> >> --- a/fs/drop_caches.c
> >> +++ b/fs/drop_caches.c
> >> @@ -59,6 +59,8 @@ int drop_caches_sysctl_handler(ctl_table
*table, int write,
> >> if (ret)
> >> return ret;
>
On 07/31/2013 10:17:08 PM, Andrew Morton wrote:
On Wed, 31 Jul 2013 23:11:50 -0400 KOSAKI Motohiro
kosaki.motoh...@jp.fujitsu.com wrote:
--- a/fs/drop_caches.c
+++ b/fs/drop_caches.c
@@ -59,6 +59,8 @@ int drop_caches_sysctl_handler(ctl_table
*table, int write,
if (ret)
languages. (I argued that translations belonged on the
web when they were proposed, but Greg KH overruled me.)
I habitually ignore these, and cutting down on kernel-doc traffic should
make the rest of the list easier to follow.
Signed-off-by: Rob Landley r...@landley.net
---
MAINTAINERS |4
On 07/22/2013 01:04:59 AM, Gu Zheng wrote:
On 07/22/2013 01:07 PM, Phillip Lougher wrote:
> On 22 July 2013 04:05, Gu Zheng wrote:
>> Hi Phillip,
>> Have some tests been carried out to confirm that Squashfs
really
>> can get benefit from LZ4 compression, comparing with lzo?
>
> This
On 07/22/2013 01:04:59 AM, Gu Zheng wrote:
On 07/22/2013 01:07 PM, Phillip Lougher wrote:
On 22 July 2013 04:05, Gu Zheng guz.f...@cn.fujitsu.com wrote:
Hi Phillip,
Have some tests been carried out to confirm that Squashfs
really
can get benefit from LZ4 compression, comparing
On 07/19/2013 02:57:18 PM, Andrew Morton wrote:
On Tue, 16 Jul 2013 16:45:39 -0700 (PDT) Rob Landley
wrote:
> Command line option rootfstype=ramfs to obtain old initramfs
behavior,
> and use ramfs instead of tmpfs for stub when root= defined (for
cosmetic
> reasons).
Cou
On 07/19/2013 02:57:18 PM, Andrew Morton wrote:
On Tue, 16 Jul 2013 16:45:39 -0700 (PDT) Rob Landley
r...@landley.net wrote:
Command line option rootfstype=ramfs to obtain old initramfs
behavior,
and use ramfs instead of tmpfs for stub when root= defined (for
cosmetic
reasons).
Could
On 07/17/2013 08:34:08 AM, Paul Gortmaker wrote:
On 13-07-16 01:33 PM, Jonathan Corbet wrote:
> On Mon, 15 Jul 2013 19:34:44 -0400
> Paul Gortmaker wrote:
>
>> The last mainline release of a v2.6.x kernel was back in May 2011.
>> Here we update references to be 3.x based, which also means
On 07/23/2013 05:57:15 PM, Aaro Koskinen wrote:
Hi,
On Sun, Jul 21, 2013 at 01:12:55AM -0400, Paul Gortmaker wrote:
> Looking at the bigger picture, the need for this file has simply
> passed. It was trying to detail required versions of userspace
> packages, in order to cater to hand-crafted
On 07/23/2013 05:57:15 PM, Aaro Koskinen wrote:
Hi,
On Sun, Jul 21, 2013 at 01:12:55AM -0400, Paul Gortmaker wrote:
Looking at the bigger picture, the need for this file has simply
passed. It was trying to detail required versions of userspace
packages, in order to cater to hand-crafted
On 07/17/2013 08:34:08 AM, Paul Gortmaker wrote:
On 13-07-16 01:33 PM, Jonathan Corbet wrote:
On Mon, 15 Jul 2013 19:34:44 -0400
Paul Gortmaker paul.gortma...@windriver.com wrote:
The last mainline release of a v2.6.x kernel was back in May 2011.
Here we update references to be 3.x based,
On 07/16/2013 07:03:47 PM, Michael Cree wrote:
On Tue, Jul 16, 2013 at 06:35:07PM -0500, Rob Landley wrote:
> On 07/16/2013 12:04:33 PM, Richard Henderson wrote:
> >Here's a set of minor updates for arch/alpha that should not
> >be controversial.
>
> I also note that I
On 07/16/2013 07:03:47 PM, Michael Cree wrote:
On Tue, Jul 16, 2013 at 06:35:07PM -0500, Rob Landley wrote:
On 07/16/2013 12:04:33 PM, Richard Henderson wrote:
Here's a set of minor updates for arch/alpha that should not
be controversial.
I also note that I had to do this to get busybox
On 07/15/2013 02:27:56 PM, James Bottomley wrote:
Before the "3.10.1-stable review" thread degenerated into a
disagreement
about habits of politeness, there were some solid points being made
which, I think, bear consideration and which may now be lost.
The problem, as Jiří Kosina put is
On 07/15/2013 04:09:53 PM, Joe Perches wrote:
On Mon, 2013-07-15 at 16:56 -0400, Steven Rostedt wrote:
> It may not be efficient for maintainers, but as maintainers we
should
> spend a bit more time on stable releases.
The MAINTAINERS file specifies a difference between a
section that's
On 07/15/2013 09:01:56 PM, Joe Perches wrote:
On Tue, 2013-07-16 at 11:54 +1000, NeilBrown wrote:
> On Mon, 15 Jul 2013 16:50:52 -0700 Joe Perches
wrote:
>
> > On Tue, 2013-07-16 at 09:42 +1000, NeilBrown wrote:
> > > Being "polite" without being "nice" is quite possible.
> > > It even has a
On 07/15/2013 04:09:53 PM, Joe Perches wrote:
On Mon, 2013-07-15 at 16:56 -0400, Steven Rostedt wrote:
It may not be efficient for maintainers, but as maintainers we
should
spend a bit more time on stable releases.
The MAINTAINERS file specifies a difference between a
section that's
On 07/15/2013 09:01:56 PM, Joe Perches wrote:
On Tue, 2013-07-16 at 11:54 +1000, NeilBrown wrote:
On Mon, 15 Jul 2013 16:50:52 -0700 Joe Perches j...@perches.com
wrote:
On Tue, 2013-07-16 at 09:42 +1000, NeilBrown wrote:
Being polite without being nice is quite possible.
It even has
On 07/15/2013 02:27:56 PM, James Bottomley wrote:
Before the 3.10.1-stable review thread degenerated into a
disagreement
about habits of politeness, there were some solid points being made
which, I think, bear consideration and which may now be lost.
The problem, as Jiří Kosina put is
Andrew: I'll save you the time of reading this message.
tl;dr: "I agree with what Hugh said".
You're welcome. :)
On 07/17/2013 07:15:29 PM, Hugh Dickins wrote:
On Wed, 17 Jul 2013, Andrew Morton wrote:
> On Tue, 16 Jul 2013 08:31:13 -0700 (PDT) Rob Landley
wrote:
&g
Andrew: I'll save you the time of reading this message.
tl;dr: I agree with what Hugh said.
You're welcome. :)
On 07/17/2013 07:15:29 PM, Hugh Dickins wrote:
On Wed, 17 Jul 2013, Andrew Morton wrote:
On Tue, 16 Jul 2013 08:31:13 -0700 (PDT) Rob Landley
r...@landley.net wrote:
Use
Use tmpfs for rootfs when CONFIG_TMPFS=y and there's no root=.
Specify rootfstype=ramfs to get the old initramfs behavior.
The previous initramfs code provided a fairly crappy root filesystem:
didn't let you --bind mount directories out of it, reported zero
size/usage so it didn't show up in "df"
From: Rob Landley
Even though ramfs hasn't got a backing device, commit e0bf68ddec4f added one
anyway, and put the initialization in init_rootfs() since that's the first
user, leaving it out of init_ramfs() to avoid duplication.
But initmpfs uses init_tmpfs() instead, so move the init
From: Rob Landley
Mounting MS_NOUSER prevents --bind mounts from rootfs. Prevent new rootfs
mounts with a different mechanism that doesn't affect bind mounts.
Signed-off-by: Rob Landley
---
fs/ramfs/inode.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/fs/ramfs
From: Rob Landley
When the rootfs code was a wrapper around ramfs, having them in the same
file made sense. Now that it can wrap another filesystem type, move it
in with the init code instead.
This also allows a subsequent patch to access rootfstype= command line arg.
Signed-off-by: Rob
From: Rob Landley
Command line option rootfstype=ramfs to obtain old initramfs behavior,
and use ramfs instead of tmpfs for stub when root= defined (for cosmetic
reasons).
Signed-off-by: Rob Landley
---
init/do_mounts.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions
From: Rob Landley
Conditionally call the appropriate fs_init function and fill_super functions.
Add a use once guard to shmem_init() to simply succeed on a second call.
(Note that IS_ENABLED() is a compile time constant so dead code elimination
removes unused function calls when CONFIG_TMPFS
On 07/16/2013 02:12:19 AM, Ramkumar Ramachandra wrote:
Rob Landley wrote:
> (Balsa is such an incompetent email client I wrote a python script
to do
> this via raw smtp, and I'm always convinced it's going to screw up
the send.
> But I think I've got it debugged now...)
Use
On 07/16/2013 12:04:33 PM, Richard Henderson wrote:
Here's a set of minor updates for arch/alpha that should not
be controversial.
I also note that I had to do this to get busybox to build against
uClibc:
diff --git a/arch/alpha/include/uapi/asm/unistd.h
On 07/16/2013 12:04:33 PM, Richard Henderson wrote:
Here's a set of minor updates for arch/alpha that should not
be controversial.
I also note that I had to do this to get busybox to build against
uClibc:
diff --git a/arch/alpha/include/uapi/asm/unistd.h
On 07/16/2013 02:12:19 AM, Ramkumar Ramachandra wrote:
Rob Landley wrote:
(Balsa is such an incompetent email client I wrote a python script
to do
this via raw smtp, and I'm always convinced it's going to screw up
the send.
But I think I've got it debugged now...)
Use the tried
From: Rob Landley r...@landley.net
Conditionally call the appropriate fs_init function and fill_super functions.
Add a use once guard to shmem_init() to simply succeed on a second call.
(Note that IS_ENABLED() is a compile time constant so dead code elimination
removes unused function calls when
From: Rob Landley r...@landley.net
When the rootfs code was a wrapper around ramfs, having them in the same
file made sense. Now that it can wrap another filesystem type, move it
in with the init code instead.
This also allows a subsequent patch to access rootfstype= command line arg.
Signed
From: Rob Landley r...@landley.net
Command line option rootfstype=ramfs to obtain old initramfs behavior,
and use ramfs instead of tmpfs for stub when root= defined (for cosmetic
reasons).
Signed-off-by: Rob Landley r...@landley.net
---
init/do_mounts.c | 15 +++
1 file changed
From: Rob Landley r...@landley.net
Mounting MS_NOUSER prevents --bind mounts from rootfs. Prevent new rootfs
mounts with a different mechanism that doesn't affect bind mounts.
Signed-off-by: Rob Landley r...@landley.net
---
fs/ramfs/inode.c |7 ++-
1 file changed, 6 insertions(+), 1
Use tmpfs for rootfs when CONFIG_TMPFS=y and there's no root=.
Specify rootfstype=ramfs to get the old initramfs behavior.
The previous initramfs code provided a fairly crappy root filesystem:
didn't let you --bind mount directories out of it, reported zero
size/usage so it didn't show up in df
From: Rob Landley r...@landley.net
Even though ramfs hasn't got a backing device, commit e0bf68ddec4f added one
anyway, and put the initialization in init_rootfs() since that's the first
user, leaving it out of init_ramfs() to avoid duplication.
But initmpfs uses init_tmpfs() instead, so move
On 07/15/2013 04:01:35 PM, Andrew Morton wrote:
On Tue, 09 Jul 2013 21:06:39 -0500 Rob Landley
wrote:
> Attached, so you don't have to fish them out of:
>
>http://lkml.indiana.edu/hypermail/linux/kernel/1306.3/04204.html
Too hard. Especially when I want to reply to a patch
On 07/15/2013 10:52:48 AM, Sarah Sharp wrote:
On Fri, 12 Jul 2013 18:17:08 +0200, Ingo Molnar
wrote:
> * Linus Torvalds wrote:
Let's discuss this at Kernel Summit where we can at least yell at each
other in person. Yeah, just try yelling at me about this. I'll roar
right back, louder, for
On 07/11/2013 10:25:51 PM, Li Zefan wrote:
On 2013/7/12 8:50, Theodore Ts'o wrote:
> On Thu, Jul 11, 2013 at 03:01:17PM -0700, Greg Kroah-Hartman wrote:
>>
>> I'm sitting on top of over 170 more patches that have been
marked for
>> the stable releases right now that are not included in
On 07/11/2013 10:25:51 PM, Li Zefan wrote:
On 2013/7/12 8:50, Theodore Ts'o wrote:
On Thu, Jul 11, 2013 at 03:01:17PM -0700, Greg Kroah-Hartman wrote:
rant
I'm sitting on top of over 170 more patches that have been
marked for
the stable releases right now that are not included in this
On 07/15/2013 10:52:48 AM, Sarah Sharp wrote:
On Fri, 12 Jul 2013 18:17:08 +0200, Ingo Molnar mi...@kernel.org
wrote:
* Linus Torvalds torva...@linux-foundation.org wrote:
Let's discuss this at Kernel Summit where we can at least yell at each
other in person. Yeah, just try yelling at me
On 07/15/2013 04:01:35 PM, Andrew Morton wrote:
On Tue, 09 Jul 2013 21:06:39 -0500 Rob Landley r...@landley.net
wrote:
Attached, so you don't have to fish them out of:
http://lkml.indiana.edu/hypermail/linux/kernel/1306.3/04204.html
Too hard. Especially when I want to reply to a patch
On 07/10/2013 10:15:15 AM, Ramkumar Ramachandra wrote:
Hi,
After Michal's (somewhat positive) response to the first iteration,
here's the second iteration fixing the reserved-letters problem.
Someone saying they keep accidentally killing processes in "top" is a
positive response?
Rob--
To
On 07/10/2013 10:15:15 AM, Ramkumar Ramachandra wrote:
Hi,
After Michal's (somewhat positive) response to the first iteration,
here's the second iteration fixing the reserved-letters problem.
Someone saying they keep accidentally killing processes in top is a
positive response?
Rob--
To
On 07/09/2013 05:25:53 AM, David Howells wrote:
Geert Uytterhoeven wrote:
> The #include added to include/uapi/linux/netlink.h
causes
> the uClibc build to go:
>
> In file included from include/linux/kernel.h:4,
> from include/linux/netlink.h:4,
> from
On 07/09/2013 03:22:31 AM, Geert Uytterhoeven wrote:
linux-...@vger.kernel.org was replaced by net...@oss.sgi.com was
replaced
by net...@vger.kernel.org.
Signed-off-by: Geert Uytterhoeven
Confirmed http://vger.kernel.org/vger-lists.html does not mention
linux-net anymore.
Acked-by: Rob
anymore.
Acked-by: Rob Landley r...@landley.net
Adding trivial@ to the cc:
Rob
---
Documentation/networking/arcnet.txt |7 ---
Documentation/networking/vortex.txt |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/Documentation/networking/arcnet.txt
b
On 07/09/2013 05:25:53 AM, David Howells wrote:
Geert Uytterhoeven ge...@linux-m68k.org wrote:
The #include linux/kernel.h added to include/uapi/linux/netlink.h
causes
the uClibc build to go:
In file included from include/linux/kernel.h:4,
from
checkpatch.pl version. Still applies to a git pull from 3 minutes ago
(two patches have offsets, but no fuzz).
Thanks,
RobFrom: Rob Landley
Subject: [PATCH 0/5] initmpfs: use tmpfs instead of ramfs for rootfs
To: linux-kernel@vger.kernel.org
Cc: Alexander Viro
Cc: Al Viro
Cc: Andrew Morton
Cc: "
On 07/09/2013 12:32:56 PM, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 7:29 PM, Rob Landley wrote:
>
> Um, does that mean I should have cc'd you on the initmpfs patch
series
> back before the merge window opened?
So I personally don't tend to care about that kind of pat
On 07/08/2013 06:08:41 PM, Sören Brinkmann wrote:
On Sat, Jul 06, 2013 at 06:00:05PM -0500, Rob Landley wrote:
> On 07/05/2013 06:32:59 AM, Ramkumar Ramachandra wrote:
> >Like in Vim.
> >
> >Cc: Michal Marek
> >Signed-off-by: Ramkumar Ramachandra
> >---
> &
On 07/09/2013 12:32:56 PM, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 7:29 PM, Rob Landley r...@landley.net wrote:
Um, does that mean I should have cc'd you on the initmpfs patch
series
back before the merge window opened?
So I personally don't tend to care about that kind of patch
checkpatch.pl version. Still applies to a git pull from 3 minutes ago
(two patches have offsets, but no fuzz).
Thanks,
RobFrom: Rob Landley r...@landley.net
Subject: [PATCH 0/5] initmpfs: use tmpfs instead of ramfs for rootfs
To: linux-kernel@vger.kernel.org
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc
On 07/08/2013 06:08:41 PM, Sören Brinkmann wrote:
On Sat, Jul 06, 2013 at 06:00:05PM -0500, Rob Landley wrote:
On 07/05/2013 06:32:59 AM, Ramkumar Ramachandra wrote:
Like in Vim.
Cc: Michal Marek mma...@suse.cz
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Unsure why nobody
On 07/07/2013 04:27:54 PM, Linus Torvalds wrote:
And dammit, I'd expect the VFS people to be
cc'd on changes to the VFS layer functions. I wasn't, Al wasn't.
Um, does that mean I should have cc'd you on the initmpfs patch series
back before the merge window opened?
On 07/08/2013 03:06:15 AM, l...@serverphorums.com wrote:
Hi,
Today, I need to cross compile Bluez for arm with uclibc library into
Buildroot environment.
However, I meet some dependencies between bluez-utils package and MMU
deactivation due to dBus.
Do you know a way to use Bluez with
On 07/08/2013 03:06:15 AM, l...@serverphorums.com wrote:
Hi,
Today, I need to cross compile Bluez for arm with uclibc library into
Buildroot environment.
However, I meet some dependencies between bluez-utils package and MMU
deactivation due to dBus.
Do you know a way to use Bluez with
On 07/07/2013 04:27:54 PM, Linus Torvalds wrote:
And dammit, I'd expect the VFS people to be
cc'd on changes to the VFS layer functions. I wasn't, Al wasn't.
Um, does that mean I should have cc'd you on the initmpfs patch series
back before the merge window opened?
On 07/05/2013 06:32:59 AM, Ramkumar Ramachandra wrote:
Like in Vim.
Cc: Michal Marek
Signed-off-by: Ramkumar Ramachandra
---
Unsure why nobody has done this yet.
While you're at it, why don't you add the ws up and down bindings from
World of Warcraft?
The reason nobody has done this
On 07/05/2013 06:32:59 AM, Ramkumar Ramachandra wrote:
Like in Vim.
Cc: Michal Marek mma...@suse.cz
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Unsure why nobody has done this yet.
While you're at it, why don't you add the ws up and down bindings from
World of Warcraft?
On 06/26/2013 06:21:07 PM, Andrew Morton wrote:
On Wed, 19 Jun 2013 17:09:18 -0400 (EDT) Paul Clements
wrote:
> Currently, when a disconnect is requested by the user (via
NBD_DISCONNECT
> ioctl) the return from NBD_DO_IT is undefined (it is usually one of
> several error codes). This
On 06/26/2013 06:21:07 PM, Andrew Morton wrote:
On Wed, 19 Jun 2013 17:09:18 -0400 (EDT) Paul Clements
paul.cleme...@steeleye.com wrote:
Currently, when a disconnect is requested by the user (via
NBD_DISCONNECT
ioctl) the return from NBD_DO_IT is undefined (it is usually one of
several
On 06/26/2013 04:05:01 PM, Andy Lutomirski wrote:
I was surprised to discover that a process can have a parent that
isn't
a thread group leader. (The usual ppid interfaces hide this, but the
children list exposes it.)
Signed-off-by: Andy Lutomirski
Cc: Cyrill Gorcunov
Cc: Oleg Nesterov
On 06/26/2013 04:05:01 PM, Andy Lutomirski wrote:
I was surprised to discover that a process can have a parent that
isn't
a thread group leader. (The usual ppid interfaces hide this, but the
children list exposes it.)
Signed-off-by: Andy Lutomirski l...@amacapital.net
Cc: Cyrill Gorcunov
newbie-unfriendly. I tend to prefer
documentation that's aimed at people who _don't_ already know whatever
it is. Personal idiosyncrasy.)
Acked-by: Rob Landley
Rob--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
it. Do these mappings persist if you don't unmap them, or does
paging_init() clear them?
Oh well:
Acked-by: Rob Landley
Rob--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On 06/29/2013 08:15:40 PM, Eric W. Biederman wrote:
Rob Landley writes:
> From: Rob Landley
>
> Mounting MS_NOUSER prevents --bind mounts from rootfs. Prevent new
rootfs
> mounts with a different mechanism that doesn't affect bind mounts.
I don't see patches 4 and 5 so I don't
On 06/29/2013 08:15:40 PM, Eric W. Biederman wrote:
Rob Landley writes:
> From: Rob Landley
>
> Mounting MS_NOUSER prevents --bind mounts from rootfs. Prevent new
rootfs
> mounts with a different mechanism that doesn't affect bind mounts.
I don't see patches 4 and 5 so I don't
Use tmpfs for rootfs when CONFIG_TMPFS=y and there's no root=.
Specify rootfstype=ramfs to get the old initramfs behavior.
The previous initramfs code provided a fairly crappy root filesystem:
didn't let you --bind mount directories out of it, reported zero
size/usage so it didn't show up in "df"
501 - 600 of 1794 matches
Mail list logo