On Tue, Feb 23, 2016 at 01:23:19AM -0800, H. Peter Anvin wrote:
> On 02/23/16 01:17, Fengguang Wu wrote:
> >
> > However we are facing a new situation: in test robot POV, IMHO there
> > are values to test exactly the same tree as the patch submitter.
> > Otherwise the robot risks
> >
> > - false
On 2/23/2016 12:35 AM, John Youn wrote:
> This series moves the host/gadget-specific code from core.c to hcd.c
> and gadget.c so that they will be compiled only when their respective
> configurations are selected, or in DRD.
>
> This is mostly just a straight move of the code. I have also added
>
On Sunday 21 February 2016 12:34:54 Pali Rohár wrote:
> On Saturday 06 February 2016 11:35:49 Pali Rohár wrote:
> > On Tuesday 02 February 2016 13:47:37 Ivaylo Dimitrov wrote:
> > > Patch <703df6c097956d17a818e63961c82e8e9eef9fef> ("power:
> > > bq27xxx_battery: Reorganize I2C into a module") has r
Hi Rafael,
Added Ingo.
On 02/20/2016 12:43 AM, Rafael J. Wysocki wrote:
On Fri, Feb 19, 2016 at 4:01 PM, Daniel Lezcano
wrote:
On 02/18/2016 07:57 PM, Rafael J. Wysocki wrote:
On Thu, Feb 18, 2016 at 11:25 AM, Daniel Lezcano
wrote:
On 02/17/2016 11:21 PM, Rafael J. Wysocki wrote:
[ ...
Hi Michal,
On Tue, Jan 19, 2016 at 03:27:24PM +0100, Arnd Bergmann wrote:
> On Tuesday 19 January 2016 14:22:13 James Hogan wrote:
> > On Tue, Jan 19, 2016 at 03:09:14PM +0100, Arnd Bergmann wrote:
> > > On Tuesday 19 January 2016 13:37:50 James Hogan wrote:
> > > > When a header file is removed f
On Tue, Feb 23, 2016 at 11:20:56AM +0800, Peter Chen wrote:
> Hi Tejun Heo and Florian Mickler,
>
> I have a question that during the system resume process, the freezable
> workqueue can be thawed if there is a non-freezable workqueue is
> blocked (At uninterruptable state)?
>
> My case like belo
For now, flow of GCing an encrypted data page:
1) try to grab meta page in meta inode's mapping with index of old block
address of that data page
2) load data of ciphertext into meta page
3) allocate new block address
4) write the meta page into new block address
5) update block address pointer in
On 02/23/2016 12:24 PM, Alex Williamson wrote:
On Tue, 23 Feb 2016 12:12:42 +0700
Suravee Suthikulpanit wrote:
Hi
On 02/22/2016 09:07 PM, Peter Zijlstra wrote:
On Mon, Feb 22, 2016 at 03:00:31PM +0700, Suravee Suthikulpanit wrote:
So I really don't have time to review new muck while I'm h
On Tue, Feb 23, 2016 at 10:51:42AM +0530, Vineet Gupta wrote:
> On Friday 19 February 2016 12:17 PM, Vineet Gupta wrote:
> > Hi Peter,
> >
> > I've been debugging a csd_lock_wait() deadlock on SMP+PREEMPT ARC HS38x2
> > and it
> > turned out to be lot more interesting than I'd hoped for. This is
2016-02-22 22:52 GMT+01:00 Joachim Eastwood :
> On 22 February 2016 at 15:50, Alexandre Torgue
> wrote:
>> 2016-02-13 14:48 GMT+01:00 Joachim Eastwood :
>>> On 3 February 2016 at 15:54, Alexandre TORGUE
>>> wrote:
+ plat_dat->bsp_priv = dwmac;
+ plat_dat->init = stm32_dwma
On Monday 22 February 2016 09:00 PM, John Ogness wrote:
> Hi Tony,
>
> On 2016-02-11, Tony Lindgren wrote:
>>> At these speeds, nearly every DMA interrupt is accompanied by a
>>> spurious UART interrupt. So, sadly, the interrupts are doubled.
>>>
>>> It is on my TODO list to verify if the spuriou
- Original Message -
> From: "Jike Song"
> To: "Xiao Guangrong"
> Cc: "Paolo Bonzini" , g...@kernel.org,
> mtosa...@redhat.com, k...@vger.kernel.org,
> linux-kernel@vger.kernel.org, "kai huang" ,
> "Andrea Arcangeli" ,
> "Kevin Tian"
> Sent: Tuesday, February 23, 2016 4:02:25 AM
> Su
Hi Steve,
On 22/02/16 16:26, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Playing with SCHED_DEADLINE and cpusets, I found that I was unable to create
> new SCHED_DEADLINE tasks, with the error of EBUSY as if the bandwidth was
> already used up. I then realized there wa no way to
Currently writing the attributes with "echo" will result in comparing:
"enabled\n" with "enabled\0" and attribute is always set to false.
Use the sysfs_streq() instead because it treats both NUL and
new-line-then-NUL as equivalent string terminations.
Signed-off-by: Dan Bogdan Nechita
---
drive
Hi pan,
[auto build test ERROR on v4.5-rc5]
[also build test ERROR on next-20160223]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Pan-Xinhui/asm-generic-cmpxchg-use-BUILD_BUG-when-detect
On 02/16/2016 09:13 PM, Daniel Lezcano wrote:
[...]
> + if (index < 0) {
> + /*
> + * No idle callbacks fulfilled the constraints, jump
> + * to the default function like there wasn't any
> + * cpuidle driver.
> + */
> +
On 02/22/2016 10:59 PM, Daniel Lezcano wrote:
> On 02/22/2016 04:02 PM, Shreyas B Prabhu wrote:
>> Hi Daniel,
>>
>> On 02/16/2016 09:13 PM, Daniel Lezcano wrote:
>>> +
>>> +/**
>>> + * sched_idle_next_wakeup - Predict the next wakeup on the current cpu
>>> + *
>>> + * The next event on the cpu is
* Peter Zijlstra wrote:
> On Tue, Feb 23, 2016 at 12:54:40AM -0800,
> =?UTF-8?B?InRpcC1ib3QgZm9yIEJyeWFuIE8nRG9ub2dodWUiIDx0aXBib3RAenl0b3IuY28=?=.=?UTF-8?B?bT4=?=@zytor.com
> wrote:
>
> I'm not sure what happened here, but mutt is completely incapable of
> viewing this message.
>
> I also t
On 02/23/2016 11:06 AM, Shreyas B Prabhu wrote:
On 02/16/2016 09:13 PM, Daniel Lezcano wrote:
[...]
+ if (index < 0) {
+ /*
+* No idle callbacks fulfilled the constraints, jump
+* to the default function like there wasn't any
+
On Thursday 18 February 2016 21:04:49 Johannes Berg wrote:
> On Tue, 2016-01-26 at 09:42 +0100, Johannes Berg wrote:
> > On Mon, 2016-01-25 at 13:18 +0100, Thierry Reding wrote:
> > >
> > > Johannes, I assume that you'll want to take this through your tree
> > > because of the dependency? In that
Mimi Zohar wrote:
> To measure and appraise just the kexec initramfs, define a policy
> containing:
Doesn't this require a TPM?
David
Hi Andreas,
On 02/22/2016 03:46 PM, Andreas Gruenbacher wrote:
> Hi Michael,
>
> On Sun, Feb 21, 2016 at 10:40 PM, Michael Kerrisk (man-pages)
> wrote:
>> I've once more pulled from the latest git; here's some more comments.
>
> thanks again. I've updated the repo with your changes.
Thanks!
[
>> What I actually meant was is it OK for irq_work_queue_on() to be called
>> locally
>> (is this a sched bug/optimization(. Further if it is OK to be called, does
>> it need
>> to do behave more like irq_work_queue() i.e. call arch_irq_work_raise() or
>> arch_send_call_function_single_ipi() is e
On Tuesday 23 February 2016 05:58:32 Anurag Kumar Vulisha wrote:
> >
> > I don't know what is appropriate because I have no idea what Rxwatermark is
> > good for. Can you try describing why we can't just set it to the correct
> > value
> > for everyone automatically?
> >
>
> This RX watermark lev
On Mon, Feb 22, 2016 at 05:58:22PM -0800, David Daney wrote:
> From: Ganapatrao Kulkarni
>
> Attempt to get the memory and CPU NUMA node via of_numa. If that
> fails, default the dummy NUMA node and map all memory and CPUs to node
> 0.
>
> Tested-by: Shannon Zhao
> Reviewed-by: Robert Richter
Changes since V1: fixed the description and added KASan warning.
In assoc_array_insert_into_terminal_node(), we call the
compare_object() method on all non-empty slots, even when they're
not leaves, passing a pointer to an unexpected structure to
compare_object(). Currently it causes an out-of-bou
On 2/22/2016 8:59 PM, Nicholas Krause wrote:
This fixes error handling in the function cm_lap_handler to properly
check if the internal call to the function cm_init_av_for_response
has failed by returning a error code and if so exit immediately from
this particular function by freeing all previou
On Tue, Feb 23, 2016 at 11:16 AM, Michael Kerrisk (man-pages)
wrote:
> On 02/22/2016 03:46 PM, Andreas Gruenbacher wrote:
>> On Sun, Feb 21, 2016 at 10:40 PM, Michael Kerrisk (man-pages)
>> wrote:
>>> Could we start with just a few simple examples already, and build up
>>> over future iterations
On Fri, 2016-02-19 at 19:03 +0100, Thierry Reding wrote:
> On Thu, Feb 18, 2016 at 09:04:49PM +0100, Johannes Berg wrote:
> > On Tue, 2016-01-26 at 09:42 +0100, Johannes Berg wrote:
> > > On Mon, 2016-01-25 at 13:18 +0100, Thierry Reding wrote:
> > > >
> > > > Johannes, I assume that you'll want
On Tuesday 23 February 2016 11:15:31 Arnd Bergmann wrote:
> On Thursday 18 February 2016 21:04:49 Johannes Berg wrote:
> > On Tue, 2016-01-26 at 09:42 +0100, Johannes Berg wrote:
> Just for my curiosity: what is the difference between a rfkill-gpio
> device and a gpio-keys device with a KEY_RFKILL
This series adds support for verifying some of the cpufeatures
that are decided early in the boot process based on the boot
CPU and cannot be delayed until all the CPUs are up (e.g, ASIDBits
and may be VHE?). It also adds support for handling the failures
in booting the secondary CPUs which could n
Or in other words, make fail_incapable_cpu() reusable.
We use fail_incapable_cpu() to kill a secondary CPU early during the
bringup, which doesn't have the system advertised capabilities.
This patch makes the routine more generic, to kill a secondary
booting CPU, getting rid of the dependency on c
Adds a routine which can be used to park CPUs (spinning in kernel)
when they can't be killed.
Cc: Catalin Marinas
Cc: Mark Rutland
Acked-by: Will Deacon
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/smp.h |8
arch/arm64/kernel/cpufeature.c |5 +
2 files cha
So this is the format for the first patch?
base commit: 0233b800c838ddda41db318ee396320b3c21a560
Can we change it to include the name of the public tree we are starting
from?
applies-to: 0233b800c838
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git#master
Of course, my absolute
Adds a hook for checking whether a secondary CPU has the
features used already by the kernel during early boot, based
on the boot CPU and plugs in the check for ASID size.
The ID_AA64MMFR0_EL1:ASIDBits determines the size of the mm context
id and is used in the early boot to make decisions. The va
On (02/23/16 17:25), Minchan Kim wrote:
[..]
>
> That sounds like a plan but at a first glance, my worry is we might need
> some special handling related to objs_per_zspage and pages_per_zspage
> because currently, we have assumed all of zspages in a class has same
> number of subpages so it might
Add a helper to extract ASIDBits on the current cpu
Cc: Mark Rutland
Cc: Catalin Marinas
Acked-by: Will Deacon
Signed-off-by: Suzuki K Poulose
---
arch/arm64/mm/context.c | 36 +++-
1 file changed, 23 insertions(+), 13 deletions(-)
diff --git a/arch/arm64/mm
On Tue, Feb 23, 2016 at 09:51:19AM +0100, Ingo Molnar wrote:
>
> * Luis R. Rodriguez wrote:
>
> > Although hardware_subarch has been in place since the x86 boot
> > protocol 2.07 it hasn't been used much. Enumerate current possible
> > values to avoid misuses and help with semantics later at boo
We verify the capabilities of the secondary CPUs only when
hotplug is enabled. The boot time activated CPUs do not
go through the verification by checking whether the system
wide capabilities were initialised or not.
This patch removes the capability check dependency on CONFIG_HOTPLUG_CPU,
to make
This patch moves cpu_die_early to smp.c, where it fits better.
No functional changes, except for adding the necessary checks
for CONFIG_HOTPLUG_CPU.
Cc: Mark Rutland
Cc: Catalin Marinas
Acked-by: Will Deacon
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/smp.h |1 +
arch/arm
A secondary CPU could fail to come online due to insufficient
capabilities and could simply die or loop in the kernel.
e.g, a CPU with no support for the selected kernel PAGE_SIZE
loops in kernel with MMU turned off.
or a hotplugged CPU which doesn't have one of the advertised
system capability wil
When CONFIG_GENEVE is built as a loadable module, and bnx2x is built-in,
we get this link error:
drivers/net/built-in.o: In function `bnx2x_open':
:(.text+0x33322): undefined reference to `geneve_get_rx_port'
drivers/net/built-in.o: In function `bnx2x_sp_rtnl_task':
:(.text+0x3e632): undefined ref
Hi,
On 22/02/16 17:30, Steven Rostedt wrote:
> On Mon, 22 Feb 2016 22:30:17 +0100
> Peter Zijlstra wrote:
>
> > On Mon, Feb 22, 2016 at 12:48:54PM -0500, Steven Rostedt wrote:
> >
[...]
> >
> > > But let me ask, what would you recommend to finding out if the kernel
> > > has really given you
Am Dienstag, 23. Februar 2016, 11:31:40 CET schrieb Arnd Bergmann:
> On Tuesday 23 February 2016 11:15:31 Arnd Bergmann wrote:
> > On Thursday 18 February 2016 21:04:49 Johannes Berg wrote:
> > > On Tue, 2016-01-26 at 09:42 +0100, Johannes Berg wrote:
> > Just for my curiosity: what is the differen
Hi Elaine,
Am Dienstag, 23. Februar 2016, 15:58:42 schrieb Elaine Zhang:
> To model the muxes downstream of fractional dividers we introduced the
> child property, allowing to describe a direct child clock.
> The first implementation seems to cause section warnings, as the core
> clock-tree is mar
On Tue, Feb 23, 2016 at 03:51:23PM +0530, Vineet Gupta wrote:
> >
> > Now the distinct difference between arch_irq_work_raise() and
> > arch_send_call_function_single_ipi() is that arch_irq_work_raise()
> > should be NMI-safe.
>
> Ok - so when I implement interrupt priorities (aka NMI for ARC), t
On Tue, 2016-02-23 at 17:15 +0800, Boqun Feng wrote:
> On Tue, Feb 23, 2016 at 04:45:16PM +0800, Pan Xinhui wrote:
> > From: pan xinhui
> >
> > diff --git a/arch/powerpc/include/asm/cmpxchg.h
> > b/arch/powerpc/include/asm/cmpxchg.h
> > index d1a8d93..20c0a30 100644
> > --- a/arch/powerpc/includ
ICP DAS LP-8841 contains a DS-1302 RTC. This driver provides an SPI
master which makes the RTC usable. The driver is not supposed to work
with anything else.
The driver uses the standard MicroWire half-duplex transfer timing.
Master output is set on low clock and sensed by the RTC on the rising
ed
On Mon, Feb 22, 2016 at 05:30:43PM -0500, Steven Rostedt wrote:
> On Mon, 22 Feb 2016 22:30:17 +0100
> Peter Zijlstra wrote:
>
> > On Mon, Feb 22, 2016 at 12:48:54PM -0500, Steven Rostedt wrote:
> >
> > > > As it stands, the existing tracepoint have already been an ABI
> > > > trainwreck, why wo
Le 23/02/2016 07:00, Wenyou Yang a écrit :
> From: Josh Wu
>
> For SAMA5D3, SAMA5D4 SoC family, PMECC becomes a part of HSMC, they
> need the HSMC clock enabled to work.
> The NFC is a sub feature for current nand driver, it can be disabled.
> But if HSMC clock is controlled by NFC, so disable NF
Add a helper to group the writes to PMU counter, this will be
used to delay setting the event period to pmu::pmu_enable()
Cc: Punit Agrawal
Acked-by: Mark Rutland
Signed-off-by: Suzuki K. Poulose
---
drivers/bus/arm-cci.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/d
From: Mark Rutland
There's no need to dynamically initialise attribute pointers when we can
get the compiler to do it for us. We also don't need a dev_ext_attribute
for the cpumask, as the drvdata for a PMU device is a pointer to struct
pmu.
Cc: Punit Agrawal
Signed-off-by: Mark Rutland
Tested
CCI-550 PMU shares most of the CCI-500 PMU attributes including the
event format, PMU event codes. The only difference is an additional
master interface (MI6 - 0xe). Hence we share the driver code for both,
except for a model specific event validate method.
This patch renames the common CCI500 symb
Add ARM CoreLink CCI-550 cache coherent interconnect PMU
driver support. The CCI-550 PMU shares all the attributes of CCI-500
PMU, except for an additional master interface (MI-6 - 0xe).
CCI-550 requires the same work around as for CCI-500 to
write to the PMU counter.
Acked-by: Punit Agrawal
Ack
The CCI PMU driver sets the event counter to the half of the maximum
value(2^31) it can count before we start the counters via
pmu_event_set_period(). This is done to give us the best chance to
handle the overflow interrupt, taking care of extreme interrupt latencies.
However, CCI-500 comes with a
Add helper routines to check if the counter is enabled or not.
Cc: Punit Agrawal
Acked-by: Mark Rutland
Signed-off-by: Suzuki K Poulose
---
drivers/bus/arm-cci.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/bus/arm-cci.c b/drivers/bus/arm-cci.c
index 420c30c..d289037 10
On CCI-500 writing to a counter requires turning the PMU on. So,
synchronising the counter state should not be performed for such special cases,
while turning the PMU on. This patch adds a helper, __cci_pmu_enable_nosync(),
without flushing the counter states.
Cc: Punit Agrawal
Acked-by: Mark Rut
Adds helper routines to disable the counter controls for
all the counters on the CCI PMU and restore it back, by
preserving the original state in caller provided mask.
Cc: Punit Agrawal
Acked-by: Mark Rutland
Signed-off-by: Suzuki K Poulose
---
drivers/bus/arm-cci.c | 38
Add a hook for writing to CCI PMU counters. This callback
can be used for CCI models which requires some extra work
to program the PMU counter values. To accommodate group writes
and single counter writes, the call back accepts a bitmask
of the counter indices which need to be programmed with the
g
This patch refactors the CCI PMU driver code a little bit to
make it easier share the code for enabling/disabling the CCI
PMU. This will be used by the hooks to work around the special cases
where writing to a counter is not always that easy(e.g, CCI-500)
No functional changes.
Cc: Punit Agrawal
CCI PMU driver always reprograms the counters to a safe value (half of the
counter max, = 2^31) before starting the profiling to account for extreme
interrupt latencies. Also, the cost of writing to a PMU counter could be
very costly on some PMUs(e.g, CCI-500). In order to ammortise the cost of
pro
pmu_write_counter() is now only called from pmu_write_counters(),
which does so for each set index in the given mask, bounded by
cci_pmu->num_cntrs. So, there is no need for an extra check to
make sure the given counter is valid inside pmu_write_counter.
This patch gets rid of that.
Cc: Punit Agra
Tadeusz Struk wrote:
> > Ummm... Possibly. Is that how it's used?
> >
> > warthog>git grep pkcs1pad -- Documentation
> > warthog1>
>
> Yes, no docs. Sorry.
Can I suggest you at least stick a quick usage summary in the banner comment
at the top of the file?
> > Anyway, the problem I
From: Andrzej Hajda
cpumask_any_but returns value >= nr_cpu_ids if there are no more CPUs.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2038576
Signed-off-by: Andrzej
Here are some fixes and updates for arm-cci pmu driver targeting v4.6,
applies on top of v4.5-rc5.
Highlights include :
- Support for CoreLink CCI-550 PMU
- Reliable writes to PMU Counter registers for CCI-500/550.
All the patches have been Acked. Please let me know how this
can be merged.
And
DS1302 is half-duplex SPI device. The driver respects this fact now.
Pin configurations should be implemented using SPI subsystem.
Signed-off-by: Sergei Ianovich
CC: Alexandre Belloni
CC: Rob Herring
v6..v7
* change binding and doc file names
v5..v6
* rewrite the driver as an SPI
Andrew Zaborowski wrote:
> AIUI Tadeusz is proposing adding the hashing as a new feature. Note
> though that the hash paremeter won't make sense for the encrypt,
> decrypt or verify operations.
The hash parameter is necessary for the verify operation. From my
perspective, I want a verify opera
On Mon, 2016-02-22 at 16:24 -0500, Jessica Yu wrote:
> Implement basic character sets for the '%[]' conversion specifier.
>
> The '%[]' conversion specifier matches a nonempty sequence of
> characters
> from the specified set of accepted (or with '^', rejected) characters
> between the brackets. T
On 22/02/16 23:47, Philippe Loctaux wrote:
Makes the comment blocks start with /* on separate lines, and end
with */ on separate lines as well,
starting with * for each comment lines.
Signed-off-by: Philippe Loctaux
---
drivers/staging/comedi/drivers/contec_pci_dio.c | 47 +---
Hi Andreas,
On 02/22/2016 03:46 PM, Andreas Gruenbacher wrote:
> Hi Michael,
>
> On Sun, Feb 21, 2016 at 10:40 PM, Michael Kerrisk (man-pages)
> wrote:
>> I've once more pulled from the latest git; here's some more comments.
>
> thanks again. I've updated the repo with your changes.
Next round
On 22/02/16 22:26, Rafael J. Wysocki wrote:
> On Mon, Feb 22, 2016 at 10:32 AM, Juri Lelli wrote:
> > On 19/02/16 23:14, Rafael J. Wysocki wrote:
> >> On Friday, February 19, 2016 08:09:17 AM Juri Lelli wrote:
> >> > Hi Rafael,
> >> >
> >> > On 18/02/16 21:22, Rafael J. Wysocki wrote:
> >> > > On
Hi Suravee,
On Thu, Feb 11, 2016 at 04:15:21PM +0700, Suthikulpanit, Suravee wrote:
> From: Suravee Suthikulpanit
>
> This patch series modifies the existing perf_event_amd_iommu driver
> to support systems with multiple IOMMUs. It introduces new AMD IOMMU APIs,
> which are used by the AMD IOMMU
On Tue, 2016-02-23 at 14:30 +0800, Peter Hung wrote:
> The Fintek F81504/508/512 had implemented the basic serial port
> function in
> 8250_pci.c. We try to implement high baudrate & GPIOLIB with a spilt
> file
> 8250_f81504.c, but it seems too complex to add GPIOLIB.
[...]
> --- a/drivers/mfd/Kc
From: pan xinhui
__xchg_called_with_bad_pointer() can't tell us what codes use {cmp}xchg
in incorrect way. And no error will be reported until the link stage.
To fix such a kind of issues easily, we use BUILD_BUG_ON_MSG() here.
Signed-off-by: pan xinhui
---
change from V1:
use BUILD_BU
From: pan xinhui
__xchg_called_with_bad_pointer() can't tell us what codes use {cmp}xchg
in incorrect way. And no error will be reported until the link stage.
To fix such a kind of issues easily, we use BUILD_BUG_ON_MSG() here.
Signed-off-by: pan xinhui
---
change from V1:
use BUILD_BU
On 23/02/16 00:37, Joe Perches wrote:
On Tue, 2016-02-23 at 00:38 +0100, Philippe Loctaux wrote:
Added spaces around | and *, fixing 2 checkpatch checks.
[]
diff --git a/drivers/staging/comedi/drivers/mite.c
b/drivers/staging/comedi/drivers/mite.c
[]
@@ -51,7 +51,7 @@
#include "mite.h"
On 11.2.2016 17:28, Bharat Kumar Gogada wrote:
> This patch does required modifications to microblaze PCI subsystem, to
> work with generic driver (drivers/pci/host/pcie-xilinx.c) on Microblaze
> and Zynq.
>
> Signed-off-by: Bharat Kumar Gogada
> Signed-off-by: Ravi Kiran Gummaluri
> ---
> Chang
On 22/02/16 22:41, Rafael J. Wysocki wrote:
> On Mon, Feb 22, 2016 at 10:42 AM, Juri Lelli wrote:
> > Hi Rafael,
> >
> > On 19/02/16 23:26, Rafael J. Wysocki wrote:
> >> On Friday, February 19, 2016 05:26:04 PM Juri Lelli wrote:
> >> > Hi Srinivas,
>
> [cut]
>
> >> ---
> >> From: Rafael J. Wysoc
On Tue, Feb 23, 2016 at 11:58 AM, Michael Kerrisk (man-pages)
wrote:
> So, in terms of actually testing this stuff, is it just a matter of
> applying your patch series to the kernel, building the kernel, pulling
> the RichACL user-space tools from Git, and mount(8)ing a filesystem with
> the right
> From: Laura Abbott [mailto:labb...@redhat.com]
> Sent: Saturday, February 20, 2016 5:09 AM
> To: eun.taik@samsung.com; gre...@linuxfoundation.org; a...@android.com;
> riandr...@android.com; sumit.sem...@linaro.org; dan.carpen...@oracle.com;
> Rohit Kumar ; sri...@marirs.net.in; shawn.lin@roc
On 2016/2/9 13:04, Rob Herring wrote:
> On Thu, Feb 4, 2016 at 9:05 PM, Shannon Zhao wrote:
>> From: Shannon Zhao
>>
>> Sometimes it needs to check if there is a node in FDT by full path.
>
> I'm confused. Are you searching by full path or...
>
>> Introduce this helper to get the specified na
On 23 February 2016 at 10:59, Alexandre Torgue
wrote:
> 2016-02-22 22:52 GMT+01:00 Joachim Eastwood :
>> On 22 February 2016 at 15:50, Alexandre Torgue
>> wrote:
>>> 2016-02-13 14:48 GMT+01:00 Joachim Eastwood :
On 3 February 2016 at 15:54, Alexandre TORGUE
wrote:
> + plat_
Hi David,
On 23 February 2016 at 11:55, David Howells wrote:
> Andrew Zaborowski wrote:
>
>> AIUI Tadeusz is proposing adding the hashing as a new feature. Note
>> though that the hash paremeter won't make sense for the encrypt,
>> decrypt or verify operations.
>
> The hash parameter is necessa
Hi,
On 02/23/2016 06:04 PM, Joerg Roedel wrote:
Hi Suravee,
On Thu, Feb 11, 2016 at 04:15:21PM +0700, Suthikulpanit, Suravee wrote:
From: Suravee Suthikulpanit
This patch series modifies the existing perf_event_amd_iommu driver
to support systems with multiple IOMMUs. It introduces new AMD I
On Thu, Feb 18, 2016 at 07:12:05PM -0800, Stephen Boyd wrote:
> We mis-merged the original patch from Russell here and so the
> patch went almost all the way, except that we still failed to
> probe when there wasn't a clocks property in the DT node. Allow
> that case by making a negative value from
On Tue 2016-02-23 01:00:37,
=?UTF-8?B?dGlwLWJvdCBmb3IgSm9zaCBQb2ltYm9ldWYgPHRpcGJvdEB6eXRvci5jb20+?=@zytor.com
wrote:
Hi!
I don't who sent those mails (hpa?) but From: is severely misformated,
as is content-type.
Pavel
--
On 02/23/2016 06:27 PM, Suravee Suthikulpanit wrote:
Hi,
On 02/23/2016 06:04 PM, Joerg Roedel wrote:
Hi Suravee,
On Thu, Feb 11, 2016 at 04:15:21PM +0700, Suthikulpanit, Suravee wrote:
From: Suravee Suthikulpanit
This patch series modifies the existing perf_event_amd_iommu driver
to suppo
On Tue, Feb 23, 2016 at 10:49:42AM +, Suzuki K Poulose wrote:
> Here are some fixes and updates for arm-cci pmu driver targeting v4.6,
> applies on top of v4.5-rc5.
>
> Highlights include :
> - Support for CoreLink CCI-550 PMU
> - Reliable writes to PMU Counter registers for CCI-500/550.
>
On Mon, Feb 22, 2016 at 10:53:20PM +0100, Arnd Bergmann wrote:
> With CONFIG_SMP and CONFIG_PREEMPT both disabled, gcc decides
> to partially inline the get_state_failrec() function but cannot
> figure out that means the failrec pointer is always valid
> if the function returns success, which cause
On 02/23/2016 06:01 PM, Paolo Bonzini wrote:
> - Original Message -
>> From: "Jike Song"
>> To: "Xiao Guangrong"
>> Cc: "Paolo Bonzini" , g...@kernel.org,
>> mtosa...@redhat.com, k...@vger.kernel.org,
>> linux-kernel@vger.kernel.org, "kai huang" ,
>> "Andrea Arcangeli" ,
>> "Kevin Tian"
On 23/02/16 07:24, Luis R. Rodriguez wrote:
> --- a/arch/x86/xen/enlighten.c
> +++ b/arch/x86/xen/enlighten.c
[...]
> @@ -1526,8 +1525,6 @@ asmlinkage __visible void __init xen_start_kernel(void)
>
> /* Install Xen paravirt ops */
> pv_info = xen_info;
> - if (xen_initial_domain()
Hi Paul,
On Monday 22 February 2016 03:25 PM, Kishon Vijay Abraham I wrote:
> Hi Paul,
>
> On Monday 22 February 2016 12:01 PM, Paul Walmsley wrote:
>> Kishon,
>>
>> On Mon, 22 Feb 2016, Kishon Vijay Abraham I wrote:
>>
>>> Sekhar,
>>>
>>> On Thursday 18 February 2016 07:51 PM, Sekhar Nori wrote:
Hi,
On Mon, Feb 22, 2016 at 05:58:19PM -0800, David Daney wrote:
> From: Ard Biesheuvel
>
> There are two problems with the UEFI stub DT memory node removal
> routine:
> - it deletes nodes as it traverses the tree, which happens to work
> but is not supported, as deletion invalidates the node
On Mon, Feb 22, 2016 at 09:35:24PM +0100, Ard Biesheuvel wrote:
> OK, thanks for the historical context.
>
> So what is your opinion on this series, i.e., to wire up memremap() to
> remap arbitrary memory regions into the vmalloc area with MT_MEMORY_RW
> attributes, and at the same time lift the r
Hi Dan,
On Tue, Feb 23, 2016 at 01:32:53PM +0300, Dan Carpenter wrote:
> So this is the format for the first patch?
>
> base commit: 0233b800c838ddda41db318ee396320b3c21a560
What's in my mind is lines like
base tree/branch:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git maste
Hi Robert,
On Mon, 2016-02-22 at 16:35 +0100, Robert Jarzmik wrote:
> You're right, I haven't seen the pxa2xx.dtsi statement before.
>
> As such, could you amend a bit your patch please to :
> - add:
> Fixes: 0ec1939668e5 ("ARM: dts: pxa: add the usb host controller")
> - make the same change
2016-02-23 18:17 GMT+09:00 Anand Moon :
> Hi Krzysztof,
>
> On 23 February 2016 at 14:03, Krzysztof Kozlowski
};
+
+gpio_keys {
+compatible = "gpio-keys";
+pinctrl-names = "default";
+pinctrl-0 = <&gpio_power_key>;
+
>>
On 23 February 2016 at 12:58, Russell King - ARM Linux
wrote:
> On Mon, Feb 22, 2016 at 09:35:24PM +0100, Ard Biesheuvel wrote:
>> OK, thanks for the historical context.
>>
>> So what is your opinion on this series, i.e., to wire up memremap() to
>> remap arbitrary memory regions into the vmalloc
On Tue, Feb 16, 2016 at 03:45:10PM -0600, Aravind Gopalakrishnan wrote:
> The Deferred field indicates if we have a Deferred error.
> Deferred errors indicate errors that hardware could not
> fix. But it still does not cause any interruption to program
> flow. So it does not generate any #MC and UC
On Fri, Feb 12, 2016 at 06:16:40PM +0100, Gerald Schaefer wrote:
> On Fri, 12 Feb 2016 16:57:27 +0100
> Christian Borntraeger wrote:
>
> > > I'm also confused by pmd_none() is equal to !pmd_present() on s390. Hm?
> >
> > Don't know, Gerald or Martin?
>
> The implementation frequently changes de
101 - 200 of 1269 matches
Mail list logo
