[uml-devel] Re: [uml-user] skas not found

[uml-devel] Re: [uml-user] skas not found

[roland]

hi !
you probably forgot to enable support for /proc/mm (=skas) in your kernel configuration?

btw: couldn't the patch do that for us ?

regards
roland


----- Original Message ----- 
From: "xpto adslkfjd" <xpto404@hotmail.com>
To: <user-mode-linux-user@lists.sourceforge.net>
Sent: Saturday, June 05, 2004 2:23 AM
Subject: [uml-user] skas not found


> Hi,
> I applied the patch host-skas3-2.6.3-v1.patch to my host kernel
> but I am still getting messages that the skas3 patch and  /proc/mm
> are not found (see below).
> Do I have to do anything else to enable these features?
> Thank you very much,
> Paulo
> 
> [su@deathstar vlinux]$ ./linux-2.4.26
> Checking for the skas3 patch in the host...not found
> Checking for /proc/mm...not found
> Adding 4595712 bytes to physical memory to account for exec-shield gap
> tracing thread pid = 2986
> Checking for /dev/anon on the host...Not available (open failed with errno 
> 2)
> Checking for /dev/anon on the host...Not available (open failed with errno 
> 2)
> Checking for /dev/anon on the host...Not available (open failed with errno 
> 2)
> Checking for /dev/anon on the host...Not available (open failed with errno 
> 2)
> Linux version 2.4.26-1um (su@deathstar) (gcc version 3.3.3 20040412 (Red Hat 
> Linux 3.3.3-7)) #2 Sun May 23 18:38:27 CDT 2004
> On node 0 totalpages: 9314
> zone(0): 9314 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.
> Kernel command line: root=/dev/ubd0
> Calibrating delay loop... 1959.52 BogoMIPS
> Memory: 28952k available
> Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
> Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
> Mount cache hash table entries: 512 (order: 0, 4096 bytes)
> Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Checking for host processor cmov support...Yes
> Checking for host processor xmm support...No
> Checking that ptrace can change system call numbers...OK
> Checking that host ptys support output SIGIO...Yes
> Checking that host ptys support SIGIO on close...No, enabling workaround
> POSIX conformance testing by UNIFIX
> Linux NET4.0 for Linux 2.4
> 
> _________________________________________________________________
> Looking to buy a house? Get informed with the Home Buying Guide from MSN 
> House & Home. http://coldwellbanker.msn.com/
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is the one
> installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> User-mode-linux-user mailing list
> User-mode-linux-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
> 


-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] Re: [uml-user] skas not found

[BlaisorBlade]

Alle 19:17, martedì 8 giugno 2004, Jeff Dike ha scritto:
> blaisorblade_spam@yahoo.it said:
> > - There should be a stable branch, just updating to new releases, and
> > development patches, adding experimental features. It works so all
> > over the  world. Sadly not here. I would also think that stable trunk
> > is 2.4.26-1,  -2... while for development we have a list of
> > independent patches  (HUMFS-2.4.26-1-v1.patch to apply onto 2.4.26-1,
> > and which is version 1).

> I don't disagree.  A stable tree would be a fine idea.  The only problem is
> that no one has volunteered to manage it, and I don't have time to open
> up and maintain a new tree.

Well, let's discuss this on the ML. I could be maybe able to maintain it, if 
we intend it as "porting to new vanilla kernels, merging patches when they 
are ready and building the patch". Not very timely maybe, but I could. This 
is not a good moment for this, since I should be busy... however I'm going to 
post a test-patch for 2.6.7... it will maybe include some trivial changes I 
posted recently.

> > This could be done in 2.6 mainline if UML updates get merged: Jeff,
> > you could  update UML to kernel changes in mainline, while putting
> > experimental patches  on the site until they are tested enough to be
> > merged.

> Who's going to test individual patches unless they are part of a widely
> used tree?

>  I think a stable tree is a fine idea, but I don't particularly
> like the idea of having an "official" set of patches floating around.  If
> they're official, then they can be part of a development tree, and everyone
> who uses that tree tests all of the patches in it.
>
> 				Jeff

Ok, I could translate and correct my idea to:

- the "stable" tree will be, at the end, the vanilla tree (so no release work 
for you).

- you keep mantaining a development tree, but if possible in the form of a 
patchset (like -mm); each new (non-trivial) patch is posted to the ML (well, 
obviously you don't need to wait for comments), so that it can be tested 
before the new release (especially if it's development work).

The "patchset" form is especially important to be able to commit patches in 
little bits (well, not so little: splitting one big change in 7 depending 
changes as on LKML is a lot of work, but separating HUMFS and other fixes is 
not).

To manage well the patchset, with little effort, there are the patch-scripts 
from Randy Dunlap, used for -mm (at 
http://developer.osdl.org/rddunlap/patch-scripts/). I'm going to study them, 
probably.
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel