From: Eliezer Tamir
Date: Wed, 03 Jul 2013 06:41:24 +0300
> correct placeholder declarations to prevent build breakage when
> !CONFIG_NET_LL_RX_POLL
>
> Signed-off-by: Eliezer Tamir
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Tue, Jul 2, 2013 at 9:09 AM, Adrian Hunter wrote:
> On 01/07/13 21:53, David Ahern wrote:
>> On 7/1/13 3:32 AM, Adrian Hunter wrote:
>>> Snip
>>>
While this works for a combined S/W and tracepoint events session, I do not
like promoting sample types to the minimum compatible leve
On Tue, Jul 02, 2013 at 05:00:47PM +0200, Yann Droneaud wrote:
> This patch changes type of x...@oss.sgi.com
>
> The output of ./scripts/get_maintainer.pl is
> modified to report x...@oss.sgi.com as a list:
What's the problem with that? All XFS patches and problem
reports should be sent to the x.
On 2 July 2013 16:19, Chanwoo Choi wrote:
> Previously, I sent two reply about your reply. But, Please ignore previous
> reply.
> Those have wrong function flow about creating sysfs file and poor wrong
> opinion.
>
> I'm so sorry if you're confused.
Its okay.
> OK. I'll create link for CPU[1-3
On Tue, Jul 2, 2013 at 8:58 AM, Adrian Hunter wrote:
> On 01/07/13 22:10, Stephane Eranian wrote:
>> On Mon, Jul 1, 2013 at 8:53 PM, David Ahern wrote:
>>>
>>> On 7/1/13 3:32 AM, Adrian Hunter wrote:
Snip
>
> While this works for a combined S/W and tracepoint events session
Hey,
Op 03-07-13 02:54, Linus Torvalds schreef:
> On Mon, Jul 1, 2013 at 1:22 AM, Ingo Molnar wrote:
>> Please pull the latest core-mutexes-for-linus git tree from:
>>
>>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
>> core-mutexes-for-linus
>>
>>HEAD: 166989e366ffa66108b2f37
於 一，2013-06-17 於 19:50 +0200，Borislav Petkov 提到：
> +#ifdef CONFIG_X86_64
> + efi_scratch.pgt11 = (pgd_t *)(unsigned
> long)real_mode_header->trampoline_pgd;
> +#endif
> + efi_use_11_map = true;
> +
I think "efi_use_11_map = true" should moved to before "#endif",
other
For ceph_sync_read,it don't call file_accessed to update atime.But the
buffer_read do it .So add it.
Signed-off-by: Jianpeng Ma
---
fs/ceph/file.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/ceph/file.c b/fs/ceph/file.c
index fa74e6f..b0e6f0b 100644
--- a/fs/ceph/file.c
+++ b/fs/ceph/
Since v1:
1. Invoke record_wakee() at a better timing. (Thanks to PeterZ)
2. Use node-size instead of online-cpu-number
as the factor, to reduce overhead and make
logical more reasonable. (Thanks to PeterZ)
3. Name fix and more comments. (Thanks to Pete
Hello Jason,
On Wed, Jul 03, 2013 at 10:44:32AM +0800, Jason Wang wrote:
> On 07/03/2013 06:06 AM, Thomas Zeitlhofer wrote:
> > On Tue, Jul 02, 2013 at 06:01:12PM -0300, Fabio Estevam wrote:
> >> On Tue, Jul 2, 2013 at 4:59 PM, Thomas Zeitlhofer
> >> wrote:
> >>> Commit "tuntap: set SOCK_ZEROCOPY
Hi Michal,
On Wed, 03 Jul 2013 07:53:32 +0200 Michal Simek wrote:
>
> I have fixed it - it should be fixed there soon.
Thanks.
> But I am thinking about removing this tree from linux-next
> because we are pushing arm changes through arm-soc tree
> and they require to have specific feature branc
Dear Peter,
This is Joseph CHANG, I am glade to contact and work with you.
I am busy in some affairs else these days, and will like to be back soon.
For the begin, We copy the source code 'dm9601.c' which was by you,
In order to work for our new chips (DM9620, DM9621, DM9621A... series),
On 07/01/2013 07:20 PM, Greg Kroah-Hartman wrote:
> On Mon, Jul 01, 2013 at 09:21:14AM +0200, Michal Simek wrote:
>> Hi Greg,
>>
>> On 06/27/2013 01:17 AM, Pavel Machek wrote:
>>> On Wed 2013-06-26 11:52:12, Michal Simek wrote:
The patch "UIO: fix uio_pdrv_genirq with device tree but no interr
Hi Konrad,
Today's linux-next merge of the xen-two tree got a conflict in
arch/x86/xen/time.c between commit 5584880e44e4 ("x86: xen: Sync the
wallclock when the system time is set") from the tip tree and commit
c9d76a24a289 ("xen/time: Don't leak interrupt name when offlining") from
the xen-two t
Hi Samuel,
After merging the mfd tree, today's linux-next build (x86_64 allmodconfig)
produced these warnings:
drivers/mfd/ti_am335x_tscadc.c: In function 'ti_tscadc_probe':
drivers/mfd/ti_am335x_tscadc.c:95:27: warning: unused variable 'cur'
[-Wunused-variable]
const __be32*cur;
Hi Stephen,
On 07/03/2013 03:10 AM, Stephen Rothwell wrote:
> Hi Michal,
>
> Today's linux-next merge of the xilinx tree got conflicts in several files.
>
> These conflicts are caused by a set of old patches in the xilinx tree
> other copies of which have been merged upstream a while ago. I fac
Now ceph don't update atime after read.So add this function.
Signed-off-by: Jianpeng Ma
---
fs/ceph/file.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/fs/ceph/file.c b/fs/ceph/file.c
index 656e169..fa74e6f 100644
--- a/fs/ceph/file.c
+++ b/fs/ceph/file.c
@@ -669,6 +669,15 @@ aga
Hi Jiri,
Today's linux-next merge of the trivial tree got a conflict in
kernel/irq/generic-chip.c between commit ccc414f83914 ("genirq: Add the
generic chip to the genirq docbook") from Linus' tree and commit
37074c5a1b99 ("irq/generic-chip: fix a few kernel-doc entries") from the
trivial tree.
I
[ 3206.433900] ===
[ 3206.434449] [ INFO: suspicious RCU usage. ]
[ 3206.434999] 3.10.0+ #40 Not tainted
[ 3206.435468] ---
[ 3206.436018]
/home/davej/src/linux-dj/arch/x86/include/asm/trace/irq_vectors.h:50 suspicious
rcu_dereference_check(
Hi Lars,
On 7/3/2013 09:20, Bo Shen wrote:
Hi Lars-Peter,
On 7/2/2013 23:25, Lars-Peter Clausen wrote:
On 07/02/2013 11:04 AM, Bo Shen wrote:
[...]
+dma_params->substream = substream;
Unrelated to this patch, but having a substream field in the
dma_params seems
to be redundant, since yo
Hi Jiri,
Today's linux-next merge of the trivial tree got a conflict in
fs/btrfs/free-space-cache.c between commit 905d0f564e9c ("btrfs: add
prefix to sanity tests messages") from the btrfs tree and commit
8b513d0cf603 ("treewide: Fix typo in printk") from the trivial tree.
I fixed it up (see bel
[Re: [PATCH] ARM: move body of head-common.S back to text section] On
02/07/2013 (Tue 20:44) Stephen Warren wrote:
> On 07/02/2013 05:22 PM, Stephen Boyd wrote:
> > On 07/02, Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> Commit 281ecb7 "arm: delete __cpuinit/__CPUINIT usage from all
Dear Purchasing manager:
Nice time to you
It is my big pleasure to hear you need A4 paper
If you still need that pls tell me
Then i can send you our best price
Best wishes
Ida
Ida Chen
SALES MANAGER
East Siweite industry Co., Ltd
www.dfswtpaper.com
SKYPE: siweite
Email:s...@swtindustry.comn�
Hi all,
Kindly ignore this message. It was sent in wrong format.
Sorry for the noise
Regards,
Gururaja
On Wed, Jul 03, 2013 at 10:26:57, Hebbar, Gururaja wrote:
> Below is the code snippet I was referring to
>
>
> From drivers/rtc/rtc-omap.c
>
> static struct platform_device_id omap_rtc_
Intel Smart Connect is an Intel-specific ACPI interface for configuring
devices to wake up at regular intervals so they can pull down mail or other
internet updates, and then go to sleep again. If a user enables this in
Windows and then reboots into Linux, the device may wake up if it's put to
slee
On Tue, Jul 02, 2013 at 08:28:42PM -0700, Linus Torvalds wrote:
> On Tue, Jul 2, 2013 at 8:07 PM, Dave Chinner wrote:
> >>
> >> Then that test would become
> >>
> >> if (wbc->sync_mode == WB_SYNC_SINGLE) {
> >>
> >> instead, and now "sync_mode" would actually describe what mode of
> >> syn
From: Magnus Damm
Register the GPIO pin range, and request and free GPIO pins using the
pinctrl API. The pctl_name platform data member should be used by
platform devices to point out which pinctrl device to use.
Follows same style as "dc3465a gpio-rcar: Add pinctrl support",
by Laurent Pinchart
On 2013/7/3 7:56, Steven Rostedt wrote:
> On Wed, 2013-04-10 at 11:26 +0800, zhangwei(Jovi) wrote:
>> From: "zhangwei(Jovi)"
>>
>> Variable tracing_selftest_disabled have not any sense when
>> CONFIG_FTRACE_STARTUP_TEST is disabled.
>>
>> This patch also remove __read_mostly attribute, since varia
Hi Alasdair,
Today's linux-next merge of the device-mapper tree got a conflict in
drivers/md/dm-raid.c between commit 3f6bbd3ffd7b ("dm-raid: silence
compiler warning on rebuilds_per_group") from the md tree and commit
acc946bad465 ("his patch suppresses this warning:") from the
device-mapper tree
On 2013/7/3 7:19, Steven Rostedt wrote:
> On Wed, 2013-04-10 at 11:26 +0800, zhangwei(Jovi) wrote:
>> From: "zhangwei(Jovi)"
>>
>> Prepare for expose event tracing infrastructure.
>> (struct trace_array shall be use by external modules)
>>
>
> What module is going to be using this?
>
> -- Steve
On 2013/7/3 7:35, Steven Rostedt wrote:
> On Wed, 2013-04-10 at 11:26 +0800, zhangwei(Jovi) wrote:
>> From: "zhangwei(Jovi)"
>>
>> Currently event tracing only can be use for ftrace and perf,
>> there don't have any mechanism to let modules(like external tracing tool)
>> register callback tracing
hmm...add the devicetree-disc...@lists.ozlabs.org into list.
Note that we are discussing a better naming for this new compatible
property in the corresponding [PATCH 2/2], so I will resend a v2 of this
patch.
On 07/01/2013 11:46 AM, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang
Fre
On 07/03/2013 07:13 AM, Scott Wood wrote:
On 06/30/2013 10:46:18 PM, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang
This patch adds support to 8-channel DMA engine, thus the driver
works for both
the new 8-channel and the legacy 4-channel DMA engines.
Signed-off-by: Hongbo Zhang
---
correct placeholder declarations to prevent build breakage when
!CONFIG_NET_LL_RX_POLL
Signed-off-by: Eliezer Tamir
---
include/net/ll_poll.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/net/ll_poll.h b/include/net/ll_poll.h
index b76f004..0d620ba 100644
On Tue, Jul 02, 2013 at 06:01:11PM -0700, Greg KH wrote:
> On Tue, Jul 02, 2013 at 05:58:15PM -0700, Linus Torvalds wrote:
> > On Tue, Jul 2, 2013 at 5:54 PM, Greg KH wrote:
> > > On Tue, Jul 02, 2013 at 05:02:21PM -0700, Linus Torvalds wrote:
> > >>
> > >> I'm really not convinced this whole Lust
On Tue, Jul 2, 2013 at 8:07 PM, Dave Chinner wrote:
>>
>> Then that test would become
>>
>> if (wbc->sync_mode == WB_SYNC_SINGLE) {
>>
>> instead, and now "sync_mode" would actually describe what mode of
>> syncing the caller wants, without that hacky special "we know what the
>> caller _r
bintian.w...@linaro.org writes:
> From: Mike Lockwood
>
> This patch, originally from Android kernel, adds vfat ioctl command
> FAT_IOCTL_GET_VOLUME_ID, with this command we can get the vfat volume ID using
> following code:
>
> ioctl(fd, FAT_IOCTL_GET_VOLUME_ID, &volume_ID)
>
> This patch
Hello Kees,
On 07/03/2013 02:22 AM, Kees Cook wrote:
> Moves the relocation handling into C, after decompression. This requires
> that the decompressed size is passed to the decompression routine as
> well so that relocations can be found. Only kernels that need relocation
> support will use the c
Hello, Linus.
Nothing too interesting; however, the top commit is merging
for-3.10-fixes into for-3.11. The severity of patches which were
collecting for-3.10-fixes didn't seem to justify new -fixes pull
request, but, in retrospect, I think I sat on them for too long and
will probably push out qu
(2013/07/03 11:57), Steven Rostedt wrote:
> On Wed, 2013-07-03 at 11:42 +0900, Masami Hiramatsu wrote:
>> (2013/07/03 7:23), Oleg Nesterov wrote:
>>> On 07/02, Oleg Nesterov wrote:
So please ignore modules ;)
>>>
>>> Or lets discuss the change above.
>>
>> No, I think this still doesn't e
OK, I have bisected this problem to the following change:
commit 8dc85d547285668e509f86c177bcd4ea055bcaaf
Author: Peter Zijlstra
Date: Thu Sep 2 16:50:03 2010 +0200
perf: Multiple task contexts
Provide the infrastructure for multiple task contexts.
--
To unsubscribe from this li
On Tue, Jul 02, 2013 at 10:38:20AM -0700, Linus Torvalds wrote:
> On Tue, Jul 2, 2013 at 9:57 AM, Jan Kara wrote:
> >
> > sync(2) was always slow in presence of heavy concurrent IO so I don't
> > think this is a stable material.
>
> It's not the "sync being slow" part I personally react to. I d
On Wed, 2013-07-03 at 11:42 +0900, Masami Hiramatsu wrote:
> (2013/07/03 7:23), Oleg Nesterov wrote:
> > On 07/02, Oleg Nesterov wrote:
> >>
> >> So please ignore modules ;)
> >
> > Or lets discuss the change above.
>
> No, I think this still doesn't ensure that we can remove dynamic
> event safe
Hello, Linus.
Please note that this cgroup/for-3.11-cpuset pull request assumes that
cgroup/for-3.11 branch is pulled in first.
cpuset has always been rather odd about its configurations - a cgroup
right after creation didn't allow any task executions before
configuration, changing configuration
On 07/03/2013 06:06 AM, Thomas Zeitlhofer wrote:
> On Tue, Jul 02, 2013 at 06:01:12PM -0300, Fabio Estevam wrote:
>> On Tue, Jul 2, 2013 at 4:59 PM, Thomas Zeitlhofer
>> wrote:
>>> Commit "tuntap: set SOCK_ZEROCOPY flag during open" introduces a
>>> regression which is observed with live migration
On 07/02/2013 05:22 PM, Stephen Boyd wrote:
> On 07/02, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Commit 281ecb7 "arm: delete __cpuinit/__CPUINIT usage from all ARM
>> users" removed a __CPUINIT from head-common.S. However, the code
>> immediately before the removed tag was marked __INIT
(2013/07/03 7:23), Oleg Nesterov wrote:
> On 07/02, Oleg Nesterov wrote:
>>
>> So please ignore modules ;)
>
> Or lets discuss the change above.
No, I think this still doesn't ensure that we can remove dynamic
event safely. Since the event is related to several files under
events/ dir and buffer
There is a patch b55f84e2d527182e7c611d466cd0bb6ddce201de "ata_piix: Fix DVD
not dectected at some Haswell platforms" to fix an issue of DVD not
recognized on Haswell Desktop platform with Lynx Point.
Recently, it is also found the same issue at some platformas with Wellsburg PCH.
So deliver a
This patch adds scripts/msghash/msghash. msghash scans a kmsg_meta
table between __start___kmsg_meta to __stop___kmsg_meta in the
target object file (vmlinux), computes a hash value for each
message format string, then replaces the format string with the
hash value. Valid flags are also set to en
To allow building up metadata transparently for each printk(), make
printk() a macro while keeping printk()'s API. Then, printk() calls
_printk() which implements the original printk() function.
printk() is used from assembly sources, but they don't include printk.h
and don't use this new printk(
This patch adds the hash value for each printk line when reading
/dev/kmsg as bellow:
6,154,325061,-,b7db707c@kernel/smp.c:554;Brought up 4 CPUs
Here, the 5th field is the 32-bit hash value followed by
@:. If this feature is disabled, i.e.
CONFIG_KMSG_HASH=n, or the hash value hasn't be
Add msghash support for dev_printk and its variants (dev_xxx).
Without this patch, no kmsg_meta data are passed to vprintk_emit,
and this means no hash value is output.
To pass the metadata, this patch changes dev_printk and its
variants to macros which construct the metadata in the similar way
of
From: Mike Lockwood
This patch, originally from Android kernel, adds vfat ioctl command
FAT_IOCTL_GET_VOLUME_ID, with this command we can get the vfat volume ID using
following code:
ioctl(fd, FAT_IOCTL_GET_VOLUME_ID, &volume_ID)
This patch is a modified version of the patch by Mike Loc
Copy include/linux/jhash.h to tools/include/tools/ for userland
tools. The original jhash.h includes a couple of header files
which is not suitable for userland. So unfold the only necessary
part in those header files to the copied jhash.h
Signed-off-by: Hidehiro Kawai
Cc: Andrew Morton
Cc: Gr
Hello,
This patch series adds hash values of printk format strings into
each line of /dev/kmsg outputs as follows:
6,154,325061,-,b7db707c@kernel/smp.c:554;Brought up 4 CPUs
Background
==
We sometimes want to identify each kernel message automatically
because of the following pur
(2013/07/03 8:02), Steven Rostedt wrote:
> On Sun, 2013-06-30 at 16:46 +0900, Masami Hiramatsu wrote:
>> (2013/06/29 3:43), Oleg Nesterov wrote:
>>> On 06/28, Steven Rostedt wrote:
On Fri, 2013-06-28 at 16:27 +0200, Oleg Nesterov wrote:
>
> Ah, but this conflicts with the other ch
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoe.h|2 +-
drivers/block/aoe/aoecmd.c |2 +-
drivers/block/aoe/aoedev.c |2 +-
drivers/block/aoe/aoenet.c |2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
ind
Some users have a large AoE target while others like to use
many AoE targets at the same time. In the latter case, there
is an opportunity to greatly improve aggregate throughput by
allowing different threads to complete the I/O associated
with each target. For 36 targets, 4 KiB read throughput
r
This patch series applies to today's linux-next/akpm, commit
cbbc4a736dfca9a1ade0b13219d98d12601c1c06.
This second submission includes a comment in the first patch
suggested by Andrew Morton.
Ed L. Cashin (3):
aoe: perform I/O completions in parallel
aoe: update copyright date
aoe: update
On 07/03/2013 02:00 AM, Benjamin LaHaise wrote:
> On Mon, Jul 01, 2013 at 03:23:39PM +0800, Gu Zheng wrote:
>> Hi Ben,
>> Are you still working on this patch?
>> As you know, using the current anon inode will lead to more than one
>> instance of
>> aio can not work. Have you found a way to fix th
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoe.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
index 2284f89..025c41d 100644
--- a/drivers/block/aoe/aoe.h
+++ b/drivers/block/aoe/aoe.h
@@ -1,5 +1,5 @@
/* Copyright
On Tuesday, July 02, 2013 9:16 PM, Oskar Andero wrote:
>
> From: Shingo Nakao
>
> When backlight turns on early from display, a white line can be
> seen on the screen. Therefore make sure backlight is off when we
> are under an fb blank event.
>
> Signed-off-by: Shingo Nakao
> Cc: Milo Kim
>
On Jul 2, 2013, at 5:43 PM, Andrew Morton wrote:
> I suggest it's worth adding a comment here mentioning this, and
> explaining why and how that's OK. If it indeed is OK ;)
OK, thanks. The resubmission is coming now.
> Also, these patches were sent as being from ecas...@noserose.net. I
> rewr
On Wed, 03 Jul 2013 01:12:13 +0100 David Howells wrote:
>
> 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 m
Hi Lars-Peter,
On 7/2/2013 23:34, Lars-Peter Clausen wrote:
On 07/02/2013 11:04 AM, Bo Shen wrote:
[...]
-/*--*\
- * DMAENGINE operations
-\*--*/
-stat
On 07/03/2013 08:51 AM, Chen Gang wrote:
> On 07/02/2013 06:57 PM, Geert Uytterhoeven wrote:
>> On Tue, Jul 2, 2013 at 10:00 AM, Chen Gang wrote:
On 07/02/2013 03:19 PM, Geert Uytterhoeven wrote:
>> On Tue, Jul 2, 2013 at 4:13 AM, Chen Gang wrote:
>> 'asm-generic' need provide ne
>On Tue, 2 Jul 2013, majianpeng wrote:
>> Now, update atime only for CEPH_CAP_FILE_EXCL.Change this if
>> CEPH_CAP_FILE_RD.
>
>Can we introduce a global config optoin (bool mds_atime in
>common/config_opts.h, maybe) so that users can turn this off? And/or add
>a 'relatime' option? More users wo
Hi Lars-Peter,
On 7/2/2013 23:25, Lars-Peter Clausen wrote:
On 07/02/2013 11:04 AM, Bo Shen wrote:
[...]
+ dma_params->substream = substream;
Unrelated to this patch, but having a substream field in the dma_params seems
to be redundant, since you need to know the substream to get the dm
James Hogan writes:
> Move all EXPORT_SYMBOLs in libs-y directories (arch/metag/{lib,tbx})
> into metag_ksyms.c so that they don't get omitted by the static linker
> if they're not used by any other statically linked code, which can
> result in undefined symbols when building modules.
>
> For exam
Jonathan Masters writes:
> One caveat. Sometimes we have manufactured parameters intentionally to cause
> a module to fail. We should standardize that piece.
Certainly. Can you give an example?
Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Chegu Vinod writes:
> On 7/1/2013 10:49 PM, Rusty Russell wrote:
>> Chegu Vinod writes:
>>> On 6/30/2013 11:22 PM, Rusty Russell wrote:
module: do percpu allocation after uniqueness check. No, really!
v3.8-rc1-5-g1fb9341 was supposed to stop parallel kvm loads exhausting
perc
Hi Michal,
Today's linux-next merge of the xilinx tree got conflicts in several files.
These conflicts are caused by a set of old patches in the xilinx tree
other copies of which have been merged upstream a while ago. I fact the
xilinx tree currently adds no changes to linux-next at all. Could
On Tue, Jul 02, 2013 at 05:58:15PM -0700, Linus Torvalds wrote:
> On Tue, Jul 2, 2013 at 5:54 PM, Greg KH wrote:
> > On Tue, Jul 02, 2013 at 05:02:21PM -0700, Linus Torvalds wrote:
> >>
> >> I'm really not convinced this whole Lustre thing was correctly
> >> handled. Merging it into stable and yet
On Tue, Jul 2, 2013 at 5:54 PM, Greg KH wrote:
> On Tue, Jul 02, 2013 at 05:02:21PM -0700, Linus Torvalds wrote:
>>
>> I'm really not convinced this whole Lustre thing was correctly
>> handled. Merging it into stable and yet being in such bad shape that
>> it isn't enabled even there? I just dunno
e Intel machine.
>
> Writing to a software raid-1 ext3 partition.
> ext3 mount options: rw,errors=remount-ro
>
> * sync_file_range+fadvise 3.9.8
> - with lru drain on fadvise
>
> Kernel cache usage:
> Before tracing: 56272k cached
> After tracing: 56388k cached
>
&
On Mon, Jul 1, 2013 at 1:22 AM, Ingo Molnar wrote:
>
> Please pull the latest core-mutexes-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> core-mutexes-for-linus
>
>HEAD: 166989e366ffa66108b2f37b870e66b85b2185ad locking-selftests: Handle
> unexpect
On Tue, Jul 02, 2013 at 05:02:21PM -0700, Linus Torvalds wrote:
> On Tue, Jul 2, 2013 at 4:45 PM, Stephen Rothwell
> wrote:
> >
> > The merge of the ext4 tree and the staging tree needs the following fixup
> > (at least). It is not a biggie, as that code in staging is actually
> > disabled at th
On 07/02/2013 06:57 PM, Geert Uytterhoeven wrote:
> On Tue, Jul 2, 2013 at 10:00 AM, Chen Gang wrote:
>> > On 07/02/2013 03:19 PM, Geert Uytterhoeven wrote:
>>> >> On Tue, Jul 2, 2013 at 4:13 AM, Chen Gang wrote:
> >>> > 'asm-generic' need provide necessary configuration checking, if
> >
Slab have some tunables like limit, batchcount, and sharedfactor can be
tuned through function slabinfo_write. Commit (b7454ad3: mm/sl[au]b: Move
slabinfo processing to slab_common.c) uncorrectly change /proc/slabinfo
unwriteable for slab, this patch fix it by revert to original mode.
Signed-off-b
On Mon, Jul 1, 2013 at 2:03 AM, Ingo Molnar wrote:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> perf-core-for-linus
>
> Kernel improvements:
>
> * AMD IOMMU uncore PMU support by Suravee Suthikulpanit001a
This one prints a really annoying error message if you're not on an
This patch shares s_next and s_stop between slab and slub.
Signed-off-by: Wanpeng Li
---
mm/slab.c| 10 --
mm/slab.h| 3 +++
mm/slab_common.c | 4 ++--
3 files changed, 5 insertions(+), 12 deletions(-)
diff --git a/mm/slab.c b/mm/slab.c
index 13f5ecc..bd14ea2 100644
--
Use existing interface node_nr_slabs and node_nr_objs to get
nr_slabs and nr_objs.
Acked-by: Christoph Lameter
Signed-off-by: Wanpeng Li
---
mm/slub.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/slub.c b/mm/slub.c
index 84b84f4..d9135a8 100644
--- a/mm/slub.c
+++
This patch remove unused nr_partials variable.
Signed-off-by: Wanpeng Li
---
mm/slub.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/mm/slub.c b/mm/slub.c
index 4649ff0..84b84f4 100644
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -5269,7 +5269,6 @@ __initcall(slab_sysfs_init);
#ifdef CONFIG_SLABIN
Changelog:
v1 -> v2:
* Fix the callers that pass # of objects. Make sure they pass # of slabs.
The drain_freelist is called to drain slabs_free lists for cache reap,
cache shrink, memory hotplug callback etc. The tofree parameter should
be the number of slab to free instead of the number of sla
On Wed, Jul 3, 2013 at 1:57 AM, Thomas Gleixner wrote:
> On Sun, 30 Jun 2013, Lennart Poettering wrote:
>> On 29.06.2013 05:05, Tim Hockin wrote:
>> > But that's not my point. It seems pretty easy to make this cgroup
>> > management (in "native mode") a library that can have either a thin
>> > ve
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 repli
Hi Marek,
On Tue, 02 Jul 2013 10:35:08 +0200 Marek Szyprowski
wrote:
>
> I would like to ask You for pulling some fixes for ARM dma-mapping subsystem
> for v3.11.
>
>
> The following changes since commit 8bb495e3f02401ee6f76d1b1d77f3ac9f079e376:
>
> Linux 3.10 (2013-06-30 15:13:29 -0700)
>
On Tue, Jul 2, 2013 at 4:45 PM, Stephen Rothwell wrote:
>
> The merge of the ext4 tree and the staging tree needs the following fixup
> (at least). It is not a biggie, as that code in staging is actually
> disabled at the moment.
Argh. I merged both of these before this email came in, so now my
On Tue, Jul 2, 2013 at 4:51 PM, Linus Torvalds
wrote:
> On Tue, Jul 2, 2013 at 4:17 PM, Russell King - ARM Linux
> wrote:
>> Please don't merge this yet.
>
> Oops, too late. The ARM SoC pull requests got merged a couple of hours ago..
It should hopefully not be a big problem, you'll see a merge
_for_linus_stable' of
> > git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2013-05-14
> > 09:30:54 -0700)
> >
> > are available in the git repository at:
> >
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
Lennart,
On Sun, 30 Jun 2013, Lennart Poettering wrote:
> On 29.06.2013 05:05, Tim Hockin wrote:
> > But that's not my point. It seems pretty easy to make this cgroup
> > management (in "native mode") a library that can have either a thin
> > veneer of a main() function, while also being usable b
On Wed, 2013-04-10 at 11:26 +0800, zhangwei(Jovi) wrote:
> From: "zhangwei(Jovi)"
>
> Variable tracing_selftest_disabled have not any sense when
> CONFIG_FTRACE_STARTUP_TEST is disabled.
>
> This patch also remove __read_mostly attribute, since variable
> tracing_selftest_disabled really not rea
On Tue, Jul 2, 2013 at 4:17 PM, Russell King - ARM Linux
wrote:
> Please don't merge this yet.
Oops, too late. The ARM SoC pull requests got merged a couple of hours ago..
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to maj
On Wed, 2013-04-10 at 11:26 +0800, zhangwei(Jovi) wrote:
> From: "zhangwei(Jovi)"
>
> The only caller of function ftrace(...) was removed at long time ago,
> so remove the function body also.
Looks reasonable, pulled.
Thanks,
-- Steve
>
> Signed-off-by: zhangwei(Jovi)
> ---
> kernel/trace/
Hi Linus,
On Mon, 01 Jul 2013 09:55:55 -0400 Theodore Ts'o wrote:
>
>
> The following changes since commit c7788792a5e7b0d5d7f96d0766b4cb6112d47d75:
>
> Linux 3.10-rc2 (2013-05-20 14:37:38 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git
On Tue, 2 Jul 2013 20:04:47 +0200 Jan Kara wrote:
>
> On Tue 02-07-13 10:18:32, Linus Torvalds wrote:
> > Hmm I'm getting this compiler warning:
> >
> > fs/ext4/inode.c: In function ‘ext4_writepages’:
> > fs/ext4/inode.c:2219:6: warning: ‘err’ may be used uninitialized in
> > this function [-
On Wed, 2013-04-10 at 11:26 +0800, zhangwei(Jovi) wrote:
> From: "zhangwei(Jovi)"
>
> TRACE_EVENT_TYPE enum is not used at present, remove it.
Looks reasonable, pulled.
Thanks,
-- Steve
>
> Signed-off-by: zhangwei(Jovi)
> ---
> kernel/trace/trace.h |6 --
> 1 file changed, 6 deleti
-14 09:30:54
> -0700)
>
> are available in the git repository at:
>
>
> 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 ...
--
Cheers,
Steph
On Wed, 2013-04-10 at 11:26 +0800, zhangwei(Jovi) wrote:
> From: "zhangwei(Jovi)"
>
> Currently event tracing only can be use for ftrace and perf,
> there don't have any mechanism to let modules(like external tracing tool)
> register callback tracing function.
>
> Event tracing implement based o
On 07/03/2013 01:09 AM, Arnaud Ebalard wrote:
Hi Sebastian,
Sebastian Hesselbarth writes:
With DT support for mv643xx_eth board specific init for some boards now
is unneccessary. Remove those board files, Kconfig entries, and
corresponding entries in kirkwood_defconfig.
Applying above your
1 - 100 of 585 matches
Mail list logo
