On Jun 1, 2015, at 7:32 PM, Rusty Russell wrote:
> Louis Langholtz writes:
>> I get a compiler warning (on compiling the linux kernel) about the 'err'
>> variable being "set but not used" in the version_sysfs_builtin() function
>> of kernel/params.c (at line 848). Should it be used?
>>
>> The '
Hi Geert,
On 05/19/2015 12:38 PM, Geert Uytterhoeven wrote:
> On Mon, May 18, 2015 at 4:52 PM, grygorii.stras...@linaro.org
> wrote:
>> On 05/18/2015 05:31 PM, Thomas Gleixner wrote:
>>> On Sun, 17 May 2015, Geert Uytterhoeven wrote:
>>> At least the recursive locking message no longer appear
I'm seeing boot hangs when trying to boot a 32-bit 4.1.0-rc5 kernel on
some 64-bit CPUs (I'm not sure if it is a regression). The NMI watchdog
shows init_acpi_pm_clocksource() as the last thing in the backtrace,
specifically verify_pmtmr_rate()'s I/O instructions. It appears to be
mach_countup()'
Rename libcfs/linux/linux-tcpip.c to lnet/lnet/lib-socket.c
Signed-off-by: James Simmons
---
drivers/staging/lustre/lnet/lnet/Makefile |7 +-
drivers/staging/lustre/lnet/lnet/lib-socket.c | 624
drivers/staging/lustre/lustre/libcfs/Makefile |1 -
Since libcfs no longer builds for user land we can
move the TCPIP abstraction that exist to the LNET
layer which is the only place that uses it. Also
the migrated code will use native linux kernel
APIs directly instead of with wrappers.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd
Another one of those silly one line wrappers which is not
needed. Replace libcfs_sock_abort_accept wrapper with a
direct call to wake_up_all on the lnet_acceptor_state sock.
Signed-off-by: James Simmons
---
.../staging/lustre/include/linux/libcfs/libcfs.h |1 -
drivers/staging/lustre/lnet/
With all the TCPIP handling done in the lnet layer we should
rename all the functions with the prefix lnet_*. One other
change done was changing the remove argument of lnet_sock_getaddr
from a int to a bool.
Signed-off-by: James Simmons
---
.../staging/lustre/include/linux/libcfs/libcfs.h |
Point to the right place for GNU license. Update Intel copyright.
Signed-off-by: James Simmons
---
drivers/staging/lustre/lnet/lnet/lib-socket.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/lustre/lnet/lnet/lib-socket.c
b/drivers/staging/lust
Handle all the style issues reported by checkpatch.pl.
Remove general white spaces, spaces in function calls,
etc.
Signed-off-by: James Simmons
---
.../staging/lustre/lnet/klnds/socklnd/socklnd.c|4 +-
drivers/staging/lustre/lnet/lnet/lib-socket.c | 207 +---
2 file
On Wed, 2015-06-03 at 18:16 +1000, Stephen Rothwell wrote:
> Hi Nicholas,
>
> After merging the target-updates tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/target/target_core_fabric_lib.c: In function
> 'target_get_pr_transport_id_len':
> drivers/target/ta
Hi Tomeu,
On 05/28/2015 07:33 AM, Rob Herring wrote:
> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso
> wrote:
>> I have a problem with the panel on my Tegra Chromebook taking longer than
>> expected to be ready during boot (Stéphane Marchesin reported what is
>> basically the same issue in [0]),
Instead of handling calls to struct proto ourselves we can use
equivalent kernel wrappers. No wrapper exist for unlocked ioctl
handling so we create one here for our use. I expect some day
that function will be integrated into sock.c.
Signed-off-by: James Simmons
---
drivers/staging/lustre/lnet/
There is no reason to have a one line exported function
libcfs_sock_release. Instead we can call sock_release directly.
Signed-off-by: James Simmons
---
.../staging/lustre/include/linux/libcfs/libcfs.h |1 -
.../staging/lustre/lnet/klnds/socklnd/socklnd.c|2 +-
.../staging/lustre/l
On Wed, Jun 03, 2015 at 11:56:33AM -0700, H. Peter Anvin wrote:
> I really like the patch, but the description is awful.
>
> How about: "x86/uapi: is not a UAPI"
Sure. Commit text needs improvement too?
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
--
To unsubs
v3:
- make "enable" operations return -EINVAL when CONFIG_NFS_SWAP is
disabled.
v2:
- don't take xprt lock unless we need to manipulate the memalloc flag
- add new xprt operations for swap enable/disable
This series is a (small) overhaul of the swap-over-NFS code. The main
impetus is to fix the
On 06/03/2015 05:09 AM, Greg Kroah-Hartman wrote:
> 4.0-stable review patch. If anyone has any objections, please let me know.
I sent a copycat patch for arm64, but I think it may be a problem to
leave interrupts disabled for __sys_trace_return. Thoughts, Russell?
> --
>
> From
RDMA xprts don't have a sock_xprt, but an rdma_xprt, so the
xs_swapper_enable/disable functions will likely oops when fed an RDMA
xprt. Turn these functions into rpc_xprt_ops so that that doesn't
occur. For now the RDMA versions are no-ops that just return -EINVAL
on an attempt to swapon.
Cc: Chuc
We currently increment the memalloc_socks counter if we have a xprt that
is associated with a swapfile. That socket can be replaced however
during a reconnect event, and the memalloc_socks counter is never
decremented if that occurs.
When tearing down a xprt socket, check to see if the xprt is set
It's possible that we could race with a call to xs_reset_transport, in
which case the xprt->inet pointer could be zeroed out while we're
accessing it. Lock the xprt before we try to set memalloc on it.
Cc: Mel Gorman
Signed-off-by: Jeff Layton
---
net/sunrpc/xprtsock.c | 35
Split xs_swapper into enable/disable functions and eliminate the
"enable" flag.
Currently, it's racy if you have multiple swapon/swapoff operations
running in parallel over the same xprt. Also fix it so that we only
set it to a memalloc socket on a 0->1 transition and only clear it
on a 1->0 trans
In llog_cat_new_log(), sparse emits a context imbalance (unexpected lock)
warning due its inability to detect the noreturn attribute in
lbug_with_lock() function inside LBUG macro. With this patch, we unlock
the spinlock before checking the error condition to resolve this warning.
Signed-off-by: T
Hello,
On Wed, Jun 03, 2015 at 01:41:40PM -0600, Louis Langholtz wrote:
> On Jun 1, 2015, at 7:32 PM, Rusty Russell wrote:
> > That's hilarious.
> >
> > __attribute__((warn_unused_result)) was added to gcc as a hack so people
> > wouldn't forget to use the realloc return, which probably seemed s
Jerome reported seeing a warning pop when working with a swapfile on
NFS. The nfs_swap_activate can end up calling sk_set_memalloc while
holding the rcu_read_lock and that function can sleep.
To fix that, we need to take a reference to the xprt while holding the
rcu_read_lock, set the socket up fo
On Jun 3, 2015, at 4:14 PM, Jeff Layton wrote:
> RDMA xprts don't have a sock_xprt, but an rdma_xprt, so the
> xs_swapper_enable/disable functions will likely oops when fed an RDMA
> xprt. Turn these functions into rpc_xprt_ops so that that doesn't
> occur. For now the RDMA versions are no-ops t
On 06/02/2015 12:12 AM, Jiang Liu wrote:
> This patch set consolidates common code to support ACPI PCI root on x86
> and IA64 platforms into ACPI core, to reproduce duplicated code and
> simplify maintenance. And a patch set based on this to support ACPI based
> PCIe host bridge on ARM64 has been p
Hi David,
On Wed, Jun 03, 2015 at 08:51:14PM +0200, David Herrmann wrote:
> Hi Greg
>
> This contains a bunch of fixes, optimizations and cleanups since v4.0. It is
> based on your 'kdbus' branch and was tested for several weeks.
> I have some more patches pending, mainly metadata rework for 4.2.
OSDL has been gone for many years, looks like there still was
one reference to it.
Signed-off-by: Stephen Hemminger
diff --git a/MAINTAINERS b/MAINTAINERS
index e308718..a5b8584 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -51,9 +51,9 @@ trivial patch so apply some common sense.
or doe
On 06/03/2015 01:43 PM, Mike Galbraith wrote:
On Wed, 2015-06-03 at 13:16 -0400, Josef Bacik wrote:
Eesh ok, do you happen to remember how you ran tbench so I can add it to
my tests here? In addition to fixing this problem we're also interested
in tracking performance of new kernels so we don'
Currently the lnet headers used for user land applications
contain various kernel definations. This is due to the
fact libcfs contains kernel wrappers for user land which
will be going away. This patch sorted the header data
so all kernel containing structures are moved out of
headers that user lan
Point to the right place for GNU license. Update Intel copyright.
Signed-off-by: James Simmons http://www.sun.com/software/products/lustre/docs/GPLv2.pdf
- *
- * Please contact Sun Microsystems, Inc., 4150 Network Circle, Santa Clara,
- * CA 95054 USA or visit www.sun.com if you need additional in
Currently the lnet headers used by user land contain various internal
LNet structures that are only used by kernel space. Move the user land
structures to headers used by user land. The kernel structures are
relocated to headers that are never exposed to user land.
Signed-off-by: James Simmons
--
From: John L. Hammond
In lnet/lnet/ and lnet/selftest/ assume a kernel build (assume that
__KERNEL__ is defined). Remove some common code only needed for user
space LNet.
Signed-off-by: John L. Hammond
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-2675
Reviewed-on: http://review.whamcloud
On Wed, Jun 03, 2015 at 09:28:56PM +0100, Djalal Harouni wrote:
>
> I also have a question is someone of you guys planning to submit a talk
> to future Linux events about kdbus and sdbus ? I have a presentation not
> finished about kdbus, sd-bus coupled with GCC plugins to construct kdbus
> sandbo
For the functions LNetInit and LNetFini move away from
camel case to lnet_init and lnet_fini.
Signed-off-by: James Simmons
---
drivers/staging/lustre/include/linux/lnet/api.h|3 ---
.../staging/lustre/include/linux/lnet/lib-lnet.h |3 +++
.../staging/lustre/include/linux/lnet/lib-t
Remove the linux specific headers for LNet since they are
mostly empty. Also api-support.h and lnet-sysctl.h is not
needed by anyone. Lastly we delete ptllnd.h and ptllnd_wire.h
which were used by Cray hardware that no longer exist.
With the deletion of the headers some conditionals and
wrappers th
Handle all the style issues reported by checkpatch.pl.
Remove general white spaces, alignmemnts etc.
Signed-off-by: James Simmons
---
drivers/staging/lustre/include/linux/lnet/api.h| 32 +-
.../staging/lustre/include/linux/lnet/lib-lnet.h | 36 +-
.../staging/lustre/include/linux/lnet/
Currently several special macros LNet NID macros exist
in libcfs.h and libcfs_private.h. Move those macros
out to the lnet header types.h. The new lnet header
nidstr.h contains LNet NID string data that can be
used by user land LNet utilities and the LNet kernel
drivers.
Signed-off-by: James Simmo
Both lnet_res_container_setup and lnet_res_container_create
have additional parameters that are no longer used with the
removal of the FREELIST code. This patch removes the no
longer needed function arguments.
Signed-off-by: James Simmons
---
drivers/staging/lustre/lnet/lnet/api-ni.c | 13
On Wed, Jun 3, 2015 at 12:55 PM, Dave Hansen wrote:
> I'm seeing boot hangs when trying to boot a 32-bit 4.1.0-rc5 kernel on
> some 64-bit CPUs (I'm not sure if it is a regression). The NMI watchdog
> shows init_acpi_pm_clocksource() as the last thing in the backtrace,
> specifically verify_pmtmr
On Wed, 3 Jun 2015 10:26:47 +
"Tirdea, Irina" wrote:
> > -Original Message-
> > From: Antonio Ospite [mailto:a...@ao2.it]
> > Sent: 28 May, 2015 18:58
> > To: Tirdea, Irina
> > Cc: Dmitry Torokhov; Bastien Nocera; linux-in...@vger.kernel.org;
> > devicet...@vger.kernel.org; linux-ker
In commit 620cf787c121f39b5223e43bad3d1b7c66ecead5 ("coresight: replicator:
Add Qualcomm CoreSight Replicator driver") this driver was added.
It uses module_amba_driver(replicator_driver) to register itself with
the system -- which is just an alias for module_driver. This currently
works by relyi
It's possible, albeit unlikely, that using the of_node here will
reference freed memory. Call of_node_put() after printing the
name to be safe.
Signed-off-by: Stephen Boyd
---
arch/arm/kernel/perf_event.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/kernel/perf_
It's possible, albeit unlikely, that using the of_node here will
reference freed memory. Call of_node_put() after printing the
name to be safe.
Signed-off-by: Stephen Boyd
---
arch/arm64/kernel/perf_event.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/p
On Tue, Jun 02, 2015 at 07:31:56PM -0700, Chris Healy wrote:
> Guenter,
>
> That's a very valid concern. I have a configuration with a 6352 controlled
> by a low end ARM core with a 100mbps connection on the CPU port. This
> switch needs to support passing multicast streams that are more than
>
[Re: [PATCH 4/7] drivers/cpufreq: Convert non-modular drivers to use
builtin_driver_register] On 12/05/2015 (Tue 12:34) Viresh Kumar wrote:
> On 10-05-15, 15:49, Paul Gortmaker wrote:
> > These files depend on Kconfig options all of which are a bool, so
> > we use the appropriate registration fun
On Thu, Jun 04, 2015 at 05:45:11AM +0900, Greg Kroah-Hartman wrote:
> On Wed, Jun 03, 2015 at 09:28:56PM +0100, Djalal Harouni wrote:
> >
> > I also have a question is someone of you guys planning to submit a talk
> > to future Linux events about kdbus and sdbus ? I have a presentation not
> > fin
On Wed, Jun 3, 2015 at 4:59 AM, Mark Brown wrote:
> On Tue, Jun 02, 2015 at 03:24:03PM -0700, Ben Zhang wrote:
>
>> - int (*get)(unsigned int __user *bytes, unsigned int size);
>> - int (*put)(const unsigned int __user *bytes, unsigned int size);
>> + int (*get)(struct snd_kcontrol *kc
On 06/03/2015 01:46 PM, John Stultz wrote:
> On Wed, Jun 3, 2015 at 12:55 PM, Dave Hansen wrote:
>> I'm seeing boot hangs when trying to boot a 32-bit 4.1.0-rc5 kernel on
>> some 64-bit CPUs (I'm not sure if it is a regression). The NMI watchdog
>> shows init_acpi_pm_clocksource() as the last thi
On Mon, May 25, 2015 at 10:53 AM, Tomeu Vizoso
wrote:
> Hello,
>
> I have a problem with the panel on my Tegra Chromebook taking longer than
> expected to be ready during boot (Stéphane Marchesin reported what is
> basically the same issue in [0]), and have looked into ordered probing as a
> bette
Cleanup version handling as well as base feature detection on storage
version as opposed to host version.
In this version, I have addressed comments from Dan Carpenter.
K. Y. Srinivasan (1):
scsi: storvsc: Set the error code correctly in failure conditions
Keith Mange (6):
scsi: storvsc: Rat
From: Keith Mange
Use storage protocol version instead of vmbus protocol
version when determining storage capabilities.
Tested-by: Alex Ng
Signed-off-by: Keith Mange
Signed-off-by: K. Y. Srinivasan
---
drivers/scsi/storvsc_drv.c |8
1 files changed, 4 insertions(+), 4 deletions(
From: Keith Mange
Use correct defaults for values determined by protocol negotiation,
instead of resetting them with every scsi controller.
Tested-by: Alex Ng
Signed-off-by: Keith Mange
Signed-off-by: K. Y. Srinivasan
---
drivers/scsi/storvsc_drv.c | 33 +++--
1
On Wed, Jun 03, 2015 at 07:26:00PM +0300, Kirill Tkhai wrote:
> > @@ -402,7 +394,8 @@ extern u64 hrtimer_get_next_event(void);
> > */
> > static inline int hrtimer_active(const struct hrtimer *timer)
> > {
> > - return timer->state != HRTIMER_STATE_INACTIVE;
> > + return timer->state != HRTIMER
This file depends on a Kconfig option which is a bool, so
we use the appropriate registration function, which avoids us
relying on an implicit inclusion of which we are
doing currently.
While this currently works, we really don't want to be including
the module.h header in non-modular code, which
On Wed, Jun 03, 2015 at 05:49:05PM +, Shevchenko, Andriy wrote:
> On Wed, 2015-06-03 at 18:27 +0300, Andy Shevchenko wrote:
> > > > I have a totally empty screen (serial console). So, if you teach me
> > > > how to gather that I could do it later on.
> > >
> > > That'll be hard - you'd probabl
From: Keith Mange
Currently we are making decisions based on vmbus protocol versions
that have been negotiated; use storage potocol versions instead.
Tested-by: Alex Ng
Signed-off-by: Keith Mange
Signed-off-by: K. Y. Srinivasan
---
drivers/scsi/storvsc_drv.c | 109 ++
From: Keith Mange
Rather than look for sets of specific protocol versions,
make decisions based on ranges. This will be safer and require fewer changes
going forward as we add more storage protocol versions.
Tested-by: Alex Ng
Signed-off-by: Keith Mange
Signed-off-by: K. Y. Srinivasan
---
dr
From: Keith Mange
Allow WRITE_SAME for Windows10 and above hosts.
Tested-by: Alex Ng
Signed-off-by: Keith Mange
Signed-off-by: K. Y. Srinivasan
---
drivers/scsi/storvsc_drv.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/sc
From: Keith Mange
Use a single value to track protocol versions to simplify
comparisons and to be consistent with vmbus version tracking.
Tested-by: Alex Ng
Signed-off-by: Keith Mange
Signed-off-by: K. Y. Srinivasan
---
drivers/scsi/storvsc_drv.c | 35 +--
1
In the function storvsc_channel_init(), error code was not getting
set correctly in some of the failure cases. Fix this issue.
Signed-off-by: K. Y. Srinivasan
Reported-by: Dan Carpenter
---
drivers/scsi/storvsc_drv.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --
This file is built off of a tristate Kconfig option ("ARM_EXYNOS_CPUFREQ")
and also contains modular function calls so it should explicitly include
module.h to avoid compile breakage during pending header shuffles.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
On 06/03/2015 01:06 PM, Borislav Petkov wrote:
> On Wed, Jun 03, 2015 at 11:56:33AM -0700, H. Peter Anvin wrote:
>> I really like the patch, but the description is awful.
>>
>> How about: "x86/uapi: is not a UAPI"
>
> Sure. Commit text needs improvement too?
>
The commit text is fine, IMO.
That will complete the lists of Alpha + RGB formats.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp_format.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/msm/mdp/mdp_format.c
b/drivers/gpu/drm/msm/mdp/mdp_format.c
index f683433..7b0524d 100644
--- a/dr
On Wed, Jun 03, 2015 at 07:41:43PM +0200, Thomas Gleixner wrote:
> On Wed, 3 Jun 2015, Peter Zijlstra wrote:
> > /**
> > * struct hrtimer - the basic hrtimer structure
> > @@ -153,6 +144,7 @@ struct hrtimer_clock_base {
> > struct timerqueue_head active;
> > ktime_t (*ge
What's going on here? This is unlike you.
> This driver will provide support for calls into the firmware that will
> be used by other drivers like cpufreq and vc4.
>
> v2: Improve commit message, point to mailbox.txt for how mboxes work.
> v3: Use Lee's suggestion for mailbox phandle docs, fix s
Em Mon, Jun 01, 2015 at 07:37:52AM +, Wang Nan escreveu:
> This patch defines basic interface of libbpf. 'struct bpf_object' will
> be the handler of each object file. Its internal structure is hide to
> user. eBPF object files are compiled by LLVM as ELF format. In this
> patch, libelf is used
Em Wed, Jun 03, 2015 at 06:33:14PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Jun 01, 2015 at 07:37:52AM +, Wang Nan escreveu:
> > This patch defines basic interface of libbpf. 'struct bpf_object' will
> > Signed-off-by: Wang Nan
> > Acked-by: Alexei Starovoitov
>
> Plese do:
>
On Mon, 01 Jun 2015, Eric Anholt wrote:
> Paul Bolle writes:
>
> > On Fri, 2015-05-29 at 12:42 -0700, Eric Anholt wrote:
> >> This gives us a function for making mailbox property channel requests
> >> of the firmware, which is most notable in that it will let us get and
> >> set clock rates.
>
Hi Linus,
Sending this off now, as I'm not aware of other current bugs, nor do I
expect further fixes before 4.1 final. This pull request contains two
fixes:
- A fix for a bdi unregister warning that gets spewed on md, due to a
regression introduced earlier in this cycle. From Neil Brown.
- A
The pmem api is responsible for shepherding data out to persistent
media. The pmem driver uses this api, when available, to assert that
data is durable by the time bio_endio() is invoked. When an
architecture or cpu can not make persistence guarantees the driver warns
and falls back to "best effo
Some archs define the first parameter to ioremap() as unsigned long,
while the balance define it as resource_size_t. Unify on
resource_size_t to enable passing ioremap function pointers. Also, some
archs use function-like macros for defining ioremap aliases, but
asm-generic/iomap.h expects object
Quoting Arnd:
I was thinking the opposite approach and basically removing all uses
of IORESOURCE_CACHEABLE from the kernel. There are only a handful of
them.and we can probably replace them all with hardcoded
ioremap_cached() calls in the cases they are actually useful.
All existin
Similar to ioremap_wc() let architecture implementations optionally
provide ioremap_cache(). As is, current ioremap_cache() users have
architecture dependencies that prevent them from compiling on archs
without ioremap_cache(). In some cases the architectures that have a
cached ioremap() capabili
Existing users of ioremap_cache() are mapping memory that is known in
advance to not have i/o side effects. These users are forced to cast
away the __iomem annotation, or otherwise neglect to fix the sparse
errors thrown when dereferencing pointers to this memory. Provide
memremap_*() as a non __
Provide devm_ioremap_cache() and fix up devm_ioremap_resource() to
actually provide cacheable mappings. On archs that implement
ioremap_cache() devm_ioremap_resource() is always silently falling back
to uncached when IORESOURCE_CACHEABLE is specified.
Cc: Toshi Kani
Cc: Arnd Bergmann
Signed-off
From: Ross Zwisler
Based on an original patch by Ross Zwisler [1].
Writes to persistent memory have the potential to be posted to cpu
cache, cpu write buffers, and platform write buffers (memory controller)
before being committed to persistent media. Provide apis,
memcpy_to_pmem(), sync_pmem(),
On Wed, Jun 3, 2015 at 2:34 PM, Dan Williams wrote:
> The pmem api is responsible for shepherding data out to persistent
> media. The pmem driver uses this api, when available, to assert that
> data is durable by the time bio_endio() is invoked. When an
> architecture or cpu can not make persist
[Re: [linux-next] please include init-v4.1-rc6 branch for v4.2] On 03/06/2015
(Wed 19:54) Mark Brown wrote:
> On Wed, Jun 03, 2015 at 01:39:04PM +1000, Stephen Rothwell wrote:
> > On Tue, 2 Jun 2015 19:23:18 -0400 Paul Gortmaker
> > wrote:
>
> > > Please include init-v4.1-rc6 branch of:
> > >
> From: Dave Hansen [mailto:d...@sr71.net]
> Sent: Wednesday, June 03, 2015 12:55 PM
> To: LKML; Yu, Fenghua; John Stultz; the arch/x86 maintainers
> Subject: hangs in verify_pmtmr_rate()
>
> I'm seeing boot hangs when trying to boot a 32-bit 4.1.0-rc5 kernel on some
> 64-bit CPUs (I'm not sure if
Mam vzajemne mít prospech podnik pro nas oba. pokud mate zajem, muzete mi
dostat na e-mailovou adresu a podrobnosti vysvetlil po telefonu.
E-mail: jgg.c...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Em Mon, Jun 01, 2015 at 07:37:53AM +, Wang Nan escreveu:
> Check endianess according to EHDR. Code is taken from
> tools/perf/util/symbol-elf.c.
>
> Libbpf doesn't magically convert missmatched endianess. See discussion
> on https://lkml.org/lkml/2015/5/18/650 that, even if we swap
Please don
The line buffer for constraints debug isn't big enough to hold the output
in all cases. So fix the possible buffer overflow by the usage of the
scnprintf().
By the way this fixes that the debug output is overwritten
when uV_offset is greater 0.
Signed-off-by: Stefan Wahren
CC:
---
drivers/regu
Hi,
I noticed that it appears that you have leaked an unsigned debugging
patch at the top of the nsfd tree today ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp9O7ofIfkHa.pgp
Description: OpenPGP digital signature
Em Wed, Jun 03, 2015 at 04:25:50PM +0200, Jiri Olsa escreveu:
> hi,
> sending cleanup/move of shadow counters. I need it
> for my other changes of stat scripting, but I think
> it can stand alone as a cleanup.
>
> v2 changes:
> - move evsel id into 'struct perf_stat'
> and change the id func
This patch is the first step in enabling checkpoint/restore of processes
with seccomp enabled.
One of the things CRIU does while dumping tasks is inject code into them
via ptrace to collect information that is only available to the process
itself. However, if we are in a seccomp mode where these p
On Wed, 2015-06-03 at 13:00 -0700, James Bottomley wrote:
> On Wed, 2015-06-03 at 18:16 +1000, Stephen Rothwell wrote:
> > Hi Nicholas,
> >
> > After merging the target-updates tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > drivers/target/target_core_fabric_lib
Em Wed, Jun 03, 2015 at 07:07:05PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Jun 03, 2015 at 04:25:50PM +0200, Jiri Olsa escreveu:
> > hi,
> > sending cleanup/move of shadow counters. I need it
> > for my other changes of stat scripting, but I think
> > it can stand alone as a cleanup.
>
Quoting Mike Looijmans (2015-06-02 22:25:19)
> This driver supports the TI CDCE925 programmable clock synthesizer.
> The chip contains two PLLs with spread-spectrum clocking support and
> five output dividers. The driver only supports the following setup,
> and uses a fixed setting for the output m
When wait_event happens in dequeue_event(), it checks if event_list is empty
without acquiring client->lock. A potential race can happen as follows:
T1 T2 T3
sleep in sleep in
dequeue_event() dequeue_event()
On 06/03/2015 03:25 PM, Michael Turquette wrote:
Quoting Mike Looijmans (2015-06-02 22:25:19)
diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
index 9897f35..1c31704 100644
--- a/drivers/clk/Kconfig
+++ b/drivers/clk/Kconfig
@@ -78,6 +78,23 @@ config COMMON_CLK_SI570
This driver
On Wed, 2015-06-03 at 15:12 -0700, Nicholas A. Bellinger wrote:
> On Wed, 2015-06-03 at 13:00 -0700, James Bottomley wrote:
> > On Wed, 2015-06-03 at 18:16 +1000, Stephen Rothwell wrote:
> > > Hi Nicholas,
> > >
> > > After merging the target-updates tree, today's linux-next build (x86_64
> > > al
On Wed, Jun 03, 2015 at 07:24:53PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Jun 03, 2015 at 07:07:05PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Wed, Jun 03, 2015 at 04:25:50PM +0200, Jiri Olsa escreveu:
> > > hi,
> > > sending cleanup/move of shadow counters. I need it
> > > for my
On Wed, 3 Jun 2015, Vikas Shivappa wrote:
> *All the patches will apply on 4.1-rc4*.
And who is going to resolve the merge conflicts which are caused by
the updates to the cqm code which are pending in tip/perf ?
You are very well aware of that changes. You got cc'ed on the patches
and on the tip
Previously with libcfs being built for user land and kernel
space wrappers were created to transparently handle locking.
Now that user land support has been removed we delete all
those locking wrappers with this patch. Many of those changes
landed upstream but some nice cleanups still remain that a
Quoting Bintian Wang (2015-05-28 19:08:38)
> Add clock drivers for hi6220 SoC, this driver controls the SoC
> registers to supply different clocks to different IPs in the SoC.
>
> We add one divider clock for hi6220 because the divider in hi6220
> also has a mask bit but it doesnot obey the rule d
From: Wang Nan
Commit 4c859351226c920b227fec040a3b447f0d482af3 ("perf probe: Support
glob wildcards for function name") introduces segfault problems when
debuginfo is not available:
# perf probe 'sys_w*'
Added new events:
Segmentation fault
The first problem resides in find_probe_trace_eve
From: Arnaldo Carvalho de Melo
When unifying the user_dsos and kernel_dsos a bug was introduced by
inverting the check for dso->kernel, fix it.
Fixes: 3d39ac538629 ("perf machine: No need to have two DSOs lists")
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: http://l
Hi Ingo,
Please consider applying.
One of the next requests probably will have the eBPF work by Wang Nan,
but I am still going thru it and want to test it thoroughly.
BTW: Have you looked at it lately? It is at:
http://lkml.kernel.org/r/1433144296-74992-1-git-send-email-
From: Wang Nan
Before patch ba92732e9808 ('perf kmaps: Check kmaps to make code more
robust'), 'perf report' and 'perf annotate' will segfault if trace data
contains kernel module information like this:
# perf report -D -i ./perf.data
...
0 0 0x188 [0x50]: PERF_RECORD_MMAP -1/0: [0xffbff1
From: Wang Nan
This patch moves kernel.h from tools/perf/util/include/linux/kernel.h
to tools/include/linux/kernel.h to enable other libraries use macros in
it, like libbpf which will be introduced by further patches.
MANIFEST is also updated for 'make perf-*-src-pkg'.
Signed-off-by: Wang Nan
901 - 1000 of 1187 matches
Mail list logo
