On 09/12/13 15:20, Greg KH wrote:
> On Mon, Dec 09, 2013 at 08:33:59AM +0100, Richard Weinberger wrote:
>> Hi Greg,
>>
>> please add commit fdfa4c952844fce881df8c76de9c7180cbe913ab (um: add missing
>> declaration of 'getrlimit()' and friends) to -stable.
>> The change was introduced in 3.9 and nee
Hi Richard,
Not sure how this got fixed in HEAD, but the same fix needs to be
applied on top of 3.4.73
I've just added the includes to arch/um/os-Linux/start_up.c, as per:
https://lkml.org/lkml/2012/10/24/791
And the kernel builds again.
Compile-tested-by: Antoine Martin
Cheers
An
ake[1]: *** [mm/memory.o] Error 1
make: *** [mm] Error 2
This fix is just a copy of what is found in later kernels.
Compiled and boot tested both 3.0.80 and 3.2.45, x86_64 and i386.
Signed-off-by: Antoine Martin
--- a/arch/um/include/asm/pgtable.h 2013-05-25 09:20:51.42000 +
+++ b/ar
> DEB1-32 login: get_pty : Couldn't grant pty - errno = -2
> open_pts : Failed to open pts
> get_pty : Couldn't grant pty - errno = -2
> open_pts : Failed to open pts
> get_pty : Couldn't grant pty - errno = -2
> open_pts : Failed to open pts
> get_pty : Couldn't grant pty - errno = -2
> open_pts :
Whilst I was looking at all the docs and patches that I have for the
wiki/uml website, I found the old x11-fb patch from Gerd Knorr's and
forward ported it to 3.2
Got as far as the point where it builds and shows a window when you
start the kernel with:
./vmlinux x11=800x600
As reported at the time
(...)
LD .tmp_vmlinux1
drivers/built-in.o: In function `sysdev_resume':
/linux-2.6.32.47-amd64/drivers/base/sys.c:478: undefined reference to
`irq_pm_syscore_resume'
collect2: ld returned 1 exit status
KSYM.tmp_kallsyms1.S
nm: '.tmp_vmlinux1': No such file
No valid symbol.
make: *** [.
LD fs/hostfs/hostfs.o
LD fs/hostfs/built-in.o
CC fs/hppfs/hppfs.o
fs/hppfs/hppfs.c: In function 'hppfs_fill_super':
fs/hppfs/hppfs.c:721: error: dereferencing pointer to incomplete type
make[2]: *** [fs/hppfs/hppfs.o] Error 1
make[1]: *** [fs/hppfs] Error 2
make: *** [fs] Er
Exact same error as this bug:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=10893
LD .tmp_vmlinux1
/usr/lib/gcc/x86_64-redhat-linux/4.4.2/../../../../lib64/libc.a(elf-init.o):
In function `__libc_csu_init':
(.text+0x65): undefined reference to `__rela_iplt_end'
/usr/lib/gcc/x86_64-redh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I think you may need to read this and then re-formulate your question:
http://catb.org/~esr/faqs/smart-questions.html
I'm not even sure this is the right mailing list, as 90% of your mail
seems like a rant about e17/Ubuntu.
John Vincent wrote:
> Hi
Peter Teoh wrote:
> Erh...I think I found the error. I did "make oldconfig arch=um", it
> works. And now I did "make arch=um" it started compiling. Is this
> correct? Documentation every says "make xxxconfig ARCH=um" where the
> ARCH is capitals, which gave me error. Thanks.
>
ARCH ha
FYI: (skas4 host)
[43492659.84] syscall_stub_done : ret = -12, offset = 548682067984,
data = 7f115010
[43492659.84] syscall_stub_done : syscall 9 failed, return value =
0xfff4, expected return value = 0x47a
[43492659.84] syscall parameters: 0x47a 0x1000 0x7 0x11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Jeff,
Can you point me in the right direction for re-enacting the fake ide/hd
stuff?
I've got some images I need to be able to move from real systems to UML
and back - changing the /etc/fstab is just not an option.
It should be fairly simple to r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Has anyone managed to apply skas3 to 2.6.24?
Things have moved around so much that I can't figure out where is what...
Antoine
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
> Any idea about this console thing?
Ignore this - I'm getting tired...
Here's what caused it in syslog-ng.conf:
destination console_all { file("/dev/tty12"); };
Which does not exist as the guest is booted up with con=null con0=fd0,fd:1
> (
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Wed, Jan 23, 2008 at 10:58:45PM +0000, Antoine Martin wrote:
>> [42949466.74] do_syscall_stub : ret = -12, offset = 548682067984,
>> data = 606b1010
>
> This usually means that a UML p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
[42949466.74] Failed to open console 12, err = -2
[42949466.74] Failed to open console 12, err = -2
[42949466.74] Failed to open console 12, err = -2
[42949466.74] Failed to open console 12, err = -2
[42949466.74] Failed to open c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
lanas wrote:
>>> Even then, I'm surely missing something. The Fedora Core x86_64
>>> binary is a mere 2 MB. Shouldn't be a UML-patched kernel about the
>>> same size ?
>
>> Hmmm, not sure.
>> Looks like the debug info is big indeed.
>> The config
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Been looking at the uml-x11-fb patch again.
It still does apply more or less cleanly, but won't build (can't get
Kbuild to play nice) and I was thinking: wouldn't it be easier to just
drop all the X11 stuff and have just a plain in-memory VESA type o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I remember something similar ages ago with another IPv6 symbol no being
pulled in - can't remember how to fix it.
(.text+0x116b9): warning: Using 'getservbyname' in statically linked
applications requires at runtime the shared libraries from the gli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Antoine Martin wrote:
> Antoine Martin wrote:
>> Jeff Dike wrote:
>>> On Tue, Jul 31, 2007 at 06:46:39PM +0100, Antoine Martin wrote:
>>>> If it doesn't crash on emerge --sync (when I reboot it doesn't
>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Antoine Martin wrote:
> Jeff Dike wrote:
>> On Tue, Jul 31, 2007 at 06:46:39PM +0100, Antoine Martin wrote:
>>> If it doesn't crash on emerge --sync (when I reboot it doesn't
>>> always crash), try buil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Tue, Jul 31, 2007 at 06:46:39PM +0100, Antoine Martin wrote:
>> If it doesn't crash on emerge --sync (when I reboot it doesn't always
>> crash), try building something big (like glibc or gcc: emerge g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Tue, Jul 31, 2007 at 06:46:39PM +0100, Antoine Martin wrote:
>> If it doesn't crash on emerge --sync (when I reboot it doesn't always
>> crash), try building something big (like glibc or gcc: emerge gl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Fri, Jul 13, 2007 at 07:09:15PM +0100, Antoine Martin wrote:
>> Works for me (tm)
>
> OK.
>
>> btw, if you're in bug squashing mode,
>
> I always am (or if not, someone needs to give me a
I needed the tiny change below to be able to build on amd64 with gentoo
kernel headers. posted here just in case it's useful, I can compile both
x86 and amd64 kernels using these headers but not cross compile (make
ARCH=um SUBARCH=i386)
That still fails with:
arch/um/sys-i386/user-offsets.c: In
Daniel Gryniewicz wrote:
> On Sun, 2007-07-15 at 18:08 +0100, Antoine Martin wrote:
>
>> Jeff Dike wrote:
>>
>>> On Sat, Jul 14, 2007 at 10:23:25AM +0100, Antoine Martin wrote:
>>>
>>>
>>>> I don't mind bugging people
Jeff Dike wrote:
> On Sat, Jul 14, 2007 at 10:23:25AM +0100, Antoine Martin wrote:
>
>> I don't mind bugging people to get to the bottom of this, do you know
>> where to knock?
>> I can't find anything in MAINTAINERS.
>>
>
> Did you install
>> My kernel headers are also missing elf.h, so this doesn't work either...
>>
>
> elf.h is supposedly exported in 2.6.22, although I guess someone took the
> comment seriously:
>
> # These probably shouldn't be exported
> unifdef-y += shmparam.h
> unifdef-y += elf.h
>
Jeff Dike wrote:
> On Fri, Jul 13, 2007 at 12:05:28PM +0100, Antoine Martin wrote:
>
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libc.a(in6_addr.o):(.rodata+0x0):
>>
>> multiple definition of `in6addr_any'
>> net/built-in.o:(.rodata+0x5380):
Jeff Dike wrote:
> On Fri, Jul 13, 2007 at 01:03:21PM +0100, Antoine Martin wrote:
>
>> I had updated the kernel headers and these include files have been removed.
>> Until UML uses some other trick, this works for me for the 64-bit build:
>>
>> cp /usr/src/lin
> Here, have a skas-v9-pre9 patch forward-ported to 2.6.22 in restitution
> of my idiocy.
>
> (The 2.6.20 patch, the most recent I could find, collided with paravirt
> and the header-inclusion reduction work. My fix to the latter is
> especially ugly, since it means that is including
> and agai
: In function 'foo':
arch/um/sys-i386/user-offsets.c:52: error: invalid application of
'sizeof' to incomplete type 'struct user_fxsr_struct'
make[1]: *** [arch/um/sys-i386/user-offsets.s] Error 1
make: *** [arch/um/sys-i386/user-offsets.s] Error 2
Antoine Martin w
# make ARCH=um SUBARCH=i386
scripts/kconfig/conf -s arch/um/Kconfig
net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol
'BT_HIDP' refers to undefined symbol 'HID'
SYMLINK arch/um/include/kern_constants.h
SYMLINK include/asm-um/arch
SYMLINK arch/um/include/sysdep
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
arch/um/drivers/built-in.o: In function `pcap_nametoaddrinfo':
(.text+0x1143f): warning: Using 'getaddrinfo' in statically linked
applications requires at runtime the shared libraries from the glibc
version used for linki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Andrew Sinclair wrote:
> Hello all,
>
> I've been able to use the pre-built Busybox 1.5.0 filesystem at
> http://uml.nagafix.co.uk/ perfectly with the same UML kernel I am using.
>
>
> Unfortunately, when trying to generate my own filesystem, my k
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
[snip]
> arch/um/os-Linux/sys-i386/registers.c:139: error: 'JB_BP' undeclared
> (first use in this function)
>
> make[2]: *** [arch/um/os-Linux/sys-i386/registers.o] Error 1
>
> make[1]: *** [arch/um/os-Linux/sys-i386] Error 2
>
>
> next i went w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
battipatisainagendra Bhavaniprasad wrote:
> I have been beating my head against the wall trying to get a working UML for
> several days, so any help is greatly appreciated!I have downloaded
> "linux-2.6.16.tar" (which has UML patch In built) followe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
battipatisainagendra Bhavaniprasad wrote:
> Hi,
> Does Suse linux consist of skas patch bult in???
No, I am not aware of any vendor kernels that contain the skas patch.
Antoine
>
> rgds,
> Prasad
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ryan Angilly wrote:
> Do you know why exactly the kernel needs to be upgraded? Just curious.
Some bugs that were fixed in the host code.
circa 2.6.20.2
>
> Antoine Martin nagafix.co.uk> writes:
>>> I've been trying
tfs init=/bin/sh
>
> or
>
> /linux ubd0=./rootfs init=/bin/sh
>
> I have also various other switches described in
> http://uml.nagafix.co.uk/ and http://www.landley.net/code/UML.html
>
> Can anyone help?
>
> Kind Regards
>
> Andrew Sinclair
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Mon, Apr 30, 2007 at 06:18:56PM +0100, Antoine Martin wrote:
>> Full marks for number of lines of code changed! (1!)
>
> Yeah, I thought that was a plus.
>
>> On the plus side, it only adds the para
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Fri, Apr 27, 2007 at 05:46:29PM +0100, Antoine Martin wrote:
>> Attached.
>>
>> Not sure which approach is best:
>>
>> 1) this one requires a command line like:
>> "vmlinux eth0=p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Antoine Martin wrote:
> Antoine Martin wrote:
>> Jeff Dike wrote:
>>> On Fri, Apr 27, 2007 at 04:21:11PM +0100, Antoine Martin wrote:
>>>> Question remains as to why the mac address was the same until 2.6.20 and
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Antoine Martin wrote:
> Jeff Dike wrote:
>> On Fri, Apr 27, 2007 at 04:21:11PM +0100, Antoine Martin wrote:
>>> Question remains as to why the mac address was the same until 2.6.20 and
>>> is now different.
>> We sta
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Fri, Apr 27, 2007 at 04:21:11PM +0100, Antoine Martin wrote:
>> Question remains as to why the mac address was the same until 2.6.20 and
>> is now different.
>
> We started providing randomized MACs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
>> The easiest way to work around this is to provide a MAC on the UML
>> command line.
> Except, pcap doesn't have the option.
> I am looking at pcap_user.c and pcap_kern.c trying to figure out where I
> can add parsing for that.
in: check_transport(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Thu, Apr 26, 2007 at 04:12:40PM +0200, Blaisorblade wrote:
>> If there are so many interfaces and they were just reordered, this could be
>> caused by a (non-existant) change in link order. Or (I don't know how) it
>> could de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Jeff Dike wrote:
> On Sun, Apr 22, 2007 at 07:43:21PM +0100, Antoine Martin wrote:
>> Using the exact same kernel config with 2.6.19.x works but not with 2.6.20.x
>>
>> # ifconfig eth1 0.0.0.0 promisc up
>> SIOCSIFA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Using the exact same kernel config with 2.6.19.x works but not with 2.6.20.x
# ifconfig eth1 0.0.0.0 promisc up
SIOCSIFADDR: No such device
eth1: unknown interface: No such device
eth1: unknown interface: No such device
eth1: unknown interface: No s
Geert Uytterhoeven wrote:
> On Wed, 4 Apr 2007, Antoine Martin wrote:
>> and this one:
>> http://www.suse.de/~kraxel/uml/patches/2.6.18-rc4/uml-x11-fb
>> which applied cleanly, but is not letting me set the option - Kconfig is
>> beyond me:
>>
>> arch/u
Antoine Martin wrote:
> Jeff Dike wrote:
>> On Mon, Apr 02, 2007 at 01:22:00PM +0200, Geert Uytterhoeven wrote:
>>> There are patches floating around for a UML frame buffer device.
>>> Gerd Kraxel^H^H^H^H^H^HHoffmann did one using plain X11, which worked
>>> g
Blaisorblade wrote:
> On lunedì 2 aprile 2007, Antoine Martin wrote:
>> Jeff Dike wrote:
>>> On Sun, Apr 01, 2007 at 08:58:45PM +0100, Antoine Martin wrote:
>>>> I reckon that one critical thing which could drastically increase the
>>>> user base woul
Jeff Dike wrote:
> On Mon, Apr 02, 2007 at 01:22:00PM +0200, Geert Uytterhoeven wrote:
>> There are patches floating around for a UML frame buffer device.
>> Gerd Kraxel^H^H^H^H^H^HHoffmann did one using plain X11, which worked
>> great when I gave it a try.
>>
>> I suggest taking a look at Gerd's
Jeff Dike wrote:
> On Mon, Apr 02, 2007 at 11:21:43AM +0100, Antoine Martin wrote:
>> Just like the network auto-configuration via dhcp, it would allow users
>> to download images+kernel and run them like appliances without
>> understanding anything about X or UML, just cli
Jeff Dike wrote:
> On Sun, Apr 01, 2007 at 08:58:45PM +0100, Antoine Martin wrote:
>> I reckon that one critical thing which could drastically increase the
>> user base would be to have a working virtual framebuffer implementation.
>
> Why? I've never understood wh
[...]
>> in short:
>> it`s quite some work to be done to have your uml 2.6.21 with root-fs up and
>> running and working cleanly. whenever i search the net for some appropriate
>> UML fs image, those i find are very often old and outdated...
>
> Hmm... I'd think we need a wizard for configuration.
Blaisorblade wrote:
> On Sunday 04 March 2007 17:50, Sylvain Beucler wrote:
>> On Sat, Mar 03, 2007 at 07:32:46PM +0100, Blaisorblade wrote:
>> Hi,
>>
>> I tested and it works.
>>
>> Thanks,
>
> You'll probably also see that -o .. allows bypassing the 'hostfs jail', and
> I've just implemented a
Jeff Dike wrote:
> On Tue, Jan 30, 2007 at 06:36:15PM +0000, Antoine Martin wrote:
>> Just caught this in `dmesg`
>>
>> [42977596.52] Adding 131064k swap on /dev/ubdb. Priority:-1
>> extents:1 across:131064k
>> [42980169.29] do_syscall_stub : ret = -12
000 0x5 0x11 0x3
0x16cee000
[42984014.51] fix_range_common: failed, killing current process
Antoine Martin wrote:
> Just caught this in `dmesg`
>
> [42977596.52] Adding 131064k swap on /dev/ubdb. Priority:-1
> extents:1 across:131064k
> [42980169.29] do_s
Just caught this in `dmesg`
[42977596.52] Adding 131064k swap on /dev/ubdb. Priority:-1
extents:1 across:131064k
[42980169.29] do_syscall_stub : ret = -12, offset = 548682067984,
data = 60b16010
[42980169.29] do_syscall_stub: syscall 9 failed, return value =
0xf
>> Vince Berk pointed out what appears to be a thread issue with uml.
>> The "host" command, part of the bind-utils package, uses threads and crashes
>> when asked to do anything more complex than show its help screen:
>>
>> -bash-3.1# rpm -q bind-libs bind-utils
>> bind-libs-9.3.3-0.1.rc3.f
Jeff Dike wrote:
> On Sun, Jan 21, 2007 at 02:46:12PM +0000, Antoine Martin wrote:
>> Finally someone confirms what I have been seeing for ages!
>> Maybe the devs can find out what is going on now...
>
> OK, can someone give me access to a box where this is happening?
Sure th
*/, 13659, 0, 0x1) = -1 EINVAL (Invalid
> argument)
>
>
> Pity... I had finally decided to upgrade the host kernel... :-)
>
> // Joel
>
>
> On Fri, 19 Jan 2007, Antoine Martin wrote:
>
>> Antoine Martin wrote:
>>>>>> I have downgraded the x86
>> On fully up to date Fedora Core 6 x86_64, the kernel does display
>> something before crashing:
>> # uname -a
>> Linux localhost.localdomain 2.6.18-1.2869.fc6 #1 SMP Wed Dec 20 14:51:34
>> EST 2006 x86_64 x86_64 x86_64 GNU/Linux
>> # ./kernel32-2.6.19.2
>> Checking that ptrace can change syste
Antoine Martin wrote:
>>>> I have downgraded the x86 boxes to 2.6.15.7 and these are up and
>>>> running again. But I can't do that for all of them, and this is just
>>>> not an option for some of the amd64 boxes.
>>>
>>> My setup is:
&
>>> I have downgraded the x86 boxes to 2.6.15.7 and these are up and
>>> running again. But I can't do that for all of them, and this is just
>>> not an option for some of the amd64 boxes.
>>
>> My setup is:
> Thanks for that. That is very similar to mine.
> I don't think this has anything to do
>>> Which kernels do you have inside and outside?
>> Host (outside):
>> 2.6.19.2-skas3-v8.2
>
> Okay, that's one big difference. I have a stock kernel (well,
> gentoo-sources) on the outside, not a SKAS3 patched kernel. Maybe that
> makes a difference on amd64?
I wouldn't think so, as it is alwa
>> Which kernels do you have inside and outside?
> Host (outside):
> 2.6.19.2-skas3-v8.2
Note: skas3 v9 has some problems, but I tried that too.
And I wouldn't blame the guest builds either. These guest kernels have
worked for many people in the past, including me. And the image has not
changed.
Daniel Gryniewicz wrote:
> On Fri, 2007-01-19 at 11:00 +0000, Antoine Martin wrote:
>> Is anyone else having stability problems on AMD64? Or am I the only one
>> using it?
>> Not only is x86 UML broken on AMD64, I am also getting (seemingly)
>> random crashes runnin
Is anyone else having stability problems on AMD64? Or am I the only one
using it?
Not only is x86 UML broken on AMD64, I am also getting (seemingly)
random crashes running 64-bit UML.
The Gentoo guests in particular randomly fail to compile code - failing
in completely random places. When you tr
Don't know if that helps, but here it is: (sysrq t on 2.6.20-rc5):
[42949400.26] SysRq : Show State
[42949400.26]
[42949400.26] free
sibling
[42949400.26] task PCstack pid father child
younger older
[42949400.26] ksoftirqd/0 S B7
>> ptrace(PTRACE_SETREGS, 31586, 0, 0x6096dac8) = 0
>> ptrace(PTRACE_SETFPREGS, 31586, 0, 0x6096dba0) = 0
>> ptrace(PTRACE_SYSCALL, 31586, 0, SIG_0) = 0
>>
>> I'll have to verify whether some code in the stubs is miscompiled. But not
>> until... well, I dunno when I'll be back...
>>
>> Anybody els
C mmap in /tmp/...OK
Checking for the skas3 patch in the host:
- /proc/mm...not found
- PTRACE_FAULTINFO...not found
- PTRACE_LDT...not found
UML running in SKAS0 mode
remove_umid_dir - actually_do_remove failed with err = -2
Geert Uytterhoeven wrote:
> On Wed, 6 Sep 2006, Antoine Martin w
Just a thought, but how hard would it be to have a virtual device in the
guests that mimics a framebuffer device and is in fact an X window on
the host? I think this could almost be a killer-app.
Or is there already a way to do this using VFB?
Surely an X window is rich enough to provide all the
Tony wrote:
> It wouldn't hurt to have additional mirrors/backups of the data.
That, I can provide. I never realized that it was needed.
> Initially, we should identify a means for stopping the spam.
I may be able to help here.
I don't think my filters are any better than sf.net's, but seeing th
I thought I'd give it a try.
I guess that these aren't bugs (since switching to non-hardened gcc
fixes most problems) but maybe this is useful to someone?
Otherwise just ignore most issues in this email.
- the configs are available at http://uml.nagafix.co.uk/kernels
- GCC 3.4.5 hardened
First, th
On Thu, 2006-03-23 at 20:51 -0500, Jeff Dike wrote:
> On Fri, Mar 24, 2006 at 12:44:05AM +0100, Blaisorblade wrote:
> > Yes, that is true, but meanwhile give a testing to them, especially
> > regressio
> > test the new patches. I can't merge new patches in until I'm sure they
> > don't
> > cause
> Has anyone got success or failure with TLS code on 32-bit machines on 64-bit
> hosts?
I believe FC4 and FC5 x86 still fail with tls errors during fsck. Not
sure why. (images on my site)
All the other images were completely rebuilt in the last 2 months and
none of them have had their /lib/tls mov
Hi list,
I have added some new images here:
http://uml.nagafix.co.uk/
Fedora Core 4 AMD64, Mandriva-2006 x86 & AMD64, OpenSuse x86.
All these now work well with TLS, tested with 2.6.15.6-bs3-tls.
The last images should be uploaded by the time you get this email.
I still have to rebuild some new H
Found these in a guest running 2.6.15-rc1.
Note sure this is relevant anymore, but here it is anyway:
[45512066.14] Badness in handle_page_fault at
arch/um/kernel/trap_kern.c:101
[45512066.14] a52ebb90: [] handle_page_fault+0x2ae/0x2c0
[45512066.14] a52ebbbc: [] segv+0x1b9/0x320
[455
There were some trivial merge problems when using the 2.6.14 patch.
Here is the same patch but without any offsets:
http://uml.nagafix.co.uk/skas-2.6.15-v9-pre7.patch.bz2
Antoine
---
This SF.net email is sponsored by: Splunk Inc. Do you grep t
> On 12/25/05, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > Please do give it a try, and if you have any issues/regressions,
> send out
> > a note (even if you sent one earlier) so that we don't forget about
> it.
>
> Hmm. Somebody broke UML compile for my config again...
Are you sure that you ar
On Tue, 2005-12-20 at 14:01 -0600, Rob Landley wrote:
> On Monday 19 December 2005 12:33, Antoine Martin wrote:
> > Yep, it's a shame compartment does not ship with all distros.
> > chroot without su is pointless (since you can use 'chroot-again' to
> > escape
> > > $ gcc -print-file-name=libpcap.a
> > > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libpcap.a
> > > $ gcc -m32 -print-file-name=libpcap.a
> > > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib32/libpcap.a
> >
> > Works for me (tm) too.
>
> > Can this be merged? (I can't see
> > So I added this statement to the Makefile (patch attached) and now all
> > is well:
> > +ifeq ($(SUBARCH),i386)
> > +LDFLAGS_pcap.o := -r /usr/lib32/libpcap.a
> > +else
ahh, so this is the right way to find the lib... (cool)
> $ gcc -print-file-name=libpcap.a
> /usr/lib/gcc/x86_64-pc-linux-gnu
> And you saying "yes it works, I know this".
I can't remember! And I thought only my short term memory was bad... ;)
> SKAS64 support is implemented in the SKAS patch, but IIRC not in the guest
> kernel - there are just a few things to fix up (for instance
> using /proc/mm64), but I gave up as
> > pcap builds and runs fine on amd64 but there is a problem when building
> > with SUBARCH=i386: it uses the wrong version of libpcap.a:
> > ld -r -dp -o arch/um/drivers/pcap.o arch/um/drivers/pcap_kern.o
> > arch/um/drivers/pcap_user.o -m elf_i386
> > -r /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/.
(..)
> > I can't speak to how stable it was. I'm pretty sure I wasn't using Skas,
> It isn't skas as the skas3 code hasn't been ported to x86_64 yet.
Or has it?
I've just removed mode=skas0 from the command line during testing and I
was surprised to see this:
Checking that ptrace can change system
Paolo,
What is the state of hppfs? You sent 12 patches in September, and there
was some discussion with Al Viro about some of the patches (but no new
patches) Can I try to apply them to 2.6.14?
Thanks
Antoine
---
This SF.net email is sponsore
Paolo,
pcap builds and runs fine on amd64 but there is a problem when building
with SUBARCH=i386: it uses the wrong version of libpcap.a:
ld -r -dp -o arch/um/drivers/pcap.o arch/um/drivers/pcap_kern.o
arch/um/drivers/pcap_user.o -m elf_i386
-r /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../libp
> > I have no idea what I've done different!
I was using mrproper, but I've scripted the whole thing to test all the
combinations from scratch again (with a brand new tree each time - not
just mrproper) and the error only occurs when using the hardened gcc,
and I'm not too bothered about that (it'
On Sun, 2005-12-11 at 17:47 +0100, Blaisorblade wrote:
> On Thursday 08 December 2005 03:10, Antoine Martin wrote:
> > All,
> >
> > Talking about tty logging and fake ide reminded of the current state of
> > UML on 2.4 kernels:
> > http://uml.nagafix.co.u
> > > Also, different glibc are more or less happy in using modify_ldt() rather
> > > than set_thread_area() - it seems that latter is better.
>
> > Ahh, is it planned
> What?
I was wondering if this was being worked on, (you answered this below)
> > or do I have to make heavily modified distro i
On Fri, 2005-12-09 at 18:52 +0100, Blaisorblade wrote:
> On Thursday 08 December 2005 03:13, Antoine Martin wrote:
> > I'm still trying to get a regular FC4 image to boot with the latest x86
> > tls support code.
> Mainline kernel or with jdike patchset?
Latest jdike fr
On Tue, 2005-11-29 at 23:01 -0500, Jeff Dike wrote:
> On Tue, Nov 29, 2005 at 11:35:14PM +0000, Antoine Martin wrote:
> > [42951313.91] Kernel panic - not syncing: Kernel mode signal 7
>
> Did your /tmp fill up?
>
> > * Now, with 2.6.15-rc3 it does not boot
I'm still trying to get a regular FC4 image to boot with the latest x86
tls support code. (since Gentoo works fine)
but this is what I get:
# fsck.ext3 -a /dev/ubda
set_thread_area failed when setting up thread-local storage
Segmentation fault
Is this glibc? Any ideas?
Thanks
Antoine
-
All,
Talking about tty logging and fake ide reminded of the current state of
UML on 2.4 kernels:
http://uml.nagafix.co.uk/uml-2.4.32-bs2.patch.bz2
Is Blaisorblade's 2.4.28-bs2 patch tweaked to apply cleanly on 2.4.32.
Plus another tweak to avoid duplicated symbols when linking with newer
libc.a, t
I just noticed this patch:
http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.15-rc3/patches/no-fakehd
Anyone trying to use UML for honeypots will need this feature.
But since tty-logging is also missing from 2.6, I don't use it.
However I would hope that one day the tty logging gets re-ad
Hi Jeff,
Thanks for taking a stab at sorting out this gcc madness.
I had to apply it by hand on top of -rc3 (I then tried -rc4 too):
(but since no UML patches went into rc4 I guess it's just an offset
problem)
tar -jxf linux-2.6.14.tar.bz2
mv linux-2.6.14 linux-2.6.15-rc3-uml-x86
cd linux-2.6.15-
> arch/um/kernel/skas/clone.c: In function `stub_clone_handler':
> arch/um/include/sysdep/stub.h:45: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep/stub.h:66: error: can't find a register in class
> `BREG' while reloading `asm'
> arch/um/include/sysdep
1 - 100 of 126 matches
Mail list logo
