__KERNEL__ guards are erased.
After this, perf no longer needs the -Iarch/foo/include flag and can just
manage with the uapi -I flags.
If these actually want posting to userspace, then they will need a headers-y
line adding to the uapi Kbuild file.
Signed-off-by: David Howells
---
arch/x86/include
Disintegrate x86's asm/perf_regs.h for UAPI. This just entails moving it to
the uapi directory.
With this, the #inclusion in perf's perf_regs.h can use .
If this actually wants posting to userspace, then it will need a headers-y
line adding to the Kbuild file.
Signed-off-by: Dav
wonder if the bits outside of the __KERNEL__ guards
*should* be transferred there.
I note also that perf seems to do its dependency handling manually by listing
all the header files it might want to use in LIB_H in the Makefile. Can this
be changed to use -MD?
Signed-off-by: David Howells
-
Turn sign-file into perl and merge in x509keyid. The latter doesn't need to be
a separate script as it doesn't actually need to work out the SHA1 sum of the
X.509 certificate itself, since it can get that from the X.509 certificate.
Signed-off-by: David Howells
---
The module build process no longer creates intermediate files for module
signing, so remove them from .gitignore.
Signed-off-by: David Howells
---
.gitignore |6 --
1 file changed, 6 deletions(-)
diff --git a/.gitignore b/.gitignore
index 0f2f40f..92bd0e4 100644
--- a/.gitignore
David Howells wrote:
> -mod_sign_cmd = sh $(srctree)/scripts/sign-file $(MODSECKEY) $(MODPUBKEY)
> $(srctree)/scripts/x509keyid
> +mod_sign_cmd = sh $(srctree)/scripts/sign-file $(MODSECKEY) $(MODPUBKEY)
Hmmm... That's not quite right. That needs to be 'perl'
Turn sign-file into perl and merge in x509keyid. The latter doesn't need to be
a separate script as it doesn't actually need to work out the SHA1 sum of the
X.509 certificate itself, since it can get that from the X.509 certificate.
Signed-off-by: David Howells
---
The module build process no longer creates intermediate files for module
signing, so remove them from .gitignore.
Signed-off-by: David Howells
---
.gitignore |6 --
1 file changed, 6 deletions(-)
diff --git a/.gitignore b/.gitignore
index 0f2f40f..92bd0e4 100644
--- a/.gitignore
David Howells wrote:
> + printk("Check for sig\n");
> +
> ...
> + printk("Found sig\n");
> ...
> +#define DEBUG
And I also forgot to remove the debugging. Sigh.
David
--
To unsubscribe from this list: send the line "unsubscrib
Turn sign-file into perl and merge in x509keyid. The latter doesn't need to be
a separate script as it doesn't actually need to work out the SHA1 sum of the
X.509 certificate itself, since it can get that from the X.509 certificate.
Signed-off-by: David Howells
---
Makefile
The module build process no longer creates intermediate files for module
signing, so remove them from .gitignore.
Signed-off-by: David Howells
---
.gitignore |6 --
1 file changed, 6 deletions(-)
diff --git a/.gitignore b/.gitignore
index 0f2f40f..92bd0e4 100644
--- a/.gitignore
ned-off-by: David Howells
---
kernel/module-internal.h |3 +--
kernel/module.c | 26 +-
kernel/module_signing.c | 24 +++-
scripts/sign-file|6 +++---
4 files changed, 28 insertions(+), 31 deletions(-)
diff --git a/ker
Joe Perches wrote:
> On Sat, 2012-10-20 at 23:33 +0100, Ken O'Brien wrote:
> ...
> > - pr_err("binder: %d: binder_alloc_buf failed to "
> > + pr_err("binder: %d: binder_alloc_buf failed to " \
> >"map pages in userspace, no vma\n", proc->pid);
> ...
> Nice
Randy Dunlap wrote:
> From: Randy Dunlap
>
> kernel/module_signing.c:195:2: warning: format '%lu' expects type 'long
> unsigned int', but argument 3 has type 'size_t'
>
> Signed-off-by: Randy Dunlap
> Cc: David Howells
Hmmm... My co
rt to userspace, it had nothing outside of __KERNEL__.
This needs to be applied on top of the x86 UAPI disintegration patch.
Signed-off-by: David Howells
---
arch/x86/include/uapi/asm/hw_breakpoint.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/x86/include/uapi/asm/hw_breakpoint
t had nothing outside of __KERNEL__.
This needs to be applied on top of the x86 UAPI disintegration patch.
Signed-off-by: David Howells
---
arch/x86/include/uapi/asm/setup.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/x86/include/uapi/asm/setup.h
b/arch/x86/include/uap
CRIS UAPI disintegration patch.
Signed-off-by: David Howells
---
arch/cris/include/arch-v10/arch/Kbuild |1 +
arch/cris/include/arch-v32/arch/Kbuild |1 +
arch/cris/include/uapi/asm/swab.h |3 +++
3 files changed, 5 insertions(+)
diff --git a/arch/cris/include/arch-v10/arch/Kbui
Rusty Russell wrote:
> Meh, I really wanted to separate the module signature locating (my
> problem) from the decoding and checking (your problem).
You could split mod_verify_sig() at the:
/* For the moment, only support RSA and X.509 identifiers */
comment. At that point we have veri
Ingo Molnar wrote:
> arch/x86/include/asm/Kbuild | 7 ++
> arch/x86/include/asm/perf_regs.h | 33 -
> arch/x86/include/asm/svm.h| 132
> +-
> arch/x86/include/asm/vmx.h| 89 +--
> arch/x86/inc
Vineet Gupta wrote:
> >> Per you email from last week, When I ran the disintergrate-one.pl script
> >> myself I saw a whole bunch of empty UAPI files being generated with
> >> references in orig header. I'm not sure what I'm doing wrong.
> > Can you give an example of such a header?
>
> tlb.h -
Josh Boyer wrote:
> This patch seems to break building perf on ppc64. It fails with:
Hmmm... Getting my hands on an ARM or ppc/ppc64 box running Fedora is a
problem, and as far as I know, this needs to be built natively or maybe
cross-compiled with a full environment (including graphics libs).
David Howells wrote:
> Josh Boyer wrote:
>
> > This patch seems to break building perf on ppc64. It fails with:
>
> Hmmm... Getting my hands on an ARM or ppc/ppc64 box running Fedora is a
> problem, and as far as I know, this needs to be built natively or maybe
> cr
de/linux/sysctl.h:25,
from /usr/include/sys/sysctl.h:43,
from common.h:50,
from cli.c:20:
/usr/include/linux/sysinfo.h:7:8: note: originally defined here
Reported-by: Tomasz Torcz
Signed-off-by: David Howells
Acked-by: Josh
Josh Boyer wrote:
> This patch seems to break building perf on ppc64. It fails with:
>
> + make -j16 -C tools/perf -s V=1 WERROR=0 HAVE_CPLUS_DEMANGLE=1 prefix=/usr
> all
>
>
>
> builtin-kvm.c:25:21: fatal error: asm/svm.h: No such file or directory
tools/perf/builtin-kvm.c became x86-only
James Hogan wrote:
> The disintegration scripts strip out the #ifdef __KERNEL__ from the
> headers in both uapi/ and the old directories. However there are still a
> bunch of unexported headers through the tree which have #ifdef
> __KERNEL__ in them, usually guarding the entire file (just grep
>
Xiao Guangrong wrote:
> Now, 'perf kvm stat' is only supported on x86, let its code depend
> on ARCH_X86 to fix building it on other architectures
Other parts of perf do this sort of thing:
#if defined(__x86_64__) || defined(__i386__)
David
--
To unsubscribe from this list: send the li
David Howells wrote:
> David Howells wrote:
>
> > I've posted a revised version of my perf patches to my UAPI disintegration
> > GIT tree.
>
> Hmmm... It seems to break some things according to Fengguang's kbuild test
> robot.
Okay. I've fixed t
Takashi Iwai wrote:
> this is a patch series to add the support for firmware signature
> check. At this time, the kernel checks extra signature file (*.sig)
> for each firmware, instead of embedded signature.
> It's just a quick hack using the existing module signing mechanism,
> thus provided o
David Howells wrote:
> Takashi Iwai wrote:
>
> > this is a patch series to add the support for firmware signature
> > check. At this time, the kernel checks extra signature file (*.sig)
> > for each firmware, instead of embedded signature.
> > It's just a q
Namhyung Kim wrote:
> I've tested your branch and it seems that it conflicts with Jiri's
> latest perf test patchset which merged into Arnaldo's perf/core branch.
>
> Simple fix will be adding '-Iutil -I.' right after '-I$(OUTPUT)util' in
> BASIC_CFLAGS.
Should I be developing my patches on top
Vineet Gupta wrote:
> I'm planning to submit ARC Linux kernel port (from Synopsys) for review
> on lkml and arch mailing lists. I already have a a 3.7-rc3 based kernel
> (modulo the arch UAPI split). What would be the best way to get the UAPI
> split done.
Do you want the headers to be split in
---
perf fixes 2012-11-08
--------
David Howells (6):
x86: Export asm/{svm.h,vmx.h,perf_regs.h}
UAPI: Merge pre-disintegration bits for x86
UAPI: Export and disintegrate linux/hw_breakpoint.h
tools: Define a Makefile function to do subdir processing
Vineet Gupta wrote:
> git://github.com/organizations/foss-for-synopsys-dwc-arc-processors/linux.git
That seems to be wrong. I think you mean:
git://github.com/foss-for-synopsys-dwc-arc-processors/linux.git
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
Vineet Gupta wrote:
> I'm planning to submit ARC Linux kernel port (from Synopsys) for review
> on lkml and arch mailing lists. I already have a a 3.7-rc3 based kernel
> (modulo the arch UAPI split). What would be the best way to get the UAPI
> split done.
>
> Can you point me to the latest scri
Vineet Gupta wrote:
> While I'd done some of the prep work in my code such as splitting __KERNEL__
> && __ASSEMBLY__ into two separate lines, majority of orig headers didn't
> have #ifdef __KERNEL__ guard despite the code not being meant for user-space
> ABI. Is that fundamental to UAPI split scr
Empty files can get deleted by the patch program, so remove empty Kbuild files
and their links from the parent Kbuilds.
Signed-off-by: David Howells
---
include/Kbuild|3 ---
include/linux/Kbuild |5 -
include/linux/hdlc/Kbuild |0
include/linux/hsi/Kbuild
The following commit:
commit 56c176c9cac9a77249fa1736bfd792f379d61942
Author: David Howells
Date: Mon Nov 26 16:29:39 2012 -0800
Subject: UAPI: strip the _UAPI prefix from header guards during header
installation
strips the _UAPI prefix from header guards, but
1-03 12:06:48
+)
(from the branch description for devel-pekey local branch)
clone of "master"
--------
David Howells (23):
KEYS: Rename public key parameter name arrays
KEYS: Move the algorithm pointer a
Michal Simek wrote:
> just want to check with you if __NR_syscalls is necessary for user space. I
> see that powerpc and arm have this macro in asm not in uapi like Microblaze.
> If is not needed by user space, I should move it to asm/unistd.h
It isn't as far as I know... I recommend putting yo
Michal Simek wrote:
> It is because microblaze uses cmpxchg_local which is defined
> asm-generic/atomic.h file.
> Arnds patch has added it to atomic.h
> asm-generic: add generic atomic.h and io.h
> (sha1: 3f7e212df82ca0459d44c91d9e019efd1b5f936c)
>
> What about to move cmpxchg_local and cmpxchg6
Stephen Rothwell wrote:
> After merging the pekey tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> ERROR: "modsign_keyring" [crypto/asymmetric_keys/pefile_key_parser.ko]
> undefined!
Interesting. That first one isn't due to a missing EXPORT_SYMBOL_GPL(). That
is t
Hi Joe,
Can you make checkpatch.pl check that lines added to UAPI headers don't have
the form:
#include
or:
#include "uapi/..."
Such as these should be regarded as errors as they will likely break userspace
which shouldn't get to see any uapi/ directories.
An example of this
Joe Perches wrote:
> + if ($path =~ "^uapi/") {
> + ERROR("UAPI_INCLUDE",
> + "#include should not start with uapi/\n"
> . $herecurr);
> }
But does this limit the check only to headers in uap
Joe Perches wrote:
> No. I'm confused, I believe your example was:
>
> arch/powerpc/include/asm/kvm_para.h
> ...
> -#include
> +#include
No, that is a correct alteration.
The example I gave was:
- #include
++#include
which is to be found in arch/powerpc/include/uapi/asm/
Joe Perches wrote:
> Just to verify, any file in any path [.../]include/uapi/...
> should not itself have a line like '#include http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Joe Perches wrote:
> Avoid specifying internal uapi #include paths with uapi/...
> as userspace should not use and never see that.
>
> Neaten message line wrapping above.
>
> Signed-off-by: Joe Perches
Acked-by: David Howells
--
To unsubscribe from this list: send the
66687a:
UAPI: (Scripted) Disintegrate arch/h8300/include/asm (2012-12-19 16:07:13
+)
UAPI Disintegration 2012-12-19
--------
David Howells (1):
UAPI: (Scripted) Disinteg
a333f4:
UAPI: (Scripted) Disintegrate arch/m32r/include/asm (2012-12-19 16:07:18
+)
UAPI Disintegration 2012-12-19
--------
David Howells (1):
UAPI: (Scripted) Disinte
/score/include/asm (2012-12-20 10:55:33
+)
UAPI disintegration 2012-12-20
David Howells (1):
UAPI: (Scripted) Disintegrate arch/score/include/asm
arch/score
ipted) Disintegrate include/video (2012-12-20 17:14:26 +)
UAPI disintegration 2012-12-20
David Howells (1):
UAPI: (Scripted) Disintegrate include/video
include
Disintegration 2012-12-19
--------
David Howells (1):
UAPI: (Scripted) Disintegrate include/scsi
include/scsi/Kbuild | 3 ---
include/uapi/scsi/Kbuild | 3 +++
include/{ => uapi}/scsi/scsi_bsg_fc.h
Empty files can get deleted by the patch program, so remove empty Kbuild files
and their links from the parent Kbuilds.
Signed-off-by: David Howells
---
include/Kbuild|3 ---
include/linux/Kbuild |5 -
include/linux/hdlc/Kbuild |0
include/linux/hsi/Kbuild
The following commit:
commit 56c176c9cac9a77249fa1736bfd792f379d61942
Author: David Howells
Date: Mon Nov 26 16:29:39 2012 -0800
Subject: UAPI: strip the _UAPI prefix from header guards during header
installation
strips the _UAPI prefix from header guards, but
Tetsuo Handa wrote:
> I get build error which complains that include/uapi/asm-generic/auxvec.h is
> missing although the file exists. I'm using gcc 3.3.5.
> This bug seems to not happen with gcc 4.x.
What configuration?
David
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
Josh Triplett wrote:
> arch/x86/kernel/irqinit.c defines an __init function init_IRQ, called
> from init/main.c. No header file prototypes init_IRQ, because
> init/main.c tends to directly define prototypes for init functions it
> calls, rather than including appropriate headers. So, add a prot
Tetsuo Handa wrote:
> /usr/src/all/linux/scripts/Makefile.headersinst:50: *** Missing UAPI file
> /usr/src/all/linux/include/uapi/asm-generic/auxvec.h. Stop.
That line is here:
input-files := $(foreach hdr, $(header-y), \
$(or \
er architectures
>
> Signed-off-by: Xiao Guangrong
Reviewed-by: David Howells
--
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/
disintegration applied (2012-11-19
22:21:03 +)
perf/urgent fixes 2012-11-19
--------
David Howells (6):
x86: Export asm/{svm.h,vmx.h,perf_regs.h}
Merge branch 'x86-pre-uapi'
Move PDE_NET() to fs/proc/proc_net.c as that's where the only user is.
Signed-off-by: David Howells
---
fs/proc/proc_net.c |4
include/linux/proc_fs.h |5 -
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/fs/proc/proc_net.c b/fs/proc/proc_net.c
Add proc_mkdir_data() to allow procfs directories to be created that are
annotated at the time of creation with private data rather than doing this
post-creation. This means no access is then required to the proc_dir_entry
struct to set this.
Signed-off-by: David Howells
cc: Neela Syam Kolli
e PDE pointer into seq_file::private from
r_open() so that r_start() and r_show() can then access it. Instead, use
seq_open_private() to allocate a two-pointer struct that's passed through
seq_file::private and put the ->show() method and the sb pointers in there.
Signed-off-by: David Howells
- but that's shared with the debugfs interface where you can't do
that, so I don't see an easy way of doing it.
Signed-off-by: David Howells
cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/drm_proc.c | 22 +++---
1 file changed, 7 insertions(+), 15 deletions
Move some bits from linux/proc_fs.h to linux/of.h, signal.h and tty.h.
Also move proc_tty_init() and proc_device_tree_init() to fs/proc/internal.h as
they're internal to procfs.
Signed-off-by: David Howells
cc: devicetree-disc...@lists.ozlabs.org
cc: linux-a...@vger.kernel.org
cc: Greg
doesn't have a destructor).
Signed-off-by: David Howells
cc: Benjamin Herrenschmidt
cc: Paul Mackerras
cc: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/platforms/pseries/scanlog.c | 29 +++--
1 file changed, 11 insertions(+), 18 deletions(-)
diff --git a/arch/power
CONFIG_PROC_FS=n.
Signed-off-by: David Howells
cc: Harald Welte
cc: Jan Engelhardt
cc: netfilter-de...@vger.kernel.org
---
fs/proc/generic.c|6 ++
include/linux/proc_fs.h |1 +
net/netfilter/xt_hashlimit.c |2 +-
3 files changed, 8 insertions(+), 1 deletion(-)
diff
Supply an accessor to get the process ID associated with some proc files and
directories (get_proc_pid()).
Signed-off-by: David Howells
cc: Tejun Heo
cc: Li Zefan
cc: contain...@lists.linux-foundation.org
cc: cgro...@vger.kernel.org
---
fs/proc/base.c |5 +
include/linux
Move non-public declarations and definitions from linux/proc_fs.h to
fs/proc/internal.h.
Signed-off-by: David Howells
---
fs/proc/internal.h | 307 ++-
fs/proc/kcore.c |1
include/linux/proc_fs.h | 151 ++-
3
Supply a function (proc_remove()) to remove a proc entry (and any subtree
rooted there) by proc_dir_entry pointer rather than by name and (optionally)
root dir entry pointer. This allows us to eliminate all remaining pde->name
accesses outside of procfs.
Signed-off-by: David Howells
cc: linu
Make the PROC_I() and PDE() macros internal to procfs. This means making
PDE_DATA() out of line. This could be made more optimal by storing
PDE()->data into inode->i_private.
Also provide a __PDE_DATA() that is inline and internal to procfs.
Signed-off-by: David Howells
---
f
Constify drm_proc_list[] and related pointers.
Signed-off-by: David Howells
cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/drm_proc.c |6 +++---
include/drm/drmP.h |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_proc.c b
Use remove_proc_subtree() rather than remove_proc_entry() to remove a
device-specific proc directory and all its children.
Signed-off-by: David Howells
cc: Jouni Malinen
cc: Johannes Berg
cc: linux-wirel...@vger.kernel.org
cc: de...@driverdev.osuosl.org
---
drivers/net/wireless/hostap
ltiplex what the update file read method does based on the
filename. Instead provide separate file ops and split the function.
Whilst we're at it, tabulate the procfile information and loop through it when
creating or destroying them rather than manually coding each one.
Signed-off-by:
Clean up the use of procfs by the dgrp driver:
(1) Use remove_proc_subtree() for the mass slaughter of a subdir full of proc
files rather than doing it manually.
(2) When creating files, only call ID_TO_CHAR() once to generate the name.
Signed-off-by : David Howells
cc: Bill Pemberton
an give you is 10 chars (4294967295) plus a NUL, so round up to 12 as the
stack is likely to be 4- or 8-byte aligned.
Signed-off-by: David Howells
cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/drm_proc.c | 13 +
drivers/gpu/drm/drm_stub.c |2 +-
include/drm/drmP.h
this has no release function).
Signed-off-by: David Howells
cc: Jerry Chuang
cc: Mauro Carvalho Chehab
cc: Maxim Mikityanskiy
cc: YAMANE Toshiaki
cc: linux-wirel...@vger.kernel.org
cc: linux-s...@vger.kernel.org
cc: de...@driverdev.osuosl.org
---
drivers/scsi/megaraid.c|2
Use remove_proc_subtree() to remove the airo device subdir and all its
children instead of doing it manually.
Signed-off-by: David Howells
cc: linux-wirel...@vger.kernel.org
---
drivers/net/wireless/airo.c | 49 +++
1 file changed, 13 insertions(+), 36
Don't print proc_dir_entry data in debug as we're soon to have no direct
access to the contents of the PDE. Print what was put in there instead.
Signed-off-by: David Howells
cc: mjpeg-us...@lists.sourceforge.net
cc: linux-me...@vger.kernel.org
---
drivers/media/pci/zoran/zoran_procf
xperimental
David
---
David Howells (28):
Include missing linux/slab.h inclusions
Include missing linux/magic.h inclusions
proc: Split kcore bits from linux/procfs.h into linux/kcore.h
proc: Supply PDE attribute setting accessor functions
proc: Uninline pid_delete_dentry()
Move proc_fd() to fs/proc/fd.h.
Signed-off-by: David Howells
---
fs/proc/fd.h |5 +
fs/proc/internal.h |5 -
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/fs/proc/fd.h b/fs/proc/fd.h
index cbb1d47..7c047f2 100644
--- a/fs/proc/fd.h
+++ b/fs/proc/fd.h
Split the proc namespace stuff out into linux/proc_ns.h.
Signed-off-by: David Howells
cc: net...@vger.kernel.org
cc: Serge E. Hallyn
cc: Eric W. Biederman
---
fs/namespace.c |6 ++--
fs/proc/inode.c |8 ++---
fs/proc/namespaces.c | 17 +++
include
as we can just do a proc
subtree removal.
Signed-off-by: David Howells
cc: Maxim Mikityanskiy
cc: YAMANE Toshiaki
cc: linux-wirel...@vger.kernel.org
cc: de...@driverdev.osuosl.org
---
drivers/staging/rtl8187se/r8180.h |1 -
drivers/staging/rtl8187se/r8180_core.c | 26 --
Don't need to save the PDE of a directory created under /proc/net/rtl8192/ as
we can use proc subtree deletion to get rid of it and all its children.
Signed-off-by: David Howells
cc: Jerry Chuang
cc: Mauro Carvalho Chehab
cc: linux-wirel...@vger.kernel.org
cc: de...@driverdev.osuos
Supply accessor functions to set attributes in proc_dir_entry structs.
The following are supplied: proc_set_size() and proc_set_user().
Signed-off-by: David Howells
cc: linuxppc-...@lists.ozlabs.org
cc: linux-me...@vger.kernel.org
cc: net...@vger.kernel.org
cc: linux-wirel...@vger.kernel.org
cc
Split kcore bits from linux/procfs.h into linux/kcore.h.
Signed-off-by: David Howells
cc: linux-m...@linux-mips.org
cc: sparcli...@vger.kernel.org
cc: x...@kernel.org
cc: linux...@kvack.org
---
arch/mips/mm/init.c |1 +
arch/score/mm/init.c|2 +-
arch/x86/mm/init_64.c |1
KOSAKI Motohiro wrote:
> I have no seen any issue in this change. but why? Is there any
> motivation rather than cleanup?
Stopping stuff mucking about with the internals of procfs incorrectly
(sometimes because the internals of procfs have changed, but the drivers
haven't).
David
--
To unsubsc
Bjorn Helgaas wrote:
> I assume you'll merge this via something other than my tree.
Al's vfs tree, I think.
David
--
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/major
Mathieu Desnoyers wrote:
> This leads to very unfortunate consequences for any user relying on
> version.h to expose the kernel version accurately, since the old "stale"
> kernel version will be seen by the build.
>
> Sadly, make clean does not even take care of removing this stale file.
I wond
These look okay. Feel free to add my Acked-by. I presume they can't become
const also?
David
--
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
ddaney.c...@gmail.com wrote:
> #ifndef __ASSEMBLY__
> -#include
> +/* linux/smp.h <- linux/irqflags.h needs asm/smp.h first */
> +#include
> #endif
If you make this change, is the #ifndef __ASSEMBLY__ still necessary, I
wonder...
David
--
To unsubscribe from this list: send the line "unsubsc
Markus Trippelsdorf wrote:
> OSError: [Errno 5] Input/output error
>
> Basically 'emerge' just writes the build output to stdout in a loop:
I've just upgraded to kernel-3.9.4-200.fc18.x86_64 and I'm now regularly
seeing something very similar from the tee run by "fedpkg local" to log its
output
es to revoked and expired keys being given
EACCES instead of EKEYREVOKED or EKEYEXPIRED.
Signed-off-by: David Howells
---
security/keys/internal.h |1 +
security/keys/process_keys.c |8 +---
security/keys/request_key.c |6 --
security/keys/request_key_auth.c |
_call_func_t in
> asm/smp.h, but we do need linux/thread_info.h
>
> Signed-off-by: David Daney
Acked-by: David Howells
--
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://vg
Peter Hurley wrote:
> Based on the other reports from Mikael and David, I suspect this problem
> may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6:
>
> pty: Ignore slave pty close() if never successfully opened
>
> This commit poisons the pty under certain error condition
scache local branch)
clone of "master"
FS-Cache patches 2013-07-02
--------
David Howells (8):
Add wait_on_atomic_t() and wake_up_atomic_t()
FS-Cache: Don't sleep in page release if __GFP_FS is not set
FS-Cache:
Stephen Rothwell wrote:
> > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
> > tags/fscache-20130702
>
> /me wonders where this has been hiding for the last month and a half ...
I asked you to pull my fscache branch on the 23rd May, and you replied on the
27th May saying
Hi Linus,
Could you pull these MN10300 fixes please? The first fixes a problem with
passing arrays rather than pointers to get_user() where __typeof__ then wants
to declare and initialise an array variable which gcc doesn't like. The
second fixes a problem whereby putting mem=xxx into the kerne
Sedat Dilek wrote:
> Hmmm, sorry for asking, but when do you plan to offer a "working"
> union-mount (u-m)?
It's a maze of twisty locking problems - some of which also apply to things
like overlayfs:-(
> What's the status of the user-space tools or are they no more needed?
You need to be able
Does your patch emailer have a bug in it? Or did you submit a second batch 1s
after the first, but with different patch numbering? Patches 16 & 17 and 24 &
25 and 25 & 26 look the same (I have two different copies of patch 25).
David
--
To unsubscribe from this list: send the line "unsubscribe
c(info);
Looks reasonable. I like it better this way as it makes working out how to
deal with all the error cases so much simpler:-).
Acked-by: David Howells
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ker
gt;
> Signed-off-by: Lucas De Marchi
Acked-by: David Howells
--
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/
301 - 400 of 7895 matches
Mail list logo
