Re: GNU Mach doesn't work with EFI

Hello, Andrea G. Monaco, le dim. 10 janv. 2021 01:15:00 +0100, a ecrit: > After some research, I found that EFI doesn't provide a VGA text mode > (https://forum.osdev.org/viewtopic.php?f=1&t=28429) and offers different > graphic primitives than BIOS. That's not a problem: gnumach doesn't use them

Re: GNU Mach

Kevin Madhu, le Sat 23 Feb 2013 07:57:22 +0530, a écrit : > Have you guys given up on my problem? We actually don't understand what is happening: things seem to be right, except that the mig command being invoked does not like the input, which *is* really right. My only guess is that the mig

Re: GNU Mach

Hi, Have you guys given up on my problem? On Wed, Feb 20, 2013 at 4:18 PM, Kevin Madhu wrote: > I found the file you were asking for. But im afraid i do not see the other > three files anywhere(memory_object_user.user.c, memory_object_user.user.h, > memory_object_user.user.msgids). Are the

Re: GNU Mach

I found the file you were asking for. But im afraid i do not see the other three files anywhere(memory_object_user.user.c, memory_object_user.user.h, memory_object_user.user.msgids). Are they suppossed to be mig's output? On Wed, Feb 20, 2013 at 1:47 PM, Thomas Schwinge wrote: > Hi! > > On Wed,

Re: GNU Mach

