Re: off topic - Assembler using GCC

1999-02-10 Thread Ed Cogburn
shaul wrote: > > > On Thu, Feb 04, 1999 at 12:51:28PM +0800, ivan wrote: > > > > > > > >Mmmh. What do you need this for? > > > > > > Primarily learning but I would like a few very simple highly optimised > > > graphics routines for my machine. Line, circle, box and fill for e.g. > > > > Although

Re: off topic - Assembler using GCC

1999-02-10 Thread Marcus Brinkmann
On Tue, Feb 09, 1999 at 11:53:26PM +0200, shaul wrote: > > On Thu, Feb 04, 1999 at 12:51:28PM +0800, ivan wrote: > > > > > > > >Mmmh. What do you need this for? > > > > > > Primarily learning but I would like a few very simple highly optimised > > > graphics routines for my machine. Line, circle,

Re: off topic - Assembler using GCC

1999-02-09 Thread shaul
> On Thu, Feb 04, 1999 at 12:51:28PM +0800, ivan wrote: > > > > > >Mmmh. What do you need this for? > > > > Primarily learning but I would like a few very simple highly optimised > > graphics routines for my machine. Line, circle, box and fill for e.g. > Although you have already decided to use

Re: off topic - Assembler using GCC

1999-02-08 Thread Helge Hafting
> > INT 10h is the video BIOS - I want to set the video mode directly. > > By using INT 10h I don't have to learn and programme the card registers - > the BIOS takes care of this. > > Why is the video bios not available from protected mode ? > > Does this mean that making superfast graphics (a

Re: off topic - Assembler using GCC

1999-02-08 Thread Helge Hafting
> I don't need it, but just out of curiosity, is there a more low-level > interface available? Or would one have to write a kernel module? > > I'm thinking, if you need to do non-standard things with the control lines > (say for a dongle). This sort of thing belongs in the drivers. Setting contr

Re: off topic - Assembler using GCC

1999-02-08 Thread ivan
Many thanks - this is exactly what I wanted to know. Ivan. At 01:21 AM 2/8/99 +0200, you wrote: > >> INT 10h is the video BIOS - I want to set the video mode directly. > >> By using INT 10h I don't have to learn and programme the card registers - >> the BIOS takes care of this. > >Doing that wi

Re: off topic - Assembler using GCC

1999-02-07 Thread Jiri Baum
ivan: > INT 10h is the video BIOS - I want to set the video mode directly. > > By using INT 10h I don't have to learn and programme the card registers - > the BIOS takes care of this. > > Why is the video bios not available from protected mode ? It's trying to protect one program from another; a

Re: off topic - Assembler using GCC

1999-02-07 Thread Oleg Krivosheev
On Fri, 5 Feb 1999, ivan wrote: > INT 10h is the video BIOS - I want to set the video mode directly. > > By using INT 10h I don't have to learn and programme the card registers - > the BIOS takes care of this. > > Why is the video bios not available from protected mode ? that's how the thigs ar

Re: off topic - Assembler using GCC

1999-02-07 Thread Hamish Moffatt
On Fri, Feb 05, 1999 at 11:52:01PM +1100, Jiri Baum wrote: > I'm thinking, if you need to do non-standard things with the control lines > (say for a dongle). No problem getting IO port access (eg for the parallel port). See outb(2), and the IO port programming mini-HOWTO. Hamish -- Hamish Moffa

Re: off topic - Assembler using GCC

1999-02-06 Thread ivan
INT 10h is the video BIOS - I want to set the video mode directly. By using INT 10h I don't have to learn and programme the card registers - the BIOS takes care of this. Why is the video bios not available from protected mode ? Does this mean that making superfast graphics (as in DOS "demo's")

Re: off topic - Assembler using GCC

1999-02-05 Thread Richard Lyon
> I don't need it, but just out of curiosity, is there a more low-level > interface available? Or would one have to write a kernel module? > > I'm thinking, if you need to do non-standard things with the control lines > (say for a dongle). > In theory it is possible to do things like redirectio

Re: off topic - Assembler using GCC

1999-02-05 Thread Jiri Baum
Helge Hafting: > Linux has device drivers doing this for you already! No problem! The > device drivers handles irq's, io-addresses and buffering. A linux > program simply open a serial device as if it were a file and reads from > it and writes to it using normal stuff like fread(), fwrite(), fpr

Re: off topic - Assembler using GCC

1999-02-05 Thread Hamish Moffatt
On Thu, Feb 04, 1999 at 12:09:18AM +0800, ivan wrote: > I tried checking the source code of svgalib - if it's going to remain as > difficult as it seems I may find a simpler project. > > I was hoping that there would be a simple method of getting permission from > the kernel for this operation and

Re: off topic - Assembler using GCC

1999-02-04 Thread Marcus Brinkmann
On Thu, Feb 04, 1999 at 12:51:28PM +0800, ivan wrote: > > > >Mmmh. What do you need this for? > > Primarily learning but I would like a few very simple highly optimised > graphics routines for my machine. Line, circle, box and fill for e.g. Well, if you don't need them for some very special purp

