On Monday 09 October 2006 20:45, Jeff Dike wrote:
> On Sun, Oct 08, 2006 at 09:09:00PM +0200, Blaisorblade wrote:
> > Mconsole exec would also be useful for this, if it could return output -
> > maybe redirecting to dev/console would do that (to test) or it could
> > maybe be added easily, now.
>
>
On Sun, Oct 08, 2006 at 09:09:00PM +0200, Blaisorblade wrote:
> Mconsole exec would also be useful for this, if it could return output - maybe
> redirecting to dev/console would do that (to test) or it could maybe be added
> easily, now.
We do have a way of returning console output to an mconsole
Blaisorblade <[EMAIL PROTECTED]> writes:
> Wait - I think this specific case does not need any work with dentries, it is
> different from the crash I described. I was giving generic suggestions -
> afterwards I looked at sys_getdents and found that this one was easier.
> Finish this patch this
Blaisorblade <[EMAIL PROTECTED]> writes:
>> but how hard can it
>> be?
>
> That's a lie, face it... it _is_ hard. Being a very smart programmer helps,
> but as you say documentation is lacking, so you become able to write good
> code when you're able to face lack of documentation.
I meant that
On Sunday 08 October 2006 18:42, Nic James Ferrier wrote:
> Blaisorblade <[EMAIL PROTECTED]> writes:
> > That is not a bad attempt, and you show having some uncommon experience
> > with kernel code. I'm not reviewing it line-by-line - I should check the
> > APIs of VFS calls and usage examples, but
Blaisorblade <[EMAIL PROTECTED]> writes:
> That is not a bad attempt, and you show having some uncommon experience with
> kernel code. I'm not reviewing it line-by-line - I should check the APIs of
> VFS calls and usage examples, but I haven't the time.
Cheers. I've never written kernel code be
On Saturday 07 October 2006 01:04, Nic James Ferrier wrote:
> Blaisorblade <[EMAIL PROTECTED]> writes:
> >> Is there a reason that can't be done?
> >
> > No, it can be done. Produce a working patch and then that will be ok, and
> > I guess it will be appreciated (at least by me). It isn't IMHO that
Blaisorblade <[EMAIL PROTECTED]> writes:
>> Is there a reason that can't be done?
> No, it can be done. Produce a working patch and then that will be ok, and I
> guess it will be appreciated (at least by me). It isn't IMHO that much
> trivial however - the code will be probably be similar but no
On Friday 06 October 2006 00:48, Nic James Ferrier wrote:
> Jeff Dike <[EMAIL PROTECTED]> writes:
> > Given that you need to find the dhcp client and count on it having the
> > lease file open on a particular descriptor, I would call this not very
> > nice.
>
> /8->
>
> I think I can alter mconsole
Jeff Dike <[EMAIL PROTECTED]> writes:
> Given that you need to find the dhcp client and count on it having the
> lease file open on a particular descriptor, I would call this not very
> nice.
/8->
I think I can alter mconsole_kern::mconsole_proc so that it returns
data for directories the same w
On Thu, Oct 05, 2006 at 02:36:04PM +0100, Nic James Ferrier wrote:
> I could then parse the lease data and establish the current ip.
>
> This is _quite_ a good solution... it requires no changes to the uml
> filesystem. It does require the dhcp client to have the lease file
> open. This works on I
Gosh this is frustrating.
I'm trying to work out a better way of starting umls whilst using
dhcp address allocation.
Currently I approach this by having the uml fs ssh the ip address it
gets from dhcp to a known host.
Doing that requires a lot of infrastructure though. It's quite
fragile.
What
12 matches
Mail list logo