Hi! On Wed, 20 Feb 2013 10:15:34 +0530, Kevin Madhu wrote: >I pulled the code from git repository only and its up-to-date(mig - > http://git.savannah.gnu.org/cgit/hurd/mig.git/, mach - > http://git.savannah.gnu.org/cgit/hurd/gnumach.git/). And following the > instructions, I successfully

Re: GNU Mach

Hi, I pulled the code from git repository only and its up-to-date(mig - http://git.savannah.gnu.org/cgit/hurd/mig.git/, mach - http://git.savannah.gnu.org/cgit/hurd/gnumach.git/). And following the instructions, I successfully compiled mig but mach always produces that error. > mig -n -cc c

Re: GNU Mach

Please keep bug-hurd in Cc. Mailing only a couple persons is asking for bad luck that they are on vacancy. Kevin Madhu, le Tue 19 Feb 2013 18:14:08 +0530, a écrit : > I am using code from Savannah Git, So you mean MIG from its git repository? I don't see any reason why it should fail. Samuel

Re: GNU Mach

Thomas Schwinge skribis: >> I'd advise using the package from Debian. > > Generally a good suggestions, yet MIG from Savannah Git should be fine, > too. Note that anyone trying the MiG tarball from ftp.gnu.org will be surprised. There really ought to be a new tarball of current Git uploaded the

Re: GNU Mach

Hi! On Tue, 19 Feb 2013 00:56:31 +0100, Samuel Thibault wrote: > Kevin Madhu, le Mon 18 Feb 2013 19:17:06 +0530, a écrit : > > The errors displayed when I try compiling the code(following > > http://www.gnu.org/software/hurd/microkernel/mach/ > > gnumach/building.html) is given as attachment. >

Re: GNU Mach

Kevin Madhu, le Mon 18 Feb 2013 19:17:06 +0530, a écrit : > The errors displayed when I try compiling the code(following > http://www.gnu.org/software/hurd/microkernel/mach/ > gnumach/building.html) is given as attachment. > mig -n -cc cat - /dev/null\ > -user vm/memory_object_user.use

Re: GNU Mach: IDE disk drives with unusual C/H/S

> Thomas Schwinge writes: > On Tue, 27 Nov 2012 16:36:24 +0700, Ivan Shmakov wrote: […] >> Here, a diff line could've been saved by adding an opening { to the >> if above. (IOW, no need to drop the C grouping construct from >> here.) > Generally you're right with your suggestions (

Re: GNU Mach: IDE disk drives with unusual C/H/S

Hi Ivan! On Tue, 27 Nov 2012 16:36:24 +0700, Ivan Shmakov wrote: > > Thomas Schwinge writes: > > […] > > > Does anyone spot any problems, or does this need more testing, or is > > it OK to commit right away? > > I see none (but then, I'm not really a Mach or ATA expert), > a

Re: GNU Mach: IDE disk drives with unusual C/H/S

On Tue, Nov 27, 2012 at 04:36:24PM +0700, Ivan Shmakov wrote: > > Thomas Schwinge writes: > > […] > > > Does anyone spot any problems, or does this need more testing, or is > > it OK to commit right away? > > I see none (but then, I'm not really a Mach or ATA expert), > apart

Re: GNU Mach: IDE disk drives with unusual C/H/S

> Thomas Schwinge writes: […] > Does anyone spot any problems, or does this need more testing, or is > it OK to commit right away? I see none (but then, I'm not really a Mach or ATA expert), apart from a few style and formatting issues. […] > +if (id->cyls == 16383

Re: GNU Mach: disabling all network device drivers

On Wed, Dec 08, 2010 at 02:52:10AM -0300, Diego Nieto Cid wrote: > Writting CSR0_NORMAL to pcnet's CSR0 register sets the 'interruption enabled' > bit allowing the hardware to raise interruptions. > > So, why would such an amount of interruptions be triggered? > Their alternating pattern is also i

Re: GNU Mach: disabling all network device drivers

2010/12/8 Richard Braun : > But I don't understand why you're asking the question. > To be honest, I didn't give those questions any thought. Writting late at night is no good. :) The email's intent was giving an update, stating possible future actions and asking for any idea others may have abou

Re: GNU Mach: disabling all network device drivers

Hello, 2010/8/30 Diego Nieto Cid > > Short story: something is clearing kernel_page_dir. > Here's some information about this issue. After modifing qemu to generate an instruction trace and stop when a physical memory location is modified, I've found that interrupts are being nested too deeply.

Re: GNU Mach: disabling all network device drivers

Hello, 2010/9/3 Da Zheng : > > It's strange. I thought the problem doesn't exist any more after I made some > changes in the kernel. > It is, indeed. It did work once. But since I lost the binaries, I couldn't properly build it again. Theese are the last lines of code I can reach while stepping

Re: GNU Mach: disabling all network device drivers

Hello, It's strange. I thought the problem doesn't exist any more after I made some changes in the kernel. Are you using the latest gnumach in the master-user_level_drivers branch? Best, Zheng Da On 8/30/10 12:15 AM, Diego Nieto Cid wrote: > Hello, > > Short story: something is clearing kernel_

Re: GNU Mach: disabling all network device drivers

Hello, Short story: something is clearing kernel_page_dir. Long story follows. :) On Wed, Jun 09, 2010 at 08:24:55AM +0200, Samuel Thibault wrote: > > These are correct. So that must the the pagetable that is incorrect. > Check out cr3 and such. > While trying DDE I came across this problem

Re: GNU Mach: disabling all network device drivers

On 10-6-9 下午2:24, Samuel Thibault wrote: > Zheng Da, le Wed 09 Jun 2010 01:22:48 -0400, a écrit : >> So which instruction triggers the trap? nop or movl? > > movl, but it's not its ofwn fault. > > My guess is that right after sti, an interrupt is triggered while nop is > being executed, gets hand

Re: GNU Mach: disabling all network device drivers

Zheng Da, le Wed 09 Jun 2010 01:22:48 -0400, a écrit : > So which instruction triggers the trap? nop or movl? movl, but it's not its ofwn fault. My guess is that right after sti, an interrupt is triggered while nop is being executed, gets handled after nop is executed, and we return to movl, but

Re: GNU Mach: disabling all network device drivers

Hello, On Tue, Jun 8, 2010 at 8:08 AM, Samuel Thibault wrote: >> (null):~# addr2line -e /boot/gnumach-nodrv 0x13f163 >> /root/gnumach-build1/../gnumach/i386/i386at/interrupt.S:40 >> It's exactly where CPU should jump to. So it seems the stack is correct. > > Ok. So probably the protection is not

Re: GNU Mach: disabling all network device drivers

Zheng Da, le Tue 08 Jun 2010 07:54:40 -0400, a écrit : > On Mon, Jun 7, 2010 at 4:20 AM, Samuel Thibault > wrote: > > Zheng Da, le Mon 07 Jun 2010 01:40:26 -0400, a écrit : > >> > examine 2f0094 > >> db> examine 0x1973e0 > >>                 13f163 > > > > Where does this point to in the source c

Re: GNU Mach: disabling all network device drivers

Hi, On Mon, Jun 7, 2010 at 4:20 AM, Samuel Thibault wrote: > Zheng Da, le Mon 07 Jun 2010 01:40:26 -0400, a écrit : >> > examine 2f0094 >> db> examine 0x1973e0 >>                 13f163 > > Where does this point to in the source code? (null):~# addr2line -e /boot/gnumach-nodrv 0x13f163 /root/gnum

Re: GNU Mach: disabling all network device drivers

Zheng Da, le Mon 07 Jun 2010 01:40:26 -0400, a écrit : > > examine 2f0094 > db> examine 0x1973e0 > 13f163 Where does this point to in the source code? > Kernel General protection trap, eip 0x1076e6 > kernel: General protection (13), code=25a > Stopped at 0x1076e6: popl%edx

Re: GNU Mach: disabling all network device drivers

Hello, On Sun, Jun 6, 2010 at 5:57 PM, Samuel Thibault wrote: > Hello, > > Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit : >> I boot hurd with the new kernel and run the user-level network drivers >> but got a kernel >> general protection trap. I tried several drivers and always got the >>

Re: GNU Mach: disabling all network device drivers

Hello, Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit : > I boot hurd with the new kernel and run the user-level network drivers > but got a kernel > general protection trap. I tried several drivers and always got the > same problem. > The error can be seen at http://i.imagehost.org/0382/Scr

Re: GNU Mach: MIG stubs not generated

Hi! Thomas Schwinge writes: > On Wed, May 26, 2010 at 02:07:09PM +0200, Ludovic Courtès wrote: >> GNU Mach currently fails to build for me: >> >> --8<---cut here---start->8--- >> i586-pc-gnu-gcc -DHAVE_CONFIG_H -I. -nostdinc -imacros config.h -Ii386 -I. >>

Re: GNU Mach: MIG stubs not generated

Hello! First, I didn't read all your Nix / Hydra emails in detail yet, but it's great that you're working on this! On Wed, May 26, 2010 at 02:07:09PM +0200, Ludovic Courtès wrote: > GNU Mach currently fails to build for me: > > --8<---cut here---start->8--- >

Re: GNU Mach: disabling all network device drivers

On 10-5-19 下午10:42, Samuel Thibault wrote: > Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit : >> general protection trap. I tried several drivers and always got the >> same problem. >> The error can be seen at http://i.imagehost.org/0382/Screenshot.png. >> >> addr2line shows me 0x1076e6 is at

Re: GNU Mach: disabling all network device drivers

Zheng Da, le Thu 13 May 2010 08:59:59 -0400, a écrit : > general protection trap. I tried several drivers and always got the > same problem. > The error can be seen at http://i.imagehost.org/0382/Screenshot.png. > > addr2line shows me 0x1076e6 is at > /root/gnumach-build/../gnumach/i386/i386/spl.S

Re: GNU Mach: disabling all network device drivers

On 10-5-18 上午4:20, Thomas Schwinge wrote: > Hello! > > On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote: >> It is really weird. I built gnumach with --disable-device-drivers >> --enable-ide --enable-kdb. >> I boot hurd with the new kernel and run the user-level network drivers >> but got a

Re: GNU Mach: disabling all network device drivers

Hi, On Fri, May 14, 2010 at 02:17:08PM +0800, Da Zheng wrote: > BTW, e100 does work after I remove eepro100 from gnumach. Oh, great :-) > too bad, I don't have a chance to debug e1000 again;-) Hehe ;-) -antrik-

Re: GNU Mach: disabling all network device drivers

Hello! On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote: > It is really weird. I built gnumach with --disable-device-drivers > --enable-ide --enable-kdb. > I boot hurd with the new kernel and run the user-level network drivers > but got a kernel > general protection trap. I tried several d

Re: GNU Mach: disabling all network device drivers

On 10-5-14 下午1:17, olafbuddenha...@gmx.net wrote: > Hi, > > On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote: > >> It is really weird. I built gnumach with --disable-device-drivers >> --enable-ide --enable-kdb. I boot hurd with the new kernel and run the >> user-level network drivers but

Re: GNU Mach: disabling all network device drivers

Hi, On Thu, May 13, 2010 at 08:59:59AM -0400, Zheng Da wrote: > It is really weird. I built gnumach with --disable-device-drivers > --enable-ide --enable-kdb. I boot hurd with the new kernel and run the > user-level network drivers but got a kernel general protection trap. I > tried several drive

Re: GNU Mach: disabling all network device drivers

Hello, On Wed, May 12, 2010 at 12:26 PM, Thomas Schwinge wrote: > Hello! > > Adding the possibility to programmatically disable all network device > drivers into GNU Mach's configure script is possible, but it'll take a > bunch of time if done properly, or I can do it in a very, very ugly way. >

Re: GNU Mach: disabling all network device drivers

Da Zheng, le Thu 13 May 2010 08:12:03 +0800, a écrit : > qemu is extremely slow. the fewer files are compiled, the better it is > for me. Thanks. I usually build in my Linux host actually. Samuel

Re: GNU Mach: disabling all network device drivers

On 10-5-13 下午6:06, Samuel Thibault wrote: > Da Zheng, le Thu 13 May 2010 08:12:03 +0800, a écrit : >> qemu is extremely slow. the fewer files are compiled, the better it is >> for me. Thanks. > > I usually build in my Linux host actually. Right. I should also do that. Zheng Da

Re: GNU Mach: disabling all network device drivers

Hello, On 10-5-13 上午12:26, Thomas Schwinge wrote: > Hello! > > Adding the possibility to programmatically disable all network device > drivers into GNU Mach's configure script is possible, but it'll take a > bunch of time if done properly, or I can do it in a very, very ugly way. > Instead, can't

Re: GNU Mach -> Git

Hello! On Tue, Jun 09, 2009 at 12:40:04AM +0700, Ivan Shmakov wrote: > BTW, did the transition to Git already happen for GNU Mach > development tree, or is it still in CVS? Here it is: Regards, Thomas signature.asc Description:

Re: GNU Mach and FPU support (exceptions handling mode)

Evgeniy Ivanov, le Thu 09 Jul 2009 19:35:16 +0400, a écrit : > I'm implementing FPU/MMX/SSE support in Minix 3 and not sure what mode for > exceptions handling should be used: MS-DOS compatible or native. > Why does GNU Mach use MS-DOS compatible mode (I didn't find any place, where > CR0.NE is set

Re: GNU/Mach porting to MIPS Architectures

Hi, On Fri, Jun 12, 2009 at 09:06:14AM +0200, Luca Giancristofaro wrote: > So, what do you suggest me to do? Is it possible to retrieve the old > version of Mach running on MIPS? This seems to be the original Mach 3 for MIPS: ftp://ftp.cs.cmu.edu/afs/cs/project/mach/public/src/mkernel/mips.t

Re: GNU Mach -> Git

Hi, On Tue, Jun 09, 2009 at 12:40:04AM +0700, Ivan Shmakov wrote: > BTW, did the transition to Git already happen for GNU Mach > development tree, or is it still in CVS? The Git repo is still not ready, but commits to the CVS repo are on hold, so prestently you can still get the most

Re: GNU Mach: in user-mode?

Hi, On Fri, Jun 05, 2009 at 09:01:26PM +0700, Ivan Shmakov wrote: > I wonder, is there a chance of getting GNU Mach to run as an > user-mode application under a different (e. g., GNU/Linux, or > Mach-based GNU/Hurd itself) system? We have discussed the possibility of running th

Re: GNU/Mach porting to MIPS Architectures

Thanks Arne! So, what do you suggest me to do? Is it possible to retrieve the old version of Mach running on MIPS? Luca 2009/6/12, Samuel Thibault : > Roland McGrath, le Thu 11 Jun 2009 17:23:58 -0700, a écrit : >> > Oh, I didn't know about _Hurd_ running on MIPS. >> > >> > Well, there's nothing

Re: GNU/Mach porting to MIPS Architectures

Roland McGrath, le Thu 11 Jun 2009 17:23:58 -0700, a écrit : > > Oh, I didn't know about _Hurd_ running on MIPS. > > > > Well, there's nothing left in the CVS :) but the ancient stuff might be > > just revived. > > It's the Hurd, so there isn't anything CPU-specific in the Hurd itself. Well, pfi

Re: GNU/Mach porting to MIPS Architectures

> Oh, I didn't know about _Hurd_ running on MIPS. > > Well, there's nothing left in the CVS :) but the ancient stuff might be > just revived. It's the Hurd, so there isn't anything CPU-specific in the Hurd itself. It's just in libc.

Re: GNU/Mach porting to MIPS Architectures

Roland McGrath, le Thu 11 Jun 2009 13:53:16 -0700, a écrit : > Mach (and even Hurd) ran on MIPS in the distant past. Oh, I didn't know about _Hurd_ running on MIPS. Well, there's nothing left in the CVS :) but the ancient stuff might be just revived. Samuel

Re: GNU/Mach porting to MIPS Architectures

Mach (and even Hurd) ran on MIPS in the distant past.

Re: GNU/Mach porting to MIPS Architectures

Am Donnerstag, 11. Juni 2009 09:14:26 schrieb Luca Giancristofaro: > I have a strong desire to contribute, but not a great > experience in the field. I am just an experienced C programmer, > expecially in the field of embedded systems. Welcome to the Hurd! I hope you'll like it here :-) There a

Re: GNU/Mach porting to MIPS Architectures

Luca Giancristofaro, le Thu 11 Jun 2009 09:14:26 +0200, a écrit : > I recently bought a Longson 2F based laptop and I would like to run > Hurd on it. Could you tell me what has been made to port GNU/Mach to > MIPS III compatible architectures? Nothing, so the whole i386/ directory needs to be reim

Re: GNU Mach: in user-mode?

Ivan Shmakov, le Sat 06 Jun 2009 00:13:19 +0700, a écrit : > > Samuel Thibault writes: > > >> With the latter being said, I wonder, wouldn't the changes necessary > >> to run GNU Mach in user-mode be similar to those already done to > >> make it suitable for Xen? > > > The thing is: Xen

Re: GNU Mach: in user-mode?

> Samuel Thibault writes: [...] >> With the latter being said, I wonder, wouldn't the changes necessary >> to run GNU Mach in user-mode be similar to those already done to >> make it suitable for Xen? > The thing is: Xen provides you with pagetable-like operations so it's > quite easy

Re: GNU Mach: in user-mode?

Ivan Shmakov, le Fri 05 Jun 2009 22:26:46 +0700, a écrit : > > Samuel Thibault writes: > > * The time and qualification necessary to deploy one or more > GNU/Linux systems on a single host using User-Mode Linux is (to my > experience) significantly lower than for the other s

Re: GNU Mach: in user-mode?

> Samuel Thibault writes: * The time and qualification necessary to deploy one or more GNU/Linux systems on a single host using User-Mode Linux is (to my experience) significantly lower than for the other solutions (KVM, Xen) >>> For Xen I agree. For KVM, I don't.

Re: GNU Mach: in user-mode?

Ivan Shmakov, le Fri 05 Jun 2009 22:01:26 +0700, a écrit : > >> * The time and qualification necessary to deploy one or more > >> GNU/Linux systems on a single host using User-Mode Linux is (to my > >> experience) significantly lower than for the other solutions (KVM, > >> Xen) > > > For Xen

Re: GNU Mach: in user-mode?

> Samuel Thibault writes: >> I wonder, is there a chance of getting GNU Mach to run as an >> user-mode application under a different (e. g., GNU/Linux, or >> Mach-based GNU/Hurd itself) system? > Chances always exist. Developers time, no. Surely. Not quite the answer I've hope

Re: GNU Mach: in user-mode?

Ivan Shmakov, le Fri 05 Jun 2009 21:01:26 +0700, a écrit : > I wonder, is there a chance of getting GNU Mach to run as an > user-mode application under a different (e. g., GNU/Linux, or > Mach-based GNU/Hurd itself) system? Chances always exist. Developers time, no. > * T

Re: GNU Mach: enabling all (working) device drivers by default?

On Wed, Sep 20, 2006 at 12:53:58PM +0200, Alfred M. Szmidt wrote: >>> and b) should now re-visit the file [GNU >>> Mach]/i386/README-Drivers and the output of `[GNU >>> Mach]/configure --help=recursive'. >> >>And here I should add that you will notice that I als

Re: GNU Mach: enabling all (working) device drivers by default?

On Wed, Sep 20, 2006 at 10:55:12AM +0200, Alfred M. Szmidt wrote: >> and b) should now re-visit the file [GNU >> Mach]/i386/README-Drivers and the output of `[GNU Mach]/configure >> --help=recursive'. > >And here I should add that you will notice that I also removed all >the al

Re: GNU Mach: enabling all (working) device drivers by default?

Hello again! On Wed, Sep 20, 2006 at 01:21:52AM +0200, I wrote: > If you are building GNU Mach kernels from gnumach-1-branch, this means > that you a) can now get a usable GNU Mach kernel configuring it just like > `./configure' I should add that this will select those device drivers by default t

Re: GNU Mach: enabling all (working) device drivers by default?

Hello! On Tue, Sep 19, 2006 at 02:37:50PM +0200, I wrote: > What are people's feelings about having all (working) device drivers > enabled by default when configuring GNU Mach? I just committed the following to gnumach-1-branch: #v+ 2006-09-20 Thomas Schwinge <[EMAIL PROTECTED]> * Dri

Re: GNU Mach: enabling all (working) device drivers by default?

Thomas Schwinge <[EMAIL PROTECTED]> writes: > The only situations where this is _not_ what I'd expect from a kernel's > build system by default is when a) hunting bugs or b) building a large > number of kernels when testing specific issues (and you then only want to > compile the actually needed d

Re: GNU Mach: enabling all (working) device drivers by default?

On Tue, Sep 19, 2006 at 09:43:55AM -0400, Barry deFreese wrote: > How about we move all the drive into userspace? ;-) Send patches. Michael ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU Mach: enabling all (working) device drivers by default?

How about we move all the drive into userspace? ;-) Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU Mach: enabling all (working) device drivers by default?

On Tue, Sep 19, 2006 at 03:28:38PM +0200, Thomas Schwinge wrote: > Michael, Richard, Samuel: thanks for the quick input. I can understand > your concerns and would like to propose adding the following to the > configure options: > > #v+ > --disable-default-device-drivers >

Re: GNU Mach: enabling all (working) device drivers by default?

Hello! On Tue, Sep 19, 2006 at 02:37:50PM +0200, Thomas Schwinge wrote: > What are people's feelings about having all (working) device drivers > enabled by default when configuring GNU Mach? Michael, Richard, Samuel: thanks for the quick input. I can understand your concerns and would like to pr

Re: GNU Mach: enabling all (working) device drivers by default?

Thomas Schwinge, le Tue 19 Sep 2006 14:37:50 +0200, a écrit : > What are people's feelings about having all (working) device drivers > enabled by default when configuring GNU Mach? That would avoid debian's --enable-this --enable-that ... configuration line :) That said, if I want to only enable

Re: GNU Mach: enabling all (working) device drivers by default?

On Tue, Sep 19, 2006 at 02:37:50PM +0200, Thomas Schwinge wrote: > What are people's feelings about having all (working) device drivers > enabled by default when configuring GNU Mach? What would happen if a user configures with --enable-ide? Would that mean it only enables ide, or would it be a n

Re: GNU Mach: enabling all (working) device drivers by default?

On Tue, Sep 19, 2006 at 02:37:50PM +0200, Thomas Schwinge wrote: > What are people's feelings about having all (working) device drivers > enabled by default when configuring GNU Mach? I don't like this idea at all :-/. When people build their own kernel, they usually know what they need. Building

Re: GNU Mach glue code update

On Tue, Aug 22, 2006 at 04:05:30PM +0300, Constantine Kousoulos wrote: > Ok. So there are as many device_xxx() routines as the types of > drivers that mach supports. > > How does mach choose the correct device_xxx() routine from the > many available? Let's say that mach needs to acces the floppy

Re: GNU Mach glue code update

O/H Richard Braun έγραψε: Actually, there is only one interface, the device_xxx() routines... Ok. So there are as many device_xxx() routines as the types of drivers that mach supports. How does mach choose the correct device_xxx() routine from the many available? Let's say that mach needs t

Re: GNU Mach glue code update

On Tue, Aug 22, 2006 at 01:49:01PM +0300, Constantine Kousoulos wrote: > Hello, > > As it seems, mach has a "dual" device interface. Firstly, there > is the native device interface (device_open, device_close etc). > Secondly, there is the linux emulation device interface (again > device_open, devi

Re: GNU Mach glue code update

Hello, As it seems, mach has a "dual" device interface. Firstly, there is the native device interface (device_open, device_close etc). Secondly, there is the linux emulation device interface (again device_open, device_close, etc in seperate files) that glues linux drivers with mach. How does mac

Re: GNU Mach glue code update

Thomas Schwinge <[EMAIL PROTECTED]> writes: > If it's only problematic with respect to specific device drivers, I > suggested to just leave out those, but as it seems, there are also > infrastructure files like for isa bus access and general FreeBSD header > file are affected, requiring advertisin

Re: GNU Mach glue code update

On Thu, Aug 03, 2006 at 10:31:39AM -0700, Thomas Bushnell BSG wrote: > Richard Braun <[EMAIL PROTECTED]> writes: > > On Tue, 25 Jul 2006 21:07:51 +0200, Richard Braun wrote: > >> I have already begun working on it. Although I'm only begining, I've > >> already managed to compile some drivers (they

Re: GNU Mach glue code update

Richard Braun <[EMAIL PROTECTED]> writes: > On Tue, 25 Jul 2006 21:07:51 +0200, Richard Braun wrote: >> I have already begun working on it. Although I'm only begining, I've >> already managed to compile some drivers (they don't link yet). > > It looks like some important files are licensed under B

Re: GNU Mach glue code update

On Tue, 25 Jul 2006 21:07:51 +0200, Richard Braun wrote: > I have already begun working on it. Although I'm only begining, I've > already managed to compile some drivers (they don't link yet). It looks like some important files are licensed under BSD-style licenses with advertising clause. It comp

Re: GNU Mach glue code update

On Tue, Jul 25, 2006 at 09:57:38PM +0300, Constantine Kousoulos wrote: > Personally, i am not biased towards porting freebsd or linux drivers. > Using one or the other has its pros and cons. However, linux > device drivers are better documented than than of freebsd's. I > don't think that the freeb

Re: GNU Mach glue code update

I think it is clear that writing glue code is the way to go with the current gnumach driver framework. Personally, i am not biased towards porting freebsd or linux drivers. Using one or the other has its pros and cons. However, linux device drivers are better documented than than of freebsd's. I

Re: GNU Mach glue code update

On Mon, 17 Jul 2006 14:34:09 +0200 Richard Braun <[EMAIL PROTECTED]> wrote: > On Mon, Jul 17, 2006 at 02:35:51PM +0300, Constantine Kousoulos wrote: > > In that way, > > writing glue code is not very reusable. I could try writing > > gnumach native drivers, although i'm not sure this is a better >

Re: GNU Mach glue code update

On Mon, Jul 17, 2006 at 02:35:51PM +0300, Constantine Kousoulos wrote: > In that way, > writing glue code is not very reusable. I could try writing > gnumach native drivers, although i'm not sure this is a better > approach. I disagree. Writing native drivers would take a *lot* of time. Just consi

Re: GNU Mach glue code update

Hi, Constantine Kousoulos, le Mon 17 Jul 2006 14:35:51 +0300, a écrit : > However, since the linux kernel doesn't have a stable interface, it > is very likely that if we would like to update gnumach's drivers in > the near future, we would need to rewrite all over again the glue > code. In that wa

Re: GNU Mach glue code update

Hello all, Sometime ago, i posted a question on bug-hurd: http://lists.gnu.org/archive/html/bug-hurd/2006-05/msg00040.html. At that time, I decided to work on gnumach's device drivers but i didn't announce it for a few reasons. First, i 'm no linux kernel guru, so i needed time to explore the inn

Re: GNU Mach glue code update

Hello! On Sun, Jul 16, 2006 at 06:49:23PM +0200, Richard Braun wrote: > As a first step to implementing the sound system, it looks almost > necessary to update the glue code. Yes, that'll be needed as soon as you want to integrate most device drivers that are newer than Linux 2.0's. A few newer

Re: GNU Mach interface to packet filters

I committed the following: #v+ [gnumach]/ 2006-04-27 Richard Braun <[EMAIL PROTECTED]> Manuel Menal <[EMAIL PROTECTED]> * device/if_hdr.h (struct ifnet): Added new members `if_snd_port_list' and `if_snd_port_list_lock'. * device/net_io.c: Reworked to improve

Re: GNU Mach interface to packet filters

On Wed, Apr 19, 2006 at 04:32:57PM +0200, Marco Gerards wrote: > Richard Braun <[EMAIL PROTECTED]> writes: > > Here is the NETF filter that would be used in pfinet : > > static short ether_filter[] = > > { > > NETF_IN, /* header */ > > NETF_PUSHLIT | NETF_NOP, > > 1 > > }; > > Is it possible

Re: GNU Mach interface to packet filters

Richard Braun <[EMAIL PROTECTED]> writes: > NETF filters are considered to be native filters, so there is no macro > for them (a requirement for all non-native filters is to be non-zero). > > Macros were also added in include/device/bpf.h : > #define BPF_BEGIN NETF_BPF > #define BPF_IN

Re: GNU Mach interface to packet filters

OK, so, after getting some feedback, here is a new patch (the change in kern/queue.h was inappropriate, and a useful comment was added). I'm also going to describe the changes brought to the interface to packet filters more clearly. The main changes to the interface are visible in include/device/n

Re: GNU Mach interface to packet filters

Hello, Well, again, with the patch this time ;-). Here is a patch that extends the previous one (it replaces 18_net_filter_fix.patch). The main improvement is the creation of a new port list for egress packets. As said in my previous message, we had problems doing this before, but they are now so

