[uml-devel] Re: [uml-user] SKAS-V8, UML/2.4.27-bs2-pre7 released, start of work on SKAS/x86-64

2005-03-23 Thread Blaisorblade
On Thursday 24 March 2005 03:35, Blaisorblade wrote: > Ok, I've put on the site the announcements of SKAS-v8 (which is identical > to -rc5, I just need to update the tarballs), of the test tree (very test) > for UML/2.4. It does not compile with GCC 3.4, but from what I see no 2.4.27 tree will com

[uml-devel] SKAS-V8, UML/2.4.27-bs2-pre7 released, start of work on SKAS/x86-64

2005-03-23 Thread Blaisorblade
Ok, I've put on the site the announcements of SKAS-v8 (which is identical to -rc5, I just need to update the tarballs), of the test tree (very test) for UML/2.4. And, most important, of SKAS-v9-pre1 (for 2.6.11), which is the start towards a SKAS version working on x86-64. The code is there, i

Re: [uml-devel] [patch 05/12] uml: extend cmd line limits

2005-03-23 Thread Blaisorblade
On Tuesday 22 March 2005 22:30, Anthony Brock wrote: > Blaisor, > > Perhaps the error message should be changed from: > > "add_arg: Too much command line!\n" > > to something like: > > "add_arg: Too many command line arguments!\n" > > Does this explain the error more clearly? Or am I mistaken? Yes,

Re: [uml-devel] [patch 02/12] uml: cpu_relax fix

