At 09/14/2012 09:36 AM, Hugh Dickins Wrote:
> On Thu, 13 Sep 2012, Johannes Weiner wrote:
>> On Thu, Sep 13, 2012 at 03:14:28PM +0800, Wen Congyang wrote:
>>> root_mem_cgroup->info.nodeinfo is initialized when the system boots.
>>> But NODE_DATA(nid) is null if the node is not onlined, so
>>>
Hi Murali,
On 10/15/2012 9:21 PM, Karicheri, Muralidharan wrote:
> --Cut
>
>>> Subject: Re: [PATCH v2 09/13] ARM: davinci - update the dm644x soc code to
>>> use
>>> common clk drivers
>>>
>> You have chosen to keep all clock related data in platform files
>> while using the common
On Tue, Oct 16, 2012 at 09:56:48AM +0800, Ming Lei wrote:
> On Mon, Oct 15, 2012 at 11:47 PM, Minchan Kim wrote:
> > On Mon, Oct 15, 2012 at 01:14:17PM +0800, Ming Lei wrote:
> >> This patch introduces PF_MEMALLOC_NOIO on process flag('flags' field of
> >> 'struct task_struct'), so that the flag
On 10/16/2012 02:20 AM, Rafael J. Wysocki wrote:
> On Friday 12 of October 2012 09:09:42 Fenghua Yu wrote:
>> From: Fenghua Yu
>>
>> Because x86 BIOS requires CPU0 to resume from sleep, suspend or hibernate
>> can't
>> be executed if CPU0 is detected offline. To make suspend or hibernate and
>>
On Mon, Oct 15, 2012 at 02:51:28PM -0700, Anton Vorontsov wrote:
> The driver uses platform-specific mxc_set_irq_fiq() with the VIRQ cookie
> passed to it, so it's pretty clear that the driver is absolutely sure
> that the FIQ is routed via platform-specific IC, and that the cookie can
> be used
On Tue, Oct 16, 2012 at 10:54:19AM +0530, Yadwinder Singh Brar wrote:
> This patch adds check, whether regulator is already enabled before enabling it
> while setting machine constraints. Since some PMICs have same register bits
> for setting opmode and enabling/disabling the regulator, so it will
On 10/16/2012 10:05 AM, Paul E. McKenney wrote:
> On Mon, Oct 15, 2012 at 05:31:28PM -0700, Paul E. McKenney wrote:
>> The console_cpu_notify( function runs with interrupts disabled in
>> the CPU_DEAD case. It therefore cannot block, for example, as will
>> happen when it calls console_lock().
This patch implements set_suspend_disable callback for BUCKs which
support only switch ON/OFF modes during system suspend state, and
set_suspend_mode callbacks for LDOs which also suport Low power mode and
switch ON/OFF modes.
Signed-off-by: Yadwinder Singh Brar
---
drivers/regulator/max77686.c
On 10/15/2012 10:53 PM, Arun Sharma wrote:
> On 10/15/12 8:55 AM, Robert Richter wrote:
>
> [..]
>> Perf tool works then out-of-the-box with:
>>
>> $ perf record -e cpu/stalled-cycles-fixed-point/ ...
>>
>> The event string can easily be reused by other architectures as a
>> quasi standard.
>
This patch adds check, whether regulator is already enabled before enabling it
while setting machine constraints. Since some PMICs have same register bits
for setting opmode and enabling/disabling the regulator, so it will overwrite
the settings (if any)done by set_mode/set_suspend_mode callbacks
acpi_no_s4_hw_signature is defined in #ifdef CONFIG_HIBERNATION block,
but the current code put the declaration in #ifdef CONFIG_PM_SLEEP block.
I happened to meet this issue when I turned off PM_SLEEP config manually:
arch/x86/kernel/acpi/sleep.c:100:4: error: implicit declaration of function
On Tue, Oct 16, 2012 at 12:27:13PM +0800, Fengguang Wu wrote:
> The title could be made more descriptive:
>
> ACPI: move acpi_no_s4_hw_signature() declaration into #ifdef
> CONFIG_HIBERNATION
Yes, much better.
>
> On Tue, Oct 16, 2012 at 12:05:03PM +0800, Yuanhan Liu wrote:
> >
From: HATAYAMA Daisuke
Subject: Re: [PATCH v1 0/2] x86, apic: Disable BSP if boot cpu is AP
Date: Tue, 16 Oct 2012 14:03:13 +0900
> From: "Yu, Fenghua"
> Subject: RE: [PATCH v1 0/2] x86, apic: Disable BSP if boot cpu is AP
> Date: Tue, 16 Oct 2012 04:51:36 +
>
>>> -Original
On Tue, Oct 9, 2012 at 1:16 PM, David Howells wrote:
> Can you merge the following branch into the xtensa tree please.
>
> This is to complete part of the UAPI disintegration for which the preparatory
> patches were pulled recently.
>
> Now that the fixups and the asm-generic chunk have been
On Mon, Oct 15, 2012 at 02:13:25PM +0100, Lee Jones wrote:
> When of_parse_phandle() is used to find a device node, its
> reference count is incremented by the helper. Once we're
> finished with them, it's our responsibly to ensure they
> are freed in the correct manor.
Applied both, thanks.
--
> >> My motivation is to use multiple CPUs in order to quickly generate
> >> crash dump on the machine with huge amount of memory. I assume such
> >> machine tends to also have a lot of CPUs. So disabling one CPU would
> >> be no problem.
> >
> > Luckily you don't need to disable any CPU to
On Mon, Oct 15, 2012 at 02:16:59PM +0100, Lee Jones wrote:
> Here we provide the GPIO Regulator driver with Device Tree capability, so
> that when a platform is booting with DT instead of platform data we can
> still make full use of it.
Not looked at the patch yet but patch 2 doesn't seem to
On Sat, Oct 13, 2012 at 6:26 AM, Steven Rostedt wrote:
> From: Steven Rostedt
>
> Use Kbuild infrastructure to handle the asm-generic headers
> and remove the wrapper headers that call them.
>
> This only affects headers that do nothing but include the generic
> equivalent. It does not touch any
On Mon, Oct 15, 2012 at 11:58 PM, David Rientjes wrote:
> On Mon, 15 Oct 2012, KOSAKI Motohiro wrote:
>
>> I don't think 80de7c3138ee9fd86a98696fd2cf7ad89b995d0a is right fix.
>
> It's certainly not a complete fix, but I think it's a much better result
> of the race, i.e. we don't panic anymore,
Any body can be help about this or a little bit clues? Thanks!
On Mon, Oct 8, 2012 at 3:01 PM, Dennis Chen wrote:
> Hi All,
>
> I am confused by the following observed scenario:
>
> In my 4-CPU (KVM supported, 2 core with 2 thread for each) host
> machine box, I create only one VM with 3-vCPU
From: "Yu, Fenghua"
Subject: RE: [PATCH v1 0/2] x86, apic: Disable BSP if boot cpu is AP
Date: Tue, 16 Oct 2012 04:51:36 +
>> -Original Message-
>> From: HATAYAMA Daisuke [mailto:d.hatay...@jp.fujitsu.com]
>> Sent: Monday, October 15, 2012 9:35 PM
>> To: linux-kernel@vger.kernel.org;
> -Original Message-
> From: HATAYAMA Daisuke [mailto:d.hatay...@jp.fujitsu.com]
> Sent: Monday, October 15, 2012 9:35 PM
> To: linux-kernel@vger.kernel.org; ke...@lists.infradead.org;
> x...@kernel.org
> Cc: mi...@elte.hu; t...@linutronix.de; h...@zytor.com; Brown, Len; Yu,
> Fenghua;
On Sat, 13 Oct 2012 00:49:06 +0900 Jaegeuk Kim wrote:
> 2012-10-11 (목), 09:24 +1100, NeilBrown:
> > On Fri, 05 Oct 2012 20:59:29 +0900 김재극 wrote:
> >
> > > +static void do_checkpoint(struct f2fs_sb_info *sbi, bool is_umount)
> > > +{
> > > + struct f2fs_checkpoint *ckpt = F2FS_CKPT(sbi);
> > >
On Sat, 13 Oct 2012 00:12:53 +0900 Jaegeuk Kim wrote:
> 2012-10-11 (목), 09:37 +1100, NeilBrown:
> > On Fri, 05 Oct 2012 21:00:55 +0900 김재극 wrote:
> >
> > > +/**
> > > + * Find a new segment from the free segments bitmap to right order
> > > + * This function should be returned with success,
On 10/15/2012 09:08 PM, Theodore Ts'o wrote:
> On Sat, Sep 29, 2012 at 12:47:04PM -0700, H. Peter Anvin wrote:
>>> -static struct poolinfo {
>>> +static const struct poolinfo {
>>> + int poolshift; /* log2(POOLBITS) */
>>> int poolwords;
>>> int tap1, tap2, tap3, tap4, tap5;
>
From: Fenghua Yu
Subject: [PATCH v9 08/12] x86, hotplug: Wake up CPU0 via NMI instead of INIT,
SIPI, SIPI
Date: Fri, 12 Oct 2012 09:09:45 -0700
> @@ -1037,6 +1101,8 @@ void __init native_smp_prepare_cpus(unsigned int
> max_cpus)
>*/
> setup_local_APIC();
>
> +
On Mon, 15 Oct 2012 21:02:45 -0700 (PDT) David Rientjes
wrote:
> On Tue, 2 Oct 2012, David Rientjes wrote:
>
> > > There was a general sentiment in a recent discussion (See
> > > https://lkml.org/lkml/2012/9/18/258) that the __GFP flags should be
> > > defined unconditionally. Currently, the
* Masami Hiramatsu [2012-10-16 13:19:57]:
> (2012/10/16 10:37), Hyeoncheol Lee wrote:
> > convert_name_to_addr() allocated sizeof(char *) * MAX_PROBE_ARGS
> > bytes for a function name
>
> Yeah, that one was from my laziness...
>
Guess not your fault, but mine.
> >
> > Cc: Masami Hiramatsu
On Mon, Oct 15, 2012 at 05:31:28PM -0700, Paul E. McKenney wrote:
> The console_cpu_notify( function runs with interrupts disabled in
> the CPU_DEAD case. It therefore cannot block, for example, as will
> happen when it calls console_lock(). Therefore, remove the CPU_DEAD
> leg of the switch
We disable BSP if boot cpu is AP.
INIT-INIT-SIPI sequence, a protocal to initiate AP, cannot be used for
BSP since it causes BSP jump to BIOS init code; typical visible
behaviour is hang or immediate reset, depending on the BIOS init code.
INIT can be used to reset AP in a fatal system error
Part of boot-up code assumes booting CPU is BSP, but kexec can enter
the 2nd kernel with AP. To be able to distinguish these throughout
kernel processing, introduce boot_cpu_is_bsp.
Signed-off-by: HATAYAMA Daisuke
---
arch/x86/include/asm/mpspec.h |3 +++
arch/x86/kernel/apic/apic.c |
Multiple CPUs are useful for CPU-bound processing like compression and
I do want to use compression to generate crash dump quickly. But now
we cannot wakeup the 2nd and later cpus in the kdump 2nd kernel if
crash happens on AP. If crash happens on AP, kexec enters the 2nd
kernel with the AP, and
(2012/10/16 3:36), Yinghai Lu wrote:
On Mon, Oct 15, 2012 at 12:00 AM, Takao Indoh
wrote:
This patch resets PCIe devices at boot time by hot reset when
"reset_devices" is specified.
how about pci devices that domain_nr is not zero ?
This patch does not support multiple domains yet.
The title could be made more descriptive:
ACPI: move acpi_no_s4_hw_signature() declaration into #ifdef CONFIG_HIBERNATION
On Tue, Oct 16, 2012 at 12:05:03PM +0800, Yuanhan Liu wrote:
> acpi_no_s4_hw_signature is defined in #ifdef CONFIG_HIBERNATION block,
> but the current code put the declare
On Tue, Oct 16, 2012 at 02:50:29PM +1100, Stephen Rothwell wrote:
> Hi Al,
>
> After merging the final tree, today's linux-next build (sparc64 defconfig)
> failed like this:
>
> arch/sparc/kernel/head_64.o: In function `sys64_execve':
> (.text+0x1f58): relocation truncated to fit:
Documentation style comments were missing for few fields in struct
dw_dma_platform_data. Add these.
Signed-off-by: Viresh Kumar
Reviewed-by: Andy Shevchenko
---
include/linux/dw_dmac.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/dw_dmac.h b/include/linux/dw_dmac.h
index
(2012/10/16 10:37), Hyeoncheol Lee wrote:
> convert_name_to_addr() allocated sizeof(char *) * MAX_PROBE_ARGS
> bytes for a function name
Yeah, that one was from my laziness...
>
> Cc: Masami Hiramatsu
> Cc: Srikar Dronamraju
> Signed-off-by: Hyeoncheol Lee
> ---
>
dw_dmac driver already supports device tree but it used to have its platform
data passed the non-DT way.
This patch does following changes:
- pass platform data via DT, non-DT way still takes precedence if both are used.
- create generic filter routine
- Earlier slave information was made
This patch adds dw_dmac's platform data to DT node. It also creates slave info
node for SPEAr13xx, for the devices which were using dw_dmac.
Signed-off-by: Viresh Kumar
---
V1->V3:
--
- renamed filter function
arch/arm/boot/dts/spear1340.dtsi | 19 ++
On Tue, Oct 16, 2012 at 11:17 AM, Dave Chinner wrote:
> On Wed, Oct 10, 2012 at 06:07:33PM +0800, zwu.ker...@gmail.com wrote:
>> From: Zhi Yong Wu
>>
>> FS_IOC_GET_HEAT_INFO: return a struct containing the various
>> metrics collected in btrfs_freq_data structs, and also return a
>
> I think
This is a brief summary of our initial filesystem performance study of f2fs
against existing two filesystems in linux: EXT4, NILFS2, and f2fs.
* test platform
i) Desktop PC : Linux 3.6.1 (f2fs patched), Intel i5-2500 @3.3GHz quad-core,
8GB RAM, Transcend 16GB class 10 micro SD card
ii)
2012/10/15 OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> Implement preallocation via the fallocate syscall on VFAT partitions.
>> This patch is based on an earlier patch of the same name which had some
>> issues detailed below and did not get accepted. Refer
>> https://lkml.org/lkml/2007/12/22/130.
于 2012年10月16日 10:51, Myklebust, Trond 写道:
>>
>> 1) is it means: nfs_inode_attrs_need_update need not consider async
>> read_done situation ?
>
> I don't understand what you mean. This is mainly about the asynchronous
> write situation...
for async read done, it will call nfs_readpage_result ->
On Sat, Sep 29, 2012 at 12:47:04PM -0700, H. Peter Anvin wrote:
> >-static struct poolinfo {
> >+static const struct poolinfo {
> >+int poolshift; /* log2(POOLBITS) */
> > int poolwords;
> > int tap1, tap2, tap3, tap4, tap5;
Poolshift is duplicated information; it's just
acpi_no_s4_hw_signature is defined in #ifdef CONFIG_HIBERNATION block,
but the current code put the declare in #ifdef CONFIG_PM_SLEEP block.
Signed-off-by: Yuanhan Liu
---
include/linux/acpi.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include/linux/acpi.h
On Tue, 2 Oct 2012, David Rientjes wrote:
> > There was a general sentiment in a recent discussion (See
> > https://lkml.org/lkml/2012/9/18/258) that the __GFP flags should be
> > defined unconditionally. Currently, the only offender is GFP_NOTRACK,
> > which is conditional to KMEMCHECK.
> >
> >
Hi all,
The merge window has closed, feel free to add new stuff again.
Changes since 201201015:
New tree: cortex
Dropped Tree: cortex (complex merge conflict)
Removed tree: kmemleak (maintainer suggested)
The l2-mtd tree still had its build failure so I used the version from
next-20121011.
On Mon, 15 Oct 2012, KOSAKI Motohiro wrote:
> I don't think 80de7c3138ee9fd86a98696fd2cf7ad89b995d0a is right fix.
It's certainly not a complete fix, but I think it's a much better result
of the race, i.e. we don't panic anymore, we simply fail the read()
instead.
> we should
> close a race
Hi Al,
After merging the final tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/kernel/head_64.o: In function `sys64_execve':
(.text+0x1f58): relocation truncated to fit: R_SPARC_WDISP19 against symbol
`sys_execve' defined in .text section in fs/built-in.o
On Mon, Oct 15, 2012 at 11:43:29PM +0200, Jiri Kosina wrote:
> Fix the following warnings in formatting debug output:
>
> drivers/char/random.c: In function ‘xfer_secondary_pool’:
> drivers/char/random.c:827: warning: format ‘%d’ expects type ‘int’, but
> argument 7 has type ‘size_t’
>
On Mon, Oct 15, 2012 at 11:42:55PM +0200, Jiri Kosina wrote:
> The module parameter that turns debugging mode (which basically means
> printing a few extra lines during runtime) is in '#if 0' block. Forcing
> everyone who would like to see how entropy is behaving on his system to
> rebuild
On 15 October 2012 23:21, Rafael J. Wysocki wrote:
> On Wednesday 10 of October 2012 10:12:11 Viresh Kumar wrote:
>> Arrays for governer and driver name are of size CPUFREQ_NAME_LEN or 16.
>> i.e. 15 bytes for name and 1 for trailing '\0'.
>>
>> When cpufreq driver print these names (for sysfs),
(2012/10/08 19:06), Glauber Costa wrote:
> From: Suleiman Souhlal
>
> mem_cgroup_do_charge() was written before kmem accounting, and expects
> three cases: being called for 1 page, being called for a stock of 32
> pages, or being called for a hugepage. If we call for 2 or 3 pages (and
> both
On Wed, Oct 10, 2012 at 06:07:33PM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> FS_IOC_GET_HEAT_INFO: return a struct containing the various
> metrics collected in btrfs_freq_data structs, and also return a
I think you mean hot_freq_data :P
> calculated data temperature based
On Tue, Oct 16, 2012 at 12:18:05AM +0200, Frederic Weisbecker wrote:
> 2012/10/15 Arnd Bergmann :
> > On Monday 15 October 2012, Steven Rostedt wrote:
> >> On Mon, 2012-10-15 at 22:23 +0200, Frederic Weisbecker wrote:
> >> > 2012/10/15 Steven Rostedt :
> >> > > On Mon, 2012-10-15 at 17:11 +0100,
[oops, fixing LKML address]
If you plug in a USB storage device and then suspend, resume, and
quickly suspend again, the system may freeze. 2 minutes later you'll
get the following message.
I believe this is a regression introduced in 62d3c543 ("Block: use a
freezable workqueue for disk-event
On Mon, Oct 15, 2012 at 04:43:27PM -0500, Larry Finger wrote:
> The value for LINUX_VERSION_CODE was not updated for kernel 3.7-rc1.
>
> Signed-off-by: Larry Finger
> ---
> version.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> ---
>
> Index: linux-2.6/include/linux/version.h
>
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
arch/arm64/kernel/sys_compat.c between commit 0fe8f08036a2 ("arm64: Use
generic sys_execve() implementation") from the signal tree and commit
"compat: generic compat_sys_sched_rr_get_interval implementation" from
the akpm
On Tue, 2012-10-16 at 09:37 +0800, Chen Gang wrote:
> 于 2012年10月15日 20:32, Myklebust, Trond 写道:
> > RPC is not ordered. The fact that we get one RPC reply before another
> > does not mean that the server sent them in that order.
> >
> > This is doubly true when you use UDP as the transport
On 10/15/2012 04:54 PM, Borislav Petkov wrote:
On Mon, Oct 15, 2012 at 04:43:27PM -0500, Larry Finger wrote:
The value for LINUX_VERSION_CODE was not updated for kernel 3.7-rc1.
That's probably fallout from the whole UAPI thing.
Signed-off-by: Larry Finger
---
version.h |2 +-
1
Hi Linus,
On Fri, 12 Oct 2012 14:34:33 +0300 (EEST) Pekka Enberg
wrote:
>
> Please consider pulling the latest LKVM tree from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux.git
> kvmtool/for-linus
So you have not taken this in the v3.7 merge window.
Will you ever merge
On 2012-10-15 21:18 Shaohua Li Wrote:
>2012/10/15 Shaohua Li :
>> 2012/10/15 Jianpeng Ma :
>>> My workload is a raid5 which had 16 disks. And used our filesystem to
>>> write using direct-io mode.
>>> I used the blktrace to find those message:
>>>
>>> 8,16 0 3570 1.083923979 2519 I
> On Monday 15 October 2012, Changman Lee wrote:
> > 2012년 10월 15일 월요일에 Arnd Bergmann님이 작성:
> > > It is only a performance hint though, so it is not a correctness issue the
> > > file system gets it wrong. In order to do efficient garbage collection, a
> > > log
> > > structured file system
Hi Uwe,
Today's linux-next merge of the cortex tree got a conflict in
arch/arm/kernel/process.c between commit 9e14f828ee4a ("arm: split
ret_from_fork, simplify kernel_thread() [based on patch by rmk]") from
Linus' tree and commit 2f3e7d3436cb ("Cortex-M3: Add support for
exception handling")
Hi Uwe,
Today's linux-next merge of the cortex tree got a conflict in
arch/arm/include/asm/ptrace.h between commit cb8db5d4578a ("UAPI:
(Scripted) Disintegrate arch/arm/include/asm") from Linus' tree and
commit 69bc3631744a ("Cortex-M3: Add base support for Cortex-M3") from
the cortex tree.
I
On Mon, Oct 15, 2012 at 9:03 PM, Jesper Juhl wrote:
> On Mon, 15 Oct 2012, Ezequiel Garcia wrote:
>
>> On Mon, Oct 15, 2012 at 7:52 PM, Jesper Juhl wrote:
>> > On Mon, 15 Oct 2012, Jesper Juhl wrote:
>> >
>> >> On Sat, 13 Oct 2012, Ezequiel Garcia wrote:
>> >>
> [...]
>> > Currently there are
From: Yaakov Selkowitz
Commit a07f7672d7cf0ff0d6e548a9feb6e0bd016d9c6c added user-space copies
of the byteshift headers to be used by hostprogs, changing e.g. u8 to __u8.
However, in order to cross-compile the kernel from a non-Linux system,
stdint.h types need to be used instead of
> On Sun, Oct 14, 2012 at 03:19:37PM +, Arnd Bergmann wrote:
> > On Sunday 14 October 2012, Vyacheslav Dubeyko wrote:
> > > On Oct 14, 2012, at 11:09 AM, Jaegeuk Kim wrote:
> > > > 2012-10-14 (일), 02:21 +0400, Vyacheslav Dubeyko:
> > > Extended attributes are more flexible way, from my point
On Mon, Oct 15, 2012 at 11:47 PM, Minchan Kim wrote:
> On Mon, Oct 15, 2012 at 01:14:17PM +0800, Ming Lei wrote:
>> This patch introduces PF_MEMALLOC_NOIO on process flag('flags' field of
>> 'struct task_struct'), so that the flag can be set by one task
>> to avoid doing I/O inside memory
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 8e8da1c..536942b 100644
--- a/drivers/block/aoe/aoe.h
+++ b/drivers/block/aoe/aoe.h
@@ -1,5 +1,5 @@
/* Copyright
The aoe changes look OK, thanks.
--
Ed Cashin
ecas...@coraid.com
--
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
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoe.h |2 +-
drivers/block/aoe/aoechr.c |2 +-
drivers/block/aoe/aoecmd.c |6 +++---
drivers/block/aoe/aoemain.c |2 +-
drivers/block/aoe/aoenet.c |4 ++--
5 files changed, 8 insertions(+), 8 deletions(-)
diff --git
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoecmd.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/drivers/block/aoe/aoecmd.c b/drivers/block/aoe/aoecmd.c
index 2bb8c7d..82e16c4 100644
--- a/drivers/block/aoe/aoecmd.c
+++ b/drivers/block/aoe/aoecmd.c
@@
The userland aoetools package includes an "aoe-stat" command that
can display a "payload size" column when the aoe driver exports
this information. Users can quickly see what amount of user data
is transferred inside each AoE command on the network, network
headers excluded.
Signed-off-by: Ed
The GPFS filesystem is an example of an aoe user that requires the
aoe driver to support I/O request sizes larger than the default.
Most users will not need large I/O request sizes, because they would
need to be split up into multiple AoE commands anyway.
Signed-off-by: Ed Cashin
---
Users sometimes want to cause the aoe driver to forget a
particular previously discovered device when it is no longer
online. The aoetools provide an "aoe-flush" command that users
run to perform this administrative task. The changes below
provide the support needed in the driver.
The ATA over Ethernet config query response contains a "buffer count"
field reflecting the AoE target's capacity to buffer incoming AoE
commands.
By taking the current value of this field into accound, we increase
performance throughput or avoid network congestion, when the value
has increased or
Dropped transmits are not common, but when they do occur, increasing
the transmit queue length often helps.
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoenet.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/block/aoe/aoenet.c
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoechr.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/block/aoe/aoechr.c b/drivers/block/aoe/aoechr.c
index ed57a89..2bf6273 100644
--- a/drivers/block/aoe/aoechr.c
+++ b/drivers/block/aoe/aoechr.c
@@ -39,6
This patch series is based on linux-next/akpm from 11 Oct.
The patch that modifies aoenet.c:tx to print a warning does not affect
locking but nonetheless causes a new sparse context warning to appear.
Before a bug in sparse suppressed the warning. We will soon be able
to use the new
convert_name_to_addr() allocated sizeof(char *) * MAX_PROBE_ARGS
bytes for a function name
Cc: Masami Hiramatsu
Cc: Srikar Dronamraju
Signed-off-by: Hyeoncheol Lee
---
tools/perf/util/probe-event.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
于 2012年10月15日 20:32, Myklebust, Trond 写道:
> RPC is not ordered. The fact that we get one RPC reply before another
> does not mean that the server sent them in that order.
>
> This is doubly true when you use UDP as the transport protocol.
1) is it means: nfs_inode_attrs_need_update need not
Hello, Eric.
2012/10/14 Eric Dumazet :
> SLUB was really bad in the common workload you describe (allocations
> done by one cpu, freeing done by other cpus), because all kfree() hit
> the slow path and cpus contend in __slab_free() in the loop guarded by
> cmpxchg_double_slab(). SLAB has a cache
We're about to add more options for commands behaviour, so let's give
a more generic name to the low-level kdb command registration function.
There are just various renames, no functional changes.
Signed-off-by: Anton Vorontsov
---
include/linux/kdb.h | 10 +++---
We're about to add more options for command behaviour, so let's expand
the meaning of kdb_repeat_t.
So far we just do various renames, there should be no functional changes.
Signed-off-by: Anton Vorontsov
---
include/linux/kdb.h| 4 ++--
kernel/debug/kdb/kdb_main.c| 6 +++---
Since we now treat KDB_REPEAT_* as flags, there is no need to
pass KDB_REPEAT_NONE. It's just the default behaviour when no
flags are specified.
Signed-off-by: Anton Vorontsov
---
include/linux/kdb.h | 1 -
kernel/debug/kdb/kdb_bp.c | 6 ++---
kernel/debug/kdb/kdb_main.c | 61
By issuing 'echo 1 > /sys/module/kdb/parameters/kiosk' or
booting with kdb.kiosk=1 kernel command line option, one can still have
a somewhat usable debugging facility, but not fearing that the
debugger can be used to easily gain root access or dump sensitive data.
Without the kiosk mode,
This patch introduces two new flags: KDB_SAFE, denotes a safe command,
and KDB_SAFE_NO_ARGS, denotes a safe command when used without arguments.
The word "safe" here used in the sense that the commands cannot be
used to leak sensitive data from the memory, and cannot be used
to change program
The actual values of KDB_REPEAT_* enum values and overall logic stayed
the same, but we now treat the values as flags.
This makes it possible to add other flags and combine them, plus makes
the code a lot simpler and shorter. But functionality-wise, there should
be no changes.
Signed-off-by:
The struct member is never used in the code, so we can remove it.
We will introduce real flags soon by renaming cmd_repeat to cmd_flags.
Signed-off-by: Anton Vorontsov
---
kernel/debug/kdb/kdb_main.c| 1 -
kernel/debug/kdb/kdb_private.h | 1 -
2 files changed, 2 deletions(-)
diff --git
Hello Jason,
Just as promised, I'm resending the series after the merge window.
This patchset implements "kiosk" mode for KDB debugger. The mode reduces
kdb features, so that it is no longer possible to leak sensitive data via
the debugger, and not possible to change program flow in a predefined
Hi Greg,
Now usbutils git almost builds successfully out of the box under Mac OS X
and Cygwin (using libusbx). Just wondering if you can accept the minor
fix for Mac OS X and suggest a way to fix cygwin build.
For Cygwin, there is a conflict with Cygwin's w32api package.
DATADIR conflicts with
Hi all,
Today's linux-next merge of the tip tree got a conflict in
mm/huge_memory.c between commit 325adeb55e32 ("mm: huge_memory: Fix build
error") from Linus' tree and commit 39d6cb39a817 ("mm/mpol: Use special
PROT_NONE to migrate pages") from the tip tree.
I fixed it up (see below) and can
On Tue, 16 Oct 2012, Michal Hocko wrote:
> And a follow up for memcg.swappiness documentation which is more
> specific about spwappiness==0 meaning.
> ---
> From 1bc3a94fea728107ed108edd42df464b908cd067 Mon Sep 17 00:00:00 2001
> From: Michal Hocko
> Date: Mon, 15 Oct 2012 11:43:56 +0200
>
On Mon, 15 Oct 2012, Christoph Lameter wrote:
> > Use the always inlined function kmalloc_index to translate
> > sizes to indexes, so that we don't have to have the slab indexes
> > hard coded in two places.
>
> Acked-by: Christoph Lameter
>
Shouldn't this be using get_slab() instead?
--
To
(2012/10/16 7:07), Michal Hocko wrote:
And a follow up for memcg.swappiness documentation which is more
specific about spwappiness==0 meaning.
---
From 1bc3a94fea728107ed108edd42df464b908cd067 Mon Sep 17 00:00:00 2001
From: Michal Hocko
Date: Mon, 15 Oct 2012 11:43:56 +0200
Subject: [PATCH]
On Mon, Oct 08, 2012 at 03:09:58PM -0700, Hugh Dickins wrote:
> On Thu, 4 Oct 2012, Konstantin Khlebnikov wrote:
>
> > Here results of my test. Workload isn't very realistic, but at least it
> > threaded: compiling linux-3.6 with defconfig in 16 threads on tmpfs,
> > 512mb ram, dualcore cpu,
2012/10/15 Marek Szyprowski :
> Hello,
>
> Some devices, which have IOMMU, for some use cases might require to
> allocate a buffers for DMA which is contiguous in physical memory. Such
> use cases appears for example in DRM subsystem when one wants to improve
> performance or use secure buffer
On Mon, 8 Oct 2012, Dave Jones wrote:
> > > diff -durpN '--exclude-from=/home/davej/.exclude'
> src/git-trees/kernel/linux/fs/proc/task_mmu.c linux-dj/fs/proc/task_mmu.c
> > > --- src/git-trees/kernel/linux/fs/proc/task_mmu.c2012-05-31
> 22:32:46.778150675 -0400
> > > +++
On Mon, 8 Oct 2012, David Rientjes wrote:
> > diff --git a/mm/slab.h b/mm/slab.h
> > index 7deeb44..4c35c17 100644
> > --- a/mm/slab.h
> > +++ b/mm/slab.h
> > @@ -45,6 +45,31 @@ static inline struct kmem_cache
> > *__kmem_cache_alias(const char *name, size_t siz
> > #endif
> >
> >
> > +/*
1 - 100 of 1320 matches
Mail list logo
