Interrupt doesn't work
Interrupt doesn't work
Hi,
I implemented an floppy driver and keybrd driver. When i don't install both driver os work but while i initialize and install them it doesn't work. In keybrd the interrupt is 33 and in floppy interrupt 38 and irq 6.
I implemented an floppy driver and keybrd driver. When i don't install both driver os work but while i initialize and install them it doesn't work. In keybrd the interrupt is 33 and in floppy interrupt 38 and irq 6.
- Combuster
- Member
- Posts: 9301
- Joined: Wed Oct 18, 2006 3:45 am
- Libera.chat IRC: [com]buster
- Location: On the balcony, where I can actually keep 1½m distance
- Contact:
Re: Interrupt doesn't work
Fourth revision of the same question and now it's not the screen, but the keyboard that's involved. Why? Do you even know yourself?
Is this relevant, and if that doesn't work, can you at formulate, test, and post the smallest amount of code after which you would expect an interrupt from the floppy drive?
Is this relevant, and if that doesn't work, can you at formulate, test, and post the smallest amount of code after which you would expect an interrupt from the floppy drive?
- BrightLight
- Member
- Posts: 901
- Joined: Sat Dec 27, 2014 9:11 am
- Location: Maadi, Cairo, Egypt
- Contact:
Re: Interrupt doesn't work
I think it's a waste of time to even bother with a floppy driver in 2016.
ATA and AHCI are not that difficult if you know what you're doing.
P.S: This should be in OS Development, not OS Design & Theory.
ATA and AHCI are not that difficult if you know what you're doing.
P.S: This should be in OS Development, not OS Design & Theory.
You know your OS is advanced when you stop using the Intel programming guide as a reference.
-
- Member
- Posts: 1146
- Joined: Sat Mar 01, 2014 2:59 pm
Re: Interrupt doesn't work
Technoguy wrote:Hi,
I implemented an floppy driver and keybrd driver. When i don't install both driver os work but while i initialize and install them it doesn't work. In keybrd the interrupt is 33 and in floppy interrupt 38 and irq 6.
- In what way does the OS work when you don't install the drivers?
- In what way does the OS not work when you do install the drivers?
- We don't care what interrupts/IRQs you're using if you don't give us any code
- "Keybrd" is not a word, it's spelt "keyboard"
When you start writing an OS you do the minimum possible to get the x86 processor in a usable state, then you try to get as far away from it as possible.
Syntax checkup:
Wrong: OS's, IRQ's, zero'ing
Right: OSes, IRQs, zeroing
Syntax checkup:
Wrong: OS's, IRQ's, zero'ing
Right: OSes, IRQs, zeroing
Re: Interrupt doesn't work
Okay, i am really sorry brothers. I am a student learning in high school in class 8 but i like os development. I will never do this mistake.
Re: Interrupt doesn't work
. void floppy_install(38);Combuster wrote:Fourth revision of the same question and now it's not the screen, but the keyboard that's involved. Why? Do you even know yourself?
Is this relevant, and if that doesn't work, can you at formulate, test, and post the smallest amount of code after which you would expect an interrupt from the floppy drive?
- BrightLight
- Member
- Posts: 901
- Joined: Sat Dec 27, 2014 9:11 am
- Location: Maadi, Cairo, Egypt
- Contact:
Re: Interrupt doesn't work
It doesn't even make sense because (assuming this was copied/pasted from your OS) that line is just a function prototype.Technoguy wrote:. void floppy_install(38);
You know your OS is advanced when you stop using the Intel programming guide as a reference.
Re: Interrupt doesn't work
. What your os is i think your os is the only one which is the ghost of computer. You know even windows support floppy. The baddest and the black side os is your one.omarrx024 wrote:I think it's a waste of time to even bother with a floppy driver in 2016.
ATA and AHCI are not that difficult if you know what you're doing.
P.S: This should be in OS Development, not OS Design & Theory.
Re: Interrupt doesn't work
. What your os is i think your os is the only one which is the ghost of computer. You know even windows support floppy. The baddest and the black side os is your one.omarrx024 wrote:I think it's a waste of time to even bother with a floppy driver in 2016.
ATA and AHCI are not that difficult if you know what you're doing.
P.S: This should be in OS Development, not OS Design & Theory.
- BrightLight
- Member
- Posts: 901
- Joined: Sat Dec 27, 2014 9:11 am
- Location: Maadi, Cairo, Egypt
- Contact:
Re: Interrupt doesn't work
What the heck is that supposed to even mean?Technoguy wrote:. What your os is i think your os is the only one which is the ghost of computer. You know even windows support floppy. The baddest and the black side os is your one.
You know your OS is advanced when you stop using the Intel programming guide as a reference.
Re: Interrupt doesn't work
. Sorryomarrx024 wrote:What the heck is that supposed to even mean?Technoguy wrote:. What your os is i think your os is the only one which is the ghost of computer. You know even windows support floppy. The baddest and the black side os is your one.
-
- Member
- Posts: 1146
- Joined: Sat Mar 01, 2014 2:59 pm
Re: Interrupt doesn't work
I think what he's trying to say is that your OS is really bad, even worse than Windows, because it doesn't support floppy disks. He's saying that your OS is worse than Windows because Windows supports floppy disks while yours doesn't. He's describing your OS as a ghost and as black as attempted metaphors for "very bad".omarrx024 wrote:What the heck is that supposed to even mean?Technoguy wrote:. What your os is i think your os is the only one which is the ghost of computer. You know even windows support floppy. The baddest and the black side os is your one.
When you start writing an OS you do the minimum possible to get the x86 processor in a usable state, then you try to get as far away from it as possible.
Syntax checkup:
Wrong: OS's, IRQ's, zero'ing
Right: OSes, IRQs, zeroing
Syntax checkup:
Wrong: OS's, IRQ's, zero'ing
Right: OSes, IRQs, zeroing
Re: Interrupt doesn't work
I guess, he meant, that your OS is on the dark side of the Force.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
- Alan Kay
- Alan Kay
Re: Interrupt doesn't work
If ATA/SATA/AHCI/USB are not difficult, then a floppy driver is easier too, so why not implement it?omarrx024 wrote:I think it's a waste of time to even bother with a floppy driver in 2016.
ATA and AHCI are not that difficult if you know what you're doing.
P.S: This should be in OS Development, not OS Design & Theory.
The fact is that floppies are still capable to make things easier, and are actually vital if you use old ISA machines trying to make sure that you're dealing only with code that runs natively in the best minimum or maximum i386 (386DX/387) as the absolute minimum platform for your base system and toolchain when compiled/built.
YouTube:
http://youtube.com/@AltComp126
My x86 emulator/kernel project and software tools/documentation:
http://master.dl.sourceforge.net/projec ... ip?viasf=1
http://youtube.com/@AltComp126
My x86 emulator/kernel project and software tools/documentation:
http://master.dl.sourceforge.net/projec ... ip?viasf=1
- BrightLight
- Member
- Posts: 901
- Joined: Sat Dec 27, 2014 9:11 am
- Location: Maadi, Cairo, Egypt
- Contact:
Re: Interrupt doesn't work
Because floppies are old technology. Few people (if any) still use them today. I think we should try to keep up with modern hardware, not backwards-compatibility with old hardware.~ wrote:If ATA/SATA/AHCI/USB are not difficult, then a floppy driver is easier too, so why not implement it?
The fact is that floppies are still capable to make things easier, and are actually vital if you use old ISA machines trying to make sure that you're dealing only with code that runs natively in the best minimum or maximum i386 (386DX/387) as the absolute minimum platform for your base system and toolchain when compiled/built.
And I didn't say USB is easy; I know it's difficult, but unlike floppy drives, coding a USB driver will be worth the effort.
You know your OS is advanced when you stop using the Intel programming guide as a reference.