On 10/17/2012 10:23 AM, Linus Torvalds wrote:
> [ Architecture people, note the potential new SMP barrier! ]
>
> On Tue, Oct 16, 2012 at 4:30 PM, Mikulas Patocka wrote:
>> + /*
>> +* The lock is considered unlocked when p->locked is set to false.
>> +* Use barrier prevent
On 17 October 2012 11:09, Joe Perches wrote:
> On Wed, 2012-10-17 at 10:50 +0530, Viresh Kumar wrote:
>> With debug options on, it is difficult to locate cpufreq core's debug prints.
> []
>> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> []
>> @@ -15,6 +15,8 @@
>> +#define
By using devm_gpio_request_one it is possible to set the direction
and initial value in one shot. Thus, using devm_gpio_request_one
can make the code simpler.
Signed-off-by: Jingoo Han
Cc: Richard Purdie
Cc: Dmitry Baryshkov
---
drivers/video/backlight/tosa_bl.c |6 ++
By using devm_gpio_request_one it is possible to set the direction
and initial value in one shot. Thus, using devm_gpio_request_one
can make the code simpler.
Signed-off-by: Jingoo Han
Cc: Richard Purdie
Cc: Marek Vasut
---
drivers/video/backlight/lms283gf05.c | 10 +++---
1 files
The #PF with PFEC.RSV = 1 indicates that the guest is accessing MMIO, we
can not fix it if it is caused by delivery event. Reporting internal error
for this case
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/vmx.c | 26 --
1 files changed, 16 insertions(+), 10
VM exits during Event Delivery is really unexpected if it is not caused
by Exceptions/EPT-VIOLATION/TASK_SWITCH, we'd better to report an internal
and freeze the guest, the VMM has the chance to check the guest
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/vmx.c | 19 +++
On Wed, Oct 17, 2012 at 09:32:34AM +0400, Max Filippov wrote:
> On Wed, Oct 17, 2012 at 2:35 AM, Al Viro wrote:
> > [apologies for enormous Cc; I've talked to some of you in private mail
> > and after being politely asked to explain WTF was all that thing for
> > and how was it supposed to work,
(2012/10/17 14:24), David Rientjes wrote:
On Wed, 17 Oct 2012, Dave Jones wrote:
BUG: sleeping function called from invalid context at kernel/mutex.c:269
in_atomic(): 1, irqs_disabled(): 0, pid: 8558, name: trinity-child2
3 locks on stack by trinity-child2/8558:
#0: held:
Hi Anton,
Please ignore the following patch.
> This patch adds a helper function in the power supply core to get the power
> supply object from supplied_to list based on power supply attribute.
>
> Signed-off-by: Ramakrishna Pallala
> ---
> drivers/power/power_supply_core.c | 19
On Wed, 2012-10-17 at 10:50 +0530, Viresh Kumar wrote:
> With debug options on, it is difficult to locate cpufreq core's debug prints.
[]
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
[]
> @@ -15,6 +15,8 @@
> +#define pr_fmt(fmt) "cpufreq: " fmt
I'd prefer that
#define
On Tuesday 16 of October 2012 23:59:42 Ming Lei wrote:
> This patch applies the introduced memalloc_noio_save() and
> memalloc_noio_restore() to force memory allocation with no I/O
> during runtime_resume callback.
>
> Cc: Alan Stern
> Cc: Oliver Neukum
> Cc: Rafael J. Wysocki
> Signed-off-by:
On Wed, Oct 17, 2012 at 2:35 AM, Al Viro wrote:
> [apologies for enormous Cc; I've talked to some of you in private mail
> and after being politely asked to explain WTF was all that thing for
> and how was it supposed to work, well...]
[...]
> Not even a tentative patchset: hexagon, openrisc,
On Wed, 17 Oct 2012, Dave Jones wrote:
> BUG: sleeping function called from invalid context at kernel/mutex.c:269
> in_atomic(): 1, irqs_disabled(): 0, pid: 8558, name: trinity-child2
> 3 locks on stack by trinity-child2/8558:
> #0: held: (>lock){+.+.+.}, instance: 88010c9a00b0, at:
>
This adds Kconfig options for DEBUG and VERBOSE_DEBUG to the cpufreq subsystem,
This is pretty useful for developers who want to debug cpufreq subsystem and
don't want to editing the Makefile manually each time they want to debug.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/Kconfig | 14
With debug options on, it is difficult to locate cpufreq core's debug prints.
Fix this by prefixing debug prints with:
"cpufreq: "
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c | 2 ++
drivers/cpufreq/cpufreq_performance.c | 2 ++
drivers/cpufreq/cpufreq_powersave.c |
On Tue, Oct 16, 2012 at 8:25 PM, Tang Chen wrote:
> Hi Yinghai,
>
> List acpi_root_bridge_list is only updated when kernel is booting,
> or in _handle_hotplug_event_root() when handling ACPI_NOTIFY_DEVICE_CHECK
> event on a pci root bridge device. But when we hotplug a container, which
> contains
On Tuesday 16 of October 2012 22:12:27 Yu, Fenghua wrote:
> > On 10/16/2012 09:47 PM, Rafael J. Wysocki wrote:
> > > On Tuesday 16 of October 2012 11:05:18 Srivatsa S. Bhat wrote:
> > >> On 10/16/2012 02:20 AM, Rafael J. Wysocki wrote:
> > >>> On Friday 12 of October 2012 09:09:42 Fenghua Yu
(2012/10/17 0:59), 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 allocation in the task's context.
>
> The patch trys to solve one deadlock problem
More UAPI stuff.
Signed-off-by: David S. Miller
diff --git a/tools/perf/perf.h b/tools/perf/perf.h
index 2762877..c50985e 100644
--- a/tools/perf/perf.h
+++ b/tools/perf/perf.h
@@ -57,7 +57,7 @@ void get_term_dimensions(struct winsize *ws);
#endif
#ifdef __sparc__
-#include
1) Fix regression in /proc/net/if_inet6, sometimes devices do not
get listed. From Eric Dumazet.
2) Add IPSEC networking sub-section to MAINTAINERS.
3) S390 networking fixes from Hendrik Brueckner and
Stefan Raspl.
4) Fix enslavement of devices that can't do VLAN properly, from
Jiri
Two sparc64 perf bug fixes and add a sysrq facility so I can diagnose
these kinds of problems more quickly in the future.
Please pull, thanks a lot.
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the
> sscanf returns 0 when an invalid parameter like:
> echo -n "a">min_freq
> is attempted. Returning back the return result(0) will
> cause the command not to return back to command
> prompt.
>
> Instead, just return -EINVAL when sscanf does not
> return 1.
>
> This is done for min_freq, max_freq
> Parameter documentation needs a ':' for scripts/kernel-doc
> to parse properly.
>
> Minor fixes for ones warned by:
> ./scripts/kernel-doc -text drivers/devfreq/devfreq.c>/dev/null
>
> Cc: "Rafael J. Wysocki"
> Cc: Kevin Hilman
> Cc: MyungJoo Ham
> Cc: Kyungmin Park
> Cc:
This patch adds this missing SPI dependency and prevents
the driver from buiding without SPI, because funtion of
spi driver is used in this driver.
Signed-off-by: Jingoo Han
Cc: Richard Purdie
Cc: Ben Dooks
---
drivers/video/backlight/Kconfig |3 ++-
1 files changed, 2 insertions(+), 1
On 10/16/2012 07:38 PM, Aaron Lu wrote:
On 10/16/2012 11:18 PM, Borislav Petkov wrote:
On Tue, Oct 16, 2012 at 03:58:24PM +0100, Alan Cox wrote:
Can you check whether 3.6 works on them. I know 3.6 is horribly broken
on several brands of AHCI controller (Jmicron for example). Dunno
where Jeff
On 10/17/2012 12:04 AM, Paul E. McKenney wrote:
> On Tue, Oct 16, 2012 at 10:07:15PM +0530, Srivatsa S. Bhat wrote:
>> On 10/16/2012 10:01 PM, Paul E. McKenney wrote:
>>> On Tue, Oct 16, 2012 at 01:28:10PM +0530, Srivatsa S. Bhat wrote:
The CPU_STARTING notifiers are supposed to be run with
Tue, 16 Oct 2012 15:58:59 +0900, Namjae Jeon wrote:
>Hello.
>
>Would you share the result about random read ?
>
>Thanks.
>
>2012/10/16, Sooman Jeong <77sm...@hanyang.ac.kr>:
>>
>> This is a brief summary of our initial filesystem performance study of f2fs
>> against existing two filesystems in
On Tue, Oct 16, 2012 at 8:36 PM, Liu, Chuansheng
wrote:
>> So we can use generic list helper function.
> Does it really need the generic list with both prev and next pointers?
> For irq_2_pin list, the next pointer seems be enough.
generic version should be always better than home grown one.
--
Hi Arnaldo and Irina,
On Tue, 16 Oct 2012 08:26:19 -0700, Arnaldo Carvalho de Melo wrote:
> Em Tue, Oct 16, 2012 at 02:33:38AM +0300, Irina Tirdea escreveu:
>> From: Namhyung Kim
>
> Well, by now it is not anymore from Namhyung, but based on a previous
> patch by him, right?
>
> I'm ok with the
At the pl330's probe point the device is already in runtime resume state.
Hence to manage the device with runtime, the probe should do pm_runtime_put
and remove should do pm_runtime_get to balance with probe.
And in between, the device is being get/put at alloc_chan_resources and
On Tue, Oct 16, 2012 at 05:31:23PM -0700, David Rientjes wrote:
> -pol = get_vma_policy(proc_priv->task, vma, vma->vm_start);
> +task_lock(task);
> +pol = get_vma_policy(task, vma, vma->vm_start);
> mpol_to_str(buffer, sizeof(buffer), pol, 0);
> mpol_cond_put(pol);
> +
Shawn,
Thanks for your comment. And sorry for my so late due to illness:-)
SDHCI_QUIRK_BROKEN_CARD_DETECTION is used for notifying we don't use the host
internal card detection method so that we don't need enable/disable those
relevant interrupt bits of host(sdhci_set_card_detection in sdhci.c).
I just triggered this while fuzz testing. All traces happened
in quick succession.
Dave
===
[ INFO: suspicious RCU usage. ]
3.7.0-rc1+ #31 Not tainted
---
include/linux/rcupdate.h:738 rcu_read_lock() used illegally while idle!
> 2012-10-16 (화), 16:14 +, Arnd Bergmann:
> > On Tuesday 16 October 2012, Jaegeuk Kim wrote:
> > > Thank you for a lot of points to be addressed. :)
> > > Maybe it's time to summarize them.
> > > Please let me know what I misunderstood.
> > >
> > > [In v2]
> > > - Extension list
> > > : Mkfs
Hi Dmitry,
On Thu, Oct 4, 2012 at 1:21 AM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Currently da9062_tsi does not probe and it fails as follows:
>
> da9052 1-0048: Unable to determine device interrupts
>
> Use the new da9052 irq functions and allow the driver to probe and operate
>
On Wed, Oct 17, 2012 at 4:19 AM, Andrew Morton
wrote:
>
> The patch seems reasonable to me. I'd like to see some examples of
> these resume-time callsite which are performing the GFP_KERNEL
> allocations, please. You have found some kernel bugs, so those should
> be fully described.
OK, there
On Tue, Oct 16, 2012 at 8:29 PM, Yuanhan Liu
wrote:
> This will fix warnings like following when CONFIG_PM_SLEEP is not set:
>
> warning: 'xxx_suspend' defined but not used [-Wunused-function]
> warning: 'xxx_resume' defined but not used [-Wunused-function]
>
> Because
>
On Wed, Oct 17, 2012 at 7:33 AM, Linus Torvalds
wrote:
> Some of the empty files seem pointless. The
>
> arch/arm/mach-spear13xx/include/mach/spear1310_misc_regs.h
>
> file, for example, has always been empty, and does not seem to be actually
> used.
>
> Hmm? I added a few more people to the
> -Original Message-
> From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
> Yinghai Lu
> Sent: Wednesday, October 17, 2012 10:03 AM
> To: Liu, Chuansheng
> Cc: t...@linutronix.de; mi...@redhat.com; Siddha, Suresh B;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH]
On Fri, Oct 5, 2012 at 12:48 PM, Mathieu Poirier
wrote:
> On 12-10-05 12:16 PM, Dmitry Torokhov wrote:
>> On Fri, Oct 05, 2012 at 11:59:29AM -0600, mathieu.poir...@linaro.org wrote:
>>> From: "Mathieu J. Poirier"
>>>
>>> Andrew,
>>>
>>> After requesting a number of changes that, to my
Hi,
Would anyone help to review this patch, and give some comments, please ?
Thanks. :)
On 10/12/2012 08:31 PM, Tang Chen wrote:
"ACPI0004","PNP0A05" and "PNP0A06" are all defined in array
container_device_ids[], so use it, but not the hard coding style.
Also, introduce a new api
Signed-off-by: Axel Lin
---
Hi Pawel,
I don't have a chance to compile test this patch because I could not
find VEXPRESS_CONFIG in current tree.
Can you help testing this patch?
Thanks,
Axel
drivers/regulator/vexpress.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff
Hi Yinghai,
List acpi_root_bridge_list is only updated when kernel is booting,
or in _handle_hotplug_event_root() when handling ACPI_NOTIFY_DEVICE_CHECK
event on a pci root bridge device. But when we hotplug a container, which
contains one or more pci root bridges, container_notify_cb() will be
> On Wed, Oct 17, 2012 at 07:30:21AM +0900, Jaegeuk Kim wrote:
> > > > > OTOH, I think xattr itself is for users, not for communicating
> > > > > between file system and users.
> > > >
> > > > No, you are mistaken in that point, as Dave explained.
> > >
> > > e.g. selinux, IMA, ACLs, capabilities,
We hit an hang issue when removing a mmc device on Medfield Android phone by
sysfs interface.
device_pm_remove will call pm_runtime_remove which would disable
runtime PM of the device. After that pm_runtime_get* or
pm_runtime_put* will be ignored. So if we disable the runtime PM
before device
On Wed, 2012-10-17 at 11:47 +0900, Hiraku Toyooka wrote:
> Steven,
>
> I'm sorry for my late reply.
> (I was outside the office for business trip.)
>
No problem. I'm currently on a business trip now :-)
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Trace buffer size is now per-cpu, so that there are following two
patterns in resize of the buffers.
(1) resize per-cpu buffers to same given size
(2) resize per-cpu buffers to the other trace_array's buffer size
for each CPU (such as preparing the max_tr which is equivalent
to
This patch adds snapshot description in ftrace documentation.
This description includes what the snapshot is and how to use it.
Signed-off-by: Hiraku Toyooka
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Rob Landley
Cc: linux-...@vger.kernel.org
Cc:
Ftrace has a snapshot feature available from kernel space and
latency tracers (e.g. irqsoff) are using it. This patch enables
user applictions to take a snapshot via debugfs.
Add following two debugfs files in "tracing" directory.
snapshot:
This is used to take a snapshot and to read the
print_max and use_max_tr in struct tracer are "int" variables and
used like flags. This is wasteful, so change the type to "bool".
Signed-off-by: Hiraku Toyooka
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: linux-kernel@vger.kernel.org
---
kernel/trace/trace.h
Hi, Steven,
Thank you for your review.
I changed the function name "resize_buffer_even" to
"resize_buffer_duplicate_size".
(v1: https://lkml.org/lkml/2012/10/2/67)
---
Hiraku Toyooka (4):
tracing: add description of snapshot to Documentation/trace/ftrace.txt
tracing: make a
Steven,
I'm sorry for my late reply.
(I was outside the office for business trip.)
(2012/10/06 1:59), Steven Rostedt wrote:
>> +/* resize @tr's buffer to the size of @size_tr's entries */
>> +static int resize_buffer_even(struct trace_array *tr,
>
> I don't mind this patch, but I just hate the
Hi all,
Changes since 201201016:
Undropped Tree: cortex
The l2-mtd tree still had its build failure so I used the version from
next-20121011.
The security tree gained conflicts against Linus' tree.
The cortex tree lost its conflicts.
The signal tree still had its build failure for which I
There are so many bugs at the fill/error report logic that
the code ended by being re-written.
Issues solved:
- DIMM labels were "randomly" filled: they won't
match the memory layout, due to a series of bugs on it;
- The memory controller supports 3 different modes:
single, dual interleaved
The driver has only 4 hardcoded labels, but allows much more memory.
Fix it by removing the hardcoded logic, using snprintf() instead.
[ 19.833972] general protection fault: [#1] SMP
[ 19.837733] Modules linked in: i82975x_edac(+) edac_core firewire_ohci
firewire_core crc_itu_t nouveau
Instead of declaring its own debug macro, that requires
to uncomment part of the code, use the edac standard macro
to add the debug code, and the edac debug level to print it,
just like any other EDAC driver.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/edac/i82975x_edac.c | 99
The i82975x_edac driver is completely broken. I got a bug report
related to an OOPS caused by the recent changes there
After fixing it, I noticed weird behaviours at the driver on my
test machine, especially after enabling the EDAC debug logic.
In the end, the entire logic there that fills
On 10/03/2012 08:04 AM, Kirill A. Shutemov wrote:
On Tue, Oct 02, 2012 at 03:31:48PM -0700, Andrew Morton wrote:
On Tue, 2 Oct 2012 18:19:22 +0300
"Kirill A. Shutemov" wrote:
During testing I noticed big (up to 2.5 times) memory consumption overhead
on some workloads (e.g. ft.A from NPB) if
于 2012年10月15日 23:43, Avi Kivity 写道:
> On 10/12/2012 08:40 AM, Zhang Yanfei wrote:
>> Currently, kdump just makes all the logical processors leave VMX operation by
>> executing VMXOFF instruction, so any VMCSs active on the logical processors
>> may
>> be corrupted. But, sometimes, we need the
Add an ioctl to communicate the consign limit to the host.
Signed-off-by: Michael Wolf
---
arch/x86/kvm/x86.c |6 ++
include/linux/kvm.h |2 ++
include/linux/kvm_host.h |2 ++
virt/kvm/kvm_main.c |7 +++
4 files changed, 17 insertions(+)
diff --git
Add a timer to the host. This will define the period. During a period
the first n ticks will go into the consigned bucket. Any other ticks that
occur within the period will be placed in the stealtime bucket.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/kvm_host.h | 10 +
Add the code to send the consigned time from the host to the guest
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/kvm_host.h |1 +
arch/x86/include/asm/kvm_para.h |3 ++-
arch/x86/include/asm/paravirt.h |4 ++--
arch/x86/kernel/kvm.c |3 ++-
arch/x86/kvm/x86.c
Add a consigned field. This field will hold the time lost due to capping or
overcommit.
The rest of the time will still show up in the steal-time field.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/paravirt.h |4 ++--
arch/x86/kernel/kvm.c |7 ++-
Modify the amount of stealtime that the kernel reports via the /proc interface.
Steal time will now be broken down into steal_time and consigned_time.
Consigned_time will represent the amount of time that is expected to be lost
due to overcommitment of the physical cpu or by using cpu capping.
In the case of where you have a system that is running in a
capped or overcommitted environment the user may see steal time
being reported in accounting tools such as top or vmstat. This can
cause confusion for the end user. To ease the confusion this patch set
adds the idea of consigned
[ Architecture people, note the potential new SMP barrier! ]
On Tue, Oct 16, 2012 at 4:30 PM, Mikulas Patocka wrote:
> + /*
> +* The lock is considered unlocked when p->locked is set to false.
> +* Use barrier prevent reordering of operations around p->locked.
> +*/
On Fri, 2012-10-12 at 13:55 -0400, Sasha Levin wrote:
> Hi Ben,
>
> On Wed, Oct 10, 2012 at 11:52 AM, Ben Hutchings wrote:
> > On Tue, 2012-10-09 at 09:26 -0400, Sasha Levin wrote:
> >> On 10/09/2012 09:21 AM, Sasha Levin wrote:
> >> > On 10/08/2012 05:45 PM, Jiri Kosina wrote:
> >> >> On Mon, 8
On Tue, 2012-10-16 at 19:59 -0300, Herton Ronaldo Krzesinski wrote:
> On Sun, Oct 14, 2012 at 03:36:11PM +0100, Ben Hutchings wrote:
> > 3.2-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Tejun Heo
> >
> > commit
On Fri, 2012-10-12 at 13:55 -0400, Sasha Levin wrote:
> Hi Ben,
>
> On Wed, Oct 10, 2012 at 11:52 AM, Ben Hutchings wrote:
> > On Tue, 2012-10-09 at 09:26 -0400, Sasha Levin wrote:
> >> On 10/09/2012 09:21 AM, Sasha Levin wrote:
> >> > On 10/08/2012 05:45 PM, Jiri Kosina wrote:
> >> >> On Mon, 8
Looks good to me.
Acked-by: Jaehoon Chung
On 10/16/2012 05:43 PM, James Hogan wrote:
> Commit 800d78bfccb3d38116abfda2a5b9c8afdbd5ea21 ("mmc: dw_mmc: add
> support for implementation specific callbacks") merged in v3.7-rc1.
>
> The above commit introduced multiple NULL pointer dereferences
On Mon, Oct 15, 2012 at 9:14 AM, David Howells wrote:
> uapi/linux/irqnr.h was emitted by the UAPI disintegration script as an empty
> file because the parent linux/irqnr.h had no UAPI stuff in it, despite being
> marked with "header-y".
>
> Unfortunately, it patch deletes the empty file when
On Wed, Oct 17, 2012 at 3:11 AM, Chuansheng Liu
wrote:
>
> When destroying the irq, before free cfg, need to check
> cfg->irq_2_pin and free it when it is not NULL.
>
> Signed-off-by: liu chuansheng
> ---
i had that in another patch...
https://lkml.org/lkml/2012/2/23/574
Subject [PATCH
On Wed, Oct 17, 2012 at 4:19 AM, Andrew Morton
wrote:
>
> The patch seems reasonable to me. I'd like to see some examples of
> these resume-time callsite which are performing the GFP_KERNEL
> allocations, please. You have found some kernel bugs, so those should
> be fully described.
There are
On Tue, Oct 16, 2012 at 9:49 PM, David Rientjes wrote:
> On Tue, 16 Oct 2012, KOSAKI Motohiro wrote:
>
>> > diff --git a/mm/mempolicy.c b/mm/mempolicy.c
>> > index 0b78fb9..d04a8a5 100644
>> > --- a/mm/mempolicy.c
>> > +++ b/mm/mempolicy.c
>> > @@ -1536,9 +1536,8 @@ asmlinkage long
This patch uses pr_* instead of printk. Also, gpio_dbg
is replaced with pr_debug.
Signed-off-by: Jingoo Han
Reviewed-by: Linus Walleij
---
Change since v2:
- remove Ryan Mallon's signed-off-by
drivers/gpio/gpio-samsung.c | 18 ++
1 files changed, 6 insertions(+), 12
On Wednesday, October 17, 2012 2:33 AM Linus Walleij wrote:
>
> On Tue, Oct 16, 2012 at 10:25 AM, Jingoo Han wrote:
>
> > int samsung_gpio_setpull_updown(struct samsung_gpio_chip *chip,
> > unsigned int off, samsung_gpio_pull_t pull)
> > {
> > @@ -599,7 +593,7
On Tue, 16 Oct 2012, KOSAKI Motohiro wrote:
> > diff --git a/mm/mempolicy.c b/mm/mempolicy.c
> > index 0b78fb9..d04a8a5 100644
> > --- a/mm/mempolicy.c
> > +++ b/mm/mempolicy.c
> > @@ -1536,9 +1536,8 @@ asmlinkage long compat_sys_mbind(compat_ulong_t
> > start, compat_ulong_t len,
> > *
> >
On Tue, Oct 16, 2012 at 8:31 PM, David Rientjes wrote:
> When reading /proc/pid/numa_maps, it's possible to return the contents of
> the stack where the mempolicy string should be printed if the policy gets
> freed from beneath us.
>
> This happens because mpol_to_str() may return an error the
>
On 10/16/2012 11:18 PM, Borislav Petkov wrote:
> On Tue, Oct 16, 2012 at 03:58:24PM +0100, Alan Cox wrote:
>> Can you check whether 3.6 works on them. I know 3.6 is horribly broken
>> on several brands of AHCI controller (Jmicron for example). Dunno
>> where Jeff is on fixing the regressions ?
>
于 2012年10月16日 20:13, Jeff Layton 写道:
>>
>> 2) but, are we truly no ways to solve this issue ? (I do not think so).
>>
>
> Not that I see, but don't let me stop you from trying to find one. ;)
>
we can divide the issue to 2 separate parts:
1) the inconsistent attribute by time delay between
On Tue, Oct 16, 2012 at 8:12 PM, David Rientjes wrote:
> On Tue, 16 Oct 2012, KOSAKI Motohiro wrote:
>
>> >> Even though 80de7c3138ee9fd86a98696fd2cf7ad89b995d0a itself is simple. It
>> >> bring
>> >> to caller complex. That's not good and have no worth.
>> >>
>> >
>> > Before: the kernel
2012/10/16 1:34, Toshi Kani wrote:
> Removed lockable in struct acpi_device_flags since it is no
> longer used by any code. acpi_bus_hot_remove_device() cannot
> use this flag because acpi_bus_trim() frees up its acpi_device
> object. Furthermore, the dock driver calls _LCK method without
> using
2012/10/16 1:34, Toshi Kani wrote:
> During hot-remove, acpi_bus_hot_remove_device() calls ACPI _LCK
> method when device->flags.lockable is set. However, this device
> pointer is stale since the target acpi_device object has been
> already kfree'd by acpi_bus_trim().
>
> The flags.lockable
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 6647 2.453665504 2579 M W 7493152 + 8 [md0_raid5]
8,16 0 6648 2.453672411 2579 Q W 7493160 + 8 [md0_raid5]
8,16 0
When destroying the irq, before free cfg, need to check
cfg->irq_2_pin and free it when it is not NULL.
Signed-off-by: liu chuansheng
---
arch/x86/kernel/apic/io_apic.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/apic/io_apic.c
On 2012-10-16 15:48 Shaohua Li Wrote:
>2012/10/16 Jianpeng Ma :
>> 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
On Tuesday, October 16, 2012 6:43 PM Ryan Mallon wrote
>
> On 16/10/12 19:25, Jingoo Han wrote:
>
> > This patch uses pr_* instead of printk. Also, gpio_dbg
> > is replaced with pr_debug.
> >
> > Signed-off-by: Ryan Mallon
>
>
> If I recall correctly, I only offered review comments on this
The of_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
---
drivers/regulator/vexpress.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/regulator/vexpress.c b/drivers/regulator/vexpress.c
index 1702945..1d55811 100644
--- a/drivers/regulator/vexpress.c
Hi James,
On Wed, 17 Oct 2012 11:41:57 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the security tree got a conflict in
> net/dns_resolver/dns_key.c between commit c6089735e724 ("userns: net:
> Call key_alloc with GLOBAL_ROOT_UID, GLOBAL_ROOT_GID instead of 0, 0")
> from Linus'
On Tue 09-10-12 19:19:09, Hugh Dickins wrote:
> On Tue, 9 Oct 2012, Jan Kara wrote:
> > > But here's where I think the problem is. You're assuming that all
> > > filesystems go the same mapping_cap_account_writeback_dirty() (yeah,
> > > there's no such function, just a confusing maze of three)
Hi James,
Today's linux-next merge of the security tree got a conflict in
net/dns_resolver/dns_key.c between commit c6089735e724 ("userns: net:
Call key_alloc with GLOBAL_ROOT_UID, GLOBAL_ROOT_GID instead of 0, 0")
from Linus' tree and commit f8aa23a55f81 ("KEYS: Use keyring_alloc() to
create
Hi James,
Today's linux-next merge of the security tree got a conflict in
security/keys/keyctl.c between commit 9a56c2db49e7 ("userns: Convert
security/keys to the new userns infrastructure") from Linus' tree and
commit 3a50597de863 ("KEYS: Make the session and process keyrings
per-thread") from
Hi James,
Today's linux-next merge of the security tree got conflicts in
security/keys/keyring.c and security/keys/process_keys.c between commit
9a56c2db49e7 ("userns: Convert security/keys to the new userns
infrastructure") from Linus' tree and commit 96b5c8fea6c0 ("KEYS: Reduce
initial
Hello Linus,
could you please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus
to get three fixes of regressions caused by user namespace patches merged
recently, and minor ext3 fix and cleanup.
Top of the tree is 6c29c50. The full shortlog is:
Carlos
When reading /proc/pid/numa_maps, it's possible to return the contents of
the stack where the mempolicy string should be printed if the policy gets
freed from beneath us.
This happens because mpol_to_str() may return an error the
stack-allocated buffer is then printed without ever being
On Tue, 16 Oct 2012, KOSAKI Motohiro wrote:
> >> Even though 80de7c3138ee9fd86a98696fd2cf7ad89b995d0a itself is simple. It
> >> bring
> >> to caller complex. That's not good and have no worth.
> >>
> >
> > Before: the kernel panics, all workloads cease.
> > After: the file shows garbage, all
Hello,
On Thu, Oct 04, 2012 at 04:37:16PM +0900, Daisuke Nishimura wrote:
> notify_on_release must be triggered when the last process in a cgroup is
> move to another. But if the first(and only) process in a cgroup is moved to
> another, notify_on_release is not triggered.
>
> # mkdir
On Fri, 12 Oct 2012 10:06:57 +0100
Ian Campbell wrote:
> On Thu, 2012-10-11 at 23:01 +0100, Mukesh Rathor wrote:
> > PVH: balloon and grant changes. For balloon changes we skip setting
> > of local p2m as it's updated in xen. For grant, the shared grant
> > frame is the pfn and not mfn, hence
> > +#ifdef CONFIG_DEBUG_HOTPLUG_CPU0
> +case PM_RESTORE_PREPARE:
> > + /*
> > +* When system resumes from hibernation, online CPU0
> because
> > +* 1. it's required for resume and
> > +* 2. the CPU was online before hibernation
> > +
On 10/17/12 08:20, Tejun Heo wrote:
- if (ent == >root_blkg->q_node)
+ if (q->root_blkg && ent == >root_blkg->q_node)
>>>
>>> Can we fix it little differently. Little earlier in the code, we check for
>>> if q->blkg_list is empty, then all the groups are gone, and there are
>>> no more
1 - 100 of 1166 matches
Mail list logo
