On Tue, Oct 09, 2001 at 02:52:27PM -0400, Roland McGrath wrote:
> I would recommend you use the hurd sourceforge project, store documents
> there, and use that as a canonical web site to refer to. I suggest this
> because it's something that volunteers can do without "official GNU" help.
> I'm al
Jeroen Dekkers wrote:
>
> On Fri, Jul 13, 2001 at 09:21:57AM -0400, Igor Khavkine wrote:
> > Now if I was still linking with the version of oskit in the Hurd archives
> > all my problems would be solved and I would be able to boot properly.
> > However, I have compiled my
Hi, all.
After a bit more of oskit-mach debugging I've had some partial success.
My network card is now working with the OSKit driver. All I had to
do is change the [oskit]/linux/src/drivers/net/tulip.c file to a newer
version. Since I knew my card was working with linux-2.2.19, I just took
the d
On Mon, Jul 09, 2001 at 10:10:42PM +0200, Jeroen Dekkers wrote:
> I tried old version of both oskit-mach and oskit (Jeff suggested me that on
> irc), oskit-mach works almost with version 2505 and with version 2901
> I get IRQ probing problems. Oskit-mach linked with oskit-2505 doesn't
I've successfuly setup my second box with a serial line as a console
and debugging line. I tried booting oskit-mach (from cvs) on it
and it failed with a segfault in one of the oskit drivers.
I discovered that when I tried to boot oskit-mach linked with oskit
which were both compiled with debug s
On Sat, Jul 07, 2001 at 09:04:56PM -0400, Roland McGrath wrote:
> > Yes, that is what I was getting at. Signals and interrupts are
> > a very old concept, and I've always thought that exceptions are
> > a more evolved version of the same concept. So it would make
> > sense to use a more versatile
On Sat, Jul 07, 2001 at 05:40:03PM -0400, Roland McGrath wrote:
> Yes, sorry for the short response. That was before the coffee.
>
> I don't really know how to answer your message, since it wasn't quite clear
> what the question was. Were you suggesting that Hurd signals should work
> by sendin
On Sat, Jul 07, 2001 at 02:57:09PM -0400, Roland McGrath wrote:
> I think you are confused about what Mach exceptions are.
This is also possible. The Mach kernel interfaces docs are
a bit thin on the subject. Could you enlighten me?
Thanks.
Igor
___
I've been looking through the glibc code that handles signals
for Hurd. At the same time I'm writing up a some docs on that
so someone else won't have to do it again.
What I'm surprised by is that signals are passed between processes
using simple RPC messages. Mach has an exception facility
for t
On Thu, Jul 05, 2001 at 10:51:21AM -0500, Marcus Brinkmann wrote:
> On Wed, Jul 04, 2001 at 06:13:23PM -0700, Thomas Bushnell, BSG wrote:
> >
> > Maybe I missed something, but what specifically is this for?
>
> You are missing out the LSM, a great event. Many greetings from Bordeaux!
>
> Mosh
Glibc has a header which goes into /usr/include/mach_init.h
and Mach has a header which goes into /usr/include/mach/vm_param.h.
Both of them define the macros `round_page' and `trunc_page'. The
former in terms of the variable `__vm_page_size' and the latter
in terms of the constant macro `PAGE_SI
On Sun, Jul 01, 2001 at 08:27:17PM -0400, Igor Khavkine wrote:
>
> In this case, should the creation of the "red zone" be the programmer's
> responsibility, or is there a way to create it with the library?
>
> It is also possible that I'm misinterpreting the st
The above is a misnamed subject, ignore it. It should read
Subject: Thread creation and stack allocation
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Hi,
I've started fixing up the thread creation stuff in pthreads, and
I've come upon a dilema. According to SUSv2, the programmer
is allowed to create a thread with specified stack location and
size. If that information is not provided, then a stack of some
default size is allocated with an extra
Hi,
I've been trying setup hurd on my second PC (which is not easy
because it doen't have a separate monitor, keyboard or a
network card that works with gnumach). I've worked out all
the problems with the serial connection. But when I tried to
look for documentation on how to set up gnumach/oskit
On Fri, Jun 29, 2001 at 03:49:01PM -0500, Marcus Brinkmann wrote:
> Hi,
>
> io/fts.c has a MAXPATHLEN issue.
> The Debian glibc build of 2.2.3-6 (CVS 6-9-2001) fails because
> of that.
>
> Sorry, no more info as I can't send mail from my local machine
> right now.
This is the relevant code snip
Neal H Walfield wrote:
>
> > > I do not see how this makes sense. I see how it is logical, however, it
> > > is misleading. Consider the following:
> > >
> > > # settrans -cap ~/foo /hurd/isofs cdimage
> > >
> > > The active translator will start, however, once it is stopped, the
> > > file
On Thu, Jun 21, 2001 at 11:48:02PM -0500, Neal H Walfield wrote:
> My point is that whether a translator is started by the filesystem or by
> settrans, the behavior should be basically the same.
>
> > > o Current working directory
> > > - settrans: user's current working directory
> >
On Thu, Jun 21, 2001 at 06:01:00PM -0500, Neal H Walfield wrote:
> Using settrans to start an active translators sets up a completely
> different enviornment than that created when a file system launches a
> passive translator. There are three main differences:
>
> o File descriptors
>
On Thu, Jun 21, 2001 at 06:32:12AM -0400, Roland McGrath wrote:
> rwlock is to mutex as pthread_rwlock is to pthread_mutex
I see. It's just a simple abstraction for the Readers-Writers
problem.
I also found a stub in sysdes/generic for machine-lock.h. It defines
the atomic __spin_lock operations
I found a header in glibc that defines a generic lock interface.
The file is sysdeps/generic/bits/libc-lock.h. There is a Mach
specific version of it in sysdeps/mach/bits. It is implemented
on top of cthread locks.
Was intended to be a high level or low level lock inteface?
So should I try to re
On Wed, Jun 20, 2001 at 06:45:39PM -0500, Neal H Walfield wrote:
> > I don't think the danger (or lack thereof) presented by these warnings
> > is being dsiputed. It is simply very annoying. I have a patition
> > for development that I use both in linux and Hurd.
>
> I think it was; Roland mentio
On Wed, Jun 20, 2001 at 04:56:20PM -0500, Neal H Walfield wrote:
> > Would you accept a patch to add a configure option that removes the
> > annoying 'free inode' warning messages? I can set it on by default,
> > if you'd like.
> >
> > My final preference would be to leave it disabled until e2fs
This is just a curiosity question and could be a bit of topic.
Why is it that most libraries (like glibc) prefix all their
functions with __. Even the ones that will eventually be exported.
I've come up with two possible reasons:
1) avoid global namespace polution. This can also be avoided
by gro
On Sat, Jun 16, 2001 at 05:53:52AM -0400, Roland McGrath wrote:
> It has been noted that the slowness of fork on the Hurd may be a
> substantial factor in uses like large builds. One way to avoid this
> problem is to avoid fork. In glibc we have providing posix_spawn
> and related functions; mo
I just noticed that when tracing back the type of `vm_offset_t'
we get back to `natural_t' which is defined with this comment in
/include/mach/i386/vm_types.h:
/*
* A natural_t is the type for the native
* integer type, e.g. 32 or 64 or.. whatever
* register size the machine has. Unsigned, it
I've just pulled the oskit-mach source from CVS build it and tried to
boot it. Unfortunately, it didn't work. That wasn't totally unexpected
given my rotten luck with trying new kernels.
Once the boot process gets to a certain point the computer just
restarts. That means it's some sort of unhandl
On Sun, May 13, 2001 at 02:54:14PM -0700, Thomas Bushnell, BSG wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > The time it pauses is too short to write down all registers. We should
> > consider increasing it.
>
> The time is a rapid spinning loop, IIRC, and has gotten shorter as
>
On Thu, Apr 26, 2001 at 03:57:53PM -0400, Roland McGrath wrote:
> I had never anticipated anyone trying to implement pthreads for the Hurd
> in any way but by a substantial rewrite of the libc hurd code.
When pthreads will actually be implemented. Do you think it would
be a good idea to rewrite t
On Wed, Feb 14, 2001 at 03:21:16AM +0100, Farid Hajji wrote:
> > We're talking about a microkernel arch, but still I'm
> > not sure if turning hurd into gnome is a good idea.
> [...]
> > Interoperability is a good idea, but if you bloat the
> > whole code with interoperability stuff then it blows
On Thu, Feb 08, 2001 at 11:34:26AM +0200, Eray Ozkural (exa) wrote:
> Mridul Jain wrote:
> >
> > hi,
> > As I was preparing to work on the topic - Corba
> > replacement for MIG ;
>
> Make sure it doesn't turn out to yield a Java level performance. ;)
>
> That standard called Corba was not tailo
On Thu, Feb 08, 2001 at 09:14:57AM +1100, Brian May wrote:
> > "Mridul" == Mridul Jain <[EMAIL PROTECTED]> writes:
[snip]
> Mridul> protocol is that It is the Corba standard.If I want a
> Mridul> "TRUE" Corba implementation in GNUMach/HURD then the
> Mridul> protocol should be II
On Thu, Dec 21, 2000 at 11:52:07PM -0500, Roland McGrath wrote:
> Someone in the Utah group just noticed that the oskit's header file
> defines CR4_PGE with the wrong value (0x20 should be 0x80).
Maybe that's why I had those problems booting with oskit-mach
unless I disabled setting the PGE flag.
I came across a potential segfault in the libnetfs code.
Here's the patch.
Igor
Index: libnetfs/make-node.c
===
RCS file: /cvs/hurd/libnetfs/make-node.c,v
retrieving revision 1.4
diff -u -r1.4 make-node.c
--- libnetfs/make-node.c
On Sat, Nov 25, 2000 at 01:50:37AM -0600, Daniel E Baumann wrote:
> Here is the code I wrote for setting the gateway in bundle.c, I welcome any
> comments. Some of this I borrowed from fsysopts.c.
>
I hope this is prototype code because there is a couple of obvious
blunders.
> int
> bundle_Set
On Sun, Oct 29, 2000 at 06:57:41PM -0500, Roland McGrath wrote:
> Perhaps there should just be another mailing for wild speculations about
> random development ideas tangentially related to the Hurd development
> effort. Then I would read that one when I was in that kind of mood. These
> lists r
On Thu, Oct 26, 2000 at 05:19:00PM -0400, Roland McGrath wrote:
> I bought some computers and I am now almost back in the saddle. I am not
> quite ready to set up my Hurd yet, but I'm starting to hack on getting
> oskit-mach to build cleanly again (I'm building on Linux). So I would like
> to he
Ok, I've improved and actually tested my patch for FPU emulation
in oskit-mach. You can get it at http://alcor.concordia.ca/~i_khavki/.
Now there are still problems like some instructions are not interpreted
properly and generate an illegal instruction exception. I'm still not
sure why that's happ
On Wed, Oct 18, 2000 at 01:26:19PM -0400, Roland McGrath wrote:
> > Ok, I've attached a listing of the old sate and the new state of
> > [gnumach]/i386/.
>
> I'm not sure what I'm supposed to glean from those lists of file names.
>
Well, you asked which files i modified/removed, and I'd still l
On Wed, Oct 18, 2000 at 02:05:38AM -0400, Roland McGrath wrote:
> > I've looked through gnumach's machine dependent headers trying to see
> > where they could be replaces by equivalet oskit headers to eliminate
> > redundancy. So now I've eliminated most of the redundancy and removed the
> > unn
I've looked through gnumach's machine dependent headers trying to see
where they could be replaces by equivalet oskit headers to eliminate
redundancy. So now I've eliminated most of the redundancy and removed the
unneeded headers from my local copy of gnumach (oskit-mach) rather.
Now I'm just w
On Sat, Sep 30, 2000 at 09:41:55PM -0400, Roland McGrath wrote:
> > The reboot comes from a `panic' call from the `free_for_oskit' routine
> > in [gnumach]/oskit/osenv_mem.c. Here's that piece of code:
>
> Interesting. Can you show me the stack trace? The oskit panic routine
> should print out
Finally, I've been able to find the source of my mysterious
reboots when booting oskit-mach.
The reboot comes from a `panic' call from the `free_for_oskit' routine
in [gnumach]/oskit/osenv_mem.c. Here's that piece of code:
--- snip ---
if (in_oskit_interrupt)
{
/* oy */
Hi, after a prolonged absence I'm finally back online. But I've falling
behind on the mailing list a bit.
My current priority is to try and get oskit-mach to boot on my machine. As
I've mentioned before, on my machine when oskit-mach boots it basically
crashes and/or instantly reeboots, first whe
I tried testing my patch for fpu emulation for oskit-mach in the last coupla
days. The first step was to actually boot with the oskit-mach kernel.
However that's where my problems started, and I haven't been able to get
past that.
The first problem was that my computer generated a general protect
Hi, for some time now I've been trying to incorporate the Linux FPU
emulation code into gnumach (oskit-mach to be more precise). I'll be moving
in the next few days and won't really be able to work on it in the mean time.
So I decided to release a *very* preliminary patch for anyone who wants
to l
Hi, I have more questions about the internals of gnumach (oskit-mach to
be more precise). I have either not been able to find answers to them, or
it's very difficult to deduce them from the sourcecode.
1. Where, if anywhere, does gnumach change into virtual 8086 mode? If it does
then what purpose
On Sat, Aug 05, 2000 at 02:13:16PM +0200, Marcus Brinkmann wrote:
> On Fri, Aug 04, 2000 at 10:17:22PM -0400, Igor Khavkine wrote:
> > Otherwise
> > you are free to flame the people who wrote the makefiles. :-)
>
> I would think twice. I have not these problems, and I j
On Fri, Aug 04, 2000 at 04:39:34PM +0200, agx wrote:
> This is the error i get in serverboot
>
> gmake[1]: Entering directory
> `/usr/home/agx/src/hurd-2726/serverboot'
> i586-gnu-gcc -O
> -Wl,-rpath-link=.:../libdiskfs/:../libfshelp/:../libftpconn/:../libhurdbugaddr
>
>/:../libihash/:../lib
49 matches
Mail list logo
