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 ptrace_stop()*/,
should, in
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 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
[]
case 2.
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 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 with
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 ba...@ti.com [121016 07:16]:
This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
(serial: omap: fix software flow control).
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 ba...@ti.com [121016 07:16]:
This reverts commit
Commit-ID: 1f2ff682ac951ed82cc043cf140d2851084512df
Gitweb: http://git.kernel.org/tip/1f2ff682ac951ed82cc043cf140d2851084512df
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Mon, 22 Oct 2012 16:35:18 -0700
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 24 Oct 2012
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
saving
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
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, 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 doesn't
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 do this for now.
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 Tue, Oct 23,
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
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
directly call schedule(),
On Tue, 2012-10-23 at 13:02 -0700, Andrew Morton wrote:
On Tue, 23 Oct 2012 12:51:29 -0700
Joe Perches j...@perches.com 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
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 Wed, 24 Oct 2012 02:38:01 +0300
Kirill A. Shutemov kir...@shutemov.name 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 kirill.shute...@linux.intel.com wrote:
Well, how hard is it to trigger the bad
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 unmount
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 all other
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
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, 24 Oct 2012 12:19:39 -0700
Joe Perches j...@perches.com wrote:
On Tue, 2012-10-23 at 13:02 -0700, Andrew Morton wrote:
On Tue, 23 Oct 2012 12:51:29 -0700
Joe Perches j...@perches.com wrote:
btw, what's up with printk_syslog.h? It includes two header files
which it
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 Linux
Minor concern: it should do the wait for ready before sending each command.
Rafael J. Wysocki r...@sisk.pl 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
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]:
On Wednesday 24 of October 2012 11:37:13 Viresh Kumar wrote:
On 22 October 2012 14:16, Viresh Kumar viresh.ku...@linaro.org wrote:
On 20 October 2012 01:42, Viresh Kumar viresh.ku...@linaro.org wrote:
Initially ondemand governor was written and then using its code
conservative
governor
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
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',
that will
From: Eric W. Biederman ebied...@xmission.com
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
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
pm_runtime_put*
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,
ptrace_notify() and
On Wed, Oct 24, 2012 at 02:44:19PM +0800, ycn...@gmail.com wrote:
From: Yanchuan Nian ycn...@gmail.com
The object type in the cache of lockowner_slab is wrong, and it is better to
fix it.
Signed-off-by: Yanchuan Nian ycn...@gmail.com
---
fs/nfsd/nfs4state.c |2 +-
1 files changed,
From: Eric W. Biederman ebied...@xmission.com
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
From: Eric W. Biederman ebied...@xmission.com
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
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: Cyrill Gorcunov gorcu...@openvz.org
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
From: Cyrill Gorcunov gorcu...@openvz.org
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
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 gorcu...@openvz.org
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 a...@lxorguk.ukuu.org.uk
Signed-off-by: Cyrill Gorcunov gorcu...@openvz.org
CC: H.
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)
{
/*
On Wed, 24 Oct 2012 09:38:57 +0400
Andrey Wagin ava...@gmail.com 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
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, 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, Namhyung,
Richard Weinberger rich...@nod.at 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 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
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 Senozhatsky wrote:
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 above patch
On Wed, 24 Oct 2012 08:29:45 +0200
Michal Hocko mho...@suse.cz 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 operators
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 reboot. My
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 Wed, Oct 24, 2012 at 12:22:53PM -0700, Andrew Morton wrote:
On Wed, 24 Oct 2012 02:38:01 +0300
Kirill A. Shutemov kir...@shutemov.name 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
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 the
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at 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'
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 waste isn't 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. Wysocki
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
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
The Zynq uses the cortex-a9-gic. This eliminates the need to hardcode
register addresses.
Signed-off-by: Josh Cartwright josh.cartwri...@ni.com
Cc: John Linn john.l...@xilinx.com
Acked-by: Arnd Bergmann a...@arndb.de
---
arch/arm/boot/dts/zynq-ep107.dts | 8 +---
The Zynq has a PL310 L2 cache controller. Convert in-tree uses to using
the device tree.
Signed-off-by: Josh Cartwright josh.cartwri...@ni.com
Cc: John Linn john.l...@xilinx.com
Acked-by: Arnd Bergmann a...@arndb.de
---
arch/arm/boot/dts/zynq-ep107.dts | 9 +
* Andi Kleen a...@firstfloor.org wrote:
Ingo Molnar mi...@kernel.org writes:
FYI, on a 'make allnoconfig' x86_64 kernel I get a stream of
warnings:
arch/x86/kernel/cpu/perf_event_intel_uncore.c: In function
???snbep_uncore_pci_disable_box???:
Probably should.
Ondrej Zary li...@rainbow-software.org wrote:
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
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 implementation is in suitable form for
merging.
An important side effect of this patch is that it allows the building of
a Zynq
This makes the definition of VMALLOC_END suitable for use within
assembly code. This is necessary to allow the use of VMALLOC_END in
defining where the early uart is mapped for use with DEBUG_LL.
Signed-off-by: Josh Cartwright josh.cartwri...@ni.com
Acked-by: Arnd Bergmann a...@arndb.de
---
Shifting them up into the vmalloc region prevents the following warning,
when booting a zynq qemu target with more than 512mb of RAM:
BUG: mapping for 0xe000 at 0xe000 out of vmalloc space
In addition, it allows for reuse of these mappings when the proper
drivers issue requests via
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at 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
On Wed, 24 Oct 2012 12:36:04 -0700
H. Peter Anvin h...@zytor.com wrote:
Minor concern: it should do the wait for ready before sending each command.
Can we get a command line to do this quirk too - it strikes me that if
the MSIs rely upon it then it may be something Windows always does so
will
Am Wed, 24 Oct 2012 21:06:25 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 00:18:34 +0100
On Wed, Oct 24, 2012 at 12:50:33PM -0700, Sergey Senozhatsky wrote:
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
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 21:06:25 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at
Hi,
On Fri, Oct 12, 2012 at 11:51 AM, Mel Gorman mgor...@suse.de wrote:
MMTests 0.06 is a configurable test suite that runs a number of common
workloads of interest to MM developers. There are multiple additions
all but in many respects the most useful will be automatic package
installation.
Am Wed, 24 Oct 2012 21:13:55 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 21:06:25 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 20:48:52 +0100
On (10/24/12 13:11), Paul E. McKenney wrote:
sorry, I meant idle from RCU point of view:
int rcu_is_cpu_idle(void)
{
return !rcu_dynticks_nesting;
}
Hmmm... This reproduces on UP builds, then?
I'll compile UP build (will offlining of N-1 CPUs do
On Wed, Oct 24, 2012 at 07:53:59AM +0800, YingHang Zhu wrote:
Hi Dave,
On Wed, Oct 24, 2012 at 6:47 AM, Dave Chinner da...@fromorbit.com wrote:
On Tue, Oct 23, 2012 at 08:46:51PM +0800, Ying Zhu wrote:
Hi,
Recently we ran into the bug that an opened file's ra_pages does not
synchronize
On 2012-10-23 18:42 -0500, Josh Cartwright wrote:
On Tue, Oct 23, 2012 at 04:27:03PM -0400, Nick Bowler wrote:
Just FYI, I sent a patch to fix the same bug a while back
https://patchwork.kernel.org/patch/1156361/
together with other patches to fix early printk on the ZC702 serial
On Wed, Oct 24, 2012 at 7:52 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Oct 18, 2012 at 10:32:50PM +0200, Daniel Vacek wrote:
On Thu, Oct 18, 2012 at 8:28 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Oct 18, 2012 at 08:18:51PM +0200, Daniel Vacek wrote:
On Wed, 24 Oct 2012, Paul E. McKenney wrote:
On Tue, Oct 23, 2012 at 05:39:43PM -0400, Mikulas Patocka wrote:
On Tue, 23 Oct 2012, Paul E. McKenney wrote:
On Tue, Oct 23, 2012 at 01:29:02PM -0700, Paul E. McKenney wrote:
On Tue, Oct 23, 2012 at 08:41:23PM +0200, Oleg Nesterov
I've been able to trigger this for the last week or so.
Unclear whether this is a new bug, or my fuzzer got smarter, but I see the
pi-futex code hasn't changed since the last time it found something..
BUG: unable to handle kernel NULL pointer dereference at 0018
IP:
On Wed, 24 Oct 2012 22:45:52 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
On Wed, Oct 24, 2012 at 12:22:53PM -0700, Andrew Morton wrote:
I'm thinking that such a workload would be the above dd in parallel
with a small app which touches the huge page and then exits, then
hayeswang hayesw...@realtek.com :
Francois Romieu [mailto:rom...@fr.zoreil.com]
[...]
It would be nice to state these things in the commit message, namely:
- ALDPS should never be enabled for the RTL8105e
- none of the firmware-free chipsets support ALDPS
- neither do the
On 10/24/2012 12:54 PM, Andrew Morton wrote:
hmpf. This patch worries me. If there are people out there who are
regularly using drop_caches because the VM sucks, it seems pretty
obnoxious of us to go dumping stuff into their syslog. What are they
supposed to do? Stop using drop_caches?
On Wednesday 24 October 2012, Gregory CLEMENT wrote:
No, I was thinking of making the underlying functions globally visible
and have extern declarations in a header file so you can access them
directly.
Generally speaking, when you run into a problem with common code, your
first
On 10/24/2012 02:49 PM, Nix wrote:
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
On Wed, Oct 24, 2012 at 01:25:52PM -0700, Andrew Morton wrote:
On Wed, 24 Oct 2012 22:45:52 +0300
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
On Wed, Oct 24, 2012 at 12:22:53PM -0700, Andrew Morton wrote:
I'm thinking that such a workload would be the above dd in
On 24 Oct 2012, Eric Sandeen uttered the following:
On 10/24/2012 02:49 PM, Nix wrote:
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
On 10/24/2012 03:02 AM, Guennadi Liakhovetski wrote:
Hi all
CONFIG_INOTIFY_USER is marked default y in fs/notify/inotify/Kconfig,
so, I would expect it to be enabled by any make *_defconfig. However, for
some reason, this doesn't happen (e.g. with mackerel_defconfig), which
leads to
On Wed, 24 Oct 2012 16:27:30 +0400
Cyrill Gorcunov gorcu...@openvz.org wrote:
During c/r sessions we've found that there is no way at the moment to
fetch some VMA associated flags, such as mlock() and madvise().
This leads us to a problem -- we don't know if we should call for mlock()
On Wed, Oct 24, 2012 at 04:22:17PM -0400, Mikulas Patocka wrote:
On Wed, 24 Oct 2012, Paul E. McKenney wrote:
On Tue, Oct 23, 2012 at 05:39:43PM -0400, Mikulas Patocka wrote:
On Tue, 23 Oct 2012, Paul E. McKenney wrote:
On Tue, Oct 23, 2012 at 01:29:02PM -0700, Paul E.
Hi Greg,
Could you please include this patch in the next stable tree? It adds
system calls required for libc builds, so would be great to have it there.
Thanks,
-Chris
From 72b843f6fa14a818a833625d78d8023828366bb1 Mon Sep 17 00:00:00 2001
From: Chris Zankel ch...@zankel.net
Date: Wed, 24
On Wed, Oct 24, 2012 at 01:36:52PM -0700, Andrew Morton wrote:
...
+ for_each_set_bit(i, vma-vm_flags, BITS_PER_LONG) {
for_each_set_bit() seems to be rather sucky. Going back to
--- a/fs/proc/task_mmu.c~a-fix
+++ a/fs/proc/task_mmu.c
@@ -568,10 +568,11 @@ static void
Andrea Revieved-by previous version of the patchset, but I've dropped the
tag after rebase to v3.7-rc1 due not-so-trivial conflicts. Patches 2, 3,
4, 7, 10 had conflicts. Mostly due new MMU notifiers interface.
I reviewed it too, but I probably do not count as a real MM person.
-Andi
--
To
On Wed, 24 Oct 2012, Paul E. McKenney wrote:
On Wed, Oct 24, 2012 at 04:22:17PM -0400, Mikulas Patocka wrote:
On Wed, 24 Oct 2012, Paul E. McKenney wrote:
On Tue, Oct 23, 2012 at 05:39:43PM -0400, Mikulas Patocka wrote:
On Tue, 23 Oct 2012, Paul E. McKenney wrote:
On 24 Oct 2012, n...@esperi.org.uk spake thusly:
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 reboot.
It occurs
On Wed, 24 Oct 2012 13:28:19 -0700
Dave Hansen d...@linux.vnet.ibm.com wrote:
On 10/24/2012 12:54 PM, Andrew Morton wrote:
hmpf. This patch worries me. If there are people out there who are
regularly using drop_caches because the VM sucks, it seems pretty
obnoxious of us to go dumping
On Wednesday 24 of October 2012 14:54:13 Huang Ying wrote:
If a PCI device and its parents are put into D3cold, unbinding the
device will trigger deadlock as follow:
- driver_unbind
- device_release_driver
- device_lock(dev)--- previous lock here
-
On Wednesday 24 of October 2012 14:54:14 Huang Ying wrote:
Some actions during shutdown need device to be in D0 state, such as
MSI shutdown etc, so resume device before shutdown.
Signed-off-by: Huang Ying ying.hu...@intel.com
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
Fix possible overflow of the buffer used for expanding environment
variables when building file list.
$ cat usr/crash.list
file foo ${BIG}${BIG}${BIG}${BIG}${BIG}${BIG} 0755 0 0
$ BIG=$(perl -e 'print A x 4096;') ./usr/gen_init_cpio usr/crash.list
*** buffer overflow detected ***:
The compat ioctl for VIDEO_SET_SPU_PALETTE was missing an error check
while converting ioctl arguments. This could lead to leaking kernel
stack contents into userspace.
Patch extracted from existing fix in grsecurity.
Cc: Andrew Morton a...@linux-foundation.org
Cc: David Miller
On Wed, 2012-10-24 at 07:12 -0700, Joe Perches wrote:
On Wed, 2012-10-24 at 04:00 -0700, Jeff Kirsher wrote:
With the recent commit to checkpatch.pl:
commit 058806007450489bb8f457b275e5cb5c946320c1
Author: Joe Perches j...@perches.com
Date: Thu Oct 4 17:13:35 2012 -0700
501 - 600 of 1718 matches
Mail list logo