nu-linux --class gnu --class os
$menuentry_id_option '...' {
...
submenu 'Advanced options for Ubuntu' $menuentry_id_option '...' {
...
menuentry 'ktest' {
...
===
Correct it by taking submenu entries into account in get_grub2_index().
Signed-off-by: Satoru T
value. To prevent overflow, this parameter
should be equal to or smaller than the max value of sector_t >> 11, 10 bits
are for 1024 and 1 bit is for sign bit.
Signed-off-by: Satoru Takeuchi
---
drivers/block/brd.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/block/brd.c b/d
2017-08-11 19:07 GMT+09:00 Borislav Petkov :
> On Wed, Jul 26, 2017 at 06:54:01AM +0900, Satoru Takeuchi wrote:
>> # I'm a LKML subscriber, but not a x86 list subscriber
>>
>> I found the following new linux kernel bugzilla about Ryzen related problem.
>> Since
# I'm a LKML subscriber, but not a x86 list subscriber
I found the following new linux kernel bugzilla about Ryzen related problem.
Since many developers don't check this bugzilla and I've also
encountered this problem,
I decided to introduce this problem here.
https://bugzilla.kernel.org/show_bu
At Fri, 28 Apr 2017 15:34:06 +0200,
Paolo Bonzini wrote:
>
>
>
> On 27/04/2017 02:42, Satoru Takeuchi wrote:
> > At Wed, 26 Apr 2017 18:58:27 +0200,
> >> On 26/04/2017 13:47, Satoru Takeuchi wrote:
> >>> OK, here it is.
> >>
> >> It look
At Wed, 26 Apr 2017 18:58:27 +0200,
Paolo Bonzini wrote:
>
>
>
> On 26/04/2017 13:47, Satoru Takeuchi wrote:
> > OK, here it is.
>
> It looks like the cause is that AMD has removed TBM instructions
> compared to e.g. Piledriver, so libvirt resorts to a much older b
At Tue, 25 Apr 2017 23:58:50 +0900,
Masami Hiramatsu wrote:
>
> Hello,
>
> 2017-04-24 22:09 GMT+09:00 Satoru Takeuchi :
> > At Mon, 24 Apr 2017 14:48:46 +0200,
> > Borislav Petkov wrote:
> >>
> >> On Mon, Apr 24, 2017 at 09:39:12PM +0900, Satoru Takeuc
At Wed, 26 Apr 2017 09:48:22 +0200,
Paolo Bonzini wrote:
>
>
>
> On 25/04/2017 11:36, Borislav Petkov wrote:
> > Looking at CR4: 003006f0, it doesn't have OSXSAVE set. I.e., bit
> > 18. And when that bit is not set, VMOVDQA raises an #UD.
> >
> > And for some reason qemu doesn't like it
At Mon, 24 Apr 2017 14:48:46 +0200,
Borislav Petkov wrote:
>
> On Mon, Apr 24, 2017 at 09:39:12PM +0900, Satoru Takeuchi wrote:
> > I used the following auto-test tool (its backend is ktest).
> >
> > https://github.com/satoru-takeuchi/elkdat
> >
> > T
At Mon, 24 Apr 2017 13:07:53 +0200,
Borislav Petkov wrote:
>
> On Mon, Apr 24, 2017 at 03:58:05PM +0900, Satoru Takeuchi wrote:
> > Recently I bought a new Ryzen machine. When I tried to test v4.11-rc8 on
> > it, it failed to boot
> > with
At Mon, 24 Apr 2017 15:58:05 +0900,
Satoru Takeuchi wrote:
>
> [1 ]
> Recently I bought a new Ryzen machine. When I tried to test v4.11-rc8 on it,
> it failed to boot
> with the following panic log.
>
> ```
> ...
> [0.227720] raid6: sse2x1 gen() 7985 MB/s
>
Recently I bought a new Ryzen machine. When I tried to test v4.11-rc8 on it, it
failed to boot
with the following panic log.
```
...
[0.227720] raid6: sse2x1 gen() 7985 MB/s
[0.295709] raid6: sse2x1 xor() 8181 MB/s
[0.363706] raid6: sse2x2 gen() 17531 MB/s
[0.431699] raid6
https://github.com/satoru-takeuchi/linux-kernel-statistics/blob/master/README.md
Thanks,
Satoru
f the corresponding bitmasks
are changed
- to make the meaning of this limit clear
Signed-off-by: Satoru Takeuchi
---
kernel/cgroup/cgroup.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/kernel/cgroup/cgroup.c b/kernel/cgroup/cgroup.c
index 4885132..576b184 100644
--- a/k
For more information, please refer to the following URL.
https://github.com/satoru-takeuchi/elkdat
Thanks,
Satoru
Since __GFP_NOACCOUNT is removed by the following commit,
its description is not necessary.
commit 20b5c3039863 ("Revert 'gfp: add __GFP_NOACCOUNT'")
Signed-off-by: Satoru Takeuchi
---
include/linux/gfp.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/linux/g
135 fail: 0
> Qemu tests:
> total: 27 pass: 27 fail: 0
>
> Details are available at http://server.roeck-us.net:8010/builders.
>
> Guenter
Plus, this kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel wit
est mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel
> next time.
>
> I reproduced ENOMEM case with the following script (need
> CONFIG_FAIL_PAGE_ALLOC, and CONFIG_FAULT_INJECTION_DEBUG_FS).
I confirmed that this problem reproduce with 3.19-rc3 and
not reproduce with 3.19-rc3 with your patch.
Tested-by: Satoru Takeuchi
Thank you for
l:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
- mem
.12.31-rc1.xz
> and the diffstat can be found below.
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (ke
test results:
> > > total: 30 pass: 30 fail: 0
> > >
> > > Details are available at http://server.roeck-us.net:8010/builders.
> >
> > Thanks for testing all 3 of these and letting me know.
>
> All 4, sorry...
Those 4 kernels also passd my test.
- Te
anks for testing all 3 of these and letting me know.
Plus, all these kernels passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result
ssed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-
nel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debi
Hi,
I revised ktest documentation.
v1.1.2->v1.1.3: Support not only debian/jessy, but also CentOS7 as target system
http://www.slideshare.net/satorutakeuchi18/kernel-auto-testbyktest
It's not the ktest reference guild, but the quick learning guild of ktest
especially focuses on some important f
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Bu
ith this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i5-2400
he diffstat can be found below.
All 3.10.55-rc1, 3.14.19-rc1, and 3.6.3-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kerne
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/r
Reviewed-by: Satoru Takeuchi
Thanks,
Satoru
>
> ---
> tools/testing/ktest/ktest.pl | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/tools/testing/ktest/ktest.pl b/tools/testing/ktest/ktest.pl
> index 55ab700..72010f4 100755
> --- a/tools/
stable-rc kernels! It's the largest number I've ever tested at a one
time :-)
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel
er.roeck-us.net:8010/builders.
>
> Guenter
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .confi
;
> > >greg k-h
> > >
> >
> > Compiled and booted on my test system. No dmesg regressions
> > compared to previous 3.15.8
>
> Thanks for testing all of these and letting me know.
>
> greg k-h
All 3.15.9-rc1, 3.14.16-rc1, 3.10.52-rc1, and 3.4.102-rc1 p
ss: 139 fail: 0
>
> Qemu tests all passed.
>
> Details are available at http://server.roeck-us.net:8010/builders.
>
> Guenter
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test
est mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel
est mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel
his kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environ
At Wed, 16 Jul 2014 18:50:45 -0700,
Greg Kroah-Hartman wrote:
>
> On Wed, Jul 16, 2014 at 05:12:28PM -0700, Guenter Roeck wrote:
> > On 07/16/2014 04:09 PM, Greg Kroah-Hartman wrote:
> > >On Tue, Jul 15, 2014 at 04:16:57PM -0700, Greg Kroah-Hartman wrote:
> > >>This is the start of the stable revi
Build the latest mainline kernel with this kernel.
# "selftests" is not added to this list yet.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/
Hi Himangi,
(2014/07/09 7:21), Himangi Saraogi wrote:
Use BUG_ON(x) rather than if(x) BUG();
The semantic patch that fixes this problem is as follows:
//
@@ identifier x; @@
-if (x) BUG();
+BUG_ON(x);
//
Strictly speaking, BUG_ON() is "if (unlikely(x)) BUG".
Anyway, I consider that put thi
ilders.
>
> Guenter
>
This kernel passed my test. I didn't hit the problem which
Guenter reported since I only test x86_64 arch.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github
sappeared.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-st
At Sat, 5 Jul 2014 12:10:58 -0700,
Greg Kroah-Hartman wrote:
>
> On Sat, Jul 05, 2014 at 02:56:55PM +0200, Takashi Iwai wrote:
> > At Sat, 05 Jul 2014 18:21:04 +0900,
> > Satoru Takeuchi wrote:
> > >
> > > Hi Greg,
> > >
> > > Add Takashi Iw
Hi Greg,
Add Takashi Iwai to this thread.
At Sat, 05 Jul 2014 16:00:41 +0900,
Satoru Takeuchi wrote:
>
> At Fri, 04 Jul 2014 22:45:42 -0700,
> Guenter Roeck wrote:
> >
> > On 07/04/2014 03:18 PM, Greg Kroah-Hartman wrote:
> > > This is the start of the stabl
stable/Makefile:795: recipe for target
'sound' failed
make[1]: *** [sound] Error 2
...
LD net/built-in.o
Makefile:130: recipe for target 'sub-make' failed
make: *** [sub-make] Error 2
FAILED!
CRITICAL FAILURE... failed build
========
=====
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log)
;
> Details are available at http://server.roeck-us.net:8010/builders.
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Resul
uilders.
>
> On a side note, would be great if you can update the master branch
> of -stable at some point. It is still at -rc2.
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Tes
(2014/07/02 9:01), David Sterba wrote:
On Wed, Jun 25, 2014 at 08:35:43PM +0200, Fabian Frederick wrote:
kcalloc manages count*sizeof overflow.
Cc: Chris Mason
Cc: Josef Bacik
Cc: linux-bt...@vger.kernel.org
Signed-off-by: Fabian Frederick
Reviewed-by: David Sterba
Reviewed-by: Satoru
gt; let me know.
>
> Responses should be made by Wed Jul 2 11:49:58 2014
> Anything received after that time might be too late.
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
h
3.15.3-rc1, 3.14.10-rc1, 3.10.46-r1, and 3.4.96-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, kte
1, 3.10.45-rc1, and 3.4.95-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http:
l:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
- mem
.
Reviewed-by: Satoru Takeuchi
Thanks,
Satoru
Sorry, didn't do this before. Good luck with the simple_strto*() work!
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kerne
lders.
3.15.1-rc1, 3.14.8-rc1, 3.10.44-rc1, and 3.4.94-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, kt
and the diffstat can be found below.
3.14.7-rc1, 3.10.43-rc1, and 3.4.93-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (k
available at http://server.roeck-us.net:8010/builders.
Although it's too late, I tell you that it passd my test just FYI.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuc
l:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
- mem
following one.
https://www.kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.14.6-rc2.xz
> >
>
> Build and qemu tests are still ok. Same applies to 3.4 and 3.10.
3.14.6-rc2, 3.10.42-rc1, and 3.4.92-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kerne
tecture.
>
> Guenter
>
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config
and 3.14.1-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuch
nel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x8
: 87 skipped: 22 fail: 7
>
> Qemu tests all passed. Results are as expected.
>
> Details are available at http://server.roeck-us.net:8010/builders.
>
> Guenter
This kernel passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest
net:8010/builders.
>
> Guenter
3.4.85-rc1, 3.10.35-rc1, and 3.13.8-rc1 passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel
Hi Liu,
At Wed, 26 Mar 2014 15:56:58 +0800,
Liu hua wrote:
>
> 于 2014/3/26 0:25, Satoru Takeuchi 写道:
> > At Tue, 25 Mar 2014 16:58:58 +0800,
> > Liu hua wrote:
> >>
> >> 于 2014/3/24 4:50, Satoru Takeuchi 写道:
> >>> At Sun, 23 Mar 2014 15:54
At Tue, 25 Mar 2014 16:58:58 +0800,
Liu hua wrote:
>
> 于 2014/3/24 4:50, Satoru Takeuchi 写道:
> > At Sun, 23 Mar 2014 15:54:04 +0800,
> > Liu Hua wrote:
> >>
> >> As sysctl_hung_task_timeout_sec is unsigned long, when this value is
> &
At Sun, 23 Mar 2014 15:54:04 +0800,
Liu Hua wrote:
>
> As sysctl_hung_task_timeout_sec is unsigned long, when this value is
> larger then LONG_MAX/HZ, the function schedule_timeout_interruptible in
> watchdog will return immediately without sleep and with print :
>
> [ 205.452934] schedule_timeo
ainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.tar.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel
At Thu, 20 Mar 2014 11:55:02 -0400,
Steven Rostedt wrote:
>
> On Sat, 15 Mar 2014 16:22:49 +0900
> Satoru Takeuchi wrote:
>
> > Hi,
> >
> > I wrote a ktest document and published it.
> >
> > http://www.slideshare.net/satorutakeuchi18/kernel-au
Hi,
I wrote a ktest document and published it.
http://www.slideshare.net/satorutakeuchi18/kernel-auto-testbyktest
It's not the ktest reference guild, but the quick learning guild of ktest
especially focuses on some important features.
After reading this document, you'll be able to do the follow
At Tue, 11 Mar 2014 20:43:40 +0900,
Satoru Takeuchi wrote:
>
> At Mon, 10 Mar 2014 12:13:00 -0400,
> Steven Rostedt wrote:
> >
> > On Sun, 09 Mar 2014 23:36:49 +0900
> > Satoru Takeuchi wrote:
> >
> > > From: Satoru Takeuchi
> > >
>
At Mon, 10 Mar 2014 12:13:00 -0400,
Steven Rostedt wrote:
>
> On Sun, 09 Mar 2014 23:36:49 +0900
> Satoru Takeuchi wrote:
>
> > From: Satoru Takeuchi
> >
> > Each test of ktest consists of the following steps.
> >
> > build -> install -> boo
From: Satoru Takeuchi
Each test of ktest consists of the following steps.
build -> install -> boot -> run user defined tests.
$buildonly means not whether the test is build onlyor not. Actually
this variable mean the last step of the test as follows.
0: boot or more
1: build
2
From: Satoru Takeuchi
Some cleanup for improving readability as follows.
- Initialize $ktest_config at its definition.
- Put parentheses around the `config-file' argument in the usage message
because it's a optional one.
- Rename get_ktest_config{,s} to more d
From: Satoru Takeuchi
If we'd like to set the redirect target file of run_command(),
we should define $redirect before this function and should undef it after
this function. Since it's user-unfriendly, add 2nd parameter of
run_command() for this purpose.
Signed-off-by: Satoru Ta
At Sat, 08 Mar 2014 09:10:00 -0800,
Guenter Roeck wrote:
>
> On 03/08/2014 08:18 AM, Greg Kroah-Hartman wrote:
> > On Sat, Mar 08, 2014 at 06:35:52AM -0800, Guenter Roeck wrote:
> >> On 03/08/2014 01:47 AM, Satoru Takeuchi wrote:
> >>> At Fri, 7 Mar 2014 17:06:5
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
- mem
At Fri, 7 Mar 2014 19:43:28 -0500,
Steven Rostedt wrote:
>
> On Sat, 08 Mar 2014 09:12:31 +0900
> Satoru Takeuchi wrote:
>
> > Hi Steven,
> >
> > At Sun, 02 Mar 2014 21:20:31 +0900,
> > Satoru Takeuchi wrote:
> > >
> > > From: Satoru T
Hi Steven,
At Sun, 02 Mar 2014 21:20:31 +0900,
Satoru Takeuchi wrote:
>
> From: Satoru Takeuchi
>
> If we'd like to set the redirect target file of run_command(),
> we should define $redirect before calling this function and should undef it
> after calling this fu
is kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10
At Sun, 2 Mar 2014 08:29:16 -0500,
Steven Rostedt wrote:
>
> On Sun, 02 Mar 2014 21:23:36 +0900
> Satoru Takeuchi wrote:
>
> > From: Satoru Takeuchi
> >
> > Build failure hapens with the following log if BUILD_DIR is dirty.
>
> If you want to do mak
From: Satoru Takeuchi
Build failure hapens with the following log if BUILD_DIR is dirty.
===
...
RUNNING TEST 1 of 1 with option build olddefconfig
make O=/home/sat/ktest/output mrproper ... CLEAN arch/x86/tools
From: Satoru Takeuchi
If we'd like to set the redirect target file of run_command(),
we should define $redirect before calling this function and should undef it
after calling this function. Since it's user-unfriendly, add 2nd parameter of
run_command() for this purpose.
Signed-off-
At Tue, 25 Feb 2014 21:21:18 -0500,
MUNEDA Takahiro wrote:
>
> On Mon, 24 Feb 2014 09:30:39 -0500,
> Steven Rostedt wrote:
>
> > On Sun, 23 Feb 2014 10:19:28 +0900
> > Satoru Takeuchi wrote:
> >
> >> From: Satoru Takeuchi
> >>
> >> As m
From: Satoru Takeuchi
As mentioned at commit 5a5d8e48449, we can't terminate 'virsh console'
with the default signal(INT). So it's better to set CLOSE_CONSOLE_SIGNAL
in the kvm.conf.
Signed-off-by: Satoru Takeuchi
Cc: Steven Rostedt
---
tools/testing/ktest/examples/kvm.c
est mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel
uild the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: I
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
- mem
IRTUAL
...
> Eric W. Biederman
> vfs: In d_path don't call d_dname on a mount point
This kernel also passed my test.
- Test Cases:
- Build this kernel.
- Boot this kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/
kernel.
- Build the latest mainline kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.xz
- Build Environment:
- OS: Debian Je
kernel with this kernel.
- Test Tool:
https://github.com/satoru-takeuchi/test-linux-stable
- Test Result (kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-.xz
- Build Environment:
- OS: Debian Jessy x86_64
- CPU: Intel(R) Core(TM) i
l:
https://github.com/satoru-takeuchi/test-linux-stable
- test results(kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-
- Build Machine: debian jessy x86_64
CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
memory: 8GB
- Test machine:
gt; let me know.
>
> Responses should be made by Thu Dec 12 08:00:42 UTC 2013.
> Anything received after that time might be too late.
This kernel can be built and boot without any problem.
Building a kernel with this kernel also works fine.
- test tool:
https://github.com/satoru-ta
gt; let me know.
>
> Responses should be made by Thu Dec 12 07:59:40 UTC 2013.
> Anything received after that time might be too late.
This kernel can be built and boot without any problem.
Building a kernel with this kernel also works fine.
- test tool:
https://github.com/satoru-ta
gt; let me know.
>
> Responses should be made by Thu Dec 12 07:59:15 UTC 2013.
> Anything received after that time might be too late.
This kernel can be built and boot without any problem.
Building a kernel with this kernel also works fine.
- test tool:
https://github.com/satoru-ta
l:
https://github.com/satoru-takeuchi/test-linux-stable
- [NEW] test results(kernel .config, ktest config and test log):
http://satoru-takeuchi.org/test-linux-stable/results/-
- Build Machine: debian jessy x86_64
CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
memory: 8GB
- Te
At Mon, 2 Dec 2013 11:13:11 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.12.3 release.
> There are 212 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.
>
At Mon, 2 Dec 2013 11:09:43 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.10.22 release.
> There are 173 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.
At Mon, 2 Dec 2013 11:05:41 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.4.72 release.
> There are 60 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.
>
1 - 100 of 252 matches
Mail list logo