Re: GNU Mach interface to packet filters

Hello, Here is a patch that extends the previous one (it replaces 18_net_filter_fix.patch). The main improvement is the creation of a new port list for egress packets. As said in my previous message, we had problems doing this before, but they are now solved. I had to modify kern/queue.h, and thi

Re: GNU Mach and GNU Hurd copyright assignment papers

On Thu, Feb 02, 2006 at 05:07:49PM -0500, I wrote: > On Thu, Feb 02, 2006 at 02:49:24PM -0200, [EMAIL PROTECTED] wrote: > > On Thu, Feb 02, 2006 at 11:24:32AM +0100, Marco Gerards wrote: > > > Gianluca Guida <[EMAIL PROTECTED]> writes: > > > > > > >> P.S. Gianluca, it'd probably be a good time now

Re: GNU Mach and GNU Hurd copyright assignment papers

On Thu, Feb 02, 2006 at 02:49:24PM -0200, [EMAIL PROTECTED] wrote: > On Thu, Feb 02, 2006 at 11:24:32AM +0100, Marco Gerards wrote: > > Gianluca Guida <[EMAIL PROTECTED]> writes: > > > > >> P.S. Gianluca, it'd probably be a good time now to request and sign > > >> assignment papers for GNU Mach. >

Re: GNU Mach and GNU Hurd copyright assignment papers

