Am 22.03.2016 um 17:00 schrieb Jacek Anaszewski:
> On 03/22/2016 12:47 PM, Heiner Kallweit wrote:
>> Am 22.03.2016 um 09:05 schrieb Jacek Anaszewski:
>>> On 03/21/2016 06:34 PM, Heiner Kallweit wrote:
Am 21.03.2016 um 16:35 schrieb Jacek Anaszewski:
> On 03/19/2016 08:11 PM, Heiner Kallwei
On 03/22/2016 04:04 PM, Dave Chinner wrote:
On Tue, Mar 22, 2016 at 03:40:28PM -0600, Jens Axboe wrote:
On 03/22/2016 03:34 PM, Dave Chinner wrote:
On Tue, Mar 22, 2016 at 11:55:16AM -0600, Jens Axboe wrote:
If you call sync, the initial call to wakeup_flusher_threads() ends up
calling wb_star
On Tue, 22 Mar 2016, Michal Hocko wrote:
> Hi,
> I am reposting the whole patchset on top of the current Linus tree which
> should
> already contain big pile of Andrew's mm patches. This should serve an easier
> reviewability and I also hope that this core part of the work can go to 4.6.
>
> The
Hi,
Am Dienstag, 22. März 2016, 16:19:37 schrieb Javier Martinez Canillas:
> On 03/18/2016 07:53 PM, Doug Anderson wrote:
> > On Thu, Mar 17, 2016 at 11:41 PM, Caesar Wang
wrote:
> Same here, this is the second time I tested this series (first time was
> v6 on October 25 [2]) and I think that ha
'struct timeval' uses a 32-bit seconds field which will overflow in
year 2038 and beyond. This patch is part of a larger effort to remove
all instances of 'struct timeval' from the kernel and replace them
with 64-bit timekeeping variables.
The correctness of the code isn't affected by this patch -
Latest testing fails when using ko2iblnd. It was tracked down
to commit 4671a026616df26000f7d8ad2f2ea4b6de79263c.
This reverts commit 4671a026616df26000f7d8ad2f2ea4b6de79263c.
---
.../staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c|4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
dif
2015년 10월 28일 17:19에 Yakir Yang 이(가) 쓴 글:
> In order to move exynos dp code to bridge directory,
> we need to convert driver drm bridge mode first. As
> dp driver already have a ptn3460 bridge, so we need
> to move ptn bridge to the next bridge of dp bridge.
>
> Tested-by: Javier Martinez Canill
Hi Murali,
[auto build test ERROR on next-20160322]
url:
https://github.com/0day-ci/linux/commits/Murali-Karicheri/PCI-keystone-add-pci-error-irq-handler/20160323-035516
config: arm-multi_v7_defconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git
On Monday 21 March 2016 03:31:49 Finn Thain wrote:
>
> This patch series has more macro elimination and some tweaks to the
> DMA hooks so that all the wrapper drivers can share the same core
> DMA algorithm. This resolves the major discrepancies between the two
> core drivers, which relate to code
On Tuesday, March 22, 2016 06:30:05 PM Peter Zijlstra wrote:
> On Tue, Mar 22, 2016 at 01:19:39PM -0400, Chris Metcalf wrote:
> > When doing an nmi backtrace of many cores, most of which are idle,
> > the output is a little overwhelming and very uninformative. Suppress
> > messages for cpus that a
On Tuesday, March 22, 2016 01:19:39 PM Chris Metcalf wrote:
> When doing an nmi backtrace of many cores, most of which are idle,
> the output is a little overwhelming and very uninformative. Suppress
> messages for cpus that are idling when they are interrupted and just
> emit one line, "NMI backt
Linus,
The following changes since commit 643ad15d47410d37d43daf3ef1c8ac52c281efa5:
Merge branch 'mm-pkeys-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2016-03-20 19:08:56
-0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git
From: Colin Ian King
The check for a failed open on headername is incorrectly checking
on the out FILE pointer rather than the hdr. Fix this.
Signed-off-by: Colin Ian King
---
scripts/asn1_compiler.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/asn1_compiler.c b/
On Tue, Mar 22, 2016 at 04:03:28PM -0600, Jens Axboe wrote:
> On 03/22/2016 03:51 PM, Dave Chinner wrote:
> >On Tue, Mar 22, 2016 at 11:55:14AM -0600, Jens Axboe wrote:
> >>This patchset isn't as much a final solution, as it's demonstration
> >>of what I believe is a huge issue. Since the dawn of t
Hi all,
probably I'm doing this all wrong. I'm playing around with a bunch of
accelerators
and I need to share buffers between them. I have my heaps implemented as a
platform device and from what I understand I'll need a reference to the
struct ion_device in each of them.
I couldn't find a way to
This commit enables access to a miscdevice via a reference
obtained from devicetree.
This allows to implement a of_ion_device_get() in the next step.
Signed-off-by: Moritz Fischer
---
drivers/char/misc.c| 38 ++
include/linux/miscdevice.h | 3 +++
2 f
Allows to obtain a reference to the global /dev/ion backing
struct ion_device via devicetree.
Signed-off-by: Moritz Fischer
---
drivers/staging/android/ion/ion.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
The mm-of-the-moment snapshot 2016-03-22-15-34 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On 21/03/2016 at 18:06:08 +0100, Mylene JOSSERAND wrote :
> The current patches handle the autocalibration and the oscillator failure
> for ABX80X RTC.
> The autocalibration is handled using sysfs entries and the oscillator
> failure bit is handled only for the XT Oscillator.
>
> Mylene JOSSERAND
+ Ajay kumar with Samsung email
Hi,
2016년 03월 23일 07:12에 Heiko Stübner 이(가) 쓴 글:
> Hi,
>
> Am Dienstag, 22. März 2016, 16:19:37 schrieb Javier Martinez Canillas:
>> On 03/18/2016 07:53 PM, Doug Anderson wrote:
>>> On Thu, Mar 17, 2016 at 11:41 PM, Caesar Wang
> wrote:
>> Same here, this is the
On Tue, 22 Mar 2016 12:00:19 +0100 Michal Hocko wrote:
> This is based on the idea from Mel Gorman discussed during LSFMM 2015 and
> independently brought up by Oleg Nesterov.
What happened to oom-reaper-handle-mlocked-pages.patch? I have it in
-mm but I don't see it in this v6.
From: Michal
On Tue, Mar 22, 2016 at 11:31:11PM +0100, Rafael J. Wysocki wrote:
> > diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
> > index cd4510a63375..924554f920fb 100644
> > --- a/drivers/idle/intel_idle.c
> > +++ b/drivers/idle/intel_idle.c
> > @@ -725,8 +725,8 @@ static struct cpuidl
From: Colin Ian King
There is a missing comma between two strings in the dsi_errors[]
array initializer, causing two strings to be concatenated and the
array being incorrectly initialized. Add in the missing comma.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.
Derp,
On Tue, Mar 22, 2016 at 3:33 PM, Moritz Fischer
wrote:
> Allows to obtain a reference to the global /dev/ion backing
> struct ion_device via devicetree.
>
> Signed-off-by: Moritz Fischer
> ---
> drivers/staging/android/ion/ion.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff
On 03/22/2016 03:33 PM, Moritz Fischer wrote:
Hi all,
probably I'm doing this all wrong. I'm playing around with a bunch of
accelerators
and I need to share buffers between them. I have my heaps implemented as a
platform device and from what I understand I'll need a reference to the
struct ion_
The change fixes a check of gpio_to_desc() return value, the function
returns either a valid pointer to struct gpio_desc or NULL, this makes
IS_ERR() check invalid and may lead to a NULL pointer dereference in
runtime.
Signed-off-by: Vladimir Zapolskiy
---
.../fbdev/omap2/omapfb/displays/panel-s
Zhao Lei writes:
> Hi, Eric
>
>> -Original Message-
>> From: Eric W. Biederman [mailto:ebied...@xmission.com]
>> Sent: Tuesday, March 22, 2016 5:25 AM
>> To: Zhao Lei
>> Cc: linux-kernel@vger.kernel.org; contain...@lists.linux-foundation.org;
>> 'Mateusz Guzik' ; 'Kamezawa Hiroyuki'
>>
Am Mittwoch, 23. März 2016, 07:44:59 schrieb Inki Dae:
> + Ajay kumar with Samsung email
>
> Hi,
>
> 2016년 03월 23일 07:12에 Heiko Stübner 이(가) 쓴 글:
> > Hi,
> >
> > Am Dienstag, 22. März 2016, 16:19:37 schrieb Javier Martinez Canillas:
> >> On 03/18/2016 07:53 PM, Doug Anderson wrote:
> >>> On Thu,
Meh,
On Tue, Mar 22, 2016 at 3:33 PM, Moritz Fischer
wrote:
>
> +
> +err_dev:
> + put_device(dev);
> + return ERR_PTR(ret);
> +}
> +#else
> +struct misc_device *of_misc_get(struct device_node *)
Ok, that one is broken
Sorry,
Moritz
On 03/22/2016 04:31 PM, Dave Chinner wrote:
On Tue, Mar 22, 2016 at 04:03:28PM -0600, Jens Axboe wrote:
On 03/22/2016 03:51 PM, Dave Chinner wrote:
On Tue, Mar 22, 2016 at 11:55:14AM -0600, Jens Axboe wrote:
This patchset isn't as much a final solution, as it's demonstration
of what I believe
On Tue, 22 Mar 2016, Andrew Morton wrote:
> On Tue, 22 Mar 2016 12:00:19 +0100 Michal Hocko wrote:
>
> > This is based on the idea from Mel Gorman discussed during LSFMM 2015 and
> > independently brought up by Oleg Nesterov.
>
> What happened to oom-reaper-handle-mlocked-pages.patch? I have it
On Tue, 22 Mar 2016 13:23:45 +0100 Peter Zijlstra wrote:
> On Tue, Mar 22, 2016 at 12:00:18PM +0100, Michal Hocko wrote:
>
> > extern signed long schedule_timeout_interruptible(signed long timeout);
> > extern signed long schedule_timeout_killable(signed long timeout);
> > extern signed long
This brings the upstream libcfs ioctl handling up to date with
the latest production code. Most of the work was to make libcfs_ioctl.h
a simple uapi header that can be used by user land utilities.
Lots of ioctl code cleanup and simplification.
James Simmons (9):
staging: lustre: libcfs: change v
From: Liang Zhen
Make sure data is not NULL otherwise we get an oops
when using the IOC_LIBCFS_MARK_DEBUG ioctl.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: Johann Lombardi
From: John L. Hammond
Lets just use copy_to_user() directly instead of having a
wrapper function.
Signed-off-by: John L. Hammond
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: http://review.whamcloud.com/14180
Reviewed-by: Dmitry Eremin
Revi
From: John L. Hammond
The header libcfsutil.h has been long gone in the upstream
client. Replace libcfsutil.h reference to the current user
land header instead.
Signed-off-by: John L. Hammond
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: htt
Need a few uapi headers to make libcfs_ioctl.h compilable in
userland.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: http://review.whamcloud.com/17643
Reviewed-by: Bob Glossman
Reviewed-by: John L. Hammond
Reviewed-by: Dmitry Eremin
Reviewed
After e76b027 ("x86,vdso: Use LSL unconditionally for vgetcpu")
native_read_tscp() is unused in the kernel. The function can be removed
like native_read_tsc() was.
[prarit@prarit linux]$ git grep native_read_tscp
arch/x86/include/asm/msr.h:45:static inline unsigned long long
native_read_tscp(uns
Use the proper BIT macro for libcfs_ioctl_is_invalid().
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: http://review.whamcloud.com/17643
Reviewed-by: Bob Glossman
Reviewed-by: John L. Hammond
Reviewed-by: Dmitry Eremin
Reviewed-by: Oleg Droki
Move the function declartions that are used only by
kernel space to libcfs.h This makes libcfs_ioctl.h
a offical uapi header now.
Move large inline functions out of libcfs_ioctl.h to
the source file linux-module.c belonging to libcfs.
This code is only used by the core of libcfs and such
inline fun
Change return value to size_t.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: http://review.whamcloud.com/17643
Reviewed-by: Bob Glossman
Reviewed-by: John L. Hammond
Reviewed-by: Dmitry Eremin
Reviewed-by: Oleg Drokin
---
.../lustre/lnet/l
From: Parinay Kondekar
With the libcfs ioctl cleanup we no longer need the libcfs
pseudo device abstraction.
Signed-off-by: Parinay Kondekar
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5844
Reviewed-on: http://review.whamcloud.com/17492
Reviewed-by: Andreas
All the macros in libcfs_ioctl.h that is needed by user
land have been moved into the lustre utilities software
stack.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: http://review.whamcloud.com/17643
Reviewed-by: Bob Glossman
Reviewed-by: John
From: Parinay Kondekar
No reason to go through the cfs_psdev_ops abstract
to call libcfs_ioctl. Just call libcfs_ioctl directly.
Signed-off-by: Parinay Kondekar
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5844
Reviewed-on: http://review.whamcloud.com/17492
Move large inline functions out of libcfs_ioctl.h to
the source file linux-module.c belonging to libcfs.
This code is only used by the core of libcfs and such
inline functions don't belong in a uapi header file.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Fix up all thw whitescapes and line up the IOCTL defines
so it is readable.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: http://review.whamcloud.com/17643
Reviewed-by: Bob Glossman
Reviewed-by: John L. Hammond
Reviewed-by: Dmitry Eremin
Rev
Return real bool values for libcfs_ioctl_is_invalid().
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-on: http://review.whamcloud.com/17643
Reviewed-by: Bob Glossman
Reviewed-by: John L. Hammond
Reviewed-by: Dmitry Eremin
Reviewed-by: Oleg Drokin
From: Parinay Kondekar
With struct libcfs_device_userstate gone we can remove
the remaining code of libcfs_psdev_ops.p_[open|close]
as well as the libcfs_psdev_[open|release] functions.
Signed-off-by: Parinay Kondekar
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/brows
From: Parinay Kondekar
The IOC_LIBCFS_MEMHOG is not needed so remove the last bits.
Signed-off-by: Parinay Kondekar
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5844
Reviewed-on: http://review.whamcloud.com/17492
Reviewed-by: Andreas Dilger
Reviewed-by: Dmi
From: Parinay Kondekar
A few pieces still exist for the IOC_LIBCFS_PANIC ioctl. Remove
these last bits to prevent old tools from using them. The latest
lustre utilities no longer use this ioctl.
Signed-off-by: Parinay Kondekar
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.
Hi Laura,
On Tue, Mar 22, 2016 at 3:51 PM, Laura Abbott wrote:
> In the past what drivers have done is a foo_ion_client_create which has the
> reference
> to the ion_device created from ion_device_create. Drivers then call the
> foo_ion_client_create function.
Oh, so you mean you add a function
From: Andi Kleen
Now that we have a convenient ht_on flag in x86_pmu use it
to detect the HT workarounds for older CPUs.
Signed-off-by: Andi Kleen
---
arch/x86/events/intel/core.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/x86/events/intel/core.c b/arch/x86/
From: Andi Kleen
When an event alias is used that the kernel marked as .aggr-per-core, force
--per-core mode (and also require -a and forbid cgroups or per thread mode).
This in term means, --topdown forces --per-core mode.
This is needed for TopDown in SMT mode, because it needs to measure
all
2016년 03월 23일 07:52에 Heiko Stübner 이(가) 쓴 글:
> Am Mittwoch, 23. März 2016, 07:44:59 schrieb Inki Dae:
>> + Ajay kumar with Samsung email
>>
>> Hi,
>>
>> 2016년 03월 23일 07:12에 Heiko Stübner 이(가) 쓴 글:
>>> Hi,
>>>
>>> Am Dienstag, 22. März 2016, 16:19:37 schrieb Javier Martinez Canillas:
On 03/1
[v2: Address review feedback.
Metrics are now always printed, but colored when crossing threshold.
--topdown implies --metric-only.
Various smaller fixes, see individual patches]
[v3: Add --single-thread option and support it with HT off.
Clean up old HT workaround.
Improve documentation.
Various s
From: Andi Kleen
Scale values by unit before passing them to the metrics printing functions.
This is needed for TopDown, because it needs to scale the slots correctly
by pipeline width / SMTness.
For existing metrics it shouldn't make any difference, as those generally
use events that don't have
From: Andi Kleen
Add the basic code to parse an .aggr-per-core event attribute.
The attribute means that the event needs to be measured in
per core mode.
v2: Support integer values for aggr-per-core
Signed-off-by: Andi Kleen
---
tools/perf/util/evsel.h| 1 +
tools/perf/util/parse-even
From: Andi Kleen
Add basic plumbing for TopDown in perf stat
Add a new --topdown options to enable events.
When --topdown is specified set up events for all topdown
events supported by the kernel.
Add topdown-* as a special case to the event parser, as is
needed for all events containing -.
The
From: Andi Kleen
Add a way to show different sysfs events attributes depending on
HyperThreading is on or off. This is difficult to determine
early at boot, so we just do it dynamically when the sysfs
attribute is read.
v2:
Compute HT status only once in CPU online/offline hooks.
Signed-off-by:
On Tue, Mar 22, 2016 at 4:06 PM, Prarit Bhargava wrote:
> After e76b027 ("x86,vdso: Use LSL unconditionally for vgetcpu")
> native_read_tscp() is unused in the kernel. The function can be removed
> like native_read_tsc() was.
Fine with me. We can always re-add it if we need it in the future.
-
From: Andi Kleen
Add topdown event declarations to Silvermont / Airmont.
These cores do not support the full Top Down metrics, but an useful
subset (FrontendBound, Retiring, Backend Bound/Bad Speculation).
The perf stat tool automatically handles the missing events
and combines the available met
From: Andi Kleen
Add debug output of raw counter values per CPU when
perf stat -v is specified, together with their cpu numbers.
This is very useful to debug problems with per core counters,
where we can normally only see aggregated values.
Signed-off-by: Andi Kleen
---
tools/perf/builtin-stat
From: Andi Kleen
When the scaling factor is a full integer don't display fractional
digits. This avoids unnecessary .00 output for topdown metrics
with scale factors.
v2: Remove redundant check.
Signed-off-by: Andi Kleen
---
tools/perf/builtin-stat.c | 7 ---
1 file changed, 4 insertions(+
From: Andi Kleen
Add declarations for the events needed for TopDown to the
Intel big core CPUs starting with Sandy Bridge. We need
to report different values if HyperThreading is on or off.
The only thing this patch does is to export some events
in sysfs.
TopDown level 1 uses a set of abstracte
From: Andi Kleen
Implement the TopDown formulas in perf stat. The topdown basic metrics
reported by the kernel are collected, and the formulas are computed
and output as normal metrics.
See the kernel commit exporting the events for details on the used
metrics.
v2: Always print all metrics, onl
From: Liang Zhen
Fail to compile if largest LNet user land data structures passed
to kernel are larger than LIBCFS_IOC_DATA_MAX
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: J
From: Liang Zhen
Ensure that user land data is at least the smallest size.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: Johann Lombardi
Reviewed-by: Oleg Drokin
---
.../lu
From: John L. Hammond
Move all the libcfs_ioctl_handler code from libcfs_ioctl.h to
libcfs.h. The header libcfs_ioctl.h is a uapi header so their
is no reason to keep kernel internals in that header.
Signed-off-by: John L. Hammond
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.in
Change arg to uparam name for libcfs_ioctl().
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: Johann Lombardi
Reviewed-by: Oleg Drokin
---
drivers/staging/lustre/lnet/libcfs/mo
From: Liang Zhen
Code simplification for obd_ioctl_popdata.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: Johann Lombardi
Reviewed-by: Oleg Drokin
---
.../lustre/lustre/obd
From: Liang Zhen
Invert the test of error returned by the handle_ioctl pointer.
This reduces the code by one indentation level.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: J
From: Liang Zhen
The error message are for libcfs layer not LNet.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: Johann Lombardi
Reviewed-by: Oleg Drokin
---
.../lustre/lnet
From: Liang Zhen
Move the comment about libcfs_ioctl_data_adjust to the
section where libcfs_ioctl_data_adjust is actually called.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by
From: Liang Zhen
This is apart of the cleanup of libcfs_ioctl* code. In this
part some of the code in libcfs_ioctl is migrated into
libcfs_ioctl_getdata_len() which is renamed libcfs_ioctl_getdata()
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on:
From: Liang Zhen
Added some lustre debugging to track down potential future
bugs.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: Johann Lombardi
Reviewed-by: Oleg Drokin
---
From: Liang Zhen
Instead of just returning for each switch condition use a break.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.com/11313
Reviewed-by: Bobi Jam
Reviewed-by: Johann Lombardi
Reviewed-by: Oleg Drokin
---
From: Liang Zhen
This is apart of the cleanup of libcfs_ioctl* code. In this
part we turn libcfs_ioctl_handle into libcfs_ioctl since
libcfs_ioctl is now a skeleton function.
Signed-off-by: Liang Zhen
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-5435
Reviewed-on: http://review.whamcloud.
From: Liang Zhen
The size of LNET_MAX_IOCTL_BUF_LEN restricts the size of
libcfs ioctl to the maximum needs of the LNet layer. Since
libcfs also handles things like debugging we might need
to let user land pass more data to or from the kernel than
what is possible
Signed-off-by: Liang Zhen
Inte
Hi Geert, thanks for your reply.
On Tue, Mar 22, 2016 at 11:56:51AM +0100, Geert Uytterhoeven wrote:
[..]
> For DT bindings, it doesn't matter who manufactured the part, or which
> technology was used (TTL, HC, LVC, ...).
>
> Logically, the shiny new parts are compatible with the old ones, from a
From: Colin Ian King
When info->ram_patch is released info->otp_patch is being set
to NULL rather than info->ram_patch. I believe this is a cut-n-paste
bug from almost identical code proceeding it that uses the same
idiom for info->otp_patch.
Signed-off-by: Colin Ian King
---
drivers/nfc/fdp/f
On 03/22/2016 04:08 PM, Moritz Fischer wrote:
Hi Laura,
On Tue, Mar 22, 2016 at 3:51 PM, Laura Abbott wrote:
In the past what drivers have done is a foo_ion_client_create which has the
reference
to the ion_device created from ion_device_create. Drivers then call the
foo_ion_client_create func
Hello Vaishali,
The patch looks good to me. However, I have few trivial questions.
On Tue, 22 Mar 2016, Vaishali Thakkar wrote:
When any unsupported hugepage size is specified, 'hugepagesz=' and
'hugepages=' should be ignored during command line parsing until any
supported hugepage size is f
Hi Alok
Thanks for wanting to contribute to the Linux kernel!
On 22/03/16 20:43, mistryalok wrote:
Fixed spelling error.
Signed-off-by: Alok Mistry
---
/*
-* No CPU has hugepages but lacks no execute, so we
+* No CPU has huge pages but lacks no e
On Tue, Mar 22, 2016 at 03:30:43PM +0530, Vaishali Thakkar wrote:
> When any unsupported hugepage size is specified, 'hugepagesz=' and
> 'hugepages=' should be ignored during command line parsing until any
> supported hugepage size is found. But currently incorrect number of
> hugepages are allocat
On Tue, Mar 22, 2016 at 4:20 PM, Laura Abbott wrote:
> On 03/22/2016 04:08 PM, Moritz Fischer wrote:
>>
>> Hi Laura,
>>
>> On Tue, Mar 22, 2016 at 3:51 PM, Laura Abbott wrote:
>>
>>> In the past what drivers have done is a foo_ion_client_create which has
>>> the
>>> reference
>>> to the ion_devic
On Tue, Mar 22, 2016 at 03:35:59PM +0530, Vaishali Thakkar wrote:
> Update the setup_hugepagesz function to call the routine
> hugetlb_bad_size when unsupported hugepage size is found.
>
> Misc:
> - Silent 80 characters warning
>
> Signed-off-by: Vaishali Thakkar
> Cc: Mike Kravetz
> Cc: Naoy
On Tue, 2016-03-22 at 22:49 +, Colin King wrote:
> From: Colin Ian King
>
> There is a missing comma between two strings in the dsi_errors[]
> array initializer, causing two strings to be concatenated and the
> array being incorrectly initialized. Add in the missing comma.
>
> Signed-off-by
On Wed, Mar 23, 2016 at 08:09:33AM +0900, Inki Dae wrote:
> In this case, someone else may send an email again like you "who is going to
> merge?"
> That would be why we need a maintainer.
>
> drm panel is already managed well by Thierry Reding without such confusion.
You don't need a maintaine
On Tue, Mar 22, 2016 at 4:20 PM, Laura Abbott wrote:
> If allocation is coming from userspace and drivers are only importing
> you should be using the dma_buf APIs instead of Ion APIs directly.
> Ion is a dma_buf exporter and dma_buf APIs are the preferred API.
Ok, thanks. Sounds reasonable.
Th
2016년 03월 23일 08:39에 Russell King - ARM Linux 이(가) 쓴 글:
> On Wed, Mar 23, 2016 at 08:09:33AM +0900, Inki Dae wrote:
>> In this case, someone else may send an email again like you "who is going to
>> merge?"
>> That would be why we need a maintainer.
>>
>> drm panel is already managed well by Thi
For livepatch modules, copy Elf section, symbol, and string information
from the load_info struct in the module loader. Persist copies of the
original symbol table and string table.
Livepatch manages its own relocation sections in order to reuse module
loader code to write relocations. Livepatch m
This patchset removes livepatch's need for architecture-specific relocation
code by leveraging existing code in the module loader to perform
arch-dependent work. Specifically, instead of duplicating code and
re-implementing what the apply_relocate_add() function in the module loader
already does in
Livepatch manages its own relocation sections and symbols in order to be
able to reuse module loader code to write relocations. This removes
livepatch's dependence on separate "dynrela" sections to write relocations
and also allows livepatch to patch modules that are not yet loaded.
The livepatch
Livepatch needs to utilize the symbol information contained in the
mod_arch_specific struct in order to be able to call the s390
apply_relocate_add() function to apply relocations. Keep a reference to
syminfo if the module is a livepatch module. Remove the redundant vfree()
in module_finalize() sin
Reuse module loader code to write relocations, thereby eliminating the need
for architecture specific relocation code in livepatch. Specifically, reuse
the apply_relocate_add() function in the module loader to write relocations
instead of duplicating functionality in livepatch's arch-dependent
klp_
Document livepatch module requirements and the special Elf constants patch
modules use.
Signed-off-by: Jessica Yu
Acked-by: Miroslav Benes
---
Documentation/livepatch/module-elf-format.txt | 311 ++
1 file changed, 311 insertions(+)
create mode 100644 Documentation/live
On 03/22/2016 01:45 PM, Paul E. McKenney wrote:
You are getting a soft lockup as well as an RCU CPU stall warning, so
it looks like something is taking a very long time in blk_done_softirq().
You have multiple occurrences at different times, so it looks to be
a long time as opposed to an infinit
On Wed, Mar 23, 2016 at 08:54:15AM +0900, Inki Dae wrote:
>
Please wrap your long lines.
>
> 2016년 03월 23일 08:39에 Russell King - ARM Linux 이(가) 쓴 글:
> > On Wed, Mar 23, 2016 at 08:09:33AM +0900, Inki Dae wrote:
> >> In this case, someone else may send an email again like you "who is going
> >>
On 23.03.2016 04:25, Tobias Jakobi wrote:
> Hello Krzysztof,
>
> you can also add the node to the exynos4412-odroid-common dtsi. I have
> checked that it works properly on an X2.
>
> Thanks for patches and fixing that alignment issue!
Thanks for testing it. I'll send a follow up with you as Test
Hello Petr,
On (03/22/16 14:11), Petr Mladek wrote:
[..]
> > - /* cpu currently holding logbuf_lock in this function */
> > - static unsigned int logbuf_cpu = UINT_MAX;
> > + bool in_panic = console_loglevel == CONSOLE_LOGLEVEL_MOTORMOUTH;
> > + bool sync_print = printk_sync;
>
> I still
701 - 800 of 880 matches
Mail list logo
