| |
| |
| |
|
Page: 1 2 3 4
Comments:
<0> Ok, yeah. That would have been a better idea.
<1> hm, maybe you could try a soft reset first
<0> Other than the former, how does it look?
<1> i've never done polling mode, so I'm not sure. In irq mode, you'd need to wait for irq after identify
<1> but i'm sure even id works in polling mode
<1> what happends?
<1> does it block on the status loop?
<1> also, you don't check the status register. That may give clues.
<0> Not for any time humanly percievable duration.
<0> It just executes very quickly and leaves the HD light on.
<1> and ouput...? garbage?
<0> Null string.
<1> all \0 's ?
<0> Yes
<0> Or 0x20. :-D
<0> Let me verify the exact value.
<2> gr00ber: I've never had a problem with IDENTIFY in a polling scenario.
<1> nyef, good
<1> not that polling is ever good, though :)
<2> Sure it is. Makes for a very simple implementation.
<1> bah
<3> nights all
<0> :-) You think i should upgrade to interrupt?
<0> BTW, all
<0> \0.
<2> My Apple ][ background is probably showing. The thought of having to run a drive controller in a tight loop without possibility of interrupts just doesn't phase me.
<0> gr00ber: do you have a compile of your code I could test? I'm not really sure if I want to see your source.
<0> It defeats the purpose of the challenge, but I am becoming slightly phased, rather opposite of nyef. :-)
<1> Corona_OS, you are 100% sure it operates in IDE mode?
<1> Corona_OS, I haven't released any code yet and won't do so for some time
<0> I am because I have seen Journey's code run on that drive on the same computer. He just gave a disk image.
<0> In actuality, neither have I. :-)
<1> so he didn't access it as an ATAPI device, for sure? well, ok
<0> Yes.
<1> who's this Journey dude anyway?
<0> He tends to stay on the other osdev board on wyldryde.
<0> I think he also frequents mega-tokyo
<1> wyldryde?
<2> There's a #osdev on irc.wyldryde.net, if memory serves.
<1> what do you mean by he giving you a disk image?
<1> nyef, ok
<1> is it as incompetent as this one?
<2> No idea. I don't frequent there.
<0> He gave me an IMG file(raw binary) which I just rawwrited to a floppy.
<0> No, it worked perfectly and flawlessly: dumping my harddrive to the screen. :-)
<1> are you saying you not trying to access a REAL cf card?
<0> It is real.
<1> uh, so an image of his ... code?
<0> I just popped in the floppy( with the img burned to it) and ran his Operating System on my desktop computer which has the CF card attached to the IDE port.
<1> ah
<0> Compiled version of this code in binary format.
<1> well, I'm out of ideas and need to go in a couple of minutes
<1> i'm sure you'll figure it out
<0> Thanks for the information though. :-)
<1> np
<0> I'm considering just adding random 'sleeps' throughout my code. :-D
<1> A new "all your base" on the horizon (yes, slashdot)
<1> http://video.google.com/videoplay?docid=-1123221217782777472
<1> baaaawhahahahahaha
<4> gr00ber! :P
<4> yeah, a new internet phenomenon has born
<1> nah, just the obligatory windows live demonstration glitch
<4> we'll see how many hours it takes before it takes over the world and silly videos about it will start popping up on ytmnd and youtube
<1> what you say!
<1> KernelCrap
<1> #kernelcrap!
<4> make love, not spam
<1> hm, I read that as sperm
<1> would be kinda oxymoric
<4> lol
<1> make os, not love
<1> be hateful and visit #osdev
<4> yeah, love is overrated
<1> hm, at least it doesn't last for long
<1> os's do... occationally
<1> but wait - everybody loves their os
<1> make os, get love!
<4> ok, enough of this crap, I need a module loader, AND I need to know why my wait functions work fine on qemu/vmware/bare metal but tick too fast on bochs
<1> because bochs sux would be the obvious answer
<1> using rdtsc?
<1> or irq based?
<1> i.e. busy or sleep waiting?
<4> sleep
<4> using the interrupt timer
<1> bochs emulates, so whatever PIC divisor you used... it may not be correct
<4> I don't even remember very well what didn't work as it's code I wrote over a month ago and didn't touch for a long time
<4> you mean PIT ?
<1> uh, yeah, PIT
<1> try "realtime=1"
<1> or "rm -rf /usr/bochs"
<4> but first of all I'm going to read this brand new book about symbian (even if symbian programming is a steaming pile of crap) because there's a cuple of cool design ideas in there
<1> feel free
<5> http://video.google.com/videoplay?docid=7321509538447636309
<5> check out this video
<5> about that new hobby OS called Windows Vista :-)
<5> "Interview with the Kernel Architecture Team for Microsoft Windows Vista"
<5> "run device driver code in user space"
<5> "if it stucks, just restart it"
<6> so anyone wanna give me some help here
<7> hi
<7> dead around here?
<7> sup?
<7> yawn
<8> yo all
<9> howdy
<8> hi geist
<10> nyef: I solved the prob with r/m and SIB -field
<10> you were right about that code I shown you last time, it was overdone.
<10> Thought, by tuning the general idea, I managed to solve it. :)
<11> hi there
<10> hi
<12> heya gianluca
<11> no, won't speak to marco_g
<11> :)
<12> Stupid Italians... I guess they are still angry about some soccer match or so. ;-)
<12> gianluca: So how are you? :-)
<11> Fine enough
<13> hi
<11> marco_g? is my impression or WE won.
<12> gianluca: You tell me ?
<11> ?
<2> Cheery: Good to hear.
<10> I'll show the whole code for you after I'm finished and made sure it works.
<11> bye
<8> hi all
<8> yo marco_g
<14> hi
<8> yo jrydberg
<12> hey r0nny, jrydberg
<13> hi marco_g
<15> Do i need ***embly to write a basic kernel ?
<13> i guess
<3> yes. vick go back to ##c ;)
<15> wobster, haha
<15> :D
<15> mur, ****s!
<15> i will write an OS then that says "mur made me have no hope" and does nothing else :(
<13> hehe
<13> you can also do the same stuff in C
<13> but it does the same thing as using ***embler commands :P
<13> just in more complicated form :)
<13> besides asm is easy
<15> heh.
<13> OR you can use bootloader like grub :P
<15> i dont want to code a bootloader
<15> only a simple OS
<3> that is not true mur. there are things you just cannot do with C.
<13> wobster well i guess.. i just wanted to give hope. some people have used loads of >> and << etc. operands to simulate asm
<3> mur, that's bull**** =)
<13> wobster btw there's gui design in my uni
<16> i wonder why somebody hasn't made a C wrapper api for accessing registers, i/o ports and such
Return to
#osdev
or
Go to some related
logs:
cbl block 192.168
#css
#centos
#mysql
xmlftprequest
nmap mac code
xinetd openslug
pastebin.nl
lvm shrink centos
#fedora
|
|