On 09/13/2016 03:20 AM, Jani Nikula wrote:
> On Sat, 10 Sep 2016, Jonathan Corbet wrote:
>> On Fri, 9 Sep 2016 16:22:41 -0600
>> Shuah Khan wrote:
>>
>>> Move runnable code (tests) from Documentation to selftests and update
>>> Makefiles to work un
at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> linux-4.7.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
Compiled and booted on my test system. No dmesg regressions.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kerne
> linux-4.4.y
> and the diffstat can be found below.
>
> thanks,
>
> greg k-h
>
Compiled and booted on my test system. No dmesg regressions.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America(Silicon Valley)
shuah...@samsung.com
wider audience and people that responded
with comments and ideas.
- Included ia64 and watchdog which I missed in the v1 series.
Shuah Khan (6):
selftests: move dnotify_test from Documentation/filesystems
selftests: move prctl tests from Documentation/prctl
selftests: move ptp tests from Do
Remove watchdog-test from Makefile to move the test to selftests.
Add Makefile and .gitignore to for watchdog-test. watchdog-test will
not be run as part of selftests suite and will not be included in
install targets. It can be built separately for now.
Signed-off-by: Shuah Khan
not be included in install
targets. It can be built separately for now.
Signed-off-by: Shuah Khan
---
Documentation/Makefile | 2 +-
Documentation/filesystems/.gitignore | 1 -
Documentation/filesystems/Makefile | 5
Documentation
this update
doesn't change that.
Signed-off-by: Shuah Khan
---
Documentation/Makefile | 2 +-
Documentation/ia64/.gitignore| 1 -
Documentation/ia64/Makefile | 5 -
Documentation/ia64/aliasing-test.c
-by: Shuah Khan
---
Documentation/Makefile | 2 +-
Documentation/prctl/.gitignore | 3 -
Documentation/prctl/Makefile | 10 ---
.../prctl/disable-tsc-ctxt-sw-stress-test.c| 97 --
.../prctl/disable
Remove ptp from Makefile to move the test to selftests. Update ptp Makefile
to work under selftests. ptp will not be run as part of selftests suite and
will not be included in install targets. They can be built separately for
now.
Signed-off-by: Shuah Khan
---
Documentation/Makefile
Remove vDSO from Makefile to move the to selftests. Update vDSO Makefile
to work under selftests. vDSO will not be run as part of selftests suite
and will not be included in install targets. They can be built separately
for now.
Signed-off-by: Shuah Khan
---
Documentation/Makefile
On 09/13/2016 02:33 PM, Timur Tabi wrote:
> Shuah Khan wrote:
>> Remove watchdog-test from Makefile to move the test to selftests.
>>
>> Add Makefile and .gitignore to for watchdog-test. watchdog-test will
>
> to for?
Thanks - will fix that.
>
>> not be run
part of the effort to move runnable code from Documentation.
Signed-off-by: Shuah Khan
---
Documentation/Makefile | 3 +-
Documentation/networking/Makefile | 1 -
Documentation/networking/timestamping/.gitignore | 3 -
Documentation/networking
Fix unsupported GEM memory type error message to include the memory type
information.
Signed-off-by: Shuah Khan
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fb.c
b/drivers/gpu/drm/exynos
On 08/08/2016 10:56 AM, Krzysztof Kozlowski wrote:
> On Fri, Aug 05, 2016 at 07:50:06PM -0600, Shuah Khan wrote:
>> Fix unsupported GEM memory type error message to include the memory type
>> information.
>>
>> Signed-off-by: Shuah Khan
>> ---
>> dri
Fix unsupported GEM memory type error message to include the memory type
information.
Signed-off-by: Shuah Khan
---
Changes since v1:
-- Comment changed to read clearly
drivers/gpu/drm/exynos/exynos_drm_fb.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu
On Wed, Aug 24, 2016 at 5:33 PM, Joe Perches wrote:
> Many email addresses in MAINTAINERS no longer work so many
> sections in
> MAINTAINERS could likely be considered either
> obsolete or unmaintained.
>
> Marking these sections appropriately or simply removing the
> sections would make MAINTAINE
On 08/15/2017 11:55 PM, kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> commit: 83fab1816dadd182539d3928ea5fd53436bcbcb3 ("selftests: futex: convert
> test to use ksft TAP13 framework")
> url:
> https://github.com/0day-ci/linux/commits/Shu
On 08/16/2017 12:27 PM, John Stultz wrote:
> On Tue, Aug 15, 2017 at 11:08 PM, Thomas Richter
> wrote:
>> The compilation of the file freq-step.c in directory
>> tools/testing/selftests/timers fails with this error message:
>>
>> [root@s8360046 timers]# make
>> gcc -O3 -Wl,-no-as-needed -Wall -DKT
Hi John,
On 08/15/2017 06:11 AM, Miroslav Lichvar wrote:
> On Mon, Aug 14, 2017 at 02:01:36PM -0700, John Stultz wrote:
>> Fixes the following build warning:
>> freq-step.c: In function ‘main’:
>> freq-step.c:271:1: warning: control reaches end of non-void function
>> [-Wreturn-type]
>
>> @@ -26
On 08/15/2017 02:46 AM, Lukáš Doktor wrote:
> The rtc-generic and opal-rtc are failing to run this test as they do not
> support all the features. Let's treat the error returns and skip to the
> following test.
>
> Theoretically the test_DATE should be also adjusted, but as it's enabled
> on deman
On 08/16/2017 09:31 PM, John Stultz wrote:
> On Wed, Aug 16, 2017 at 4:10 PM, John Stultz wrote:
>> On Wed, Aug 16, 2017 at 4:01 PM, Shuah Khan wrote:
>>> Hi John,
>>>
>>> On 08/15/2017 06:11 AM, Miroslav Lichvar wrote:
>>>> On Mon, Aug
There is no need to keep timers tests in sync with external timers
repo. Drop support for !KTEST to support for building and running
timers tests without kselftest framework.
Reference: https://lkml.org/lkml/2017/8/10/952
Signed-off-by: Shuah Khan
---
tools/testing/selftests/timers/Makefile
On 08/16/2017 05:25 PM, Darren Hart wrote:
> On Fri, Aug 04, 2017 at 06:46:50PM -0600, Shuah Khan wrote:
>> Convert test to use ksft TAP13 framework.
>>
>
> Please include some information in the commit about why we're doing this
> and what it is.
>
Updated the
When a test exits with skip exit code of 4, "make run_destructive_tests"
halts testing. Fix run_destructive_tests target to handle error exit codes.
Reported-by: John Stultz
Signed-off-by: Shuah Khan
---
tools/testing/selftests/timers/Makefile | 26 +-
1 fi
Hi Marek,
On 10/16/2017 06:48 AM, Marek Szyprowski wrote:
> Hi Shuah,
>
> On 2017-10-14 01:13, Shuah Khan wrote:
>> Driver mmap functions shouldn't hold lock when calling vb2_mmap(). The
>> vb2_mmap() function has its own lock that it uses to protect the critical
&
On 10/16/2017 10:15 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.13.8 release.
> There are 53 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 10/16/2017 10:11 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.76 release.
> There are 19 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 10/16/2017 10:11 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.93 release.
> There are 28 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 10/16/2017 10:15 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.57 release.
> There are 39 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 10/12/2017 10:44 PM, Steve Muckle wrote:
> When creating a pathname close to PATH_MAX to test execveat, factor in
> the current working directory path otherwise we end up with an absolute
> path that is longer than PATH_MAX. While execveat() may succeed, subsequent
> calls to the kernel from the
On 10/14/2017 05:36 AM, Pintu Agarwal wrote:
> This is a test utility to verify ION buffer sharing in user space
> between 2 independent processes.
> It uses unix domain socket (with SCM_RIGHTS) as IPC to transfer an FD to
> another process to share the same buffer.
> This utility demonstrates how
On 10/17/2017 01:06 AM, lei.y...@windriver.com wrote:
> From: Lei Yang
>
> it only prints FAIL status when test fails, but doesn't print PASS
> status when test pass,this patch is to add PASS status in the test log.
>
> Signed-off-by: Lei Yang
> ---
> tools/testing/selftests/memory-hotplug/Mak
Change to enable config help and package help from the main make level
to make it easier to use. It has become difficult to find config help
and pkg help specific output from the "help" information.
Signed-off-by: Shuah Khan
---
Makefile | 7 +++
1 file changed, 7 insertions(+)
On 10/17/2017 08:40 AM, Greg Kroah-Hartman wrote:
> On Mon, Oct 16, 2017 at 06:11:51PM +0200, Greg Kroah-Hartman wrote:
>> This is the start of the stable review cycle for the 3.18.76 release.
>> There are 19 patches in this series, all will be posted as a response
>> to this one. If anyone has an
On 10/17/2017 02:21 PM, Laura Abbott wrote:
> On 10/14/2017 04:36 AM, Pintu Agarwal wrote:
>> This is a test utility to verify ION buffer sharing in user space
>> between 2 independent processes.
>> It uses unix domain socket (with SCM_RIGHTS) as IPC to transfer an FD to
>> another process to share
On 10/31/2017 01:37 PM, Steven Rostedt wrote:
> On Fri, 27 Oct 2017 15:10:30 +0900
> Masami Hiramatsu wrote:
>
>> Instead using arch-dependent do_IRQ, use do_softirq as a
>> target function.
>>
>> Applying do_IRQ to set_ftrace_filter always fail on arm/arm64 and any
>> other architectures which d
On 10/31/2017 03:54 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.79 release.
> There are 11 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 10/31/2017 03:55 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.96 release.
> There are 20 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 10/31/2017 03:55 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.13.11 release.
> There are 43 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 10/31/2017 03:55 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.60 release.
> There are 23 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 11/01/2017 04:12 AM, Pintu Kumar wrote:
> On Wed, Nov 1, 2017 at 3:28 AM, Laura Abbott wrote:
>> On 10/31/2017 03:21 AM, Pintu Kumar wrote:
>>> On Tue, Oct 31, 2017 at 2:32 AM, Laura Abbott wrote:
On 10/30/2017 12:12 AM, Pintu Kumar wrote:
> On Sun, Oct 29, 2017 at 7:51 PM, kernel tes
On 11/01/2017 10:26 AM, Pintu Kumar wrote:
> On Wed, Nov 1, 2017 at 8:34 PM, Shuah Khan wrote:
>> On 11/01/2017 04:12 AM, Pintu Kumar wrote:
>>> On Wed, Nov 1, 2017 at 3:28 AM, Laura Abbott wrote:
>>>> On 10/31/2017 03:21 AM, Pintu Kumar wrote:
>>>>>
On 10/23/2017 01:42 AM, Sumit Semwal wrote:
> The current mainline breakpoints test for arm64 fails to compile with
>
> breakpoint_test_arm64.c: In function ‘set_watchpoint’:
> breakpoint_test_arm64.c:97:28: error: storage size of ‘dreg_state’ isn’t known
> struct user_hwdebug_state dreg_state;
On 10/27/2017 12:10 AM, Masami Hiramatsu wrote:
> Instead using arch-dependent do_IRQ, use do_softirq as a
> target function.
>
> Applying do_IRQ to set_ftrace_filter always fail on arm/arm64 and any
> other architectures which don't define do_IRQ. So, instead of using
> that, use do_softirq which
On 10/31/2017 10:23 PM, Masami Hiramatsu wrote:
> On Tue, 31 Oct 2017 17:44:32 -0400
> Steven Rostedt wrote:
>
>> On Tue, 31 Oct 2017 23:51:42 +0900
>> Masami Hiramatsu wrote:
>>
>>> diff --git a/tools/testing/selftests/ftrace/test.d/kprobe/busy_check.tc
>>> b/tools/testing/selftests/ftrace/tes
Hi Greg,
On 10/31/2017 03:28 PM, Greg Hackmann wrote:
> ARM64's vDSO exports its gettimeofday() implementation with a different
> name (__kernel_gettimeofday) and version (LINUX_2.6.39) from other
> architectures. Add a corresponding special-case to vdso_test.
>
> Signed-off-by: Greg Hackmann
gt; selftests: basic_percpu_ops_test
>
> ok 1..2 selftests: basic_percpu_ops_test [PASS]
> selftests: param_test
>
> ok 1..3 selftests: param_test [PASS]
>
> Signed-off-by: Mathieu Desnoyers
> Fi
On 10/29/2017 09:18 PM, Anshuman Khandual wrote:
> This adds two tests to validate mirror functionality with mremap()
> system call on shared and private anon mappings. After the commit
> dba58d3b8c5 ("mm/mremap: fail map duplication attempts for private
> mappings"), any attempt to mirror private
On 10/23/2017 03:29 AM, lei.y...@windriver.com wrote:
> From: Lei Yang
>
> I see two extra binaries are in the untracked file
>
> Untracked files:
> (use "git add ..." to include in what will be committed)
> tools/testing/selftests/vm/mlock-random-test
> tools/testing/selft
On 10/21/2017 04:17 AM, lei.y...@windriver.com wrote:
> From: Lei Yang
>
> We need to enable more configs to make test more
> without this patch,we got lots of "UNSUPPORTED"
>
> before the patch:
> http://pastebin.ubuntu.com/25784377/
> after the patch:
> http://pastebin.ubuntu.com/25784387/
>
On 10/17/2017 08:10 PM, lei.y...@windriver.com wrote:
> From: Lei Yang
>
> Kconfig CONFIG_CPU_NOTIFIER_ERROR_INJECT has been removed since kernel 4.10
> check commit:
> commit 530e9b76ae8f863dfdef4a6ad0b38613d32e8c3f
> Author: Thomas Gleixner
> Date: Wed Dec 21 20:19:53 2016 +0100
On 11/01/2017 04:24 PM, Mathieu Desnoyers wrote:
> - On Nov 1, 2017, at 6:22 PM, Mathieu Desnoyers
> mathieu.desnoy...@efficios.com wrote:
>
>> - On Nov 1, 2017, at 5:33 PM, Shuah Khan shua...@osg.samsung.com wrote:
>>
>>> On 10/28/2017 07:46 AM, Mathie
On 11/01/2017 11:14 AM, Pintu Kumar wrote:
> On Wed, Nov 1, 2017 at 10:27 PM, Shuah Khan wrote:
>> On 11/01/2017 10:26 AM, Pintu Kumar wrote:
>>> On Wed, Nov 1, 2017 at 8:34 PM, Shuah Khan wrote:
>>>> On 11/01/2017 04:12 AM, Pintu Kumar wrote:
>>>>>
On 11/01/2017 04:52 PM, Thomas Gleixner wrote:
> On Wed, 1 Nov 2017, Shuah Khan wrote:
>> On 10/17/2017 08:10 PM, lei.y...@windriver.com wrote:
>>> From: Lei Yang
>>>
>>> Kconfig CONFIG_CPU_NOTIFIER_ERROR_INJECT has been removed since kernel 4
On 11/01/2017 03:34 PM, Greg Hackmann wrote:
> ARM64's vDSO exports its gettimeofday() implementation with a different
> name (__kernel_gettimeofday) and version (LINUX_2.6.39) from other
> architectures. Add a corresponding special-case to vdso_test.
>
> Signed-off-by: Greg Hackmann
> ---
>
>
On 11/02/2017 02:53 AM, Greg Kroah-Hartman wrote:
> On Wed, Nov 01, 2017 at 04:38:02PM -0600, Shuah Khan wrote:
>>> For me also, if I have to test my code outside kernel tree, I usually
>>> copy ion.h header file locally and test it.
>>>
>>> But, still I have
Hi Pintu,
On 11/01/2017 11:00 AM, Pintu Agarwal wrote:
> This is a test utility to verify ION buffer sharing in user space
> between 2 independent processes.
> It uses unix domain socket (with SCM_RIGHTS) as IPC to transfer an FD to
> another process to share the same buffer.
> This utility demons
failures.
This fix makes it optional to print summary and by default results get
printed to the console.
Shuah Khan (1):
selftests: lib.mk: print individual test results to console by default
tools/testing/selftests/lib.mk | 6
On 11/02/2017 10:15 AM, Pintu Kumar wrote:
> On Thu, Nov 2, 2017 at 8:37 PM, Shuah Khan wrote:
>> Hi Pintu,
>>
>> On 11/01/2017 11:00 AM, Pintu Agarwal wrote:
>>> This is a test utility to verify ION buffer sharing in user space
>>> between 2 independent pr
On 11/02/2017 10:19 AM, Shuah Khan wrote:
> On 11/02/2017 10:15 AM, Pintu Kumar wrote:
>> On Thu, Nov 2, 2017 at 8:37 PM, Shuah Khan wrote:
>>> Hi Pintu,
>>>
>>> On 11/01/2017 11:00 AM, Pintu Agarwal wrote:
>>>> This is a test utility to verify
Based on discussions with Rafael J. Wysocki, cpupower is need of an
active maintainer. I decided to on take the task of maintaining this
tool.
Patches will flow through the pm sub-systems to the mainline.
Suggested-by: Rafael J. Wysocki
Signed-off-by: Shuah Khan
---
MAINTAINERS | 2 ++
1 file
Hi Lei,
On 10/17/2017 08:10 PM, lei.y...@windriver.com wrote:
> From: Lei Yang
Are you using git send-email to send patches. it is odd to see this
extra From: line.
>
> Kconfig CONFIG_CPU_NOTIFIER_ERROR_INJECT has been removed since kernel 4.10
> check commit:
> commit 530e9b76ae8f863dfdef
On 11/02/2017 02:12 AM, Andrzej Hajda wrote:
> Hi Shuah,
>
> On 06.10.2017 23:30, Shuah Khan wrote:
>> Check if firmware is allocated before requesting firmware instead of
>> requesting firmware only to release it if firmware is not allocated.
>>
>> Signed-off-b
On 11/02/2017 02:31 AM, Andrzej Hajda wrote:
> On 06.10.2017 23:30, Shuah Khan wrote:
>> Driver calls request_firmware() whenever the device is opened for the
>> first time. As the device gets opened and closed, dev->num_inst == 1
>> is true several times. This is not nece
On 11/02/2017 05:54 PM, Laura Abbott wrote:
> On 11/02/2017 10:53 AM, Shuah Khan wrote:
>> On 11/02/2017 10:19 AM, Shuah Khan wrote:
>>> On 11/02/2017 10:15 AM, Pintu Kumar wrote:
>>>> On Thu, Nov 2, 2017 at 8:37 PM, Shuah Khan wrote:
>>>>> Hi Pin
On 10/06/2017 03:30 PM, Shuah Khan wrote:
> This patch series fixes inefficiencies and lock contention in the request
> firmware paths.
>
> Shuah Khan (2):
> media: s5p-mfc: check for firmware allocation before requesting
> firmware
> media: s5p-mfc: fix lock confecti
On 10/25/2017 04:28 PM, Marian Mihailescu wrote:
> Hi Shuah,
>
> For MFC patch, you can delete the "dev" variable since it's not being
> used anymore and results in a compile warning.
>
> - struct s5p_mfc_dev *dev = ctx->dev;
>
> Cheers,
> Marian
Oops. I thought I handled that. I will fix that
On 11/13/2017 05:54 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.81 release.
> There are 28 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 11/13/2017 05:55 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.62 release.
> There are 87 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 11/13/2017 05:55 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.98 release.
> There are 56 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 11/13/2017 05:56 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.13.13 release.
> There are 33 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 11/02/2017 06:43 PM, Marian Mihailescu wrote:
> I can confirm, with this patch, there is always error loading MFC in
> boot log, since FS is not mounted.
>
> -Marian
>
Please refrain from top posting to a kernel email threads. It is very difficult
to follow. Bottom post is the norm.
thanks,
On 11/02/2017 08:35 PM, Michael Ellerman wrote:
> Shuah Khan writes:
>
>> Change run_tests to print individual test results to console by default.
>> Introduce "summary" option to print individual test results to a file
>> /tmp/test_name and just print the
lease refer to Documentation/process/submitting-patches.rst
for details on how to send patches.
btw for this patch if you ran scripts/get_maintainer.pl, you would
have seen the correct list to send the patch to in the first place,
which would have made it easier.
Steven Rostedt (maintainer:TRACING)
Ingo Molnar (maintainer:TRACING)
Shuah Khan (maintainer:KERNEL SELFTEST FRAMEWORK)
linux-kselft...@vger.kernel.org (open list:KERNEL SELFTEST FRAMEWORK)
linux-kernel@vger.kernel.org (open list)
thanks,
-- Shuah
Hi Stephen,
Could you please add
git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux.git cpupower
to linux-next
I will be sending pull requests to Rafael Wysocki for cpupower to be
included in linux-pm starting soon for 4.15 release.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel
On 11/03/2017 12:42 PM, Thomas Renninger wrote:
> Hi Shuah,
>
>
> On Thursday, November 02, 2017 01:19:47 PM Shuah Khan wrote:
>> Based on discussions with Rafael J. Wysocki, cpupower is need of an
>> active maintainer. I decided to on take the task of maintaining this
way for ksft_print_header()
print TAP header only when KSFT_TAP_LEVEL isn't set.
lib.mk run_tests and test program should print TAP header and set
KSFT_TAP_LEVEL to avoid a second TAP header to be printed.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/kselftest.h | 3 ++-
1 file ch
environment variable adds a way for ksft_print_header()
print TAP header only when KSFT_TAP_LEVEL isn't set.
The second patch in this series changes lib.mk run_tests target to set
KSFT_TAP_LEVEL before running tests.
Shuah Khan (2):
selftests: kselftest framework: add handling for TAP h
Set KSFT_TAP_LEVEL before running tests to prevent nested TAP header
printing from tests.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/lib.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selftests/lib.mk b/tools/testing/selftests/lib.mk
index 5bef05d6ba39
[ 552.446104] lock(&mm->mmap_sem);
[ 552.449484]lock(&type->i_mutex_dir_key#2);
[ 552.456329]lock(&mm->mmap_sem);
[ 552.46] lock(&dev->mfc_mutex);
[ 552.465775]
*** DEAD
case it works.
Shuah Khan (2):
media: s5p-mfc: remove firmware buf null check in
s5p_mfc_load_firmware()
media: s5p-mfc: fix lock confection - request_firmware() once and keep
state
drivers/media/platform/s5p-mfc/s5p_mfc.c| 6 ++
drivers/media/platform/s5p-mfc/s5p_mfc_commo
s5p_mfc_load_firmware() will not get called if fw_buf.virt allocation
fails. The allocation happens very early on in the probe routine and
probe fails if allocation fails.
There is no need to check if it is null in s5p_mfc_load_firmware().
Remove the check.
Signed-off-by: Shuah Khan
On 11/06/2017 08:23 AM, Naresh Kamboju wrote:
> On 7 September 2017 at 14:46, Daniel Borkmann wrote:
>> On 09/07/2017 10:19 AM, naresh.kamb...@linaro.org wrote:
>>>
>>> From: Naresh Kamboju
>>>
>>> The test script works when kernel source and build module test_bpf.ko
>>> present on the machine. T
On 11/06/2017 04:27 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.80 release.
> There are 27 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 11/06/2017 02:43 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.61 release.
> There are 67 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 10/18/2017 10:23 AM, Masahiro Yamada wrote:
> 2017-10-18 0:18 GMT+09:00 Shuah Khan :
>> Change to enable config help and package help from the main make level
>> to make it easier to use. It has become difficult to find config help
>> and pkg help specific output from t
ap_region) from []
(do_mmap+0x330/0x3a4)
[ 2106.505068] [] (do_mmap) from []
(vm_mmap_pgoff+0x90/0xb8)
[ 2106.512260] [] (vm_mmap_pgoff) from []
(SyS_mmap_pgoff+0x90/0xc0)
[ 2106.520059] [] (SyS_mmap_pgoff) from []
(ret_fast_syscall+0x0/0x28)
Signed-off-by: Shuah Khan
Suggested-by: Hans Verkuil
doesn't have the unused warn problem. I fixed the problem
in media: s5p-mfc: fix lockdep warning patch that has the warning and
sent v2.
> On Thu, Oct 26, 2017 at 7:54 AM, Shuah Khan wrote:
>> On 10/06/2017 03:30 PM, Shuah Khan wrote:
>>> This patch series fixes ineffi
Error 0
1..3
Pass 0 Fail 0 Xfail 0 Xpass 0 Skip 0 Error 0
1..0
ok 1..1 selftests: kcmp_test [PASS]
make --silent TARGETS=kcmp summary=1 kselftest
TAP version 13
selftests: kcmp_test
ok 1..1 selftests: kcmp_test [PASS]
Signed-off-by: Shuah Khan
---
too
> I also confirmed that these scripts work fine with kdump reboot with
> kernel boot parameter 'crash_kexec_post_notifiers'.
Thanks. Applied to linux-kselftest next for 4.4
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Rese
device_unregister
[ 125.426511] PM: Removing info for No Bus:ep_84
[ 125.426542] device: 'ep_84': device_add
[ 125.426602] PM: Adding info for No Bus:ep_84
--
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America (Silicon Valley)
shua...@osg.samsung.com
t;
> Thanks.
>
> Acked-by: Michael Ellerman
>
Thank you both. Applied to linux-kselftest next for 4.3-rc1
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America (Silicon Valley)
shua...@osg.samsung.com | (970) 217-8978
--
To unsubscribe
On 08/31/2015 05:41 AM, naresh.kamb...@linaro.org wrote:
> From: Naresh Kamboju
>
> Adding new functionality check_prereqs() to check test must be run as root
>
> Signed-off-by: Naresh Kamboju
> ---
Thanks. Applied to linux-kselftest next for 4.3-rc1
-- Shuah
--
Shuah Kha
On 09/07/2015 04:33 AM, Michael Ellerman wrote:
> On Thu, 2015-08-27 at 16:17 -0600, Shuah Khan wrote:
>> On 08/14/2015 07:43 AM, Bamvor Jian Zhang wrote:
>>> commit "2bf9e0a locking/static_keys: Provide a selftest" rename
>>> jump_label directory to static_key
ls/testing/selftests/zram/zram01.sh
create mode 100755 tools/testing/selftests/zram/zram02.sh
create mode 100755 tools/testing/selftests/zram/zram_lib.sh
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America (Silicon Valley)
shua...@osg.s
r "My own cleanups:". Get rid of it.
thanks,
-- Shuah
>
> Signed-off-by: Mathieu Desnoyers
> CC: Michael Ellerman
> CC: Andrew Morton
> CC: linux-...@vger.kernel.org
> CC: Pranith Kumar
> CC: Shuah Khan
> --
> Changes since v1:
> - Add Changelog.
>
;> ---
Sorry looks like it got lost in my LinuxCon backlog. I will queue it
up for 4.3-rc1.
thanks,
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America (Silicon Valley)
shua...@osg.samsung.com | (970) 217-8978
--
To unsubscribe from this
On 09/09/2015 10:45 AM, Shuah Khan wrote:
> On 09/09/2015 10:40 AM, Kees Cook wrote:
>> Re-ping. Can someone pull this into their tree?
>>
>> -Kees
>>
>> On Fri, Aug 21, 2015 at 11:22 AM, Kees Cook wrote:
>>> This adds support for s390 to the seccomp sel
On 09/09/2015 11:23 AM, Kees Cook wrote:
> On Wed, Sep 9, 2015 at 9:56 AM, Shuah Khan wrote:
>> On 09/09/2015 10:45 AM, Shuah Khan wrote:
>>> On 09/09/2015 10:40 AM, Kees Cook wrote:
>>>> Re-ping. Can someone pull this into their tree?
>>>>
>>>
one().
>>
>> [1] http://lxr.free-electrons.com/source/arch/arm64/kernel/process.c#L265
>>
>> Signed-off-by: Chunyan Zhang
>>
>
> Acked-by: Arnd Bergmann
>
> This should probably also be marked
>
> Cc: sta...@vger.kernel.org
>
Thank you both.
601 - 700 of 4506 matches
Mail list logo