On Tue, Oct 16, 2012 at 5:53 AM, David Howells wrote:
> David Sharp wrote:
>
>> > Please use the Kbuild infrastructure ("generic-y += ..." in
>> > arch/*/include/asm/Kbuild)
>> > instead of adding wrappers around the asm-generic version.
>>
>> mips apparently recencly got rid of
In order to promote interoperability between userspace tracers and ftrace,
add a trace_clock that reports raw TSC values which will then be recorded
in the ring buffer. Userspace tracers that also record TSCs are then on
exactly the same time base as the kernel and events can be unambiguously
On Wed, 2012-10-03 at 20:43 -0400, David Miller wrote:
> From: Ben Hutchings
> Date: Wed, 3 Oct 2012 22:45:10 +0100
>
> > I thought of it as being a peripheral feature (which most Solarflare
> > hardware doesn't implement) so it made sense for SFC_PTP to be optional
> > like SFC_MTD and so on.
On Tue, Oct 16, 2012 at 2:41 PM, Thomas Gleixner wrote:
> Dear RT Folks,
>
> I'm pleased to announce the 3.6.1-rt2 release.
>
> Changes since 3.6.1-rt1:
>
> * Picked up Pauls git friendly quilt queue
Which is a "linux-stable" like queue of patches stored in git.
So you can see what
2012/10/15 Oleg Nesterov :
> On 10/14, Rabin Vincent wrote:
>> Allow arches to decided to ignore a probe hit. ARM will use this to
>> only call handlers if the conditions to execute a conditionally executed
>> instruction are satisfied.
>
> Not sure I understand why we shouldn't call handlers in
On Tue, Oct 16, 2012 at 04:51:34PM +0200, Roland Stigge wrote:
> This patch enables support for i.MX53 in addition to i.MX25
>
> Signed-off-by: Roland Stigge
> ---
> drivers/rtc/Kconfig |2 +-
> drivers/rtc/rtc-imxdi.c | 25 -
> 2 files changed, 17
From: Ben Hutchings
Date: Tue, 16 Oct 2012 21:09:27 +0100
> I think the various kconfig options should be changed as follows:
>
> 1. Only PTP_1588_CLOCK selects PPS.
> 2. Nothing depends on EXPERIMENTAL. (This stuff has been in for 18
>months and it's even being backported to RHEL 6 now.)
file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20121016.orig/drivers/media/i2c/s5k4ecgx.c
+++ linux-next-20121016/drivers/media/i2c/s5k4ecgx.c
@@ -343,7 +343,7 @@ static int s5k4ecgx_load_firmware(struct
}
regs_num = le32_to_cpu(get_unaligned_le32(fw->d
On Tue, 16 Oct 2012 23:59:41 +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 allocation in the task's context.
>
> The patch trys to solve one
2012/10/15 Oleg Nesterov :
> On 10/14, Rabin Vincent wrote:
>> Flush the cache so that the instructions written to the XOL area are
>> visible.
>>
>> Signed-off-by: Rabin Vincent
>> ---
>> kernel/events/uprobes.c |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git
(+), 1 deletion(-)
--- linux-next-20121016.orig/drivers/base/regmap/regmap.c
+++ linux-next-20121016/drivers/base/regmap/regmap.c
@@ -858,7 +858,7 @@ static int _regmap_raw_write(struct regm
/* If the write goes beyond the end of the window split it */
while (val_num
2012/10/15 Srikar Dronamraju :
> You need to take care of the powerpc port
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=8b7b80b9ebb46dd88fbb94e918297295cf312b59
>
> Also as Oleg pointed out, He has already posted changes on top of -tip.
> So it probably makes sense
2012-10-16 (화), 11:38 +, Arnd Bergmann:
> On Tuesday 16 October 2012, Jaegeuk Kim wrote:
> > On Monday 15 October 2012, Dave Chinner wrote:
> > > On Sun, Oct 14, 2012 at 03:19:37PM +, Arnd Bergmann wrote:
> > > > On Sunday 14 October 2012, Vyacheslav Dubeyko wrote:
> > > > > On Oct 14,
/dhowells/linux-headers.git
tags/disintegrate-parisc-20121016
for you to fetch changes up to 70c1674f62026e455c0c821fb7f4baf24d2d1139:
UAPI: (Scripted) Disintegrate arch/parisc/include/asm (2012-10-16 21:28:05
+0100)
UAPI Disintegration
On Tue, Oct 16, 2012 at 11:38:35AM +, Arnd Bergmann wrote:
> On Tuesday 16 October 2012, Jaegeuk Kim wrote:
> > On Monday 15 October 2012, Dave Chinner wrote:
> > > On Sun, Oct 14, 2012 at 03:19:37PM +, Arnd Bergmann wrote:
> > > > On Sunday 14 October 2012, Vyacheslav Dubeyko wrote:
> > >
On Tue, Oct 16, 2012 at 11:27:48AM +0200, William Dauchy wrote:
> Hello Dave,
>
> Thanks for your reply.
>
> On Tue, Oct 16, 2012 at 1:21 AM, Dave Chinner wrote:
> > You're running a CONFIG_XFS_DEBUG kernel. If you can reproduce the
> > problem with CONFIG_XFS_DEBUG, then it probably should be
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
> On Behalf Of David Miller
> Sent: Tuesday, October 16, 2012 1:17 PM
> To: bhutchi...@solarflare.com
> Cc: richardcoch...@gmail.com; haicheng...@linux.intel.com;
> net...@vger.kernel.org;
On Tue, Oct 16, 2012 at 7:40 PM, Greg KH wrote:
> On Tue, Oct 16, 2012 at 07:27:15PM +0200, Linus Walleij wrote:
>> The thing is, as I've tried to explain but maybe didn't get across,
>> that these devices don't *have* a parent, and are not part of any
>> tree.
>
> You are passing in a parent
On Tue, 16 Oct 2012, Javier Sanz wrote:
> Hello,
>
> Testing, and FYI
>
> $uname -a
> Linux darkstar 3.6.1-rt2 #1 SMP PREEMPT RT Tue Oct 16 22:47:06 CEST 2012
> i686 i686 i386 GNU/Linux
>
> >>shows all time ...
>
> [ 30.543233] fuse init (API version 7.20)
> [ 33.262077] Crap,
Patch adds support for CANpro/104-Plus Opto CAN board. Board uses PLX9030
bridge and two NXP SJA1000 CAN controllers. Patch is generated and tested
with kernel 3.6.1.
If you have any questions or any feedback please let me know.
Thanks,
Signed-off-by: Muhammad Ghias
---
diff -uprN -X
On Tue, Oct 16, 2012 at 11:08:51PM +0200, Linus Walleij wrote:
> On Tue, Oct 16, 2012 at 7:40 PM, Greg KH wrote:
> > On Tue, Oct 16, 2012 at 07:27:15PM +0200, Linus Walleij wrote:
> >> The thing is, as I've tried to explain but maybe didn't get across,
> >> that these devices don't *have* a
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 Mon, Oct 15, 2012 at 02:51:27PM -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 12:43 PM, wilson self wrote:
> I am just using gcc timetest.c -o timetest
>
> Should be dynamically linked. glibc is 2.5, which is quite old, but I
> think this should still work with it, no?
You need at least glibc 2.7 for this to work well on modern kernels.
FWIW, glibc
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 supports
From: Corey Minyard
The IPMI spec defines a way to detect register spacing for PCI interfaces,
so implement it.
Signed-off-by: Steven Hsieh
Signed-off-by: Corey Minyard
---
drivers/char/ipmi/ipmi_si_intf.c | 36 ++--
1 files changed, 34 insertions(+), 2
From: Matthew Garrett
IPMI must be initialised before ACPI in order to ensure that any IPMI
services are available before ACPI driver initialisation attempts to use
any IPMI operation regions.
Signed-off-by: Matthew Garrett
Signed-off-by: Corey Minyard
---
drivers/Makefile |4
Remove some bogus docs, Fix ACPI/IPMI interactions, fix some warnings,
and add register spacing detection for PCI interfaces.
--
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
From: Matthew Garrett
Drivers may make calls that require the ACPI IPMI driver to have been
initialised already, so make sure that it appears earlier in the build
order.
Signed-off-by: Matthew Garrett
Signed-off-by: Corey Minyard
---
drivers/acpi/Makefile |5 -
1 files changed, 4
From: Corey Minyard
Some documentation for the SMBus driver is in the IPMI docs, but that
code is not in the kernel tree at this point. So remove the docs to
avoid confusion.
Signed-off-by: Corey Minyard
---
Documentation/IPMI.txt | 65 ++-
1
From: Corey Minyard
There was a spot where the compiler couldn't tell some variables
would be set. So initialize them to make the warning go away.
Signed-off-by: Corey Minyard
---
drivers/char/ipmi/ipmi_msghandler.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Thomas Gleixner
Attempts to retrigger nested threaded IRQs currently fail because they
have no primary handler. In order to support retrigger of nested
IRQs, the parent IRQ needs to be retriggered.
To fix, when an IRQ needs to be resent, if the interrupt has a parent
IRQ and runs in the
On Mon, 15 Oct 2012 09:58:17 +0100
Ian Campbell wrote:
> On Fri, 2012-10-12 at 20:06 +0100, Mukesh Rathor wrote:
> > On Fri, 12 Oct 2012 09:52:17 +0100
> > Ian Campbell wrote:
> >
> > > > drivers/xen/cpu_hotplug.c|4 +++-
> > > > drivers/xen/events.c |9
> 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 wrote:
> From: Fenghua Yu
>
> +
> +/*
> + *
On Tue, Oct 16, 2012 at 03:07:49PM -0700, Kevin Hilman wrote:
> From: Thomas Gleixner
>
> Attempts to retrigger nested threaded IRQs currently fail because they
> have no primary handler. In order to support retrigger of nested
> IRQs, the parent IRQ needs to be retriggered.
>
> To fix, when
Hello,
This patchset updates cgroup_freezer so that
* Unfreezable kernel tasks don't prevent a cgroup from transitioning
into FROZEN from FREEZING. There's nothing userland can do with or
about such tasks.
* Tasks can be moved in and out of a frozen cgroup. Tasks are made to
conform to
cgroup core has a bug which violates a basic rule about event
notifications - when a new entity needs to be added, you add that to
the notification list first and then make the new entity conform to
the current state. If done in the reverse order, an event happening
inbetween will be lost.
try_to_freeze_cgroup() has condition checks which are intended to fail
the write operation to freezer.state if there are tasks which can't be
frozen. The condition checks have been broken for quite some time
now. freeze_task() returns %false if the target task can't be frozen,
so
cgroup_freezer is one of the few users of cgroup_subsys->can_attach()
and uses it to prevent tasks from being migrated into or out of a
frozen cgroup. This makes cgroup_freezer cumbersome to use especially
when co-mounted with other controllers.
->can_attach() is problematic in general as it can
freezer_read/write() used cgroup_lock_live_group() to synchronize
against task migration into and out of the target cgroup.
cgroup_lock_live_group() grabs the internal cgroup lock and using it
from outside cgroup core leads to complex and fragile locking
dependency issues which are difficult to
Locking will change such that migration can happen while
freezer_read/write() is in progress. This means that
update_if_frozen() can no longer assume that all tasks in the cgroup
coform to the current freezer state - newly migrated tasks which
haven't finished freezer_attach() yet might be in any
cgroup_freezer doesn't transition from FREEZING to FROZEN if the
cgroup contains PF_NOFREEZE tasks or tasks sleeping with
PF_FREEZER_SKIP set.
Only kernel tasks can be non-freezable (PF_NOFREEZE) and there's
nothing cgroup_freezer or userland can do about or to it. It's
pointless to stall the
Cached thread return errors, death notifications and new looper
requests were not included in the stats.
Signed-off-by: Arve Hjønnevåg
---
drivers/staging/android/binder.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/android/binder.c
> > > > > The main reason I can see against extended attributes is that they
> > > > > are not stored
> > > > > very efficiently in f2fs, unless a lot of work is put into coming up
> > > > > with a good
> > > > > implementation. A single flags bit can trivially be added to the
> > > > > inode
If a thread or process exited while a reply, one-way transaction or
death notification was pending, the struct holding the pending work
was leaked.
Signed-off-by: Arve Hjønnevåg
---
drivers/staging/android/binder.c | 28 +++-
1 files changed, 27 insertions(+), 1
The default kernel mapping for the pages allocated for the binder
buffers is never used. Set the __GFP_HIGHMEM flag when allocating
these pages so we don't needlessly use low memory pages that may
be required elsewhere.
Signed-off-by: Arve Hjønnevåg
---
drivers/staging/android/binder.c |2
Add tracepoints:
- ioctl entry and exit
- Main binder lock: lock, locked and unlock
- Command and return buffer opcodes
- Transaction: create and receive
- Transaction buffer: create and free
- Object and file descriptor transfer
- binder_update_page_range
Signed-off-by: Arve Hjønnevåg
---
A task is considered frozen enough between freezer_do_not_count() and
freezer_count() and freezers use freezer_should_skip() to test this
condition. This supposedly works because freezer_count() always calls
try_to_freezer() after clearing %PF_FREEZER_SKIP.
However, there currently is nothing
On Tue, Oct 16, 2012 at 12:11 AM, Greg KH wrote:
> On Mon, Oct 15, 2012 at 05:39:22PM -0700, Arve Hjønnevåg wrote:
>> On Mon, Oct 15, 2012 at 4:58 PM, Greg KH wrote:
>> > On Mon, Oct 15, 2012 at 04:55:21PM -0700, Arve Hjønnevåg wrote:
>> >> On Mon, Oct 15, 2012 at 3:52 PM, Greg KH
>> >> wrote:
9.148701] pgd = eea7
> [ 79.151401] [5a5a5aaa] *pgd=
> [ 79.154979] Internal error: Oops: 5 [#1] PREEMPT SMP ARM
> [ 79.160277] Modules linked in:
> [ 79.163329] CPU: 1Not tainted (3.7.0-rc1-next-20121016-00016-g0f3bc78
> #17)
> [ 79.170639] PC is at gpiol
[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...]
Below is an attempt to describe how kernel threads work now. I'm
going to put a cleaned up variant into
When cpuidle drivers do not supply explicit power_usage values,
cpuidle/driver.c inserts dummy values instead. When a running processor
dynamically gains new C-states (e.g. after ACPI events), the power_usage
values of those states will stay uninitialized, and cpuidle governors
will never choose
On Tue, Oct 16, 2012 at 4:05 PM, Randy Dunlap wrote:
> On 10/15/2012 08:58 PM, Stephen Rothwell wrote:
>
>> Hi all,
>>
>> The merge window has closed, feel free to add new stuff again.
>>
>> Changes since 201201015:
>>
patch already sent to Dave:
On Tue, Oct 16, 2012 at 12:11 AM, Greg KH wrote:
> On Mon, Oct 15, 2012 at 05:32:41PM -0700, Arve Hjønnevåg wrote:
>> If a thread or process exited while a reply, one-way transaction or
>> death notification was pending, the struct holding the pending work
>> was leaked.
>>
>> Change-Id:
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, etc all
Hi Hiroshi,
2012. 10. 16. 오후 11:13 Hiroshi Doyu 작성:
> Hi Inki,
>
> Inki Dae wrote @ Tue, 16 Oct 2012 12:12:49 +0200:
>
>> Hi Hiroshi,
>>
>> 2012/10/16 Hiroshi Doyu :
>>> Hi Inki/Marek,
>>>
>>> On Tue, 16 Oct 2012 02:50:16 +0200
>>> Inki Dae wrote:
>>>
2012/10/15 Marek Szyprowski :
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 60ea8226cbd5c8301f9a39edc574ddabcb8150e0 upstream.
>
> A queue newly allocated with
Hello,
Sorry about the delay. Was traveling.
On Thu, Sep 27, 2012 at 05:19:46PM +0800, Tang Chen wrote:
> 1. cmci_rediscover() is only called by the CPU_POST_DEAD event handler, which
> means the corresponding cpu has already dead. As a result, it won't be
> accessed
> in the
Hello,
On Thu, Oct 11, 2012 at 10:31:46AM +0900, Jun'ichi Nomura 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
I have tried to use the framebuffer text console with the latest (as
of yesterday) kernel 3.7-rc1.
I have a Thinkpad Edge 13, model 0197, with onboard Radeon HD3200. So
far, so good, except
that instead of actually blanking the screen and powering it down, the
screen goes blank momentarily
and
Hello, Robin.
On Tue, Oct 09, 2012 at 02:53:45PM +0800, Robin Dong wrote:
> Currently, if the IO is throttled by io-throttle, the SA has no idea of
> the situation and can't report it to the real application user about
Please don't use "SA" in the commit message. Just write it out as
"system
[Re: [ANNOUNCE] 3.6.1-rt2] On 16/10/2012 (Tue 23:12) Thomas Gleixner wrote:
> On Tue, 16 Oct 2012, Javier Sanz wrote:
>
> > Hello,
> >
> > Testing, and FYI
> >
> > $uname -a
> > Linux darkstar 3.6.1-rt2 #1 SMP PREEMPT RT Tue Oct 16 22:47:06 CEST 2012
> > i686 i686 i386 GNU/Linux
> >
> >
Hi
When I read my patch 62ac665ff9fc07497ca524bd20d6a96893d11071 again, it
turns out that it is missing a barrier in percpu_up_write. Please apply
this.
Mikulas
---
percpu-rwsem: use barrier in unlock path
Fix missing barrier in patch 62ac665ff9fc07497ca524bd20d6a96893d11071.
The lock is
On Tue, Oct 16, 2012 at 2:10 AM, David Rientjes wrote:
> On Tue, 16 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
The gpio_export function uses nested if statements and the status
variable to handle the failure cases. This makes the function logic
difficult to follow. Refactor the code to abort immediately on failure
using goto. This makes the code slightly longer, but significantly
reduces the nesting and
Luis R. Rodriguez wrote:
> >> The include_next trick can work as well but that'd mean synching the UAPI
> >> files regularly into compat. I'd much prefer to have code intact when
> >> possible when backporting so the option I stuck with then was to patch
> >> the code directly and then as part
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
> > +#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 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
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 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
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
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
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
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 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
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,
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'
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
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
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
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
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
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
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
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日 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 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 ?
>
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 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 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
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 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
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 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 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
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 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
1001 - 1100 of 1166 matches
Mail list logo
