On 02/27/2013 03:51:55 PM, Andrew Morton wrote:
On Tue, 26 Feb 2013 21:57:52 -0800 (PST)
Rob Landley wrote:
> Before 2.6.25 building Linux never required perl. This patch series
removes
> the requirement from basic kernel builds (tested on i686, x86_64,
arm, mips,
> powerpc, s
On 02/27/2013 03:51:55 PM, Andrew Morton wrote:
On Tue, 26 Feb 2013 21:57:52 -0800 (PST)
Rob Landley r...@landley.net wrote:
Before 2.6.25 building Linux never required perl. This patch series
removes
the requirement from basic kernel builds (tested on i686, x86_64,
arm, mips,
powerpc
On 02/27/2013 03:51:55 PM, Andrew Morton wrote:
On Tue, 26 Feb 2013 21:57:52 -0800 (PST)
Rob Landley r...@landley.net wrote:
Before 2.6.25 building Linux never required perl. This patch series
removes
the requirement from basic kernel builds (tested on i686, x86_64,
arm, mips,
powerpc
From: Rob Landley
Replace perl header file generator with smaller/faster/simpler C version.
Hasn't changed in several years, see:
Message-ID: <4d35fef3.4070...@parallels.com>
Subject: Re: [PATCH] Use sed instead of perl to generate
x86/kernel/cpu/capflags.c.
Note, the version I submi
From: Rob Landley
Generate asm-x86/cpufeature.h with posix-2008 commands instead of perl.
Signed-off-by: Rob Landley
---
arch/x86/kernel/cpu/Makefile |4 +-
arch/x86/kernel/cpu/mkcapflags.pl | 48
arch/x86/kernel/cpu/mkcapflags.sh | 41
From: Rob Landley
Remove perl from make headers_install by replacing a perl script (doing
a simple regex search and replace) with a smaller, faster, simpler,
POSIX-2008 shell script implementation. The new shell script is a single
for loop calling sed and piping its output through unifdef
Before 2.6.25 building Linux never required perl. This patch series removes
the requirement from basic kernel builds (tested on i686, x86_64, arm, mips,
powerpc, sparc, sh4, and m68k). Now updated to 3.8-rc1.
Note, this removes perl from the _build_ environment, not from the _development_
On 02/26/2013 07:36:14 PM, Kim Phillips wrote:
This updates scripts/dtc to upstream dtc commit 27cdc1b
There's an upstream for dts?
"Added license header to dtc/libfdt/fdt.h and libfdt_env.h"
from git://git.jdl.com/software/dtc.git.
That git repository has a Documentation directory with
st attempt at that script is why the posts I linked to
above have my name mangled. Working on it...)
RobFrom: Rob Landley
Replace perl header file generator with smaller/faster/simpler C version.
Hasn't changed since last submission, which was:
Message-ID: <4d35fef3.4070...@parallels.com>
Sub
On 02/24/2013 02:42:56 PM, Michal Marek wrote:
On Mon, Dec 17, 2012 at 05:12:51PM -0800, r...@landley.net wrote:
> From: Rob Landley
>
> Remove perl from make headers_install by replacing a perl script
(doing
> a simple regex search and replace) with a smaller, faster, simpler,
On 02/24/2013 02:42:56 PM, Michal Marek wrote:
On Mon, Dec 17, 2012 at 05:12:51PM -0800, r...@landley.net wrote:
From: Rob Landley r...@landley.net
Remove perl from make headers_install by replacing a perl script
(doing
a simple regex search and replace) with a smaller, faster, simpler
attempt at that script is why the posts I linked to
above have my name mangled. Working on it...)
RobFrom: Rob Landley rland...@parallels.com
Replace perl header file generator with smaller/faster/simpler C version.
Hasn't changed since last submission, which was:
Message-ID: 4d35fef3.4070
On 02/26/2013 07:36:14 PM, Kim Phillips wrote:
This updates scripts/dtc to upstream dtc commit 27cdc1b
There's an upstream for dts?
Added license header to dtc/libfdt/fdt.h and libfdt_env.h
from git://git.jdl.com/software/dtc.git.
That git repository has a Documentation directory with for
Before 2.6.25 building Linux never required perl. This patch series removes
the requirement from basic kernel builds (tested on i686, x86_64, arm, mips,
powerpc, sparc, sh4, and m68k). Now updated to 3.8-rc1.
Note, this removes perl from the _build_ environment, not from the _development_
From: Rob Landley r...@landley.net
Generate asm-x86/cpufeature.h with posix-2008 commands instead of perl.
Signed-off-by: Rob Landley r...@landley.net
---
arch/x86/kernel/cpu/Makefile |4 +-
arch/x86/kernel/cpu/mkcapflags.pl | 48
arch/x86/kernel/cpu
From: Rob Landley r...@landley.net
Remove perl from make headers_install by replacing a perl script (doing
a simple regex search and replace) with a smaller, faster, simpler,
POSIX-2008 shell script implementation. The new shell script is a single
for loop calling sed and piping its output
From: Rob Landley r...@landley.net
Replace perl header file generator with smaller/faster/simpler C version.
Hasn't changed in several years, see:
Message-ID: 4d35fef3.4070...@parallels.com
Subject: Re: [PATCH] Use sed instead of perl to generate
x86/kernel/cpu/capflags.c.
Note, the version I
On 02/25/2013 02:54:07 PM, Konrad Rzeszutek Wilk wrote:
Hey,
Three little patches to update the Documentation/kernel-parameters and
also some of the complex x86 trampoline code.
Nothing serious, just a little cleanup.
Did I miss an attachment?
Rob--
To unsubscribe from this list: send the
On 02/25/2013 02:54:07 PM, Konrad Rzeszutek Wilk wrote:
Hey,
Three little patches to update the Documentation/kernel-parameters and
also some of the complex x86 trampoline code.
Nothing serious, just a little cleanup.
Did I miss an attachment?
Rob--
To unsubscribe from this list: send the
to
+stop it. Set your desired period_ns, duty_ns and polarity before
starting the
+pwm.
+
+It is recommend to set the period_ns at first and duty_ns after that.
+
Implementing a PWM driver
-
Doc part looks good to me:
Acked-by Rob Landley
diff --git a/drivers/pwm
On 02/18/2013 11:53:14 PM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference
to the
PHY with or without using phandle. To obtain a reference to the PHY
without
using phandle, the
On 02/21/2013 03:31:09 PM, Jiri Kosina wrote:
On Wed, 20 Feb 2013, Rob Landley wrote:
> (I always have the todo list of doom, but all I've been able to do
since the
> breakin is forward patches to -trivial, and sending big stuff
through that
> seems inappropriate somehow...)
On 02/20/2013 03:36:50 PM, Andrew Morton wrote:
and while we're there, let's pause to admire how prescient I was in
refusing to merge all this into 3.8-rc1 :)
I'm on a plane, which is why I am not digging out the Dr. Who episode
"planet of the spiders", digitizing the "All praise to the
Gonsalvez
Acked-by: Rob Landley
On the basis it's all nicely in its own subdirectory not bothering
anyone else.
That said:
+The data structure that describe a device is detailed in *note FMC
+Device::, the one that describes a driver is detailed in *note FMC
+Driver::.
What is this *note
On 02/19/2013 11:10:16 AM, Stephen Warren wrote:
On 02/17/2013 03:05 PM, Rob Landley wrote:
> On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote:
>> Hi,
>>
>> With new dtc+cpp feature, we could get rid of magic numbers in dts*
>> files. This patch replaces CLK IDs.
>&g
the whole node which the kernel resides in un-hotpluggable. Then the
kernel has
enough memory to use.
Reported-by: H Peter Anvin
Signed-off-by: Tang Chen
Docs part Acked-by: Rob Landley (with minor
non-blocking snark).
@@ -1673,6 +1675,10 @@ bytes respectively. Such letter suffixes can
also
On 02/19/2013 09:05:00 AM, Felipe Balbi wrote:
Greg, can you pitch your suggestion here ? It would be great to hear
your rationale behind dropping class infrastructure, couldn't find
anything through Google and since feature-removal-schedule.txt has
been
removed (without adding it to
On 02/19/2013 09:05:00 AM, Felipe Balbi wrote:
Greg, can you pitch your suggestion here ? It would be great to hear
your rationale behind dropping class infrastructure, couldn't find
anything through Google and since feature-removal-schedule.txt has
been
removed (without adding it to
the whole node which the kernel resides in un-hotpluggable. Then the
kernel has
enough memory to use.
Reported-by: H Peter Anvin h...@zytor.com
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Docs part Acked-by: Rob Landley r...@landley.net (with minor
non-blocking snark).
@@ -1673,6 +1675,10
On 02/19/2013 11:10:16 AM, Stephen Warren wrote:
On 02/17/2013 03:05 PM, Rob Landley wrote:
On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote:
Hi,
With new dtc+cpp feature, we could get rid of magic numbers in dts*
files. This patch replaces CLK IDs.
We also plan to share those DT header
On 02/20/2013 03:36:50 PM, Andrew Morton wrote:
and while we're there, let's pause to admire how prescient I was in
refusing to merge all this into 3.8-rc1 :)
I'm on a plane, which is why I am not digging out the Dr. Who episode
planet of the spiders, digitizing the All praise to the great
...@braap.org
Acked-by: Samuel Iglesias Gonsalvez sigles...@igalia.com
Acked-by: Rob Landley r...@landley.net
On the basis it's all nicely in its own subdirectory not bothering
anyone else.
That said:
+The data structure that describe a device is detailed in *note FMC
+Device::, the one
On 02/21/2013 03:31:09 PM, Jiri Kosina wrote:
On Wed, 20 Feb 2013, Rob Landley wrote:
(I always have the todo list of doom, but all I've been able to do
since the
breakin is forward patches to -trivial, and sending big stuff
through that
seems inappropriate somehow...)
FWIW feel free
On 02/18/2013 11:53:14 PM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference
to the
PHY with or without using phandle. To obtain a reference to the PHY
without
using phandle, the
generation,
write a 0 to
+stop it. Set your desired period_ns, duty_ns and polarity before
starting the
+pwm.
+
+It is recommend to set the period_ns at first and duty_ns after that.
+
Implementing a PWM driver
-
Doc part looks good to me:
Acked-by Rob Landley r
On 02/19/2013 08:53:14 AM, Paul Gortmaker wrote:
On 13-02-18 10:57 AM, Randy Dunlap wrote:
> On 02/18/13 01:39, Jiri Kosina wrote:
>> On Thu, 14 Feb 2013, Paul Gortmaker wrote:
>>
>>> It seems there are about 80 new, but undocumented addtions at
>>> the top level Documentation directory. This
On 02/19/2013 08:53:14 AM, Paul Gortmaker wrote:
On 13-02-18 10:57 AM, Randy Dunlap wrote:
On 02/18/13 01:39, Jiri Kosina wrote:
On Thu, 14 Feb 2013, Paul Gortmaker wrote:
It seems there are about 80 new, but undocumented addtions at
the top level Documentation directory. This fixes up the
On 02/18/2013 09:57:36 AM, Randy Dunlap wrote:
On 02/18/13 01:39, Jiri Kosina wrote:
> On Thu, 14 Feb 2013, Paul Gortmaker wrote:
>
>> It seems there are about 80 new, but undocumented addtions at
>> the top level Documentation directory. This fixes up the top
>> level 00-INDEX by adding new
On 02/18/2013 09:57:36 AM, Randy Dunlap wrote:
On 02/18/13 01:39, Jiri Kosina wrote:
On Thu, 14 Feb 2013, Paul Gortmaker wrote:
It seems there are about 80 new, but undocumented addtions at
the top level Documentation directory. This fixes up the top
level 00-INDEX by adding new entries
off into a separate new header -- export.h
Update the docs to reflect that.
Suggested-by: Borislav Petkov
Cc: Rob Landley
Cc: Jiri Kosina
Signed-off-by: Paul Gortmaker
Acked-by: Rob Landley
Rob--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote:
Hi,
With new dtc+cpp feature, we could get rid of magic numbers in dts*
files. This patch replaces CLK IDs.
We also plan to share those DT header files with kernel source
later[1].
...
[1]
On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote:
Hi,
With new dtc+cpp feature, we could get rid of magic numbers in dts*
files. This patch replaces CLK IDs.
We also plan to share those DT header files with kernel source
later[1].
...
[1]
off into a separate new header -- export.h
Update the docs to reflect that.
Suggested-by: Borislav Petkov b...@alien8.de
Cc: Rob Landley r...@landley.net
Cc: Jiri Kosina triv...@kernel.org
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
Acked-by: Rob Landley r...@landley.net
Rob
On 01/29/2013 06:38:03 AM, Jan Kiszka wrote:
CC: Rob Landley
CC: linux-...@vger.kernel.org
Signed-off-by: Jan Kiszka
---
Documentation/gdb-kernel-debugging.txt | 155
1 files changed, 155 insertions(+), 0 deletions(-)
create mode 100644 Documentation/gdb
On 01/29/2013 06:38:03 AM, Jan Kiszka wrote:
CC: Rob Landley r...@landley.net
CC: linux-...@vger.kernel.org
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
Documentation/gdb-kernel-debugging.txt | 155
1 files changed, 155 insertions(+), 0 deletions
too though.
Cc: Rob Landley
Signed-off-by: Paul Gortmaker
I've got a script that makes html navigation pages from the 00-INDEX
files and another one that parses that to find dead links in both
directions. (Files with no 00-INDEX entry and 00-INDEX entries that
don't refer ot a file.)
I
I missed: why can we not autodetect the lack of support and DTRT?
Signed-off-by: Yinghai Lu
Link:
http://lkml.kernel.org/r/1359058816-7615-31-git-send-email-ying...@kernel.org
Cc: Eric Biederman
Cc: Rob Landley
Signed-off-by: H. Peter Anvin
---
Documentation/kernel-parameters.txt | 3
On 01/22/2013 06:14:53 PM, Stepan Moskovchenko wrote:
Add the %pa format specifier for printing a phys_addr_t
type and its derivative types (such as resource_size_t),
since the physical address size on some platforms can vary
based on build options, regardless of the native integer
type.
On 01/22/2013 06:14:53 PM, Stepan Moskovchenko wrote:
Add the %pa format specifier for printing a phys_addr_t
type and its derivative types (such as resource_size_t),
since the physical address size on some platforms can vary
based on build options, regardless of the native integer
type.
intel or amd iommu.
I missed: why can we not autodetect the lack of support and DTRT?
Signed-off-by: Yinghai Lu ying...@kernel.org
Link:
http://lkml.kernel.org/r/1359058816-7615-31-git-send-email-ying...@kernel.org
Cc: Eric Biederman ebied...@xmission.com
Cc: Rob Landley r
too though.
Cc: Rob Landley r...@landley.net
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
I've got a script that makes html navigation pages from the 00-INDEX
files and another one that parses that to find dead links in both
directions. (Files with no 00-INDEX entry and 00-INDEX
On 01/31/2013 05:22:09 PM, H. Peter Anvin wrote:
On 01/31/2013 02:51 PM, William Hubbs wrote:
> On a system that does not use an initramfs, /dev/root was always
> listed in /proc/mounts. This breaks software which scans
/proc/mounts to
> determine which file systems are mounted since /dev/root
On 01/30/2013 03:44:32 AM, Oleg wrote:
Hello.
Where can i find an info about /proc/irq/*/affinity_hint ?
Documentation/filesystems/proc.txt says nothing about it (3.2.37
kernel).
The general procedure is to look for the git commit, which may have a
good commit comment, and also
On 01/30/2013 03:44:32 AM, Oleg wrote:
Hello.
Where can i find an info about /proc/irq/*/affinity_hint ?
Documentation/filesystems/proc.txt says nothing about it (3.2.37
kernel).
The general procedure is to look for the git commit, which may have a
good commit comment, and also
On 01/31/2013 05:22:09 PM, H. Peter Anvin wrote:
On 01/31/2013 02:51 PM, William Hubbs wrote:
On a system that does not use an initramfs, /dev/root was always
listed in /proc/mounts. This breaks software which scans
/proc/mounts to
determine which file systems are mounted since /dev/root is
On 01/13/2013 12:15:41 PM, Randy Dunlap wrote:
On 01/13/13 03:44, Rob Landley wrote:
> On 01/11/2013 08:21:55 AM, Michal Nazarewicz wrote:
>> On Fri, Jan 11 2013, Minchan Kim wrote:
>> > The C standards allows the character type char to be singed or
unsinged,
>> >
-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 info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 01/13/2013 12:15:41 PM, Randy Dunlap wrote:
On 01/13/13 03:44, Rob Landley wrote:
On 01/11/2013 08:21:55 AM, Michal Nazarewicz wrote:
On Fri, Jan 11 2013, Minchan Kim minc...@kernel.org wrote:
The C standards allows the character type char to be singed or
unsinged,
depending
...@altlinux.org
Acked-by: Rob Landley r...@landley.net
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 info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Has there been any follow-up on this? I've had this flagged to follow
replies to the thread for a while, but didn't see any.
On 01/20/2013 03:55:05 PM, Thomas Capricelli wrote:
1st problem
Since around September 2012, i have tried to compile my kernel 3.6.x
with gcc-4.7.
I can't do anything
Has there been any follow-up on this? I've had this flagged to follow
replies to the thread for a while, but didn't see any.
On 01/20/2013 03:55:05 PM, Thomas Capricelli wrote:
1st problem
Since around September 2012, i have tried to compile my kernel 3.6.x
with gcc-4.7.
I can't do anything
On 01/15/2013 03:26:58 PM, Andi Kleen wrote:
John McCorquodale writes:
> Suppose a hugepage-aligned mmap(MAP_ANONYMOUS) mapping has been
madvise()d
> HUGEPAGE. If a subeqeuent call to mremap() grows the mapping and
has to
> move the mapping, the hugepage-alignment is not preserved in the
On 01/15/2013 03:26:58 PM, Andi Kleen wrote:
John McCorquodale m...@rockgeek.org writes:
Suppose a hugepage-aligned mmap(MAP_ANONYMOUS) mapping has been
madvise()d
HUGEPAGE. If a subeqeuent call to mremap() grows the mapping and
has to
move the mapping, the hugepage-alignment is not
On 01/11/2013 08:21:55 AM, Michal Nazarewicz wrote:
On Fri, Jan 11 2013, Minchan Kim wrote:
> The C standards allows the character type char to be singed or
unsinged,
> depending on the platform and compiler. Most of systems uses signed
char,
> but those based on PowerPC and ARM processors
On 01/11/2013 08:21:55 AM, Michal Nazarewicz wrote:
On Fri, Jan 11 2013, Minchan Kim minc...@kernel.org wrote:
The C standards allows the character type char to be singed or
unsinged,
depending on the platform and compiler. Most of systems uses signed
char,
but those based on PowerPC and
On 01/09/2013 10:04:23 AM, Eric Paris wrote:
Getting an EPERM/EACCES in userspace really kinda blows. As a user
you
don't have any idea why you got it. It could be SELinux, it could be
rwx bits on the file, it could be a missing capability, it could be an
ACL, it could be who knows what.
On 01/09/2013 10:04:23 AM, Eric Paris wrote:
Getting an EPERM/EACCES in userspace really kinda blows. As a user
you
don't have any idea why you got it. It could be SELinux, it could be
rwx bits on the file, it could be a missing capability, it could be an
ACL, it could be who knows what.
On 01/05/2013 03:35:58 AM, Richard Cochran wrote:
On Sat, Jan 05, 2013 at 12:16:51AM -0600, Joel A Fernandes wrote:
>
> The problem being addressed is discussed in this thread:
> http://permalink.gmane.org/gmane.linux.kernel/1389017
Thanks for the link.
Since the motivation is already
On 01/04/2013 01:31:10 PM, Pantelis Antoniou wrote:
Introduce DT overlay support.
Using this functionality it is possible to dynamically overlay a part
of
the kernel's tree with another tree that's been dynamically loaded.
It is also possible to remove node and properties.
Signed-off-by:
On 01/04/2013 01:31:10 PM, Pantelis Antoniou wrote:
Introduce DT overlay support.
Using this functionality it is possible to dynamically overlay a part
of
the kernel's tree with another tree that's been dynamically loaded.
It is also possible to remove node and properties.
Signed-off-by:
On 01/05/2013 03:35:58 AM, Richard Cochran wrote:
On Sat, Jan 05, 2013 at 12:16:51AM -0600, Joel A Fernandes wrote:
The problem being addressed is discussed in this thread:
http://permalink.gmane.org/gmane.linux.kernel/1389017
Thanks for the link.
Since the motivation is already documented
On 12/27/2012 02:09:33 PM, Shaun Ruffell wrote:
Hi Rob,
On Fri, Dec 14, 2012 at 04:25:10PM -0600, Rob Landley wrote:
> Although the README and Documentation/Changes both say the kernel
> builds with gcc 3.2, this is no loner the case. In reality the new
> 3.7 kernel no longer bui
On 12/27/2012 02:09:33 PM, Shaun Ruffell wrote:
Hi Rob,
On Fri, Dec 14, 2012 at 04:25:10PM -0600, Rob Landley wrote:
Although the README and Documentation/Changes both say the kernel
builds with gcc 3.2, this is no loner the case. In reality the new
3.7 kernel no longer builds under
On 12/25/2012 01:38:09 AM, bbi5291 wrote:
When the init process is created on system startup, does it have any
open file descriptors? If so, where do they point?
Last I checked, it worked like this:
If there's a /dev/console in initramfs, stdin, stdout, and stderr will
point to that. If you
On 12/25/2012 01:38:09 AM, bbi5291 wrote:
When the init process is created on system startup, does it have any
open file descriptors? If so, where do they point?
Last I checked, it worked like this:
If there's a /dev/console in initramfs, stdin, stdout, and stderr will
point to that. If you
On 12/24/2012 09:02:11 PM, Logan Rathbone wrote:
*** NOTE: Kindly CC me directly if you reply to list since I'm not
an LKML subscriber. ***
Running vanilla 3.2.29 (Slackware 14.0). I also had this issue on
2.6.37.6 and *possibly* 2.6.33.x, but I don't recall.
Every now and again (could
On 12/24/2012 09:02:11 PM, Logan Rathbone wrote:
*** NOTE: Kindly CC me directly if you reply to list since I'm not
an LKML subscriber. ***
Running vanilla 3.2.29 (Slackware 14.0). I also had this issue on
2.6.37.6 and *possibly* 2.6.33.x, but I don't recall.
Every now and again (could
On 12/21/2012 10:57:34 PM, Eric W. Biederman wrote:
The sequence:
unshare(CLONE_NEWPID)
clone(CLONE_THREAD|CLONE_SIGHAND|CLONE_VM)
Creates a new process in the new pid namespace without setting
pid_ns->child_reaper. After forking this results in a NULL
pointer dereference.
Avoid this and
On 12/21/2012 10:57:34 PM, Eric W. Biederman wrote:
The sequence:
unshare(CLONE_NEWPID)
clone(CLONE_THREAD|CLONE_SIGHAND|CLONE_VM)
Creates a new process in the new pid namespace without setting
pid_ns-child_reaper. After forking this results in a NULL
pointer dereference.
Avoid this and
On 12/21/2012 11:51:03 AM, Eric W. Biederman wrote:
Oleg Nesterov writes:
> Eric. I understand that it is too late to discuss this. And yes, I
simply
> do not understand the problem space, I never used containers.
>
> But, stupid question. Let's ignore the pid_ns-specific oddities.
>
> 1.
On 12/21/2012 09:52:22 AM, Joe Perches wrote:
On Tue, 2012-12-11 at 14:19 -0800, Joe Perches wrote:
> On Tue, 2012-12-11 at 19:49 -0200, Cesar Eduardo Barros wrote:
> > I could not find the maintainer for the MAINTAINERS file, so
sending
> > directly to Linus. Sorry if I am mistaken.
>
>
On 12/21/2012 09:52:22 AM, Joe Perches wrote:
On Tue, 2012-12-11 at 14:19 -0800, Joe Perches wrote:
On Tue, 2012-12-11 at 19:49 -0200, Cesar Eduardo Barros wrote:
I could not find the maintainer for the MAINTAINERS file, so
sending
directly to Linus. Sorry if I am mistaken.
Thanks
On 12/21/2012 11:51:03 AM, Eric W. Biederman wrote:
Oleg Nesterov o...@redhat.com writes:
Eric. I understand that it is too late to discuss this. And yes, I
simply
do not understand the problem space, I never used containers.
But, stupid question. Let's ignore the pid_ns-specific
On 12/17/2012 05:18:57 PM, Eric W. Biederman wrote:
Work remains to make it safe to build user namespaces and 9p, afs,
ceph, cifs, coda, gfs2, ncpfs, nfs, nfsd, ocfs2, and xfs so the
Kconfig
guard remains in place preventing that user namespaces from being
built
when any of those
security: remove dummy module
Acked-by: Serge Hallyn
Signed-off-by: Josh Boyer
Acked-by: Rob Landley
Could you send it through triv...@kernel.org please?
Rob--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
+0200
security: remove dummy module
Acked-by: Serge Hallyn serge.hal...@canonical.com
Signed-off-by: Josh Boyer jwbo...@redhat.com
Acked-by: Rob Landley r...@landley.net
Could you send it through triv...@kernel.org please?
Rob--
To unsubscribe from this list: send the line unsubscribe
On 12/17/2012 05:18:57 PM, Eric W. Biederman wrote:
Work remains to make it safe to build user namespaces and 9p, afs,
ceph, cifs, coda, gfs2, ncpfs, nfs, nfsd, ocfs2, and xfs so the
Kconfig
guard remains in place preventing that user namespaces from being
built
when any of those
On 12/15/2012 05:00:38 AM, Marco Stornelli wrote:
Removed vmtruncate
Signed-off-by: Marco Stornelli
Acked-by: Rob Landley
(I can't help thinking there should have been some sort of
feature-removal-schedule entry for this. Is there any sort of trailing
record of major stuff
Reasonably vanilla versions of both just did this. No idea why. Just
did it the once, haven't gotten it to reproduce...
Rob
Restarting system.
reboot: machine restart
general protection fault: fff2 [#1]
CPU 0
Pid: 8542, comm: oneit Not tainted 3.7.0 #1 Bochs Bochs
RIP: 0010:[] []
Reasonably vanilla versions of both just did this. No idea why. Just
did it the once, haven't gotten it to reproduce...
Rob
Restarting system.
reboot: machine restart
general protection fault: fff2 [#1]
CPU 0
Pid: 8542, comm: oneit Not tainted 3.7.0 #1 Bochs Bochs
RIP: 0010:[81013bec]
On 12/15/2012 05:00:38 AM, Marco Stornelli wrote:
Removed vmtruncate
Signed-off-by: Marco Stornelli marco.storne...@gmail.com
Acked-by: Rob Landley r...@landley.net
(I can't help thinking there should have been some sort of
feature-removal-schedule entry for this. Is there any sort
Although the README and Documentation/Changes both say the kernel
builds with gcc 3.2, this is no loner the case. In reality the new 3.7
kernel no longer builds under unpatched gcc 4.2.1 (the last GPLv2
release).
Building for i686 breaks with "arch/x86/kernel/cpu/perf_event_p6.c:22:
On 12/14/2012 06:04:51 AM, Greg Ungerer wrote:
Hi Rob,
...
Somebody got one of my images to boot under aranym but they had to
patch
the kernel fairly extensively to add the emulated device support that
emulator provided. It doesn't emulate real devices the way qemu does,
but qemu doesn't
On 12/13/2012 01:44:14 PM, Geert Uytterhoeven wrote:
Hi Linus,
The following changes since commit
29594404d7fe73cd80eaa4ee8c43dcc53970c60e:
Linus Torvalds (1):
Linux 3.7
Query: what's your test environment?
I've been trying to get m68k linux to boot in qemu on and off
On 12/13/2012 01:44:14 PM, Geert Uytterhoeven wrote:
Hi Linus,
The following changes since commit
29594404d7fe73cd80eaa4ee8c43dcc53970c60e:
Linus Torvalds (1):
Linux 3.7
Query: what's your test environment?
I've been trying to get m68k linux to boot in qemu on and off
On 12/14/2012 06:04:51 AM, Greg Ungerer wrote:
Hi Rob,
...
Somebody got one of my images to boot under aranym but they had to
patch
the kernel fairly extensively to add the emulated device support that
emulator provided. It doesn't emulate real devices the way qemu does,
but qemu doesn't
Although the README and Documentation/Changes both say the kernel
builds with gcc 3.2, this is no loner the case. In reality the new 3.7
kernel no longer builds under unpatched gcc 4.2.1 (the last GPLv2
release).
Building for i686 breaks with arch/x86/kernel/cpu/perf_event_p6.c:22:
On 12/07/2012 07:27:25 PM, Andy Lutomirski wrote:
On Fri, Dec 7, 2012 at 5:10 PM, Rob Landley wrote:
> On 12/07/2012 01:32:18 PM, Andy Lutomirski wrote:
>>
>> On Fri, Dec 7, 2012 at 11:21 AM, Serge Hallyn
>> wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.n
On 12/07/2012 07:27:25 PM, Andy Lutomirski wrote:
On Fri, Dec 7, 2012 at 5:10 PM, Rob Landley r...@landley.net wrote:
On 12/07/2012 01:32:18 PM, Andy Lutomirski wrote:
On Fri, Dec 7, 2012 at 11:21 AM, Serge Hallyn
serge.hal...@canonical.com wrote:
Quoting Andy Lutomirski (l
On 12/07/2012 01:32:18 PM, Andy Lutomirski wrote:
On Fri, Dec 7, 2012 at 11:21 AM, Serge Hallyn
wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> Signed-off-by: Andy Lutomirski
>> ---
>> Documentation/security/capabilities.txt | 161
>> 1 file
801 - 900 of 1794 matches
Mail list logo
