From: Namhyung Kim namhyung@lge.com
This will show directory change info in a consistent form. Also it can
be converted again into David Howell's descend command.
Signed-off-by: Namhyung Kim namhy...@kernel.org
Cc: Borislav Petkov b...@amd64.org
Cc: David Howells dhowe...@redhat.com
Cc:
From: Peter Zijlstra pet...@infradead.org
In order to measure kernel builds, one has to do some pre/post cleanup
work in order to do the repeat build.
So provide --pre and --post command hooks to allow doing just that.
perf stat --repeat 10 --null --sync --pre 'make -s
From: Namhyung Kim namhyung@lge.com
Documentation targets handling rules are duplicate. Consolidate them
with DOC_TARGETS and INSTALL_DOC_TARGETS.
Signed-off-by: Namhyung Kim namhy...@kernel.org
Cc: Borislav Petkov b...@amd64.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Paul Mackerras
From: Andrew Vagin ava...@openvz.org
You may want to know where and how long a task is sleeping. A callchain
may be found in sched_switch and a time slice in stat_iowait, so I add
handler in perf inject for merging this events.
My code saves sched_switch event for each process and when it meets
On Fri, Oct 26, 2012 at 04:07:44PM +0200, Peter Zijlstra wrote:
On Fri, 2012-10-26 at 16:57 +0300, Kirill A. Shutemov wrote:
Yes, this code will catch it:
/* if an huge pmd materialized from under us just retry later */
if (unlikely(pmd_trans_huge(*pmd)))
From: Andrew Vagin ava...@openvz.org
Otherwise they will be not written in an output file.
Signed-off-by: Andrew Vagin ava...@openvz.org
Cc: Ingo Molnar mi...@redhat.com
Cc: Paul Mackerras pau...@samba.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Link:
From: Andrew Vagin ava...@openvz.org
Before this patch perf inject can only handle data from pipe.
I want to use perf inject for reworking events. Look at my following patch.
v2: add information about new options in tools/perf/Documentation/
Signed-off-by: Andrew Vagin ava...@openvz.org
Use for_each_set_bit() to implement for_each_dma_cap_mask() and
remove unused first_dma_cap() and next_dma_cap().
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
---
include/linux/dmaengine.h | 18 +-
1 file
Correct spelling typo in debug message within drivers/usb.
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/usb/gadget/fsl_udc_core.c | 2 +-
drivers/usb/gadget/tcm_usb_gadget.c | 2 +-
drivers/usb/host/Kconfig| 4 ++--
drivers/usb/musb/musb_dsps.c| 2 +-
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
HEAD: 64dfab8e83644902ad2fd559a56c411b47e3ef3c perf/x86: Remove unused
variable in nhmex_rbox_alter_er()
Most of the kernel diffstat
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Remove duplicated include.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/pinctrl/pinctrl-at91.c | 1 -
1 file changed, 1 deletion(-)
diff
On Fri, Oct 26, 2012 at 11:03:49PM +0900, Joonsoo Kim wrote:
Recently, workqueue code has gone through some changes and we found some bugs
related to this. To prevent futher bugs in advance, add WARN_ON_ONCE() in
wq_worker_waking_up(). When worker is not WORKER_NOT_RUNNIG state,
it should be
On 25 October 2012 23:47, Shuah Khan shuah.k...@hp.com 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.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Using for_each_set_bit() to simplify the code.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/pinctrl/pinctrl-at91.c | 4 +---
1 file
This patch introduces one module parameter of 'path' in firmware_class
to support customizing firmware image search path, so that people can
use its own firmware path if the default built-in paths can't meet their
demand[1], and the typical usage is passing the below from kernel command
parameter
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
HEAD: 8b724e2a12d553cad8ad412846511c783a92d25e Merge tag 'efi-for-3.7' of
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi into
From: Wei Yongjun yongjun_...@trendmicro.com.cn
The variable pin is initialized but never used
otherwise, so remove the unused variable.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
* Arnaldo Carvalho de Melo a...@infradead.org wrote:
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 8f7c1d07ade50dcdea7ec779b277e891f5c8292a:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into
On Fri, Oct 26, 2012 at 10:51 PM, Ming Lei ming@canonical.com wrote:
+
+ /* skip the unset customized path */
+ if (!fw_path[0])
There is one mistake above and should be below, sorry for the noise.
if (!fw_path[i][0])
Thanks,
--
Ming Lei
* Andre Przywara andre.przyw...@amd.com wrote:
On 10/24/2012 12:46 PM, Ingo Molnar wrote:
* Andre Przywara andre.przyw...@amd.com wrote:
The WAF may hurt the performance of some workloads, caused by
aliasing issues in the L1 cache.
Disable it on the affected CPUs.
Signed-off-by:
On Fri, 26 Oct 2012 15:52:25 +0200, Andrew Lunn wrote:
Now, about white spaces vs tab, I don't know what is the rule
for .dts file.
I personally use tabs, but i don't see anything in the
Documentation/CodingStyle.
Maybe ask on the device tree mailing list?
Yes, it would be good to
* Florian Fainelli ffaine...@freebox.fr wrote:
From: Maxime Bizon mbi...@freebox.fr
Signed-off-by: Florian Fainelli ffaine...@freebox.fr
The SOB from Maxime is missing?
Thanks,
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
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 this patch, device driver failed to
On Fri, Oct 26, 2012 at 04:57:59PM +0200, Thomas Petazzoni wrote:
On Fri, 26 Oct 2012 15:52:25 +0200, Andrew Lunn wrote:
Now, about white spaces vs tab, I don't know what is the rule
for .dts file.
I personally use tabs, but i don't see anything in the
Documentation/CodingStyle.
Commit-ID: b6f4f804108bd563070ab95199cbddcf7650cbf4
Gitweb: http://git.kernel.org/tip/b6f4f804108bd563070ab95199cbddcf7650cbf4
Author: Namhyung Kim namhy...@kernel.org
AuthorDate: Fri, 26 Oct 2012 17:55:48 +0900
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 26 Oct
On 10/26/2012 05:02 PM, Jason Cooper wrote:
On Fri, Oct 26, 2012 at 04:57:59PM +0200, Thomas Petazzoni wrote:
On Fri, 26 Oct 2012 15:52:25 +0200, Andrew Lunn wrote:
Now, about white spaces vs tab, I don't know what is the rule
for .dts file.
I personally use tabs, but i don't see anything
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: there used to be a couple of seconds of
wait time at the beginning of every perf
Commit-ID: fcc328032e7382bf413517ee4dddf1eca7970fe4
Gitweb: http://git.kernel.org/tip/fcc328032e7382bf413517ee4dddf1eca7970fe4
Author: Namhyung Kim namhyung@lge.com
AuthorDate: Fri, 26 Oct 2012 17:55:52 +0900
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 26 Oct
From: Wei Yongjun yongjun_...@trendmicro.com.cn
The variables fis, reply are initialized but never used
otherwise, so remove the unused variables.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
Commit-ID: e558a5bd8b74aff4690a8c55b08a1dc91ef50d7c
Gitweb: http://git.kernel.org/tip/e558a5bd8b74aff4690a8c55b08a1dc91ef50d7c
Author: Andrew Vagin ava...@openvz.org
AuthorDate: Tue, 7 Aug 2012 16:56:02 +0400
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 26 Oct
Commit-ID: 26a031e136f4f8dc82c64df48cca0eb3b5d3eb4f
Gitweb: http://git.kernel.org/tip/26a031e136f4f8dc82c64df48cca0eb3b5d3eb4f
Author: Andrew Vagin ava...@openvz.org
AuthorDate: Tue, 7 Aug 2012 16:56:04 +0400
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 26 Oct
Commit-ID: 54a3cf59b53b3f01989a28344ecf4cb68217a6f6
Gitweb: http://git.kernel.org/tip/54a3cf59b53b3f01989a28344ecf4cb68217a6f6
Author: Andrew Vagin ava...@openvz.org
AuthorDate: Tue, 7 Aug 2012 16:56:05 +0400
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 26 Oct
Commit-ID: 1f16c5754d3a4008c29f3bf67b4f1271313ba385
Gitweb: http://git.kernel.org/tip/1f16c5754d3a4008c29f3bf67b4f1271313ba385
Author: Peter Zijlstra pet...@infradead.org
AuthorDate: Tue, 23 Oct 2012 13:40:14 +0200
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 26
From: Wei Yongjun yongjun_...@trendmicro.com.cn
platform_device_unregister() only calls platform_device_del() and
platform_device_put(), thus use platform_device_unregister() to
simplify the code.
Also the documents in platform.c shows that platform_device_del
and platform_device_put must _only_
On Fri, Oct 26, 2012 at 11:44:11AM +0200, Frederic Weisbecker wrote:
2012/10/25 Sergey Senozhatsky sergey.senozhat...@gmail.com:
On (10/25/12 09:06), Frederic Weisbecker wrote:
My understanding is (I may be wrong) that we can schedule() from
ptrace chain to
some arbitrary
On Fri, Oct 26, 2012 at 1:49 AM, Peter Zijlstra pet...@infradead.org wrote:
No, it does a compare on two u128
Actually, it apparently compares two multiplications.
That might be optimizable in itself.
The point is (as mentioned in the comments below) overflowing an actual
u64 is rare,
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel p.za...@pengutronix.de wrote:
On some platforms the SRAM needs a clock to be enabled explicitly.
Since this is a file that you've just created in the previous commit,
I don't see why this needs to exist as a standalone commit, vs just
being folded
On 10/26/2012 02:59 AM, Lai Jiangshan wrote:
Current free_area_init_core() has incorrect adjustment code to adjust
-present_pages. It will cause -present_pages overflow, make the
system unusable(can't create any process/thread in our test) and cause
further problem.
Details:
1) Some/many
On Fri, Oct 26, 2012 at 10:11:45AM +0200, Guillaume Juan wrote:
From: Guillaume Juan guillaume.j...@sagemcom.com
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
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
From: Wei Yongjun yongjun_...@trendmicro.com.cn
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
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 shuah.k...@hp.com
Acked-by: Catalin
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
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.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
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
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:
acpi_bus_trim()
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 some
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 patches (which have all
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 tekkamanni...@gmail.com:
This is a Chinese translated version of
Documentation/arm64/booting.txt
Signed-off-by: Fu Wei tekkamanni...@gmail.com
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, 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
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: there used to be a couple
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
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
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 event
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 shuah.k...@hp.com
---
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 workqueue (unless
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 shuah.k...@hp.com
---
When we have 2 variants of __audit_inode then they can each call this
function to do the setup.
Signed-off-by: Jeff Layton jlay...@redhat.com
---
kernel/auditsc.c | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/kernel/auditsc.c b/kernel/auditsc.c
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 h...@infradead.org
Signed-off-by: Jeff Layton jlay...@redhat.com
---
fs/open.c | 4 ++--
fs/xattr.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
Just have callers that are passing in a dentry call audit_copy_fcaps
themselves after audit_copy_inode returns.
Reported-by: Christoph Hellwig h...@infradead.org
Signed-off-by: Jeff Layton jlay...@redhat.com
---
kernel/auditsc.c | 17 ++---
1 file changed, 10 insertions(+), 7
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 shuah.k...@hp.com
---
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 m-kariche...@ti.com wrote:
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances
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[]
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
* Florian Fainelli | 2012-10-19 13:51:56 [+0200]:
From: Maxime Bizon mbi...@freebox.fr
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
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 sjenn...@linux.vnet.ibm.com
---
fs/debugfs/file.c | 42
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
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.
Signed-off-by:
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 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 mpatla...@parallels.com
---
fs/fuse/file.c | 13 +++--
1 files changed, 11
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 mpatla...@parallels.com
---
fs/fuse/file.c |2 +-
1 files changed, 1 insertions(+), 1
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
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 function does not modify iov_iter which 'i' points to.
Signed-off-by: Maxim Patlasov mpatla...@parallels.com
---
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
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().
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 mpatla...@parallels.com
---
fs/fuse/file.c | 79
__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.
* Florian Fainelli | 2012-10-19 15:40:29 [+0200]:
On Friday 19 October 2012 11:36:25 Fainelli wrote:
Sebastian Andrzej Siewior bigeasy at 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 to
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
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 shuah.k...@hp.com
Acked-by: Michal Simek
2012/10/24 Tekkaman Ninja tekkamanni...@gmail.com:
This is a Chinese translated version of
Documentation/arm64/booting.txt
Signed-off-by: Fu Wei tekkamanni...@gmail.com
Acked-by: Harry Wei harryxi...@gmail.com
Thanks for your good job and you should keep it up to date ;-)
--
Thanks
Harry
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
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 shuah.k...@hp.com
---
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 core
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 +0800, wwang 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 shuah.k...@hp.com
---
Commit-ID: 536e2b0fc2af42a464ea6eb6b67a2c754e14f2e2
Gitweb: http://git.kernel.org/tip/536e2b0fc2af42a464ea6eb6b67a2c754e14f2e2
Author: Namhyung Kim namhyung@lge.com
AuthorDate: Fri, 26 Oct 2012 17:55:49 +0900
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Fri, 26 Oct
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel p.za...@pengutronix.de 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
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 shuah.k...@hp.com
---
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
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 from
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 shuah.k...@hp.com
---
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
On Tue, Oct 23, 2012 at 9:32 PM, Eric Dumazet eric.duma...@gmail.com 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
On Thu, Oct 18, 2012 at 10:27 AM, Philipp Zabel p.za...@pengutronix.de wrote:
On some platforms the SRAM needs a clock to be enabled explicitly.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/misc/sram.c | 10 ++
1 file changed, 10 insertions(+)
diff --git
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 shuah.k...@hp.com
---
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 understand why
From: Michael Neuling mi...@neuling.org
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
On Fri, Oct 26, 2012 at 8:08 AM, Chris Metcalf cmetc...@tilera.com 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
901 - 1000 of 1238 matches
Mail list logo