On Mon, Apr 29, 2013 at 12:01:44PM -0700, Greg Kroah-Hartman wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
I object. This breaks functionality I use every day (seeing who else is
working on stuff with "w").
Furthermore, the patch does not actually fix the h
On 04/25/2013 01:31 PM, Thomas Gleixner wrote:
Signed-off-by: Thomas Gleixner
Cc: Jamie Iles
Acked-by: John Stultz
thanks
-john
---
drivers/clocksource/dw_apb_timer.c | 12
include/linux/dw_apb_timer.h |1 -
2 files changed, 13 deletions(-)
Index: tip/drivers/
This exports the amount of anonymous transparent hugepages for each memcg
via the new "rss_huge" stat in memory.stat. The units are in bytes.
This is helpful to determine the hugepage utilization for individual jobs
on the system in comparison to rss and opportunities where MADV_HUGEPAGE
may be h
On Monday, April 29, 2013 8:35 PM, Rafael J. Wysocki:
> On Monday, April 29, 2013 02:41:48 PM Jingoo Han wrote:
> > On Saturday, April 27, 2013 11:41 PM, Rafael J. Wysocki:
> > >
> > > On Saturday, April 27, 2013 11:54:50 AM Jingoo Han wrote:
> > > > Add pm_ops_ptr() macro that allows the .pm entry
On Mon, Apr 29, 2013 at 05:14:45PM -0700, Simon Kirby wrote:
> On Mon, Apr 29, 2013 at 12:01:44PM -0700, Greg Kroah-Hartman wrote:
>
> > 3.8-stable review patch. If anyone has any objections, please let me know.
>
> I object. This breaks functionality I use every day (seeing who else is
> workin
On Fri, Apr 19, 2013 at 10:46:55AM -0400, Frank Ch. Eigler wrote:
> Hi, Frederic -
>
>
> > > How about this?
> > >
> > > Author: Frank Ch. Eigler
> > > Date: Wed Apr 3 10:35:21 2013 -0400
> > >
> > > profiling: add profile_tick tracepoint
> > > [...]
>
> > It would be better not to tie th
Currently the per cpu counter's batch size for memory accounting is
configured as twice the number of cpus in the system. However,
for system with very large memory, it is more appropriate to make it
proportional to the memory size per cpu in the system.
For example, for a x86_64 system with 64 c
On Mon, 2013-04-29 at 20:08 -0400, Steven Rostedt wrote:
> On Mon, 2013-04-29 at 14:42 -0700, Linus Torvalds wrote:
> > On Mon, Apr 29, 2013 at 2:01 PM, Linus Torvalds
> > wrote:
> > >
> > > There's just too much confusion here for me to touch anything at all,
> > > so please fix things up.
> >
>
Currently, there is a single, global, variable (percpu_counter_batch) that
controls the batch sizes for every 'struct percpu_counter' on the system.
However, there are some applications, e.g. memory accounting where it is
more appropriate to scale the batch size according to the memory size.
This
On Mon, 2013-04-29 at 14:42 -0700, Linus Torvalds wrote:
> On Mon, Apr 29, 2013 at 2:01 PM, Linus Torvalds
> wrote:
> >
> > There's just too much confusion here for me to touch anything at all,
> > so please fix things up.
>
> Oh, and you might as well check that I resolved the conflicts in the
>
Hello, Linus.
A lot of activities on workqueue side this time. The changes achieve
the followings.
* WQ_UNBOUND workqueues - the workqueues which are per-cpu - are
updated to be able to interface with multiple backend worker pools.
This involved a lot of churning but the end result seems act
Arnd Bergmann writes:
> There is no reason for ssbi to have its own top-level driver directory
> when the only users of this interface are all MFD drivers. The only
> mainline driver using it at the moment (PM8921) is marked broken and in
> fact does not compile. I have verified that fixing the t
Hi Tomi,
In Linus' tree, today's linux-next build (powerpc ppc64_defconfig)
produced this warning:
drivers/video/ps3fb.c: In function 'ps3fb_mmap':
drivers/video/ps3fb.c:712:2: warning: suggest parentheses around '+' inside
'<<' [-Wparentheses]
Introduced by commit 11bd5933abe0 ("fbdev/ps3fb: u
On Mon, Apr 29, 2013 at 3:52 PM, Darren Hart wrote:
> Colin,
>
> I don't know anything about when or when not to use freezable*, and I
> suspect that may be true for others as well. A more complete
> description of why it's acceptable here in the commit log might help
> expedite acceptance.
>
Sur
"Srivatsa S. Bhat" writes:
> On 04/25/2013 05:49 AM, Kevin Hilman wrote:
>> commit d1669912 (idle: Implement generic idle function) added a new
>> generic idle along with support for hlt/nohlt command line options to
>> override default idle loop behavior. However, the command-line
>> processing
On Thu, Apr 18, 2013 at 08:44:25PM +0200, Oleg Nesterov wrote:
> Change ptrace_detach() to call flush_ptrace_hw_breakpoint(child).
> This frees the slots for non-ptrace PERF_TYPE_BREAKPOINT users, and
> this ensures that the tracee won't be killed by SIGTRAP triggered by
> the active breakpoints.
>
On Mon, Apr 29, 2013 at 06:40:38PM +0200, Oleg Nesterov wrote:
> On 04/29, Frederic Weisbecker wrote:
> >
> > On Thu, Apr 18, 2013 at 08:44:25PM +0200, Oleg Nesterov wrote:
> > > index 776ab3b..33752d9 100644
> > > --- a/kernel/ptrace.c
> > > +++ b/kernel/ptrace.c
> > > @@ -467,6 +467,7 @@ static i
From: Steven Rostedt
When a config for a module is added to the list to save in the final
config file, add a print to show what dependencies are used. This is
useful to debug when a config is disabled by the make oldconfig after
localmodconfig is finished.
This print only appears if the environm
From: Steven Rostedt
A bug was reported that caused localmodconfig to not keep all the
dependencies of ATH9K. This was caused by the kconfig file:
In drivers/net/wireless/ath/Kconfig:
---
if ATH_CARDS
config ATH_DEBUG
bool "Atheros wireless debugging"
---help---
Say Y
Linus,
[
Sorry for the previous confusion. My scripts to make my patch sets
key off of the tag name. Thus by using the ktest tag, my scripts
put in the linux-ktest.git tree.
]
A bug was recently found in the make localmodconfig where it would miss
dependencies of config files are include i
On Thu, Apr 25, 2013 at 1:31 PM, Thomas Gleixner wrote:
Split out the user string input for clocksource override. Preparatory
patch for unbind.
This patch has a bug that causes the shell to hang when \n terminated
clocksource strings are sent to the sysfs interface.
echo hpet > /sys/device
On Mon, 2013-04-29 at 14:01 -0700, Linus Torvalds wrote:
> On Mon, Apr 29, 2013 at 12:51 PM, Steven Rostedt wrote:
> >
> >
> > Please pull the latest ktest-v3.10 tree, which can be found at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-ktest.git
> > ktest-v3.10
>
> Hmm. T
Hi Stefano,
On Mon, 29 Apr 2013 10:50:22 +0100 Stefano Stabellini
wrote:
>
> On Mon, 29 Apr 2013, Catalin Marinas wrote:
> >
> > On Mon, Apr 29, 2013 at 08:54:26AM +0100, Stephen Rothwell wrote:
> > > Today's linux-next merge of the arm-soc tree got a conflict in
> > > arch/arm/mach-virt/platsm
Hello, Linus.
This pull request contains three cleanup patches for async from Lai.
All three patches are essentially cosmetic.
Thanks.
The following changes since commit 6dbe51c251a327e012439c4772097a13df43c5b8:
Linux 3.9-rc1 (2013-03-03 15:11:05 -0800)
are available in the git repository at
On Mon, Apr 29, 2013 at 9:16 AM, Serban Constantinescu
wrote:
> Hi all,
>
> Any feedback or comments on this patch set?
>
You don't seem to have addressed my feedback on the previous patch set.
--
Arve Hjønnevåg
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
On Fri, Apr 26, 2013 at 02:09:19PM +0100, Matt Fleming wrote:
> > diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
> > index 4b70be21fe0a..9e45eac3c33a 100644
> > --- a/arch/x86/platform/efi/efi.c
> > +++ b/arch/x86/platform/efi/efi.c
> > @@ -649,15 +649,24 @@ static int __ini
On Mon, Apr 29, 2013 at 02:28:02PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Rework the CPU hotplug code in drivers/base/cpu.c to use the
> generic offline/online support introduced previously instead of
> its own CPU-specific code.
>
> For this purpose, modify cpu_subsys to
Hello,
On Mon, 29 Apr 2013, Paul E. McKenney wrote:
> On Tue, Apr 30, 2013 at 12:08:18AM +0300, Julian Anastasov wrote:
> >
> > Hello,
> >
> > On Sat, 27 Apr 2013, Paul E. McKenney wrote:
> >
> > > I would instead suggest something like:
> > >
> > > #ifndef CONFIG_PREEMPT_RCU
> >
On Mon, Apr 29, 2013 at 02:26:56PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> In some cases, graceful hot-removal of devices is not possible,
> although in principle the devices in question support hotplug.
> For example, that may happen for the last CPU in the system or
> for
Hello, Linus.
A puny pull request for percpu. We were expecting more cleanup
patches but didn't happen this time, so just a single patch adding
documentation from Christoph.
Thanks.
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux 3.9-rc5 (2013-03-31 15:12:4
Tony Prisk :
[...]
> +static int velocity_remove(void *pdev, enum velocity_bus_type bustype)
> +{
> + struct net_device *netdev;
> + struct velocity_info *vptr;
> + int pci = (bustype == BUS_PCI) ? 1 : 0;
> +
> + if (pci)
> + netdev = pci_get_drvdata(pdev);
> + else
On Tue, Apr 30, 2013 at 12:34 AM, Andi Kleen wrote:
>> Could you explain why those listed in the aliases avoid that problem?
>
> The aliases are widely used now (by perf), so as a special case are expected
> to work now (at least as long as we enable it by model number)
>
I don't get that.
uops_r
On 04/29/2013 05:30:54 PM, Yann E. MORIN wrote:
Rob, All,
On Mon, Apr 29, 2013 at 04:54:14PM -0500, Rob Landley wrote:
> On 04/29/2013 02:28:07 PM, Randy Dunlap wrote:
> >On 04/29/13 10:59, Yann E. MORIN wrote:
> >> From: "Yann E. MORIN"
> >>
> >> The C++ compiler is more strict in that it refu
Hello,
On Mon, Apr 29, 2013 at 02:04:33PM +1000, Stephen Rothwell wrote:
> I have added the following merge fix patch for today (but it should be
> applied to the powerpc tree ASAP).
>
> From: Stephen Rothwell
> Date: Mon, 29 Apr 2013 14:01:44 +1000
> Subject: [PATCH] powerpc: numa.c: using kzal
Colin,
I don't know anything about when or when not to use freezable*, and I
suspect that may be true for others as well. A more complete
description of why it's acceptable here in the commit log might help
expedite acceptance.
Matt,
I have a vague memory of discussing something similar to this
On Tue, 30 Apr 2013, Arnd Bergmann wrote:
> There is no reason for ssbi to have its own top-level driver directory
> when the only users of this interface are all MFD drivers. The only
> mainline driver using it at the moment (PM8921) is marked broken and in
> fact does not compile. I have verifie
On Mon, Apr 29, 2013 at 04:38:49PM -0600, Jerry Hoemann wrote:
> Patch for 3.0-stable. Function find_early_table_space removed upstream.
No other stable kernel needs it? Why not also cc:
sta...@vger.kernel.org about this?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubs
>> tick lost doesn't occur an issue. because glibc only test posix conformance
>> and
>> posix allow inacculacy. In other words, timer must not run faster than real
>> clock.
>> but lost and makes slower are accepted in the test.
>>
> What is lost isn't cputimer tick. They are accounted
> account
Patch for 3.0-stable. Function find_early_table_space removed upstream.
Fixes panic in alloc_low_page due to pgt_buf overflow during
init_memory_mapping.
find_early_table_space sizes pgt_buf based upon the size of the
memory being mapped, but it does not take into account the alignment
of the me
> Could you explain why those listed in the aliases avoid that problem?
The aliases are widely used now (by perf), so as a special case are expected
to work now (at least as long as we enable it by model number)
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
I see... I suppose the trick is going to be how to 'filter' this non intended
behavior (once, during OS boot).
Thanks,
Leo.
> -Original Message-
> From: Don Dutile [mailto:ddut...@redhat.com]
> Sent: Monday, April 29, 2013 4:42 PM
> To: Duran, Leo
> Cc: Suthikulpanit, Suravee; io...@lists
Rob, All,
On Mon, Apr 29, 2013 at 04:54:14PM -0500, Rob Landley wrote:
> On 04/29/2013 02:28:07 PM, Randy Dunlap wrote:
> >On 04/29/13 10:59, Yann E. MORIN wrote:
> >> From: "Yann E. MORIN"
> >>
> >> The C++ compiler is more strict in that it refuses to assign
> >> a void* to a struct list_head*.
Hello All!
I'm pleased to announce the release of kconfig-frontends 3.9.0.0!
Go download it there:
http://ymorin.is-a-geek.org/download/kconfig-frontends/kconfig-frontends-3.9.0.0.tar.xz
http://ymorin.is-a-geek.org/download/kconfig-frontends/kconfig-frontends-3.9.0.0.tar.bz2
The kconfig
On Mon, Apr 29, 2013 at 11:15 AM, Bjorn Helgaas wrote:
> On Mon, Apr 29, 2013 at 08:19:10AM -0700, Yinghai Lu wrote:
>> ok, i missed that. if we can use LIST_POISON, then could be more simple.
>> like -v4.
>
> I inlined your v4 patch below for convenience.
>
> Maybe my allergic reaction to your us
On 04/26/2013 07:42 PM, Johannes Weiner wrote:
On Fri, Apr 26, 2013 at 09:53:56PM -0400, Rik van Riel wrote:
On 04/26/2013 07:44 PM, Pierre-Loup A. Griffais wrote:
I initially observed this between kernels 3.2 and 3.5: on 3.2, copying a
180M shared object on the same ext4 filesystem takes 0.6s.
On 04/29/2013 03:03 PM, Linus Torvalds wrote:
On Mon, Apr 29, 2013 at 2:53 PM, Pierre-Loup A. Griffais
wrote:
Other than this particular concern, what's the high-level take-away? Is PAE
support in the Linux kernel a false promise than distros should not be
shipping by default, if at all? Shoul
On Thu, Apr 25, 2013 at 1:04 AM, Andi Kleen wrote:
> From: Andi Kleen
>
> The PEBS documentation in the Intel SDM 18.6.1.1 states:
>
> """
> PEBS events are only valid when the following fields of IA32_PERFEVTSELx are
> all
> zero: AnyThread, Edge, Invert, CMask.
> """
>
> Since we had problems
On Mon, Apr 29, 2013 at 03:08:31PM -0700, Tejun Heo wrote:
> > spent freezing by a factor of 5. It will have a similar effect on a
> > non-Android system, although those generally don't care about
> > suspend/resume optimization.
>
> Yeah, if it's something which makes actual difference rather th
On Tue, Apr 30, 2013 at 12:00:19AM +0200, Arnd Bergmann wrote:
> There is no reason for ssbi to have its own top-level driver directory
> when the only users of this interface are all MFD drivers. The only
> mainline driver using it at the moment (PM8921) is marked broken and in
> fact does not com
Hey,
On Mon, Apr 29, 2013 at 03:02:19PM -0700, Colin Cross wrote:
> See the first patch in the series (which isn't available in the
> archive yet, so I can't link to it). The short version is that
It didn't arrive in my lkml folder either. Maybe vger is taking some
time distributing emails.
>
Avoid waking up every thread sleeping in a futex_wait call during
suspend and resume by calling a freezable blocking call.
Signed-off-by: Colin Cross
---
kernel/futex.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/kernel/futex.c b/kernel/futex.c
index b26dcfc..d710fae 10
On Mon, Apr 29, 2013 at 2:53 PM, Pierre-Loup A. Griffais
wrote:
>
> Other than this particular concern, what's the high-level take-away? Is PAE
> support in the Linux kernel a false promise than distros should not be
> shipping by default, if at all? Should it be removed from the kernel
> entirely
On Mon, Apr 29, 2013 at 2:57 PM, Tejun Heo wrote:
> On Mon, Apr 29, 2013 at 02:51:57PM -0700, Tejun Heo wrote:
>> I feel a bit weary of changes which try to optimize state checks for
>> freezer because the synchronization rules are kinda fragile and things
>> may not work reliably depending on who
There is no reason for ssbi to have its own top-level driver directory
when the only users of this interface are all MFD drivers. The only
mainline driver using it at the moment (PM8921) is marked broken and in
fact does not compile. I have verified that fixing the trivial build
breakage in pm8921
On Mon, Apr 29, 2013 at 02:51:57PM -0700, Tejun Heo wrote:
> I feel a bit weary of changes which try to optimize state checks for
> freezer because the synchronization rules are kinda fragile and things
> may not work reliably depending on who's testing the flag, and it has
> been subtly broken in
On 04/29/2013 02:28:07 PM, Randy Dunlap wrote:
On 04/29/13 10:59, Yann E. MORIN wrote:
> From: "Yann E. MORIN"
>
> The C++ compiler is more strict in that it refuses to assign
> a void* to a struct list_head*.
Given that the code _isn't_ C++ (because C is not a subset of C++ but a
separate l
Avoid waking up every thread sleeping in a binder call during
suspend and resume by calling a freezable blocking call.
Signed-off-by: Colin Cross
---
drivers/staging/android/binder.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/binder.c b/drive
On Mon, Apr 29, 2013 at 01:12:03PM -0400, Rik van Riel wrote:
> On 04/29/2013 12:31 PM, Mel Gorman wrote:
>
> >A PageActive page is now added to the inactivate list.
> >
> >While this looks strange, I think it is sufficiently harmless that additional
> >barriers to address the case is not justifie
Avoid waking up every thread sleeping in read call on an AF_UNIX
socket during suspend and resume by calling a freezable blocking
call.
Signed-off-by: Colin Cross
---
net/unix/af_unix.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/unix/af_unix.c b/net/unix/af_unix.c
Hello,
On Mon, Apr 29, 2013 at 02:45:38PM -0700, Colin Cross wrote:
> If a task has called freezer_do_not_count(), don't bother waking it
> up. If it happens to wake up later it will call freezer_count() and
> immediately enter the refrigerator.
>
> Signed-off-by: Colin Cross
> ---
> kernel/cg
Avoid waking up every thread sleeping in a nanosleep call during
suspend and resume by calling a freezable blocking call.
Signed-off-by: Colin Cross
---
kernel/hrtimer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
index 14be27f..e0362
All tasks can easily be frozen in under 10 ms, switch to using
an initial 1 ms sleep followed by exponential backoff until
8 ms. Also convert the printed time to ms instead of centiseconds.
Signed-off-by: Colin Cross
---
kernel/power/process.c | 23 +--
1 file changed, 13 in
On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
> On Mon, Apr 29, 2013 at 11:37:56AM +0200, Karel Zak wrote:
> >
> > Philippe, do you have any disk image with AIX LVM? It would be nice to
> > have a way how to test the code. I'd like to add support for AIX to
> > libblkid too.
Avoid waking up every thread sleeping in an epoll_wait call during
suspend and resume by calling a freezable blocking call.
Signed-off-by: Colin Cross
---
fs/eventpoll.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/eventpoll.c b/fs/eventpoll.c
index 9fec183..65245e7
Avoid waking up every thread sleeping in a sigtimedwait call during
suspend and resume by calling a freezable blocking call.
Signed-off-by: Colin Cross
---
kernel/signal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/signal.c b/kernel/signal.c
index 598dc06..10a70a0
Avoid waking up every thread sleeping in a select call during
suspend and resume by calling a freezable blocking call.
Signed-off-by: Colin Cross
---
fs/select.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/select.c b/fs/select.c
index 8c1c96c..6b14dc7 100644
--- a/f
If a task has called freezer_do_not_count(), don't bother waking it
up. If it happens to wake up later it will call freezer_count() and
immediately enter the refrigerator.
Signed-off-by: Colin Cross
---
kernel/cgroup_freezer.c | 5 -
kernel/power/process.c | 4 ++--
2 files changed, 6 inse
Christoph Lameter wrote:
> Ok so the maximum allocation is 11+12=23 which is 8M. KMALLOC_MAX_SIZE
> amd KMALLOC_SHIFT_HIGH are wrong.
>
> Take the -1 off the constants under #ifdef CONFIG_SLAB in
Current diff is:
-- patch start --
diff --git a/include/linux/slab.h b/include/linux
On slow cpus the large number of task wakeups and context switches
triggered by freezing and thawing tasks can take a significant amount
of cpu time. This patch series reduces the amount of work done during
freezing tasks by avoiding waking up tasks that are already in a freezable
state.
The firs
Freezing tasks will wake up almost every userspace task from
where it is blocking and force it to run until it hits a
call to try_to_sleep(), generally on the exit path from the syscall
it is blocking in. On resume each task will run again, usually
restarting the syscall and running until it hits
Oops, you're absolutely correct. Thanks for the follow up! Please
change it as follow as you mentioned:
Acked-by: GOTO Masanori
Best regrads,
-- gotom
2013/4/29 Arnd Bergmann :
> On Friday 26 April 2013, Masanori Goto wrote:
>> 2013/4/25 Arnd Bergmann
>> >
>> > ARM cannot handle udelay for m
On 04/29/2013 04:47 PM, Rafael J. Wysocki wrote:
On Monday, April 29, 2013 02:37:28 PM Paul E. McKenney wrote:
On Mon, Apr 29, 2013 at 12:22:32AM +0200, Rafael J. Wysocki wrote:
On Thursday, April 04, 2013 09:57:19 PM Viresh Kumar wrote:
On 4 April 2013 20:23, Nathan Zimmer wrote:
We eventua
On Mon, Apr 29, 2013 at 2:01 PM, Linus Torvalds
wrote:
>
> There's just too much confusion here for me to touch anything at all,
> so please fix things up.
Oh, and you might as well check that I resolved the conflicts in the
trace pull correctly while you're at it. They looked pretty obvious,
and
Currently, peeking on a unix datagram socket with an offset larger than len of
the data in the sk receive queue returns immediately with bogus data. That's
because *off is not reset between each skb_queue_walk().
This patch fixes this so that the behavior is the same as peeking with no
offset on a
Currently, peeking on a unix stream socket with an offset larger than len of
the data in the sk receive queue returns immediately with bogus data.
This patch fixes this so that the behavior is the same as peeking with no
offset on an empty queue: the caller blocks.
Signed-off-by: Benjamin Poirier
On 04/29/2013 04:34 PM, Duran, Leo wrote:
I'm wondering if resetting the IOMMU at init-time (once) would clear any BIOS
induced noise.
Leo
Well, depends what you mean by 'reset'
(a) setting it up for OS use is effectively a reset, but doesn't quiesce a
device
doing dma reads of a (bi
"77c1090 net: fix infinite loop in __skb_recv_datagram()" (v3.8) introduced a
regression:
After that commit, recv can no longer peek beyond a 0-sized skb in the queue.
__skb_recv_datagram() instead stops at the first skb with len == 0 and results
in the system call failing with -EFAULT via skb_copy
On Monday, April 29, 2013 02:37:28 PM Paul E. McKenney wrote:
> On Mon, Apr 29, 2013 at 12:22:32AM +0200, Rafael J. Wysocki wrote:
> > On Thursday, April 04, 2013 09:57:19 PM Viresh Kumar wrote:
> > > On 4 April 2013 20:23, Nathan Zimmer wrote:
> > > > We eventually would like to remove the rwlock
On Mon, Apr 29, 2013 at 12:22:32AM +0200, Rafael J. Wysocki wrote:
> On Thursday, April 04, 2013 09:57:19 PM Viresh Kumar wrote:
> > On 4 April 2013 20:23, Nathan Zimmer wrote:
> > > We eventually would like to remove the rwlock cpufreq_driver_lock or
> > > convert
> > > it back to a spinlock and
On Mon, Apr 29, 2013 at 02:23:50PM -0700, Sarah Sharp wrote:
> On Mon, Apr 29, 2013 at 11:21:42AM -0700, Greg Kroah-Hartman wrote:
> > On Mon, Apr 29, 2013 at 11:15:50AM -0700, Bjorn Helgaas wrote:
> > > On Mon, Apr 29, 2013 at 08:19:10AM -0700, Yinghai Lu wrote:
> > > > On Mon, Apr 29, 2013 at 3:0
On Mon, Apr 29, 2013 at 2:14 PM, Alan Stern wrote:
>
> What other things seemed odd about Greg's pull request?
The only other thing I noticed was the new CONFIG_USB_PHY quesiton,
which is not something that I think is sensible to ask from a user,
and the help text doesn't really help anything eit
On Tue, Apr 30, 2013 at 12:08:18AM +0300, Julian Anastasov wrote:
>
> Hello,
>
> On Sat, 27 Apr 2013, Paul E. McKenney wrote:
>
> > On Sat, Apr 27, 2013 at 02:32:48PM +0300, Julian Anastasov wrote:
> > >
> > > So, I assume, to help realtime kernels and rcu_barrier
> > > it is not a good
On Monday 29 April 2013, Linus Torvalds wrote:
> Or maybe "drivers/platform/something-or-other" if there are possible
> other things that get shared together with this thing? I don't care
> that deeply, as long as it's just off in a little corner of the
> universe, rather than smack-dab in the midd
/proc//smaps should not be looking at VM_PFNMAP areas.
Certain tests in show_smap() (especially for huge pages) assume that the
mapped PFN's are backed with page structures. And this is not usually true
for VM_PFNMAP areas. This can result in panics on kernel page faults when
attempting to addr
On Mon, Apr 29, 2013 at 11:21:42AM -0700, Greg Kroah-Hartman wrote:
> On Mon, Apr 29, 2013 at 11:15:50AM -0700, Bjorn Helgaas wrote:
> > On Mon, Apr 29, 2013 at 08:19:10AM -0700, Yinghai Lu wrote:
> > > On Mon, Apr 29, 2013 at 3:04 AM, Gu Zheng wrote:
> > > > On 04/27/2013 05:01 AM, Yinghai Lu wro
On Monday 29 April 2013, Linus Torvalds wrote:
> On Mon, Apr 29, 2013 at 1:50 PM, Arnd Bergmann wrote:
> >
> > Fair enough. Of course the distinction here is not based on what it
> > does, but how it gets used.
>
> Even technically, a "bus" generally has a topology. It has addresses,
> and it has
On Mon, 2013-04-29 at 15:09 -0400, KOSAKI Motohiro wrote:
> (4/29/13 2:54 PM), Olivier Langlois wrote:
> > On Mon, 2013-04-29 at 14:31 -0400, KOSAKI Motohiro wrote:
> >> (4/29/13 2:20 PM), Olivier Langlois wrote:
> >>>
>
> >> I'm confused. glibc's rt/tst-cputimer1 doesn't have thread exiti
adding partitions/aix.h and partitions/aix.c
Partitions (called Logical Volumes in AIX) can be non-contiguous or
even split on more than one disk. Altough we detect such partitions,
we cannot describe them to the Linux partitions layer, so we simply
discard them and issue a diagnose message.
Sig
This is a revision of the patch serie I sent some days ago, with fixes
based on observations by Karel Zak, and other cleanups.
This enables finding the contiguous partitions in AIX LVM disks.
Patch 1 is actually just a cleanup of msdos.c, but as patch 3 depends
on it I prefer to put it here.
Phi
Graft AIX partitions enumeration in partitions/msdos.c
There is already a AIX disks detection logic in msdos.c. When an
AIX disk has been found, and if configured to, call the aix partitions
recognizer. This avoids removal of AIX disks protection from msdos.c,
avoids code duplication, and ensure
On Mon, 29 Apr 2013 22:12:02 +0200
Sebastian Andrzej Siewior wrote:
> - suspend / resume seems to program program the timer wrong and wait
> ages until it continues.
>
It has to be something we're doing when we apply RT to v3.8.x, since
v3.8.x suspends/resumes with no issues and I was
This is the final patch enabling a user to select AIX lvm partitions
detection.
Signed-off-by: Philippe De Muyter
Cc: Karel Zak
Cc: Jens Axboe
Cc: Andrew Morton
---
block/partitions/Kconfig | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/block/partitions/Kc
Signed-off-by: Philippe De Muyter
Cc: Karel Zak
Cc: Jens Axboe
Cc: Andrew Morton
---
block/partitions/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/block/partitions/Makefile b/block/partitions/Makefile
index 03af8ea..2be4d7b 100644
--- a/block/partitions/Mak
Signed-off-by: Philippe De Muyter
Cc: Karel Zak
Cc: Jens Axboe
Cc: Andrew Morton
---
block/partitions/msdos.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/partitions/msdos.c b/block/partitions/msdos.c
index 7681cd2..9bf19e6 100644
--- a/block/partit
On Mon, Apr 29, 2013 at 2:08 PM, David Brown wrote:
>
> So, what is this saner place? The hardware is theoretically shared
> between ARM and Hexagon, but I don't know the hexagon plans to support
> it, I've added them to the CC.
So I actually wouldn't have complained about it in drivers/misc/ssb
On Monday 29 April 2013, David Brown wrote:
> I'm not sure why this shouldn't be in the drivers/mfd directory
> alongside the various pm*.c drivers that use it. It isn't going to be
> used for anything else.
>
> Given the bikeshedding that happened when Ken pushed the driver out last
> time, thou
When set to built-in, the dummy irq driver causes this trace when I boot..
[3.996055] genirq: Flags mismatch irq 0. 0080 (dummy_irq) vs. 00015a20
(timer)
[3.997055] Pid: 1, comm: swapper/0 Not tainted 3.9.0+ #29
[3.997768] Call Trace:
[3.998127] [] __setup_irq+0x515/0x550
[
On Mon, 29 Apr 2013, Linus Torvalds wrote:
> On Mon, Apr 29, 2013 at 9:23 AM, Greg KH wrote:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
> > tags/usb-3.10-rc1
>
> This has some odd things in it, but I made the mistake of pushing out
> my merge before I noticed, so it
On Mon, Apr 29, 2013 at 1:50 PM, Arnd Bergmann wrote:
>
> Fair enough. Of course the distinction here is not based on what it
> does, but how it gets used.
Even technically, a "bus" generally has a topology. It has addresses,
and it has a protocol.
i2c is a bus. PCI is a bus. And something like
Hello,
On Sat, 27 Apr 2013, Paul E. McKenney wrote:
> On Sat, Apr 27, 2013 at 02:32:48PM +0300, Julian Anastasov wrote:
> >
> > So, I assume, to help realtime kernels and rcu_barrier
> > it is not a good idea to guard rcu_read_unlock with checks.
> > I see that rcu_read_unlock will
101 - 200 of 699 matches
Mail list logo
