Menu
▾
▴
user-mode-linux-user
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(6) |
Feb
(1) |
Mar
(39) |
Apr
(13) |
May
(24) |
Jun
(11) |
Jul
(23) |
Aug
(85) |
Sep
(12) |
Oct
(103) |
Nov
(79) |
Dec
(112) |
| 2001 |
Jan
(52) |
Feb
(82) |
Mar
(84) |
Apr
(65) |
May
(105) |
Jun
(188) |
Jul
(174) |
Aug
(182) |
Sep
(103) |
Oct
(137) |
Nov
(143) |
Dec
(98) |
| 2002 |
Jan
(258) |
Feb
(236) |
Mar
(386) |
Apr
(307) |
May
(238) |
Jun
(170) |
Jul
(252) |
Aug
(230) |
Sep
(278) |
Oct
(394) |
Nov
(336) |
Dec
(194) |
| 2003 |
Jan
(290) |
Feb
(182) |
Mar
(175) |
Apr
(220) |
May
(209) |
Jun
(286) |
Jul
(279) |
Aug
(164) |
Sep
(208) |
Oct
(324) |
Nov
(204) |
Dec
(380) |
| 2004 |
Jan
(344) |
Feb
(332) |
Mar
(395) |
Apr
(357) |
May
(349) |
Jun
(352) |
Jul
(279) |
Aug
(269) |
Sep
(374) |
Oct
(442) |
Nov
(428) |
Dec
(253) |
| 2005 |
Jan
(225) |
Feb
(219) |
Mar
(245) |
Apr
(249) |
May
(203) |
Jun
(157) |
Jul
(171) |
Aug
(194) |
Sep
(200) |
Oct
(232) |
Nov
(190) |
Dec
(195) |
| 2006 |
Jan
(158) |
Feb
(190) |
Mar
(235) |
Apr
(161) |
May
(134) |
Jun
(169) |
Jul
(117) |
Aug
(161) |
Sep
(170) |
Oct
(297) |
Nov
(230) |
Dec
(205) |
| 2007 |
Jan
(197) |
Feb
(132) |
Mar
(151) |
Apr
(97) |
May
(109) |
Jun
(99) |
Jul
(57) |
Aug
(110) |
Sep
(56) |
Oct
(119) |
Nov
(39) |
Dec
(45) |
| 2008 |
Jan
(101) |
Feb
(116) |
Mar
(141) |
Apr
(98) |
May
(133) |
Jun
(61) |
Jul
(43) |
Aug
(76) |
Sep
(20) |
Oct
(32) |
Nov
(22) |
Dec
(41) |
| 2009 |
Jan
(35) |
Feb
(15) |
Mar
(18) |
Apr
(13) |
May
(13) |
Jun
(26) |
Jul
(12) |
Aug
(32) |
Sep
(21) |
Oct
(41) |
Nov
(35) |
Dec
(12) |
| 2010 |
Jan
(3) |
Feb
(35) |
Mar
(28) |
Apr
(20) |
May
(5) |
Jun
(14) |
Jul
(6) |
Aug
(8) |
Sep
(20) |
Oct
(20) |
Nov
(10) |
Dec
(12) |
| 2011 |
Jan
(14) |
Feb
(10) |
Mar
(14) |
Apr
(14) |
May
(13) |
Jun
(43) |
Jul
(13) |
Aug
(50) |
Sep
(30) |
Oct
(23) |
Nov
(15) |
Dec
(49) |
| 2012 |
Jan
(15) |
Feb
(28) |
Mar
(7) |
Apr
|
May
(12) |
Jun
(13) |
Jul
(28) |
Aug
(11) |
Sep
(19) |
Oct
(27) |
Nov
(5) |
Dec
(25) |
| 2013 |
Jan
(18) |
Feb
(19) |
Mar
(56) |
Apr
(26) |
May
(38) |
Jun
(24) |
Jul
(42) |
Aug
(24) |
Sep
(4) |
Oct
(3) |
Nov
(18) |
Dec
(4) |
| 2014 |
Jan
(10) |
Feb
(9) |
Mar
(3) |
Apr
|
May
(12) |
Jun
(34) |
Jul
(8) |
Aug
(18) |
Sep
(3) |
Oct
(27) |
Nov
(2) |
Dec
(1) |
| 2015 |
Jan
|
Feb
(10) |
Mar
(49) |
Apr
(2) |
May
(4) |
Jun
(7) |
Jul
(1) |
Aug
(17) |
Sep
(7) |
Oct
(35) |
Nov
(40) |
Dec
(4) |
| 2016 |
Jan
(9) |
Feb
|
Mar
(6) |
Apr
|
May
(10) |
Jun
(2) |
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
(4) |
May
(31) |
Jun
(9) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(2) |
| 2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Christoph H. <hc...@in...> - 2012-10-13 17:19:17
|
> +++ b/fs/hostfs/hostfs_kern.c
> @@ -848,9 +848,11 @@ int hostfs_setattr(struct dentry *dentry, struct iattr *attr)
> attr->ia_size != i_size_read(inode)) {
> int error;
>
> - error = vmtruncate(inode, attr->ia_size);
> - if (err)
> - return err;
> + error = inode_newsize_ok(inode, attr->ia_size);
> + if (error)
> + return error;
> +
> + truncate_setsize(inode, attr->ia_size);
The inode_change_ok call here is superflous, it's already done by
inode_change_ok at the beginning of the function. Even if that wasn't
done doing it aftet set_attr() would be too late anyway.
|
|
From: Toralf F. <tor...@gm...> - 2012-10-13 15:01:22
|
I'm still trying to get a reliable scenario which either crashes UML or let simple 1 linux process at the host system runs at 100%. Till now I only know that it happens if a have apache2 running at the UML and fetch some http pages (either the apache manual itself or something from phpsysinfo via firefox (not via wget !). The hostfs feature seems to be involved too. Today the current git kernel (linux-v3.6-10970-g4d7127d ) crashes within an unstable Gentoo Linux UML with : ... * Starting local [ ok ] Kernel panic - not syncing: BUG! 083d7178: [<08322f18>] dump_stack+0x22/0x24 083d7190: [<08322fcc>] panic+0x7a/0x181 083d71b8: [<08238d21>] blk_flush_plug_list+0x201/0x220 083d71f8: [<08327202>] schedule+0x52/0x70 083d720c: [<08327ab5>] __down_read+0x75/0xa0 083d7238: [<08326a11>] down_read+0x11/0x20 083d7244: [<0806205f>] handle_page_fault+0x7f/0x270 083d7288: [<080623e1>] segv+0x161/0x2b0 083d7338: [<08062583>] segv_handler+0x53/0x90 083d7360: [<08073b77>] sig_handler_common+0x57/0xe0 083d75e4: [<08073d25>] sig_handler+0x45/0x60 083d75f4: [<0807383b>] hard_handler+0x6b/0xb0 083d761c: [<b77e240c>] 0xb77e240c 083d7758: [<08326a11>] down_read+0x11/0x20 083d7764: [<0806205f>] handle_page_fault+0x7f/0x270 083d77a8: [<080623e1>] segv+0x161/0x2b0 083d7858: [<08062583>] segv_handler+0x53/0x90 083d7880: [<08073b77>] sig_handler_common+0x57/0xe0 083d7b04: [<08073d25>] sig_handler+0x45/0x60 083d7b14: [<0807383b>] hard_handler+0x6b/0xb0 083d7b3c: [<b77e240c>] 0xb77e240c /home/tfoerste/workspace/bin/start_uml.sh: line 97: 22043 Segmentation fault (core dumped) $LINUX earlyprintk ubda=$ROOT_FS ubdb=$SWAP_FS $CD eth0=$NET mem=256M $TTY umid=uml "$@" The uml exe (linux-v3.6-10970-g4d7127d) can be delivered/examined if wanted. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: richard -r. w. <ric...@gm...> - 2012-10-12 21:13:45
|
On Fri, Oct 12, 2012 at 8:58 PM, Toralf Förster <tor...@gm...> wrote: > Hi, > > $ make ARCH=um -j1 > CHK include/generated/uapi/linux/version.h > make[3]: Nothing to be done for `all'. > make[1]: `arch/x86/um/user-offsets.s' is up to date. > CHK include/generated/utsrelease.h > CALL scripts/checksyscalls.sh > CHK include/generated/compile.h > QUOTE arch/um/kernel/config.tmp > QUOTE arch/um/kernel/config.c > CC arch/um/kernel/config.o > LD arch/um/kernel/built-in.o > CC arch/x86/um/elfcore.o > In file included from arch/x86/um/elfcore.c:2:0: > include/linux/coredump.h:15:25: error: unknown type name ‘siginfo_t’ > make[1]: *** [arch/x86/um/elfcore.o] Error 1 > make: *** [arch/x86/um] Error 2 Already known and fixed. :-) http://www.spinics.net/lists/mm-commits/msg91703.html -- Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-10-12 18:58:37
|
Hi, $ make ARCH=um -j1 CHK include/generated/uapi/linux/version.h make[3]: Nothing to be done for `all'. make[1]: `arch/x86/um/user-offsets.s' is up to date. CHK include/generated/utsrelease.h CALL scripts/checksyscalls.sh CHK include/generated/compile.h QUOTE arch/um/kernel/config.tmp QUOTE arch/um/kernel/config.c CC arch/um/kernel/config.o LD arch/um/kernel/built-in.o CC arch/x86/um/elfcore.o In file included from arch/x86/um/elfcore.c:2:0: include/linux/coredump.h:15:25: error: unknown type name ‘siginfo_t’ make[1]: *** [arch/x86/um/elfcore.o] Error 1 make: *** [arch/x86/um] Error 2 :-/ $ git describe v3.6-10630-gccff9b1 -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: Toralf F. <tor...@gm...> - 2012-10-06 09:37:37
|
There seems to be a problem with UML and hostfs. When I start a current UML (Gentoo unstable Linux) and call http://n22_uml/phpsysinfo/index.php?disp=dynamic , then sometimes (but not every time) UML become unresponsive, 1 linux-3.6 process at the host runs at 100%, nothing is written to the log, ssh into the UML isn't longer possible, kill -9 is the only way. If I comment out the entry in the /etc/fstab of the guest : #n22:/ /mnt/n22 hostfs defaults I (till now) not observed that issue. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: Marco S. <mar...@gm...> - 2012-10-06 08:37:59
|
Removed vmtruncate.
Signed-off-by: Marco Stornelli <mar...@gm...>
---
fs/hostfs/hostfs_kern.c | 8 +++++---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/fs/hostfs/hostfs_kern.c b/fs/hostfs/hostfs_kern.c
index 6c9f3a9..4348e84 100644
--- a/fs/hostfs/hostfs_kern.c
+++ b/fs/hostfs/hostfs_kern.c
@@ -848,9 +848,11 @@ int hostfs_setattr(struct dentry *dentry, struct iattr *attr)
attr->ia_size != i_size_read(inode)) {
int error;
- error = vmtruncate(inode, attr->ia_size);
- if (err)
- return err;
+ error = inode_newsize_ok(inode, attr->ia_size);
+ if (error)
+ return error;
+
+ truncate_setsize(inode, attr->ia_size);
}
setattr_copy(inode, attr);
--
1.7.3.4
|
|
From: Toralf F. <tor...@gm...> - 2012-10-01 20:35:31
|
On 09/30/2012 08:24 PM, richard -rw- weinberger wrote: > On Sun, Sep 30, 2012 at 8:17 PM, Toralf Förster <tor...@gm...> wrote: >> This is either related to mysql (phpmyadmin) or purely to apache. >> >> the .config is attached, the console gives : > > Was this regression (is it a regression?) introduced in -rc7? > I can't reproduce it often enough to give an answer on it - some times /me thinking that it might be a related to the host system state too - but it is too unclear in moment. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: richard -r. w. <ric...@gm...> - 2012-09-30 18:24:55
|
On Sun, Sep 30, 2012 at 8:17 PM, Toralf Förster <tor...@gm...> wrote: > This is either related to mysql (phpmyadmin) or purely to apache. > > the .config is attached, the console gives : Was this regression (is it a regression?) introduced in -rc7? -- Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-09-30 18:17:56
|
This is either related to mysql (phpmyadmin) or purely to apache.
the .config is attached, the console gives :
kjournald starting. Commit interval 5 seconds
EXT3-fs (ubda): mounted filesystem with ordered data mode
VFS: Mounted root (ext3 filesystem) readonly on device 98:0.
Kernel panic - not syncing: Kernel mode signal 5
083ccb44: [<0831875d>] dump_stack+0x22/0x24
083ccb5c: [<08318811>] panic+0x7a/0x181
083ccb84: [<08062897>] relay_signal+0x137/0x160
083ccc30: [<08073d27>] sig_handler_common+0x57/0xe0
083cceb4: [<08073ed5>] sig_handler+0x45/0x60
083ccec4: [<080739eb>] hard_handler+0x6b/0xb0
083cceec: [<b778b40c>] 0xb778b40c
EIP: 5aa0:[<00000004>] CPU: 0 Tainted: G W EFLAGS: 00000000
Tainted: G W
EAX: 39bc0ffd EBX: 39bc0224 ECX: 00000001 EDX: 084956c0
ESI: 00000000 EDI: 39bc0000 EBP: 39bc0241 DS: 0000 ES: 0230
083ccaf8: [<0807a57d>] show_regs+0xed/0x120
083ccb14: [<08062acc>] panic_exit+0x2c/0x50
083ccb24: [<0809fe21>] notifier_call_chain+0x41/0x60
083ccb4c: [<0809ff63>] atomic_notifier_call_chain+0x23/0x30
083ccb5c: [<08318839>] panic+0xa2/0x181
083ccb84: [<08062897>] relay_signal+0x137/0x160
083ccc30: [<08073d27>] sig_handler_common+0x57/0xe0
083cceb4: [<08073ed5>] sig_handler+0x45/0x60
083ccec4: [<080739eb>] hard_handler+0x6b/0xb0
083cceec: [<b778b40c>] 0xb778b40c
I'm unsure whether the backtrace helps, nevertheless :
#0 0xb778b424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb778b424 in __kernel_vsyscall ()
#1 0x4e8b7546 in kill () at ../sysdeps/unix/syscall-template.S:82
#2 0x08074c95 in uml_abort () at arch/um/os-Linux/util.c:93
#3 0x08074fc5 in os_dump_core () at arch/um/os-Linux/util.c:138
#4 0x08062ae7 in panic_exit (self=0x83ce558, unused1=0, unused2=0x8485220) at arch/um/kernel/um_arch.c:240
#5 0x0809fe21 in notifier_call_chain (nl=<optimized out>, val=0, v=0x8485220, nr_to_call=-2, nr_calls=0x0) at kernel/notifier.c:93
#6 0x0809ff63 in __atomic_notifier_call_chain (nr_calls=0x0, nr_to_call=-1, v=0x8485220, val=0, nh=0x8485204) at kernel/notifier.c:182
#7 atomic_notifier_call_chain (nh=0x8485204, val=0, v=0x8485220) at kernel/notifier.c:191
#8 0x08318839 in panic (fmt=0x8376f70 "Kernel mode signal %d") at kernel/panic.c:128
#9 0x08062897 in relay_signal (sig=5, si=0x83ccefc, regs=0x83ccc4c) at arch/um/kernel/trap.c:270
#10 0x08073d27 in sig_handler_common (sig=5, si=0x83ccefc, mc=0x83ccf90) at arch/um/os-Linux/signal.c:44
#11 0x08073ed5 in sig_handler (sig=5, si=0x83ccefc, mc=0x83ccf90) at arch/um/os-Linux/signal.c:231
#12 0x080739eb in hard_handler (sig=<optimized out>, si=0x83ccefc, p=0x83ccf7c) at arch/um/os-Linux/signal.c:165
#13 <signal handler called>
#14 0x39a9b9cd in ?? ()
#15 0x0829d080 in ?? () at net/sched/sch_generic.c:354
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
|
|
From: Richard W. <ri...@no...> - 2012-09-29 20:30:58
|
Am Sat, 29 Sep 2012 22:10:07 +0200 schrieb Toralf Förster <tor...@gm...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 09/24/2012 09:25 PM, Richard Weinberger wrote: > > Am 24.09.2012 21:23, schrieb Toralf Förster: > >> On 09/10/2012 08:23 PM, Richard Weinberger wrote: > >> > >>> Does the attached patch fix the issue for you? > >> > >>> Thanks, //richard > >> > >> Seems, that this patch won't make it into 3.6, or ? (or is it > >> only a work around of an underlying issue ?) > > > > It will. Currently I'm preparing the pull request. :P > > > > Thanks, //richard > > > yep, integrated now - thx. > > But the current version sporadically crashes if apache2 + phpmyadmin > is used - but I can't figure out a reproducible scenario :-( : Since -rc7? rc7 contains 4 fixes from Al, you can try to revert them. Maybe he fixed too much ;) Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-09-29 20:10:16
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/24/2012 09:25 PM, Richard Weinberger wrote: > Am 24.09.2012 21:23, schrieb Toralf Förster: >> On 09/10/2012 08:23 PM, Richard Weinberger wrote: >> >>> Does the attached patch fix the issue for you? >> >>> Thanks, //richard >> >> Seems, that this patch won't make it into 3.6, or ? (or is it >> only a work around of an underlying issue ?) > > It will. Currently I'm preparing the pull request. :P > > Thanks, //richard > yep, integrated now - thx. But the current version sporadically crashes if apache2 + phpmyadmin is used - but I can't figure out a reproducible scenario :-( : ... VFS: Mounted root (ext3 filesystem) readonly on device 98:0. Kernel panic - not syncing: Segfault with no mm 083cc1c8: [<0831875d>] dump_stack+0x22/0x24 083cc1e0: [<08318811>] panic+0x7a/0x181 083cc208: [<0806266c>] - -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBnVZ4ACgkQhyrlCH22naNadwCgqFXXIxMWuIaakuAEBP5NBCa/ M78An1AACxpUEo0i7z+0jNfwqJeCfnEz =6CKx -----END PGP SIGNATURE----- |
|
From: Richard W. <ri...@no...> - 2012-09-27 07:37:24
|
Am Thu, 27 Sep 2012 09:34:16 +0200 schrieb Richard Genoud <ric...@gm...>: > [it seems that I sent it to the wrong maintainer at first... sorry > for that] copy_from_user was meant instead of copy_to_user. > > Signed-off-by: Richard Genoud <ric...@gm...> Queued for 3.7! Thanks, //richard |
|
From: Richard G. <ric...@gm...> - 2012-09-27 07:34:44
|
[it seems that I sent it to the wrong maintainer at first... sorry for that]
copy_from_user was meant instead of copy_to_user.
Signed-off-by: Richard Genoud <ric...@gm...>
---
Documentation/virtual/uml/UserModeLinux-HOWTO.txt | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/virtual/uml/UserModeLinux-HOWTO.txt b/Documentation/virtual/uml/UserModeLinux-HOWTO.txt
index 77dfecf..a5f8436 100644
--- a/Documentation/virtual/uml/UserModeLinux-HOWTO.txt
+++ b/Documentation/virtual/uml/UserModeLinux-HOWTO.txt
@@ -3591,7 +3591,7 @@
Looking at the source shows that the fault happened during a call to
- copy_to_user to copy the data into the kernel:
+ copy_from_user to copy the data into the kernel:
107 count -= chars;
--
1.7.2.5
|
|
From: Richard W. <ri...@no...> - 2012-09-24 19:25:28
|
Am 24.09.2012 21:23, schrieb Toralf Förster: > On 09/10/2012 08:23 PM, Richard Weinberger wrote: > >> Does the attached patch fix the issue for you? > >> Thanks, //richard > > Seems, that this patch won't make it into 3.6, or ? > (or is it only a work around of an underlying issue ?) It will. Currently I'm preparing the pull request. :P Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-09-24 19:23:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/10/2012 08:23 PM, Richard Weinberger wrote: > > Does the attached patch fix the issue for you? > > Thanks, //richard > Seems, that this patch won't make it into 3.6, or ? (or is it only a work around of an underlying issue ?) - -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBgsycACgkQhyrlCH22naP3gQCgrcnhvtyrusDl3I8I7lqlqTun GVQAn0OafREGTR7FTYsHw5B8GdtRqLtT =0XEg -----END PGP SIGNATURE----- |
|
From: Wei Y. <wei...@gm...> - 2012-09-21 04:55:09
|
From: Wei Yongjun <yon...@tr...> In case of error, the function get_inode() returns ERR_PTR(). But the users hppfs_lookup() and hppfs_fill_super() use NULL test for check the return value, not IS_ERR(), so we'd better change the return value of get_inode() to NULL instead of ERR_PTR(). dpatch engine is used to generated this patch. (https://github.com/weiyj/dpatch) Signed-off-by: Wei Yongjun <yon...@tr...> --- fs/hppfs/hppfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/hppfs/hppfs.c b/fs/hppfs/hppfs.c index c1dffe4..31b1e85 100644 --- a/fs/hppfs/hppfs.c +++ b/fs/hppfs/hppfs.c @@ -674,7 +674,7 @@ static struct inode *get_inode(struct super_block *sb, struct dentry *dentry) if (!inode) { dput(dentry); - return ERR_PTR(-ENOMEM); + return NULL; } if (S_ISDIR(dentry->d_inode->i_mode)) { |
|
From: Richard W. <ri...@no...> - 2012-09-10 19:14:57
|
Am 10.09.2012 21:02, schrieb Toralf Förster: > On 09/10/2012 08:23 PM, Richard Weinberger wrote: >> Does the attached patch fix the issue for you? > > yes > :-) Good. > > > BTW and now to a complete different thing : > Why is the kernel option CONFIG_CRYPTO_AES_NI_INTEL not selectable for > UML ? Hmm, It does not work on UML because that's a HW crypto module. Let me look a bit closer at the issue maybe we can support it in some way. Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-09-10 19:02:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/10/2012 08:23 PM, Richard Weinberger wrote: > Does the attached patch fix the issue for you? > yes :-) BTW and now to a complete different thing : Why is the kernel option CONFIG_CRYPTO_AES_NI_INTEL not selectable for UML ? - -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBOOTMACgkQhyrlCH22naN0UgCgpr0J0mHwjtEpzBsXHCrUm4q9 c4MAoLePTLsGuxcNf/NMkDWMFEtqUkid =8F3v -----END PGP SIGNATURE----- |
|
From: Richard W. <ri...@no...> - 2012-09-10 18:23:15
|
Am 10.09.2012 19:37, schrieb Toralf Förster: > On 09/10/2012 04:23 PM, Richard Weinberger wrote: >> Am 10.09.2012 15:56, schrieb Toralf Förster: >>> On 09/09/2012 06:55 PM, Richard Weinberger wrote: >>>> Kind of. semctl() fails for whatever reason. >>> >>>> semget(IPC_PRIVATE, 1, IPC_CREAT|0600) = 32769 semctl(32769, >>>> 0, IPC_64|SETVAL, 0xbfa05178) = -1 EINVAL (Invalid argument) >>>> semctl(32769, 0, IPC_64|IPC_RMID, 0xbfa05158) = -1 EINVAL >>>> (Invalid argument) >>> >>>>>> A git bisect would also nice to have. :-) >>> >>> commit c1d7e01d7877a397655277a920aeaa3830ed9461 Author: Will >>> Deacon <wil...@ar...> Date: Mon Jul 30 14:42:46 2012 >>> -0700 > .. >>> > >> Look like this commit broke SystemV semaphores on UML. Can you >> please send me your .config? > >> I have an idea. :) > > Great config attached > > -BTW I bisected it again to this commit (now with a fully-automated > script) > Does the attached patch fix the issue for you? Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-09-10 17:37:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/10/2012 04:23 PM, Richard Weinberger wrote: > Am 10.09.2012 15:56, schrieb Toralf Förster: >> On 09/09/2012 06:55 PM, Richard Weinberger wrote: >>> Kind of. semctl() fails for whatever reason. >> >>> semget(IPC_PRIVATE, 1, IPC_CREAT|0600) = 32769 semctl(32769, >>> 0, IPC_64|SETVAL, 0xbfa05178) = -1 EINVAL (Invalid argument) >>> semctl(32769, 0, IPC_64|IPC_RMID, 0xbfa05158) = -1 EINVAL >>> (Invalid argument) >> >>>>> A git bisect would also nice to have. :-) >> >> commit c1d7e01d7877a397655277a920aeaa3830ed9461 Author: Will >> Deacon <wil...@ar...> Date: Mon Jul 30 14:42:46 2012 >> -0700 .. >> > > Look like this commit broke SystemV semaphores on UML. Can you > please send me your .config? > > I have an idea. :) Great config attached - -BTW I bisected it again to this commit (now with a fully-automated script) - -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBOJWwACgkQhyrlCH22naM6RwCdEbzSPtz1nfdboC46AnL/ZlgL 4xoAn273PPR/lsCgOhhSXa8A+LlYFAkH =pMHK -----END PGP SIGNATURE----- |
|
From: Richard W. <ri...@no...> - 2012-09-10 14:24:01
|
Am 10.09.2012 15:56, schrieb Toralf Förster: > On 09/09/2012 06:55 PM, Richard Weinberger wrote: >> Kind of. semctl() fails for whatever reason. > >> semget(IPC_PRIVATE, 1, IPC_CREAT|0600) = 32769 semctl(32769, 0, >> IPC_64|SETVAL, 0xbfa05178) = -1 EINVAL (Invalid argument) >> semctl(32769, 0, IPC_64|IPC_RMID, 0xbfa05158) = -1 EINVAL (Invalid >> argument) > >>>> A git bisect would also nice to have. :-) > > I tried it yesterday evening - but I'm unsure anout the result > (automating the bisecting is difficult b/c sometimes I've start up > errors / core dumps *and* the issue seems to be not 100% reproduceable. > nevertheless I found this after 2 attempts : > > commit c1d7e01d7877a397655277a920aeaa3830ed9461 > Author: Will Deacon <wil...@ar...> > Date: Mon Jul 30 14:42:46 2012 -0700 > > ipc: use Kconfig options for __ARCH_WANT_[COMPAT_]IPC_PARSE_VERSION > > Rather than #define the options manually in the architecture code, add > Kconfig options for them and select them there instead. This also > allows > us to select the compat IPC version parsing automatically for > platforms > using the old compat IPC interface. > > Reported-by: Andrew Morton <ak...@li...> > Signed-off-by: Will Deacon <wil...@ar...> > Cc: Arnd Bergmann <ar...@ar...> > Cc: Chris Metcalf <cme...@ti...> > Cc: Catalin Marinas <cat...@ar...> > Signed-off-by: Andrew Morton <ak...@li...> > Signed-off-by: Linus Torvalds <tor...@li...> > Look like this commit broke SystemV semaphores on UML. Can you please send me your .config? I have an idea. :) Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-09-10 13:56:34
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 09/09/2012 06:55 PM, Richard Weinberger wrote:
> Kind of. semctl() fails for whatever reason.
>
> semget(IPC_PRIVATE, 1, IPC_CREAT|0600) = 32769 semctl(32769, 0,
> IPC_64|SETVAL, 0xbfa05178) = -1 EINVAL (Invalid argument)
> semctl(32769, 0, IPC_64|IPC_RMID, 0xbfa05158) = -1 EINVAL (Invalid
> argument)
>
>>> A git bisect would also nice to have. :-)
I tried it yesterday evening - but I'm unsure anout the result
(automating the bisecting is difficult b/c sometimes I've start up
errors / core dumps *and* the issue seems to be not 100% reproduceable.
nevertheless I found this after 2 attempts :
commit c1d7e01d7877a397655277a920aeaa3830ed9461
Author: Will Deacon <wil...@ar...>
Date: Mon Jul 30 14:42:46 2012 -0700
ipc: use Kconfig options for __ARCH_WANT_[COMPAT_]IPC_PARSE_VERSION
Rather than #define the options manually in the architecture code, add
Kconfig options for them and select them there instead. This also
allows
us to select the compat IPC version parsing automatically for
platforms
using the old compat IPC interface.
Reported-by: Andrew Morton <ak...@li...>
Signed-off-by: Will Deacon <wil...@ar...>
Cc: Arnd Bergmann <ar...@ar...>
Cc: Chris Metcalf <cme...@ti...>
Cc: Catalin Marinas <cat...@ar...>
Signed-off-by: Andrew Morton <ak...@li...>
Signed-off-by: Linus Torvalds <tor...@li...>
Furthermore for a bad commit this error msg appears during shutdown of
the UML :
* Deactivating swap devices ...
[ ok ]
* Removing dm-crypt mappings
* crypt-swap ...
Kernel not configured for semaphores (System V IPC). Not using udev
synchronisation code. [ ok ]
* Stopping udev ...
[ ok ]
I might run bisecting again if wanted.
- --
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEYEARECAAYFAlBN8YMACgkQhyrlCH22naMWdQCeJBRvMhJH8b0FaKYSV7Bc+xd9
LfAAoITehysHAlNFQmkBy2n850R8Tqm6
=b+EO
-----END PGP SIGNATURE-----
|
|
From: Richard W. <ri...@no...> - 2012-09-09 16:55:51
|
Am 09.09.2012 18:36, schrieb Toralf Förster: > On 09/09/2012 02:48 PM, richard -rw- weinberger wrote: >> On Sun, Sep 9, 2012 at 12:01 PM, Toralf Förster <tor...@gm...> wrote: >>> Hi, >>> >>> with current git tree 3.6-rc5 I cannot longer start apache2 at a >>> UML image with an unstable Gentoo Linux. >>> >>> The apache error log gives : >>> >>> [Sun Sep 09 11:53:25.225818 2012] [core:emerg] [pid 1054:tid 1078662848] >>> (22)Invalid argument: AH00023: Couldn't create the rewrite-map mutex >>> AH00016: Configuration Failed >> >> Can you please find out which system call is failing with EINVAL? > I attached the output of > > strace -o /strace.out /usr/sbin/apache2 -D DEFAULT_VHOST -D INFO -D > MANUAL -D SSL -D SSL_DEFAULT_VHOST -D LANGUAGE -D STATUS -D SUEXEC -D > DOC -D PHP5 -k start > > Does it gives you the info ? Kind of. semctl() fails for whatever reason. semget(IPC_PRIVATE, 1, IPC_CREAT|0600) = 32769 semctl(32769, 0, IPC_64|SETVAL, 0xbfa05178) = -1 EINVAL (Invalid argument) semctl(32769, 0, IPC_64|IPC_RMID, 0xbfa05158) = -1 EINVAL (Invalid argument) >> A git bisect would also nice to have. :-) >> > ofc - although it needs a little bit time Would be great. :-) Apache2 works here fine... Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-09-09 16:37:01
|
On 09/09/2012 02:48 PM, richard -rw- weinberger wrote: > On Sun, Sep 9, 2012 at 12:01 PM, Toralf Förster <tor...@gm...> wrote: >> Hi, >> >> with current git tree 3.6-rc5 I cannot longer start apache2 at a >> UML image with an unstable Gentoo Linux. >> >> The apache error log gives : >> >> [Sun Sep 09 11:53:25.225818 2012] [core:emerg] [pid 1054:tid 1078662848] >> (22)Invalid argument: AH00023: Couldn't create the rewrite-map mutex >> AH00016: Configuration Failed > > Can you please find out which system call is failing with EINVAL? I attached the output of strace -o /strace.out /usr/sbin/apache2 -D DEFAULT_VHOST -D INFO -D MANUAL -D SSL -D SSL_DEFAULT_VHOST -D LANGUAGE -D STATUS -D SUEXEC -D DOC -D PHP5 -k start Does it gives you the info ? > A git bisect would also nice to have. :-) > ofc - although it needs a little bit time -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: richard -r. w. <ric...@gm...> - 2012-09-09 12:48:58
|
On Sun, Sep 9, 2012 at 12:01 PM, Toralf Förster <tor...@gm...> wrote: > Hi, > > with current git tree 3.6-rc5 I cannot longer start apache2 at a > UML image with an unstable Gentoo Linux. > > The apache error log gives : > > [Sun Sep 09 11:53:25.225818 2012] [core:emerg] [pid 1054:tid 1078662848] > (22)Invalid argument: AH00023: Couldn't create the rewrite-map mutex > AH00016: Configuration Failed Can you please find out which system call is failing with EINVAL? A git bisect would also nice to have. :-) -- Thanks, //richard |
525 messages has been excluded from this view by a project administrator.
