what about this?
http://user-mode-linux.sourceforge.net/iomem.html
Olivier Crameri wrote:
> Hi,
>
> I'm currently working on a project in which we are using UML to access
> the host os and perform some operations.
> More precisely, we would like to have a system call in UML that parses
> a file i
to properly execute
> regular C within the UML kernel to access the host OS.
>
> Thks,
>
> Olivier
>
> On 5 avr. 06, at 19:18, D. Bahi wrote:
>
>> what about this?
>>
>> http://user-mode-linux.sourceforge.net/iomem.html
>>
>> Olivier Crameri wrote:
>
i think everytime you load it and unload it you may get different addresses
so you want a few more things in the [Host](gdb) section before loading
a module these stepd should allow you to debug a module_init routine
1) from http://kgdb.linsyssoft.com/downloads/miscmacros
we get an idea how t
so instead of just my usual whining attached is a suggested fix ;)
D. Bahi wrote:
> i'm trying to build an 'uptodate' UML guest and see exactly this
> 'undefined reference to indirect_set_thread_area' (reported in November)
> with 2.6.15 and all the incrementals
i'm trying to build an 'uptodate' UML guest and see exactly this
'undefined reference to indirect_set_thread_area' (reported in November)
with 2.6.15 and all the incrementals from the patch tarball for
2006-01-08 on user-mode-linux.sf.net.
the comment related to this patch says CONFIG_MODE_ TT 'of
any hints for where to look for a fix for this odd crash on shutdown?
i must admit, lately, i've been rather frustrated with the lack of
either maintainance or backporting in the 2.4 UML series. of course
this frustration is mostly because of my lack of ability to move forward
past issues such as
did i miss the console cleanup crew?
i have a UML guest command line that uses con0=fd:0,fd:1
(or not, as this is the default for CONFIG_CON_ZERO_CHAN)
i launch new xterms using -- xterm -e '' &
(side note - can lock it w/o this too.) and users leaning on
the keyboard (most notably ) while the new
wow! thank you Blaisor. will apply and let you know.
still working on an isolated shmem program that will
reproduce this
Blaisorblade wrote:
On Wednesday 02 March 2005 15:07, Blaisorblade wrote:
On Monday 28 February 2005 20:44, Jeff Dike wrote:
[EMAIL PROTECTED] said:
This happens everytime
yep. have exactly that:
void initial_thread_cb_skas(void (*proc)(void *), void *arg)
{
sigjmp_buf here;
cb_proc = proc;
cb_arg = arg;
cb_back = &here;
block_signals();
if(sigsetjmp(here, 1) == 0)
siglongjmp(initial_jmpbuf, 2);
unblock_signals();
cb_proc = NULL;
cb_
actually - 2.4.26-3um looks like this already.
int start_uml_skas(void)
{
start_userspace(0);
capture_signal_stack();
init_new_thread_signals(1);
idle_timer();
init_task.thread.request.u.thread.proc = start_kernel_proc;
init_task.thread.request.u.thread.arg = NULL;
so this doesn't
This happens everytime i try to load an application of ours that
uses shmem for syslog...
Jeff Dike wrote:
[EMAIL PROTECTED] said:
i know things are hot and heavy in 2.6 but i hope somebody can spare a
thought about this panic i'm struggling to understand.
Is this easily reproduced?
The stack isn
thank you very very much jeff.
i'll apply and let you know.
very much looking forward to the 'update/moderinization' of the 2.4 series.
Jeff Dike wrote:
[EMAIL PROTECTED] said:
here's a wonderfully infrequent but nagging startup failure that
usually has a useless (no stack depth, or just corrupt)
hello wonderful umlers,
here's a wonderfully infrequent but nagging startup
failure that usually has a useless (no stack depth,
or just corrupt) backtrace...
Here's all the user sees:
Checking for the skas3 patch in the host...found
Checking for /proc/mm...found
Enterasys Node Driver v0.1 (4, 15, 0
I would like a 2.4 that is stable. with a working hostfs.
(that i can run valgrind against - heh, not umls fault here.)
Also, the uml web site needs to be authoritative. building
the above should not require patching from additional
sources announced on the list.
That said, 2.4 and 2.6 are both 'st
so, trying to build 3rd party tools against the UML kernel headers and run into
things like "can't find sysdep/ptrace.h"
poking around a bit - i wonder why there are headers under the arch/um/include
directory when we have a perfectly good seperate include/asm-um area to play in?
things that wa
15 matches
Mail list logo