Hey all-
I think everything is in a good state to merge now, from here its a
discussion of process.
Thanks to everyone involved.
---
Things have been relatively quiet on the Zynq front lately. This patchset does
a bit of cleanup of the Zynq subarchitecture. It was the necessary set of
things
On Wed, Oct 24, 2012 at 05:37:27PM +0100, Pawel Moll wrote:
> On Tue, 2012-10-23 at 23:02 +0100, Guenter Roeck wrote:
> > > Traditionally such data should be exposed to the user via hwmon sysfs
> > > interface, and that's exactly what I did for "my" platform - I have
> > > a
On Wednesday 24 October 2012 21:36:04 H. Peter Anvin wrote:
> Minor concern: it should do the wait for ready before sending each command.
It was a hack and then I forgot to add the waits... Should I redo the patch?
I'll not be able to test it as I have to return the machine.
> "Rafael J.
Hi,
On Wed, Oct 24, 2012 at 12:38:44PM -0700, Dmitry Torokhov wrote:
> On Wednesday, October 24, 2012 10:10:42 PM Felipe Balbi wrote:
> > >
> > >
> > > That is a valid concern and we'll need to find a compromise here. As I
> > > said,
> > WHAT ?? Silicon erratas are not a valid concern ? Power
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach :
>
> Richard Weinberger writes:
> > Am Wed, 24 Oct 2012 00:18:34 +0100
> >> I have tracked this down to [1] where, indeed, the type of
> >> sig_info is different; the second parameter in signal.c is
> >> 'siginfo_t' where as in
On Wed, Oct 24, 2012 at 11:33:55AM -0500, danielfsan...@att.net wrote:
> Currently, we are only including asm/bug.h and then expecting that
> linux/compiler.h will eventually be included to define __linktime_error
> (used in BUILD_BUG_ON). This patch includes it directly for clarity and
> to avoid
On Wed, Oct 24, 2012 at 12:22:53PM -0700, Andrew Morton wrote:
> On Wed, 24 Oct 2012 02:38:01 +0300
> "Kirill A. Shutemov" wrote:
>
> > On Tue, Oct 23, 2012 at 03:59:15PM -0700, Andrew Morton wrote:
> > > On Tue, 23 Oct 2012 10:00:18 +0300
> > > "Kirill A. Shutemov" wrote:
> > >
> > > > >
Hello, Linus.
This pull request contains three fixes. Two are reverts of
task_lock() removal in cgroup fork path. The optimizations
incorrectly assumed that threadgroup_lock can protect process forks
(as opposed to thread creations) too. Further cleanup of cgroup fork
path is scheduled. The
On 24 Oct 2012, n...@esperi.org.uk uttered the following:
> So, the net effect of this is that normally I get no journal recovery on
> anything at all -- but sometimes, if umounting takes longer than a few
> seconds, I reboot with not everything unmounted, and journal recovery
> kicks in on
On Wed, 24 Oct 2012 08:29:45 +0200
Michal Hocko wrote:
> > >
> > > + printk(KERN_NOTICE "%s (%d): dropped kernel caches: %d\n",
> > > + current->comm, task_pid_nr(current),
> > > sysctl_drop_caches);
> >
> > urgh. Are we really sure we want to do this? The system
On Wed, Oct 24, 2012 at 11:53:16AM -0700, H. Peter Anvin wrote:
> On 10/24/2012 09:48 AM, Jacob Shin wrote:
> >
> > hpa, we need this patch: https://lkml.org/lkml/2012/8/24/469 and the above
> > 2 from Yinghai to handle corner case E820 layouts.
> >
>
> I can apply Yinghai's patches, but the
On (10/24/12 12:41), Paul E. McKenney wrote:
> On Wed, Oct 24, 2012 at 12:17:16PM -0700, Sergey Senozhatsky wrote:
> > On (10/24/12 20:52), Oleg Nesterov wrote:
> > > On 10/24, Sergey Senozhatsky wrote:
> > > >
> > > > On (10/24/12 20:06), Oleg Nesterov wrote:
> > > > > On 10/24, Sergey
On 24 Oct 2012, Theodore Ts'o spake thusly:
> Toralf, Nix, if you could try applying this patch (at the end of this
> message), and let me know how and when the WARN_ON triggers, and if it
> does, please send the empty_bug_workaround plus the WARN_ON(1) report.
> I know about the case where a file
Richard Weinberger writes:
> Am Wed, 24 Oct 2012 00:18:34 +0100
>> I have tracked this down to [1] where, indeed, the type of sig_info is
>> different; the second parameter in signal.c is 'siginfo_t' where as in
>> as-layout.h the second parameter's type is declared as 'struct
>> siginfo'.
>>
On Wed, Oct 24, 2012 at 11:43:37AM -0700, Arnaldo Carvalho de Melo wrote:
> Em Fri, Oct 19, 2012 at 05:55:58PM +0100, David Howells escreveu:
> >
> > Here are some potential fix ups for perf and other tools. They need to be
> > applied on top of the x86 UAPI disintegration patch.
>
> Borislav,
Hello, Linus.
This pull request contains one patch from Dan Magenheimer to fix
cancel_delayed_work() regression introduced by its reimplementation
using try_to_grab_pending(). The reimplementation made it incorrectly
return %true when the work item is idle. There aren't too many
consumers of
On Wed, 24 Oct 2012 09:38:57 +0400
Andrey Wagin wrote:
> >
> > I think that returning -ENOMEM in response to an excessive nesting
> > attempt is misleading - the system *didn't* run out of memory. EINVAL
> > is better?
>
> I chose ENOMEM by analogy with max_pid. When a new PID can not be
>
On Wed, Oct 24, 2012 at 08:43:11PM +0200, Oleg Nesterov wrote:
> On 10/24, Paul E. McKenney wrote:
> >
> > On Wed, Oct 24, 2012 at 07:18:55PM +0200, Oleg Nesterov wrote:
> > > On 10/24, Paul E. McKenney wrote:
> > > >
> > > > static inline void percpu_up_read(struct percpu_rw_semaphore *p)
> > > >
From: Cyrill Gorcunov
Since this ioctl is for pty devices only move it to pty.c.
v2:
- drop PTY_TYPE_MASTER test since it's master peer
ioctl anyway (by jslaby@)
Suggested-by: Alan Cox
Signed-off-by: Cyrill Gorcunov
CC: "H. Peter Anvin"
CC: Greg Kroah-Hartman
CC: Pavel Emelyanov
CC:
Hi, this series is on top of current tty.git/tty-next (a1c25f2b98).
Please review.
Thanks,
Cyrill
--
1.7.7.6
--
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: Cyrill Gorcunov
This patch defines new ioctl codes TIOCGPKT, TIOCGPTLCK,
TIOCGEXCL for fetching pty's packet mode and locking state,
and exclusive mode of tty.
[ No real handlers for the codes though, this will be
addressed in another patch for easier review and
bisectability ]
From: Cyrill Gorcunov
For checkpoint/restore we need to know if tty has
exclusive or packet mode set, as well as if pty
is currently locked. Just to be able to restore
this characteristics.
For this sake the following ioctl codes are introduced
- TIOCGPKT to get packet mode state
-
From: "Eric W. Biederman"
Date: Tue, 30 Mar 2010 01:07:12 -0700
commit 7716a5c4ff5f1f3dc5e9edcab125cbf7fceef0af upstream.
Now that all ioapic registration happens in mp_register_ioapic we can
move the calculation of nr_ioapic_registers there from enable_IO_APIC.
The number of ioapic registers
The delayed work function int_in_work() may call usb_reset_device()
and thus, indirectly, the driver's pre_reset method. Trying to
cancel the work synchronously in that situation would deadlock.
Fix by avoiding cancel_work_sync() in the pre_reset method.
If the reset was NOT initiated by
From: "Eric W. Biederman"
Date: Tue, 30 Mar 2010 01:07:11 -0700
commit cf7500c0ea133d66f8449d86392d83f84010263 upstream.
Long ago MP_ioapic_info was the primary way of setting up our
ioapic data structures and mp_register_ioapic was a compatibility
shim for acpi code. Now the situation is
On Wed, Oct 24, 2012 at 02:44:19PM +0800, ycn...@gmail.com wrote:
> From: Yanchuan Nian
>
> The object type in the cache of lockowner_slab is wrong, and it is better to
> fix it.
>
> Signed-off-by: Yanchuan Nian
> ---
> fs/nfsd/nfs4state.c |2 +-
> 1 files changed, 1 insertions(+), 1
On Wed, Oct 24, 2012 at 12:17:16PM -0700, Sergey Senozhatsky wrote:
> On (10/24/12 20:52), Oleg Nesterov wrote:
> > On 10/24, Sergey Senozhatsky wrote:
> > >
> > > On (10/24/12 20:06), Oleg Nesterov wrote:
> > > > On 10/24, Sergey Senozhatsky wrote:
> > > > >
> > > > > small question,
> > > > >
>
On Tuesday 16 of October 2012 23:28:08 zhanglong wrote:
> 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
>
From: "Eric W. Biederman"
Date: Tue, 30 Mar 2010 01:07:10 -0700
commit 5777372af5c929b8f3c706ed7b295b7279537c88 upstream.
Add the global variable gsi_end and teach mp_register_ioapic
to keep it uptodate as we add more ioapics into the system.
ioapics can only be added early in boot so the code
Em Wed, Oct 24, 2012 at 09:30:46PM +0200, Borislav Petkov escreveu:
> On Wed, Oct 24, 2012 at 10:03:16AM -0700, Arnaldo Carvalho de Melo wrote:
> > The 'install-man' target will use your check-executable-or-error-out
> > stuff, but the main 'install' target will call just 'try-install-man',
> >
Suresh Siddha wrote:
> On Wed, 2012-10-24 at 11:25 -0700, Jonathan Nieder wrote:
>> Why not cherry-pick 7716a5c4ff5 in full?
>
> As that depends on the other commits like:
> commit 4b6b19a1c7302477653d799a53d48063dd53d555
More importantly, if I understand correctly it might depend on
commit
On Wednesday 24 of October 2012 11:37:13 Viresh Kumar wrote:
> On 22 October 2012 14:16, Viresh Kumar wrote:
> > On 20 October 2012 01:42, Viresh Kumar wrote:
> >> Initially ondemand governor was written and then using its code
> >> conservative
> >> governor is written. It used a lot of code
Am Wed, 24 Oct 2012 00:18:34 +0100
> I have tracked this down to [1] where, indeed, the type of sig_info is
> different; the second parameter in signal.c is 'siginfo_t' where as in
> as-layout.h the second parameter's type is declared as 'struct
> siginfo'.
>
> [1]:
Minor concern: it should do the wait for ready before sending each command.
"Rafael J. Wysocki" wrote:
>On Wednesday 24 of October 2012 08:47:52 Ondrej Zary wrote:
>> Some MSI laptop BIOSes are broken - INT 15h code uses port 92h to
>enable A20
>> line but resume code assumes that KBC was used.
On Wednesday, October 24, 2012 10:10:42 PM Felipe Balbi wrote:
> >
> >
> > That is a valid concern and we'll need to find a compromise here. As I
> > said,
> WHAT ?? Silicon erratas are not a valid concern ? Power waste isn't a
> valid concern ? Tell that to the millions of devices shipped with
On Wed, 24 Oct 2012 12:19:39 -0700
Joe Perches wrote:
> On Tue, 2012-10-23 at 13:02 -0700, Andrew Morton wrote:
> > On Tue, 23 Oct 2012 12:51:29 -0700
> > Joe Perches wrote:
> >
> > > > btw, what's up with printk_syslog.h? It includes two header files
> > > > which it
> > > > doesn't need
On Wed, 24 Oct 2012, Pekka Enberg wrote:
> So I hate this patch with a passion. We don't have any fastpaths in
> mm/slab_common.c nor should we. Those should be allocator specific.
I have similar thoughts on the issue. Lets keep the fast paths allocator
specific until we find a better way to
On Wed, Oct 24, 2012 at 10:03:16AM -0700, Arnaldo Carvalho de Melo wrote:
> The 'install-man' target will use your check-executable-or-error-out
> stuff, but the main 'install' target will call just 'try-install-man',
> that will not stop the build if there are missing tools to generate
> the man
Hello, Michal.
On Mon, Oct 22, 2012 at 12:30:21PM +0200, Michal Hocko wrote:
> > > We can still fail inn #3 without this patch becasuse there are is no
> > > guarantee that a new task is attached to the group. And I wanted to keep
> > > memcg and generic cgroup parts separated.
> >
> > Yes, but
Am 24.10.2012 00:19, schrieb Theodore Ts'o:
> [...]
> The reason why the problem happens rarely is that the effect of the
> buggy commit is that if the journal's starting block is zero, we fail
> to truncate the journal when we unmount the file system. This can
> happen if we mount and then
On Wed, 24 Oct 2012 02:38:01 +0300
"Kirill A. Shutemov" wrote:
> On Tue, Oct 23, 2012 at 03:59:15PM -0700, Andrew Morton wrote:
> > On Tue, 23 Oct 2012 10:00:18 +0300
> > "Kirill A. Shutemov" wrote:
> >
> > > > Well, how hard is it to trigger the bad behavior? One can easily
> > > > create a
below is an updated version of the manpage. It has the changes you
suggested plus a few other additions.
Please verify the "sample_type" changes. I did some digging in the
kernel source and added some info to some of the descriptions.
I also added
/proc/sys/kernel/
and
On Tue, 2012-10-23 at 13:02 -0700, Andrew Morton wrote:
> On Tue, 23 Oct 2012 12:51:29 -0700
> Joe Perches wrote:
>
> > > btw, what's up with printk_syslog.h? It includes two header files which
> > > it
> > > doesn't need but fails to include the two it *does* need: printk_log.h
> > > and
On (10/24/12 20:52), Oleg Nesterov wrote:
> On 10/24, Sergey Senozhatsky wrote:
> >
> > On (10/24/12 20:06), Oleg Nesterov wrote:
> > > On 10/24, Sergey Senozhatsky wrote:
> > > >
> > > > small question,
> > > >
> > > > ptrace_notify() and forward calls are able to both indirectly and
> > > >
Suresh Siddha wrote:
> commit 4b6b19a1c7302477653d799a53d48063dd53d555
Oh, yuck. If that commit had changed io_apic_get_redir_entries()'s
name, it would have avoided some trouble. Thanks for pointing it out.
> Wanted to keep the changes as minimal as possible.
I don't see how this is
Hi,
On Wed, Oct 24, 2012 at 10:58:53AM -0700, Dmitry Torokhov wrote:
> On Wednesday, October 24, 2012 07:57:49 PM Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Oct 24, 2012 at 09:18:01AM -0700, Dmitry Torokhov wrote:
> > > On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
> > > > On
On Tue, Oct 23, 2012 at 10:44:49AM +0900, JoonSoo Kim wrote:
> > if (!(worker->flags & WORKER_NOT_RUNNING)) {
> > WARN_ON_ONCE(worker->pool->gcwq->cpu != cpu);
> > atomic_inc(get_pool_nr_running(worker->pool));
> > }
> >
>
> I have no objection to
Hello, Oleg.
On Tue, Oct 23, 2012 at 05:55:33PM +0200, Oleg Nesterov wrote:
> > Ooh, ouch, definitely. We should clear that. Can you please make a
> > patch?
>
> Sure... but what do you think is better?
>
> I'd prefer to simply clear PF_NOFREEZE (without set_freezable), but
> obviously this
On Wed, Oct 24, 2012 at 11:33:54AM -0500, danielfsan...@att.net wrote:
> Using GCC_VERSION reduces complexity, is easier to read and is GCC's
> recommended mechanism for doing version checks. (Just don't ask me why
> they didn't define it in the first place.) This also makes it easy to
> merge
Hello,
On Tue, Oct 23, 2012 at 05:51:28PM +0200, Oleg Nesterov wrote:
> Yes, yes. But in this case (I mean, for uprobes) "threadgroup" in the name
> is misleading. It should be called unconditially without any argument.
>
> Please see
>
> [PATCH 1/2] brw_mutex: big read-write mutex
>
Hi,
On Wed, Oct 24, 2012 at 10:28:46AM -0700, Dmitry Torokhov wrote:
> > for more complex pinctrl use cases. These are my dogfood drivers ...
> > Most of these will request more than one state and switch the driver
> > between these different states at runtime, in these examples for power
> >
Commit-ID: 1f2ff682ac951ed82cc043cf140d2851084512df
Gitweb: http://git.kernel.org/tip/1f2ff682ac951ed82cc043cf140d2851084512df
Author: Yinghai Lu
AuthorDate: Mon, 22 Oct 2012 16:35:18 -0700
Committer: H. Peter Anvin
CommitDate: Wed, 24 Oct 2012 11:52:36 -0700
x86, mm: Use memblock
On Wed, Oct 24, 2012 at 11:57:42AM -0700, Greg KH wrote:
> On Wed, Oct 24, 2012 at 01:02:55PM +0300, Felipe Balbi wrote:
> > Hi Greg,
> >
> > On Tue, Oct 16, 2012 at 08:13:59AM -0700, Tony Lindgren wrote:
> > > * Felipe Balbi [121016 07:16]:
> > > > This reverts commit
On Wed, Oct 24, 2012 at 01:02:55PM +0300, Felipe Balbi wrote:
> Hi Greg,
>
> On Tue, Oct 16, 2012 at 08:13:59AM -0700, Tony Lindgren wrote:
> > * Felipe Balbi [121016 07:16]:
> > > This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
> > > (serial: omap: fix software flow control).
> > >
On Wednesday 24 of October 2012 08:47:52 Ondrej Zary wrote:
> Some MSI laptop BIOSes are broken - INT 15h code uses port 92h to enable A20
> line but resume code assumes that KBC was used.
> The laptop will not resume from S3 otherwise but powers off after a while
> and then powers on again stuck
Hello, Oleg.
On Tue, Oct 23, 2012 at 05:39:19PM +0200, Oleg Nesterov wrote:
> > Hmm Guess we should drop __ from set_current_state.
>
> Yes.
>
> Or we can change ptrace_stop() and do_signal_stop() to use
> freezer_do_not_count/
> freezer_count and remove task_is_stopped_or_traced() from
On Mon, 2012-10-22 at 18:22 -0700, Randy Dunlap wrote:
> on i386, when CONFIG_PRINTK is not enabled:
>
> note: some of these build errors could result from my use of
> -sik (keep going, ignore build errors).
>
>
> case 1. CONFIG_TTY_PRINTK=y, CONFIG_EARLY_PRINTK=y
>
> see config-r8272
[]
On 10/24/2012 09:48 AM, Jacob Shin wrote:
>
> hpa, we need this patch: https://lkml.org/lkml/2012/8/24/469 and the above
> 2 from Yinghai to handle corner case E820 layouts.
>
I can apply Yinghai's patches, but the above patch no longer applies.
Could you refresh it on top of tip:x86/u, please?
On 10/24, Sergey Senozhatsky wrote:
>
> On (10/24/12 20:06), Oleg Nesterov wrote:
> > On 10/24, Sergey Senozhatsky wrote:
> > >
> > > small question,
> > >
> > > ptrace_notify() and forward calls are able to both indirectly and
> > > directly call schedule(),
> > > /* direct call from
On Wed, Oct 24, 2012 at 11:38:17AM -0700, Greg KH wrote:
> On Tue, Oct 16, 2012 at 01:46:22PM +0400, gorcu...@openvz.org wrote:
> > Hi guys, I've updated the series on top of current tty-next Greg's tree.
> > The series introduces new ioctl codes TIOCGPKT, TIOCGPTLCK, TIOCGEXCL to
> > fetch pty's
> On Wed, Oct 24, 2012 at 07:30:42PM +0200, Michal Nazarewicz wrote:
>> At first it looks strange as FSG does not use composite, but yeah:
On Wed, Oct 24 2012, Sebastian Andrzej Siewior wrote:
> Yeah. However, it should be removed in v3.8 anyway :)
Yep, that's what feature-removal-schedule.txt
Em Fri, Oct 19, 2012 at 05:55:58PM +0100, David Howells escreveu:
>
> Here are some potential fix ups for perf and other tools. They need to be
> applied on top of the x86 UAPI disintegration patch.
Borislav, Namhyung, can you take a look at this series?
- Arnaldo
> There are five patches:
>
On 10/24, Paul E. McKenney wrote:
>
> On Wed, Oct 24, 2012 at 07:18:55PM +0200, Oleg Nesterov wrote:
> > On 10/24, Paul E. McKenney wrote:
> > >
> > > static inline void percpu_up_read(struct percpu_rw_semaphore *p)
> > > {
> > > /*
> > >* Decrement our count, but protected by RCU-sched so
On Wed, Oct 24, 2012 at 11:53:47AM -0400, Justin Piszcz wrote:
>
> The problem which we are currently trying to investigate was
> reportedly introduced in v3.6.1. So far that's about how we know; we
> have two users who have reported it, but I and other ext4 developers
> haven't been able to
On Tue, Oct 16, 2012 at 01:46:22PM +0400, gorcu...@openvz.org wrote:
> Hi guys, I've updated the series on top of current tty-next Greg's tree.
> The series introduces new ioctl codes TIOCGPKT, TIOCGPTLCK, TIOCGEXCL to
> fetch pty's packet mode and locking state, and exclusive mode of it, which
>
On Wed, 2012-10-24 at 11:25 -0700, Jonathan Nieder wrote:
> Hi Suresh,
>
> Suresh Siddha wrote:
>
> [...]
> > This problem doesn't happen with more recent kernels and closer
> > look at the 2.6.32 kernel shows that the code which masks
> > the IO-APIC RTE's is not working as expected as the
On Wed, Oct 24, 2012 at 11:28:16AM -0700, Greg KH wrote:
>
> Most of these files are no longer in the tree. Can you redo this
> against the latest linux-next release and resend the whole series?
Sure, thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Oct 24, 2012 at 07:31:57PM +0200, Toralf Förster wrote:
> > Are you using any kind of special mount options on your usb stick?
> >
> nope
Thanks, we're trying to get a reliable repro of this failure, and so
every bit of data helps... I've cc'ed you on the other thread, and if
you could
On Thu, Oct 04, 2012 at 01:05:52PM +0530, vineet.gup...@synopsys.com wrote:
> From: Vineet Gupta
>
> Driver for non-standard on-chip UART, instantiated in the ARC (Synopsys)
> FPGA Boards such as ARCAngel4/ML50x
This patch does not apply against my tty-next tree, care to rebase it
and resend it
Quoting Kees Cook (keesc...@chromium.org):
> On Wed, Oct 24, 2012 at 10:17 AM, Serge Hallyn
> wrote:
> > Quoting Kees Cook (keesc...@chromium.org):
> >> On Wed, Oct 24, 2012 at 6:48 AM, Serge Hallyn
> >> wrote:
> >> > Quoting Kees Cook (keesc...@chromium.org):
> >> >> This config item has not
On Fri, Sep 28, 2012 at 01:10:34AM +0400, Cyrill Gorcunov wrote:
> This patch defines new ioctl codes TIOCGPKT, TIOCGPTLCK,
> TIOCGEXCL for fetching pty's packet mode and locking state,
> and exclusive mode of tty.
>
> [ No real handlers for the codes though, this will be
> addressed in another
On Fri, Sep 28, 2012 at 01:10:33AM +0400, Cyrill Gorcunov wrote:
> Since this ioctl is for pty devices only move it to pty.c.
>
> v2:
> - drop PTY_TYPE_MASTER test since it's master peer
>ioctl anyway (by jslaby@)
This patch adds the compiler warning:
drivers/tty/tty_ioctl.c: In function
After calling dev_queue_xmit it is no longer safe to access the
members of the skb.
Reported-by: Dan Carpenter
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoenet.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/block/aoe/aoenet.c
Hi Suresh,
Suresh Siddha wrote:
[...]
> This problem doesn't happen with more recent kernels and closer
> look at the 2.6.32 kernel shows that the code which masks
> the IO-APIC RTE's is not working as expected as the nr_ioapic_registers
> for each IO-APIC is not yet initialized at this point.
On (10/24/12 20:06), Oleg Nesterov wrote:
> On 10/24, Sergey Senozhatsky wrote:
> >
> > small question,
> >
> > ptrace_notify() and forward calls are able to both indirectly and directly
> > call schedule(),
> > /* direct call from ptrace_stop()*/,
> > should, in this case, rcu_user_enter() be
On Wed, Oct 24, 2012 at 07:18:55PM +0200, Oleg Nesterov wrote:
> On 10/24, Paul E. McKenney wrote:
> >
> > static inline void percpu_up_read(struct percpu_rw_semaphore *p)
> > {
> > /*
> > * Decrement our count, but protected by RCU-sched so that
> > * the writer can force proper
On Wed, Oct 24, 2012 at 09:32:32AM -0400, Nick Bowler wrote:
> On 2012-10-23 19:34 -0500, Josh Cartwright wrote:
> > The Zynq support in mainline does not (yet) make use of any of the
> > generic clk or clk lookup functionality. Remove what is upstream for
> > now, until the out-of-tree
Lin Bao reported that one of the HP platforms failed to boot
2.6.32 kernel, when the BIOS enabled interrupt-remapping and
x2apic before handing over the control to the Linux kernel.
During boot, Linux kernel masks all the interrupt sources
(8259, IO-APIC RTE's), setup the interrupt-remapping
Hi Scott,
On Wed, Oct 24, 2012 at 09:41:43AM +0800, Scott Liu wrote:
> This patch is for Elan eKTF Touchscreen product, I2C adpater module.
>
> Signed-off-by: Scott Liu
> ---
>
> Hi,
> v2 revision I have fixed some bug as your advise.
> 1. To target the mainline
> 2. No
2012/10/19 Glauber Costa :
> @@ -2930,9 +2937,188 @@ int memcg_register_cache(struct mem_cgroup *memcg,
> struct kmem_cache *s)
>
> void memcg_release_cache(struct kmem_cache *s)
> {
> + struct kmem_cache *root;
> + int id = memcg_css_id(s->memcg_params->memcg);
> +
> + if
On Wed, 24 Oct 2012, Siddhesh Poyarekar wrote:
> > Now there is a different solution to that problem. Do not look at the
> > user space value at all and enforce a lookup of possibly available
> > pi_state. If pi_state can be found, then the new incoming locker T3
> > blocks on that pi_state and
On 10/24, Sergey Senozhatsky wrote:
>
> small question,
>
> ptrace_notify() and forward calls are able to both indirectly and directly
> call schedule(),
> /* direct call from ptrace_stop()*/,
> should, in this case, rcu_user_enter() be called before
> tracehook_report_syscall_exit(regs, step)
>
On Wed, Oct 24, 2012 at 4:59 PM, Glauber Costa wrote:
> While the goal of slab_common.c is to have a common place for all
> allocators, we face two different goals that are in opposition to each
> other:
>
> 1) Have the different layouts be the business of each allocator, in
> their .c
> 2)
On Wed, Oct 24, 2012 at 11:14 AM, Toshi Kani wrote:
> On Wed, 2012-10-24 at 14:05 +0800, Tang Chen wrote:
>> + result = container_device_remove(device);
>> + if (result) {
>> + printk(KERN_WARNING "Failed to remove container\n");
>
> Please use
Document the arm-soc tree in the maintainers file so that
developers know how arm SoC development is structured.
Signed-off-by: Stephen Boyd
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 014272b..f70afea 100644
--- a/MAINTAINERS
+++
On Wednesday, October 24, 2012 07:57:49 PM Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 24, 2012 at 09:18:01AM -0700, Dmitry Torokhov wrote:
> > On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
> > > On Tue, Oct 23, 2012 at 10:02 PM, Dmitry Torokhov
> > >
> > > wrote:
> > > > I have
On 10/24/2012 11:24 AM, Stephen Boyd wrote:
> The TWD and SCU configs are selected by default as long as
> MSM_SCORPIONMP is false and/or MCT is false. Implementing the
> logic this way certainly saves lines in the Kconfig but it
> precludes those machines which select MSM_SCORPIONMP or MCT from
>
On Thu, Oct 18, 2012 at 10:32:50PM +0200, Daniel Vacek wrote:
> On Thu, Oct 18, 2012 at 8:28 PM, Matthew Garrett wrote:
> > On Thu, Oct 18, 2012 at 08:18:51PM +0200, Daniel Vacek wrote:
> >
> >> s/CLFAGS/CFLAGS/
> >>
> >> should go to stable too?
> >
> > Crap. Yes. Feel free to send that.
On Wed, 24 Oct 2012, Namhyung Kim wrote:
> > .BI "int perf_event_open(struct perf_event_attr *" hw_event ,
>
> hw_event? Looks unusual.. how about 'attr'?
this (and some of the other stuff) is because the manpage used the
somewhat out of date "tools/perf/design.txt" as a reference.
It looks
On Tue, Oct 23, 2012 at 03:10:20PM -0700, Christopher Heiny wrote:
> On 10/11/2012 10:16 PM, Mark Brown wrote:
> >On Thu, Oct 11, 2012 at 03:56:22AM +, Christopher Heiny wrote:
> >Fix your mailer to word wrap within paragraphs.
> Sorry - I was on the road and had to use a web interface. It
On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones wrote:
> The Device Tree machine description for the ux5x0 was moved
> recently and as a consequence missed the addition of SMP
> operations. Without this patch SMP doesn't work and only one
> CPU is present after booting.
>
> Signed-off-by: Lee Jones
On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones wrote:
> Here we fix a simple copy and paste error and bring some node
> spaces back into line with the remainder of the tree.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones wrote:
> Now the Nomadik I2C driver has been converted to an AMBA one, we
> are required to provide the Primecell IDs via platform code. When
> booting with DT enabled these have to be specified in the device
> nodes. We do that here.
>
> Signed-off-by:
On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones wrote:
> This patch-set contains a bunch of fixes which are bound for the
> v3.6 Release Candidates. Each of them provides a fix for something
> which went wrong during the merge window. Without them we either
> can't build the kernel, have no GPIOs,
Hi Dmitry,
On 10/24/2012 06:14 PM, Dmitry Torokhov wrote:
> On Wed, Oct 24, 2012 at 11:37:04AM +0300, Felipe Balbi wrote:
>> Hi,
>>
>> On Tue, Oct 23, 2012 at 01:02:49PM -0700, Dmitry Torokhov wrote:
>>> On Tue, Oct 23, 2012 at 11:18:12AM +0200, Benoit Cousson wrote:
Hi Dimitry,
On
On Wed, Oct 24, 2012 at 07:30:42PM +0200, Michal Nazarewicz wrote:
> At first it looks strange as FSG does not use composite, but yeah:
Yeah. However, it should be removed in v3.8 anyway :)
> Acked-by: Michal Nazarewicz
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, 2012-10-23 at 21:10 +0800, Tang Chen wrote:
> As the comments in __acpi_os_execute() said:
>
> We can't run hotplug code in keventd_wq/kacpid_wq/kacpid_notify_wq
> because the hotplug code may call driver .remove() functions,
> which invoke
This patch updates pwm-vt8500.c to support devicetree probing and
make use of the common clock subsystem.
A binding document describing the PWM controller found on
arch-vt8500 is also included.
Signed-off-by: Tony Prisk
---
v4:
return err from clk_enable rather than -EBUSY
On 10/24/2012 01:40 AM, Nix wrote:
It's true that in less than a week
probably not all that many people have rebooted often enough to trip
over this.
I hope.
Fwiw, i got a fried root filesystem (ext4) on one machine last week. It
was on 3.5.3 or 3.5.5. Since there was nothing in the logs
On Wed, Oct 24, 2012 at 12:17:23PM -0500, Serge Hallyn wrote:
> > Some patches remove "(EXPERIMENTAL)" from Kconfig titles when there was
> > no "depends on EXPERIMENTAL". I've removed the cases of these where I
>
> Hm, I was under the impression that taskstats are not quite trusted yet,
>
301 - 400 of 1718 matches
Mail list logo
