On Wed, 2013-04-10 at 13:32 +0800, Li Zhong wrote:
> On Wed, 2013-04-10 at 14:56 +1000, Michael Ellerman wrote:
> > On Fri, Mar 29, 2013 at 06:00:21PM +0800, Li Zhong wrote:
> > > After the exception handling moved to generic code, and some changes in
> > ...
> > > diff --git
On 4/10/2013 11:00 AM, Philip, Avinash wrote:
> On Tue, Apr 09, 2013 at 17:05:25, Nori, Sekhar wrote:
>> On 4/9/2013 2:12 PM, Philip, Avinash wrote:
>>> On Mon, Apr 08, 2013 at 18:39:57, Nori, Sekhar wrote:
On 4/8/2013 2:39 PM, Philip, Avinash wrote:
> On Tue, Apr 02, 2013 at
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/vt6655/device_main.c between commit f805442e130c
("vt6655: slightly clean reading config file") from the vfs tree and
commits 915006cddc79 ("staging:vt6655:device_main: Whitespace cleanups")
and 5e0cc8a231be
On Wed, Apr 10, 2013 at 7:41 AM, Sedat Dilek wrote:
> On Tue, Apr 9, 2013 at 6:51 PM, Viresh Kumar wrote:
>> On 9 April 2013 21:38, Sedat Dilek wrote:
>>> With x=3 the system gets in an unuseable state.
>>>
>>> root# echo 0 > /sys/devices/system/cpu/cpu3/online
>>>
>>> I could not write my
On Mon, 8 Apr 2013, Toshi Kani wrote:
> > So we don't need this new code if CONFIG_MEMORY_HOTPLUG=n? If so, can
> > we please arrange for it to not be present if the user doesn't need it?
>
> Good point! Yes, since the new function is intended for memory
> hot-delete and is only called from
Hello, Minchan.
On Tue, Apr 09, 2013 at 02:55:14PM +0900, Minchan Kim wrote:
> Hello Joonsoo,
>
> On Tue, Apr 09, 2013 at 10:21:16AM +0900, Joonsoo Kim wrote:
> > In shrink_(in)active_list(), we can fail to put into lru, and these pages
> > are reclaimed accidentally. Currently, these pages are
On Tue, Apr 9, 2013 at 6:51 PM, Viresh Kumar wrote:
> On 9 April 2013 21:38, Sedat Dilek wrote:
>> With x=3 the system gets in an unuseable state.
>>
>> root# echo 0 > /sys/devices/system/cpu/cpu3/online
>>
>> I could not write my reply and had to do a hard/cold reboot.
>> The dmesg log I
On Wed, Apr 10, 2013 at 10:30:59AM +0530, Vinod Koul wrote:
> On Tue, Apr 09, 2013 at 05:53:59PM -0700, Dan Williams wrote:
> > On Tue, Apr 9, 2013 at 12:28 AM, Vinod Koul wrote:
> > > Are you okay with the series. Merge window is very close...
> > >
> > >
> > Hi Vinod, thanks for the ping.
> >
On Tue, Apr 09, 2013 at 04:33:06PM +0200, Peter Ujfalusi wrote:
> cyclic DMA is only used by audio which needs DMA to be started without a
> delay.
> If the DMA for audio is started using the tasklet we experience random
> channel switch (to be more precise: channel shift).
>
> Reported-by: Peter
On Apr 9, 2013, at 10:30 PM, "Koul, Vinod" wrote:
> On Tue, Apr 09, 2013 at 05:53:59PM -0700, Dan Williams wrote:
>> On Tue, Apr 9, 2013 at 12:28 AM, Vinod Koul wrote:
>>> Are you okay with the series. Merge window is very close...
>>>
>>>
>> Hi Vinod, thanks for the ping.
>>
>> Chatted
On Wed, 2013-04-10 at 14:56 +1000, Michael Ellerman wrote:
> On Fri, Mar 29, 2013 at 06:00:21PM +0800, Li Zhong wrote:
> > After the exception handling moved to generic code, and some changes in
> ...
> > diff --git a/arch/powerpc/mm/hash_utils_64.c
> > b/arch/powerpc/mm/hash_utils_64.c
> > index
On Tue, Apr 09, 2013 at 17:05:25, Nori, Sekhar wrote:
> On 4/9/2013 2:12 PM, Philip, Avinash wrote:
> > On Mon, Apr 08, 2013 at 18:39:57, Nori, Sekhar wrote:
> >>
> >> On 4/8/2013 2:39 PM, Philip, Avinash wrote:
> >>> On Tue, Apr 02, 2013 at 14:03:34, Nori, Sekhar wrote:
> On 3/25/2013 1:19
On 04/05/2013 07:46 AM, Yinghai Lu wrote:
Use common get_ramdisk_image() to get ramdisk start phys address.
We need this to get correct ramdisk adress for 64bit bzImage that
initrd can be loaded above 4G by kexec-tools.
Signed-off-by: Yinghai Lu
Cc: Fenghua Yu
Acked-by: Tejun Heo
---
On Tue, Apr 09, 2013 at 05:53:59PM -0700, Dan Williams wrote:
> On Tue, Apr 9, 2013 at 12:28 AM, Vinod Koul wrote:
> > Are you okay with the series. Merge window is very close...
> >
> >
> Hi Vinod, thanks for the ping.
>
> Chatted with Dave patches 1-3 and 5-8, and 10 are reviewed/acked. For
>
On 04/10/2013 01:11 PM, Michael Wang wrote:
>> > BTW, could you try the kbulid, hackbench and aim for this?
> Sure, the patch has already been tested with aim7, also the hackbench,
> kbench, and ebizzy, no notable changes on my box with the default 1ms
> interval.
That's fine.
--
Thanks Alex
--
Hi Russell,
On Monday 08 April 2013 10:44 PM, Russell King - ARM Linux wrote:
On Fri, Apr 05, 2013 at 06:45:33PM +0530, Sourav Poddar wrote:
With dt boot, uart wakeup after suspend is non functional while using
"no_console_suspend" in the bootargs. With "no_console_suspend" used, we
should
Hello, Christoph.
On Tue, Apr 09, 2013 at 02:28:06PM +, Christoph Lameter wrote:
> On Tue, 9 Apr 2013, Joonsoo Kim wrote:
>
> > Currently, freed pages via rcu is not counted for reclaimed_slab, because
> > it is freed in rcu context, not current task context. But, this free is
> > initiated
Hello, Dave.
On Wed, Apr 10, 2013 at 11:07:34AM +1000, Dave Chinner wrote:
> On Tue, Apr 09, 2013 at 12:13:59PM +0100, Mel Gorman wrote:
> > On Tue, Apr 09, 2013 at 03:53:25PM +0900, Joonsoo Kim wrote:
> >
> > > I think that outside of zone loop is better place to run shrink_slab(),
> > >
Hello, Mel.
On Tue, Apr 09, 2013 at 12:13:59PM +0100, Mel Gorman wrote:
> On Tue, Apr 09, 2013 at 03:53:25PM +0900, Joonsoo Kim wrote:
> > Hello, Mel.
> > Sorry for too late question.
> >
>
> No need to apologise at all.
>
> > On Sun, Mar 17, 2013 at 01:04:14PM +, Mel Gorman wrote:
> > >
Hi Michal,
On 04/09/2013 06:14 PM, Michal Hocko wrote:
On Tue 09-04-13 18:05:30, Simon Jeons wrote:
[...]
I try this in v3.9-rc5:
dd if=/dev/sda of=/dev/null bs=1MB
14813+0 records in
14812+0 records out
1481200 bytes (15 GB) copied, 105.988 s, 140 MB/s
free -m -s 1
On 04/10/2013 12:16 PM, Alex Shi wrote:
> On 04/10/2013 11:30 AM, Michael Wang wrote:
>> Suggested-by: Peter Zijlstra
>> Signed-off-by: Michael Wang
>
> Reviewed-by: Alex Shi
Thanks for your review :)
>
> BTW, could you try the kbulid, hackbench and aim for this?
Sure, the patch has
Hi Dan & vinod,
Do you have any comments about this patch?
Thanks,
Forrest
-Original Message-
From: Shi Xuelin-B29237
Sent: 2012年11月21日 17:01
To: dan.j.willi...@gmail.com; vinod.k...@intel.com;
linuxppc-...@lists.ozlabs.org; linux-kernel@vger.kernel.org
Cc: i...@ovro.caltech.edu; Shi
Alexey Kardashevskiy wrote:
> Currently ptrace_get_reg returns error as a value
> what make impossible to tell whether it is a correct value or error code.
>
> The patch adds a parameter which points to the real return data and
> returns an error code.
>
> As get_user_msr() never fails and it
On Fri, Mar 29, 2013 at 06:00:21PM +0800, Li Zhong wrote:
> After the exception handling moved to generic code, and some changes in
...
> diff --git a/arch/powerpc/mm/hash_utils_64.c b/arch/powerpc/mm/hash_utils_64.c
> index 360fba8..eeab30f 100644
> --- a/arch/powerpc/mm/hash_utils_64.c
> +++
(2013/04/05 20:06), Joerg Roedel wrote:
> On Wed, Apr 03, 2013 at 09:24:39AM +0100, David Woodhouse wrote:
>> On Wed, 2013-04-03 at 16:11 +0900, Takao Indoh wrote:
>>> Yeah, you are right. I forgot such a case.
>>
>> If you disable translation and there's some device still doing DMA, it's
>> going
On Tue, Apr 9, 2013 at 11:27 PM, Andreas Schwab wrote:
> The headers are now needed inside scripts/mod since 6543bec
> ("mod/file2alias: make modalias generation safe for cross compiling").
>
> Signed-off-by: Andreas Schwab
Reported-by: Lad, Prabhakar
Tested-by: Lad, Prabhakar
Regards,
On 04/09/2013 11:24 PM, Michael S. Tsirkin wrote:
Which mechanism do you refer to? You patches still seem to pin each
page in guest memory at some point, which will break all COW. In
particular any pagemap tricks to detect duplicates on source that I
suggested won't work.
Sorry, I mispoke.
On Wed, Apr 10, 2013 at 08:21:51AM +0530, Viresh Kumar wrote:
> On 10 April 2013 07:42, Simon Horman wrote:
> > Thanks, I understand.
> >
> > I have no objections to this, but Paul should probably review it.
>
> It is already Acked by him and applied by Rafael.
:)
--
To unsubscribe from this
On Tue, Apr 09, 2013 at 09:26:59PM -0400, Michael R. Hines wrote:
> With respect, I'm going to offload testing this patch back to the author =)
> because I'm trying to address all of Paolo's other minor issues
> with the RDMA patch before we can merge.
Fair enough, this likely means it won't
On 04/10/2013 11:30 AM, Michael Wang wrote:
> Suggested-by: Peter Zijlstra
> Signed-off-by: Michael Wang
Reviewed-by: Alex Shi
BTW, could you try the kbulid, hackbench and aim for this?
--
Thanks Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
From: Tang Yuantian
Call of_node_put() only when the out_args is NULL on success,
or the node's reference count will not be correct because the caller
will call of_node_put() again.
Signed-off-by: Tang Yuantian
---
v2:
- modified the title and description. the 1st patch title is:
namebuf is NUL terminated string. better always let it ended by '\0'.
the module_name() is always the name field of struct module (which is
a fixed array), or a literal "kernel", so strcpy is better.
Signed-off-by: Chen Gang
---
kernel/module.c |4 ++--
1 files changed, 2
On Tue, Apr 9, 2013 at 8:08 PM, Rob Herring wrote:
> From: Rob Herring
>
> For persistent RAM outside of main memory, the memory may have limitations
> on supported accesses. For internal RAM on highbank platform exclusive
> accesses are not supported and will hang the system. So atomic_cmpxchg
On 2013年04月09日 23:56, Lars Ellenberg wrote:
> The original report (by kbuild test robot) is from the week before iirc
> (don't have it anymore), the original commit in our drbd repo the day before.
really it is !!
thanks.
:-)
--
Chen Gang
Asianux Corporation
--
To unsubscribe from
On Tue, Apr 9, 2013 at 8:08 PM, Rob Herring wrote:
> From: Rob Herring
>
> Atomic operations are undefined behavior on ARM for device or strongly
> ordered memory types. So use write-combine variants for mappings. This
> corresponds to normal, non-cacheable memory on ARM. For many other
>
Hi Samuel,
Today's linux-next merge of the mfd tree got a conflict in
drivers/mfd/Kconfig between commit 3f8ec5df11aa ("[media] mfd: Add header
files and Kbuild plumbing for SI476x MFD core") from the v4l-dvb tree and
commit ab85b120e692 ("mfd: Kconfig alphabetical re-ordering") from the
mfd
Log since RFC:
1. Throttle only when wake-affine failed. (thanks to PeterZ)
2. Do throttle inside wake_affine(). (thanks to PeterZ)
3. Other small fix.
Recently testing show that wake-affine stuff cause regression on pgbench, the
hiding rat was finally catched out.
From: "zhangwei(Jovi)"
Other tracepoints already switched to use event_trace_ops as
backend store mechanism, syscall tracing can use same backend.
This change would also expose syscall tracing to external modules
with same interface like other tracepoints.
Signed-off-by: zhangwei(Jovi)
---
From: "zhangwei(Jovi)"
let modules can access ftrace_events
Signed-off-by: zhangwei(Jovi)
---
include/linux/ftrace_event.h |1 +
kernel/trace/trace.h |1 -
kernel/trace/trace_events.c |2 ++
3 files changed, 3 insertions(+), 1 deletion(-)
diff --git
From: "zhangwei(Jovi)"
Now all syscall tracing irqs-off tag is wrong,
syscall enter entry doesn't disable irq.
[root@jovi tracing]#echo "syscalls:sys_enter_open" > set_event
[root@jovi tracing]# cat trace
# tracer: nop
#
# entries-in-buffer/entries-written: 13/13 #P:2
#
#
From: "zhangwei(Jovi)"
Currently event tracing field information is only stored in
struct ftrace_event_field, this structure is defined in
internal trace.h.
Move this ftrace_event_field into include/linux/ftrace_event.h,
then external modules can make use this structure to parse event
field(like
From: "zhangwei(Jovi)"
TRACE_EVENT_TYPE enum is not used at present, remove it.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.h |6 --
1 file changed, 6 deletions(-)
diff --git a/kernel/trace/trace.h b/kernel/trace/trace.h
index 89da073..9964695 100644
---
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 read mostly.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.c
From: "zhangwei(Jovi)"
tracing clock id already changed into per trace_array variable,
but there still use global trace_clock_id, which value always is 0 now.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.c |8 +++-
kernel/trace/trace.h |2 --
2 files changed, 3
From: "zhangwei(Jovi)"
Now using perf tracepoint, perf output some warning message
which hard to understand what's wrong in perf.
[root@jovi perf]# ./perf stat -e timer:* ls
Warning: unknown op '{'
Warning: unknown op '{'
...
Actually these warning message is caused by libtraceevent format
From: "zhangwei(Jovi)"
Prepare for expose event tracing infrastructure.
(struct trace_array shall be use by external modules)
Signed-off-by: zhangwei(Jovi)
---
include/linux/trace_array.h | 117 +++
kernel/trace/trace.h| 116
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 on tracepoint, compare with raw tracepoint,
event tracing
From: "zhangwei(Jovi)"
Hi steven,
I have reworked this patchset again with minor change.
[v2 -> v3:
- change trace_descripte_t defintion in patch 3
- new patch "export ftrace_events"
- remove patch "export syscall metadata"
(syscall tracing are use same event_trace_ops backend as
From: "zhangwei(Jovi)"
The only caller of function ftrace(...) was removed at long time ago,
so remove the function body also.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.c |9 -
kernel/trace/trace.h |5 -
2 files changed, 14 deletions(-)
diff --git
From: "zhangwei(Jovi)"
Macro _TRACE_PROFILE_INIT was removed at long time ago,
but leave guard "#undef" here, remove it.
Signed-off-by: zhangwei(Jovi)
---
include/trace/ftrace.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/trace/ftrace.h b/include/trace/ftrace.h
index
On 9 April 2013 22:26, Stratos Karafotis wrote:
> On 04/05/2013 10:50 PM, Stratos Karafotis wrote:
>>
>> Hi Viresh,
>>
>> On 04/04/2013 07:54 AM, Viresh Kumar wrote:
>>>
>>> Hi Stratos,
>>>
>>> Yes, your results show some improvements. BUT if performance is the only
>>> thing
>>> we were looking
Hi Christoph,
On 04/09/2013 10:32 PM, Christoph Lameter wrote:
On Tue, 9 Apr 2013, Simon Jeons wrote:
+ int pages = 1 << compound_order(page);
One question irrelevant this patch. Why slab cache can use compound
page(hugetlbfs pages/thp pages)? They are just used by app to optimize tlb
When system try to do the suspend:
T1:suspend_thread T2: interrupt thread handler
enter_state() arizona_irq_thread()
suspend_devices_and_enter()regmap_read()
__device_suspend()
Just hit this very often during IPv6 tests in both the latest stable
and mainline kernel.
[ 3597.179161] general protection fault: [#1] SMP
[ 3597.206166] Modules linked in: btrfs(F) zlib_deflate(F) vfat(F) fat(F)
nfs_layout_nfsv41_files(F) nfsv4(F) auth_rpcgss(F) nfsv3(F) nfs_acl(F)
Comparisons of A to true and false are better written
as A and !A.
Bleat a message on use.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 17 +
1 file changed, 17 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 3fb6d86..080e7f6 100755
---
From: Rob Herring
For persistent RAM outside of main memory, the memory may have limitations
on supported accesses. For internal RAM on highbank platform exclusive
accesses are not supported and will hang the system. So atomic_cmpxchg
cannot be used. This commit uses spinlock protection for
From: Rob Herring
Atomic operations are undefined behavior on ARM for device or strongly
ordered memory types. So use write-combine variants for mappings. This
corresponds to normal, non-cacheable memory on ARM. For many other
architectures, this change should not change the mapping type.
From: Rob Herring
There doesn't appear to be any reason for the overall pstore RAM buffer to
be a power of 2 size, so remove it. The individual console, ftrace and oops
buffers are still a power of 2 size.
Signed-off-by: Rob Herring
Cc: Anton Vorontsov
Cc: Colin Cross
Cc: Kees Cook
Cc: Tony
On Tue, 2013-04-09 at 10:38 -0400, Vivek Goyal wrote:
> On Mon, Apr 08, 2013 at 04:17:56PM -0400, Josh Boyer wrote:
>
> [..]
> > >> > I was thinking about this point that keys can be loaded from signed
> > >> > initramfs. But how is it better than embedding the keys in kernel the
> > >> > way we
On 10 April 2013 07:42, Simon Horman wrote:
> Thanks, I understand.
>
> I have no objections to this, but Paul should probably review it.
It is already Acked by him and applied by Rafael.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Apr 09, 2013 at 03:36:20PM -0700, John Stultz wrote:
> On 04/08/2013 10:07 PM, Minchan Kim wrote:
> >On Mon, Apr 08, 2013 at 08:27:50PM -0700, John Stultz wrote:
> >>marked volatile, it should remain volatile until someone who has the
> >>file open marks it as non-volatile. The only time
EFI variables can be flagged as being accessible only within boot services.
This makes it awkward for us to figure out how much space they use at
runtime. In theory we could figure this out by simply comparing the results
from QueryVariableInfo() to the space used by all of our variables, but
that
EFI implementations distinguish between space that is actively used by a
variable and space that merely hasn't been garbage collected yet. Space
that hasn't yet been garbage collected isn't available for use and so isn't
counted in the remaining_space field returned by QueryVariableInfo().
This reverts commit a6e4d5a03e9e3587e88aba687d8f225f4f04c792. Doing this
workaround properly requires us to work within the variable code.
Signed-off-by: Matthew Garrett
---
arch/x86/platform/efi/efi.c | 25 -
drivers/firmware/efivars.c | 18 +++---
Trying to run an application which was trying to put data into half
of memory using shmget(), we found that having a shmall value below
8EiB-8TiB would prevent us from using anything more than 8TiB. By setting
kernel.shmall greater that 8EiB-8TiB would make the job work.
In the newseg()
On Tue, 2013-04-09 at 10:22 -0400, Josh Boyer wrote:
> On Tue, Apr 09, 2013 at 05:12:18PM +0300, Jani Nikula wrote:
> > On Tue, 09 Apr 2013, Josh Boyer wrote:
> > > Upstream commit 01e3a8feb40e54b962a20fa7eb595c5efef5e109
> >
> > This patch seems to be the above commit and
> >
> > commit
On 04/09/2013 11:16 PM, Vincent Guittot wrote:
>> > Thanks a lot for info sharing! Vincent.
>> >
>> > But I checked the rq->avg and task->se.avg, seems none of them are
>> > possible be updated on different CPU at the same time. So my printk
>> > didn't catch this with benchmark kbuild and aim7 on
On Tue, Apr 09, 2013 at 09:56:58PM -0400, KOSAKI Motohiro wrote:
> On Tue, Apr 9, 2013 at 6:43 PM, Naoya Horiguchi
...
> > MIGRATE_ISOLTE is changed only within the range [start_pfn, end_pfn)
> > given as the argument of __offline_pages (see also
> > start_isolate_page_range),
> > so it's set
On 2013-04-10 03:20, Konrad Rzeszutek Wilk wrote:
On Tue, Apr 09, 2013 at 06:51:09PM +0800, Zhenzhong Duan wrote:
xen_send_IPI_mask_allbutself uses native vector as input other than xen_vector.
Ouch. But it looks as the only user of the .send_IPI_mask_allbutself
is just
Hi Linus:
This push fixes a GCM bug that breaks IPsec and a compile problem
in ux500.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
or
master.kernel.org:/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
Jussi Kivilinna (1):
crypto: gcm - fix
On Thu, Apr 4, 2013 at 2:35 PM, Bjorn Helgaas wrote:
> This patch has two changes that need to be separated:
>
> 1) Refactoring quirk_io_region() so the pci_read_config_word() is
> done by quirk_io_region() rather than the caller.
> 2) Whatever pci_dev resource changes we end up making.
>
> I
Traversing the untrue by the blanket of placard, he attired the prime adam, and
exhausting the harem tenure intersects the villages of Hampstead and Highgate,
made along the remaining cornice of the skin to the fields at detriment
cookout, in one of housekeeper he laid semblance immensely under
On Tue, Apr 09, 2013 at 07:42:51PM +0530, Viresh Kumar wrote:
> On 9 April 2013 18:25, Simon Horman wrote:
> > On Thu, Apr 04, 2013 at 06:24:22PM +0530, Viresh Kumar wrote:
> >> This patch moves cpufreq driver of SUPERH architecture to drivers/cpufreq.
> >
> > Why?
> >
> > I am missing the cover
Hi, Andrew,
can you please verify
commit fc35b35cbe24ef021ea9acfba21e54da958df747
commit 57df8106932b57427df1eaaa13871857f75b1194
at
http://git.kernel.org/cgit/linux/kernel/git/rzhang/linux.git/log/?h=thermal
fixes the problem for you?
thanks,
rui
On Tue, 2013-04-09 at 14:59 -0700, Andrew
On Tue, Apr 9, 2013 at 6:43 PM, Naoya Horiguchi
wrote:
> On Tue, Apr 09, 2013 at 05:27:44PM -0400, KOSAKI Motohiro wrote:
>> >> numa_node_id() is really silly. This might lead to allocate from
>> >> offlining node.
>> >
>> > Right, it should've been alloc_huge_page().
>> >
>> >> and,
From: Namhyung Kim
The ring_buffer_read_prepare() can return NULL if memory allocation
fails. Fail out in this case instead of succedding and then having
no output.
Suggested-by: Steven Rostedt
Signed-off-by: Namhyung Kim
---
kernel/trace/trace.c | 22 ++
1 file changed,
> I rewrite the comment here, how about this?
>
> - if (absent ||
> + /*
> +* We need call hugetlb_fault for both hugepages under
> migration
> +* (in which case hugetlb_fault waits for the migration,) and
> +* hwpoisoned
Chen Gang writes:
> namebuf is NUL terminated string. better always let it ended by '\0'.
> ownername and module_name(owner) are the same buf len. strcpy is better.
>
>
> Signed-off-by: Chen Gang
Would be better to describe the justificaiton for strcpy in
resolve_symbol(), eg.
For
On Wed, 2013-04-10 at 10:30 +0900, Namhyung Kim wrote:
> >From 7ba245dba217ef858b467552019acd49f7fdce7e Mon Sep 17 00:00:00 2001
> From: Namhyung Kim
> Date: Wed, 10 Apr 2013 09:10:44 +0900
> Subject: [PATCH] tracing: Check result of ring_buffer_read_prepare()
>
> The ring_buffer_read_prepare()
On Tue, 09 Apr 2013 20:46:27 -0400, Steven Rostedt wrote:
> On Wed, 2013-04-10 at 09:36 +0900, Namhyung Kim wrote:
>
>> You meant iter->cpu_file != RING_BUFFER_ALL_CPUS case, right?
>
> Yep.
>
>>
>> So why bother trying to check other cpus then?
>
> Because it's a very slow path (closing a file),
On Sat, Apr 06, 2013 at 08:41:01AM -0400, Theodore Ts'o wrote:
> On Sat, Apr 06, 2013 at 08:25:57PM +1000, Michael D. Setzer II wrote:
> > Just downloaded new kernels, and find this error in build.
>
> Patch is here:
>
> http://www.spinics.net/lists/linux-ext4/msg37598.html
>
> Explanation of
With respect, I'm going to offload testing this patch back to the author =)
because I'm trying to address all of Paolo's other minor issues
with the RDMA patch before we can merge.
Since dynamic page registration (as you requested) is now fully
implemented, this patch is less urgent since we now
From: Eric Miao
In summary, the symptom is intermittent key events lost after resume
on some machines with synaptics touchpad (seems this is synaptics _only_),
and key events loss is due to serio port reconnect after psmouse sync lost.
Removing psmouse and inserting it back during the
I meant to send this to linux-input
On 04/09/2013 08:30 PM, James M Leddy wrote:
> We have been using this patch in Ubuntu kernels for 5 months now
> without issue. Since patch author Eric Miao no longer works for us,
> I'm sending to the list so that other distros can take advantage of
> this.
>
Hi Minchan,
On 04/10/2013 08:50 AM, Minchan Kim wrote:
On Tue, Apr 09, 2013 at 01:25:45PM -0700, Dan Magenheimer wrote:
From: Minchan Kim [mailto:minc...@kernel.org]
Subject: Re: zsmalloc defrag (Was: [PATCH] mm: remove compressed copy from zram
in-memory)
Hi Dan,
On Mon, Apr 08, 2013 at
On Tue, Apr 09, 2013 at 12:13:59PM +0100, Mel Gorman wrote:
> On Tue, Apr 09, 2013 at 03:53:25PM +0900, Joonsoo Kim wrote:
>
> > I think that outside of zone loop is better place to run shrink_slab(),
> > because shrink_slab() is not directly related to a specific zone.
> >
>
> This is true and
On 04/09/2013 05:53 PM, Steven Rostedt wrote:
> On Tue, 2013-04-09 at 17:43 -0700, H. Peter Anvin wrote:
>> OK, thinking about the GDT here.
>>
>> The GDT is quite small -- 256 bytes on i386, 128 bytes on x86-64. As
>> such, we probably don't want to allocate a full page to it for only
>> that.
Hi Dan,
On 04/10/2013 04:25 AM, Dan Magenheimer wrote:
From: Minchan Kim [mailto:minc...@kernel.org]
Subject: Re: zsmalloc defrag (Was: [PATCH] mm: remove compressed copy from zram
in-memory)
Hi Dan,
On Mon, Apr 08, 2013 at 09:32:38AM -0700, Dan Magenheimer wrote:
From: Minchan Kim
Hi Seth,
On Tue, Apr 09, 2013 at 03:52:36PM -0500, Seth Jennings wrote:
> On 04/08/2013 08:36 PM, Minchan Kim wrote:
> > On Tue, Apr 09, 2013 at 10:27:19AM +0900, Minchan Kim wrote:
> >> Hi Dan,
> >>
> >> On Mon, Apr 08, 2013 at 09:32:38AM -0700, Dan Magenheimer wrote:
> From: Minchan Kim
On Tue, Apr 9, 2013 at 12:28 AM, Vinod Koul wrote:
> On Tue, Mar 26, 2013 at 03:42:29PM -0700, Dave Jiang wrote:
>> The following series adds support for the Intel Atom S1200 product family
>> ioatdma. This ioatdma also implements a set of version v3.3 features such as
>> 16
>> sources PQ,
On Tue, Apr 09, 2013 at 01:37:47PM -0700, Dan Magenheimer wrote:
> > From: Minchan Kim [mailto:minc...@kernel.org]
> > Subject: Re: zsmalloc defrag (Was: [PATCH] mm: remove compressed copy from
> > zram in-memory)
> >
> > On Tue, Apr 09, 2013 at 10:27:19AM +0900, Minchan Kim wrote:
> > > Hi Dan,
On Tue, 2013-04-09 at 17:43 -0700, H. Peter Anvin wrote:
> OK, thinking about the GDT here.
>
> The GDT is quite small -- 256 bytes on i386, 128 bytes on x86-64. As
> such, we probably don't want to allocate a full page to it for only
> that. This means that in order to create a readonly
On Tue, Apr 09, 2013 at 01:25:45PM -0700, Dan Magenheimer wrote:
> > From: Minchan Kim [mailto:minc...@kernel.org]
> > Subject: Re: zsmalloc defrag (Was: [PATCH] mm: remove compressed copy from
> > zram in-memory)
> >
> > Hi Dan,
> >
> > On Mon, Apr 08, 2013 at 09:32:38AM -0700, Dan Magenheimer
On Wed, 2013-04-10 at 09:36 +0900, Namhyung Kim wrote:
> You meant iter->cpu_file != RING_BUFFER_ALL_CPUS case, right?
Yep.
>
> So why bother trying to check other cpus then?
Because it's a very slow path (closing a file), and it keeps the code
simpler and more condense.
We could add your
OK, thinking about the GDT here.
The GDT is quite small -- 256 bytes on i386, 128 bytes on x86-64. As
such, we probably don't want to allocate a full page to it for only
that. This means that in order to create a readonly mapping we have to
pack GDTs from different CPUs together in the same
On Tue, Apr 9, 2013 at 5:13 PM, Stephen Rothwell wrote:
>
> Since you really should have that fix in your -next branch as well (for
> testing), I would merge the same branch that Linus merged i.e. I would
> merge commit 090da752cdd6 ("video:uvesafb: Fix dereference NULL pointer
> code path")
On Mon, Mar 25 2013, Greg Thelen wrote:
> On Mon, Mar 25 2013, Dave Chinner wrote:
>
>> On Mon, Mar 25, 2013 at 05:39:13PM -0700, Greg Thelen wrote:
>>> On Mon, Mar 25 2013, Dave Chinner wrote:
>>> > On Mon, Mar 25, 2013 at 10:22:31AM -0700, Greg Thelen wrote:
>>> >> Call cond_resched() from
On Tue, Apr 09, 2013 at 07:31:15PM +0200, Wim Van Sebroeck wrote:
> Hi Guenter,
>
> > > > I was waiting for feedback from Wim, who submitted a similar driver,
> > > > about his
> > > > thoughts. Key question is how to reserve access to the shared resource
> > > > - either
> > > > through an
There's a bug where rtc alarms are ignored after the rtc cmos suspends but
before the system finishes suspend. Since hpet emulation is disabled and it
still handles the interrupts, a wake event is never registered which is done
from the rtc layer. This reverts an earlier commit which disables hpet
Hi Steve,
2013-04-10 오전 9:31, Steven Rostedt 쓴 글:
On Wed, 2013-04-10 at 09:18 +0900, Namhyung Kim wrote:
From: Namhyung Kim
It looks like tracing_release() lacks checking iter->cpu_file so that
closing a per_cpu trace file would attempt to close all cpu buffers.
Signed-off-by: Namhyung Kim
1 - 100 of 1762 matches
Mail list logo