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: Joe P. <jo...@pe...> - 2012-07-13 05:33:46
|
net-next commit ad7eee98be ("etherdevice: introduce eth_broadcast_addr")
added a new style API. Rename random_ether_addr to eth_random_addr to
create some API symmetry.
Joe Perches (8):
etherdevice: Rename random_ether_addr to eth_random_addr
ethernet: Use eth_random_addr
net: usb: Use eth_random_addr
wireless: Use eth_random_addr
drivers/net: Use eth_random_addr
s390: Use eth_random_addr
usb: Use eth_random_addr
arch: Use eth_random_addr
arch/blackfin/mach-bf537/boards/stamp.c | 2 +-
arch/c6x/kernel/soc.c | 2 +-
arch/mips/ar7/platform.c | 4 ++--
arch/mips/powertv/powertv_setup.c | 6 +++---
arch/um/drivers/net_kern.c | 2 +-
drivers/net/ethernet/atheros/atl1c/atl1c_hw.c | 2 +-
drivers/net/ethernet/atheros/atlx/atl1.c | 2 +-
drivers/net/ethernet/atheros/atlx/atl2.c | 2 +-
drivers/net/ethernet/ethoc.c | 2 +-
drivers/net/ethernet/intel/igb/igb_main.c | 4 ++--
drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c | 2 +-
drivers/net/ethernet/lantiq_etop.c | 2 +-
drivers/net/ethernet/micrel/ks8851.c | 2 +-
drivers/net/ethernet/micrel/ks8851_mll.c | 2 +-
drivers/net/ethernet/smsc/smsc911x.c | 2 +-
drivers/net/ethernet/ti/cpsw.c | 2 +-
drivers/net/ethernet/tile/tilegx.c | 2 +-
drivers/net/ethernet/wiznet/w5100.c | 2 +-
drivers/net/ethernet/wiznet/w5300.c | 2 +-
drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 2 +-
drivers/net/tun.c | 2 +-
drivers/net/usb/smsc75xx.c | 2 +-
drivers/net/usb/smsc95xx.c | 2 +-
drivers/net/usb/usbnet.c | 2 +-
drivers/net/wimax/i2400m/driver.c | 2 +-
drivers/net/wireless/adm8211.c | 2 +-
drivers/net/wireless/p54/eeprom.c | 2 +-
drivers/net/wireless/rt2x00/rt2400pci.c | 2 +-
drivers/net/wireless/rt2x00/rt2500pci.c | 2 +-
drivers/net/wireless/rt2x00/rt2500usb.c | 2 +-
drivers/net/wireless/rt2x00/rt2800lib.c | 2 +-
drivers/net/wireless/rt2x00/rt61pci.c | 2 +-
drivers/net/wireless/rt2x00/rt73usb.c | 2 +-
drivers/net/wireless/rtl818x/rtl8180/dev.c | 2 +-
drivers/net/wireless/rtl818x/rtl8187/dev.c | 2 +-
drivers/s390/net/qeth_l2_main.c | 2 +-
drivers/s390/net/qeth_l3_main.c | 2 +-
drivers/usb/atm/xusbatm.c | 4 ++--
drivers/usb/gadget/u_ether.c | 2 +-
include/linux/etherdevice.h | 14 ++++++++------
40 files changed, 52 insertions(+), 50 deletions(-)
--
1.7.8.111.gad25c.dirty
|
|
From: Toralf F. <tor...@gm...> - 2012-07-11 18:49:19
|
On 07/10/2012 02:45 PM, Toralf Förster wrote: > Now I'm wondering whether it is worth to care about it or not. Erm - host shows same behaviour ... so it is not an UML issue -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: Toralf F. <tor...@gm...> - 2012-07-11 18:16:42
|
On 07/11/2012 01:30 AM, richard -rw- weinberger wrote: > On Tue, Jul 10, 2012 at 2:45 PM, Toralf Förster <tor...@gm...> wrote: >> I tested the script of John Stultz (https://lkml.org/lkml/2012/7/1/203) >> at a UML of an unstable Gentoo Linux with recent host >> kernel linux-v3.5-rc5-98-g9e85a6f >> (without his proposed patches) and observed the following time jump of >> roughly 2 1/2 hours : > > I don't know what John's programing is exactly doing. > What is the expected result? > I wouldn't expeczt more than 1 seconds time shift from the program (attached for convenience) -- 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-07-10 23:30:14
|
On Tue, Jul 10, 2012 at 2:45 PM, Toralf Förster <tor...@gm...> wrote: > I tested the script of John Stultz (https://lkml.org/lkml/2012/7/1/203) > at a UML of an unstable Gentoo Linux with recent host > kernel linux-v3.5-rc5-98-g9e85a6f > (without his proposed patches) and observed the following time jump of > roughly 2 1/2 hours : I don't know what John's programing is exactly doing. What is the expected result? -- Thanks, //richard |
|
From: Toralf F. <tor...@gm...> - 2012-07-10 12:45:17
|
I tested the script of John Stultz (https://lkml.org/lkml/2012/7/1/203) at a UML of an unstable Gentoo Linux with recent host kernel linux-v3.5-rc5-98-g9e85a6f (without his proposed patches) and observed the following time jump of roughly 2 1/2 hours : # /mnt/n22/home/tfoerste/a 1341446400:46860754 1341446400:46867754 ... 1341446400:47172756 -------------------- 1341446400:47179756 1341446399:47227757 -------------------- 1341446399:283327230 ... 1341446399:283555228 1341446399:283574228 1341446399:283593228 Delta: 999951999 ns Here're the syslog lines : Jul 4 22:22:18 n22_uml courierd: SHUTDOWN: Stopping... Jul 5 01:59:59 n22_uml kernel: Clock: inserting leap second 23:59:60 UTC Now I'm wondering whether it is worth to care about it or not. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
|
From: Toralf F. <tor...@gm...> - 2012-07-08 10:00:44
|
On 07/08/2012 11:44 AM, richard -rw- weinberger wrote: > On Sun, Jul 8, 2012 at 1:21 AM, Paolo Giarrusso <p.g...@gm...> wrote: > > Nice to hear from you Paolo, are you planning to work again on UML? :) > > > It's CONFIG_UML_RANDOM. > Toralf, is it enabled in your config? > Gah - it is not enabled ... -- 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-07-08 09:45:01
|
On Sun, Jul 8, 2012 at 1:21 AM, Paolo Giarrusso <p.g...@gm...> wrote: Nice to hear from you Paolo, are you planning to work again on UML? :) > Yep - entropy comes from hardware interrupts, and UML doesn't have > enough such interrupts, as far as I remember; I think interrupts might > be individually marked as usable to produce entropy. I remember that > before I stopped development, a UML driver was introduced to allow UML > to feed on the host's entropy by reading the host's /dev/random. It's CONFIG_UML_RANDOM. Toralf, is it enabled in your config? -- Thanks, //richard |
|
From: Paolo G. <p.g...@gm...> - 2012-07-07 23:21:31
|
On Sat, Jul 7, 2012 at 11:58 PM, Toralf Förster <tor...@gm...> wrote: > I think, that the discussed hole is related to UML too (or at least was > related in the past). > IIRC when I booted a freshly created UML image for the first time - it > hang in the boot phase for a looong time for the creation of > public/private keys of an applciation (either apache2 or courier, but I > do not remember). > While this behaviour itself was good (the application still waited b/c > /dev/random blocked I was explained) - it indicated too less entropy > during boot of UML too, isn't it ? Yep - entropy comes from hardware interrupts, and UML doesn't have enough such interrupts, as far as I remember; I think interrupts might be individually marked as usable to produce entropy. I remember that before I stopped development, a UML driver was introduced to allow UML to feed on the host's entropy by reading the host's /dev/random. Not sure about the current status of all this, though. -- Paolo Giarrusso - Ph.D. Student http://www.informatik.uni-marburg.de/~pgiarrusso/ |
|
From: Toralf F. <tor...@gm...> - 2012-07-07 21:58:38
|
I think, that the discussed hole is related to UML too (or at least was related in the past). IIRC when I booted a freshly created UML image for the first time - it hang in the boot phase for a looong time for the creation of public/private keys of an applciation (either apache2 or courier, but I do not remember). While this behaviour itself was good (the application still waited b/c /dev/random blocked I was explained) - it indicated too less entropy during boot of UML too, isn't it ? -- 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-07-05 21:07:38
|
On Thu, Jul 5, 2012 at 10:58 PM, Chris Frey <cd...@fo...> wrote: > On Thu, Jul 05, 2012 at 04:38:51PM +0200, richard -rw- weinberger wrote: >> The article describes nothing that is not also doable with KVM these days. >> Anyway, UML is fun and nice to use. :-) > > Doesn't KVM require the extra VM CPU features? For older CPU's, I thought > UML was more efficient. Sure, to run KVM you need a modern CPU (kind of). Even my netbook supports KVM... But you can use UML on system where you are not root and the admin has not enabled KVM for users. -- Thanks, //richard |
|
From: Chris F. <cd...@fo...> - 2012-07-05 20:58:55
|
On Thu, Jul 05, 2012 at 04:38:51PM +0200, richard -rw- weinberger wrote: > The article describes nothing that is not also doable with KVM these days. > Anyway, UML is fun and nice to use. :-) Doesn't KVM require the extra VM CPU features? For older CPU's, I thought UML was more efficient. Am I also out of date? :-) Thanks, - Chris |
|
From: Toralf F. <tor...@gm...> - 2012-07-05 15:27:33
|
Hello,
I'm unsure whether this is the known tty-related signal issue (host kernel is 3.4.4)
Nevertheless today I observed this crash :
Core was generated by `/usr/local/bin/linux-v3.5-rc5-98-g9e85a6f earlyprintk ubda=/home/tfoerste/virtu'.
Program terminated with signal 6, Aborted.
#0 0xb778c424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb778c424 in __kernel_vsyscall ()
#1 0xb76533c6 in kill () at ../sysdeps/unix/syscall-template.S:82
#2 0x080749d5 in uml_abort () at arch/um/os-Linux/util.c:93
#3 0x08074d15 in os_dump_core () at arch/um/os-Linux/util.c:138
#4 0x080628c7 in panic_exit (self=0x83ac518, unused1=0, unused2=0x83cfaa0) at arch/um/kernel/um_arch.c:240
#5 0x0809f2ca in notifier_call_chain (nl=<optimized out>, val=0, v=0x83cfaa0, nr_to_call=-2, nr_calls=0x0)
at kernel/notifier.c:93
#6 0x0809f413 in __atomic_notifier_call_chain (nr_calls=0x0, nr_to_call=-1, v=0x83cfaa0, val=0, nh=0x83cfa44)
at kernel/notifier.c:182
#7 atomic_notifier_call_chain (nh=0x83cfa44, val=0, v=0x83cfaa0) at kernel/notifier.c:191
#8 0x083136ce in panic (fmt=0x8371d50 "Kernel mode fault at addr 0x%lx, ip 0x%lx") at kernel/panic.c:120
#9 0x0806248c in segv (fi=<incomplete type>, ip=0, is_user=0, regs=0x83aa5e0) at arch/um/kernel/trap.c:238
#10 0x080625d3 in segv_handler (sig=11, regs=0x83aa5e0) at arch/um/kernel/trap.c:184
#11 0x08073a5d in sig_handler_common (sig=11, mc=0x83aa920) at arch/um/os-Linux/signal.c:43
#12 0x08073bf2 in sig_handler (sig=11, mc=0x83aa920) at arch/um/os-Linux/signal.c:230
#13 0x0807372c in hard_handler (sig=<optimized out>, info=0x83aa88c, p=0x83aa90c) at arch/um/os-Linux/signal.c:164
#14 <signal handler called>
#15 0x00000000 in ?? ()
#16 0x080ca81f in mask_ack_irq (desc=0x83b5240) at kernel/irq/chip.c:234
#17 handle_edge_irq (irq=10, desc=0x83b5240) at kernel/irq/chip.c:493
#18 0x080c7dbe in generic_handle_irq_desc (desc=0x83b5240, irq=10) at include/linux/irqdesc.h:114
#19 generic_handle_irq (irq=10) at kernel/irq/irqdesc.c:314
#20 0x0805f015 in do_IRQ (irq=10, regs=0x83aa9e0) at arch/um/kernel/irq.c:294
#21 0x08062719 in winch (sig=28, regs=0x83aa9e0) at arch/um/kernel/trap.c:285
#22 0x08073a5d in sig_handler_common (sig=28, mc=0x83aad20) at arch/um/os-Linux/signal.c:43
#23 0x08073bf2 in sig_handler (sig=28, mc=0x83aad20) at arch/um/os-Linux/signal.c:230
#24 0x0807372c in hard_handler (sig=<optimized out>, info=0x83aac8c, p=0x83aad0c) at arch/um/os-Linux/signal.c:164
#25 <signal handler called>
#26 0xb778c424 in __kernel_vsyscall ()
#27 0xb76e95b3 in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82
#28 0x08064b51 in read (__nbytes=1, __buf=0x20f82ecb, __fd=20) at /usr/include/bits/unistd.h:45
#29 generic_read (fd=20, c_out=0x20f82ecb "", unused=0x0) at arch/um/drivers/chan_user.c:26
#30 0x080651ba in winch_interrupt (irq=10, data=0x20dffc40) at arch/um/drivers/line.c:731
#31 0x080c842d in handle_irq_event_percpu (desc=0x83b5240, action=0x20dff400) at kernel/irq/handle.c:142
#32 0x080c8567 in handle_irq_event (desc=0x83b5240) at kernel/irq/handle.c:192
#33 0x080ca7df in handle_edge_irq (irq=10, desc=0x83b5240) at kernel/irq/chip.c:519
#34 0x080c7dbe in generic_handle_irq_desc (desc=0x83b5240, irq=10) at include/linux/irqdesc.h:114
#35 generic_handle_irq (irq=10) at kernel/irq/irqdesc.c:314
#36 0x0805f015 in do_IRQ (irq=10, regs=0x20f4de90) at arch/um/kernel/irq.c:294
#37 0x08062719 in winch (sig=28, regs=0x20f4de90) at arch/um/kernel/trap.c:285
#38 0x08076e25 in userspace (regs=0x20f4de90) at arch/um/os-Linux/skas/process.c:442
#39 0x0805fc94 in fork_handler () at arch/um/kernel/process.c:181
#40 0x00000000 in ?? ()
--
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-07-05 14:39:04
|
Hi! On Thu, Jul 5, 2012 at 3:04 PM, James roben <jam...@gm...> wrote: > All, > > I recently read an article in Linux Journal 2012 July issue about UML ( > http://www.linuxjournaldigital.com/linuxjournal/201207?pg=60#pg60 ). I > really came to know the > power of UML. The first thing , i did was to subscribe to uml list . I > love this stuff ( UML ). Thanks for all > the developers for making this wonderful thing. It looks like you and the Linux Journal 2012 are five or ten years late. ;-) UML had it's great years some time ago. The article describes nothing that is not also doable with KVM these days. Anyway, UML is fun and nice to use. :-) -- Thanks, //richard |
|
From: James r. <jam...@gm...> - 2012-07-05 13:05:00
|
All, I recently read an article in Linux Journal 2012 July issue about UML ( http://www.linuxjournaldigital.com/linuxjournal/201207?pg=60#pg60 ). I really came to know the power of UML. The first thing , i did was to subscribe to uml list . I love this stuff ( UML ). Thanks for all the developers for making this wonderful thing. -James |
|
From: Tejas P. <pat...@ya...> - 2012-07-03 07:25:00
|
Hi, I installed UML aas per the instructions on uml website as below. Does it have debugging symbols built in to it so that I can do gdb: * Download this kernel (or this one for 64-bit systems) and this filesystem (80M, uncompressing to 1.6G) (or this 64-bit filesystem) * Uncompress them:host% bunzip2 linux-2.6.24-rc7.bz2 FedoraCore5-x86-root_fs.bz2 * Run UML as follows:host% chmod 755 ./linux-2.6.24-rc7 host% ./linux-2.6.24-rc7 ubda=FedoraCore5-x86-root_fs mem=128M Boot log * Log in as root, no password needed:Fedora Core release 5 (Bordeaux) Kernel 2.6.19-rc7 on an i686 localhost login: root [root@localhost ~]# * Explore! * When you're done, shut it down:[root@localhost ~]# halt Broadcast message from root (tty0) (Tue Apr 4 17:18:01 2006): The system is going down for system halt NOW! INIT: Switching to runlevel: 0 INIT: Sending processes the TERM signal Shutdown log Thanks. |
|
From: Cong W. <am...@re...> - 2012-06-23 10:05:32
|
Signed-off-by: Cong Wang <am...@re...>
---
arch/um/include/asm/kmap_types.h | 18 +-----------------
1 files changed, 1 insertions(+), 17 deletions(-)
diff --git a/arch/um/include/asm/kmap_types.h b/arch/um/include/asm/kmap_types.h
index 6c03acd..2e0a6b1 100644
--- a/arch/um/include/asm/kmap_types.h
+++ b/arch/um/include/asm/kmap_types.h
@@ -8,22 +8,6 @@
/* No more #include "asm/arch/kmap_types.h" ! */
-enum km_type {
- KM_BOUNCE_READ,
- KM_SKB_SUNRPC_DATA,
- KM_SKB_DATA_SOFTIRQ,
- KM_USER0,
- KM_USER1,
- KM_UML_USERCOPY, /* UML specific, for copy_*_user - used in do_op_one_page */
- KM_BIO_SRC_IRQ,
- KM_BIO_DST_IRQ,
- KM_PTE0,
- KM_PTE1,
- KM_IRQ0,
- KM_IRQ1,
- KM_SOFTIRQ0,
- KM_SOFTIRQ1,
- KM_TYPE_NR
-};
+#define KM_TYPE_NR 14
#endif
--
1.7.7.6
|
|
From: David F. <da...@di...> - 2012-06-19 09:06:42
|
Hi, In case anybody is interested, in the context of VNX project we have adapted the mconsole-exec patch to version 3.3.8 of kernel. This patch allows the execution of commands inside virtual machines from the host using uml_mconsole command. You can find it here: http://vnx.dit.upm.es/vnx/kernels/mconsole-exec-3.3.8.patch Please, read the disclaimer inside the patch before using it. Best regards, David Virtual Networks over linuX http://vnx.dit.upm.es |
|
From: richard -r. w. <ric...@gm...> - 2012-06-06 15:15:00
|
On Wed, Jun 6, 2012 at 4:15 PM, Lars Ekman G <lar...@er...> wrote: > > Hello, > > Yes, it works fine; > Okay, I'll queue this patch for -stable. -- Thanks, //richard |
|
From: Lars E. G <lar...@er...> - 2012-06-06 14:15:44
|
Hello, Yes, it works fine; / # /hostfs/numcpu _SC_NPROCESSORS_CONF = 1 _SC_NPROCESSORS_ONLN = 1 Thanks, Lars Ekman -----Original Message----- From: richard -rw- weinberger [mailto:ric...@gm...] Sent: den 6 juni 2012 15:17 To: Lars Ekman G Cc: use...@li... Subject: Re: [uml-user] sysconf(_SC_NPROCESSORS_CONF) returns incorrect on UML (0) On Wed, Jun 6, 2012 at 1:33 PM, richard -rw- weinberger <ric...@gm...> wrote: > Okay, I have an idea what's going on. > I'll send a patch ASAP. > Does the attached patch solve the problem? -- Thanks, //richard |
|
From: richard -r. w. <ric...@gm...> - 2012-06-06 13:17:32
|
On Wed, Jun 6, 2012 at 1:33 PM, richard -rw- weinberger <ric...@gm...> wrote: > Okay, I have an idea what's going on. > I'll send a patch ASAP. > Does the attached patch solve the problem? -- Thanks, //richard |
|
From: richard -r. w. <ric...@gm...> - 2012-06-06 11:33:59
|
On Wed, Jun 6, 2012 at 1:29 PM, Lars Ekman G <lar...@er...> wrote: > Hello, > > examples/lttng > /lib/libc.so.6 > GNU C Library stable release version 2.11.1 (20100118), by Roland McGrath et al. > Copyright (C) 2009 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > Configured for i686-suse-linux. > Compiled by GNU CC version 4.3.4 [gcc-4_3-branch revision 152973]. > Compiled on a Linux 2.6.32 system on 2010-10-25. > Available extensions: > crypt add-on version 2.1 by Michael Glad and others > GNU Libidn by Simon Josefsson > NoVersion patch for broken glibc 2.0 binaries > Native POSIX Threads Library by Ulrich Drepper et al > BIND-8.2.3-T5B > > On a SLED 11 SP1 host (company WS, hence the ancient version) > Okay, I have an idea what's going on. I'll send a patch ASAP. -- Thanks, //richard |
|
From: Lars E. G <lar...@er...> - 2012-06-06 11:29:35
|
Hello,
examples/lttng > /lib/libc.so.6
GNU C Library stable release version 2.11.1 (20100118), by Roland McGrath et al.
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Configured for i686-suse-linux.
Compiled by GNU CC version 4.3.4 [gcc-4_3-branch revision 152973].
Compiled on a Linux 2.6.32 system on 2010-10-25.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
NoVersion patch for broken glibc 2.0 binaries
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
On a SLED 11 SP1 host (company WS, hence the ancient version)
An "strace" shows;
> strace numcpu
(...stuff removed)
open("/sys/devices/system/cpu", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
fcntl64(3, F_GETFD) = 0x1 (flags FD_CLOEXEC)
brk(0) = 0x804b000
brk(0x8074000) = 0x8074000
getdents64(3, /* 7 entries */, 32768) = 208
getdents64(3, /* 0 entries */, 32768) = 0
brk(0x806c000) = 0x806c000
close(3) = 0
fstat64(1, {st_mode=S_IFCHR|0660, st_rdev=makedev(4, 0), ...}) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4018f000
write(1, "_SC_NPROCESSORS_CONF = 0\n", 25_SC_NPROCESSORS_CONF = 0
) = 25
open("/proc/stat", O_RDONLY|O_CLOEXEC) = 3
read(3, "cpu 6 0 6 1228 0 0 0 0 0 0\ncpu0"..., 8192) = 210
close(3) = 0
write(1, "_SC_NPROCESSORS_ONLN = 1\n", 25_SC_NPROCESSORS_ONLN = 1
) = 25
exit_group(0) = ?
Regards,
L Ekman
-----Original Message-----
From: richard -rw- weinberger [mailto:ric...@gm...]
Sent: den 6 juni 2012 13:18
To: Lars Ekman G
Cc: use...@li...
Subject: Re: [uml-user] sysconf(_SC_NPROCESSORS_CONF) returns incorrect on UML (0)
On Wed, Jun 6, 2012 at 12:56 PM, Lars Ekman G <lar...@er...> wrote:
> I am using UML-kernel; 3.0.26
>
> Anyway, this program;
>
> #include <stdio.h>
> #include <unistd.h>
> int main(int argc, char* argv[])
> {
> printf("_SC_NPROCESSORS_CONF = %d\n",
> sysconf(_SC_NPROCESSORS_CONF));
> printf("_SC_NPROCESSORS_ONLN = %d\n",
> sysconf(_SC_NPROCESSORS_ONLN));
> return 0;
> }
>
> prints;
>
> _SC_NPROCESSORS_CONF = 0
> _SC_NPROCESSORS_ONLN = 1
>
> I found this when using http://lttng.org/ust on UML.
> It "almost worked". In fact everything except "lttng start"
> seems to work. I patched LTTng to fix the problem.
>
> The problem took a few hours to find so I post this just in case.
Thanks a lot for reporting this!
What glibc-version are you using?
--
Thanks,
//richard
|
|
From: richard -r. w. <ric...@gm...> - 2012-06-06 11:18:15
|
On Wed, Jun 6, 2012 at 12:56 PM, Lars Ekman G <lar...@er...> wrote:
> I am using UML-kernel; 3.0.26
>
> Anyway, this program;
>
> #include <stdio.h>
> #include <unistd.h>
> int main(int argc, char* argv[])
> {
> printf("_SC_NPROCESSORS_CONF = %d\n", sysconf(_SC_NPROCESSORS_CONF));
> printf("_SC_NPROCESSORS_ONLN = %d\n", sysconf(_SC_NPROCESSORS_ONLN));
> return 0;
> }
>
> prints;
>
> _SC_NPROCESSORS_CONF = 0
> _SC_NPROCESSORS_ONLN = 1
>
> I found this when using http://lttng.org/ust on UML.
> It "almost worked". In fact everything except "lttng start"
> seems to work. I patched LTTng to fix the problem.
>
> The problem took a few hours to find so I post this
> just in case.
Thanks a lot for reporting this!
What glibc-version are you using?
--
Thanks,
//richard
|
|
From: Lars E. G <lar...@er...> - 2012-06-06 10:56:57
|
Hello,
This may be caused by a bad configuration, or it may have been
corrected already. In that case I apologize.
I am using UML-kernel; 3.0.26
Anyway, this program;
#include <stdio.h>
#include <unistd.h>
int main(int argc, char* argv[])
{
printf("_SC_NPROCESSORS_CONF = %d\n", sysconf(_SC_NPROCESSORS_CONF));
printf("_SC_NPROCESSORS_ONLN = %d\n", sysconf(_SC_NPROCESSORS_ONLN));
return 0;
}
prints;
_SC_NPROCESSORS_CONF = 0
_SC_NPROCESSORS_ONLN = 1
I found this when using http://lttng.org/ust on UML.
It "almost worked". In fact everything except "lttng start"
seems to work. I patched LTTng to fix the problem.
The problem took a few hours to find so I post this
just in case.
Best Regards,
Lars Ekman
|
|
From: Toralf F. <tor...@gm...> - 2012-06-04 13:56:43
|
On 06/03/2012 11:41 AM, richard -rw- weinberger wrote: > Al and I currently working on -rc1. > There are TTY and signal issues. > > Stay tuned. > Yep - there's something wired. The current git version cannot be started in background, meaning that something like $>./linux ... con=pts con0=fd:0,fd:1 con1=pts con12=pts ... & creates 3 processes called "linux" - and the output doesn't continue after : ... NET: Registered protocol family 17 Key type dns_resolver registered initlevel:7=late, 21 registered initcalls Initialized stdio console driver -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |