Sure, but that is not particular to io ports. You do the same for any
privileged instruction that traps. You could call page faults and FPU
emulation the same thing.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-
On Wed, Oct 10, 2001 at 06:46:22PM -0400, Roland McGrath wrote:
> > Can I/O permission violations be catched in userspace, by emulating the
> > io_emulate exception? Then I guess we can just let the default
> > implementation return an error anyway.
>
> I'm not really sure what you are asking he
> I guess we will drop the automatic io access entirely?
Yes, I think it was always a stupid feature.
> Can I/O permission violations be catched in userspace, by emulating the
> io_emulate exception? Then I guess we can just let the default
> implementation return an error anyway.
I'm not re
On Mon, Oct 08, 2001 at 07:34:25PM -0400, Roland McGrath wrote:
> (This is also where the insane automatic io access if your
> task has some send right feature is implemented.) However, it doesn't look
> like emulate_io will actually dtrt if you don't have the iopl device port,
> but almost.
I g
I put a different version of that change in. For future reference, please
note the exact form of ChangeLog.oskit entries and match it for ones that
you write, specifically you need to include the full file name.
Incidentally for anybody hacking oskit-mach, I did a merge of miscellaneous
changes
> Most changes I had to make were either processor-related or had to do
> with the differences between GNUMach and OSF Mach (which already existed
> on the PowerPC, so that I didn't have to worry about getting Mach to
> work). And _I_ was amazed that I didn't have to change anything in the
> Hurd
Quoting Roland McGrath <[EMAIL PROTECTED]>:
> > The PowerPC port of the Hurd that I'm working on is now partially
> > working; I've compiled bash, textutils and fileutils, most of which
> > runs. Ext2fs runs in read-only mode, but often crashes in writable
> > mode. Exec crashes when trying to ru
The failure mode you described does not happen for me.
Perhaps it depends on the gcc version (I have RH7.1's gcc-2.96-85).
The version I am using seems to ignore the #error when doing -M.
But I don't see any harm in your change, so I will put it in.
__
> The PowerPC port of the Hurd that I'm working on is now partially
> working; I've compiled bash, textutils and fileutils, most of which
> runs. Ext2fs runs in read-only mode, but often crashes in writable
> mode. Exec crashes when trying to run shell scripts. There are many other
> bugs, but at
Roland,
You said if I made a patch to move direct_cons_set_flags to the first
time the console is device_open'd, you would include it in oskit-mach.
This is that patch.
Thanks,
Kevin
ChangeLog entry:
2001-10-10 Kevin Kreamer <[EMAIL PROTECTED]>
* ds_osenv.c: Don't include direct_co
On Wed, Oct 10, 2001 at 01:01:24AM -0500, Kevin Kreamer wrote:
> Neal and I found a bug in libstore/std.c where &store_part_class was
> not compiled in due to HAVE_PARTED_PARTED_H not being defined. Neal's
> suggested fix was to change it to HAVE_LIBPARTED, which is the included
> patch.
Yeah,
Hi,
The PowerPC port of the Hurd that I'm working on is now partially working; I've
compiled bash, textutils and fileutils, most of which runs. Ext2fs runs in
read-only mode, but often crashes in writable mode. Exec crashes when trying to
run shell scripts. There are many other bugs, but at le
Since 09-12, config.h.in now enforces optimization. Without this,
errnos.d is an empty file (Failed compile. I'm not quite sure why it
didn't stop the build...) and bits/errno.h get regenerated without all
the #defines from the various header files.
2001-10-10 Jeff Bailey <[EMAIL PROTECTED]>
Neal and I found a bug in libstore/std.c where &store_part_class was
not compiled in due to HAVE_PARTED_PARTED_H not being defined. Neal's
suggested fix was to change it to HAVE_LIBPARTED, which is the included
patch.
ChangeLog entry:
2001-10-10 Kevin Kreamer <[EMAIL PROTECTED]>
* s
14 matches
Mail list logo
