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: Toralf F. <tor...@gm...> - 2013-03-07 16:12:04
|
On 03/07/2013 12:00 AM, richard -rw- weinberger wrote:
> On Wed, Mar 6, 2013 at 7:24 PM, richard -rw- weinberger
> <ric...@gm...> wrote:
>> On Wed, Mar 6, 2013 at 7:10 PM, Toralf Förster <tor...@gm...> wrote:
>>> On 03/06/2013 12:32 AM, richard -rw- weinberger wrote:
>>>> What is your console? I suspect it is not stdio_console.
>>>
>>> I tried both with "con=pts con0=fd:0,fd:1" as well as without specifying
>>> console/tty at the command line - no difference.
>>>
>>> But for completeness I attached the .config I used
>>
>> Hmm, funny. There is a second issue which affects only i386.
>> /me looks.
>
> Found the issue. A very nasty use-after-free tty issue which happened
> only sometimes.
> Please test the attached patch.
> /me tested x86_64 and x86 successfully.
>
issue is fixed here too - thx.
FWIW something like "con=pts con0=fd:0,fd:1" is now mandatory,
otherwise an xterm is open and user root can login, but I experienced
strange things with my Gentoo :
...
* Caching service dependencies ...
Service `apache2' needs non existent service `net'
Service `bootmisc' needs non existent service `localmount'
[ ok ]
* ERROR: bootmisc needs service(s) localmount
INIT: Entering runlevel: 3
* ERROR: apache2 needs service(s) net
* ERROR: bootmisc needs service(s) localmount
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcab ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcac ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcad ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcae ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcaf ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb0 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb1 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb2 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb3 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb4 ]---
flush_to_ldisc: 2 callbacks suppressed
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb5 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb6 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb7 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb8 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcb9 ]---
------------[ cut here ]------------
WARNING: at drivers/tty/tty_buffer.c:428 flush_to_ldisc+0x51/0x190()
tty is NULL
3851fea0: [<08342748>] dump_stack+0x22/0x24
3851feb8: [<0807d0ea>] warn_slowpath_common+0x5a/0x80
3851fee0: [<0807d15e>] warn_slowpath_fmt+0x2e/0x30
3851fef8: [<0827d6a1>] flush_to_ldisc+0x51/0x190
3851ff2c: [<0809254a>] process_one_work+0x1ba/0x2f0
3851ff70: [<0809355c>] worker_thread+0x25c/0x360
3851ffa4: [<08097fe2>] kthread+0xc2/0xd0
3851ffec: [<0805f84a>] new_thread_handler+0x7a/0xa0
3851fffc: [<00000000>] 0x0
---[ end trace 42be3b31debefcba ]---
INIT: Switching to runlevel: 0
INIT: Sending processes the TERM signal
System halted.
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
|
|
From: richard -r. w. <ric...@gm...> - 2013-03-06 23:00:38
|
On Wed, Mar 6, 2013 at 7:24 PM, richard -rw- weinberger <ric...@gm...> wrote: > On Wed, Mar 6, 2013 at 7:10 PM, Toralf Förster <tor...@gm...> wrote: >> On 03/06/2013 12:32 AM, richard -rw- weinberger wrote: >>> What is your console? I suspect it is not stdio_console. >> >> I tried both with "con=pts con0=fd:0,fd:1" as well as without specifying >> console/tty at the command line - no difference. >> >> But for completeness I attached the .config I used > > Hmm, funny. There is a second issue which affects only i386. > /me looks. Found the issue. A very nasty use-after-free tty issue which happened only sometimes. Please test the attached patch. /me tested x86_64 and x86 successfully. -- Thanks, //richard |
|
From: richard -r. w. <ric...@gm...> - 2013-03-06 18:24:11
|
On Wed, Mar 6, 2013 at 7:10 PM, Toralf Förster <tor...@gm...> wrote: > On 03/06/2013 12:32 AM, richard -rw- weinberger wrote: >> What is your console? I suspect it is not stdio_console. > > I tried both with "con=pts con0=fd:0,fd:1" as well as without specifying > console/tty at the command line - no difference. > > But for completeness I attached the .config I used Hmm, funny. There is a second issue which affects only i386. /me looks. -- Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2013-03-06 18:10:38
|
On 03/06/2013 12:32 AM, richard -rw- weinberger wrote: > What is your console? I suspect it is not stdio_console. I tried both with "con=pts con0=fd:0,fd:1" as well as without specifying console/tty at the command line - no difference. But for completeness I attached the .config I used -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: richard -r. w. <ric...@gm...> - 2013-03-06 14:59:54
|
On Wed, Jan 23, 2013 at 4:11 PM, Lars-Göran Nordh <lar...@er...> wrote: > Hello, > > I have built a couple of kernel modules and successfully loaded them using > modprobe. > Since I needed more memory i changed MEM=1024MB to the kernel start line. > The module that earlier was loaded without any problem now give me this > response: > > root@localhost[]:/root> modprobe xcrp > overflow in relocation type 11 val 813d6980 > `xcrp' likely not compiled with -mcmodel=kernel > FATAL: Error inserting xcrp (/lib/modules/3.0.49-604-g222f5c6-dirty/xcrp.ko): > Invalid module format > > arch/x86/kernel/module.c:156, evaluating R_X86_64_32S sign extends 64bit > values ? > case R_X86_64_32S: > *(s32 *)loc = val; > if ((s64)val != *(s32 *)loc) > goto overflow; > I found out that if I configure less than 460MB of memory the module is loaded > without any memory overflow. > Any one that have a solution or workaround to this problem ? > I desperately need this to work, so please someone help me. Please upgrade your kernel or apply commit 12783aa0. -- Thanks, //richard |
|
From: richard -r. w. <ric...@gm...> - 2013-03-05 23:32:17
|
On Tue, Mar 5, 2013 at 6:57 PM, Toralf Förster <tor...@gm...> wrote: > On 03/05/2013 06:30 PM, richard -rw- weinberger wrote: >> On Tue, Mar 5, 2013 at 4:33 PM, Toralf Förster <tor...@gm...> wrote: >>> On 03/05/2013 01:51 AM, Pierluigi Rolando wrote: >>>> I think what's going on >>>> here is that UML gets a signal it can't handle when you resize. >>> >>> Yes - something _is_ wrong with the signal handling, but my command line looks not suspicous, or ? : >>> /usr/local/bin/linux-v3.8.2 earlyprintk ubda=/home/tfoerste/virtual/uml/n22stab4 ubdb=/mnt/ramdisk/swap_n22stab4 >eth0=tuntap,tap0,72:ef:3d:fd:4a:0b mem=768M umid=uml >> >> I bet the attached patch makes the problem go away. >> Please confirm. >> > negative - applied on top of v3.9-rc1 : What is your console? I suspect it is not stdio_console. My first patch addressed only stdio_console... Anyway, I took a closer look at the problem. The issue was caused because of some tty_port changes. The attached patch fixes the issue for me. I was able to reproduce it... -- Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2013-03-05 17:57:35
|
On 03/05/2013 06:30 PM, richard -rw- weinberger wrote:
> On Tue, Mar 5, 2013 at 4:33 PM, Toralf Förster <tor...@gm...> wrote:
>> On 03/05/2013 01:51 AM, Pierluigi Rolando wrote:
>>> I think what's going on
>>> here is that UML gets a signal it can't handle when you resize.
>>
>> Yes - something _is_ wrong with the signal handling, but my command line looks not suspicous, or ? :
>> /usr/local/bin/linux-v3.8.2 earlyprintk ubda=/home/tfoerste/virtual/uml/n22stab4 ubdb=/mnt/ramdisk/swap_n22stab4 >eth0=tuntap,tap0,72:ef:3d:fd:4a:0b mem=768M umid=uml
>
> I bet the attached patch makes the problem go away.
> Please confirm.
>
negative - applied on top of v3.9-rc1 :
diff --git a/arch/um/drivers/stdio_console.c b/arch/um/drivers/stdio_console.c
index 827777a..7b361f3 100644
--- a/arch/um/drivers/stdio_console.c
+++ b/arch/um/drivers/stdio_console.c
@@ -110,7 +110,6 @@ static const struct tty_operations console_ops = {
.set_termios = line_set_termios,
.throttle = line_throttle,
.unthrottle = line_unthrottle,
- .cleanup = line_cleanup,
.hangup = line_hangup,
};
- but issue still there :
VFS: Mounted root (ext4 filesystem) readonly on device 98:0.
devtmpfs: mounted
INIT: version 2.88 booting
EIP: 0073:[<0808c0a8>] CPU: 0 Not tainted ESP: 007b:0840f768 EFLAGS: 00010202
Not tainted
EAX: 00000004 EBX: 3958b800 ECX: 00000001 EDX: fffffffd
ESI: 395788c0 EDI: 0000001c EBP: 0840f780 DS: 007b ES: 007b
0840eecc: [<0807921f>] show_regs+0x10f/0x120
0840eee8: [<08061f12>] segv+0x62/0x2b0
0840ef98: [<080621d3>] segv_handler+0x73/0x80
0840efc0: [<080719d8>] sig_handler_common+0xb8/0xe0
0840f244: [<08071b1d>] sig_handler+0x3d/0x50
0840f254: [<0807166b>] hard_handler+0x6b/0xa0
0840f27c: [<b775440c>] 0xb775440c
0840f784: [<0808c3b6>] kill_pgrp+0x26/0x30
0840f798: [<08064de3>] winch_interrupt+0xf3/0x120
0840f7bc: [<080c7b0f>] handle_irq_event_percpu+0x2f/0x150
0840f7ec: [<080c7c57>] handle_irq_event+0x27/0x40
0840f800: [<080c9f60>] handle_edge_irq+0xd0/0x100
0840f810: [<080c74c8>] generic_handle_irq+0x28/0x30
0840f820: [<0805ee55>] do_IRQ+0x25/0x40
0840f830: [<080623a9>] winch+0x19/0x20
0840f840: [<080719d8>] sig_handler_common+0xb8/0xe0
0840fac4: [<08071b1d>] sig_handler+0x3d/0x50
0840fad4: [<0807166b>] hard_handler+0x6b/0xa0
0840fafc: [<b775440c>] 0xb775440c
Kernel panic - not syncing: Segfault with no mm
0840eea8: [<08342658>] dump_stack+0x22/0x24
0840eec0: [<083426d4>] panic+0x7a/0x18b
0840eee8: [<08061f1e>] segv+0x6e/0x2b0
0840ef98: [<080621d3>] segv_handler+0x73/0x80
0840efc0: [<080719d8>] sig_handler_common+0xb8/0xe0
0840f244: [<08071b1d>] sig_handler+0x3d/0x50
0840f254: [<0807166b>] hard_handler+0x6b/0xa0
0840f27c: [<b775440c>] 0xb775440c
0840f784: [<0808c3b6>] kill_pgrp+0x26/0x30
0840f798: [<08064de3>] winch_interrupt+0xf3/0x120
0840f7bc: [<080c7b0f>] handle_irq_event_percpu+0x2f/0x150
0840f7ec: [<080c7c57>] handle_irq_event+0x27/0x40
0840f800: [<080c9f60>] handle_edge_irq+0xd0/0x100
0840f810: [<080c74c8>] generic_handle_irq+0x28/0x30
0840f820: [<0805ee55>] do_IRQ+0x25/0x40
0840f830: [<080623a9>] winch+0x19/0x20
0840f840: [<080719d8>] sig_handler_common+0xb8/0xe0
0840fac4: [<08071b1d>] sig_handler+0x3d/0x50
0840fad4: [<0807166b>] hard_handler+0x6b/0xa0
0840fafc: [<b775440c>] 0xb775440c
EIP: 0000:[<00000000>] CPU: 0 Not tainted EFLAGS: 00000000
Not tainted
EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000
ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0000
0840ee5c: [<0807921f>] show_regs+0x10f/0x120
0840ee78: [<0806253c>] panic_exit+0x2c/0x50
0840ee88: [<0809d1d8>] notifier_call_chain+0x38/0x60
0840eeb0: [<0809d323>] atomic_notifier_call_chain+0x23/0x30
0840eec0: [<083426fc>] panic+0xa2/0x18b
0840eee8: [<08061f1e>] segv+0x6e/0x2b0
0840ef98: [<080621d3>] segv_handler+0x73/0x80
0840efc0: [<080719d8>] sig_handler_common+0xb8/0xe0
0840f244: [<08071b1d>] sig_handler+0x3d/0x50
0840f254: [<0807166b>] hard_handler+0x6b/0xa0
0840f27c: [<b775440c>] 0xb775440c
0840f784: [<0808c3b6>] kill_pgrp+0x26/0x30
0840f798: [<08064de3>] winch_interrupt+0xf3/0x120
0840f7bc: [<080c7b0f>] handle_irq_event_percpu+0x2f/0x150
0840f7ec: [<080c7c57>] handle_irq_event+0x27/0x40
0840f800: [<080c9f60>] handle_edge_irq+0xd0/0x100
0840f810: [<080c74c8>] generic_handle_irq+0x28/0x30
0840f820: [<0805ee55>] do_IRQ+0x25/0x40
0840f830: [<080623a9>] winch+0x19/0x20
0840f840: [<080719d8>] sig_handler_common+0xb8/0xe0
0840fac4: [<08071b1d>] sig_handler+0x3d/0x50
0840fad4: [<0807166b>] hard_handler+0x6b/0xa0
0840fafc: [<b775440c>] 0xb775440c
Terminated
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
|
|
From: richard -r. w. <ric...@gm...> - 2013-03-05 17:30:31
|
On Tue, Mar 5, 2013 at 4:33 PM, Toralf Förster <tor...@gm...> wrote: > On 03/05/2013 01:51 AM, Pierluigi Rolando wrote: >> I think what's going on >> here is that UML gets a signal it can't handle when you resize. > > Yes - something _is_ wrong with the signal handling, but my command line looks not suspicous, or ? : > /usr/local/bin/linux-v3.8.2 earlyprintk ubda=/home/tfoerste/virtual/uml/n22stab4 ubdb=/mnt/ramdisk/swap_n22stab4 >eth0=tuntap,tap0,72:ef:3d:fd:4a:0b mem=768M umid=uml I bet the attached patch makes the problem go away. Please confirm. -- Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2013-03-05 15:34:01
|
On 03/05/2013 01:51 AM, Pierluigi Rolando wrote: > I think what's going on > here is that UML gets a signal it can't handle when you resize. Yes - something _is_ wrong with the signal handling, but my command line looks not suspicous, or ? : /usr/local/bin/linux-v3.8.2 earlyprintk ubda=/home/tfoerste/virtual/uml/n22stab4 ubdb=/mnt/ramdisk/swap_n22stab4 eth0=tuntap,tap0,72:ef:3d:fd:4a:0b mem=768M umid=uml -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: Pierluigi R. <pie...@gm...> - 2013-03-05 00:51:34
|
Hi, UML user here. I'm able to reproduce a similar crash 100% of the time with a 3.7 UML kernel if I configure my UML consoles some specific way. I don't remember all the details of it. I think what's going on here is that UML gets a signal it can't handle when you resize. Not attaching to a pts (or anything else that generates those signals, a serial port or a socket should be ok) should fix it. It is still quite annoying, though. HTH, Pierluigi On Mon, Mar 4, 2013 at 2:18 PM, Toralf Förster <tor...@gm...> wrote: > The following is reproduce able at my system -a ny hints ? : > > $ /home/tfoerste/workspace/bin/start_uml.sh -r /home/tfoerste/virtual/uml/n22stab4 > Cannot get wake-on-lan settings: Operation not permitted > Locating the bottom of the address space ... 0x1000 > Locating the top of the address space ... 0xc0000000 > Core dump limits : > soft - NONE > hard - NONE > Checking that ptrace can change system call numbers...OK > Checking syscall emulation patch for ptrace...OK > Checking advanced syscall emulation patch for ptrace...OK > Checking for tmpfs mount on /dev/shm...OK > Checking PROT_EXEC mmap in /dev/shm/...OK > Checking for the skas3 patch in the host: > - /proc/mm...not found: No such file or directory > - PTRACE_FAULTINFO...not found > - PTRACE_LDT...not found > UML running in SKAS0 mode > Adding 3014656 bytes to physical memory to account for exec-shield gap > bootconsole [earlycon0] enabled > PID hash table entries: 4096 (order: 2, 16384 bytes) > Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) > Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) > Memory: 768448k available > SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 > NR_IRQS:15 > Calibrating delay loop... 6447.10 BogoMIPS (lpj=32235520) > pid_max: default: 32768 minimum: 301 > Mount-cache hash table entries: 512 > Checking for host processor cmov support...Yes > Checking that host ptys support output SIGIO...Yes > Checking that host ptys support SIGIO on close...No, enabling workaround > devtmpfs: initialized > Using 2.6 host AIO > NET: Registered protocol family 16 > bio: create slab <bio-0> at 0 > Switching to clocksource itimer > NET: Registered protocol family 2 > TCP established hash table entries: 8192 (order: 4, 65536 bytes) > TCP bind hash table entries: 8192 (order: 3, 32768 bytes) > TCP: Hash tables configured (established 8192 bind 8192) > TCP: reno registered > UDP hash table entries: 512 (order: 1, 8192 bytes) > UDP-Lite hash table entries: 512 (order: 1, 8192 bytes) > NET: Registered protocol family 1 > RPC: Registered named UNIX socket transport module. > RPC: Registered udp transport module. > RPC: Registered tcp transport module. > RPC: Registered tcp NFSv4.1 backchannel transport module. > mconsole (version 2) initialized on /home/tfoerste/.uml/uml/mconsole > Checking host MADV_REMOVE support...OK > UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer) > Host TLS support detected > Detected host type: i386 (GDT indexes 6 to 9) > audit: initializing netlink socket (disabled) > type=2000 audit(1362435381.156:1): initialized > NFS: Registering the id_resolver key type > Key type id_resolver registered > Key type id_legacy registered > nfs4filelayout_init: NFSv4 File Layout Driver Registering... > Installing knfsd (copyright (C) 1996 ok...@mo...). > msgmni has been set to 1500 > alg: No test for stdrng (krng) > Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) > io scheduler noop registered (default) > tun: Universal TUN/TAP device driver, 1.6 > tun: (C) 1999-2004 Max Krasnyansky <ma...@qu...> > device-mapper: uevent: version 1.0.3 > device-mapper: ioctl: 4.23.1-ioctl (2012-12-18) initialised: dm-...@re... > TCP: cubic registered > NET: Registered protocol family 17 > Key type dns_resolver registered > Initialized stdio console driver > Console initialized on /dev/tty0 > console [tty0] enabled, bootconsole disabled > console [tty0] enabled, bootconsole disabled > Initializing software serial port version 1 > console [mc-1] enabled > ubda: unknown partition table > ubdb: unknown partition table > Netdevice 0 (72:ef:3d:fd:4a:0b) : > TUN/TAP backend - > EXT3-fs (ubda): error: couldn't mount because of unsupported optional features (240) > EXT2-fs (ubda): error: couldn't mount because of unsupported optional features (244) > EXT4-fs (ubda): INFO: recovery required on readonly filesystem > EXT4-fs (ubda): write access will be enabled during recovery > EXT4-fs (ubda): orphan cleanup on readonly fs > EXT4-fs (ubda): 5 orphan inodes deleted > EXT4-fs (ubda): recovery complete > EXT4-fs (ubda): mounted filesystem with ordered data mode. Opts: (null) > VFS: Mounted root (ext4 filesystem) readonly on device 98:0. > devtmpfs: mounted > INIT: version 2.88 booting > > OpenRC 0.11.8 is starting up Gentoo Linux (i686) [UML] > > * Mounting /proc ... > [ ok ] > * Mounting /run ... > * /run/openrc: creating directory > * /run/lock: creating directory > * /run/lock: correcting owner > > EIP: 0073:[<00000000>] CPU: 0 Not tainted ESP: 007b:0840b800 EFLAGS: 00010246 > Not tainted > EAX: 00000000 EBX: 08416788 ECX: 08416788 EDX: 0840d3c0 > ESI: 0840bb0c EDI: 0840bba0 EBP: 0840b80c DS: 007b ES: 007b > 0840af4c: [<0807957f>] show_regs+0x10f/0x120 > 0840af68: [<08062163>] segv+0x293/0x2b0 > 0840b018: [<080621f3>] segv_handler+0x73/0x80 > 0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0 > 0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50 > 0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0 > 0840b2fc: [<b77b140c>] 0xb77b140c > 0840b810: [<080c8408>] generic_handle_irq+0x28/0x30 > 0840b820: [<0805ee55>] do_IRQ+0x25/0x40 > 0840b830: [<080623c9>] winch+0x19/0x20 > 0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0 > 0840bac4: [<08071bfd>] sig_handler+0x3d/0x50 > 0840bad4: [<0807174b>] hard_handler+0x6b/0xa0 > 0840bafc: [<b77b140c>] 0xb77b140c > > Kernel panic - not syncing: Kernel mode fault at addr 0x0, ip 0x0 > 0840af28: [<0833ea18>] dump_stack+0x22/0x24 > 0840af40: [<0833ea94>] panic+0x7a/0x18b > 0840af68: [<0806217a>] segv+0x2aa/0x2b0 > 0840b018: [<080621f3>] segv_handler+0x73/0x80 > 0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0 > 0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50 > 0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0 > 0840b2fc: [<b77b140c>] 0xb77b140c > 0840b810: [<080c8408>] generic_handle_irq+0x28/0x30 > 0840b820: [<0805ee55>] do_IRQ+0x25/0x40 > 0840b830: [<080623c9>] winch+0x19/0x20 > 0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0 > 0840bac4: [<08071bfd>] sig_handler+0x3d/0x50 > 0840bad4: [<0807174b>] hard_handler+0x6b/0xa0 > 0840bafc: [<b77b140c>] 0xb77b140c > > > EIP: 0073:[<40001282>] CPU: 0 Not tainted ESP: 007b:bfd428fc EFLAGS: 00010206 > Not tainted > EAX: 00000000 EBX: 01200011 ECX: 00000000 EDX: 00000000 > ESI: 00000000 EDI: 40261be8 EBP: bfd42978 DS: 007b ES: 007b > 0840aedc: [<0807957f>] show_regs+0x10f/0x120 > 0840aef8: [<0806255c>] panic_exit+0x2c/0x50 > 0840af08: [<0809e1f8>] notifier_call_chain+0x38/0x60 > 0840af30: [<0809e343>] atomic_notifier_call_chain+0x23/0x30 > 0840af40: [<0833eabc>] panic+0xa2/0x18b > 0840af68: [<0806217a>] segv+0x2aa/0x2b0 > 0840b018: [<080621f3>] segv_handler+0x73/0x80 > 0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0 > 0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50 > 0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0 > 0840b2fc: [<b77b140c>] 0xb77b140c > 0840b810: [<080c8408>] generic_handle_irq+0x28/0x30 > 0840b820: [<0805ee55>] do_IRQ+0x25/0x40 > 0840b830: [<080623c9>] winch+0x19/0x20 > 0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0 > 0840bac4: [<08071bfd>] sig_handler+0x3d/0x50 > 0840bad4: [<0807174b>] hard_handler+0x6b/0xa0 > 0840bafc: [<b77b140c>] 0xb77b140c > > Terminated > > -- > MfG/Sincerely > Toralf Förster > pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user |
|
From: Toralf F. <tor...@gm...> - 2013-03-04 22:18:47
|
The following is reproduce able at my system -a ny hints ? :
$ /home/tfoerste/workspace/bin/start_uml.sh -r /home/tfoerste/virtual/uml/n22stab4
Cannot get wake-on-lan settings: Operation not permitted
Locating the bottom of the address space ... 0x1000
Locating the top of the address space ... 0xc0000000
Core dump limits :
soft - NONE
hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking for tmpfs mount on /dev/shm...OK
Checking PROT_EXEC mmap in /dev/shm/...OK
Checking for the skas3 patch in the host:
- /proc/mm...not found: No such file or directory
- PTRACE_FAULTINFO...not found
- PTRACE_LDT...not found
UML running in SKAS0 mode
Adding 3014656 bytes to physical memory to account for exec-shield gap
bootconsole [earlycon0] enabled
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 768448k available
SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:15
Calibrating delay loop... 6447.10 BogoMIPS (lpj=32235520)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
Checking for host processor cmov support...Yes
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
devtmpfs: initialized
Using 2.6 host AIO
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
Switching to clocksource itimer
NET: Registered protocol family 2
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP: reno registered
UDP hash table entries: 512 (order: 1, 8192 bytes)
UDP-Lite hash table entries: 512 (order: 1, 8192 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
mconsole (version 2) initialized on /home/tfoerste/.uml/uml/mconsole
Checking host MADV_REMOVE support...OK
UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer)
Host TLS support detected
Detected host type: i386 (GDT indexes 6 to 9)
audit: initializing netlink socket (disabled)
type=2000 audit(1362435381.156:1): initialized
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
nfs4filelayout_init: NFSv4 File Layout Driver Registering...
Installing knfsd (copyright (C) 1996 ok...@mo...).
msgmni has been set to 1500
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
io scheduler noop registered (default)
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <ma...@qu...>
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.23.1-ioctl (2012-12-18) initialised: dm-...@re...
TCP: cubic registered
NET: Registered protocol family 17
Key type dns_resolver registered
Initialized stdio console driver
Console initialized on /dev/tty0
console [tty0] enabled, bootconsole disabled
console [tty0] enabled, bootconsole disabled
Initializing software serial port version 1
console [mc-1] enabled
ubda: unknown partition table
ubdb: unknown partition table
Netdevice 0 (72:ef:3d:fd:4a:0b) :
TUN/TAP backend -
EXT3-fs (ubda): error: couldn't mount because of unsupported optional features (240)
EXT2-fs (ubda): error: couldn't mount because of unsupported optional features (244)
EXT4-fs (ubda): INFO: recovery required on readonly filesystem
EXT4-fs (ubda): write access will be enabled during recovery
EXT4-fs (ubda): orphan cleanup on readonly fs
EXT4-fs (ubda): 5 orphan inodes deleted
EXT4-fs (ubda): recovery complete
EXT4-fs (ubda): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) readonly on device 98:0.
devtmpfs: mounted
INIT: version 2.88 booting
OpenRC 0.11.8 is starting up Gentoo Linux (i686) [UML]
* Mounting /proc ...
[ ok ]
* Mounting /run ...
* /run/openrc: creating directory
* /run/lock: creating directory
* /run/lock: correcting owner
EIP: 0073:[<00000000>] CPU: 0 Not tainted ESP: 007b:0840b800 EFLAGS: 00010246
Not tainted
EAX: 00000000 EBX: 08416788 ECX: 08416788 EDX: 0840d3c0
ESI: 0840bb0c EDI: 0840bba0 EBP: 0840b80c DS: 007b ES: 007b
0840af4c: [<0807957f>] show_regs+0x10f/0x120
0840af68: [<08062163>] segv+0x293/0x2b0
0840b018: [<080621f3>] segv_handler+0x73/0x80
0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50
0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0
0840b2fc: [<b77b140c>] 0xb77b140c
0840b810: [<080c8408>] generic_handle_irq+0x28/0x30
0840b820: [<0805ee55>] do_IRQ+0x25/0x40
0840b830: [<080623c9>] winch+0x19/0x20
0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840bac4: [<08071bfd>] sig_handler+0x3d/0x50
0840bad4: [<0807174b>] hard_handler+0x6b/0xa0
0840bafc: [<b77b140c>] 0xb77b140c
Kernel panic - not syncing: Kernel mode fault at addr 0x0, ip 0x0
0840af28: [<0833ea18>] dump_stack+0x22/0x24
0840af40: [<0833ea94>] panic+0x7a/0x18b
0840af68: [<0806217a>] segv+0x2aa/0x2b0
0840b018: [<080621f3>] segv_handler+0x73/0x80
0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50
0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0
0840b2fc: [<b77b140c>] 0xb77b140c
0840b810: [<080c8408>] generic_handle_irq+0x28/0x30
0840b820: [<0805ee55>] do_IRQ+0x25/0x40
0840b830: [<080623c9>] winch+0x19/0x20
0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840bac4: [<08071bfd>] sig_handler+0x3d/0x50
0840bad4: [<0807174b>] hard_handler+0x6b/0xa0
0840bafc: [<b77b140c>] 0xb77b140c
EIP: 0073:[<40001282>] CPU: 0 Not tainted ESP: 007b:bfd428fc EFLAGS: 00010206
Not tainted
EAX: 00000000 EBX: 01200011 ECX: 00000000 EDX: 00000000
ESI: 00000000 EDI: 40261be8 EBP: bfd42978 DS: 007b ES: 007b
0840aedc: [<0807957f>] show_regs+0x10f/0x120
0840aef8: [<0806255c>] panic_exit+0x2c/0x50
0840af08: [<0809e1f8>] notifier_call_chain+0x38/0x60
0840af30: [<0809e343>] atomic_notifier_call_chain+0x23/0x30
0840af40: [<0833eabc>] panic+0xa2/0x18b
0840af68: [<0806217a>] segv+0x2aa/0x2b0
0840b018: [<080621f3>] segv_handler+0x73/0x80
0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50
0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0
0840b2fc: [<b77b140c>] 0xb77b140c
0840b810: [<080c8408>] generic_handle_irq+0x28/0x30
0840b820: [<0805ee55>] do_IRQ+0x25/0x40
0840b830: [<080623c9>] winch+0x19/0x20
0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840bac4: [<08071bfd>] sig_handler+0x3d/0x50
0840bad4: [<0807174b>] hard_handler+0x6b/0xa0
0840bafc: [<b77b140c>] 0xb77b140c
Terminated
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
|
|
From: Toralf F. <tor...@gm...> - 2013-03-03 09:38:06
|
Does anybody can tell me if this back trace from gdb :
Program received signal SIGTERM, Terminated.
[Switching to LWP 13346]
0xb7fff424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7fff424 in __kernel_vsyscall ()
#1 0x46a6059e in __GI___poll (fds=0x37c4c640, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:83
#2 0x08070e04 in write_sigio_thread (unused=0x0) at arch/um/os-Linux/sigio.c:61
#3 0x46a6b41e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133
contains any useful data to point to a crash of a UML guest
(host kernel is 3.7.10 at a stable 32bit Gentoo, UML guest kernel is 3.8.1)
like this :
* Starting local
[ ok ]
Kernel panic - not syncing: Kernel mode fault at addr 0x0, ip 0x0
0840af28: [<0833eaf8>] dump_stack+0x22/0x24
0840af40: [<0833eb74>] panic+0x7a/0x18b
0840af68: [<0806217a>] segv+0x2aa/0x2b0
0840b018: [<080621f3>] segv_handler+0x73/0x80
0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50
0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0
0840b2fc: [<b7fff40c>] 0xb7fff40c
0840b810: [<080c8448>] generic_handle_irq+0x28/0x30
0840b820: [<0805ee55>] do_IRQ+0x25/0x40
0840b830: [<080623c9>] winch+0x19/0x20
0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840bac4: [<08071bfd>] sig_handler+0x3d/0x50
0840bad4: [<0807174b>] hard_handler+0x6b/0xa0
0840bafc: [<b7fff40c>] 0xb7fff40c
EIP: 0073:[<40009619>] CPU: 0 Not tainted ESP: 007b:bf9cc538 EFLAGS: 00010202
Not tainted
EAX: 4003b350 EBX: 40020fc4 ECX: 00000002 EDX: 00000000
ESI: 400226a0 EDI: 00000004 EBP: 00000016 DS: 007b ES: 007b
0840aedc: [<0807957f>] show_regs+0x10f/0x120
0840aef8: [<0806255c>] panic_exit+0x2c/0x50
0840af08: [<0809e238>] notifier_call_chain+0x38/0x60
0840af30: [<0809e383>] atomic_notifier_call_chain+0x23/0x30
0840af40: [<0833eb9c>] panic+0xa2/0x18b
0840af68: [<0806217a>] segv+0x2aa/0x2b0
0840b018: [<080621f3>] segv_handler+0x73/0x80
0840b040: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840b2c4: [<08071bfd>] sig_handler+0x3d/0x50
0840b2d4: [<0807174b>] hard_handler+0x6b/0xa0
0840b2fc: [<b7fff40c>] 0xb7fff40c
0840b810: [<080c8448>] generic_handle_irq+0x28/0x30
0840b820: [<0805ee55>] do_IRQ+0x25/0x40
0840b830: [<080623c9>] winch+0x19/0x20
0840b840: [<08071ab8>] sig_handler_common+0xb8/0xe0
0840bac4: [<08071bfd>] sig_handler+0x3d/0x50
0840bad4: [<0807174b>] hard_handler+0x6b/0xa0
0840bafc: [<b7fff40c>] 0xb7fff40c
[New LWP 13346]
Program received signal SIGTERM, Terminated.
[Switching to LWP 13346]
0xb7fff424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7fff424 in __kernel_vsyscall ()
#1 0x46a6059e in __GI___poll (fds=0x37c4c640, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:83
#2 0x08070e04 in write_sigio_thread (unused=0x0) at arch/um/os-Linux/sigio.c:61
#3 0x46a6b41e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
|
|
From: Toralf F. <tor...@gm...> - 2013-03-02 22:34:41
|
If I use 3.8 or 3.8.1 as a host kernel and start an UML guest and wait for 1/2 till 1 hour then I get a completely unusable system. Neither any key works nor the magic Sys-Rq sequence then works anymore - nothing is in the syslog nor any output is seen. With kernel 3.7.10 as a host kernel this behaviour cannot be reproduced. The system is a ThinkPad T420 with a stable Gentoo Linux 32 bit . Any hints where to start - full bisecting would be a nightmare ? -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: Toralf F. <tor...@gm...> - 2013-02-24 13:44:18
|
On 02/24/2013 12:18 PM, richard -rw- weinberger wrote: > The compiler got -EIO while opening include/asm-generic/mutex-null.h. > Maybe a you should fsck your disk first. :-) > gah -... $ rm include/asm-generic/mutex-null.h $ git checkout include/asm-generic/mutex-null.h did it - thx -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: richard -r. w. <ric...@gm...> - 2013-02-24 11:18:41
|
On Sun, Feb 24, 2013 at 12:03 PM, Toralf Förster <tor...@gm...> wrote: > Moin, > > got this wit the attached .config : > > ... > CC kernel/mutex.o > CC kernel/hrtimer.o > kernel/mutex.c:34:37: error: include/asm-generic/mutex-null.h: Input/output error The compiler got -EIO while opening include/asm-generic/mutex-null.h. Maybe a you should fsck your disk first. :-) -- Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2013-02-24 11:04:13
|
Moin, got this wit the attached .config : ... CC kernel/mutex.o CC kernel/hrtimer.o kernel/mutex.c:34:37: error: include/asm-generic/mutex-null.h: Input/output error kernel/mutex.c: In function ‘mutex_lock’: kernel/mutex.c:91:2: error: implicit declaration of function ‘__mutex_fastpath_lock’ [-Werror=implicit-function-declaration] kernel/mutex.c: In function ‘mutex_unlock’: kernel/mutex.c:125:2: error: implicit declaration of function ‘__mutex_fastpath_unlock’ [-Werror=implicit-function-declaration] kernel/mutex.c: In function ‘__mutex_unlock_common_slowpath’: kernel/mutex.c:322:2: error: implicit declaration of function ‘__mutex_slowpath_needs_to_unlock’ [-Werror=implicit-function-declaration] kernel/mutex.c: In function ‘mutex_lock_interruptible’: kernel/mutex.c:376:4: error: implicit declaration of function ‘__mutex_fastpath_lock_retval’ [-Werror=implicit-function-declaration] kernel/mutex.c: In function ‘mutex_trylock’: kernel/mutex.c:469:2: error: implicit declaration of function ‘__mutex_fastpath_trylock’ [-Werror=implicit-function-declaration] cc1: some warnings being treated as errors make[1]: *** [kernel/mutex.o] Error 1 make[1]: *** Waiting for unfinished jobs.... CC mm/filemap.o CC fs/open.o CC fs/read_write.o make: *** [kernel] Error 2 make: *** Waiting for unfinished jobs.... -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: Sergei T. <sl...@gm...> - 2013-02-23 21:12:48
|
From: Sergei Trofimovich <sl...@ge...>
arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
In file included from /home/slyfox/linux-2.6/arch/um/os-Linux/signal.c:12:0:
arch/um/include/shared/as-layout.h:64:15: note: previous declaration of 'sig_info' was here
Signed-off-by: Sergei Trofimovich <sl...@ge...>
---
arch/um/os-Linux/signal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/um/os-Linux/signal.c b/arch/um/os-Linux/signal.c
index b1469fe..9d9f1b4 100644
--- a/arch/um/os-Linux/signal.c
+++ b/arch/um/os-Linux/signal.c
@@ -15,7 +15,7 @@
#include <sysdep/mcontext.h>
#include "internal.h"
-void (*sig_info[NSIG])(int, siginfo_t *, struct uml_pt_regs *) = {
+void (*sig_info[NSIG])(int, struct siginfo *, struct uml_pt_regs *) = {
[SIGTRAP] = relay_signal,
[SIGFPE] = relay_signal,
[SIGILL] = relay_signal,
--
1.8.1.2
|
|
From: Sergei T. <sl...@gm...> - 2013-02-23 21:12:48
|
From: Sergei Trofimovich <sl...@ge...> arch/um/os-Linux/start_up.c: In function 'check_coredump_limit': arch/um/os-Linux/start_up.c:338:16: error: storage size of 'lim' isn't known arch/um/os-Linux/start_up.c:339:2: error: implicit declaration of function 'getrlimit' [-Werror=implicit-function-declaration] Signed-off-by: Sergei Trofimovich <sl...@ge...> --- arch/um/os-Linux/start_up.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/um/os-Linux/start_up.c b/arch/um/os-Linux/start_up.c index da4b9e9..337518c 100644 --- a/arch/um/os-Linux/start_up.c +++ b/arch/um/os-Linux/start_up.c @@ -15,6 +15,8 @@ #include <sys/mman.h> #include <sys/stat.h> #include <sys/wait.h> +#include <sys/time.h> +#include <sys/resource.h> #include <asm/unistd.h> #include <init.h> #include <os.h> -- 1.8.1.2 |
|
From: Sergei T. <sl...@gm...> - 2013-02-23 21:12:48
|
Hia Linus! Sending build fixes directly as Richard is busy now and UML fails to build for quite a while. Thanks! |
|
From: Li Li <fan...@gm...> - 2013-02-22 10:16:02
|
hi can I use the file for centos 6 in http://fs.devloop.org.uk ? if not, how can I build myself? I am not familiar with things like kernel or kvm. thanks. |
|
From: Han <kee...@gm...> - 2013-02-08 22:54:46
|
Never mind. I found the solution. I needed to rebuild the UML kernel to include the file systems support. thanks Han On Fri, Feb 8, 2013 at 1:59 PM, Han <kee...@gm...> wrote: > Hi, > > I am using linux-2.6.24 UML in 32-bit x86. I booted up UML > successfully but was not able to mount using hostfs or humfs. > > root@(none):~# mount none /host -t hostfs > mount: unknown filesystem type 'hostfs' > > root@(none):~# mount none /mnt-home/ -t humfs -o /home > mount: unknown filesystem type 'humfs' > > The rootfs I used to boot up UML is: Debian-Squeeze-x86-root_fs. > > Any ideas why hostfs and humfs are "unknown"? > > thanks > Han |
|
From: Han <kee...@gm...> - 2013-02-08 21:59:35
|
Hi, I am using linux-2.6.24 UML in 32-bit x86. I booted up UML successfully but was not able to mount using hostfs or humfs. root@(none):~# mount none /host -t hostfs mount: unknown filesystem type 'hostfs' root@(none):~# mount none /mnt-home/ -t humfs -o /home mount: unknown filesystem type 'humfs' The rootfs I used to boot up UML is: Debian-Squeeze-x86-root_fs. Any ideas why hostfs and humfs are "unknown"? thanks Han |
|
From: Tony Su <to...@su...> - 2013-02-06 03:05:52
|
Thx for the interesting idea of mounting a Host mountpoint within a VM. Might work in special situations but I can immediately anticipate problems between distros and even distro versions because of - init scripts may or may not exist - degree of systemd integration. Something as simple as a systemd shutdown will point to the shutdown target unit instead of init scripts. - virtual and actual directories supporting systemd. Although systemd encourages default locations, it also supports virtual directories if distros continue to use their own locations. Commands may or may not describe paths sufficiently. - Debian uses Upstart which does things its own way, so SysV and systemd components won't likely work. Would be so much easier if the fs included a complete set of basic functionality specific to that fs. IMO, TSU On Feb 4, 2013 7:05 PM, "Lakshmipathi.G" <lak...@gm...> wrote: > Hi Tony - > Did something like 'init 0' works ? > > Sometime back,I faced few problems after shutdown with 'init 0' file > system became read-only ! > more info here : > http://lists.fedoraproject.org/pipermail/india/2011-April/004567.html > > > -- > ---- > Cheers, > Lakshmipathi.G > FOSS Programmer. > www.giis.co.in > > > On Tue, Feb 5, 2013 at 3:15 AM, Tony Su <to...@su...> wrote: > >> Hello, >> Now that I recently was able to boot some UML VMs, I quickly ran into >> the problem that the fs I am using from fs.devloop.org.uk <all> seem >> to be missing some fairly standard executables like /sbin/shutdown. >> >> So, am wondering how to best shutdown a VM missing "shutdown," should >> it and others like PING be retrieved from the distro's repo? >> >> Tony >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://p.sf.net/sfu/appdyn_d2d_jan >> _______________________________________________ >> User-mode-linux-user mailing list >> Use...@li... >> https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user >> > > > <http://www.giis.co.in> |
|
From: Lakshmipathi.G <lak...@gm...> - 2013-02-06 02:13:23
|
If your host machine is also openSUSE ,then you can probably mount host's /sbin/ on the virutal machine's /mnt/ with a command like - UML VM#mount none /mnt -t hostfs -o /sbin Now you have access to host's binary from within virtual machine. You can copy some missing files. Though these copied binaries may or mayn't work inside VM! -- ---- Cheers, Lakshmipathi.G FOSS Programmer. www.giis.co.in On Wed, Feb 6, 2013 at 6:54 AM, Tony Su <to...@su...> wrote: > Update - I found that the init command was inaccessible in all running VMs > (weird) but this led me to look closer at what was available in /sbin. > > Unfortunately at least in the openSUSE image, any power off/shutdown/halt > commands failed because they in turn were calling apps which did not exist. > > In the end, I found a workaround... I simply killed the UML process > identified by the invoked kernel using top on the Host. This is likely OK > because all the UML fs so far have mounted only read only. > > Tony > On Feb 5, 2013 6:32 AM, "Tony Su" <to...@su...> wrote: > >> <slapping my head> >> Of course! >> >> Thx, >> Tony >> On Feb 4, 2013 7:05 PM, "Lakshmipathi.G" <lak...@gm...> >> wrote: >> >>> Hi Tony - >>> Did something like 'init 0' works ? >>> >>> Sometime back,I faced few problems after shutdown with 'init 0' file >>> system became read-only ! >>> more info here : >>> http://lists.fedoraproject.org/pipermail/india/2011-April/004567.html >>> >>> >>> -- >>> ---- >>> Cheers, >>> Lakshmipathi.G >>> FOSS Programmer. >>> www.giis.co.in >>> >>> >>> On Tue, Feb 5, 2013 at 3:15 AM, Tony Su <to...@su...>wrote: >>> >>>> Hello, >>>> Now that I recently was able to boot some UML VMs, I quickly ran into >>>> the problem that the fs I am using from fs.devloop.org.uk <all> seem >>>> to be missing some fairly standard executables like /sbin/shutdown. >>>> >>>> So, am wondering how to best shutdown a VM missing "shutdown," should >>>> it and others like PING be retrieved from the distro's repo? >>>> >>>> Tony >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Everyone hates slow websites. So do we. >>>> Make your web apps faster with AppDynamics >>>> Download AppDynamics Lite for free today: >>>> http://p.sf.net/sfu/appdyn_d2d_jan >>>> _______________________________________________ >>>> User-mode-linux-user mailing list >>>> Use...@li... >>>> https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user >>>> >>> >>> >>> <http://www.giis.co.in> >> >> <http://www.giis.co.in> |
|
From: Tony Su <to...@su...> - 2013-02-06 01:24:39
|
Update - I found that the init command was inaccessible in all running VMs (weird) but this led me to look closer at what was available in /sbin. Unfortunately at least in the openSUSE image, any power off/shutdown/halt commands failed because they in turn were calling apps which did not exist. In the end, I found a workaround... I simply killed the UML process identified by the invoked kernel using top on the Host. This is likely OK because all the UML fs so far have mounted only read only. Tony On Feb 5, 2013 6:32 AM, "Tony Su" <to...@su...> wrote: > <slapping my head> > Of course! > > Thx, > Tony > On Feb 4, 2013 7:05 PM, "Lakshmipathi.G" <lak...@gm...> wrote: > >> Hi Tony - >> Did something like 'init 0' works ? >> >> Sometime back,I faced few problems after shutdown with 'init 0' file >> system became read-only ! >> more info here : >> http://lists.fedoraproject.org/pipermail/india/2011-April/004567.html >> >> >> -- >> ---- >> Cheers, >> Lakshmipathi.G >> FOSS Programmer. >> www.giis.co.in >> >> >> On Tue, Feb 5, 2013 at 3:15 AM, Tony Su <to...@su...> wrote: >> >>> Hello, >>> Now that I recently was able to boot some UML VMs, I quickly ran into >>> the problem that the fs I am using from fs.devloop.org.uk <all> seem >>> to be missing some fairly standard executables like /sbin/shutdown. >>> >>> So, am wondering how to best shutdown a VM missing "shutdown," should >>> it and others like PING be retrieved from the distro's repo? >>> >>> Tony >>> >>> >>> ------------------------------------------------------------------------------ >>> Everyone hates slow websites. So do we. >>> Make your web apps faster with AppDynamics >>> Download AppDynamics Lite for free today: >>> http://p.sf.net/sfu/appdyn_d2d_jan >>> _______________________________________________ >>> User-mode-linux-user mailing list >>> Use...@li... >>> https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user >>> >> >> >> <http://www.giis.co.in> > > |
525 messages has been excluded from this view by a project administrator.