On Thu, Feb 02, 2006 at 11:24:32AM +0100, Marco Gerards wrote: > Gianluca Guida <[EMAIL PROTECTED]> writes: > > >> P.S. Gianluca, it'd probably be a good time now to request and sign > >> assignment papers for GNU Mach. > > > > Hmph, I requested that for the Hurd and GNU Mach, but now that I look

Re: GNU Mach and GNU Hurd copyright assignment papers

Gianluca Guida <[EMAIL PROTECTED]> writes: >> P.S. Gianluca, it'd probably be a good time now to request and sign >> assignment papers for GNU Mach. > > Hmph, I requested that for the Hurd and GNU Mach, but now that I look > at it, in the copyright assignment paper I signed one year ago only > GNU

Re: GNU Mach source code (was: SiS900)

However, later it must still be obvious to figure out easily if a committed change is an update from Linux-2.0.x, a backport from e.g. Linux-2.2.x, or a Mach-specific change. The ChangeLog is not always explicit there, at least IMHO. Then I think we should take care to make them clea

Re: GNU Mach / Debian patches

Exactly. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU Mach / Debian patches

On Tue, Apr 05, 2005 at 05:56:40PM +0200, Alfred M. Szmidt wrote: >>00_autoconf_update.patch > >http://lists.gnu.org/archive/html/bug-hurd/2004-10/msg00298.html> >Note that this patch also needs 'mv i386/linux/Drivers.in >i386/linux/configure.ac'. (See debian/rules or the abov

  1   2   >