debug_fill_super():
return directly if failed to allocate debugfs_fs_info.
__create_file():
remove redundant initialization.
__debugfs_remove():
remove redundant check.
debugfs_positive() already checked dentry->inode is not NULL.
Signed-off-by: Yan Hong
---
Pass NULL instead of empty string to debugfs_print_regs32() when
prefix is not used, according to the intention of the code.
Signed-off-by: Yan Hong
---
drivers/usb/dwc3/debugfs.c |2 +-
fs/debugfs/file.c |3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git
On Wed, Oct 10, 2012 at 02:32:28PM +0400, Stanislav Kinsbursky wrote:
> 10.10.2012 05:23, J. Bruce Fields пишет:
> >On Tue, Oct 09, 2012 at 03:47:42PM -0700, Eric W. Biederman wrote:
> >>"J. Bruce Fields" writes:
> >>
> >>>On Tue, Oct 09, 2012 at 01:20:48PM -0700, Eric W. Biederman wrote:
>
On Fri, Oct 26, 2012 at 07:46:06PM +0200, Oleg Nesterov wrote:
> try_to_freeze_tasks() and cgroup_freezer rely on scheduler locks
> to ensure that a task doing STOPPED/TRACED -> RUNNING transition
> can't escape freezing. This mostly works, but ptrace_stop() does
> not necessarily call schedule(),
On 10/26/2012 01:01 PM, Linus Torvalds wrote:
On Fri, Oct 26, 2012 at 5:34 AM, Michel Lespinasse wrote:
On Thu, Oct 25, 2012 at 9:23 PM, Linus Torvalds
wrote:
Yes. It's not architected as far as I know, though. But I agree, it's
possible - even likely - we could avoid TLB flushing entirely
Hi Linus,
Please consider pull to receive three fixes for slave dmanegine.
Two are for typo omissions in sifr dmaengine driver and last one is for
imx driver fixing the misisng unlock
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linus Torvalds (1):
try_to_freeze_tasks() and cgroup_freezer rely on scheduler locks
to ensure that a task doing STOPPED/TRACED -> RUNNING transition
can't escape freezing. This mostly works, but ptrace_stop() does
not necessarily call schedule(), it can change task->state back to
RUNNING and check freezing() without
Hi Tejun,
On 10/25, Tejun Heo wrote:
>
> > But! the comment above try_to_freeze() becomes misleading with
> > this patch, so this really needs v2.
>
> But, yeah, I think we should move it above relock: and update the
> comment to explain that that's the usual freezing site.
Ys, I knew
+-- On Thu, 25 Oct 2012, Al Viro wrote --+
| * every bleeding script will have bogus execution of modprobe done
| at execve time (and you'd better pray that /sbin/modprobe isn't a shell
| script wrapper around the actual binary, or you *will* get loop prevention
| kick in)
| * none of
On 10/26/2012 01:05 AM, Daniel Vetter wrote:
On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock
wrote:
No worries, it is another ILK hang similar to the ones reported earlier
- it just seems the ring stops advancing. Hopefully it is a missing w/a
from
On Thu, Oct 25, 2012 at 5:13 AM, Holger Kiehl wrote:
>
> as of linux 3.6 hardlink restrictions to the Linux VFS have been enabled
> by default. This breaks the application AFD [1] of which I am the author.
Ok, we had a previous report of breakage, but that was just local
scripting. Since that
On Fri, 2012-10-26 at 18:31 +0800, we...@cn.fujitsu.com wrote:
> From: Yasuaki Ishimatsu
>
> The memory device can be removed by 2 ways:
> 1. send eject request by SCI
> 2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
>
> In the 1st case, acpi_memory_disable_device() will be called.
> In the
* Arnd Bergmann [121026 00:48]:
> On Friday 26 October 2012, Felipe Balbi wrote:
> > > +static void omap_init_ocp2scp(void)
> > > +{
> > > + struct omap_hwmod *oh;
> > > + struct platform_device *pdev;
> > > + int bus_id = -1, dev_cnt = 0, i;
> > > +
On Fri, Oct 26, 2012 at 09:31:15AM -0700, Arnaldo Carvalho de Melo wrote:
> Right, perf'ing perf is a favourite pastime, right?
Sure, can I get "perfing perf" on a T-shirt please?
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-3.7-rc3
for you to fetch changes up to
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-3.7-rc3
for you to fetch changes up to
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-3.7-rc3
for you to fetch changes up to
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.7-rc2
for you to fetch changes up to
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-3.7-rc3
for you to fetch changes up to
* Felipe Balbi [121025 23:55]:
> On Thu, Oct 25, 2012 at 10:44:47AM -0700, Tony Lindgren wrote:
> > * Felipe Balbi [121024 23:24]:
> > > Hi,
> > >
> > > On Wed, Oct 24, 2012 at 05:48:07PM -0700, Tony Lindgren wrote:
> > > > * Tony Lindgren [121016 09:53]:
> > > > > * Kishon Vijay Abraham I
On Fri, 2012-10-26 at 10:48 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning is generated.
>
>
On Fri, 2012-10-26 at 09:45 -0700, David Daney wrote:
> On 10/26/2012 09:01 AM, Shuah Khan wrote:
> > Add support for debug_dma_mapping_error() call to avoid warning from
> > debug_dma_unmap() interface when it checks for mapping error checked
> > status. Without this patch, device driver failed
On Fri, Oct 26, 2012 at 03:39:16AM +0100, Matthew Garrett wrote:
> On Thu, Oct 25, 2012 at 09:15:58PM -0400, Mimi Zohar wrote:
>
> > On a running system, the package installer, after verifying the package
> > integrity, would install each file with the associated 'security.ima'
> > extended
Em Fri, Oct 26, 2012 at 04:54:51PM +0200, Ingo Molnar escreveu:
> * Arnaldo Carvalho de Melo wrote:
> > . Makefile improvements from Namhyung Kim.
>
> These are really useful: there used to be a couple of seconds of
> wait time at the beginning of every perf build - these are now
> nicely
On Fri, 2012-10-26 at 10:42 +0800, Qiang Gao wrote:
> On Thu, Oct 25, 2012 at 5:57 PM, Michal Hocko wrote:
> > On Wed 24-10-12 11:44:17, Qiang Gao wrote:
> >> On Wed, Oct 24, 2012 at 1:43 AM, Balbir Singh
> >> wrote:
> >> > On Tue, Oct 23, 2012 at 3:45 PM, Michal Hocko wrote:
> >> >> On Tue
On Fri, Oct 26, 2012 at 5:34 AM, Michel Lespinasse wrote:
> On Thu, Oct 25, 2012 at 9:23 PM, Linus Torvalds
> wrote:
>>
>> Yes. It's not architected as far as I know, though. But I agree, it's
>> possible - even likely - we could avoid TLB flushing entirely on x86.
>
> Actually, it is
Em Sat, Oct 27, 2012 at 12:39:06AM +0900, Namhyung Kim escreveu:
> 2012-10-26 (금), 12:23 +0200, Jiri Olsa:
> > $ ./perf record -e '{cycles,cache-misses}:S,instructions' ls
> > $ ./perf record -e '{cycles:S,cache-misses},instructions' ls
> > $ ./perf record -e 'cycles:S,instructions' ls
> >
> If we go back to first principles, what do we want to do? We want the
> system administrator to know that a file might be potentially
> corrupted. And perhaps, if a program tries to read from that file, it
> should get an error. If we have a program that has that file mmap'ed
> at the time of
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
arch/frv/include/asm/dma-mapping.h |
On Fri, 2012-10-26 at 09:15 -0700, Peter LaDow wrote:
> On Tue, Oct 23, 2012 at 9:32 PM, Eric Dumazet wrote:
> > Could you try following patch ?
>
> So, I applied your patch. And so far, it seems to have fixed the
> issue. I've had my systems running for 48 hours, and no lockup in
> iptables.
On 10/26/12 10:25 AM, Namhyung Kim wrote:
2012-10-26 (금), 10:14 -0600, David Ahern:
On 10/26/12 9:39 AM, Namhyung Kim wrote:
hm, thats the unique sample_type issue again ;) Once we set
PERF_SAMPLE_READ for event or group, we need to set it for
all other events in session, otherwise the report
On Fri, Oct 26, 2012 at 06:34:23PM +0200, Guillaume Juan wrote:
> Le 26/10/2012 17:20, Greg Kroah-Hartman a écrit :
>
> > On Fri, Oct 26, 2012 at 10:11:45AM +0200, Guillaume Juan wrote:
> >> From: Guillaume Juan
> >>
> >> If gsm->tty happens to be NULL in gsmld_output, avoid crashing the kernel
On Fri, Oct 26, 2012 at 7:14 AM, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>>
>> Shouldn't the pte_lock serialize all that still? All sites
>> that modify PTE contents should hold the pte_lock (and do
>> afaict).
>
> Hm, indeed.
>
> Is there no code under down_read() (in the page fault
On 10/26/2012 09:01 AM, Shuah Khan wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
On 10/26, Ananth N Mavinakayanahalli wrote:
>
> On Thu, Oct 25, 2012 at 04:58:39PM +0200, Oleg Nesterov wrote:
> > On 10/16, Rabin Vincent wrote:
> > >
> > > >> --- a/kernel/events/uprobes.c
> > > >> +++ b/kernel/events/uprobes.c
> > > >> @@ -1246,6 +1246,7 @@ static unsigned long
Le 26/10/2012 17:20, Greg Kroah-Hartman a écrit :
> On Fri, Oct 26, 2012 at 10:11:45AM +0200, Guillaume Juan wrote:
>> From: Guillaume Juan
>>
>> If gsm->tty happens to be NULL in gsmld_output, avoid crashing the kernel
>> (the crash is replaced by a warning dump).
>
> How can ->tty be NULL
Em Fri, Oct 26, 2012 at 05:34:32PM +0200, Borislav Petkov escreveu:
> On Sat, Oct 27, 2012 at 12:31:42AM +0900, Namhyung Kim wrote:
> > You can see it easily when building perf without -j option. But I have
> > no idea why it takes so long..
> Well, you can trace that workload with perf itself,
Signed-off-by: Philippe Reynes
Signed-off-by: Eric Jarrige
---
arch/arm/boot/dts/imx27-apf27.dts | 96 +
1 files changed, 96 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/boot/dts/imx27-apf27.dts
diff --git a/arch/arm/boot/dts/imx27-apf27.dts
On Fri, Oct 26, 2012 at 8:08 AM, Chris Metcalf wrote:
> Cyberman: it seems like your bias hack is working for you. But, as Bjorn
> says, this sounds like a driver bug. What happens if you just revert your
> changes, but then in mvsas.c change the "if (!res_start || !res_len)" to
> just say "if
From: Michael Neuling
I've been trying to get hardware breakpoints with perf to work on POWER7
but I'm getting the following:
% perf record -e mem:0x1000 true
Error: sys_perf_event_open() syscall returned with 28 (No space left on
device). /bin/dmesg may provide additional
2012-10-26 (금), 10:14 -0600, David Ahern:
> On 10/26/12 9:39 AM, Namhyung Kim wrote:
> >> hm, thats the unique sample_type issue again ;) Once we set
> >> PERF_SAMPLE_READ for event or group, we need to set it for
> >> all other events in session, otherwise the report fails
> >
> > Sorry, I don't
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
arch/sh/include/asm/dma-mapping.h |
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel wrote:
> On some platforms the SRAM needs a clock to be enabled explicitly.
>
> Signed-off-by: Philipp Zabel
> ---
> drivers/misc/sram.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/drivers/misc/sram.c
On Tue, Oct 23, 2012 at 9:32 PM, Eric Dumazet wrote:
> Could you try following patch ?
So, I applied your patch. And so far, it seems to have fixed the
issue. I've had my systems running for 48 hours, and no lockup in
iptables. Usually, I could get a lockup to occur within 12 to 24
hours, and
On 10/26/12 9:39 AM, Namhyung Kim wrote:
hm, thats the unique sample_type issue again ;) Once we set
PERF_SAMPLE_READ for event or group, we need to set it for
all other events in session, otherwise the report fails
Sorry, I don't understand why we need to set it for all events. Just
setting
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
arch/sparc/include/asm/dma-mapping.h
On Fri, Oct 26, 2012 at 10:49:01AM -0500, Seth Jennings wrote:
> debugfs currently lacks the ability to create attributes
> that set/get atomic_t values.
>
> This patch adds support for this through a new
> debugfs_create_atomic_t() function.
Why would you want to set an atomic variable type
On Fri, 26 Oct 2012, Oleg Nesterov wrote:
> > The code is different, but it can be changed to use percpu rw semaphores
> > (if we add percpu_down_write_trylock).
>
> I don't really understand how you can make percpu_down_write_trylock()
> atomic so that it can be called under
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel wrote:
> This driver requests and remaps a memory region as configured in the
> device tree. It serves memory from this region via the genalloc API.
>
> Other drivers can retrieve the genalloc pool from a phandle pointing
> to this drivers' device
Commit-ID: 536e2b0fc2af42a464ea6eb6b67a2c754e14f2e2
Gitweb: http://git.kernel.org/tip/536e2b0fc2af42a464ea6eb6b67a2c754e14f2e2
Author: Namhyung Kim
AuthorDate: Fri, 26 Oct 2012 17:55:49 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 26 Oct 2012 11:22:24 -0200
perf tools:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
On Fri, Oct 26, 2012 at 10:51:23AM +0800, wwang wrote:
> 于 2012年10月26日 10:45, Greg KH 写道:
> >On Fri, Oct 26, 2012 at 09:10:45AM +0800, wwang wrote:
> >>于 2012年10月26日 02:50, Greg KH 写道:
> >>>On Sat, Oct 20, 2012 at 06:46:15AM +0300, Dan Carpenter wrote:
> On Sat, Oct 06, 2012 at 03:23:56PM
On Fri, Oct 26, 2012 at 09:20:36AM +0300, Felipe Balbi wrote:
> On Thu, Oct 25, 2012 at 09:59:01PM +0100, Mark Brown wrote:
> > I suspect that's not actually a big deal and that if we went down this
> > route we'd have the driver take over control from the core code during
> > probe() with the
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
arch/mips/include/asm/dma-mapping.h |
On 10/26/2012 04:58 PM, Shuah Khan wrote:
On Fri, 2012-10-26 at 10:29 +0200, Michal Simek wrote:
On 10/26/2012 01:29 AM, Shuah Khan wrote:
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without
2012/10/24 Tekkaman Ninja :
> This is a Chinese translated version of
> Documentation/arm64/booting.txt
>
> Signed-off-by: Fu Wei
>
Acked-by: Harry Wei
Thanks for your good job and you should keep it up to date ;-)
--
Thanks
Harry Wei
--
To unsubscribe from this list: send the line
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
Acked-by: Michal Simek
---
On 10/25/2012 09:12 AM, Prabhakar Lad wrote:
Hi Murali,
Thanks for the patch. I'll queue this patch for 3.8.
Please check with Sekhar as well. This is a preparation patch for common
clk framework support. ALso fixes some bugs on the existing code. As the
clk
patches are dependent on these
* Florian Fainelli | 2012-10-19 15:40:29 [+0200]:
>On Friday 19 October 2012 11:36:25 Fainelli wrote:
>> Sebastian Andrzej Siewior linutronix.de> writes:
>> >
>> > No. You do have a compatible entry. It first appeared on the ce4100
>> > CPU. If it happens to also work on the n450 then it seems
__fuse_direct_io() allocates fuse-requests by calling fuse_get_req(fc, n). The
patch calculates 'n' based on iov[] array. This is useful because allocating
FUSE_MAX_PAGES_PER_REQ page pointers and descriptors for each fuse request
would be waste of memory in case of iov-s of smaller size.
Let fuse_get_user_pages() pack as many iov-s to a single fuse_req as
possible. This is very beneficial in case of iov[] consisting of many
iov-s of relatively small sizes (e.g. PAGE_SIZE).
Signed-off-by: Maxim Patlasov
---
fs/fuse/file.c | 79
The patch makes preliminary work for the next patch optimizing scatter-gather
direct IO. The idea is to allow fuse_get_user_pages() to pack as many iov-s
to each fuse request as possible. So, here we only rework all related
call-paths to carry iov[] from fuse_direct_IO() to fuse_get_user_pages().
The function does not modify iov_iter which 'i' points to.
Signed-off-by: Maxim Patlasov
---
include/linux/fs.h |2 +-
mm/filemap.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index b33cfc9..8967baa 100644
---
Previously, anyone who set flag 'argpages' only filled req->pages[] and set
per-request page_offset. This patch re-works all cases where argpages=1 to
fill req->page_descs[] properly.
Having req->page_descs[] filled properly allows to re-work fuse_copy_pages()
to copy page fragments described by
The ability to save page pointers along with lengths and offsets in fuse_req
will be useful to cover several iovec-s with a single fuse_req.
Per-request page_offset is removed because anybody who need it can use
req->page_descs[0].offset instead.
Signed-off-by: Maxim Patlasov
---
fs/fuse/dev.c
fuse_do_ioctl() already calculates the number of pages it's going to use. It is
stored in 'num_pages' variable. So the patch simply uses it for allocating
fuse_req.
Signed-off-by: Maxim Patlasov
---
fs/fuse/file.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
The patch allocates as many page pointers in fuse_req as needed to cover
interval [pos .. pos+len-1]. Inline helper fuse_wr_pages() is introduced
to hide this cumbersome arithmetic.
Signed-off-by: Maxim Patlasov
---
fs/fuse/file.c | 13 +++--
1 files changed, 11 insertions(+), 2
The patch uses 'nr_pages' argument of fuse_readpages() as heuristics for the
number of page pointers to allocate.
This can be improved further by taking in consideration fc->max_read and gaps
between page indices, but it's not clear whether it's worthy or not.
Signed-off-by: Maxim Patlasov
---
The patch reworks fuse_retrieve() to allocate only so many page pointers
as needed. The core part of the patch is the following calculation:
num_pages = (num + offset + PAGE_SIZE - 1) >> PAGE_SHIFT;
(thanks Miklos for formula). All other changes are mostly shuffling lines.
The patch categorizes all fuse_get_req() invocations into two categories:
- fuse_get_req_nopages(fc) - when caller doesn't care about req->pages
- fuse_get_req(fc, n) - when caller need n page pointers (n > 0)
Adding fuse_get_req_nopages() helps to avoid numerous fuse_get_req(fc, 0)
scattered
debugfs currently lacks the ability to create attributes
that set/get atomic_t values.
This patch adds support for this through a new
debugfs_create_atomic_t() function.
Signed-off-by: Seth Jennings
---
fs/debugfs/file.c | 42 ++
* Florian Fainelli | 2012-10-19 13:51:56 [+0200]:
>From: Maxime Bizon
>
>Some CE4100 devices such as the:
>- DFX module (01:0b.7)
>- entertainment encryption device (01:10.0)
>- multimedia controller (01:12.0)
>
>do not have a device interrupt at all. This patch fixes the PCI controller
>code to
The patch removes inline array of FUSE_MAX_PAGES_PER_REQ page pointers from
fuse_req. Instead of that, req->pages may now point either to small inline
array or to an array allocated dynamically.
This essentially means that all callers of fuse_request_alloc[_nofs] should
pass the number of pages
Hi,
Existing fuse implementation processes scatter-gather direct IO in suboptimal
way: fuse_direct_IO passes iovec[] to fuse_loop_dio and the latter calls
fuse_direct_read/write for each iovec from iovec[] array. Thus we have as many
submitted fuse-requests as the number of elements in iovec[]
On 10/25/2012 09:12 AM, Prabhakar Lad wrote:
Hi Murali,
Thanks for the patch. I'll queue this patch for 3.8.
On Mon, Oct 22, 2012 at 9:06 PM, Murali Karicheri wrote:
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable()
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
arch/ia64/include/asm/dma-mapping.h |
Just have callers that are passing in a dentry call audit_copy_fcaps
themselves after audit_copy_inode returns.
Reported-by: Christoph Hellwig
Signed-off-by: Jeff Layton
---
kernel/auditsc.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/kernel/auditsc.c
These patches are some cleanups suggested by HCH when he was reviewing
my audit set that went into 3.7. They should introduce no behavioral
changes. They're just cleanups for clarity's sake.
I think the first patch in the series makes a lot of sense. The last two
patches don't seem to provide as
One to handle the case where we have a ginfo and a parent flag. Another to
handle the trivial case where we have no ginfo and no parent flag.
Reported-by: Christoph Hellwig
Signed-off-by: Jeff Layton
---
fs/open.c | 4 ++--
fs/xattr.c| 8
When we have 2 variants of __audit_inode then they can each call this
function to do the setup.
Signed-off-by: Jeff Layton
---
kernel/auditsc.c | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/kernel/auditsc.c b/kernel/auditsc.c
index
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
On Fri, Oct 26, 2012 at 06:31:00PM +0300, Pekka Enberg wrote:
> On Thu, 25 Oct 2012, Sasha Levin wrote:
> > I think we're seeing that because we don't handle VIRTIO_MSI_NO_VECTOR
> > properly.
> >
> > We need to deal with the ability to remove GSI & friends as well. I've
> > added it to my
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
---
arch/c6x/include/asm/dma-mapping.h |
2012-10-26 (금), 12:23 +0200, Jiri Olsa:
> On Fri, Oct 26, 2012 at 11:14:45AM +0200, Peter Zijlstra wrote:
> > I haven't actually looked at the implementation, but I understood it to
> > be a group modifier, not an event modifier.
>
> we might want to be able to use PERF_SAMPLE_READ for single
On Sat, Oct 27, 2012 at 12:31:42AM +0900, Namhyung Kim wrote:
> And I see a strange delay when compiling builtin-sched.o. After
> building perf tools, I deleted builtin-{sched,test,script}.o to rebuild
> the only since they are largest ones.
>
> namhyung@leonhard:perf$ ls -lS *.c | head -3
>
Linus,
please pull sound fixes for v3.7-rc3 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.7
The topmost commit is c64064ce9376a404e0888ca4a2985c8a4c16cec3
Sound fixes for 3.7-rc3
Slightly a
2012-10-26 (금), 09:06 -0600, David Ahern:
> On 10/26/12 8:54 AM, Ingo Molnar wrote:
> >> perf/core improvements:
> >>
> >> . perf inject changes to allow showing where a task sleeps, from Andrew
> >> Vagin.
> >>
> >> . Makefile improvements from Namhyung Kim.
> >
> > These are really useful:
On Thu, 25 Oct 2012, Sasha Levin wrote:
> I think we're seeing that because we don't handle VIRTIO_MSI_NO_VECTOR
> properly.
>
> We need to deal with the ability to remove GSI & friends as well. I've
> added it to my workqueue (unless someone deals with it first).
Any reason I shouldn't apply
commit 330ee00412bbaefa7d0597a1bed7804e818ba91c
Dave,
This is a batch of fixes intended for the 3.7 stream.
Bing Zhao brings two mwifiex fixes, both continuing to fix some scanning
failure cases.
Christian Lamparter provides an rtlwifi fix to properly propogate an
error code.
Felix Fietkau
On Thu, Oct 25, 2012 at 11:02:18PM -0500, Rob Landley wrote:
> On 10/24/2012 11:11:36 AM, Catalin Marinas wrote:
> > 2012/10/24 Tekkaman Ninja :
> > > This is a Chinese translated version of
> > > Documentation/arm64/booting.txt
> > >
> > > Signed-off-by: Fu Wei
> >
> > Same as my comment on the
On 10/24/12 3:17 PM, Jan Kara wrote:
> On Tue 23-10-12 19:57:09, Eric Sandeen wrote:
>> On 10/23/12 5:19 PM, Theodore Ts'o wrote:
>>> On Tue, Oct 23, 2012 at 09:57:08PM +0100, Nix wrote:
It is now quite clear that this is a bug introduced by one or more of
the post-3.6.1 ext4
David,
On 09/19/2012 01:55 PM, Nicolas Ferre :
> This is an enhancement work that began several years ago. I try to catchup
> with
> some performance improvement that has been implemented then by Havard.
> The ring index logic and the TX error path modification are the biggest
> changes
> but
On Fri, Oct 26, 2012 at 04:33:49PM +0900, Yasuaki Ishimatsu wrote:
> Hi Greg,
>
> Sorry for late reply.
>
> 2012/10/20 2:59, Greg Kroah-Hartman wrote:
> >On Fri, Oct 19, 2012 at 06:29:52AM +0200, Rafael J. Wysocki wrote:
> >>On Thursday 11 of October 2012 19:12:28 Yasuaki Ishimatsu wrote:
>
From: Wei Yongjun
Use the module_comedi_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
drivers/staging/comedi/drivers/skel.c | 13
From: "Kirill A. Shutemov"
HZP_ALLOC event triggers on every huge zero page allocation, including
allocations which where dropped due race with other allocation.
HZP_ALLOC_FAILED event triggers on huge zero page allocation fail
(ENOMEM).
Signed-off-by: Kirill A. Shutemov
---
Add support for debug_dma_mapping_error() call to avoid warning from
debug_dma_unmap() interface when it checks for mapping error checked
status. Without this patch, device driver failed to check map error
warning is generated.
Signed-off-by: Shuah Khan
Acked-by: Catalin Marinas
---
From: Wei Yongjun
Use the module_comedi_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
drivers/staging/comedi/drivers/das800.c | 17
On 10/26, Oleg Nesterov wrote:
>
> As for the changing fs/namespace.c to use percpu_rwsem, I am not sure
> it is that simple and even worthwhile but I won't argue, I do not
> pretend I understand this code.
BTW, speaking about these counters...
Is mark_files_ro()->mnt_drop_write_file() properly
On Fri, Oct 26, 2012 at 10:11:45AM +0200, Guillaume Juan wrote:
> From: Guillaume Juan
>
> If gsm->tty happens to be NULL in gsmld_output, avoid crashing the kernel
> (the crash is replaced by a warning dump).
How can ->tty be NULL here?
> Prevent at earlier level such situation:
> -
201 - 300 of 1238 matches
Mail list logo
