| |
| |
| |
|
Page: 1 2 3
Comments:
<0> Some people say so... :-)
<1> grub....
<0> ...
<1> hm.... yeah, kinda
<0> GRUB2 != GRUB Legacy
<2> ahh.
<3> Does anyone here use Xcode?
<4> hahaha, I wanted to test my exception handlers and one was causing a triple fault. Set up debug logging in bochs, and it's getting a page fault, and I haven't written that code yet. hehe
<5> when created a separate address space for a processor
<5> process*
<5> i just need to create a new pagedirectory/pagetable
<5> correct?
<5> and then map in the code at whatever virt addresses i want
<6> You need to keep your kernel mapped in as well, along with all the kernel data such as the GDT, IDT, etc.
<5> the kernel needs to be mapped to the user processes address space?
<6> The GDT and IDT locations are specified in terms of virtual addresses.
<3> omin0us: The kernel should be mapped into *every* address space.
<5> but still mapped as a supervisor memory, right?
<3> omin0us: Correct.
<5> ok
<3> omin0us: Then, when the user process issues a syscall, you'll switch to ring 0 so you can access kernel functions.
<1> I'm out of here, bye
<5> sadly though... i dont have a way to load in user programs yet
<6> I'm kindof glad that my system design precludes having to write a filesystem driver before most of the rest of the system is running.
<5> can i make a long jump with inline ***embly?
<5> i'm testing a user space funtion that is in the kernnel. but i mapped the function to also be at 0x80000000 user accessable
<5> and the function just increments a counter
<5> but when it jumps backwards for the loop
<5> its trying to jump to the kernel address of the function
<5> so i'm trying to do inline ***embly to have it jump to 0x80000000
<6> You might have better luck calling through a function pointer.
<7> what's the difference from a boot sector and a boot loader?
<8> A boot loader lives in the boot sector
<7> s/from/between
<7> thanks
<4> I hate paging :)
<5> heh
<4> I'm just having a bit of trouble wrapping my head around it
<9> so what do you guys think about x86 vs ppc
<9> vs alpha :)
<10> paging ftw :O
<11> burnhamd: like, who would win in a fight?
<9> best architecture
<10> http://googlefight.com/index.php?lang=en_GB&word1=x86&word2=powerpc
<10> ^^
<9> as in the bloatedness ease of programming for
<9> not the actual processors
<12> hello
<11> arm would! hahah. i really have no idea.
<8> ARM would. None of the others have any arms with which to fight.
<8> (I better start running =)
<11> puns are always fun.
<9> anyone here used plan 9
<9> i would like to hear more about it
<13> ""I have a Client with an urgent need for a NetBSD Coder. Looking for someone to interview and to start ASAP. This is a contract position near Concord, MA."
<9> are all fs faster when using directories over say dumpeing everrything into C:(in windows terms) and retrevieg a file
<9> like a fs not engineered for directories
<13> Hrm?
<13> That doesn't make a difference really.
<9> really
<13> It comes down to the filesystem implementation itself.
<9> like i think that all directory based fs's are inferior and want to try to work on one better suited for indexing than heriarchical view. Think of any
<13> I don't think they're inferior.
<13> Google around burnhamd. There are database filesystems which are a bit unique.
<9> inferior isnt the right work
<9> word*
<12> this may be a dumb (?) question but should i learn intel or at&t style x86 asm?
<13> Up to you kms375. AT&T is more common (and you will encounter it as you learn more and more platforms).
<13> but I personally prefer Intel syntax.
<12> k
<9> amd's x86-64 syntax
<14> any of you guys ever freelance?
<15> yawn
<15> good evening folks
<16> hello geist
<17> yo geist
<17> sup ?
<15> not much
<15> just readin email, bout to sleep
<18> hi
<15> howdy
<18> hi
<18> you migrated isn't it ? :)
<18> it was on irc.debian.org before nop ? ;p
<15> ?
<18> the channel, or is it just that irc.debian.org and irc.freenode were linked before and not anymore now ?
<15> i dunno. i thought irc.debian.org was just an alias for freenode
<15> anyway, sleep time
<19> hi ho
<19> what's happening dudes?
<17> nothing
<19> man, i'm ruining my self on specifications
<8> 03:51 < orix> the channel, or is it just that irc.debian.org and irc.freenode were linked before and not anymore now ?
<8> ... sounds like orix was using irc.debian.org to get to osdev =)
<8> (And thinks irc.debian.org is an irc server, and not a pointer to oftc)
<0> hm, gianluca was here...
<19> hm
<0> hmm
<6> Someone was looking for a NetBSD-capable person for a position in Concord, MA?
<19> Are NetBSD persons capabable?
<6> I don't know.
<20> you're mean.. :P
<17> hmm - it runs on 54 archs - sh they should be cappable
<21> what's the difference between "architecture" and "platform"?
<19> depends on context
<19> x86 is a CPU architecture, a PC is a computing platform defined by IBM, for instance
<21> when an OS says it supports that many architectures
<21> is it the same with platforms?
<19> depends on OS
<19> no hard'n'fast rules, as usual
<21> ok the real question is which OS supports the most archs/platforms
<21> debian or netbsd?
<17> afaik netbsd
<21> cause the debian guys say debian
<21> and the netbsd guys are saying netbsd
<19> debian is maybe the most portable linux distro
<17> debian runs on less then netbsd
<21> and there seems to be some misunderstandment with the arch-platform thing
<19> but the most portable os is definitely NetBSD
<21> someone told me that debian counts archs whereas netbsd counts its platforms supported
<19> that's a nonsense statement
<6> Which isn't to say that Linux doesn't work better on the platforms it has in common with NetBSD.
<19> adlong, NetBSD views architecture as CPU
<19> the same CPU works on many platforms
<19> such as m68k/amiga and m68k/sun
<19> together, it's called a PORT which is the interesting measure
<19> and NetBSD wins either way
<17> and netbsd surely runs better on old stuff, since linux is large compared to netbsd
<0> I believe there is even a NetBSD port for my toaster. ;-)
<21> thank you
<17> (and if you compare it with gnu/linux linux looses even more on old stuff)
<19> marco_g, i'm pretty sure NetBSD runs when I flush my toiled
<19> toilet*
<6> r0nny: Old stuff like... m68k/mac ? The hardware support is -definately- better in Linux there.
<19> or was that ****tyOS...
<19> however, I'm dubious as to how well the ports are maintained and if they even work properly in some instances
<19> as usual, the peecee platform is the one that really works well
<19> despite beeing the complex one
<21> fflush your toilet
<17> nyef: old stuff like not having ****loads of ram - afaik linux tends to use much more memory, end with a gnu-env even more
<19> right :)
<8> ooooh, OS war!
<8> MY VIEWS AND/OR BELIEFS ARE BETTER THAN YOURS
<19> (tm)
<8> Discuss.
<0> iank: How can it be better than mine (iow: Perfect)? :-)
<0> r0nny: Just don't use Emacs. ;-)
<17> this is not based on logic, so we cant argue based on logic, so its not a good discussion
Return to
#osdev
or
Go to some related
logs:
120sex
grub-install sata does not have any corresponding BIOS drive
#fedora
#centos
#suse
x1190 scanner ubuntu
gcc compiler for foo2zjs
ruby tutorial extend existing class
opensuse printer permission cups 631
#mysql
|
|