2005-03-23 Thread Nick Piggin
Blaisorblade wrote: On Wednesday 23 March 2005 18:09, Bodo Stroesser wrote: [EMAIL PROTECTED] wrote: Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s doing that (i.e. i386 and x86_64). IIRC, Jeff had the idea, to use sched_yield() for this (from a discussion on #uml). Hmm, makes

Re: [uml-devel] [patch 02/12] uml: cpu_relax fix

2005-03-23 Thread Andrew Morton
Blaisorblade <[EMAIL PROTECTED]> wrote: > > On Wednesday 23 March 2005 18:09, Bodo Stroesser wrote: > > [EMAIL PROTECTED] wrote: > > > Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s > > > doing that (i.e. i386 and x86_64). > > > > IIRC, Jeff had the idea, to use sched_yie

Re: [uml-devel] Hostfs permission checks are all wonky.

2005-03-23 Thread Blaisorblade
On Wednesday 23 March 2005 09:13, Rob Landley wrote: > On Tuesday 22 March 2005 02:19 pm, Blaisorblade wrote: > > Ok, I'm now seeing that UML uses access() (inside access_file()) to check > > permissions. > > > > See hostfs_permission -> access_file -> access. hostfs_permission (not > > access_file

[uml-devel] Re: [patch 03/12] uml: export getgid for hostfs

2005-03-23 Thread Blaisorblade
On Tuesday 22 March 2005 19:11, Christoph Hellwig wrote: > On Tue, Mar 22, 2005 at 05:21:23PM +0100, [EMAIL PROTECTED] wrote: > > Export this symbol which is not satisfied currently. The code using it > > has been merged, so please export this symbol. > and it's still bogus, and you haven't replie

Re: [uml-devel] [patch 02/12] uml: cpu_relax fix

2005-03-23 Thread Blaisorblade
On Wednesday 23 March 2005 18:09, Bodo Stroesser wrote: > [EMAIL PROTECTED] wrote: > > Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s > > doing that (i.e. i386 and x86_64). > > IIRC, Jeff had the idea, to use sched_yield() for this (from a discussion > on #uml). Hmm, makes sen

[uml-devel] swap problem solved.

2005-03-23 Thread itamar
I am found a solution for my problem in this page http://uml.pimb.org/howto/uml-debian-install.html#SWAP You only need to run the following commands the first time you use a copy of the installer. They are needed to configure the ubd device nodes correctly, as the presupplied ones have got the wr

Re: [uml-devel] [patch 02/12] uml: cpu_relax fix

2005-03-23 Thread Bodo Stroesser
[EMAIL PROTECTED] wrote: Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s doing that (i.e. i386 and x86_64). IIRC, Jeff had the idea, to use sched_yield() for this (from a discussion on #uml). S390 does something similar using a special DIAG-opcode that gives permission to zVM

[uml-devel] swap help-> swapon: /dev/ubd/1: No such device

2005-03-23 Thread itamar
I am starting my guest machine with ubd1=/uml/clau/swap.img -bash-2.05b# swapon -a swapon: /dev/ubd/1: No such device -bash-2.05b# my fstab /dev/ubd/0 / ext3defaults,usrquota 1 1 /proc /proc procdefaults devpts /dev/ptsdevpts mode=062

Re: [uml-devel] [patch 05/12] uml: extend cmd line limits

2005-03-23 Thread Anthony Brock
Blaisor, Perhaps the error message should be changed from: "add_arg: Too much command line!\n" to something like: "add_arg: Too many command line arguments!\n" Does this explain the error more clearly? Or am I mistaken? Tony >>> <[EMAIL PROTECTED]> 03/22/05 08:21AM >>> From: "Catalin(ux ak

Re: [uml-devel] Hostfs permission checks are all wonky.

2005-03-23 Thread Rob Landley
On Tuesday 22 March 2005 02:19 pm, Blaisorblade wrote: > Ok, I'm now seeing that UML uses access() (inside access_file()) to check > permissions. > > See hostfs_permission -> access_file -> access. hostfs_permission (not > access_file) should skip the "access_file" call in case its type is > OS_TY

[uml-devel] [patch 04/12] uml: cope with uml_net security fix

2005-03-23 Thread blaisorblade
Pass the interface to close as an fd besides that by name... passing it by name does not work with newer uml_net because that allows to ifconfig down arbitrary interfaces, while if you have an open fd to the SLIP interface it means you have full access to it (and thus can close it). Passing only b

[uml-devel] [patch 09/12] uml - kbuild: link cmd

2005-03-23 Thread blaisorblade
Use the cmd_* syntax to define a command for symlink creations in UML (to reuse files from other archs). Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> --- linux-2.6.11-paolo/arch/um/scripts/Makefile.rules |3 +++ linux-2.6.11-paolo/arch/um/sys-i386/Makefile | 13 +

Re: [uml-devel] 2.4 do_mmap_pgoff compile problem

2005-03-23 Thread Blaisorblade
On Monday 21 March 2005 06:13, Peter wrote: > linux-2.4.27.tar.bz2 + uml-2.4.27-bs2-pre6.patch.bz2 patches with no > error. > But I get the error below compile. It seems like the UML code > is passing in a mm as the first arg and the only definitions of > `do_mmap_pgoff' I can find start with a

Re: [uml-devel] Re: Supporting building on x86-64 host as 32-bit UML

2005-03-23 Thread Blaisorblade
On Tuesday 22 March 2005 20:07, Gerd Knorr wrote: > On Tue, Mar 22, 2005 at 06:53:20PM +0100, Blaisorblade wrote: > > On Sunday 20 March 2005 16:03, Gerd Knorr wrote: > > > > 1) how the user must choose what he wants (SUBARCH=i386 can be > > > > useful, maybe a Kconfig option would be nice - we nee

Re: [uml-devel] Re: Supporting building on x86-64 host as 32-bit UML

2005-03-23 Thread Gerd Knorr
On Tue, Mar 22, 2005 at 06:53:20PM +0100, Blaisorblade wrote: > On Sunday 20 March 2005 16:03, Gerd Knorr wrote: > > > 1) how the user must choose what he wants (SUBARCH=i386 can be useful, > > > maybe a Kconfig option would be nice - we need to choose the default > > > depending on the host arch).

[uml-devel] Re: [patch 05/12] uml: extend cmd line limits

2005-03-23 Thread Nuutti Kotivuori
Rob Landley wrote: > On Tuesday 22 March 2005 11:21 am, [EMAIL PROTECTED] wrote: >> From: "Catalin(ux aka Dino) BOIE" <[EMAIL PROTECTED]>, Paolo >> 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Jeff Dike >> <[EMAIL PROTECTED]> Increase UML command line size. And fix a crash >> from passing an overl

Re: [uml-devel] Re: Supporting building on x86-64 host as 32-bit UML

2005-03-23 Thread Blaisorblade
On Sunday 20 March 2005 16:03, Gerd Knorr wrote: > > 1) how the user must choose what he wants (SUBARCH=i386 can be useful, > > maybe a Kconfig option would be nice - we need to choose the default > > depending on the host arch). > > That one is easy -- just use "linux32 make ...". That will switc

[uml-devel] [patch 02/12] uml: cpu_relax fix

2005-03-23 Thread blaisorblade
Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s doing that (i.e. i386 and x86_64). Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> --- linux-2.6.11-paolo/include/asm-um/processor-generic.h |2 -- linux-2.6.11-paolo/include/asm-um/processor-i386.h|

[uml-devel] [UML/2.6] -bk7 tree does not run when compiled as SKAS-only

2005-03-23 Thread Blaisorblade
Just verified that without TT mode enabled, 2.6.11-bk7 tree compiles (when CONFIG_SYSCALL_DEBUG is disabled) but does not run if when compiled TT mode was disabled. I've verified this with a clean compile (I had this doubt), both with static link enabled and disabled. Sample output: ./vmlinux u

Re: [uml-devel] [patch 05/12] uml: extend cmd line limits

2005-03-23 Thread Rob Landley
On Tuesday 22 March 2005 11:21 am, [EMAIL PROTECTED] wrote: > From: "Catalin(ux aka Dino) BOIE" <[EMAIL PROTECTED]>, Paolo > 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Jeff Dike > <[EMAIL PROTECTED]> Increase UML command line size. And fix a crash from > passing an overly-long command line to UM

[uml-devel] [patch 01/12] uml: fix compile

2005-03-23 Thread blaisorblade
Quick compile fix for i386-only change (which interacts with UML since we include headers from include/asm-$(SUBARCH)), which keeps the old behaviour and hence should cause no problems. Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> --- linux-2.6.11-paolo/include/asm-um/signa

Re: [uml-devel] Hostfs permission checks are all wonky.

2005-03-23 Thread Blaisorblade
On Sunday 20 March 2005 20:17, Rob Landley wrote: > If I open a device like /dev/loop0 or /dev/console from a hostfs mount, > I'll get the UML device, not the host device, right? Obviously right. > So why are the permissions checks on hostfs devices done relative to the > _host_ user? What is the r

[uml-devel] [patch 06/12] uml: disable more hardware kconfig opt and rename USERMODE to UML

2005-03-23 Thread blaisorblade
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> Disable some hardware-only configuration options when configuring for ARCH=um. By the way, we rename CONFIG_USERMODE to CONFIG_UML, as requested some time ago by the UML maintainer Jeff Dike. We also update defconfig as a consequence of