From: Joerg Roedel
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e6aabee05f41c9d18e0b92194819edd84f352ac9 upstream.
Handle this case to make sure boundary_size does not become
0 and trigger a BUG_ON later.
Signed-off-by: Joerg Roedel
Sign
On 10/26, Christoph Hellwig wrote:
>
> On Sun, Oct 25, 2015 at 03:27:13PM +0100, Oleg Nesterov wrote:
> > It is not safe to use the task_struct returned by kthread_run(threadfn)
> > if threadfn() can exit before the "owner" does kthread_stop(), nothing
> > protects this task_struct.
> >
> > So __nb
On Wed, Oct 28, 2015 at 02:53:48PM +0100, Jiri Slaby wrote:
> From: Nicholas Mc Guire
>
> 3.12-stable review patch. If anyone has any objections, please let me know.
>
> ===
>
> commit 63f2f417526fc54191f2b813f72dc1d5322bede8 upstream.
>
> API compliance scanning with coccinelle f
On 22 October 2015 at 23:27, Scott Wood wrote:
> On Thu, 2015-10-22 at 15:04 +0200, Tomeu Vizoso wrote:
>> On 22 October 2015 at 00:51, Scott Wood wrote:
>> > On Wed, 2015-10-21 at 08:44 -0500, Rob Herring wrote:
>> > > On Wed, Oct 21, 2015 at 12:54 AM, Scott Wood
>> > > wrote:
>> > > > On Mon,
From: Mathias Nyman
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 365038d83313951d6ace15342eb24624bbef1666 upstream.
When we manually need to move the TR dequeue pointer we need to set the
correct cycle bit as well. Previously we used the t
On Wednesday, October 28, 2015 01:55:59 PM Viresh Kumar wrote:
> On 28-10-15, 08:10, Rafael J. Wysocki wrote:
> > I have a hard time figuring out what the patch is supposed to achieve from
> > the above.
>
> We had a problem earlier, where even after stopping the governor for a
> policy, the work
From: Jan Kara
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 841df7df196237ea63233f0f9eaa41db53afd70f upstream.
Commit 6f6a6fda2945 "jbd2: fix ocfs2 corrupt when updating journal
superblock fails" changed jbd2_cleanup_journal_tail() to retu
On Wed, Oct 28, 2015 at 03:37:02PM +0100, Neil Armstrong wrote:
> Hi Andrew,
>
> On 10/28/2015 03:35 PM, Andrew Lunn wrote:
> > On Wed, Oct 28, 2015 at 03:13:16PM +0100, Neil Armstrong wrote:
> >> diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c
> >> index b1b14f5..6287096 10
On 10/27/15 04:56 PM, Paul Turner wrote:
> This series is a new approach which introduces an alternate ABI that does not
> depend on open-coded assembly nor a central 'repository' of rseq sequences.
> Sequences may now be inlined and the preparatory[*] work for the sequence can
> be written in a hi
On 28-10-15, 16:12, Rafael J. Wysocki wrote:
> So this is a changelog matching your patch:
>
> "gov_queue_work() acquires cpufreq_governor_lock to allow
> cpufreq_governor_stop()
> to drain delayed work items possibly scheduled on CPUs that share the policy
> with
> a CPU being taken offline.
>
Hello Lee,
On Wed, Oct 28, 2015 at 2:34 PM, Lee Jones wrote:
> On Wed, 28 Oct 2015, Javier Martinez Canillas wrote:
>> On Wed, Oct 28, 2015 at 1:14 PM, Lee Jones wrote:
>> > On Wed, 28 Oct 2015, Lee Jones wrote:
>> >
>> >> On Wed, 28 Oct 2015, Javier Martinez Canillas wrote:
>> >>
>> >> > Hello
From: Guenter Roeck
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 728d29400488d54974d3317fe8a232b45fdb42ee upstream.
The STEP_UP_TIME and STEP_DOWN_TIME registers are swapped for all chips but
NCT6775.
Reported-by: Grazvydas Ignotas
Revie
On 28/10/2015 06:22, Andy Lutomirski wrote:
>> > called by guest_enter and guest_exit.
>> >
>> > Use the previously introduced __context_tracking_entry and
>> > __context_tracking_exit.
> x86 isn't ready for this yet. We could do a quick-and-dirty fix with
> explicit IRQs-on-and-off much protect
From: "Paul E. McKenney"
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 26cdfedf6a902345f8604ea8e0b7dd2566b37a46 upstream.
If a system is idle from an RCU perspective for longer than specified
by CONFIG_RCU_CPU_STALL_TIMEOUT, and if one CPU
From: Teunis van Beelen
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit f50420223071b6ff4b586308f5c27eec54694a81 upstream.
Recently we purchased the Rigol DS6104 and when I try to operate it from
my Linux pc, everything works well with the de
From: Robert Schlabbach
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit fb6d1f7df5d25299fd7b3e84b72b8851d3634764 upstream.
Fix USB 3.0 devices lost in NOTATTACHED state after a hub port reset.
Dissolve the function hub_port_finish_reset() co
Thank you Peter, for your explanation.
Regards,
Saurabh
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkm
Hello Lee,
[removed since we have been discussing the same back and forth]
On Wed, Oct 28, 2015 at 3:38 PM, Lee Jones wrote:
>>
>> No need for that, I already explained my point of view several times
>> and you just think I'm wrong because I don't agree with you. So let's
>> just agree on disagr
On 10/27/2015 04:46 PM, Rob Herring wrote:
> On Fri, Oct 23, 2015 at 8:15 AM, Peter Hurley
> wrote:
>> Hi Masahiro,
>>
>> On 10/23/2015 07:47 AM, Masahiro Yamada wrote:
>>> fdt_translate_address() returns OF_BAD_ADDR on error. It is defined as
>>> a u64 value, so the variable "addr" should be de
On 10/26, Markus Pargmann wrote:
>
> Hi Oleg,
>
> On Sun, Oct 25, 2015 at 04:26:39PM +0100, Oleg Nesterov wrote:
> > nbd_thread_recv() is called by userspace, it is very wrong to dequeue
> > and throw out a signal.
>
> This signal handling for a userspace process is implicitly implemented
> for sev
On Wed, 28 Oct 2015, Steffen Trumtrar wrote:
> Hi!
>
> On Tue, Oct 27, 2015 at 05:09:11PM -0500, at...@opensource.altera.com wrote:
> > From: Alan Tull
> >
> > New bindings document for simple fpga bus.
> >
> > Signed-off-by: Alan Tull
> > ---
> > v9: initial version added to this patchset
>
On Wednesday, October 28, 2015 03:01:09 PM Viresh Kumar wrote:
> On 28-10-15, 07:28, Rafael J. Wysocki wrote:
> > Your argument seems to be that it should be OK to do the
> > cancel_delayed_work_sync()/gov_queue_work() combo in all cases, because
> > even if the new rate is greater than the old one
On Wed, 28 Oct 2015, Moritz Fischer wrote:
Hi Moritz!
> Hi Alan,
>
> great docs! Couple of nits inline below
>
> On Tue, Oct 27, 2015 at 3:09 PM, wrote:
> > From: Alan Tull
> >
> > Add a document spelling out usage of the simple fpga bus.
> >
> > Signed-off-by: Alan Tull
> > ---
> > v9: In
On Tue, 27 Oct 2015 20:28:02 +, Serge Hallyn wrote:
> Quoting Dirk Steinmetz (pub...@rsjtdrjgfuzkfg.com):
> > On Tue, 27 Oct 2015 09:33:44 -0500, Seth Forshee wrote:
> > > I did want to point what seems to be an inconsistency in how
> > > capabilities in user namespaces are handled with respect
>From 7a5ccb14449d6ccdf34c38c2c32e739da3552c5f Mon Sep 17 00:00:00 2001
From: Drew Richardson
Date: Tue, 13 Oct 2015 07:55:16 -0700
Subject: [PATCH 1/2] arm: perf: Convert event enums to #defines
The enums are not necessary and this allows the event values to be
used to construct static strings a
Hi,
On Oct 25 2015 or thereabouts, David Herrmann wrote:
> Hi
>
> On Sun, Oct 25, 2015 at 12:53 AM, Dmitry Torokhov
> wrote:
> > Hi Benjamin,
> >
> > On Tue, Aug 25, 2015 at 11:12:59AM -0400, Benjamin Tissoires wrote:
> >> +static int uinput_abs_setup(struct uinput_device *udev,
> >> +
Add additional information about the ARM architected hardware events
to make counters self describing. This makes the hardware PMUs easier
to use as perf list contains possible events instead of users having
to refer to documentation like the ARM TRMs.
Signed-off-by: Drew Richardson
---
arch/arm
On Wed, Oct 28, 2015 at 9:42 AM, Hannes Frederic Sowa
wrote:
> Hello,
>
> On Wed, Oct 28, 2015, at 14:32, Dan Streetman wrote:
>> On Tue, Oct 27, 2015 at 12:15 PM, wrote:
>> > From: Dan Streetman
>> >
>> > The ipv4 and ipv6 xfrms each create a template dst_ops object, and
>> > perform dst_entri
Here's another spin of the arm32 version of adding the event
descriptors, this time without the weird copy of attr_groups in
armpmu_init which was there last time [0]. This depends on Marks fix
[1].
GIT: [PATCH 1/2] arm: perf: Convert event enums to #defines
GIT: [PATCH 2/2] arm: perf: Add event d
On Wed, Oct 28, 2015 at 08:10:14AM -0700, Drew Richardson wrote:
> Add additional information about the ARM architected hardware events
> to make counters self describing. This makes the hardware PMUs easier
> to use as perf list contains possible events instead of users having
> to refer to docume
On Tue, Oct 27, 2015 at 5:51 PM, Mika Westerberg
wrote:
> On Tue, Oct 27, 2015 at 05:42:23PM +0100, Linus Walleij wrote:
>> On Tue, Oct 27, 2015 at 3:23 PM, Mika Westerberg
>> wrote:
>> > On Tue, Oct 27, 2015 at 11:06:58AM +0100, Linus Walleij wrote:
>> >> > +menu "ISA GPIO drivers"
>> >> > +
>>
Commit Commit 8a603f91cc48 ("ARM: 8445/1: fix vdsomunge not to depend on glibc
specific byteswap.h")
unfortunately introduced a bug created but not found during
discussion and patch simplification.
Reported-by: Efraim Yawitz
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/vdso/vdsomunge.c |
2015-10-27 20:25 GMT-02:00 Neil Brown :
>
snif
>
> diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
> index 611b66d73e80..e96c53590f72 100644
> --- a/fs/btrfs/inode.c
> +++ b/fs/btrfs/inode.c
> @@ -5621,6 +5621,23 @@ static void btrfs_dentry_release(struct dentry *dentry)
Signed-off-by: ?
Some users have reported that in polled mode the driver fails randomly
to read the last word of the transfer.
The end condition used for the transmissions (in polled and irq mode)
has been the TX_EMPTY flag. But Lars-Peter Clausen has identified a delay
from the TX_EMPTY to the actual end of the d
On Wed, Oct 28, 2015 at 08:13:53AM -0700, Drew Richardson wrote:
> On Wed, Oct 28, 2015 at 08:10:14AM -0700, Drew Richardson wrote:
> > Add additional information about the ARM architected hardware events
> > to make counters self describing. This makes the hardware PMUs easier
> > to use as perf l
On 10/26, Pedro Alves wrote:
>
> On 10/25/2015 03:54 PM, Oleg Nesterov wrote:
> >
> > In any case, the real question is whether we should change the kernel to
> > fix the problem, or ask the distros to fix their init's. In the former
> > case 1/2 looks simpler/safer to me than the change in ptrace_
The enums are not necessary and this allows the event values to be
used to construct static strings at compile time.
Signed-off-by: Drew Richardson
---
arch/arm/kernel/perf_event_v7.c | 186 ++--
1 file changed, 85 insertions(+), 101 deletions(-)
diff --git a
On Wed, Oct 28, 2015 at 7:53 AM, atull wrote:
>> > +A Simple FPGA Bus is a bus that handles configuring an FPGA and its
>> > bridges
>> > +before populating the devices below its node. All this happens when a
>> > device
>> > +tree overlay is added to the live tree. This document describes th
On Tue, Oct 27, 2015 at 6:54 PM, Grygorii Strashko
wrote:
> [Me]
>> Do you mean that these functions contain calls to non-atomic
>> functions?
>>
>
> Oh. No, I have to be more specific :(
> if GPIOx driver defines custom .irq_(request|release)_resources() callbacks
> they will *overwrite* standard
Add additional information about the ARM architected hardware events
to make counters self describing. This makes the hardware PMUs easier
to use as perf list contains possible events instead of users having
to refer to documentation like the ARM TRMs.
Signed-off-by: Drew Richardson
---
arch/arm
Hi Masahiro,
On 10/22/2015 04:39 AM, Masahiro Yamada wrote:
> This reuses the code of drivers/tty/serial/8250/8250_early.c except
>
> - Overwrite device->port.iotype and device->port.regshift for
> UPIO_MEM32 because of_setup_earlycon() has set them for UPIO_MEM.
>
> - Set device->baud t
On Thu, Oct 22, 2015 at 08:55:43AM +0800, libin wrote:
> 在 2015/10/20 23:32, Catalin Marinas 写道:
> >On Thu, Oct 15, 2015 at 10:18:12AM -0400, Steven Rostedt wrote:
> >>On Thu, 15 Oct 2015 13:51:33 +0100
> >>Will Deacon wrote:
> >>
> >>>Is this the same old problem caused by e306dfd06fcb ("ARM64: u
On Thu, Oct 08, 2015 at 07:01:37PM +0900, AKASHI Takahiro wrote:
> This is the third patch series for fixing stack tracer on arm64.
> The original issue was reported by Jungseok[1], and then I found more
> issues[2].
> (Steven, Jungseok, sorry for not replying to your comments directly.)
>
> I add
On Wednesday, October 28, 2015 03:26:14 PM Tomeu Vizoso wrote:
> On 28 October 2015 at 03:15, Rafael J. Wysocki wrote:
> > On Tuesday, October 27, 2015 04:20:51 PM Tomeu Vizoso wrote:
> >> On 27 October 2015 at 16:24, Rafael J. Wysocki wrote:
> >> > Hi All,
> >> >
> >> > As discussed in the recen
On Wed, Oct 28, 2015 at 02:50:49PM +0100, Jiri Slaby wrote:
...
> #include
> #include
>
> +#ifdef CONFIG_KEXEC_CORE
As already suggested by David Vrabel, this should be CONFIG_KEXEC for
kernels <= 4.2, and not CONFIG_KEXEC_CORE.
Cheers,
--
Luís
> +#include
> +#endif
> +
> #include
> #
From: Jiri Olsa
Adding cpu_map__empty_new interface to create empty cpumap with given
size. The cpumap entries are initialized with -1.
It'll be used for caching cpu_map in following patches.
Signed-off-by: Jiri Olsa
Tested-by: Kan Liang
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkm
On Wed, Oct 28, 2015 at 3:07 AM, Josh Cartwright wrote:
> On Tue, Oct 27, 2015 at 05:09:12PM -0500, at...@opensource.altera.com wrote:
>> From: Alan Tull
>>
>> The Simple FPGA bus uses the FPGA Manager Framework and the
>> FPGA Bridge Framework to provide a manufactorer-agnostic
>> interface for
On Wed, Oct 28, 2015 at 01:12:45PM +, Eric Auger wrote:
> Current vfio_pgsize_bitmap code hides the supported IOMMU page
> sizes smaller than PAGE_SIZE. As a result, in case the IOMMU
> does not support PAGE_SIZE page, the alignment check on map/unmap
> is done with larger page sizes, if any. T
On 10/28/2015, 04:26 PM, Luis Henriques wrote:
> On Wed, Oct 28, 2015 at 02:50:49PM +0100, Jiri Slaby wrote:
> ...
>> #include
>> #include
>>
>> +#ifdef CONFIG_KEXEC_CORE
>
> As already suggested by David Vrabel, this should be CONFIG_KEXEC for
> kernels <= 4.2, and not CONFIG_KEXEC_CORE.
F
On Wed, 28 Oct 2015, Steffen Trumtrar wrote:
> > +int fpga_bridge_enable(struct fpga_bridge *bridge)
> > +{
> > + pr_err("%s %s\n", __func__, dev_name(&bridge->dev));
>
> Please clean this...
>
> > +
> > + return bridge->br_ops->enable_set(bridge, 1);
> > +}
> > +EXPORT_SYMBOL_GPL(fpga_bridg
On 22-10-15, 20:02, Dawei Chien wrote:
> Add thermal zone node to mt8173.dtsi.
>
> Signed-off-by: Dawei Chien
> ---
> This patch is base on
> https://patchwork.kernel.org/patch/7249821/
> https://patchwork.kernel.org/patch/7249861/
> https://patchwork.kernel.org/patch/7249891/
> ---
> arch/arm64
On 10/28/2015 4:52 AM, Pramod Kumar wrote:
Hi Linus,
-Original Message-
From: Linus Walleij [mailto:linus.wall...@linaro.org]
Sent: 27 October 2015 15:22
To: Pramod Kumar
Cc: Rob Herring; Pawel Moll; Mark Rutland; Ian Campbell; Kumar Gala; Ray Jui;
Scott Branden; Russell King; linux-g
From: Dima Kogan
This was benign, but wrong. The build-id should live in a char[], not a char*[]
Signed-off-by: Dima Kogan
Link: http://lkml.kernel.org/r/87si6pfwz4@secretsauce.net
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/symbol-minimal.c | 2 +-
1 file changed, 1 inser
Recently there was a firmware update for the Rigol DS6000 series that
seems to solve the need for the "Rigol quirk".
After a quick check, it looks like the scope now works well with and
without the patch.
I need to do some more testing though...
What do you suggest, we put it on hold, we wait?
How
From: Namhyung Kim
So that it can be more consistent with other --show-* options. The old
name (--showcpuutilization) is provided only for compatibility.
Signed-off-by: Namhyung Kim
Cc: David Ahern
Cc: Jiri Olsa
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1445701767-12731-2-git-send-
From: Jiri Olsa
Currently we split symbols based on the map comparison, but symbols are stored
within dso objects and maps could point into same dso objects (kernel maps).
Hence we could end up changing rbtree we are currently iterating and mess it
up. It's easily reproduced on s390x by running:
On Wed, 28 Oct 2015, Moritz Fischer wrote:
> On Wed, Oct 28, 2015 at 7:53 AM, atull wrote:
>
> >> > +A Simple FPGA Bus is a bus that handles configuring an FPGA and its
> >> > bridges
> >> > +before populating the devices below its node. All this happens when a
> >> > device
> >> > +tree over
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 4341801873e23bbecee76dabb7c111e3693b900f:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-10-25 09:40:31 +0100)
are available in the git r
From: Wang Nan
This patch allows perf record setting event's attr.inherit bit by
config terms like:
# perf record -e cycles/no-inherit/ ...
# perf record -e cycles/inherit/ ...
So user can control inherit bit for each event separately.
In following example, a.out fork()s in main then do so
From: Arnaldo Carvalho de Melo
Recently 'perf -h' was made aware of arguments and would show
just the help for the arguments specified, but that required a strict
form, i.e.:
$ perf -h --tui
worked, but:
$ perf -h tui
didn't.
Make it support both cases and also look at the option help w
From: Namhyung Kim
Now usage_with_options() setup a pager before printing message so normal
printf() or pr_err() will not be shown. The usage_with_options_msg()
can be used to print some help message before usage strings.
Signed-off-by: Namhyung Kim
Acked-by: Masami Hiramatsu
Cc: David Ahern
From: Namhyung Kim
Currently if an option name is ambiguous it only prints first two
matched option names but no help. It'd be better it could show all
possible names and help messages too.
Before:
$ perf report --show
Error: Ambiguous option: show (could be --show-total-period or
From: Jiri Olsa
Currently any time we need to access socket or core id for given cpu, we
access the sysfs topology file.
Adding a cpus_aggr_map cpu_map to cache those entries.
Signed-off-by: Jiri Olsa
Tested-by: Kan Liang
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lk
On 28-10-15, 16:31, Rafael J. Wysocki wrote:
> Is the current code really problematic?
Its not problematic, but just that I didn't like special code written
here.
Also, its a blocker for the next patch which tries to schedule work on
all the policy->cpus together.
--
viresh
--
To unsubscribe fr
On Wednesday, October 28, 2015 09:54:23 PM Hanjun Guo wrote:
> Hi Rafael,
>
> On 10/27/2015 11:27 PM, Rafael J. Wysocki wrote:
> > On Tuesday, October 27, 2015 09:52:50 AM Bjorn Helgaas wrote:
> >> Hi Suravee,
> >>
> >> On Wed, Oct 21, 2015 at 08:52:03AM -0700, Suravee Suthikulpanit wrote:
> >>> T
From: Namhyung Kim
It's annoying to see error or help message when command has many options
like in perf record, report or top. So setup pager when print parser
error or help message - it should be OK since no UI is enabled at the
parsing time. The usage_with_options() already disables it by ca
From: Jiri Olsa
Because the 'perf stat record' patches will use the id_offset member
together with the priv pointer.
Signed-off-by: Jiri Olsa
Tested-by: Kan Liang
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1445784728-21732-29-git-send-email-jo...@ker
From: Dima Kogan
Recent GDB (at least on a vanilla Debian box) looks for debug information in
/usr/lib/debug/.build-id/nn/nnn
where nn/nn is the build-id of the stripped ELF binary. This is
documented here:
https://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html
This w
Hi Sudeep,
Sudeep Holla writes:
> Currently it's assumed that firmware exports only the class of sensors
> supported by the driver. However with newer firmware or SCPI protocol
> revision, support for newer classes of sensors can be present.
>
> The driver fails to probe with the following warni
On 10/28/2015 04:11 PM, Oleg Nesterov wrote:
> On 10/26, Pedro Alves wrote:
>>
>> On 10/25/2015 03:54 PM, Oleg Nesterov wrote:
>>>
>>> In any case, the real question is whether we should change the kernel to
>>> fix the problem, or ask the distros to fix their init's. In the former
>>> case 1/2 loo
On 22-10-15, 20:02, Dawei Chien wrote:
> Use Intelligent Power Allocation (IPA) technical to add static/dynamic power
> model for binding CPU thermal zone.
> The power allocator governor allocates power budget to control CPU
> temperature.
>
> Power Allocator governor is able to keep SOC tempera
Hi Thomas,
On 10/13/2015 03:38 PM, Qais Yousef wrote:
On 10/13/2015 02:37 PM, Thomas Gleixner wrote:
On Tue, 13 Oct 2015, Qais Yousef wrote:
+if (domain == NULL)
+domain = irq_default_domain; /* need a separate
ipi_default_domain? */
No tail comments please.
We should neither u
On Wed, 28 Oct 2015, Steffen Trumtrar wrote:
> > +static int simple_fpga_bus_probe(struct platform_device *pdev)
> > +{
> > + struct device *dev = &pdev->dev;
> > + struct device_node *np = dev->of_node;
> > + struct simple_fpga_bus *priv;
> > + struct fpga_manager *mgr;
> > + int ret;
>
On 28-10-15, 17:13, Rafael J. Wysocki wrote:
> Well, the second statement above sort of contradicts the first one. :-)
>
> I guess the answer is "it is problematic, because I can't do the other
> optimization then".
Hehe, right.
> To that I'd really suggest trying to rework the code to use timer
On Wednesday, October 28, 2015 08:58:11 PM Viresh Kumar wrote:
> On 28-10-15, 16:31, Rafael J. Wysocki wrote:
> > Is the current code really problematic?
>
> Its not problematic, but just that I didn't like special code written
> here.
>
> Also, its a blocker for the next patch which tries to sch
On 28/10/15 15:39, Punit Agrawal wrote:
Hi Sudeep,
Sudeep Holla writes:
Currently it's assumed that firmware exports only the class of sensors
supported by the driver. However with newer firmware or SCPI protocol
revision, support for newer classes of sensors can be present.
The driver fai
On Sun, Jul 05, 2015 at 02:47:01AM +0100, Nicolas Iooss wrote:
> kmemleak_init() definition in mm/kmemleak.c is marked __init but its
> prototype in include/linux/kmemleak.h is marked __ref since commit
> a6186d89c913 ("kmemleak: Mark the early log buffer as __initdata").
>
> This causes a section
On Wed, 28 Oct 2015, Steffen Trumtrar wrote:
> Hi!
>
> On Tue, Oct 27, 2015 at 05:09:14PM -0500, at...@opensource.altera.com wrote:
> > From: Alan Tull
> >
> > Add bindings documentation for Altera SOCFPGA bridges:
> > * fpga2sdram
> > * fpga2hps
> > * hps2fpga
> > * lwhps2fpga
> >
> > Sig
On Wed, 2015-10-28 at 01:44 +0100, Paolo Bonzini wrote:
>
> On 27/10/2015 22:26, Yunhong Jiang wrote:
> >> > On RT kernels however can you call eventfd_signal from interrupt
> >> > context? You cannot call spin_lock_irqsave (which can sleep) from a
> >> > non-threaded interrupt handler, can you?
On 10/27/2015 08:34 PM, Hugh Dickins wrote:
> On Tue, 20 Oct 2015, Mike Kravetz wrote:
>
>> The hugetlbfs fallocate hole punch code can race with page faults. The
>> result is that after a hole punch operation, pages may remain within the
>> hole. No other side effects of this race were observed
On Wed, Oct 28, 2015 at 01:42:33PM +, Bean Huo 霍斌斌 (beanhuo) wrote:
> > By default NAND driver will choose the highest ecc strength that oob could
> > contain, in this case, for some 8K+744 NAND flash, the ecc strength will be
> > up
> > to 52bit, which beyonds the i.MX6QDL BCH capability (40b
On Wed, Oct 28, 2015 at 07:01:18AM +, Hiroshi Shimamoto wrote:
> From: Hiroshi Shimamoto
>
> /proc/stats shows invalid gtime when the thread is running in guest.
> When vtime accounting is not enabled, we cannot get a valid delta.
> The delta is calculated now - tsk->vtime_snap, but tsk->vtim
On Wed, Oct 28, 2015 at 11:32:34PM +0900, David Woodhouse wrote:
> > I don't have a problem with extending DMA API to address
> > more usecases.
>
> No, this isn't an extension. This is fixing a bug, on certain platforms
> where the DMA API has currently done the wrong thing.
>
> We have historic
Add support for Cortex A57 and A53 EDAC driver.
Signed-off-by: Brijesh Singh
CC: robh...@kernel.org
CC: pawel.m...@arm.com
CC: mark.rutl...@arm.com
CC: ijc+devicet...@hellion.org.uk
CC: ga...@codeaurora.org
CC: dougthomp...@xmission.com
CC: b...@alien8.de
CC: mche...@osg.samsung.com
CC: devicet..
On Tue, Oct 27, 2015 at 03:44:24PM +, Will Deacon wrote:
> On Fri, Oct 16, 2015 at 11:37:29AM +0100, Catalin Marinas wrote:
> > On Fri, Oct 16, 2015 at 08:52:24AM +0100, Vladimir Murzin wrote:
> > > > On 15/10/15 14:02, Will Deacon wrote:
> > > >> diff --git a/arch/arm64/kernel/armv8_deprecated
On 10/28/2015 2:06 AM, Anup Patel wrote:
-Original Message-
From: Ray Jui [mailto:r...@broadcom.com]
Sent: 28 October 2015 06:17
To: Brian Norris
Cc: Anup Patel; David Woodhouse; Linux MTD; Rob Herring; Pawel Moll; Mark
Rutland; Catalin Marinas; Will Deacon; Sudeep Holla; Ian Campbel
On Wednesday, October 28, 2015 at 08:58:13 AM, Boris Brezillon wrote:
> Hi Brian,
Hi,
[...]
> > Are
> > there ever cases we want more than one (master) MTD per nand_chip? Or
> > vice versa?
>
> Nope, I'd say that you always have a 1:1 relationship between a master
> MTD device and a NAND device
Hi Shubhrajyoti,
On Wed, 2015-10-28 at 12:56PM +0530, Shubhrajyoti Datta wrote:
> Currently the clocks are enabled at probe and disabled at remove.
> Which keeps the clocks enabled even if no transaction is going on.
> This patch enables the clocks at the start of transfer and disables
> after it
On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz Fischer wrote:
> On Wed, Oct 28, 2015 at 3:07 AM, Josh Cartwright wrote:
> > On Tue, Oct 27, 2015 at 05:09:12PM -0500, at...@opensource.altera.com wrote:
> >> From: Alan Tull
> >>
> >> The Simple FPGA bus uses the FPGA Manager Framework and the
> >
On Wed, Oct 28, 2015 at 9:18 AM, Josh Cartwright wrote:
> On Wed, Oct 28, 2015 at 08:37:51AM -0700, Moritz Fischer wrote:
>> On Wed, Oct 28, 2015 at 3:07 AM, Josh Cartwright wrote:
>> > On Tue, Oct 27, 2015 at 05:09:12PM -0500, at...@opensource.altera.com
>> > wrote:
>> >> From: Alan Tull
>> >>
On Wed, 2015-10-28 at 13:12 +, Eric Auger wrote:
> Current vfio_pgsize_bitmap code hides the supported IOMMU page
> sizes smaller than PAGE_SIZE. As a result, in case the IOMMU
> does not support PAGE_SIZE page, the alignment check on map/unmap
> is done with larger page sizes, if any. This can
Hi Jiri, Wang,
I'm getting these while doing 'make -C tools/perf build-test':
LD fixdep-in.o
LINK fixdep
/bin/sh: /home/acme/git/linux/tools/build/fixdep: Permission denied
make[6]: *** [bpf.o] Error 1
make[5]: *** [libbpf-in.o] Error 2
make[4]: *** [/home/acme/git/linux/too
Hi Alex,
Thanks a lot for cleaning this up. I think this is a great
improvement over what I did.
On Tue, Oct 27, 2015 at 01:52:15PM -0700, Alexander Duyck wrote:
> This patch pulls the validation of offset and stride into virtfn_max_buses.
> The general idea is to validate offset and stride for
Hi Marek,
On Wed, 28 Oct 2015 17:11:14 +0100
Marek Vasut wrote:
> On Wednesday, October 28, 2015 at 08:58:13 AM, Boris Brezillon wrote:
> > Hi Brian,
>
> Hi,
>
> [...]
>
> > > Are
> > > there ever cases we want more than one (master) MTD per nand_chip? Or
> > > vice versa?
> >
> > Nope, I'd
Hi Gang,
thank you for implementing this. I would like to understand this better
on where and how it helps ... would you mind sharing couple
examples(real scenarios).
Thanks,
--Srini
On 10/27/2015 11:25 PM, Gang He wrote:
When there are errors in the ocfs2 filesystem,
they are usually acco
On Wed, 28 Oct 2015, Bartlomiej Zolnierkiewicz wrote:
> On Wednesday, October 28, 2015 08:24:46 AM Lee Jones wrote:
> > On Tue, 2015-10-27 at 18:15 +, Lee Jones wrote:
> > > On Tue, 27 Oct 2015, Sebastian Reichel wrote:
> > > > On Tue, Oct 27, 2015 at 03:42:37PM +, Lee Jones wrote:
> > > >
[ this time with full Cc: & context preserved ]
Hi,
On Wednesday, October 28, 2015 08:24:46 AM Lee Jones wrote:
> On Tue, 2015-10-27 at 18:15 +, Lee Jones wrote:
> > On Tue, 27 Oct 2015, Sebastian Reichel wrote:
> > > On Tue, Oct 27, 2015 at 03:42:37PM +, Lee Jones wrote:
> > > > Since e
Hi Alex,
On Tue, Oct 27, 2015 at 01:52:21PM -0700, Alexander Duyck wrote:
> This patch forces us to reallocate VF BARs if the totalVFs value has
> increased after enabling ARI. This normally shouldn't occur, however I
> have seen some non-spec devices that shift between 7 and some value greater
>
On Wed, 2015-10-28 at 12:53 +0300, Stas Sergeev wrote:
> 28.10.2015 03:04, Toshi Kani пишет:
> > On Wed, 2015-10-28 at 07:37 +0900, Linus Torvalds wrote:
> > > On Tue, Oct 27, 2015 at 11:05 PM, Stas Sergeev wrote:
> > > >
> > > > I can't easily post an Oops: under X it doesn't even appear -
> > >
Add GFP flags to KASAN hooks for future patches to use.
This is the first part of the "mm: kasan: unified support for SLUB and
SLAB allocators" patch originally prepared by Dmitry Chernenkov.
Signed-off-by: Dmitry Chernenkov
Signed-off-by: Alexander Potapenko
---
include/linux/kasan.h | 19
501 - 600 of 929 matches
Mail list logo
