On Mon, Sep 16, 2013 at 10:04 PM, Toralf Förster wrote:
> If I run the following script
>
> $> cat l.sh
> #!/bin/sh
> #
>
> /usr/local/bin/linux-v3.11-8718-g0fb5ca1 earlyprintk
> ubda=/home/tfoerste/virtual/uml/n22unst4 ubdb=/mnt/ramdisk/n22unst4_swap
> eth0=tuntap,tap2,72:ef:3d:5d:d3:db mem=102
On Sat, Sep 7, 2013 at 10:44 PM, Toralf Förster wrote:
> Today I run latest git tree with a patched UML (this patch + one for xterm
> issues) and got 2 times a core dump
> when I fuzzy test an UML machine with a nearly identical scenario as already
> described but just shutdowned
> both UML imag
On Wed, Aug 28, 2013 at 7:21 PM, Toralf Förster wrote:
> On 08/27/2013 08:06 PM, J. Bruce Fields wrote:
>> On Tue, Aug 13, 2013 at 05:53:14PM -0400, bfields wrote:
>>> On Mon, Aug 12, 2013 at 04:36:40PM +0200, Jan Kara wrote:
On Sun 11-08-13 11:48:49, Toralf Förster wrote:
> so that the s
On Sat, Aug 17, 2013 at 9:44 AM, wrote:
> Den 2013-08-16 21:44, skrev Richard Weinberger:
>> +long probe_kernel_read(void *dst, const void *src, size_t size)
>> +{
>> + void *psrc = (void *)rounddown((u64)src, PAGE_SIZE);
> Should not size be increased if psrc is moved down?
>
> Example:
>
On Thu, Aug 15, 2013 at 8:59 PM, Richard W.M. Jones wrote:
> On Thu, Aug 15, 2013 at 08:41:53PM +0200, richard -rw- weinberger wrote:
>> Meant regarding fsync()...
>
> Ah right, see what you mean :-)
>
> It calls sync(2). Then it opens each /dev/ubdX device and call
On Thu, Aug 15, 2013 at 7:59 PM, Richard W.M. Jones wrote:
> On Thu, Aug 15, 2013 at 07:37:06PM +0200, richard -rw- weinberger wrote:
>> On Wed, Aug 14, 2013 at 7:59 PM, Richard W.M. Jones
>> wrote:
>> >
>> > I performed some benchmarks against KVM:
>> &
On Tue, Aug 13, 2013 at 2:25 PM, Richard W.M. Jones wrote:
> On Tue, Aug 13, 2013 at 01:04:01PM +0100, Richard W.M. Jones wrote:
>> OK, I understand what's going wrong and how to reproduce the
>> signal-to-parent problem. It does look like a bug in vmlinux.
>>
>> It happens if the init process (P
On Wed, Aug 14, 2013 at 7:59 PM, Richard W.M. Jones wrote:
>
> I performed some benchmarks against KVM:
>
> http://rwmj.wordpress.com/2013/08/14/performance-of-user-mode-linux-as-a-libguestfs-backend/#content
>
> Notes for those that don't want to read all that, there are at least
> two bugs I fou
On Mon, Aug 12, 2013 at 9:37 AM, richard -rw- weinberger
wrote:
> On Sun, Aug 11, 2013 at 7:48 PM, Richard W.M. Jones wrote:
>> I found by experimentation that killing (SIGTERM) the first vmlinux
>> process only kills part of a UML virtual machine. There are still
>>
On Sun, Aug 11, 2013 at 7:48 PM, Richard W.M. Jones wrote:
> I found by experimentation that killing (SIGTERM) the first vmlinux
> process only kills part of a UML virtual machine. There are still
> vmlinux processes (or threads?) running.
>
> Compare the process listings below before and after s
On Fri, Aug 9, 2013 at 10:43 PM, Richard W.M. Jones wrote:
> Today I wrote some patches (for libguestfs) which add an experimental
> UML backend:
>
> https://www.redhat.com/archives/libguestfs/2013-August/msg5.html
>
> There are some observations from this.
>
> * 'ubd=cow,original' is not pa
On Sun, May 26, 2013 at 4:48 PM, Hopsing K wrote:
> Hi, Ok, thanks. I got a little better picture. Is the following true:
> - The ptrace-ing parent waits in waitpid() called from within the
> userspace() loops.
Correct.
> - The SIGVTALRM comes in and the signal handler is executed, it'll end up
On Sun, May 26, 2013 at 1:01 AM, Hopsing K wrote:
> I'm running UML in Linux 3.2 (Debian) in SKAS0 mode. I compiled UML with
> defconfig.
> Now I try to poked in the source to figure out how Preemption is done
> in UML. I came so far to understand that there is a ptrace-ing parent and
> for each
On Sat, May 25, 2013 at 2:18 PM, Greg KH wrote:
> On Sat, May 25, 2013 at 05:55:22PM +0700, Antoine Martin wrote:
>> Linus' vm patches broke the UML build in 3.0.75 onwards:
>>
>> CC mm/memory.o
>> mm/memory.c: In function ‘vm_iomap_memory’:
>> mm/memory.c:2363:2: error: implicit declaratio
- Ursprüngliche Mail -
> On 05/17/2013 02:22 PM, richard -rw- weinberger wrote:
> > Toralf, can you please append the attached patch too?
> > It makes processes killable which corrupted their stub pages.
> yes - now I can run an trinity infinite with the syscall mremap()
On Fri, May 17, 2013 at 12:00 PM, richard -rw- weinberger
wrote:
> On Wed, May 15, 2013 at 9:35 PM, richard -rw- weinberger
> wrote:
>> On Wed, May 15, 2013 at 9:30 PM, Toralf Förster
>> wrote:
>>> On 05/15/2013 09:11 PM, richard -rw- weinberger wrote:
>>&
On Wed, May 15, 2013 at 9:35 PM, richard -rw- weinberger
wrote:
> On Wed, May 15, 2013 at 9:30 PM, Toralf Förster
> wrote:
>> On 05/15/2013 09:11 PM, richard -rw- weinberger wrote:
>>> On Wed, May 15, 2013 at 9:06 PM, Toralf Förster
>>> wrote:
>>&g
On Wed, May 15, 2013 at 9:30 PM, Toralf Förster wrote:
> On 05/15/2013 09:11 PM, richard -rw- weinberger wrote:
>> On Wed, May 15, 2013 at 9:06 PM, Toralf Förster
>> wrote:
>>> On 05/13/2013 09:12 AM, richard -rw- weinberger wrote:
>>>> This looks like
On Wed, May 15, 2013 at 9:06 PM, Toralf Förster wrote:
> On 05/13/2013 09:12 AM, richard -rw- weinberger wrote:
>> This looks like another issue.
>> Are you testing process_vm_writev() with trinity?
>> Looks like it managed to overwrite the stub page of a process, which
>&
On Mon, May 13, 2013 at 12:18 PM, Geert Uytterhoeven
wrote:
> On Mon, May 13, 2013 at 12:07 PM, richard -rw- weinberger
> wrote:
>> On Mon, May 13, 2013 at 11:54 AM, Michael Ellerman
>> wrote:
>
>>> Possibly. We're cross compiling these on powerpc so perha
On Mon, May 13, 2013 at 11:54 AM, Michael Ellerman
wrote:
>
>
> Geert Uytterhoeven wrote:
>
>>On Sun, May 12, 2013 at 11:17 PM, richard -rw- weinberger
>> wrote:
>>> On Sun, May 12, 2013 at 10:47 PM, Geert Uytterhoeven
>>> wrote:
>>>> On Sun
On Mon, May 13, 2013 at 12:13 AM, Toralf Förster wrote:
> On 05/12/2013 11:28 PM, richard -rw- weinberger wrote:
>> Toralf, please test the attached patch.
>
> This happens here after applying the strnlen + stub4 patch on top of 3.10-rc1
This looks like another issue.
On Sun, May 12, 2013 at 10:31 PM, richard -rw- weinberger
wrote:
> On Sun, May 12, 2013 at 10:29 PM, Toralf Förster
> wrote:
>> On 05/12/2013 09:56 PM, richard -rw- weinberger wrote:
>>> On Sun, May 12, 2013 at 9:53 PM, Toralf Förster
>>> wrote:
>>&g
Geert,
On Sun, May 12, 2013 at 10:47 PM, Geert Uytterhoeven
wrote:
> On Sun, 12 May 2013, Geert Uytterhoeven wrote:
>> However, the full list of errors isn't that unmanageable, so I'm following
>> up with a digested list...
>
> arch/um/drivers/cow_user.c:216: error: implicit declaration of functi
On Sun, May 12, 2013 at 10:29 PM, Toralf Förster wrote:
> On 05/12/2013 09:56 PM, richard -rw- weinberger wrote:
>> On Sun, May 12, 2013 at 9:53 PM, Toralf Förster
>> wrote:
>>> On 05/12/2013 09:45 PM, richard -rw- weinberger wrote:
>>>> Damn, we've unde
On Sun, May 12, 2013 at 9:53 PM, Toralf Förster wrote:
> On 05/12/2013 09:45 PM, richard -rw- weinberger wrote:
>> Damn, we've underrun the counter. :-\
>> Can you please test the attached 3rd debug patch?
>
> yes - but give me a chance and attach a patch ;)
*g* I&
On Sun, May 12, 2013 at 8:45 PM, Toralf Förster wrote:
> On 05/12/2013 06:31 PM, richard -rw- weinberger wrote:
>> Toralf, can you please replace stub_pte_fix.diff with the attached patch?
>
> Hhm,
>
> ok, now it tooks hours than minutes, but :
>
> 013-05-12T20:37:17
On Sun, May 12, 2013 at 6:10 PM, richard -rw- weinberger
wrote:
> On Sun, May 12, 2013 at 6:08 PM, Toralf Förster
> wrote:
>> On 05/12/2013 05:58 PM, richard -rw- weinberger wrote:
>>> Do you have stub_pte_fix.diff applied?
>> yes, both the stub and the str
On Sun, May 12, 2013 at 6:08 PM, Toralf Förster wrote:
> On 05/12/2013 05:58 PM, richard -rw- weinberger wrote:
>> Do you have stub_pte_fix.diff applied?
> yes, both the stub and the strnlen patch
Okay, I fear stub_pte_fix.diff does not do the right thing.
/me cooks up a debug patch
On Sun, May 12, 2013 at 5:47 PM, Toralf Förster wrote:
> With recent host and guest kernel trinity often triggers that warning
> which refers to this line
>
> WARN_ON(mm->nr_ptes > (FIRST_USER_ADDRESS+PMD_SIZE-1)>>PMD_SHIFT);
>
> /me wonders if (and how) I can help to identify the root cause (if i
On Sat, May 11, 2013 at 3:26 PM, richard -rw- weinberger
wrote:
> On Sat, May 11, 2013 at 3:19 PM, Toralf Förster
> wrote:
>> On 05/11/2013 02:27 PM, richard -rw- weinberger wrote:
>>> On Sat, May 11, 2013 at 2:26 PM, richard -rw- weinberger
>>> wrote:
>&g
On Sat, May 11, 2013 at 3:19 PM, Toralf Förster wrote:
> On 05/11/2013 02:27 PM, richard -rw- weinberger wrote:
>> On Sat, May 11, 2013 at 2:26 PM, richard -rw- weinberger
>> wrote:
>>> On Sat, May 11, 2013 at 1:01 PM, Sergei Trofimovic>> Toralf, please use the
&g
On Sat, May 11, 2013 at 2:26 PM, richard -rw- weinberger
wrote:
> On Sat, May 11, 2013 at 1:01 PM, Sergei Trofimovich wrote:
>>> With this change:
>>>
>>> diff --git a/fs/namespace.c b/fs/namespace.c
>>> index 7b1ca9b..289211d 100644
>>&g
On Sat, May 11, 2013 at 1:01 PM, Sergei Trofimovich wrote:
>> With this change:
>>
>> diff --git a/fs/namespace.c b/fs/namespace.c
>> index 7b1ca9b..289211d 100644
>> --- a/fs/namespace.c
>> +++ b/fs/namespace.c
>> @@ -2236,6 +2236,8 @@ int copy_mount_string(const void __user *data, char
>> **whe
On Sat, May 11, 2013 at 1:01 PM, Sergei Trofimovich wrote:
>> With this change:
>>
>> diff --git a/fs/namespace.c b/fs/namespace.c
>> index 7b1ca9b..289211d 100644
>> --- a/fs/namespace.c
>> +++ b/fs/namespace.c
>> @@ -2236,6 +2236,8 @@ int copy_mount_string(const void __user *data, char
>> **whe
On Sat, May 11, 2013 at 10:36 AM, Toralf Förster wrote:
>
> Dave,
>
> can you pls answer to Richards question:
>
> So, we trigger "if (WARN_ON_ONCE(size > KMALLOC_MAX_SIZE))".
> Now I'm wondering what kind of argument string trinity gave to
> mount().
> How long is it?
He
On Wed, May 1, 2013 at 7:54 PM, Terry Hsu wrote:
> Indeed, I am developing some functions for the virtual memory subsystem in
> the kernel.
> Qemu replaces UML in my case. I run qemu without kvm support because I don't
> seem to be able to run nested virtualization in virtualbox.
> Anyway now Qemu
- Ursprüngliche Mail -
>
>
> > UML development mostly stopped in favor to KVM.
>
>
> so you mean to say that KVM is preferable to UML?
> (I Guess it may depend on the situation?)
KVM is *much* faster than UML and *much* less hacky. :-)
Thanks,
//richard
--
On Tue, Apr 30, 2013 at 6:49 PM, Earlence Fernandes
wrote:
> But then there's a fundamental question of whether KVM has similar
> semantics.
KVM works completely different than UML does.
> UML was incredibly useful to my project since it ran a whole "kernel +
> processes" in user space.
> Now i'
On Tue, Apr 30, 2013 at 6:12 PM, Earlence Fernandes
wrote:
> The book (2004) states that work was going on for hardware assisted virt.
I don't think so.
> Has there been progress on it? Where do I find information on it?
> The UML source tree still comes with the original modes of operation.
UM
On Tue, Apr 30, 2013 at 1:23 AM, Earlence Fernandes
wrote:
> From the book by Jeff Dike, I get the impression that the UML kernel is
> placed in a reserved memory section in every process it virtualizes. Is this
> a correct interpretation?
Better read the book twice. ;)
That is exactly what SKAS
On Sun, Apr 28, 2013 at 9:15 PM, Earlence Fernandes
wrote:
> so does the code for interception now live in skas/ ?
Just grep for "ptrace". :-)
--
Thanks,
//richard
--
Try New Relic Now & We'll Send You this Cool Shirt
N
On Sun, Apr 28, 2013 at 5:43 PM, Earlence Fernandes
wrote:
> I keep reading that there is a tracing thread that intercepts process
> syscalls and I've been grepping thru the kernel sources to find this.
UML intercepts all system calls in any mode.
Tracing thread mode (tt) was the very first opera
On Sat, Apr 13, 2013 at 4:59 AM, Terry Hsu wrote:
>
> On Fri, Apr 12, 2013 at 1:14 AM, Terry Hsu wrote:
>>
>> okay so I looked into the faultinfo structure and was able to obtain the
>> faulting address, error code, and trap number(?). From my understanding the
>> error code is the bottom 3 bits
On Thu, Apr 11, 2013 at 10:14 PM, Terry Hsu wrote:
> The page fault loop for the same address happens in my UML. But for both my
> UML and the mainline (I am using 3.7.1) kernel, the addresses that trigger
> the page fault (in the child thread) are covered by certain vm areas. I use
> gdb to trace
On Thu, Apr 11, 2013 at 6:15 AM, Terry Hsu wrote:
> Hi Richard, thanks for replying. I did go back to see the code and try to
> understand what exactly is going on in UML, but still no luck.
>
> The faulted address is covered by one of the vm areas of the task, so it
> passed the vma sanity check
On Sun, Apr 7, 2013 at 8:30 PM, Peter Butler wrote:
> Here's one more example, still the same setup, but this time crashing at
> the same place as the original bug report. (BUG: failure at
> block/blk-core.c:2978/blk_flush_plug_list()!) See below for output.
>
> BTW my host setup is Linux Mint 14:
On Sat, Apr 6, 2013 at 9:23 PM, Terry Hsu wrote:
> Is there any available resource that explains how user-mode-linux maps the
> pages of a task in UML to the host kernel?
The code...? ;)
UML receives a SIGEGV on the host side if a page is not mapped.
The SIGEGV handler then installs the mapping u
On Sun, Apr 7, 2013 at 12:53 AM, Peter Butler wrote:
> OK setting SUBARCH did the trick. Thanks for that. :-)
Can you do a git bisect between 3.8 and 3.9-X to find the evil doer?
You'll get the credit. :-)
> Here's the output from a crash using the associated build. Too several
> boots to tri
On Mon, Mar 11, 2013 at 9:53 AM, Dhiru Kholia wrote:
> Hi,
>
> $ make ARCH=um defconfig
> $ make ARCH=um
> ...
> arch/um/os-Linux/signal.c:18:8: error: conflicting types for ‘sig_info’
> In file included from arch/um/os-Linux/signal.c:12:0:
> /repos/linux/arch/um/include/shared/as-layout.h:64:15:
On Wed, Mar 6, 2013 at 2:48 PM, Earlence Fernandes
wrote:
> Hi,
>
> I have a small research project, so at the moment, I don't want to try to
> get it into mainline.
Nandsim works on UML, so you can have an mtd device in UML.
But I'm not sure if you can boot from it
--
Thanks,
//richard
--
On Tue, Feb 19, 2013 at 4:28 AM, Earlence Fernandes
wrote:
> Hi,
>
> I am interested in adding support for using YAFFS2 images as a rootfs.
> Any pointers on how to get started on this?
YAFFS2 is not mainline.
This is the first thing you need to fix. :)
--
Thanks,
//richard
---
On Sun, Oct 21, 2012 at 12:07 AM, Lekensteyn wrote:
> Hi Richard,
>
> On Saturday 20 October 2012 22:55:22 Richard Weinberger wrote:
>> Is this glibc-2.17?
> This is glibc 2.16 on Arch Linux.
>
>> I've an idea whats going on.
> Great! Meanwhile I've built 3.6.2 with a hack:
> sed -i '1,1i#includ
On Sat, Sep 29, 2012 at 7:31 PM, James McMechan
wrote:
>> Date: Thu, 27 Sep 2012 09:38:58 +1000
>> From: nip...@tpg.com.au
>> To: james_mcmec...@hotmail.com
>> Subject: strange behaviour of ubd
>>
>> Hello James,
>> I have been using User Mode Linux since 2004 as virtual lab for studying.
>> I hav
On Fri, Aug 31, 2012 at 3:11 PM, Marco Stornelli
wrote:
> Fix a compilation error due to a regression of commit
> d3c1cfcdb43e023ab1b1c7a555cd9e929026500a
> "um: pass siginfo to guest process".
>
> Signed-off-by: Marco Stornelli
Thanks, patch will be submitted to Linus ASAP with other UML fixes.
On Fri, Aug 31, 2012 at 2:14 PM, Marco Stornelli
wrote:
> Hi,
>
> I'm trying to compile the latest kernel for arch um, using the latest
> Linus's tree, but it doesn't compile due to the commit:
>
> um: pass siginfo to the guest process.
>
> I think the fix is trivial. At line 117 of os-Linux/time.
On Fri, Aug 24, 2012 at 6:19 PM, Dragos Diaconescu
wrote:
> Hello,
>
> I try to compile the UML, from a linux kernel(make ARCH=um SUBARCH=i386)
> and I have configured it to use SMP (make config). I am getting the
> following error:
>
> CHK include/generated/utsrelease.h
> CC arch/um/
On Fri, Aug 24, 2012 at 5:09 PM, Dragos Diaconescu
wrote:
> Can you please
> give me some directions? Shall I implement in the same manner as is
> implemented in
> /arch/x86/lib/delay.c . What are the big differences between this
> implementation and in an implementation
> for UML?
If you a
On Wed, Aug 22, 2012 at 6:34 PM, Dragos Diaconescu
wrote:
>at an interval of some nanoseconds and to use the ndelay function. I saw
> that in the kernel implementation
>for the uml there is no "delay_tsc"
>function and there is only the "delay_loop" function. I am wondering why
> the d
On Wed, Aug 22, 2012 at 3:23 PM, Dragos Diaconescu
wrote:
> On an ubuntu kernel I used a busy waiting, with ndelay function which uses
> the TSC register, but
> I have noticed that this register cannot be read from an UML.
Please provide a test case.
--
Thanks,
//richard
-
On Fri, Aug 3, 2012 at 3:51 PM, Vianney le Clément wrote:
> On Thu, Aug 2, 2012 at 9:42 AM, richard -rw- weinberger
> wrote:
>> As it's a trivial patch you can also send it s attachment.
>> (If nothing else works)
>
> Hi Richard,
>
> Did you receive the pat
On Fri, Jul 6, 2012 at 4:19 PM, richard -rw- weinberger
wrote:
> Hi!
>
> On Fri, Jul 6, 2012 at 2:45 PM, Denis Kirjanov wrote:
>> So I want to bring up powerpc port which has never been in working
>> state. I've created git tree on github:
>> https://github.com/d
On Thu, Aug 2, 2012 at 8:53 AM, Vianney le Clément wrote:
> On Thu, Aug 2, 2012 at 12:51 AM, Richard Weinberger
> wrote:
>> On 31.07.2012 10:28, Vianney le Clément de Saint-Marcq wrote:
>>>
>>> From: Vianney le Clément de Saint-Marcq
>>>
>>> As of glibc 2.16, sys/wait.h does no longer include sy
Hi!
On Fri, Jul 6, 2012 at 2:45 PM, Denis Kirjanov wrote:
> So I want to bring up powerpc port which has never been in working
> state. I've created git tree on github:
> https://github.com/dkirjanov/uml-powerpc
Awesome!
What do you have so far?
The tree on github seems to be only clone from Lin
On Thu, Jun 21, 2012 at 9:45 PM, Will Drewry wrote:
> Cool! I'll clean it up. So far I also found a use-after-free bug which broke
> list traversal (during screen redraw) and moved it from kthread to workqueues.
> There are still a lot of pieces which don't make as much sense to me yet, but
> onc
On Thu, Jun 21, 2012 at 5:56 PM, Will Drewry wrote:
> Not sure if anyone still cares, but if I end up getting it more cleaned up,
> I'll
> post a 3.5 port in a weekend in the near future :)
Would be great!
If it works and is clean I'll happily merge it upstream. :-)
--
Thanks,
//richard
-
On Thu, Jun 21, 2012 at 4:29 PM, David Fernández wrote:
>
> What command should I use to revert that specific commit? I'm not an expert
> in git, in fact I just learnt what a 'git bisect' is after your message
> ...:-)
E.g:
$ git show 026cee00 > sucker.diff
$ patch -p1 -R < sucker.diff
--
Thank
On Fri, Jun 15, 2012 at 7:20 PM, Martin Pärtel wrote:
> UML guest processes now get correct siginfo_t for SIGTRAP, SIGFPE,
> SIGILL and SIGBUS. Specifically, si_addr and si_code are now correct
> where previously they were si_addr = NULL and si_code = 128.
>
> Signed-off-by: Martin Pärtel
Do we
On Wed, Jun 20, 2012 at 7:02 PM, David Fernández wrote:
> Finally I managed to do the git bisect with your indications. The result:
>
> # git bisect bad
> 026cee0086fe1df4cf74691cf273062cc769617d is the first bad commit
> commit 026cee0086fe1df4cf74691cf273062cc769617d
> Author: Pawel Moll
> Date
On Wed, Jun 20, 2012 at 12:33 AM, David Fernández wrote:
>
> El 19/06/2012, a las 11:03, richard -rw- weinberger escribió:
>
>> On Tue, Jun 19, 2012 at 10:55 AM, David Fernández wrote:
>>> Any idea of the cause of the problem? A simple 'diff' between 3.3 and
On Tue, Jun 19, 2012 at 10:55 AM, David Fernández wrote:
> Any idea of the cause of the problem? A simple 'diff' between 3.3 and
> 3.4 versions shows the option parsing code has changed significantly.
Can you do a git bisect?
--
Thanks,
//richard
---
On Thu, Jun 7, 2012 at 2:57 AM, Martin Pärtel wrote:
> Hi,
>
> ubd_file_size() was recently patched so that it fails if an image is
> readonly. Patch attached.
Thanks for the patch.
Can you please follow Documentation/SubmittingPatches?
Your patch needs at least a description and a Signed-off-By
- Ursprüngliche Mail -
> I've been running with your tty patch for a while now, and was able
> to work. 3.3 Kernel
>
> Now based on 3.4 tree the patch no longer merges, too many changes.
> But am back to the same crashes as before. Do you have a rough
> patch for 3.4 base I can use.
Okay,
On Sat, Apr 21, 2012 at 7:22 PM, Osi2897 wrote:
> Hi,
>
> I tried to compile 3.3.2 UML on an old pentium III system (3.2.12 was no
> problem
> on this system). With 3.3.2 I get the following error (conflicting types for
> "sys_ni_syscall"):
Can you try building the kernel again after a "make mrp
On Tue, Apr 3, 2012 at 3:26 PM, Ritesh Raj Sarraf wrote:
> Hello Richard and others,
>
> I currently have 2 severity E(rrors) lintian rejects for the build I am
> preparing for Debian.
>
> The details for both the rejects are explained at:
>
> http://lintian.debian.org/tags/binary-or-shlib-defines
On Mon, Apr 2, 2012 at 8:17 PM, Sergei Trofimovich wrote:
> The asm/system.h patches missed ARCH=um
> which caused build breakage [2].
>
> The commit can be used as an example [2].
> I've failed to produce fix myself. Sorry.
See:
http://comments.gmane.org/gmane.linux.kernel/1274493
--
Thanks,
On Mon, Apr 2, 2012 at 2:22 PM, Ritesh Raj Sarraf wrote:
> On Monday 02 April 2012 01:20 PM, richard -rw- weinberger wrote:
>>> Config file available at:
>>> > http://people.debian.org/~rrs/tmp/config.i386
>> Please give the attached patch a try!
>>
>
&
On Mon, Apr 2, 2012 at 9:19 AM, Ritesh Raj Sarraf wrote:
> On Monday 02 April 2012 11:59 AM, richard -rw- weinberger wrote:
>>> > My initial search led me to:
>>> > http://sourceforge.net/mailarchive/message.php?msg_id=27848489
>>> >
>>> > Based
On Sat, Mar 31, 2012 at 8:44 PM, Ritesh Raj Sarraf wrote:
> Hello,
>
> I am trying to build uml on kernel 3.2. Following is the build failure I
> get when building on my kvm x86 box.
>
> The kvm box is arch:
> root@debian-x86:~/user-mode-linux (build)# uname -a
> Linux debian-x86 3.0.0-1-686-pae #
2012/4/1 Toralf Förster :
> While playing with different tty settings I observed today a crash.
> Unfortunately I do not have any other information than the back trace :
Please more details.
What exactly have you done?
Do you also have a stack trace from UML itself?
I'm also interested in the reg
2012/4/1 Toralf Förster :
> Hello,
>
> today I build an UML kernel with 3.4-rc1 sources and got the follwoing
> compile warnings :
>
> arch/um/kernel/skas/mmu.c: In function ‘uml_setup_stubs’:
> arch/um/kernel/skas/mmu.c:106:16: warning: unused variable ‘pages’
A fix for this has already been pos
On Sat, Jan 28, 2012 at 12:55 AM, richard -rw- weinberger
wrote:
> On Fri, Jan 27, 2012 at 3:02 PM, Alan Cox wrote:
>> On Fri, 27 Jan 2012 13:04:37 +0100
>> richard -rw- weinberger wrote:
>>
>>> On Fri, Jan 27, 2012 at 12:51 PM, Alan Cox wrote:
>>> &
On Fri, Jan 27, 2012 at 3:02 PM, Alan Cox wrote:
> On Fri, 27 Jan 2012 13:04:37 +0100
> richard -rw- weinberger wrote:
>
>> On Fri, Jan 27, 2012 at 12:51 PM, Alan Cox wrote:
>> >> UML's console driver (arch/um/drivers/line.c) implements tty_operations.
>>
Hi,
On Fri, Jan 27, 2012 at 5:07 AM, SeongHan Seo wrote:
> I discovered a bug in your X86_64 configuration system a while back which
> involves lost wakeups for rw semaphores
>
> In what follows is an analysis of the problem
>
> and I'd be much obliged if you'd commit it to the mainline kernel
>
On Fri, Jan 27, 2012 at 12:51 PM, Alan Cox wrote:
>> UML's console driver (arch/um/drivers/line.c) implements tty_operations.
>> The crash happens because the tty subsystem calls the driver's close()
>> function and later
>> write_room() or chars_in_buffer().
>>
>> write_room() and chars_in_buffer
Greg, Kay,
>> Is that a problem for UML somehow?
The login on ttyX takes 30+ seconds.
This very ugly and mostly wrong hack makes the login fast again:
mount -o bind /sys/class/tty/console/ /sys/class/tty/tty0/
/sys/class/tty/console/active exists and contains "tty0"...
> In general, the "crippl
On Thu, Jan 26, 2012 at 11:12 PM, richard -rw- weinberger
wrote:
> On Thu, Jan 26, 2012 at 11:11 PM, wrote:
>>> Hi!
>>>
>>> systemd goes nuts on UML.
>>> While hunting down all issues I found out that systemd wants to read from
>>> /sys/class/
On Thu, Jan 26, 2012 at 11:11 PM, wrote:
>> Hi!
>>
>> systemd goes nuts on UML.
>> While hunting down all issues I found out that systemd wants to read from
>> /sys/class/tty/tty0/active.
>
> Kernel version?
Linus' tree as of today.
--
Thanks,
//richard
---
Hi!
systemd goes nuts on UML.
While hunting down all issues I found out that systemd wants to read from
/sys/class/tty/tty0/active.
On UML this directory does not have this "active" file.
[1] indicates that it has something to do with /dev/tty0.
Of course, UML has a /dev/tty0, it's the default co
Hi!
On Wed, Jan 18, 2012 at 3:31 PM, 전하늘 wrote:
> I found the problem while transitioning to a 64bit machine
>
> The problem seems to exist for physical memory exceeding 504MB because that
> is the precise limit which tips VMALLOC_START with MSB being 1
>
> That would be a problem for 64bit machi
2012/1/11 Toralf Förster :
> Hello,
>
> with a recent kernel (pre-rc1) I realized this crash and wondering
> whether it is worth to bisect or if there's already a fix flying around :
>
>
Could be this one:
http://marc.info/?l=linux-kernel&m=132616456304183&w=2
http://marc.info/?l=linux-kernel&m=13
On Tue, Dec 6, 2011 at 2:05 AM, H. Peter Anvin wrote:
> From: "H. Peter Anvin"
>
> Run the "archheaders" target for the host architecture, for
> architectures (like x86, now) that want to generate some of the
> necessary header files.
>
> Add $(HOST_DIR)/include/generated to the include path so w
2011/10/11 Toralf Förster :
> With v3.1-rc9-64-g65112dc as host and guest operating system I run often into
> this :
>
Is this a regression?
--
Thanks,
//richard
--
All the data continuously generated in your IT infras
2011/9/9 Oscar Hellström :
>
> Any pointer to what this can be and where I can start looking would be
> appreciated!
>
Does with also happen with a vanilla kernel?
Do you have a full trace? The value of EIP would be helpful.
--
Thanks,
//richard
-
On Thu, Aug 11, 2011 at 6:23 AM, Al Viro wrote:
> On Wed, Aug 10, 2011 at 06:44:32PM +0100, Al Viro wrote:
>
>> Fixed and pushed (um-header.git #master); however, looking around that area
>> shows more races ;-/
>
> Such as, for example, seriously broken handling of free_winch(): delaying
> free_i
On Mon, Aug 1, 2011 at 6:32 AM, Al Viro wrote:
> Anyway, could you take a look at the git tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/um-header.git/,
> branch x86_merge and comment? It doesn't include stuff from this
> thread (yet); what it does is
> * further headers clea
On Mon, Aug 1, 2011 at 12:04 PM, Geert Uytterhoeven
wrote:
> BTW, how much work would it be to port UML to ARM? Would be nice-to-have on
> your Android phone, as it can provide a full Linux userspace without
> requiring rooting
> the phone.
>
Depends how strong your UML- and ARM-fu is. ;-)
I'm su
On Mon, Aug 1, 2011 at 1:13 AM, David Woodhouse wrote:
> On Sun, 2011-07-31 at 23:58 +0100, Al Viro wrote:
>> FWIW, the next step (still not pushed there) is to move arch/um/sys-x86 to
>> arch/x86/um, with arch/um/os-Linux/sys-x86 becoming arch/x86/um/os-Linux,
>> Kconfig.x86 moving to arch/x86/um
On Sun, Jul 31, 2011 at 1:02 AM, David Woodhouse wrote:
> Signed-off-by: David Woodhouse
> ---
> arch/um/os-Linux/Makefile | 2 --
> arch/um/os-Linux/user_syms.c | 2 +-
> 2 files changed, 1 insertions(+), 3 deletions(-)
>
> diff --git a/arch/um/os-Linux/Makefile b/arch/um/os-Linux/Make
On Sat, Jul 30, 2011 at 6:14 PM, Zoltan Devai wrote:
> Commit 592913ecb87a9e06f98ddb55b298f1a66bf94c6b has killed off any
> use of this config option long ago.
>
> Signed-off-by: Zoltan Devai
For arch/um/:
Acked-by: Richard Weinberger
--
Thanks,
//richard
1 - 100 of 164 matches
Mail list logo
