From: "Steven Rostedt (Red Hat)"
New code will require TRACE_SYSTEM to be a valid C variable name,
but some tracepoints have TRACE_SYSTEM with '-' and not '_', so
it can not be used. Instead, add a TRACE_SYSTEM_VAR that can
give the tracing infrastructure a unique name for the trace system.
Link
From: "Steven Rostedt (Red Hat)"
Add a enum_map file in the tracing directory to see what enums have been
saved to convert in the print fmt files.
As this requires the enum mapping to be persistent in memory, it is only
created if the new config option CONFIG_TRACE_ENUM_MAP_FILE is enabled.
This
From: "Steven Rostedt (Red Hat)"
Every tracing file must have its own TRACE_SYSTEM defined.
The brcmsmac tracepoint header broke this and added in the middle
of the file:
#undef TRACE_SYSTEM
#define TRACE_SYSTEM brcmsmac
#undef TRACE_SYSTEM
#define TRACE_SYSTEM brcmsmac_tx
#undef TRACE_SY
From: "Steven Rostedt (Red Hat)"
Every tracing file must have its own TRACE_SYSTEM defined.
The iwlwifi tracepoint header broke this and added in the middle
of the file:
#undef TRACE_SYSTEM
#define TRACE_SYSTEM iwlwifi_io
#undef TRACE_SYSTEM
#define TRACE_SYSTEM iwlwifi_ucode
#undef TRACE
From: Steven Rostedt
The tracing infrastructure is adding a macro TRACE_SYSTEM_STRING, and
hit the following build failure:
In file included from include/trace/define_trace.h:90:0,
from drivers/gpu/drm/.//radeon/radeon_trace.h:209,
from drivers/gpu/drm/
From: "Steven Rostedt (Red Hat)"
New code will require TRACE_SYSTEM to be a valid C variable name,
but some tracepoints have TRACE_SYSTEM with '-' and not '_', so
it can not be used. Instead, add a TRACE_SYSTEM_VAR that can
give the tracing infrastructure a unique name for the trace system.
Link
From: "Steven Rostedt (Red Hat)"
The tracepoints in the 9p code use a lot of enums for the __print_symbolic()
function. These enums are shown in the tracepoint format files, and user
space tools such as trace-cmd does not have the information to parse it.
Add helper macros to export the enums wit
From: "Steven Rostedt (Red Hat)"
The enums used in tracepoints with __print_symbolic() have their
names shown in the tracepoint format files and not their values.
This makes it difficult for user space tools to convert the binary
data to the strings as user space does not know what those enums
ar
From: "Steven Rostedt (Red Hat)"
Several tracepoints use the helper functions __print_symbolic() or
__print_flags() and pass in enums that do the mapping between the
binary data stored and the value to print. This works well for reading
the ASCII trace files, but when the data is read via userspa
From: "Steven Rostedt (Red Hat)"
Have the enums used in __print_symbolic() by the trace_tlb_flush()
tracepoint exported to userpace such that they can be parsed by
userspace tools.
Link: http://lkml.kernel.org/r/20150403013802.220157...@goodmis.org
Cc: Dave Hansen
Reviewed-by: Masami Hiramatsu
From: "Steven Rostedt (Red Hat)"
Document the use of TRACE_DEFINE_ENUM() by adding enums to the
trace-event-sample.h and using this macro to convert them in the format
files.
Also update the comments and sho the use of __print_symbolic() and
__print_flags() as well as adding comments abount __pr
From: "Steven Rostedt (Red Hat)"
Update the infrastructure such that modules that declare TRACE_DEFINE_ENUM()
will have those enums converted into their values in the tracepoint
print fmt strings.
Link: http://lkml.kernel.org/r/87vbhjp74q@rustcorp.com.au
Acked-by: Rusty Russell
Reviewed-by
From: "Steven Rostedt (Red Hat)"
The enums used by the softirq mapping is what is shown in the output
of the __print_symbolic() and not their values, that are needed
to map them to their strings. Export them to userspace with the
TRACE_DEFINE_ENUM() macro so that user space tools can map the enum
If a determined set of concurrent senders keep the send queue full,
we can loop forever inside rds_send_xmit. This fix has two parts.
First we are dropping out of the while(1) loop after we've processed a
large batch of messages.
Second we add a generation number that gets bumped each time the
x
Passive connections were added for the case where one loopback IB
connection between identical addresses needs another connection to store
the second QP. Unfortunately, they were also created in the case where
the addesses differ and we already have both QPs.
This lead to a message reordering bug
On 2015-04-08 09:19, Pengfei Yuan wrote:
2015-04-08 20:06 GMT+08:00 Austin S Hemmelgarn :
I can't remember any off the top of my head, but it does say explicitly in
the GCC manual to be careful with -O3. IIRC, most of the issues relate to
-O3 enabling -ffast-math (which tends to really mess wit
From: "Steven Rostedt (Red Hat)"
Every tracing file must have its own TRACE_SYSTEM defined.
The mac80211 tracepoint header broke this and add in the middle
of the file had:
#undef TRACE_SYSTEM
#define TRACE_SYSTEM mac80211_msg
Unfortunately, this broke new code in the ftrace infrastructure.
M
From: "Steven Rostedt (Red Hat)"
The enums used in the tracepoints for __print_symbolic() have their
names shown in the tracepoint format files. User space tools do not know
how to convert those names into their values to be able to convert the
binary data.
Use TRACE_DEFINE_ENUM() to export the
From: "Steven Rostedt (Red Hat)"
The tracepoints that use __print_symbolic() use enums as the value
to convert to strings. Unfortunately, the format files for these
tracepoints show the enum name and not their value. This causes some
userspace tools not to know how to convert __print_symbolic() t
From: "Steven Rostedt (Red Hat)"
Normally the compiler will use the same pointer for a string throughout
the file. But there's no guarantee of that happening. Later changes will
require that all events have the same pointer to the system string.
Name the system string and have all events point t
From: "Steven Rostedt (Red Hat)"
Enums used by tracepoints for __print_symbolic() are shown in the
tracepoint format files with just their names and not their values.
This makes it difficult for user space tools to know how to convert the
binary data into their string representations.
By adding
Hi Mauro,
I sent you a v2 of this patch on 4th February:
From: Sifan Naeem
Sent: 04 February 2015 16:48
To: James Hogan; mche...@osg.samsung.com
Cc: linux-kernel@vger.kernel.org; linux-me...@vger.kernel.org; Sifan Naeem
Subject: [PATCH v2] rc: img-ir: Add and enable sys clock for img-ir
Unfort
From: "Steven Rostedt (Red Hat)"
The enums used in tracepoints for __print_symbolic() do not have their
values shown in the tracepoint format files and this makes it difficult
for user space tools to convert the binary values to the strings they
are to represent.
Add TRACE_DEFINE_ENUM(x) macros
>> @@ -645,7 +646,7 @@ static long si5351_msynth_round_rate(struct clk_hw *hw,
>> unsigned long rate,
>> struct si5351_hw_data *hwdata =
>> container_of(hw, struct si5351_hw_data, hw);
>> unsigned long long lltmp;
>> - unsigned long a, b, c;
>> + unsigned long a, b = 0, c = 1;
>
> Actually, moving
On Wed, Apr 08, 2015 at 03:52:18AM +, Wang Nan wrote:
> perf report and perf annotate are easy to trigger segfault if trace data
> contain kernel module information like this:
>
> # perf report -D -i ./perf.data
> ...
> 0 0 0x188 [0x50]: PERF_RECORD_MMAP -1/0: [0xffbff1018000(0xf068000)
On Mon, Apr 06, 2015 at 03:45:56PM -0400, cmetc...@ezchip.com wrote:
> From: Chris Metcalf
>
> Change the default behavior of watchdog so it only runs on the
> housekeeping cores when nohz_full is enabled at build and boot time.
>
> Allow modifying the set of cores the watchdog is currently runn
On Wed, Apr 08, 2015 at 09:40:34AM -0400, Jarod Wilson wrote:
> On Wed, Apr 08, 2015 at 02:50:59PM +0800, Ming Lei wrote:
> > Hi Jarod,
> >
> > On Wed, Apr 8, 2015 at 2:23 PM, Jarod Wilson wrote:
> > > From: Ming Lei
> > >
> > > The lo_ctl_mutex is held for running all ioctl handlers, and
> > >
On 04/08/2015 05:41 AM, Peter Zijlstra wrote:
On Mon, Apr 06, 2015 at 02:16:45PM -0400, cmetc...@ezchip.com wrote:
From: Chris Metcalf
It's not clear that nohz_full is useful without isolcpus also
set, since otherwise the scheduler has to run periodically to
try to determine whether to steal w
On 04/08/2015 09:28 AM, Frederic Weisbecker wrote:
On Mon, Apr 06, 2015 at 03:45:55PM -0400, cmetc...@ezchip.com wrote:
From: Chris Metcalf
This change allows some cores to be excluded from running the
smp_hotplug_thread tasks. The motivating example for this is
the watchdog threads, which by
At Wed, 08 Apr 2015 09:34:58 -0400,
Taylor Smock wrote:
>
> On Wed, 2015-04-08 at 10:22 +0200, Takashi Iwai wrote:
> > At Tue, 07 Apr 2015 21:07:06 -0400,
> > Taylor Smock wrote:
> > >
> > > Yes; reverting the patch does fix the problem.
> >
> > What if you just adjust the new volume manually wi
On Wed, Apr 08, 2015 at 03:48:57PM +0200, Greg Kroah-Hartman wrote:
> On Wed, Apr 08, 2015 at 07:00:16PM +0530, Sudip Mukherjee wrote:
> > }
>
> What really needs to happen is for the parport subsystem to move to the
> driver model, which I don't think ever happened way back during the 2.5
> deve
On Wed, Apr 8, 2015 at 5:15 AM, Adrian Hunter wrote:
> On 06/04/15 22:41, Stephane Eranian wrote:
>> > + if (inject.build_ids) {
>> > + /*
>> > + * to make sure the mmap records are ordered correctly
>> > + * and so that the correct especia
Em Wed, Apr 08, 2015 at 07:48:23AM -0600, David Ahern escreveu:
> On 4/8/15 7:45 AM, Arnaldo Carvalho de Melo wrote:
> >>I also noticed that if I set /proc/sys/kernel/perf_event_paranoid to -1
> >>to run it as !root, then the problem "goes away", which I think probably
> >>is explained by, as !root
On Wed, 8 Apr 2015, Krzysztof Opasiak wrote:
> Signed-off-by: Krzysztof Opasiak
> ---
> drivers/usb/gadget/function/f_mass_storage.c |5 +
> drivers/usb/gadget/function/f_mass_storage.h |1 +
> 2 files changed, 6 insertions(+)
>
> diff --git a/drivers/usb/gadget/function/f_mass_stor
On Tue, Apr 07, 2015 at 01:34:28PM -0400, Dan Streetman wrote:
> Update the crypto 842 driver to no longer fallback to LZO if the 842
> hardware is unavailable. Simplify the crpypto 842 driver to remove all
> headers indicating 842/lzo.
>
> The crypto 842 driver should do 842-format compression a
On Tue, Apr 07, 2015 at 01:34:30PM -0400, Dan Streetman wrote:
> Add configurable module to perform self-tests on any crypto compression
> driver.
>
> This allows testing any crypto compression driver with any input buffer,
> at varying alignments and lengths. It calculates the average bytes per
On Wed, Apr 08, 2015 at 07:00:16PM +0530, Sudip Mukherjee wrote:
> as of now, we are not checking if attach or parport_register_driver
> has succeeded or failed. But attach can fail in the places where they
> have been used. Lets create an attach_ret where we will check the
> return of attach, and
On Wed, Apr 8, 2015 at 10:00 PM, Jarod Wilson wrote:
> On Wed, Apr 08, 2015 at 09:40:34AM -0400, Jarod Wilson wrote:
>> On Wed, Apr 08, 2015 at 02:50:59PM +0800, Ming Lei wrote:
>> > Hi Jarod,
>> >
>> > On Wed, Apr 8, 2015 at 2:23 PM, Jarod Wilson wrote:
>> > > From: Ming Lei
>> > >
>> > > The l
Hi Ingo,
Please consider pulling, it is the pull req from yesterday, minus a
patch
that introduced a problem, plus a fex fixes.
I am investigating a problem I noticed for another patch that is
upstream
and after that will get back to the removed patch from yesterday's batch,
-
From: He Kuang
perf_evlist__mmap_consume() uses perf_mmap__empty() to judge whether
perf_mmap is empty and can be released. But the result is inverted so
fix it.
Signed-off-by: He Kuang
Tested-by: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Peter Zijlstra
Cc: Wang Nan
Link:
http://lkml.kern
From: Yunlong Song
There is no struct task_task at all, thus it is a typo error in the old
commits, now fix it to what it should be in order to avoid unnecessary
misunderstanding.
Signed-off-by: Yunlong Song
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Wang Nan
Link:
http://lkml.kernel.org/r/1
From: Wang Nan
This patch add checks in places where map__kmap is used to get kmaps
from struct kmap.
Error messages are added at map__kmap to warn invalid accessing of kmap
(for the case of !map->dso->kernel, kmap(map) does not exists at all).
Also, introduces map__kmaps() to warn uninitialize
From: Yunlong Song
The soft maximum number of open files for a calling process is 1024,
which is defined as INR_OPEN_CUR in include/uapi/linux/fs.h, and the
hard maximum number of open files for a calling process is 4096, which
is defined as INR_OPEN_MAX in include/uapi/linux/fs.h.
Both INR_OPEN
From: Peter Zijlstra
Teach perf-record about the new perf_event_attr::{use_clockid, clockid}
fields. Add a simple parameter to set the clock (if any) to be used for
the events to be recorded into the data file.
Since we store the entire perf_event_attr in the EVENT_DESC section we
also already s
From: Yunlong Song
Current MAX_PID is only 65536, which will cause assertion failure problem
when CPU cores are more than 64 in x86_64.
This is because the pid_max value in x86_64 is at least
PIDS_PER_CPU_DEFAULT * num_possible_cpus() (see function pidmap_init
defined in kernel/pid.c), where PID
From: Yunlong Song
Although the memory of pid_to_task can be allocated via calloc according
to the value of /proc/sys/kernel/pid_max, it cannot handle the case when
pid_max is changed after 'perf sched record' has created its perf.data.
If the new pid_max configured in 'perf sched replay' is sma
From: Namhyung Kim
Currently it ignores operator priority and just sets processed args as a
right operand. But it could result in priority inversion in case that
the right operand is also a operator arg and its priority is lower.
For example, following print format is from new kmem events.
"
From: Peter Zijlstra
Currently there's 3 (that I found) different and incomplete
implementations of printing perf_event_attr.
This is quite silly. Merge the lot.
While this patch does not retain the exact form all printing that I
found is debug output and thus it should not be critical.
Also,
From: Wang Nan
Commit 9b118acae310f57baee770b5db402500d8695e50 ("perf probe: Fix to
handle aliased symbols in glibc") uses an absolute format '%lx' to
print u64 argument, which causes compiling error on ARM 32.
This patch replaces it with PRIx64.
Signed-off-by: Wang Nan
Acked-by: Masami Hirama
From: Jiri Olsa
Adding 'I' event modifier to have complete set of modifiers for
perf_event_attr:exclude_* bits.
Any event specified with 'I' modifier will have the
perf_event_attr:exclude_idle bit set.
$ perf record -e cycles:I -vv ls 2>&1 | grep exclude_idle
exclude_hv 0exclud
From: Wang Nan
report__warn_kptr_restrict() calls map__kmap(kernel_map) before checking
kernel_map againest NULL.
Which is dangerous, since map__kmap() will return a invalid and not NULL
address.
It will trigger a warning message in map__kmap() after the patch "perf:
kmaps: enforce usage of kma
On Wed, Apr 08, 2015 at 10:04:43AM -0400, Chris Metcalf wrote:
> On 04/08/2015 05:41 AM, Peter Zijlstra wrote:
> >On Mon, Apr 06, 2015 at 02:16:45PM -0400, cmetc...@ezchip.com wrote:
> >>From: Chris Metcalf
> >>
> >>It's not clear that nohz_full is useful without isolcpus also
> >>set, since other
From: Yunlong Song
The pr_err in self_open_counters() prints error message to stderr.
Unlike stdout, stderr uses memory buffer on the stack of each calling
process.
The pr_err in self_open_counters() works in a thread called thread_func
created in function create_tasks, which concurrently create
From: Yunlong Song
Since there is sem_wait for each task in the wait_for_tasks(), e.g.
sem_wait(&task->work_done_sem).
The sem_wait can continue only when work_done_sem is greater than 0, or
it will be blocked.
For perf sched replay, one task may sem_post the work_done_sem of
another task, whic
On Wed, Apr 8, 2015 at 10:16 AM, Herbert Xu wrote:
> On Tue, Apr 07, 2015 at 01:34:28PM -0400, Dan Streetman wrote:
>> Update the crypto 842 driver to no longer fallback to LZO if the 842
>> hardware is unavailable. Simplify the crpypto 842 driver to remove all
>> headers indicating 842/lzo.
>>
>
From: Jiri Olsa
Currently the perf kmem does not respect -i option.
Initializing the file.path properly after options get parsed.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Jiri Olsa
Cc: Joonsoo Kim
Cc: Minchan Kim
Cc: Peter Zijlstra
Cc: linux...@kvack.org
Link:
http://lkml.kernel.org/
From: Yunlong Song
Enable to use perf.data when it is not owned by current user or root.
Example:
$ ls -al perf.data
-rw--- 1 Yunlong.Song Yunlong.Song 5321918 Mar 25 15:14 perf.data
$ sudo id
uid=0(root) gid=0(root) groups=0(root),64(pkcs11)
Before this patch:
$ sudo perf sched repl
From: Yunlong Song
The current memory allocation of struct task_desc *pid_to_task[MAX_PID]
is in a permanent and preset way, and it has two problems:
Problem 1: If the pid_max, which is the max number of pids in the
system, is much smaller than MAX_PID (1024*1000), then it causes a waste
of stac
From: Yunlong Song
Since sched->replay_repeat is set to 10 as default, the sched->run_avg,
sched->runavg_cpu_usage, and sched->runavg_parent_cpu_usage all use
10 to calculate their value.
However, the replay_repeat can be changed to other value by using -r
option, so the calculation above should
On Tue, Apr 07, 2015 at 05:45:01PM +0800, Leilei Zhao wrote:
> The series of patches add crypto driver for SAMA5D4 and
> fix some bugs about Atmel crypto driver:
> - Add new IP version for AES and SHA.
> - The spinlock is not initialized before using.
> - Fix sg list management to avoid crash i
From: Jiri Olsa
Following commit:
1a5941312414 perf: Add wakeup watermark control to the AUX area
enlarged perf_event_attr, but did not updated attr tests.
Reported-by: Arnaldo Carvalho de Melo
Signed-off-by: Jiri Olsa
Cc: "H. Peter Anvin"
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Bor
On Wed, Apr 08, 2015 at 05:17:54PM +0300, Dan Carpenter wrote:
> On Wed, Apr 08, 2015 at 07:00:16PM +0530, Sudip Mukherjee wrote:
> > + if (attached) {
> > + list_add(&drv->list, &drivers);
> > + ret = 0;
> > + }
>
> I still think it would be nicer to create a do_attach() w
Em Wed, Apr 08, 2015 at 11:14:27AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Apr 08, 2015 at 07:48:23AM -0600, David Ahern escreveu:
> > On 4/8/15 7:45 AM, Arnaldo Carvalho de Melo wrote:
> > >>I also noticed that if I set /proc/sys/kernel/perf_event_paranoid to -1
> > >>to run it as !roo
Em Wed, Apr 08, 2015 at 11:34:37AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Apr 08, 2015 at 11:14:27AM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Wed, Apr 08, 2015 at 07:48:23AM -0600, David Ahern escreveu:
> > > On 4/8/15 7:45 AM, Arnaldo Carvalho de Melo wrote:
> > > >>I also not
When setting the activity period, the value introduced by
the user in sysfs is not checked for validity.
Add a boundary check so that only allowed values are
reported as suuccesfully written to device.
Signed-off-by: Irina Tirdea
Suggested-by: Hartmut Knaack
---
drivers/iio/accel/mma9553.c | 3
Fix a couple of coding style issues including:
* issues reported by checkpatch.pl --strict
* add mma9553_ prefix to all local functions/declarations
* fix documentation
* use GENMASK instead of direct masks
* fix code alignment
Signed-off-by: Irina Tirdea
Suggested-by: Hartmut Knaack
-
Refactor code for simplicity and clarity.
This also fixes an endianness issue with the original code.
When reading multiple registers, the received buffer of
16-bytes words is little endian (status, step count). On
big endian machines, casting them to u32 would result in
reversed order in the buff
This is a set of follow-up patches for the mma9553 driver that fixes
some issues as suggested by Hartmut.
I have also added the enable channel for activity as suggested by Daniel.
Irina Tirdea (8):
iio: accel: mma9553: coding style fixes
iio: accel: mma9553: use unsigned counters
iio: accel
Since we need to specifically power on the device if used
in polling mode, we have an enable channel for each type
(step count, distance, speed, calories, etc.).
Add also an enable channel for activity, so it can also
be polled independenly of events or other channels.
Signed-off-by: Irina Tirdea
On Wed, Apr 08, 2015 at 10:28:23AM -0400, Dan Streetman wrote:
>
> So, the sw implementation is only for decompression; there's no sw
> compression implementation in these patches.
As a general rule we don't add any hardware implementation unless
there is a software implementation. The reason is
The mma9551 functions that read/write word arrays from the
device have a limit for the buffer size given by the device
specifications.
Check that the requested buffer length is within required limits
when transferring word arrays. This will prevent buffer overrun
in the mma9551_read/write_*_words
Initial value of gpio bitnum is set to -1, but
the variable is declared as unsigned.
Use a positive invalid value for initial gpio
bitnum.
Signed-off-by: Irina Tirdea
Suggested-by: Hartmut Knaack
---
drivers/iio/accel/mma9553.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --gi
Refactor code for simplicity and clarity.
Signed-off-by: Irina Tirdea
Suggested-by: Hartmut Knaack
---
drivers/iio/accel/mma9553.c | 100 +++-
1 file changed, 33 insertions(+), 67 deletions(-)
diff --git a/drivers/iio/accel/mma9553.c b/drivers/iio/accel/
Use unsigned counters instead of signed when all the
possible values are positive.
Signed-off-by: Irina Tirdea
Suggested-by: Hartmut Knaack
---
drivers/iio/accel/mma9551_core.c | 11 +--
drivers/iio/accel/mma9553.c | 8
2 files changed, 9 insertions(+), 10 deletions(-)
d
> On Tue, Apr 07, 2015 at 03:55:45PM -, jil...@codeaurora.org wrote:
>> > On Thu, Apr 02, 2015 at 10:29:52AM -0400, Rob Clark wrote:
>> >> So, from a quick look, it seems like there is a lot of potential to
>> >> split the v4l part out into some drm helpers.. it looks pretty
>> >> generic(ish),
Em Wed, 08 Apr 2015 13:56:14 +
Sifan Naeem escreveu:
> Hi Mauro,
>
> I sent you a v2 of this patch on 4th February:
>
> From: Sifan Naeem
> Sent: 04 February 2015 16:48
> To: James Hogan; mche...@osg.samsung.com
> Cc: linux-kernel@vger.kernel.org; linux-me...@vger.kernel.org; Sifan Naeem
>
On 04/08/2015 01:42 AM, Michael S. Tsirkin wrote:
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we can can use dma_wmb/rmb which for
most architectures should be equal
> > I'have installed a new DELL VRTX M620 Blade with kernel 3.18.11.
> > After system startup I tried to activate the kernel netconsole with remote
> logging enabled.
> >
> > I executed the following command and the shell I issued it becomes
> unresponsive and hangs.
> >
> > # modprobe netconsole
On Wed, Apr 08, 2015 at 07:08:00PM +0530, Laxman Dewangan wrote:
> To find that dvs-gpio is valid or not, gpio API gpio_is_valid()
> can be directly used instead of intermediate variable.
>
> Removing the extra variable and using the gpio_is_valid().
Are you sure that platform data using 0 as def
On Tue, Apr 7, 2015 at 12:43 PM, Charles Keepax
wrote:
> Currently, the driver uses handle_simple_irq for all IRQ types and hard
> codes the acknowledge for different IRQ types into the handler. It is
> better to use the IRQ core as intended and let it handle the differences
> between the various
Em Wed, 08 Apr 2015 09:48:23 -0400
Steven Rostedt escreveu:
> From: "Steven Rostedt (Red Hat)"
>
> Enums used by tracepoints for __print_symbolic() are shown in the
> tracepoint format files with just their names and not their values.
> This makes it difficult for user space tools to know how t
On Wed, Apr 08, 2015 at 01:59:40PM +0200, Luca Abeni wrote:
> + As seen, enforcing that the total utilisation is smaller than M does not
> + guarantee that global EDF schedules the tasks without missing any deadline
> + (in other words, global EDF is not an optimal scheduling algorithm).
> However
On Wed, Apr 08, 2015 at 01:59:36PM +0200, Luca Abeni wrote:
> Hi all,
>
> here is the promised update for Documentation/scheduler/sched-deadline.txt.
> I send it as an RFC because of the following doubts:
> 1) I split the patches trying to isolate related changes. So,
>- the first patch fixes
On Wed, Apr 8, 2015 at 10:38 AM, Herbert Xu wrote:
> On Wed, Apr 08, 2015 at 10:28:23AM -0400, Dan Streetman wrote:
>>
>> So, the sw implementation is only for decompression; there's no sw
>> compression implementation in these patches.
>
> As a general rule we don't add any hardware implementatio
On Wed, Apr 8, 2015 at 10:16 AM, Herbert Xu wrote:
> On Tue, Apr 07, 2015 at 01:34:30PM -0400, Dan Streetman wrote:
>> Add configurable module to perform self-tests on any crypto compression
>> driver.
>>
>> This allows testing any crypto compression driver with any input buffer,
>> at varying ali
On Wed, Apr 08, 2015 at 10:45:45AM -0400, Dan Streetman wrote:
>
> Ok I'll see if I can include a sw compression implementation.
That would be great!
> ah ok, so you mean it can still be a crypto_comp interface, just move
> its location and/or merge it into nx-842.c?
Oh yes of course. There is
On Tue, Mar 31, 2015 at 05:17:25PM +0200, Michael S. Tsirkin wrote:
> This simply reorders functions in virtio_config
> so width access wrapper helpers are all together.
> Drops an extra empty line while we are at it.
>
> Signed-off-by: Michael S. Tsirkin
Ping
> ---
> include/linux/virtio_conf
On Tue, Apr 7, 2015 at 2:28 PM, Arnd Bergmann wrote:
> On Tuesday 07 April 2015 11:28:22 Linus Walleij wrote:
>> On Tue, Apr 7, 2015 at 10:43 AM, Matthias Brugger
>> wrote:
>> > 2015-04-07 3:12 GMT+02:00 Stephen Rothwell :
>> >> Hi all,
>> >>
>> >> After merging the arm-soc tree, today's linux-ne
From: Andi Kleen
Currently with -r.. -a -A ,x or other aggregation we don't print the
stddev into the CSV output. Just drop the checks preventing this.
Signed-off-by: Andi Kleen
---
tools/perf/builtin-stat.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tools/perf/b
On Wed, Apr 8, 2015 at 2:23 PM, Jarod Wilson wrote:
> This patch exports blkdev_reread_part() for block drivers, also
> introduce __blkdev_reread_part(), a lockless version.
Generally the term of lockless is used when lock is avoided,
and that isn't the case of __blkdev_reread_part(), because
bd_
On Wed, 2015-04-01 at 10:20 -0500, Suravee Suthikulpanit wrote:
> ACPI v5.1 introduced _CCA object for specifying cache coherency attribute
> for devices. This patch implements a logic, which traverses device namespace
> to parse the coherency information, and calling the corresponded
> arch_setup_
nilfs_set_inode_flags() function adjusts gfp-mask of inode->i_mapping
as well as i_flags, however, this coupling of operations is not
appropriate.
For instance, nilfs_ioctl_setflags(), one of three callers of
nilfs_set_inode_flags(), doesn't need to reinitialize the gfp-mask at
all. In addition,
Use inode_set_flags() to atomically set i_flags instead of clearing
out the S_IMMUTABLE, S_APPEND, etc. flags and then setting them from
the FS_IMMUTABLE_FL, FS_APPEND_FL flags to avoid a race where an
immutable file has the immutable flag cleared for a brief window of
time.
This is a similar fix
On Tue, Apr 7, 2015 at 3:42 PM, Mika Westerberg
wrote:
> We are going to use the same core for newer hardware as much as
> possible. Hopefully all new SoCs will have GPIO controller which is
> based on the same hardware design.
>
> For the existing, unfortunately the hardware differentiates too m
Hi Andrew,
Please queue the following changes for the next merge window:
Ryusuke Konishi (2):
nilfs2: put out gfp mask manipulation from nilfs_set_inode_flags()
nilfs2: use inode_set_flags() in nilfs_set_inode_flags()
These fix issues related to nilfs_set_inode_flags() function.
Tha
On Wed, 8 Apr 2015 11:43:02 -0300
Mauro Carvalho Chehab wrote:
> Em Wed, 08 Apr 2015 09:48:23 -0400
> Steven Rostedt escreveu:
>
> > From: "Steven Rostedt (Red Hat)"
> >
> > Enums used by tracepoints for __print_symbolic() are shown in the
> > tracepoint format files with just their names and
Hi,
On 04/08/2015 04:15 PM, Alan Stern wrote:> On Wed, 8 Apr 2015, Krzysztof
Opasiak wrote:
>
>> Signed-off-by: Krzysztof Opasiak
>> ---
>> drivers/usb/gadget/function/f_mass_storage.c |5 +
>> drivers/usb/gadget/function/f_mass_storage.h |1 +
>> 2 files changed, 6 insertions(
On Wed, Apr 08, 2015 at 02:34:10PM +0200, Quentin Lambert wrote:
> Replace occurences of the pci api by appropriate call to the dma api.
>
> A simplified version of the semantic patch that finds this problem is as
> follows: (http://coccinelle.lip6.fr)
>
> @deprecated@
> idexpression id;
> positi
2015-04-08 16:49 GMT+02:00 Linus Walleij :
> On Tue, Apr 7, 2015 at 2:28 PM, Arnd Bergmann wrote:
>> On Tuesday 07 April 2015 11:28:22 Linus Walleij wrote:
>>> On Tue, Apr 7, 2015 at 10:43 AM, Matthias Brugger
>>> wrote:
>>> > 2015-04-07 3:12 GMT+02:00 Stephen Rothwell :
>>> >> Hi all,
>>> >>
>>>
On Tue, Mar 31, 2015 at 11:37 AM, Ivan T. Ivanov wrote:
> Add compatible string definitions and supported pin functions.
>
> Signed-off-by: Ivan T. Ivanov
Patch applied with Björn's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
301 - 400 of 805 matches
Mail list logo
