Re: [uml-user] Is it possible to run a 32bit guest on a 64bit host?
On Tue, Feb 12, 2008 at 09:33:13PM +, David Rye of Road Tech wrote: > No Running on Fedora8 32 bit I have /dev/random and /dev/urandom > on the 64bit I only have /dev/urandom. The exact same UML kernel and filesytem on both hosts? > > Do you have a tty0 in /sys/class/tty? > > Yes And no /dev/tty0 in this case? Jeff -- Work email - jdike at linux dot intel dot com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
[uml-user] Problem Applying SKAS4 Patch to a 2.6.23 kernel
Hello, I always used skas3 patch on my systems, but, since SKAS4 supports also x86_64 architectures I think it's time to try it on my AMD64. I'm using Gentoo Linux Kernel 2.6.23-r8. I copied the patch into a text file and I did as follows from the kernel root directory: cat ../skas4-2.6.patch | patch -p1 --dry-run I get these messages: == patching file arch/um/include/as-layout.h Hunk #1 FAILED at 17. Hunk #2 FAILED at 28. 2 out of 2 hunks FAILED -- saving rejects to file arch/um/include/as-layout.h.rej patching file arch/um/include/os.h Hunk #1 succeeded at 173 (offset 5 lines). patching file arch/um/include/siginfo_segv.h patching file arch/um/include/skas/mm_id.h patching file arch/um/include/skas/skas.h Hunk #1 FAILED at 6. 1 out of 1 hunk FAILED -- saving rejects to file arch/um/include/skas/skas.h.rej patching file arch/um/include/skas_ptrace.h patching file arch/um/kernel/ptrace.c Hunk #1 succeeded at 213 (offset 21 lines). Hunk #2 succeeded at 307 (offset 15 lines). patching file arch/um/kernel/reboot.c Hunk #1 FAILED at 11. 1 out of 1 hunk FAILED -- saving rejects to file arch/um/kernel/reboot.c.rej patching file arch/um/kernel/skas/mmu.c Hunk #1 FAILED at 65. Hunk #2 FAILED at 104. Hunk #3 FAILED at 153. 3 out of 3 hunks FAILED -- saving rejects to file arch/um/kernel/skas/mmu.c.rej patching file arch/um/kernel/skas/process.c Hunk #1 succeeded at 123 with fuzz 2 (offset 114 lines). Hunk #2 FAILED at 163. 1 out of 2 hunks FAILED -- saving rejects to file arch/um/kernel/skas/process.c.rej patching file arch/um/kernel/syscall.c Hunk #1 succeeded at 161 (offset 10 lines). patching file arch/um/kernel/um_arch.c Hunk #1 FAILED at 271. 1 out of 1 hunk FAILED -- saving rejects to file arch/um/kernel/um_arch.c.rej patching file arch/um/os-Linux/skas/mem.c Hunk #1 succeeded at 5 with fuzz 2 (offset -1 lines). Hunk #2 succeeded at 27 with fuzz 2 (offset 4 lines). Hunk #3 FAILED at 46. Hunk #4 FAILED at 119. Hunk #5 FAILED at 197. 3 out of 5 hunks FAILED -- saving rejects to file arch/um/os-Linux/skas/mem.c.rej patching file arch/um/os-Linux/skas/process.c Hunk #1 succeeded at 3 with fuzz 2. Hunk #2 FAILED at 94. Hunk #3 FAILED at 227. Hunk #4 FAILED at 268. Hunk #5 succeeded at 358 with fuzz 2 (offset -23 lines). Hunk #6 FAILED at 380. Hunk #7 succeeded at 452 (offset -22 lines). Hunk #8 FAILED at 656. 5 out of 8 hunks FAILED -- saving rejects to file arch/um/os-Linux/skas/process.c.rej patching file arch/um/os-Linux/start_up.c Hunk #1 FAILED at 3. Hunk #2 FAILED at 26. Hunk #3 succeeded at 164 (offset 18 lines). Hunk #4 succeeded at 203 (offset 18 lines). Hunk #5 succeeded at 384 (offset 19 lines). Hunk #6 succeeded at 395 (offset 19 lines). Hunk #7 succeeded at 415 (offset 19 lines). Hunk #8 succeeded at 427 (offset 19 lines). Hunk #9 FAILED at 447. Hunk #10 FAILED at 482. Hunk #11 succeeded at 523 with fuzz 2 (offset 25 lines). 4 out of 11 hunks FAILED -- saving rejects to file arch/um/os-Linux/start_up.c.rej patching file arch/um/sys-i386/ldt.c Hunk #1 succeeded at 511 with fuzz 2 (offset 75 lines). patching file arch/um/sys-i386/stub.S Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file arch/um/sys-i386/stub.S.rej patching file arch/um/sys-x86_64/stub.S Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file arch/um/sys-x86_64/stub.S.rej patching file arch/um/sys-x86_64/syscall_table.c patching file arch/um/sys-x86_64/syscalls.c Hunk #1 FAILED at 30. 1 out of 1 hunk FAILED -- saving rejects to file arch/um/sys-x86_64/syscalls.c.rej can't find file to patch at input line 1698 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff --git a/arch/x86/ia32/ia32_signal.c b/arch/x86/ia32/ia32_signal.c |index 6ea19c2..2f74adf 100644 |--- a/arch/x86/ia32/ia32_signal.c |+++ b/arch/x86/ia32/ia32_signal.c -- File to patch: Here I pressed CTRL+C to interrupt the --dry-run patching test. So I have two questions: 1) Can I apply that patch to a 2.6.23 kernel? 2) Why these two rows include "a/" and "/b" at the beginning? Actually in my kernel tree, doesn't exist any a or b directory, so that's the reason why it asks me what file to patch. Maybe other messages I reported above are useful to say where the problem is. I see a lot of "FAILED" and that seems nothing good. What's wrong? Thank you. Best Regards, Flavio - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
Re: [uml-user] Problem Applying SKAS4 Patch to a 2.6.23 kernel
On Wed, Feb 13, 2008 at 07:39:21PM +0100, Flavio wrote: > I always used skas3 patch on my systems, but, since SKAS4 supports > also x86_64 architectures I think it's time to try it on my AMD64. > I'm using Gentoo Linux Kernel 2.6.23-r8. Try 2.6.24-rc8 (or the latest skas4 patch and 2.6.24). Jeff -- Work email - jdike at linux dot intel dot com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
Re: [uml-user] Problem Applying SKAS4 Patch to a 2.6.23 kernel
I've just tried with a 2.6.24-r2 kernel: it works! Thank you very much, Flavio On 13/02/2008, Jeff Dike <[EMAIL PROTECTED]> wrote: > On Wed, Feb 13, 2008 at 07:39:21PM +0100, Flavio wrote: > > I always used skas3 patch on my systems, but, since SKAS4 supports > > also x86_64 architectures I think it's time to try it on my AMD64. > > I'm using Gentoo Linux Kernel 2.6.23-r8. > > Try 2.6.24-rc8 (or the latest skas4 patch and 2.6.24). > > Jeff > > -- > Work email - jdike at linux dot intel dot com > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
Re: [uml-user] Is it possible to run a 32bit guest on a 64bit host?
On Wednesday 13 February 2008 05:46:20 pm Jeff Dike wrote: > On Tue, Feb 12, 2008 at 09:33:13PM +, David Rye of Road Tech wrote: > > No Running on Fedora8 32 bit I have /dev/random and /dev/urandom > > on the 64bit I only have /dev/urandom. > > The exact same UML kernel and filesytem on both hosts? I copied them over with SCP > > > > Do you have a tty0 in /sys/class/tty? > > > > Yes > > And no /dev/tty0 in this case? Correct > > Jeff * This e-mail is confidential and may be legally privileged. It is intended solely for the use of the individual(s) to whom it is addressed. Any content in this message is not necessarily a view or statement from Road Tech Computer Systems Limited but is that of the individual sender. If you are not the intended recipient, be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. We use reasonable endeavours to virus scan all e-mails leaving the company but no warranty is given that this e-mail and any attachments are virus free. You should undertake your own virus checking. The right to monitor e-mail communications through our networks is reserved by us Road Tech Computer Systems Ltd. Shenley Hall, Rectory Lane, Shenley, Radlett, Hertfordshire, WD7 9AN. - VAT Registration No GB 449 3582 17 Registered in England No: 02017435, Registered Address: Charter Court, Midland Road, Hemel Hempstead, Hertfordshire, HP2 5GE. * - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
