Currently lun_opts are stored only in configfs and
accessed using container_of() on config group. This
means that in configfs callbacks we can easily access
only current lun (config_group).
This commit adds an additinal array to fsg_opts which
allows to access not only current lun but also all
Sometimes it might be desirable to prohibit removing a directory
in configfs. One example is USB gadget (mass_storage function):
when gadget is already bound, if lun directory is removed,
the gadget must be thrown away, too. A better solution would be
to fail with e.g. -EBUSY.
Currently configfs
Dear list,
This series fix configfs interface for mass storage function.
According to mass storage specification[1]:
"Logical Unit Numbers on the device shall be numbered contiguously
starting from LUN 0 to a maximum LUN of 15 (Fh)."
Currently configfs interface allows to create LUNs with
On Thu, 2015-04-09 at 16:46 +0100, Stefano Stabellini wrote:
> Hi all,
>
> I found a performance regression when running netperf -t TCP_MAERTS from
> an external host to a Xen VM on ARM64: v3.19 and v4.0-rc4 running in the
> virtual machine are 30% slower than v3.18.
>
> Through bisection I
Amend the perf record tool to read the
AUX area tracing mmap and synthesize
AUX area tracing events.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
---
tools/perf/builtin-record.c | 81 ++---
1 file changed, 77 insertions(+), 4 deletions(-)
diff --git
On 09/04/15 16:01, Daniel Baluta wrote:
>
>
> On 04/09/2015 05:51 PM, Kuppuswamy, Sathyanarayanan wrote:
>> Hi Daniel,
>>
>> You have asked me to include this patch in my LTR501 patch set. I have
>> already sent few versions of my patch set with your patch. Do you want to
>> submit it again
It is assumed that AUX area decoding will
synthesize events for consumption by other tools.
At this time, the main use of AUX area tracing will be
to capture instruction trace (aka processor trace) data.
The nature of instruction tracing suggests the
initial inclusion of options for "instructions"
Em Thu, Apr 09, 2015 at 11:26:30PM +0900, Taeung Song escreveu:
> The perf configuration file contain many variables which can make
> the perf command's action more effective and more skilful.
> But looking through state of configuration is difficult and
> there's no knowing what kind of other
On Thu, Apr 09, 2015 at 05:00:48PM +0100, Emil Velikov wrote:
> Hi Mikko
>
> Pardon for the late response,
>
> On 21 March 2015 at 12:17, Mikko Rapeli wrote:
> > On Fri, Mar 20, 2015 at 08:25:40PM +, Emil Velikov wrote:
> >> On 23 February 2015 at 10:35, Mikko Rapeli wrote:
> >> > On Mon,
On Wed, Apr 08, 2015 at 02:06:14PM +0800, Qu Wenruo wrote:
>
>
> Original Message
> Subject: [PATCH 2/3] Btrfs: unify subvol= and subvolid= mounting
> From: Omar Sandoval
> To: Chris Mason , Josef Bacik , David Sterba
> ,
> Date: 2015年04月08日 13:34
>
> > Currently, mounting
On Thu, Apr 09, 2015 at 05:50:52PM +0200, Pelle Nilsson wrote:
> On 2015-04-09 17:40, Mark Brown wrote:
> > Why is the callback mandatory if an empty implementation is OK?
> Ask the author of spi-bitbang. :-)
What I'm trying to suggest is that you're perhaps fixing the wrong
problem - make the
commit 61f77eda "mm/hugetlb: reduce arch dependent code around follow_huge_*"
broke follow_huge_pmd() on s390, where pmd and pte layout differ and using
pte_page() on a huge pmd will return wrong results. Using pmd_page() instead
fixes this.
All architectures that were touched by commit 61f77eda
Add a feature to indicate that a perf.data file
contains AUX area data.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
---
tools/perf/util/header.c | 14 ++
tools/perf/util/header.h | 1 +
2 files changed, 15 insertions(+)
diff --git a/tools/perf/util/header.c
Extend the -m option so that the number
of mmap pages for AUX area tracing
can be specified by adding a comma followed
by the number of pages.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
---
tools/perf/Documentation/perf-record.txt | 2 ++
tools/perf/builtin-record.c | 49
Add two user events for AUX area tracing.
PERF_RECORD_AUXTRACE_INFO contains metadata,
consisting primarily the type of the
AUX area tracing data plus some amount
of architecture-specific information.
There should be only one
PERF_RECORD_AUXTRACE_INFO event.
PERF_RECORD_AUXTRACE identifies AUX
Add support for reading from the AUX area
tracing mmap and synthesizing AUX area
tracing events.
This patch introduces an abstraction for recording
AUX area data. Recording is initialized
by auxtrace_record__init() which is a weak function
to be implemented by the architecture to provide
In order to process AUX area tracing
data in time order, the queue with data
with the lowest timestamp must be
processed first. Provide a heap to
keep track of which queue that is.
As with the queues, a decoder does not have
to use the heap, but Intel BTS and Intel PT
will use it.
This patch supports the addition to the kernel
of AUX area buffers that can be mmapped separately
from the perf-events buffer.
The AUX buffer can be configured to contain
hardware-produced trace information. The first
implementation will support Intel BTS and Intel PT.
One auxtrace buffer is
Dear Eduardo,
Please find my pull request for Samsung Thermal targeting v4.1 merge
window.
The following changes since commit
96d927aa14deb1c4bf6bfd758776ad942463865d:
thermal: cpu_cooling: Fix power calculation when CPUs are offline
(2015-04-07 11:01:22 -0700)
are available in the git
Provide hooks so that an AUX area
decoder can process AUX area tracing
events.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 52 +-
tools/perf/util/auxtrace.h | 13
2 files changed, 64 insertions(+), 1 deletion(-)
diff
Provide functions to queue AUX area tracing data
buffers for processing. A AUX area decoder
need not use the queues, however Intel BTS and Intel PT
will use them.
There is one queue for each of the mmap buffers that
were used for recording. Because those mmaps were
associated with per-cpu or
Add functions to synthesize, count and print
AUX area tracing error events.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 81 ++
tools/perf/util/auxtrace.h | 14
tools/perf/util/event.h| 6
tools/perf/util/session.c
Decoding AUX area data may involve walking object
code. Rather than repetitively decoding the same
instructions, a cache can be used to cache the results.
This patch implements a fairly generic hashtable
with a 32-bit key that could be used for other
purposes as well.
Signed-off-by: Adrian
Add support for decoding an AUX area assuming
it contains instruction tracing data.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-script.txt | 28
tools/perf/builtin-script.c | 11 +++
2 files changed, 39 insertions(+)
diff
Add support for decoding an AUX area assuming
it contains instruction tracing data.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-report.txt | 28
tools/perf/builtin-report.c | 11 +++
2 files changed, 39 insertions(+)
diff
Add an index of AUX area tracing events within
a perf.data file.
perf record uses a special user event
PERF_RECORD_FINISHED_ROUND to enable sorting of
events in chunks instead of having to sort all
events altogether.
AUX area tracing events contain data that can
span back to the very beginning
If a file contains AUX area tracing data then always allow
fields 'addr' and 'cpu' to be selected as options for perf
script. This is necessary because AUX area decoding
may synthesize events with that information.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-script.c | 29
Add build option NO_AUXTRACE to exclude compiling support
for AUX area tracing. Support for both recording and
processing is excluded and by implication any future
additions such as Intel PT and Intel BTS will also not
be compiled in with this option.
Signed-off-by: Adrian Hunter
---
New AUX area tracing events must be re-piped by default.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-inject.c | 63 +
1 file changed, 58 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-inject.c b/tools/perf/builtin-inject.c
We need to include all buildids when a perf.data
file contains AUX area tracing data because we
do not decode the trace for that purpose because
it would take too long.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-buildid-list.c | 9 +
tools/perf/builtin-inject.c | 8
Add AUX area tracing option 'x' to synthesize events for
transactions. This will be used by Intel PT to synthesize
an event record for each TSX start, commit or abort.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-report.txt | 9 +
Add the Intel Processor Trace type
constant PERF_AUXTRACE_INTEL_PT.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 1 +
tools/perf/util/auxtrace.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/tools/perf/util/auxtrace.c b/tools/perf/util/auxtrace.c
index 4373f97..e562ec3
Add support for the PERF_RECORD_AUX event type.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-inject.c | 1 +
tools/perf/util/event.c | 21 +
tools/perf/util/event.h | 13 +
tools/perf/util/machine.c | 10 ++
tools/perf/util/machine.h |
Add support for making snapshots of
AUX area tracing data.
Signed-off-by: Adrian Hunter
---
tools/perf/perf.h | 3 ++
tools/perf/util/auxtrace.c | 85 --
tools/perf/util/auxtrace.h | 41 ++
3 files changed, 119
Instruction tracing will typically have access to information
about the instruction being executed for a particular ip sample.
Some of that information will be available in the 'flags' member
of struct perf_sample.
With the addition of transactions events synthesis to Instruction
Tracing options,
On Thu, Apr 09, 2015 at 02:42:24PM +0200, Michael Wang wrote:
> On 04/08/2015 10:10 PM, Jason Gunthorpe wrote:
> [snip]
> >
> > Some of the other checks in this file revolve around pkey, I'm not
> > sure what rocee does there? cap_pkey_supported ?
>
> I'm not sure if this count in capability...
On Thu, Apr 09, 2015 at 10:34:30AM -0400, Doug Ledford wrote:
> These are exactly the tests I proposed Jason. I'm not sure I see your
> point here. I guess my point is that although the scenario of all the
> different items seems complex, it really does boil down to needing only
> exactly what
Add support for decoding instructions for Intel
Processor Trace. The kernel x86 instruction
decoder is used for this.
Signed-off-by: Adrian Hunter
---
tools/build/Makefile.build | 2 +
tools/perf/.gitignore | 2 +
Hi Sebastian,
On Thu, 09 Apr 2015 17:34:29 +0200
Sebastian Hesselbarth wrote:
>
> if you include a bunch of performance measurements, I guess it will help
> you to get an agreement of replacing the driver instead of reworking it.
Yep, I made some measurements using tcrypt a while ago, I'll
Add a member to struct dso that can be used by Instruction
Trace implementations to hold a cache for decoded instructions.
Signed-off-by: Adrian Hunter
---
tools/perf/util/dso.c | 2 ++
tools/perf/util/dso.h | 3 +++
2 files changed, 5 insertions(+)
diff --git a/tools/perf/util/dso.c
Add new AUX area member (aux_watermark) of struct perf_event_attr
to debug prints and byte swapping.
Signed-off-by: Adrian Hunter
---
tools/perf/util/evsel.c | 1 +
tools/perf/util/session.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/tools/perf/util/evsel.c
Add a facility to log Intel Processor Trace
decoding. The log is intended for debugging
purposes only.
The log file name is "intel_pt.log" and is
opened in the current directory.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/Build | 2 +-
Add support for decoding an AUX area assuming
it contains instruction tracing data. The
AUX area tracing events are stripped and replaced
by synthesized events.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-inject.txt | 27
tools/perf/builtin-inject.c
On Thu 09 Apr 08:18 PDT 2015, Ivan T. Ivanov wrote:
> Read input buffer when input is enabled, not when it is
> disabled. Also fix interpretation of the pmic_gpio_read()
> return code, negative value means an error.
>
> Signed-off-by: Ivan T. Ivanov
> ---
>
On Thu 09 Apr 08:18 PDT 2015, Ivan T. Ivanov wrote:
> Fix interpretation of the pmic_mpp_read() return code,
> negative value means an error.
>
> Signed-off-by: Ivan T. Ivanov
> ---
> drivers/pinctrl/qcom/pinctrl-spmi-mpp.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
>
On Tue, Apr 07, 2015 at 10:34:02PM -0700, Omar Sandoval wrote:
> Currently, userspace has no way to know which subvolume is mounted.
Oh, there is a way, 'btrfs inspect-internal rootid /path/to/mount', just
we'd like to see it in the mount options as well.
> But,
> now that we're guaranteed to
To record an AUX area, the weak function
auxtrace_record__init() must be implemented.
Equally to decode an AUX area, the
AUX area tracing type must be added to the
perf_event__process_auxtrace_info() function.
This patch makes those two changes plus hooks
up default config for the intel_pt PMU.
The enhanced thread stack is used by higher layers but still
requires the trace number. The trace number is used to
distinguish discontinuous sections of trace (for example
from Snapshot mode or Sample mode), which cause the thread
stack to be flushed.
Signed-off-by: Adrian Hunter
---
intel_bts synthesizes samples. Fill in the new flags and
insn_len members with instruction information.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-bts.c | 128 ++--
1 file changed, 124 insertions(+), 4 deletions(-)
diff --git
intel_pt synthesizes samples. Fill in the new flags and
insn_len members with instruction information.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt.c | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/util/intel-pt.c b/tools/perf/util/intel-pt.c
index
On Thu, 2015-04-09 at 15:44 +0300, Andrey Ryabinin wrote:
> On 04/09/2015 02:06 PM, Paul Bolle wrote:
> > On Wed, 2015-04-08 at 18:38 +0300, Andrey Ryabinin wrote:
> >> It might be annoying to constantly see this:
> >>
> >>scripts/Makefile.kasan:16: Cannot use CONFIG_KASAN:
> >>
Add a python script which will display a context-sensitive
call-graph using data from a postrgreql database created
by the export-to-postgresql.py script.
Example:
# Record 'ls' command
~/libexec/perf-core/perf-with-kcore record pt_ls -e intel_pt// -- ls
# Create and export to database
Add support for Intel Processor Trace.
Signed-off-by: Adrian Hunter
---
tools/perf/util/Build |1 +
tools/perf/util/intel-pt.c | 2631
tools/perf/util/intel-pt.h | 35 +
3 files changed, 2667 insertions(+)
create mode 100644
Allow auxtrace data to be a multiple of
something other than page size. That is
needed for BTS where the buffer contains
24-byte records.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 7 +++
tools/perf/util/auxtrace.h | 1 +
2 files changed, 8 insertions(+)
diff --git
The enhanced thread stack is used by higher layers but still
requires the trace number. The trace number is used to
distinguish discontinuous sections of trace (for example
from Snapshot mode or Sample mode), which cause the thread
stack to be flushed.
Signed-off-by: Adrian Hunter
---
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/intel-bts.txt | 67 ++
tools/perf/arch/x86/util/auxtrace.c| 50 +-
tools/perf/util/Build |1 +
tools/perf/util/auxtrace.c |3 +
tools/perf/util/auxtrace.h |1 +
Hi Mikko
Pardon for the late response,
On 21 March 2015 at 12:17, Mikko Rapeli wrote:
> On Fri, Mar 20, 2015 at 08:25:40PM +, Emil Velikov wrote:
>> On 23 February 2015 at 10:35, Mikko Rapeli wrote:
>> > On Mon, Feb 23, 2015 at 10:26:58AM +, Emil Velikov wrote:
>> >> On 16/02/15 23:05,
Errors encountered when decoding an AUX area
trace need to be reported to the user. However
the "user" might be a script or another tool,
so provide a new user event to capture those
errors.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
---
tools/perf/util/event.c | 1 +
Add support for decoding an Intel Processor Trace.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/Build |2 +-
.../perf/util/intel-pt-decoder/intel-pt-decoder.c | 1738
.../perf/util/intel-pt-decoder/intel-pt-decoder.h | 89 +
3 files
Hi
Here are patches for the introduction of an abstraction for
using the AUX area and Instruction tracing. This patch
set now include support for Intel PT / Intel BTS.
The first 25 patches have been sent before and some have
Jiri's acks. One patch that Jiri acked "perf evlist: Add
support for
Add a new option and support for Instruction
Tracing Snapshot Mode. When the new option is
selected, no AUX area tracing data is
captured until a signal (SIGUSR2) is received.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-record.txt | 7 ++
tools/perf/builtin-record.c
Add support for decoding Intel Processor Trace
packets.
Signed-off-by: Adrian Hunter
---
tools/perf/util/Build | 1 +
tools/perf/util/intel-pt-decoder/Build | 1 +
.../util/intel-pt-decoder/intel-pt-pkt-decoder.c | 400 +
Hook into session processing so that AUX area decoding can
synthesize events transparently to the tools.
The advantages of transparent decoding are that tools can be used
directly with perf.data files containing AUX area tracing data,
which is easier for the user and more efficient than having a
Add support for the PERF_RECORD_ITRACE_START event type.
This event can be used to determine the pid and tid that
are running when Instruction Tracing starts. Generally
that information would come from a sched_switch event
but, at the start, no sched_switch events may yet have
been recorded.
Apply the same logic we use in vfio_pci_try_bus_reset() to perform a
bus or slot reset as devices are released to the device open path.
This not only improves our chances of handing the device to the user
in a clean state, but we can also avoid duplicate resets if the device
is released and
spi-altera driver is broken and causes a kernel panic due to a NULL
pointer dereference during first SPI transaction. The setup_transfer()
bitbang callback is mandatory when the txrx_bufs() callback is
present. It was therefore an error to remove it in commit
30af9b558a56. This patch simply adds
On Thu 09 Apr 08:18 PDT 2015, Ivan T. Ivanov wrote:
> GPIO output type configuration was incorrectly overwritten
> by strength value. Fix this.
>
> Signed-off-by: Ivan T. Ivanov
> ---
Acked-by: Bjorn Andersson
Regards,
Bjorn
--
To unsubscribe from this list: send the line "unsubscribe
Am Donnerstag, 9. April 2015, 16:58:41 schrieb Boris Brezillon:
Hi Boris,
>Hello,
>
>This is an attempt to replace the mv_cesa driver by a new one to address
>some limitations of the existing driver.
>From a performance and CPU load point of view the most important
>limitation is the lack of DMA
The equivalent bus and slot versions of this are already exported and
vfio-pci would like a function-probe available so we can expose
function-level reset capabilities to the user without necessarily
using it to perform a reset before enabling the device for the user.
Signed-off-by: Alex
On 2015-04-09 17:40, Mark Brown wrote:
> Why is the callback mandatory if an empty implementation is OK?
Ask the author of spi-bitbang. :-)
In spi_bitbang_start() we have this chunk of code:
if (!bitbang->txrx_bufs) {
bitbang->use_dma = 0;
Hi all,
I found a performance regression when running netperf -t TCP_MAERTS from
an external host to a Xen VM on ARM64: v3.19 and v4.0-rc4 running in the
virtual machine are 30% slower than v3.18.
Through bisection I found that the perf regression is caused by the
prensence of the following
Fix:
drivers/leds/led-class.c: In function 'brightness_store':
drivers/leds/led-class.c:57: error:
implicit declaration of function 'led_trigger_remove'
seen if LEDS_TRIGGERS is not configured.
Fixes: 5a15d172057c ("leds: unify the location of led-trigger API")
Cc: Jacek
On Thu, Apr 09, 2015 at 05:03:42PM +0200, Pelle Nilsson wrote:
> This callback is mandatory since txrx_bufs callback is defined. The lack of
> it causes a kernel panic on first SPI transaction.
Why is the callback mandatory if an empty implementation is OK?
signature.asc
Description: Digital
Commit 5a15d172057c ("leds: unify the location of led-trigger API")
moved the leds trigger API to led.h. Moving the function definitions
caused a logical problem regarding the visibility of #idef blocks. As
listed in the code snippet below, the inner #else block will never see a
compiler since
On Thu, Apr 09, 2015 at 03:57:05PM +0100, Mark Salter wrote:
> Currently in validate_group(), there is a static initializer
> for fake_pmu.used_mask which is based on CPU_BITS_NONE but
> the used_mask array size is based on CCI_PMU_MAX_HW_EVENTS.
> CCI_PMU_MAX_HW_EVENTS is not based on NR_CPUS, so
On 09.04.2015 16:58, Boris Brezillon wrote:
This is an attempt to replace the mv_cesa driver by a new one to address
some limitations of the existing driver.
From a performance and CPU load point of view the most important
limitation is the lack of DMA support, thus preventing us from chaining
On Thu, Apr 09, 2015 at 06:26:14PM +0300, Alexey Dobriyan wrote:
> int parse_integer(const char *s, unsigned int base, T *val);
This is an example how conversion looks like (for mm/ directory):
--- a/mm/memcontrol.c
+++ b/mm/memcontrol.c
@@ -4187,20 +4187,23 @@ static ssize_t
On 04/09, Thierry Reding wrote:
> On Thu, Apr 09, 2015 at 12:07:59PM +0200, Krzysztof Kozlowski wrote:
> > 2015-04-09 12:00 GMT+02:00 Thierry Reding :
> > > On Wed, Apr 08, 2015 at 03:22:15PM +0200, Krzysztof Kozlowski wrote:
> > >> Replace duplicated const keyword for 'emc_parent_clk_names' with
On Thu, Apr 09, 2015 at 05:03:41PM +0200, Pelle Nilsson wrote:
> As I reported earlier, spi-altera driver is broken and causes a kernel
> panic due to a NULL pointer dereference during first SPI
Please don't send cover letters for single patches, it tends to mean
you've not written enough in the
kstrto*() and kstrto*_from_user() family of functions were added
help with parsing one integer written as string to proc/sysfs/debugfs
files and pass it elsewhere. But they have a limitation: string passed
must end with \0 or \n\0. There are enough places where kstrto*()
functions can't be used
Commit 5a15d172057c ("leds: unify the location of led-trigger API")
moved the leds trigger API to led.h. Moving the function definitions
caused a logical problem regarding the visibility of #idef blocks. As
listed in the code snippet below, the inner #else block will never see a
compiler since
On Mon, 30 Mar 2015, Andy Lutomirski wrote:
> I'll submit a new version this week with the securebits. Sorry for the delay.
Are we going to get a new version?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 04/09, Linus Walleij wrote:
> On Sat, Apr 4, 2015 at 4:59 PM, Julia Lawall wrote:
>
> > Put NULL test on the result of the previous call instead on one of its
> > arguments. A simplified version of the semantic match that finds this
> > problem is as follows (http://coccinelle.lip6.fr/):
> >
On Thu, Apr 09, 2015 at 04:58:41PM +0200, Boris Brezillon wrote:
> Hello,
>
> This is an attempt to replace the mv_cesa driver by a new one to address
> some limitations of the existing driver.
> >From a performance and CPU load point of view the most important
> limitation is the lack of DMA
* Peter Ujfalusi [150409 02:37]:
> The sDMA requests are routed through the DMA crossbar and without the
> crossbar only peripherals using DMA request 0-127 can be used.
I assume this can be merged separately from the driver
changes?
Otherwise we'll have the same kind of "flag day" mess with
On Thu, Apr 09, 2015 at 04:43:48PM +0800, l...@kernel.org wrote:
> From: Zefan Li
>
> This is the start of the stable review cycle for the 3.4.107 release.
> There are 176 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied,
On 04/09/2015 11:17 AM, Theodore Ts'o wrote:
> On Thu, Apr 09, 2015 at 10:14:49AM -0400, Sasha Levin wrote:
>> > Hi all,
>> >
>> > I was running xfstests on the latest -next kernel directed at an ext4
>> > mount,
>> > and saw the following on the generic/019 test:
> Hi Sasha,
>
> This isn't a
Fix interpretation of the pmic_mpp_read() return code,
negative value means an error.
Signed-off-by: Ivan T. Ivanov
---
drivers/pinctrl/qcom/pinctrl-spmi-mpp.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/pinctrl/qcom/pinctrl-spmi-mpp.c
Read input buffer when input is enabled, not when it is
disabled. Also fix interpretation of the pmic_gpio_read()
return code, negative value means an error.
Signed-off-by: Ivan T. Ivanov
---
drivers/pinctrl/qcom/pinctrl-spmi-gpio.c | 11 ++-
1 file changed, 6 insertions(+), 5
GPIO output type configuration was incorrectly overwritten
by strength value. Fix this.
Signed-off-by: Ivan T. Ivanov
---
drivers/pinctrl/qcom/pinctrl-spmi-gpio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/qcom/pinctrl-spmi-gpio.c
On Thu, Apr 09, 2015 at 10:14:49AM -0400, Sasha Levin wrote:
> Hi all,
>
> I was running xfstests on the latest -next kernel directed at an ext4 mount,
> and saw the following on the generic/019 test:
Hi Sasha,
This isn't a test I normally run; is it a test you've run in the past?
If so, do you
On Thu, Apr 09, 2015 at 04:53:48PM +0200, Julia Lawall wrote:
>
>
> On Thu, 9 Apr 2015, Dan Carpenter wrote:
>
> > Sorry, my last email was bad.
> >
> > Splitting patches into logical parts is a bit tricky. Let me try
> > explain better.
> >
> > Every patch should sort of make sense on its
As I reported earlier, spi-altera driver is broken and causes a kernel
panic due to a NULL pointer dereference during first SPI
transaction. On a closer look, it turned out that the setup_transfer()
bitbang callback is mandatory when the txrx_bufs() callback is
present. It was therefore an error
This callback is mandatory since txrx_bufs callback is defined. The lack of
it causes a kernel panic on first SPI transaction.
Signed-off-by: Pelle Nilsson
---
drivers/spi/spi-altera.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/spi/spi-altera.c b/drivers/spi/spi-altera.c
When the host's C compiler is clang, and when attempting to
cross-compile Linux e.g. to MIPS with mipsel-linux-gcc, the Makefile
would incorrectly detect the use of clang, which resulted in
clang-specific flags being passed to mipsel-linux-gcc.
This can be verified under Debian by installing the
On current ST platforms the LPC controls a number of functions. This
patch enables support for the LPC Watchdog and LPC RTC devices on LPC1
and LPC2 respectively.
Signed-off-by: David Paris
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stih407-family.dtsi | 20
1 file
On Thu, Apr 09, 2015 at 05:53:33AM +0100, AKASHI Takahiro wrote:
> Mark,
>
> On 04/08/2015 10:05 PM, Mark Rutland wrote:
> > On Thu, Apr 02, 2015 at 06:40:13AM +0100, AKASHI Takahiro wrote:
> >> The current kvm implementation keeps EL2 vector table installed even
> >> when the system is shut
On Thu, Apr 9, 2015 at 12:33 AM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the regulator tree, today's linux-next build (arm
> multi_v7_defconfig)
> failed like this:
>
> drivers/gpu/drm/msm/dsi/dsi_host.c: In function 'dsi_host_regulator_disable':
>
On 04/09/2015 05:51 PM, Kuppuswamy, Sathyanarayanan wrote:
Hi Daniel,
You have asked me to include this patch in my LTR501 patch set. I have already
sent few versions of my patch set with your patch. Do you want to submit it
again separately?
Hi Sathya,
After Jonathan's comments on patch
Document new compatible strings, document the new method to reference the
crypto SRAM and deprecate the old one and document the the 'clocks' and
'clock-names' properties.
Signed-off-by: Boris Brezillon
---
.../devicetree/bindings/crypto/mv_cesa.txt | 50 --
1 file
201 - 300 of 1794 matches
Mail list logo
