Hi,
On Mon, Dec 5, 2011 at 7:20 PM, wrote:
> dd if=/dev/zero of=$OUTFS bs=1024 count=1 seek=$((20*1024*1024-1))
Does it work if the filesystem is not sparse?
> but I'm having kernel panics (not syncing) whenever I try to run various
> commands inside UML.
Please post the complete panic.
> So
richard -rw- weinberger wrote:
> Hi,
>
> On Mon, Dec 5, 2011 at 7:20 PM, wrote:
>> dd if=/dev/zero of=$OUTFS bs=1024 count=1 seek=$((20*1024*1024-1))
>
> Does it work if the filesystem is not sparse?
After all, it doesn't seem this to be the problem.
Today I started from scratch in a different
Hello,
Sorry again for resurrecting an old thread, but I each time I look
into this issue I realize that I haven't quite understood the details...
On Thu, Oct 13, 2011 at 03:35, Jeff Dike wrote:
> On Thu, Oct 13, 2011 at 01:37:24AM +0200, Riccardo Murri wrote:
>> - however, UML "threads" do shar
Hi,
On Tue, Dec 6, 2011 at 7:48 PM, Riccardo Murri wrote:
>
> If I got it right:
>
> - The UML kernel runs in its own process (hence kernel space
> separation, enforced by the host kernel), which is the parent of
> all the UML processes (one per guest process).
The separation is enforced
On Tue, Dec 06, 2011 at 07:48:40PM +0100, Riccardo Murri wrote:
> Sorry again for resurrecting an old thread, but I each time I look
> into this issue I realize that I haven't quite understood the details...
You basically have it all right.
> In addition, *every* syscall generates a SIGTRAP to th
Is there still a chance that the skas0 patch will end up in the mainline?
> On Tue, Dec 06, 2011 at 07:48:40PM +0100, Riccardo Murri wrote:
>> Sorry again for resurrecting an old thread, but I each time I look
>> into this issue I realize that I haven't quite understood the details...
>
> You
On Tue, Dec 6, 2011 at 10:31 PM, wrote:
>
> Is there still a chance that the skas0 patch will end up in the mainline?
>
It is already in mainline.
--
Thanks,
//richard
--
Cloud Services Checklist: Pricing and Packagin
Hi Jeff, Richard,
many thanks for your explanations! I think I got it now...
One more question:
On Tue, Dec 6, 2011 at 21:49, Jeff Dike wrote:
> On Tue, Dec 06, 2011 at 07:48:40PM +0100, Riccardo Murri wrote:
>> In addition, *every* syscall generates a SIGTRAP to the UML kernel
>> process, whi
On Tue, Dec 6, 2011 at 11:40 PM, wrote:
>
> I did not read everything carefully but I thought that with the skas0,
> I would see only one uml linux process in the host for the whole uml
> machine, and also that it would not take the /dev/shm memory anymore.
No.
Maybe your are referring to SKAS3/
I did not read everything carefully but I thought that with the skas0,
I would see only one uml linux process in the host for the whole uml
machine, and also that it would not take the /dev/shm memory anymore.
Sometimes, with some weak PC or a bad /dev/shm config, if you put too many
machines, th
Sorry! I was referring to the SKAS3/4, I forgot the number.
So are the SKAS3/4 still alive ?
I have never tried them, I was waiting for them to get into the mainline.
The normal uml machine is already very good, but if it can be even better,
it would be good news.
> On Tue, Dec 6, 2011 at 11:40
11 matches
Mail list logo
