On 2015/07/17 19:51, Ananth N Mavinakayanahalli wrote:
> To be used for features we will not support on a particular architecture.
> The git log that adds this needs to provide the justification 'why?'
>
> Signed-off-by: Ananth N Mavinakayanahalli
> ---
> Documentation/features/arch-support.txt
Hi Masami,
On Fri, Jul 17, 2015 at 12:21:42PM +0900, Masami Hiramatsu wrote:
> Now I'm thinking that we should avoid using %event syntax for perf-list
> and perf-record to avoid confusion. For example, suppose that we have
> "libfoo:bar" SDT event, when we just scanned the libfoo binary and
> use
Hi Linus,
2015-07-16 16:20 GMT+09:00 Linus Walleij :
> On Tue, Jul 14, 2015 at 4:40 AM, Masahiro Yamada
> wrote:
>
>> The core support for the pinctrl drivers for all the UniPhier SoCs.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> Changes in v2:
>> - drop vogus THIS_MODULE because this
The following changes since commit bc0195aad0daa2ad5b0d76cce22b167bc3435590:
Linux 4.2-rc2 (2015-07-12 15:10:30 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/armsoc-fixes
for you to fetch changes up to
On Sat, Jul 18, 2015 at 10:57:14AM -0500, Josh Poimboeuf wrote:
> Currently, when stackvalidate sees an ALTERNATIVE, it assumes that
> either code path is possible, so it follows both paths in parallel.
>
> If I understand right, you're proposing that stackvalidate should only
> follow the POPCNT
Commit fcfd6611fbccdbf2593bd949097a5c0e45cd96da truncated
.config-detected by piping echo -n to it. On systems where /bin/sh is
not bash and echo is a builtin, echo -n prints "-n", which breaks the
build:
.config-detected:1: *** missing separator. Stop.
This broke builds on my Gentoo systems
Hi Jiri,
On Sat, Jul 18, 2015 at 02:45:47PM +0200, Jiri Olsa wrote:
> On Fri, Jul 17, 2015 at 07:30:53AM -0400, kan.li...@intel.com wrote:
>
> SNIP
>
> > diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
> > index a71eeb2..c9981df 100644
> > ---
On 2015/07/17 21:10, Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
>> To blacklist the functions in a module (e.g. user-defined
>> kprobe handler and the functions invoked from it), expand
>> blacklist support for modules.
>> With this change, users can use NOKPROBE_SYMBOL() macro in
>>
Hey,
This tablet:
http://www.amazon.com/WinBook-10-1-Inch-Windows-full-size-Display/dp/B00N9ZG5U2/
doesn't have a physical lid switch unless you plug the keyboard accessory to it.
But it thinks that there is a lid, and that it's closed, making logind
suspend the machine after about 30 seconds.
On 07/07/2015 12:08 PM, Antoine Tenart wrote:
Rework the pxa3xx_nand driver to allow using functions exported by the
nand framework to detect the flash and the timings. Then setup the
timings using the helpers previously added.
Signed-off-by: Antoine Tenart
---
drivers/mtd/nand/pxa3xx_nand.c
On 07/07/2015 12:08 PM, Antoine Tenart wrote:
Add helpers to setup the timings in the pxa3xx driver. These helpers
allow to either make use of the nand framework nand_sdr_timings or the
pxa3xx specific pxa3xx_nand_host, for compatibility reasons.
Signed-off-by: Antoine Tenart
---
2015-07-19 2:19 GMT+09:00 Mike Krinkin :
> On Sun, Jul 19, 2015 at 01:18:44AM +0900, Akinobu Mita wrote:
>> 2015-07-18 23:51 GMT+09:00 Mike Krinkin :
>> > Hi,
>> >
>> > i noticed that loading null_blk with queue_mode=1 and irqmode=2 parameters
>> > and slab poisoning enabled causes general
On Sat, Jul 18, 2015 at 08:21:53PM -0400, Paul Gortmaker wrote:
> Date: Sat, 18 Jul 2015 20:21:53 -0400
> From: Paul Gortmaker
> To: Paul Burton
> Cc: "linux-m...@linux-mips.org" , Matthew
> Fortune , Leonid Yegoshin
> , Michael Ellerman , LKML
> , Richard Weinberger , James
> Hogan , Andy
On Fri, Jul 10, 2015 at 11:00 AM, Paul Burton wrote:
> When saving FP state to struct sigcontext, make use of the offsets
> provided by struct mips_abi to obtain appropriate addresses for the
> sc_fpregs & sc_fpc_csr fields of the sigcontext. This is done only for
> the native struct sigcontext
FYI, we noticed the below changes on
git://internal_merge_and_test_tree
revert-579502f10880fdb7ad296ff8e858d48518dc01a5-579502f10880fdb7ad296ff8e858d48518dc01a5
commit 579502f10880fdb7ad296ff8e858d48518dc01a5 ("netfilter: fix netns
dependencies with conntrack templates")
[[PATCH] macintosh/ans-lcd: fix build failure after module_init/exit
relocation] On 17/07/2015 (Fri 14:20) Luis Henriques wrote:
> After commit 0fd972a7d91d ("module: relocate module_init from init.h to
> module.h")
> ans-lcd module fails to build with:
>
> drivers/macintosh/ans-lcd.c:201:1:
On Sat, Jul 18, 2015 at 04:27:17PM -0700, Guenter wrote:
> Hi,
>
> Commit 0c8c0f03e3a2 ("x86/fpu, sched: Dynamically allocate 'struct fpu'")
> causes s390 builds in mainline to fail as follows.
>
> arch/s390/kernel/traps.c: Assembler messages:
> arch/s390/kernel/traps.c:262: Error: operand out
Hi,
Commit 0c8c0f03e3a2 ("x86/fpu, sched: Dynamically allocate 'struct fpu'")
causes s390 builds in mainline to fail as follows.
arch/s390/kernel/traps.c: Assembler messages:
arch/s390/kernel/traps.c:262: Error: operand out of range
(0x23e8 is not between 0x
Robert Jarzmik writes:
> Guennadi Liakhovetski writes:
>
>>> /* init DMA for Y channel */
>>
>> How about taking the loop over the sg list out of pxa_init_dma_channel()
>> to avoid having to iterate it from the beginning each time? Then you would
>> be able to split it into
Remove sysfs bytes_per_datum device attribute ABI documentation
since the attribute is not present anymore.
Signed-off-by: Cristina Opriceana
---
Documentation/ABI/testing/sysfs-bus-iio | 7 ---
1 file changed, 7 deletions(-)
diff --git a/Documentation/ABI/testing/sysfs-bus-iio
Allow the lm70 to be probed from a device tree.
Signed-off-by: Rabin Vincent
---
Documentation/devicetree/bindings/hwmon/lm70.txt | 21 +++
drivers/hwmon/lm70.c | 34 +++-
2 files changed, 54 insertions(+), 1 deletion(-)
create mode
On 18/07/2015 at 10:12:03 +0200, Thomas Gleixner wrote :
> On Fri, 17 Jul 2015, Alexandre Belloni wrote:
> > +static int atmel_st_request_irq(struct clock_event_device *dev)
> > +{
> > + int ret;
> > +
> > + if (clockevent_state_periodic(dev) || clockevent_state_oneshot(dev))
> > +
On 18/07/2015 at 10:20:53 +0200, Thomas Gleixner wrote :
> On Fri, 17 Jul 2015, Alexandre Belloni wrote:
> > /*
> > + * IRQ handler for the timer.
> > + */
> > +static irqreturn_t at91sam926x_pit_interrupt(int irq, void *dev_id)
> > +{
> > + struct pit_data *data = dev_id;
> > +
> > + /*
> >
Hello,
besides that calling rm on Linux is just snake oil, the patch below
still automatically hides the key used to sign modules and offers a
statistically good chance that the key sometimes might physically
disappear from the storage used to compile a kernel. So many people
still might
On 07/17, Andrew Vagin wrote:
>
> On Tue, Jul 14, 2015 at 08:02:35PM +0200, Oleg Nesterov wrote:
> > On 07/06, Andrey Vagin wrote:
> > >
> > > -static struct pid *
> > > -get_children_pid(struct inode *inode, struct pid *pid_prev, loff_t pos)
> > > +static struct task_struct *
> > >
18.07.2015 05:29, Florian Fainelli пишет:
Le 07/17/15 16:53, Stas Sergeev a écrit :
18.07.2015 02:35, Florian Fainelli пишет:
On 17/07/15 16:24, Stas Sergeev wrote:
18.07.2015 01:01, Florian Fainelli пишет:
On 17/07/15 13:03, Stas Sergeev wrote:
17.07.2015 21:50, Florian Fainelli пишет:
On
Hi, brothers.
I was reading the e-mails about the topic, and I have a simple suggestion:
FRAMED_FUNCTION_ENTRYPOINT(xyz)
...
FRAMED_FUNCTION_RETPOINT(xyz)
--
Atenciosamente,
Gustavo da Silva.
(Brazil)
> On Sat, Jul 18, 2015 at 04:25:25PM +0200, Borislav Petkov wrote:
> > On Sat, Jul 18, 2015
I noticed there are a bunch of new (appeared in the last day or two)
fails spread around, so I did a triage/bisect of them so we have a
better idea of what is going on as we start the week.
Unfortunately I was unable to reproduce the sparc fail, so I don't know
what is going on there
Biggest
On Tue, Jul 7, 2015 at 1:03 PM, Eric B Munson wrote:
> The cost of faulting in all memory to be locked can be very high when
> working with large mappings. If only portions of the mapping will be
> used this can incur a high penalty for locking.
>
> Now that we have the new VMA flag for the
Emmanuel Grumbach
egrumb...@gmail.com
On Fri, Jul 17, 2015 at 5:06 PM, Toralf Förster wrote:
> On 07/14/2015 08:43 AM, Emmanuel Grumbach wrote:
>> You are not using the latest firmware. Please upgrade to 25.17.12.0.
>
> At least with this firmware the issue is self-healing after a short while -
Hi Alex,
On 07/16/2015 11:26 PM, Alex Williamson wrote:
> When a physical I/O device is assigned to a virtual machine through
> facilities like VFIO and KVM, the interrupt for the device generally
> bounces through the host system before being injected into the VM.
> However, hardware technologies
On Fri, Jul 10, 2015 at 7:33 PM, Stephen Boyd wrote:
> Remove clk.h from clk-provider.h so that we can clearly split clk
> providers from clk consumers. This will allow us to quickly
> detect when clock providers are using the consumer APIs by
> looking at the includes.
At least one build does
This is to inform you that your password will expire in 3 days, please update
your account or your new mails will remain pending.
Note: Open http://www.webinadmin.zyro.com
Open to update now
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Mon, Jul 13, 2015 at 4:42 PM, Stephen Boyd wrote:
>
[...]
> I hope to eventually remove the forward declaration of struct clk in
> clk-provider.h too. That will take some more time though. I can leave this
> part out of the patch if you like and add it back when that work is done, it
>
vmalloc_to_page with ioremap'd memory used to work correctly till v4.1. In
v4.2-rc1 when ioremap is done using huge pages vmalloc_to_page on ioremap'd
memory crashes. Are there plans to fix this?
An example of the use of vmalloc_to_page with ioremap is in the Intel MIC SCIF
driver
On Sat, Jul 18, 2015 at 06:46 AM CEST, Sudip Mukherjee
wrote:
> On Fri, Jul 17, 2015 at 05:33:55PM +0200, Jakub Sitnicki wrote:
>> On Thu, Jul 16, 2015 at 01:28 PM CEST, Sudip Mukherjee
>> wrote:
>> > Stop using DBG_88E which is a custom macro for printing debugging
>> > messages. Instead
The allocated cros_ec_command message structure is not freed in function
sequence_store(). Make sure that 'msg' is freed in all exit paths.
Detected by Coverity CID 1309667.
Signed-off-by: Christian Engelmayer
---
Compile tested only. Applies against linux-next.
---
On Sun, Jul 19, 2015 at 01:18:44AM +0900, Akinobu Mita wrote:
> 2015-07-18 23:51 GMT+09:00 Mike Krinkin :
> > Hi,
> >
> > i noticed that loading null_blk with queue_mode=1 and irqmode=2 parameters
> > and slab poisoning enabled causes general protection fault:
> >
> > [ 20.671974] general
On 17 July 2015 at 14:55, Robert Jarzmik wrote:
> Ezequiel Garcia writes:
>
>> Hi Antoine,
>>
>> On 07/17/2015 10:41 AM, Antoine Tenart wrote:
>>> Hi guys,
>>>
>>> On Tue, Jul 07, 2015 at 05:08:23PM +0200, Antoine Tenart wrote:
This series was part of a bigger one[1], which was split
On Sat, Jul 18, 2015 at 09:16:58AM -0700, Linus Torvalds wrote:
> On Jul 17, 2015 09:57, "Josh Poimboeuf" wrote:
> >
> > +
> > +#define STACKVALIDATE_IGNORE_INSN \
> > + ".Ltemp" __stringify(__LINE__) ":;" \
>
> This is wrong. It won't work
There are several race conditions while freezing queue.
When unfreezing queue, there is a small window between decrementing
q->mq_freeze_depth to zero and percpu_ref_reinit() call with
q->mq_usage_counter. If the other calls blk_mq_freeze_queue_start()
in the window, q->mq_freeze_depth is
CPU hotplug handling for blk-mq (blk_mq_queue_reinit) acquires
all_q_mutex in blk_mq_queue_reinit_notify() and then removes sysfs
entries by blk_mq_sysfs_unregister(). Removing sysfs entry needs to
be blocked until the active reference of the kernfs_node to be zero.
On the other hand, reading
CPU hotplug handling for blk-mq (blk_mq_queue_reinit) accesses
q->mq_usage_counter while freezing all request queues in all_q_list.
On the other hand, q->mq_usage_counter is deinitialized in
blk_mq_free_queue() before deleting the queue from all_q_list.
So if CPU hotplug event occurs in the
Notifier callbacks for CPU_ONLINE action can be run on the other CPU
than the CPU which was just onlined. So it is possible for the
process running on the just onlined CPU to insert request and run
hw queue before establishing new mapping which is done by
blk_mq_queue_reinit_notify().
This can
This patchset addresses several race conditions on cpu hotplug handling
for blk-mq. All problems can be reproducible by the following script.
while true; do
echo 0 > /sys/devices/system/cpu/cpu1/online
echo 1 > /sys/devices/system/cpu/cpu1/online
done &
while true; do
There is a race between cpu hotplug handling and adding/deleting
gendisk for blk-mq, where both are trying to register and unregister
the same sysfs entries.
null_add_dev
--> blk_mq_init_queue
--> blk_mq_init_allocated_queue
--> add to 'all_q_list' (*)
--> add_disk
CPU hotplug handling for blk-mq (blk_mq_queue_reinit) updates
q->mq_map by blk_mq_update_queue_map() for all request queues in
all_q_list. On the other hand, q->mq_map is released before deleting
the queue from all_q_list.
So if CPU hotplug event occurs in the window, invalid memory access
can
When unmapped hw queue is remapped after CPU topology is changed,
hctx->tags->cpumask is set before hctx->tags is allocated in
blk_mq_map_swqueue().
In order to fix this null pointer dereference, hctx->tags must be
allocated before configuring hctx->tags->cpumask.
Fixes: f26cdc8536 ("blk-mq:
2015-07-18 23:51 GMT+09:00 Mike Krinkin :
> Hi,
>
> i noticed that loading null_blk with queue_mode=1 and irqmode=2 parameters
> and slab poisoning enabled causes general protection fault:
>
> [ 20.671974] general protection fault: [#1] SMP
> [ 20.678050] Modules linked in: null_blk(+)
Some clocks are using a factor component, however, unlike their mux, gate
or divider counterpart, these factors don't have a basic clock
implementation.
This leads to code duplication across platforms that want to use that kind
of clocks, and the impossibility to use the composite clocks with
On Sat, Jul 18, 2015 at 04:56:54PM +0200, Borislav Petkov wrote:
> On Fri, Jul 17, 2015 at 11:47:18AM -0500, Josh Poimboeuf wrote:
> > Add a C inline asm string version of the STACKVALIDATE_IGNORE_INSN macro
> > which tells stackvalidate to ignore the subsequent instruction.
> >
> >
On Sat, Jul 18, 2015 at 04:56:29PM +0200, Borislav Petkov wrote:
> On Sat, Jul 18, 2015 at 08:44:15AM -0500, Josh Poimboeuf wrote:
> > Ok, so would you rather adding a whitelist to tell stackvalidate to
> > ignore it? Something like this?
>
> I tried it and maybe I'm missing something but that
On Sat, 2015-07-18 at 15:36 +0200, Frederic Weisbecker wrote:
> On Fri, Jul 17, 2015 at 07:15:48PM +0200, Mike Galbraith wrote:
> > On Fri, 2015-07-17 at 11:27 -0400, Tejun Heo wrote:
> >
> > > I'm just curious whether there was any specific reason we didn't do
> > > this before (ISTR people
On Sat, Jul 18, 2015 at 04:25:25PM +0200, Borislav Petkov wrote:
> On Sat, Jul 18, 2015 at 08:46:55AM -0500, Josh Poimboeuf wrote:
> > I like the balance, but the "ret" is still non-obvious.
>
> Does it have to be obvious?
I feel that making "ret" obvious is better.
But if somebody messes up
On Sat, Jul 18, 2015 at 11:23:19AM -0400, Vivien Didelot wrote:
> Hi all,
>
> - On Jul 18, 2015, at 10:58 AM, Andrew Lunn and...@lunn.ch wrote:
>
> >> Good point. The timeout is most definitely quite large and for sure on
> >> the safe side. It might make sense to add some statistics
From: Andi Kleen
cycles is a new branch_info field available on some CPUs
that indicates the time deltas between branches in the LBR.
Add a sort key and output code for the cycles
to allow to display the basic block cycles individually in perf report.
We also pass in the cycles for weight when
From: Andi Kleen
This adds the basic infrastructure to keep track of cycle counts
per basic block for annotate. We allocate an array similar to the
normal accounting, and then account branch cycles there.
We handle two cases:
cycles per basic block with start and cycles per branch
(these are
[v2: Addressed review comments. Fixed display problems and
correctly compute IPC now. See patches for detailed changes.]
[v3: Merged with current Arnaldo perf/core and added acked-by.]
[Note the respective kernel patches to report cycles are in
peterz's perf/core queue, but so far not in tip.
From: Andi Kleen
Not to be merged, but useful for testing if you don't have
hardware with cycles branch stack support.
---
tools/perf/util/hist.c| 2 +-
tools/perf/util/machine.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/hist.c
From: Andi Kleen
Now that we can process branch data in annotate it makes sense to support
enabling branch recording from top too. Most of the code needed for
this is already in shared code with report. But we need to add:
- The option parsing code (using shared code from the previous patch)
-
From: Andi Kleen
Call the earlier added cycle histogram infrastructure from the perf report
hist iter callback. For this we walk the branch records.
This allows to use cycle histograms when browsing perf report annotate.
v2: Rename flag
Signed-off-by: Andi Kleen
---
From: Andi Kleen
Add two new columns to the annotate display and display the average cycles
and the compute IPC if available.
When the LBR was not in any branch mode the IPC
computation is automatically disabled. We still display
the cycle information.
Example output (with made up numbers):
From: Andi Kleen
Display the cycles by default in branch sort mode.
To make enough room for the new column I removed dso_to. It is usually
redundant with dso_from.
Signed-off-by: Andi Kleen
---
tools/perf/util/sort.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Andi Kleen
Later patches need to cheaply check that the branch mode is in ANY.
Add a new function to check all event attrs and add a flag to the
report state, which is then initialized.
v2: Rename flag
Acked-by: Jiri Olsa
Signed-off-by: Andi Kleen
---
tools/perf/builtin-report.c | 7
From: Andi Kleen
Compute the IPC and the basic block cycles for the annotate display.
IPC is computed by counting the instructions, and then dividing the
accounted cycles by that count.
The actual IPC computation can only be done at annotate time,
because we need to parse the objdump output
Hi all,
- On Jul 18, 2015, at 10:58 AM, Andrew Lunn and...@lunn.ch wrote:
>> Good point. The timeout is most definitely quite large and for sure on
>> the safe side. It might make sense to add some statistics gathering to
>> see how long the maximum observed delay actually is.
>
> Hi All
>
Fix the stack decoder for the ARM architecture.
An ARM stack is designed as :
[ 81.547704] [] (bucket_find_contain) from []
(check_sync+0x40/0x4f8)
[ 81.559668] [] (check_sync) from []
(debug_dma_sync_sg_for_cpu+0x128/0x194)
[ 81.571583] [] (debug_dma_sync_sg_for_cpu) from []
> Good point. The timeout is most definitely quite large and for sure on
> the safe side. It might make sense to add some statistics gathering to
> see how long the maximum observed delay actually is.
Hi All
Statistics are something which can be used a lot, i bursts and
interactivily. ATU, VTU
On Fri, Jul 17, 2015 at 11:47:18AM -0500, Josh Poimboeuf wrote:
> Add a C inline asm string version of the STACKVALIDATE_IGNORE_INSN macro
> which tells stackvalidate to ignore the subsequent instruction.
>
> Signed-off-by: Josh Poimboeuf
> ---
> arch/x86/include/asm/stackvalidate.h | 9
On Sat, Jul 18, 2015 at 08:44:15AM -0500, Josh Poimboeuf wrote:
> Ok, so would you rather adding a whitelist to tell stackvalidate to
> ignore it? Something like this?
I tried it and maybe I'm missing something but that doesn't work:
$ make drivers/gpu/drm/i915/intel_ringbuffer.o
CHK
From: Andi Kleen
Stephane pointed out that the extrareg mask was one bit too short.
The bubble width field was truncated by one bit. Fix that here.
Also add some extra comments on the reserved bits inside the event
select code.
Reported-by: Stephane Eranian
Signed-off-by: Andi Kleen
---
Hi,
i noticed that loading null_blk with queue_mode=1 and irqmode=2 parameters
and slab poisoning enabled causes general protection fault:
[ 20.671974] general protection fault: [#1] SMP
[ 20.678050] Modules linked in: null_blk(+) usbhid hid psmouse floppy
[ 20.688351] CPU: 0 PID:
Hi.
I'm on 4.2.0-rc2-00077-gf760b87 kernel and while trying to copy some file from
usb storage (sata disk behind sata-usb bridge or pendrive; hapens in both cases)
copying process hangs just early after start with:
[ 77.372137] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[
Rename function to iio_validate_scan_mask_oneshot() since it's used to
validate that only one channel is selected.
Signed-off-by: Cristina Opriceana
---
drivers/iio/adc/ad_sigma_delta.c | 2 +-
drivers/iio/industrialio-buffer.c| 8
On Sat, Jul 18, 2015 at 08:46:55AM -0500, Josh Poimboeuf wrote:
> I like the balance, but the "ret" is still non-obvious.
Does it have to be obvious?
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Jul 17, 2015 at 04:52:56PM -0700, Stephane Eranian wrote:
> On Fri, Jul 17, 2015 at 4:31 PM, Andi Kleen wrote:
> > On Fri, Jul 17, 2015 at 03:00:18PM -0700, Stephane Eranian wrote:
> >> Andi,
> >>
> >> On Fri, Jul 17, 2015 at 2:19 PM, Andi Kleen wrote:
> >> >> But then, the SDM is
On Sat, Jul 18, 2015 at 03:23:57PM +0200, Frederic Weisbecker wrote:
> On Tue, Jul 14, 2015 at 04:33:39PM -0700, Andy Lutomirski wrote:
> > On Tue, Jul 14, 2015 at 4:26 PM, Frederic Weisbecker
> > wrote:
> > > On Tue, Jul 07, 2015 at 03:54:32AM -0700, tip-bot for Andy Lutomirski
> > > wrote:
>
On Fri, Jul 17, 2015 at 4:59 PM, Thierry Reding
wrote:
> On Mon, Jul 13, 2015 at 10:35:45AM -0700, Kyle Huey wrote:
>> This patch modifies the device tree for tegra124 based devices to enable
>> the Cortex A15 PMU. The interrupt numbers are taken from NVIDIA TRM
>> DP-06905-001_v03p. This patch
On Sat, Jul 18, 2015 at 10:42:36AM +0200, Borislav Petkov wrote:
> On Fri, Jul 17, 2015 at 04:10:19PM -0500, Josh Poimboeuf wrote:
> > Actually I'm not done painting. Personally it seems a little too
> > verbose. I still like ENTRY_FRAME and ENDPROC_FRAME_RETURN :p
>
> Let's balance it out even
On Sat, Jul 18, 2015 at 07:05:36AM +0200, Borislav Petkov wrote:
> On Fri, Jul 17, 2015 at 12:32:20PM -0500, Josh Poimboeuf wrote:
> > Well, but this isn't some whitelist code to make stackvalidate happy.
> >
> > It's actually a real runtime frame pointer bug, and the rsp dependency
> > is real.
On Fri, Jul 17, 2015 at 07:15:48PM +0200, Mike Galbraith wrote:
> On Fri, 2015-07-17 at 11:27 -0400, Tejun Heo wrote:
>
> > I'm just curious whether there was any specific reason we didn't do
> > this before (ISTR people discussing it back then too).
>
> I'm dead set against all this
On Thu, Jul 16, 2015 at 01:32:18AM +0100, Ken Moffat wrote:
> On Wed, Jul 15, 2015 at 09:11:46PM +0200, Frederic Weisbecker wrote:
> > 2015-07-15 18:27 GMT+02:00 Ken Moffat :
> > >
> > > The config differences follow. Perhaps it is actually one of the
> > > subsequent choices that is the problem.
On Tue, Jul 14, 2015 at 04:33:39PM -0700, Andy Lutomirski wrote:
> On Tue, Jul 14, 2015 at 4:26 PM, Frederic Weisbecker
> wrote:
> > On Tue, Jul 07, 2015 at 03:54:32AM -0700, tip-bot for Andy Lutomirski wrote:
> >> Commit-ID: 0333a209cbf600e980fc55c24878a56f25f48b65
> >> Gitweb:
> >>
On Fri, Jul 17, 2015 at 11:59:18AM -0700, Andy Lutomirski wrote:
> On Thu, Jul 16, 2015 at 9:49 PM, Paul E. McKenney
> wrote:
> > On Thu, Jul 16, 2015 at 09:29:07PM -0700, Paul E. McKenney wrote:
> >> On Thu, Jul 16, 2015 at 06:53:15PM -0700, Andy Lutomirski wrote:
> >> > For reasons that mystify
On Thu, Jul 16, 2015 at 06:53:15PM -0700, Andy Lutomirski wrote:
> For reasons that mystify me a bit, we currently track context tracking
> state separately from rcu's watching state. This results in strange
> artifacts: nothing generic cause IRQs to enter CONTEXT_KERNEL, and we
> can nest
On Sat, 2015-07-18 at 02:40 +, Mathieu Desnoyers wrote:
> - On Jul 17, 2015, at 7:44 PM, Tom Zanussi tom.zanu...@linux.intel.com
> wrote:
>
> > On Fri, 2015-07-17 at 15:48 +, Mathieu Desnoyers wrote:
> >> - On Jul 16, 2015, at 9:35 PM, Tom Zanussi tom.zanu...@linux.intel.com
> >>
My name is Gatan Magsino, I work with Mediterranean Bank in Malta. Can i trust
you with a business worth 8.3 million USD? Please reply ONLY to my private
email: magsin...@yahoo.com.hk for more information.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Fri, Jul 17, 2015 at 07:30:53AM -0400, kan.li...@intel.com wrote:
SNIP
> diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
> index a71eeb2..c9981df 100644
> --- a/tools/perf/util/parse-events.c
> +++ b/tools/perf/util/parse-events.c
> @@ -25,6 +25,9 @@
> #ifdef
An update: see there:
http://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/175796.html
--
Bluecherry developer.
--
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
Hello Dmitry,
On 15-07-17 16:42:42, Dmitry Torokhov wrote:
> Hi Sanchayan,
>
>
> On Thu, Jul 16, 2015 at 08:43:21PM +0530, Sanchayan Maity wrote:
> > The Colibri Vybrid VF50 module supports 4-wire touchscreens using
> > FETs and ADC inputs. This driver uses the IIO consumer interface
> > and
This patch changes the tense of a verb in SubmittingPatches to ensure
grammatical validity of the containing sentence.
Signed-off-by: Benjamin Herr
---
Documentation/SubmittingPatches | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/SubmittingPatches
On 15-07-18 14:03:25, Nicolae Rosia wrote:
> Hi,
>
> On Thu, Jul 16, 2015 at 6:13 PM, Sanchayan Maity
> wrote:
> > The Colibri Vybrid VF50 module supports 4-wire touchscreens using
> > FETs and ADC inputs. This driver uses the IIO consumer interface
> > and relies on the vf610_adc driver based
On Fri, Jul 17, 2015 at 05:11:34PM -0700, Joe Perches wrote:
> On Fri, 2015-07-17 at 15:59 +0200, Joseph-Eugene Winzer wrote:
> > Reformatting the code without introducing other warnings
> > like 'Avoid unnecessary line continuations' or breaking strings.
>
> Very few of these seem to be
On Fri, Jul 3, 2015 at 11:03 AM, Russell King - ARM Linux
wrote:
> On Wed, Jul 01, 2015 at 12:12:51PM +0100, Catalin Marinas wrote:
>> On Tue, Jun 30, 2015 at 11:29:06PM +0200, Lorenzo Nava wrote:
>> > This patch allows the use of CMA for DMA coherent memory allocation.
>> > At the moment if the
Hi Lina,
On Thu, Jul 2, 2015 at 11:30 PM, Lina Iyer wrote:
> You are right, RAW capability is not lock specific. But we dont want to
> impose this on every lock in the bank either.
I'm not sure I'm following your concern here: drivers still need to
explicitly indicate RAW in order for this to
Hi,
On Thu, Jul 16, 2015 at 6:13 PM, Sanchayan Maity
wrote:
> The Colibri Vybrid VF50 module supports 4-wire touchscreens using
> FETs and ADC inputs. This driver uses the IIO consumer interface
> and relies on the vf610_adc driver based on the IIO framework.
>
> Signed-off-by: Sanch
> +static
On second thought, I wonder if the config option shouldn't be in
kernel/trace/Kconfig
Imagine there's an option for every subsystem. Disabling all of them
but the one you actually care about is going to be a mess if they're
scattered all over the place.
Your thoughts?
On Fri, Jul 17, 2015 at 9:36
Signed-off-by: Guillaume Bienkowski
---
drivers/staging/rtl8188eu/core/rtw_mlme_ext.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
b/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
index 1a00d1b0..23bc1bf 100644
---
Fix spaces before comma and indentation.
Signed-off-by: Guillaume Bienkowski
---
drivers/staging/rtl8188eu/core/rtw_mlme_ext.c | 42 +--
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
On Sat, Jul 18, 2015 at 01:08:43PM +0800, Xing Zheng wrote:
> + ret = devm_snd_soc_register_card(>dev, card);
> + if (ret) {
> + dev_err(>dev,
> + "Soc register card failed %d\n", ret);
> + return ret;
> + }
> +
> + return ret;
> +}
> +
1 - 100 of 248 matches
Mail list logo
