Problems with tiocget/seta
Some background... For the past three years I have been developing a Forth compiler for Linux. The kernel to my compiler is written in 100% pure assembler using NASM. The object code produced is almost identical to what the Forth compiler itself would produce were it were used to compile its own sources (some day). I accomplish this via liberal use of NASM macros. All I/O etc is accomplished using Linux syscalls, no external libraries are referenced. Linux is my BIOS :) The problem... I consider Isforth to be a worthy project, worthy enough to be ported to other processors and other operating systems. The PPC port is being done by a friend of mine and is almost complete. The FreeBSD port has been nearly complete for about EIGHT months. I am currenty at a complete loss as to how to fix the problem (even though i think i know what it is!) :/ One of the things that my compiler has to do is switch stdin out of canoniacal mode and switch off echo. In Linux the ioctl is working - in fbsd its not. Im almost posative that i am passing correct values to the syscall yet stdin is still buffered after the call and is still echoing. I would truely love to get this up and running in FBSD but am in dire need of help. Im told that if anyone can help me YOU guys can (blame samy for getting you into this :)... My Linux project page is at isforth.clss.net and I have posted the fbsd sources to... http://isforth.clss.net/isforth-1.15b-fbsd.tgz ...The relavant sources would be the syscalls.1 file and the bottom two or three functions in the io.1 file (if anyone asks why i used .1 its on my web page but these file extensions will disappear once im metacompiling :) These two files can be found in the src/kernel subdirectory (extracting the tgz creats a directory for all files as it should) Thanx in advance... Mark I Manning IV (aka I440r in #forth on irc.freenode.net) If you sit down at a poker game and don't see a sucker. Get UP! You're the sucker! -- ___ Get your free email from http://fastermail.com Powered by Outblaze ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
yield() in kernel CAN'T yield control for MOD_LOAD thread
Hi all,
This problem delay me for quite a long time.
I've built two klds, I'd like to see the result one's running to the
other's. In one kld's MOD_LOAD subroutine, I make a long 'for' loop, in
which it DELAY(1000) and then call yield(curthread,NULL). When the module
was loaded by kldload, the system failed to response until the loop quit.
The loop seems like that:
for(i=0;i8000;i++){
..
DELAY(1000);
yield(curthread,NULL);
}
My system is 5.2.1-release. Thanks.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Problems with tiocget/seta
Some background... For the past three years I have been developing a Forth compiler for Linux. The kernel to my compiler is written in 100% pure assembler using NASM. The object code produced is almost identical to what the Forth compiler itself would produce were it were used to compile its own sources (some day). I accomplish this via liberal use of NASM macros. All I/O etc is accomplished using Linux syscalls, no external libraries are referenced. Linux is my BIOS :) The problem... I consider Isforth to be a worthy project, worthy enough to be ported to other processors and other operating systems. The PPC port is being done by a friend of mine and is almost complete. The FreeBSD port has been nearly complete for about EIGHT months. I am currenty at a complete loss as to how to fix the problem (even though i think i know what it is!) :/ One of the things that my compiler has to do is switch stdin out of canoniacal mode and switch off echo. In Linux the ioctl is working - in fbsd its not. have you get a look to freebsd ioctl request codes? they differ from Linux and FreeBSD. Im almost posative that i am passing correct values to the syscall yet stdin is still buffered after the call and is still echoing. I would truely love to get this up and running in FBSD but am in dire need of help. Im told that if anyone can help me YOU guys can (blame samy for getting you into this :)... If you don't find a solution giving a look to tcsetattr(3) implementation for FreeBSD could be a good idea. rookie ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Problems with tiocget/seta
On Wed, 25 Aug 2004 [EMAIL PROTECTED] wrote: Some background... For the past three years I have been developing a Forth compiler for Linux. The kernel to my compiler is written in 100% pure assembler using NASM. The object code produced is almost identical to what the Forth compiler itself would produce were it were used to compile its own sources (some day). I accomplish this via liberal use of NASM macros. All I/O etc is accomplished using Linux syscalls, no external libraries are referenced. Linux is my BIOS :) The problem... I consider Isforth to be a worthy project, worthy enough to be ported to other processors and other operating systems. The PPC port is being done by a friend of mine and is almost complete. The FreeBSD port has been nearly complete for about EIGHT months. I am currenty at a complete loss as to how to fix the problem (even though i think i know what it is!) :/ One of the things that my compiler has to do is switch stdin out of canoniacal mode and switch off echo. In Linux the ioctl is working - in fbsd its not. have you get a look to freebsd ioctl request codes? they differ from Linux and FreeBSD. Im almost posative that i am passing correct values to the syscall yet stdin is still buffered after the call and is still echoing. I would truely love to get this up and running in FBSD but am in dire need of help. Im told that if anyone can help me YOU guys can (blame samy for getting you into this :)... If you don't find a solution giving a look to tcsetattr(3) implementation for FreeBSD could be a good idea. Especially cfmakeraw(). harti ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
New computer
Hi all I'm gonna buy a new computer with an Intel 915g, will freebsd be able to support this? br db ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: yield() in kernel CAN'T yield control for MOD_LOAD thread
On Wednesday 25 August 2004 03:06 am, [EMAIL PROTECTED] wrote:
Hi all,
This problem delay me for quite a long time.
I've built two klds, I'd like to see the result one's running to the
other's. In one kld's MOD_LOAD subroutine, I make a long 'for' loop, in
which it DELAY(1000) and then call yield(curthread,NULL). When the module
was loaded by kldload, the system failed to response until the loop quit.
The loop seems like that:
for(i=0;i8000;i++){
..
DELAY(1000);
yield(curthread,NULL);
}
My system is 5.2.1-release. Thanks.
You could try having the first one wait on a condition variable that the
second module's MOD_LOAD does a wakeup on.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve = http://www.FreeBSD.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Base System libobjc
Hi, I have been playing with GNUstep for a while now, and since CURRENT switched their base system compiler to 3.4.2 it has always felt somewhat superfluous to use the gcc-3.3.5 port, as far as i can tell so far ... for basically only a shared version of libobjc. I have since been toying around with building GNUstep from GNUstep CVS instead of ports using my base system compiler and the base system provided static version of libobjc and so far things are looking sweet and things are working as expected (installed ffcall from ports and so far that seems to be only necesarry dependency) What i am wondering about though is the following. It seems FreeBSD already provides a static version of libobjc in its base system, which (i assume) automatically gets updated whenever the base system's compiler is updated to a newer snapshot/release. What i am wondering is if there is any specific reason why FreeBSD only provides a static version of this library, and if that is not the case, what would it take to make a buildworld provide a shared version of this Objective-C runtime library ? With kind regards, Pascal Hofstee ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Base System libobjc
At 19:04 25/08/2004, Pascal Hofstee wrote: What i am wondering is if there is any specific reason why FreeBSD only provides a static version of this library, and if that is not the case, what would it take to make a buildworld provide a shared version of this Objective-C runtime library ? Thus quoth the gnu/lib/libobjc Makefile: NOPIC= works but method lookup slowdown is significant If you want a shared library, remove that line. Colin Percival ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