Re: off topic - Assembler using GCC

1999-02-04 Thread Wojciech Zabolotny
On Wed, 3 Feb 1999, David Wright wrote: > I don't think it would be sufficient to be root. AIUI, when > any non-kernel process is running, its privilege level is > set so it can't do any I/O etc. itself. The root setuid programs in Linux on Intel x86 may perform I/O, however they may not use inte

Re: Re: off topic - Assembler using GCC

1999-02-04 Thread David Wright
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): > I suppose there are cases where this is valid, but for my original point about > communciations - it just isn't feasible to use IRQ4 (the first comm port) by > more than one program concurrently, is it? > > In my case, I had reprogrammed IRQ4 so w

Re: off topic - Assembler using GCC

1999-02-04 Thread Ole J. Tetlie
*-ivan <[EMAIL PROTECTED]> | | You could also write your own (dirty!) kernel | >device driver module which allows you to access hardware directly. This is | >not too hard. | > | | Thanks - I'm thinking about this now. Are there any references other than | the kernel hackers guide on writing drive

Re: off topic - Assembler using GCC

1999-02-04 Thread Helge Hafting
> In a message dated 2/3/99 12:54:34 PM Central Standard Time, > [EMAIL PROTECTED] writes: > > > That's just not possible with a multi-user multi-tasking OS, > > particularly one like unix which has to present the same abstract > > model on completely different hardware. > > > > If one progr

Re: off topic - Assembler using GCC

1999-02-04 Thread ivan
> >Mmmh. What do you need this for? Primarily learning but I would like a few very simple highly optimised graphics routines for my machine. Line, circle, box and fill for e.g. I have looked several times at svgalib but all I want is the simple functions - it seems like overkill to include svgal

Re: off topic - Assembler using GCC

1999-02-03 Thread Marcus Brinkmann
On Wed, Feb 03, 1999 at 02:08:26PM -0500, [EMAIL PROTECTED] wrote: > In my case, I had reprogrammed IRQ4 so when a char came in from the modem, I > could stuff it to a buffer for use later on, and send data to the buffer (and > ultimately use the IRQ to send it back out again when the buffer was fu

Re: off topic - Assembler using GCC

1999-02-03 Thread Marcus Brinkmann
On Thu, Feb 04, 1999 at 12:09:18AM +0800, ivan wrote: > > > > >If this code can work at all, then only if it is run as root, and even then > >I think you need a way to get permission from kernel (although I am not > >sure). Please check the source code of svgatextmode and svgalib. > > I tried che

Re: off topic - Assembler using GCC

1999-02-03 Thread MallarJ
In a message dated 2/3/99 12:54:34 PM Central Standard Time, [EMAIL PROTECTED] writes: > That's just not possible with a multi-user multi-tasking OS, > particularly one like unix which has to present the same abstract > model on completely different hardware. > > If one program "messes with"

Re: off topic - Assembler using GCC

1999-02-03 Thread David Wright
Sorry, forgot to do /group/ reply... Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): > In a message dated 2/3/99 9:55:07 AM Central Standard Time, > [EMAIL PROTECTED] writes: [snip] > > The whole purpose of the Linux kernel is to protect the hardware from the > > user processes. > > I for one sa

Re: off topic - Assembler using GCC

1999-02-03 Thread MallarJ
In a message dated 2/3/99 9:55:07 AM Central Standard Time, [EMAIL PROTECTED] writes: > > However I am stuck now on implementing interrupts - specifically int 0x10. > > Are you poking fun? Do you really think it should be allowed for any user to > program interrupts? > > The whole purpose o

Re: off topic - Assembler using GCC

1999-02-03 Thread ivan
>Are you poking fun? Do you really think it should be allowed for any user to >program interrupts? No - not poking fun and I don't believe that any user should have access to interrupts. This programme is compiled/run as root. > >The whole purpose of the Linux kernel is to protect the hardware

Re: off topic - Assembler using GCC

1999-02-03 Thread Marcus Brinkmann
On Wed, Feb 03, 1999 at 08:01:07PM +0800, ivan wrote: > Sorry again for the off-topic post - I've made what I think is quite a lot > of progress in as much as I can now get the asssembler compiled and > sometimes running. > > However I am stuck now on implementing interrupts - specifically int 0x1

Re: off topic - Assembler using GCC

1999-02-03 Thread Oleg Krivosheev
Hi, Ivan Sorry again for the off-topic post - I've made what I think is quite a lot of progress in as much as I can now get the asssembler compiled and sometimes running. However I am stuck now on implementing interrupts - specifically int 0x10. Everytime I run this code I get a

off topic - Assembler using GCC

1999-02-03 Thread ivan
Sorry again for the off-topic post - I've made what I think is quite a lot of progress in as much as I can now get the asssembler compiled and sometimes running. However I am stuck now on implementing interrupts - specifically int 0x10. Everytime I run this code I get a segmentation fault error.