00:00:00 --- log: started osdev/02.10.22 00:04:09 --- quit: trans (Read error: 110 (Connection timed out)) 00:10:25 --- join: MBit (~HansHeim@p508270F2.dip.t-dialin.net) joined #osdev 01:09:13 * do[done] is back (gone 08:57:57) 01:09:23 --- nick: do[done] -> do 01:26:14 --- quit: do ("Quit") 01:26:20 --- join: do (~green@194.85.84.244) joined #osdev 01:27:58 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 01:34:48 ;lkja;lsdkfjas;df;asdgi 02:06:04 --- join: corsairk8 (~Stealthy@pc-62-31-1-150-cr.blueyonder.co.uk) joined #osdev 02:07:29 --- quit: eks ("Zzzz") 02:14:35 --- quit: trans (Read error: 60 (Operation timed out)) 02:56:42 --- join: trash (~trash@dial-2194.zgora.dialog.net.pl) joined #osdev 03:12:13 --- quit: stormbind_ (Read error: 110 (Connection timed out)) 03:13:10 --- join: stormbind_ (~stormbind@p50835738.dip.t-dialin.net) joined #osdev 03:18:38 --- quit: do (Read error: 101 (Network is unreachable)) 03:24:27 --- quit: trash ("leaving") 03:27:51 --- join: adu (~andrew@dsl-64-130-166-225.telocity.com) joined #osdev 03:28:07 hi all 03:30:23 :) 03:30:54 i feel like shit 03:31:38 does anyone know about the law re stolen cars? 03:35:22 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 03:55:41 --- join: acme (acme@p50808E84.dip.t-dialin.net) joined #osdev 04:04:12 --- quit: adu (Read error: 60 (Operation timed out)) 04:04:12 --- quit: trans (Read error: 60 (Operation timed out)) 04:06:00 --- join: trash (~trash@dial-2194.zgora.dialog.net.pl) joined #osdev 04:09:34 --- join: darkito (darkito@cable120a193.usuarios.retecal.es) joined #osdev 04:09:35 hihi 04:17:22 --- quit: corsairk8 (Read error: 104 (Connection reset by peer)) 04:30:35 --- join: cookin (~jrydberg@d212-151-89-67.swipnet.se) joined #osdev 04:44:52 --- join: corsairk8 (~Stealthy@pc-62-31-1-150-cr.blueyonder.co.uk) joined #osdev 04:45:28 moorning 04:47:04 --- quit: cookin ("Client Exiting") 04:48:25 moin oink 04:48:36 oink is ma ho 04:48:55 I'm still in bed :\ 04:49:02 what should I do ? 04:49:11 start coding, or eat something ? 04:50:18 take a shower ? 04:50:25 ah, good idea 04:50:28 bbiab 04:51:07 lol 04:52:14 --- join: quantis (quantis@130.88.157.186) joined #osdev 04:52:37 lo 04:53:53 --- join: Kurt (~kmw@gc-nas-01-s227.cinergycom.net) joined #osdev 05:09:32 --- quit: Kurt ("Connection reset by ear") 05:17:52 --- join: eks (~eks@h24-82-197-140.wp.shawcable.net) joined #osdev 05:30:20 eks! 05:30:26 quantis! 05:30:30 hello Robert 05:30:30 oink! 05:30:31 miro! 05:30:32 etc. 05:30:45 Robert, morning doorman :) 05:30:54 heh 05:30:57 :) 05:31:03 wakey wakey robert 05:31:06 * Robert knocks on the #osdev door. 05:31:07 Robert: can you please recall me your website from the other time ? :) 05:31:08 how is you today ? 05:31:14 the one with the electronic stuff 05:31:24 --- quit: asmodeus ("bbl") 05:31:30 oink: Uhm. 05:31:33 oink: Which one? 05:31:38 the one in english :) 05:31:44 or whatever 05:31:48 http://w1.859.telia.com/~u85920178/ 05:31:49 lol 05:31:51 I need some infos on parallel port programming 05:31:55 "The one in English" 05:31:57 Oh 05:32:05 Hm. 05:32:12 programming and interfacing :) 05:32:15 What about OSRC? 05:32:25 OSRC ? 05:32:27 They got a doc. 05:33:01 www.nondot.orf/sabre/os 05:33:11 orf= =org 05:33:17 i hate laptop keyboards 05:33:20 btw 05:33:37 anyone here know of a good ... small ... x86 realtime OS that is opensrc ? 05:33:49 vxd-: rtlinux ? 05:34:00 it's small ? 05:34:11 * vxd- equates linux to HUGE most of the time 05:34:32 hehe, as big as the current Linux 2.5 source tree I suppose :) 05:34:33 --- quit: witten (Read error: 104 (Connection reset by peer)) 05:34:34 --- join: witten_ (~witten@adsl-gte-la-216-86-199-140.mminternet.com) joined #osdev 05:34:56 http://www.nondot.org/sabre/os/articles 05:35:24 yeah but most of the rtlinux redo loads of the code so its smaller, but often a bit less efficent 05:35:35 thanks 05:35:42 so there realy isn't a good opensrc rtos for x86 05:35:55 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 05:36:04 you can get linux a none realtime linux, with x windows, gcc and netscape on about 7 disks, and bootable straight off them 05:36:10 its call mulinux 05:36:12 * wli hrms 05:36:23 wasn't rtlinux merged into the standard source tree? 05:36:29 I remember reading that in some changelog.. 05:36:30 * wli notes btrees are spiffy 05:36:40 heh 05:36:47 --- join: rohit (~rohit@202.54.13.34) joined #osdev 05:37:07 http://www.d1.dion.ne.jp/~r_high/GeekOS/indexos.html 05:37:11 --- quit: eks ("time for work, happy debate") 05:37:27 have a look at this its the bigest list of operating systems ive found bit out of date in palces mind 05:37:50 --- quit: tirloni ("ircII EPIC4-1.0.1 -- Are we there yet?") 05:38:09 its also seems to have loads of japanese on it but the links are in english 05:40:49 me going now got to go to lecture 05:40:53 see you all later 05:40:56 Bye. 05:41:17 quantis, thanks 05:41:22 np 05:41:37 oink: http://www.lvr.com/parport.htm 05:41:49 oink: Page about the PC parallel port :) 05:41:55 oink: Lots of links etc. 05:41:59 ahhh 05:42:06 thanks a lot :) 05:42:09 np 05:42:17 --- join: mC1 (~mark@070.c.007.mel.iprimus.net.au) joined #osdev 05:42:25 I needed some stuff on that myself a couple of days ago. 05:44:44 --- quit: quantis () 05:45:41 --- join: file[bed] (proxy@mctn1-3126.nb.aliant.net) joined #osdev 06:12:23 --- join: sleddog (~sleddog@cp2947-a.dbsch1.nb.home.nl) joined #osdev 06:13:05 --- join: DRF (Daniel@host213-121-71-103.surfport24.v21.co.uk) joined #osdev 06:20:54 --- quit: trans (Read error: 60 (Operation timed out)) 06:22:56 why isn't anybody talking? 06:23:09 hammering out code 06:24:11 bah 06:24:15 * file[bed] requires talking... 06:24:32 * wli requires code. 06:24:55 * file[bed] thought he heard Fedex... but guesses not 06:28:03 --- join: asmodeus (~www@h125n2fls33o867.telia.com) joined #osdev 06:34:02 --- quit: trash ("leaving") 06:36:42 * DRF tries to find energy to write some tutorials/program (dispite the fact that he should be doing some college work) 06:40:24 --- part: rohit left #osdev 06:46:31 --- quit: stormbind_ ("Fremdwörter sind ubiquitär") 06:59:08 --- join: sollpn (cyc@217.164.210.110) joined #osdev 07:01:32 --- part: sollpn left #osdev 07:17:55 --- quit: miro (Remote closed the connection) 07:18:12 --- join: Javanx (~javanx@213.45.18.199) joined #osdev 07:21:44 --- quit: mC1 (Read error: 110 (Connection timed out)) 07:23:16 --- quit: file[bed] (Killed (NickServ (Ghost: JoshNet[2]!proxy@mctn1-0104.nb.aliant.net))) 07:23:28 --- join: file[bed] (proxy@mctn1-0104.nb.aliant.net) joined #osdev 07:24:54 --- quit: HeavyJoost ("brb, restarting crap gui") 07:31:43 --- quit: file (Killed (NickServ (Ghost: file[bed]!proxy@mctn1-0104.nb.aliant.net))) 07:34:34 --- join: HeavyJoost (~HeavyJoos@a213-84-139-110.adsl.xs4all.nl) joined #osdev 07:34:48 * file[bed] cheers 07:37:58 * mrd|sleep looks 07:38:07 --- nick: mrd|sleep -> mrd 07:46:14 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 07:56:11 ooh 07:56:26 I just found the part of the gdb info files that have the remote protocol in them 07:57:51 what's gdb? 07:58:05 GNU debugger. 07:58:10 ah. 07:58:28 is there a nice page somewhere that shows you how to use it? 07:59:01 nope 07:59:06 just stupid info crap 07:59:10 the only kind of debugger i've ever used was stepping through c++ programs in vc++.. is it like that? 07:59:25 I've never used VC++ 08:00:00 ah well.. you press like F10 to execute one line of code at a time in your program 08:00:17 well, in gdb you press s 08:00:17 it highlights the current line 08:00:31 it prints out the current line, tagged with file and line 08:00:40 so they're similar I guess 08:01:29 er 08:01:31 wtf? 08:01:37 00000000000i[ ] get_buffer X100020,0: 08:01:46 write mem (binary) `X'ADDR`,'LENGTH:XX... ADDR is address, LENGTH is 08:02:53 00000000000i[ ] get_buffer M100020,1:cc 08:03:02 write mem `M'ADDR,LENGTH`:'XX... Write LENGTH bytes of memory 08:03:16 ytf is it trying to fiddle with mem at that addr? 08:03:21 roofles this is funny 08:04:00 I think it's trying to figure out whether that's valid memory or not. 08:04:07 intel can't seem to push their cpus that much in the more "serious" field... and then for amd you get this: http://www.infoworld.com/articles/hn/xml/02/10/21/021021hnopteron.xml?s=IDGNS 08:04:22 00000000000i[ ] get_buffer Z0,100020,1 08:04:36 that inserts a breakpoint but it never removes it... 08:14:25 what langugae is that ? 08:15:08 --- join: stormbind (~stormbind@p50835738.dip.t-dialin.net) joined #osdev 08:15:37 it's not a language, it's a log 08:16:24 Z0,100020,1 is a text representation of a remote gdb protocol packet 08:16:39 ah 08:17:02 didn't know that gdb could do that 08:17:45 info gdb and go all the way to the bottom of the list of things, it should have a "Remote Protocol" item. 08:30:08 hi all. 08:30:52 --- quit: Javanx ("I don't feel a thing, and i stopped remembering. The days are just like moments tourned to hours") 08:40:00 --- join: witten__ (~witten@adsl-gte-la-216-86-199-140.mminternet.com) joined #osdev 08:41:10 --- quit: witten_ (Remote closed the connection) 08:41:10 --- join: lynx (~root@pD9544D5A.dip.t-dialin.net) joined #osdev 08:41:19 how lame... 08:41:41 --- quit: MBit (card.freenode.net irc.freenode.net) 08:41:41 --- quit: Robert (card.freenode.net irc.freenode.net) 08:41:41 --- quit: Magik (card.freenode.net irc.freenode.net) 08:41:41 --- quit: corsairk8 (card.freenode.net irc.freenode.net) 08:41:41 --- quit: darkito (card.freenode.net irc.freenode.net) 08:41:44 --- quit: wli (card.freenode.net irc.freenode.net) 08:42:02 --- join: corsairk8 (~Stealthy@pc-62-31-1-150-cr.blueyonder.co.uk) joined #osdev 08:42:02 --- join: darkito (darkito@cable120a193.usuarios.retecal.es) joined #osdev 08:42:02 --- join: MBit (~HansHeim@p508270F2.dip.t-dialin.net) joined #osdev 08:42:02 --- join: Robert (~Robert@robost86.tsps1.freenet6.net) joined #osdev 08:42:02 --- join: Magik (matt@3ffe:b80:1065:1:0:0:0:2) joined #osdev 08:42:02 --- join: wli (wli@holomorphy.com) joined #osdev 08:47:59 --- quit: trans (Read error: 110 (Connection timed out)) 08:56:25 --- join: cookin (~jrydberg@d212-151-38-77.swipnet.se) joined #osdev 09:09:08 how well are real time operating system concepts documented? 09:10:01 --- quit: sleddog (Read error: 60 (Operation timed out)) 09:11:31 --- join: indigo (indigo@bgp01105107bgs.wbrmfd01.mi.comcast.net) joined #osdev 09:14:53 --- quit: cookin ("Client Exiting") 09:22:27 ask wind river 09:23:05 --- join: sleddog (~sleddog@cp2947-a.dbsch1.nb.home.nl) joined #osdev 09:27:18 * wli writes a gdb stub from scratch. 09:27:41 --- quit: DRF (Read error: 110 (Connection timed out)) 09:29:19 --- join: dax_ (~you@81.11.135.219) joined #osdev 09:33:04 * mrd is attempting to understand the point of conforming/nonconforming code segments in IA32 09:34:24 from the intel pent manual: "Keeping the CPL at the level of a calling code segment when switching to a conforming code segment prevents an application program from accessing nonconforming code segments while at the privilege level (DPL) of a conforming code segment and thus prevents it from accessing more privileged data." can anyone explain this? or at least understand it? 09:36:24 haha 09:38:00 hehe 09:38:21 * vxd- wonders what project mrd is working on... sounds fun 09:39:48 --- join: Amon-Re (ddefreyne@D5E06461.kabel.telenet.be) joined #osdev 09:43:11 lol 09:43:52 mrd, its just simple 09:44:00 if you jump to a segment with the same cpl level 09:44:07 ie, user-user switch 09:44:18 then you cant access data higher than the overall dpl of the task 09:45:04 --- nick: Amon-Re -> amon_dinr 09:45:46 corsairk8, what is cpl/dpl ? are those registers ? 09:46:00 I'm assuming this is protected mode stuff 09:46:15 vxd: cpl is the protection level of the segment descriptor in the gdt/ldt 09:46:23 dpl is the protection level too 09:46:28 ah ok 09:46:34 to be honist, i cant remember, been a while since i did this 09:46:53 * corsairk8 thinks 09:47:06 --- quit: dax (Read error: 110 (Connection timed out)) 09:47:20 dpl may be an eflags setting 09:47:21 but i doubt it 09:47:41 CPL = current privilege level of the CPU, DPL = descriptor privilege level, which is in each descriptor in the GDT. RPL = requested? privilege level, which is the 2 least significant bits in a 16bit segment selector (i think :P) 09:48:41 any segment's descriptor in the GDT can have different flags, including code or data. code segments can also be either conforming or nonconforming. 09:49:26 yeh thats it 09:49:28 conforming/nonconforming affects the relationship between CPL, DPL and RPL during code segment transitions 09:49:53 through far jmps/calls.. call gates are different tho 09:50:27 most code segments are nonconforming 09:51:11 is anyone working on any good os's here? 09:51:20 * corsairk8 would ilke to hear about your projects 09:51:30 I had a qusetion from eariier 09:51:36 the manual says conforming segments are used for code modules such as math libs and exception handlers, which support apps but dont require access to protected system facilities 09:51:50 how well are real time operating system concepts documented? 09:52:12 I want to start of by writinga x86 micro kernel 09:52:15 *off 09:53:44 corsairk8, im working on an os, but ive only done some very simple stuff so far, only in asm.. im still designing everything else 09:54:03 oh 09:54:40 and im learning how to use gcc :) 09:54:57 hrm 09:55:01 :) 09:55:14 * vxd- doesn't know where to start 10:02:28 --- join: Javanx (~javanx@213.45.18.199) joined #osdev 10:05:32 --- join: huntrckr (~huntrckr@myr53-01-p182.gt.saix.net) joined #osdev 10:05:49 evening 10:06:05 any gentoo users online? 10:06:42 eks eks eks eks eks eks 10:06:49 indigo indigo indigo indigo 10:06:50 he isn't here 10:07:01 well, eks isn't 10:09:36 where's indigo tho? i want to see his 2400x2400 rendering 10:10:09 ! 10:10:35 he rendered a 2400x2400 povray pic ?!??!?!? 10:10:44 he said he was last night 10:10:48 --- nick: file[bed] -> file 10:10:49 03:34 * indigo is rendering his rings at 2400x2400 tonight 10:10:50 ahj 10:11:24 looks like I've got a packet parser and a better way to deal with commands than playing games like polling in a switch statement 10:14:07 this serial stuff looks tremendously inefficient 10:15:07 is the serial int edge triggered? 10:15:53 --- join: tirloni (gpt@aline.bs2.com.br) joined #osdev 10:18:12 hmm, I wonder how to keep from missing I/O 10:18:19 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 10:19:15 --- nick: amon_dinr -> Amon-Re 10:27:49 anyone know why objcopy is appending a bizillion 0's onto my binary dump of an elf? 10:29:12 probably creating the .bss 10:29:51 what do you mean? 10:30:20 would that account for a whole ton of 0's? my elf file is 3KB and the bin it's producing is 3MB.. "objcopy -v -O binary test.elf test.bin" 10:52:05 wli, you were right 10:52:10 thanks :) 10:52:14 mrd: about? 10:53:30 i had a linker option, -Tbss 0x300000 , i took it out and my .bin's down to 13KB 10:53:57 ah 10:55:05 hrm, how do I know what int the serial will set off... 10:57:25 http://www.nondot.org/sabre/os/files/Communication/ser_port.txt 10:57:39 Port Name Base address Int # Int level (IRQ) 10:57:39 COM1 0x3F8 0xC 4 10:57:39 COM2 0x2F8 0xB 3 10:57:39 COM3 0x3E8 0xC 4 10:57:39 COM4 0x2E8 0xB 3 10:59:13 --- quit: tirloni ("ircII EPIC4-1.0.1 -- Are we there yet?") 11:00:23 erm, what is "Int #" and "Int level"? Normally I expect the APIC to have higher vector numbers for devices. 11:00:46 im not sure, i just found that serial doc, and that was in it 11:01:29 i think int # is what you're looking for, and IRQ is the priority order? 11:02:10 well, basically I want to know which IDT interrupt gate it will land in. 11:02:27 Hence, what the APIC vector number is... 11:03:20 and I want to get that from some kind of BIOS table or *something* saying what's there and where it is. 11:06:09 i think the int # is fixed, the base addresses are configurable in BIOS, (says that in that doc), and.. im trying to remember the whole int vector/idt thing (haven't looked at this stuff in a while) 11:08:12 --- quit: Amon-Re ("www.squonkamatic.net/playerprolounge") 11:09:56 --- quit: trans (Read error: 110 (Connection timed out)) 11:10:09 --- quit: witten__ ("bye") 11:10:52 the interrupt vector directly translates to the IDT gates i believe, except you can configure the PIC to translate ints to another position.. which you should do, since the first 16? vectors are reserved by intel, and some devices have interrupts below 16.. 11:11:25 hopefully that's helpful 11:11:27 --- nick: dax_ -> dax 11:12:18 should be 32 11:12:30 the first 16 are special cpu things 11:12:37 the 16 after are reserved 11:12:42 32 and up are usable 11:13:57 AFAIK nothing legitimate can be done at the kernel-level between 16 and 32 so an interrupt of 11 or 12 is not really plausible. 11:16:22 I'm not sure but I *think* they're used by newer cpus to trap into BIOS's when special things happen, which means the interrupt numbers must circumvent IDT lookup entirely. 11:17:29 ? 11:17:42 why would it circumvent the IDT? 11:18:05 mrd: Because the kernel isn't going to have BIOS interrupt handlers in its IDT. 11:19:09 an OS can do anything a BIOS does.. AFAIK. 11:20:30 I know they're reserved and not why, and I'm not sure how SMI's get handled but suspect that range is involved. 11:21:15 20-31 intel reserved. do not use.. 11:21:20 is that what you're talking about? 11:21:29 yep 11:24:08 i dunno :P u could try 11:24:32 --- join: cr0 (cr0@pcp01118647pcs.flshng01.mi.comcast.net) joined #osdev 11:24:35 if it's used by the BIOS, then it probably doesn't circumvent the IDT tho 11:25:27 Let me put it this way: 11:26:00 i dont think intel would go out of its way to make setting up the reserved ints an obscure method, when they can just write in the manual: don't do it. we're systems programmers, not end users. 11:26:33 I know there is a way for a BIOS to get invoked from magical interrupts because NMI's on a clean IDT invoke the BIOS and corrupt registers on some boxen. 11:27:05 --- join: I440r (~mark4@1cust88.tnt3.bloomington.in.da.uu.net) joined #osdev 11:27:49 NMIs are handled by the NMI handler at vector 2 11:28:33 The OS gets invoked, but the BIOS runs first and corrupts %eax 11:32:12 hmm 11:32:12 --- join: file2 (proxy@mctn1-0104.nb.aliant.net) joined #osdev 11:32:36 how do you know it's the BIOS? 11:32:47 receiving NMI's reliably breaks the box so ... 11:33:00 bah 11:33:04 bah, stupid bios ;) 11:33:17 aren't irq's cascaded through vector 2? maybe that's just coincidence 11:33:44 mrd: way back when, someone took a snapshot of it, disassembled it, and figured out where the SMI code was 11:34:34 The bug's been reported a zillion times, and the answer is "works on sh*tbloze, FOAD" every time. 11:34:42 --- quit: spyck (Remote closed the connection) 11:36:18 it's why NMI profilers and/or watchdogs are unusable on certain machines. 11:38:17 --- join: kaze (~Kaze_0mx@ca-bordeaux-13-109.abo.wanadoo.fr) joined #osdev 11:44:55 --- quit: file (Remote closed the connection) 11:46:25 --- nick: geist-sleep -> geist 11:47:31 wli: that's SMI you're thinking of 11:47:51 it's an non-maskable interrupt that switches the cpu into system management mode 11:48:04 you can't mask it, you can't even know it went off 11:48:19 laptops use it for stuff like powering down underneath the os 11:48:45 or updating those little LCD screens with time remaining in the battery, etc 11:49:11 * file2 wishes he had one of those 11:49:25 apparently NMI's somehow cause Netfinity boxen to enter the BIOS that way and the BIOS corrupts %eax or something. 11:50:17 I bet you they wired the system nmi to the smi line on the cpu, the bios does some work and then tries to trigger a nmi exceptions in software and has a bug and does it wrong 11:50:44 sounds very likely 11:50:55 darn this download, at 92% and stopping 11:51:01 and for the most part no one would notice because nmis aren't used by any running system, they're only good for debugging and whatnot 11:51:13 many oses will just panic when they get an nmi 11:51:40 97% 11:52:17 IIRC, the smi switches the cpu into smm mode (which looks kind of like 16-bit real mode) and jumps to a fixed vector address (which has bios hard wired there) 11:52:27 you can't intercept it because you can't move the bios out of the way 11:53:08 I think they also use that mode to do stuff like legacy usb keyboard ps/2 emulation 11:53:35 on my box, for example, the ps/2 emulated keyboard and mouse still work fine even after my os comes up 11:53:47 though as soon as you initialize the usb chip it all goes away 11:54:15 So the USB controller has some kind of magic SMI delivery mode? 11:54:20 right 11:54:24 chipset probably 11:54:38 it sets a hidden switch somewhere that delivers the usb interrupt to the smi 11:54:46 --- quit: file2 () 11:56:00 I know that there's a little bit of work you have to do when initializing the usb chip to effectively tell the bios to stop listening to it 11:56:02 --- quit: cr0 (Read error: 104 (Connection reset by peer)) 11:56:11 it's even covered in the uhci/ohci/echi spec 12:00:33 anyway, gotta go 12:00:36 have fun! 12:01:45 --- nick: geist -> geist-work 12:03:43 hacks like those just don't do any good, they don't work half the time, and they make writing drivers a real PITA 12:06:49 great, ppl undoing my bugfixes 12:07:08 (that's why I need wlix) 12:12:07 --- join: ChillySpy (ChillySpy@ppp046.ppp1.cleveland.nccw.net) joined #osdev 12:13:04 --- join: tirloni (gpt@aline.bs2.com.br) joined #osdev 12:14:54 --- join: steros (~steros@213.45.255.25) joined #osdev 12:17:51 --- quit: ChillySpy () 12:19:57 --- quit: kaze ("Leaving") 12:20:14 --- join: Ghiottone (~alex@ppp-15-19.27-151.libero.it) joined #osdev 12:28:08 --- join: revanthn (revanthn@202.9.183.134) joined #osdev 12:28:41 hello revanthn 12:28:50 hi 12:28:53 how ya oding 12:28:54 er *doing 12:29:29 well, looking for a way to suspend my linux laptop with ACPI 12:30:54 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 12:30:59 mmm... ACPI 12:31:02 what laptop ? :) 12:31:14 it is a new acer travelmate 12:31:22 63x series 12:31:26 oh 12:31:27 okay 12:31:29 636LC in particular 12:31:34 do you know something? 12:31:48 no, but if you do, tell me :) 12:32:22 I didn't look for that, and I'll probably need hibernation stuff soon 12:32:26 have you got one too ?;) 12:32:33 vaio there 12:32:52 I've found that my laptop doesn't support apm 12:33:01 hehe 12:33:15 I had to hack some dockapps so they can support acpi 12:33:36 good. Have you hacked icewm too? 12:33:47 no, I use openbox 12:34:12 ah, ok :( 12:35:35 I've installed the new 2.4.20-pre8 kernel with acpi patches 12:35:43 and acpid and all I could find. 12:35:58 but haven't found a way to suspend yet 12:36:09 I've done a special partition too. 12:36:22 hrm 12:36:29 I'm running 2.5.20 12:37:07 --- join: ragarth (ragarth@116.roanoke01-02rs16rt.nc.dial-access.att.net) joined #osdev 12:37:12 it's the next thing I'm going to try 12:37:13 Hey all 12:40:53 hi 12:42:12 mrd:hi 12:48:23 --- quit: huntrckr (Read error: 110 (Connection timed out)) 12:49:01 --- quit: revanthn (Read error: 54 (Connection reset by peer)) 12:53:35 * wli feels the pain of writing drivers encroaching. 13:12:39 --- quit: lynx ("changing servers") 13:13:03 --- join: lynx (~root@pD9544D5A.dip.t-dialin.net) joined #osdev 13:13:30 huhu 13:13:36 --- join: com1 (~com1@VA1-1D-u-1282.mc.onolab.com) joined #osdev 13:13:54 ahah 13:14:01 this nick should be forbidden :) 13:14:09 --- join: triplez (link8599@mcns158.docsis204.scvmaxonline.com.sg) joined #osdev 13:14:14 lynx: btw, 22:13 -!- lynx [~root@pD9544D5A.dip.t-dialin.net] has joined #osdev 13:14:23 heh 13:14:26 i know 13:14:32 i screwed my box up 13:14:37 he? 13:14:44 only root works at the moment and i dont feel like fixing all the accounts 13:16:34 honkl 13:17:10 --- quit: com1 (Client Quit) 13:21:13 --- quit: triplez ("Vision[0.9.5-0906]: i've been blurred!") 13:22:09 --- join: revanthn (revanthn@202.9.183.194) joined #osdev 13:22:24 --- join: trash (~trash@dial-2266.zgora.dialog.net.pl) joined #osdev 13:23:19 revanthn: this automsg is annoying. 13:23:36 --- part: oink left #osdev 13:23:36 --- join: oink (~ziga@void.phear.org) joined #osdev 13:25:15 got to go. Bye all 13:25:49 --- part: Ghiottone left #osdev 13:26:32 --- quit: steros ("Uscita dal client") 13:26:49 Weird 13:26:55 these things use polling serial 13:26:58 in a disgusting way 13:27:01 --- mode: ChanServ set +o oink 13:27:28 revanthn: there ? 13:27:36 revanthn: can you please switch off this autocrap ? 13:27:58 --- join: file (proxy@mctn1-0899.nb.aliant.net) joined #osdev 13:28:03 hrm.. 13:28:08 I should be doing this interrupt driven for sure... but I don't know jack about how to do a real interrupt-driven driver. 13:28:26 revanthn has an on join message 13:28:27 he doesn't answer to private messages neither 13:29:21 --- mode: oink set +b *!*revanthn@202.9.183.* 13:29:21 --- kick: revanthn was kicked by oink (Privmsg me if you want to join back.) 13:29:29 --- mode: oink set -o oink 13:30:16 * file is satisfied with oink's choice of action 13:30:26 :) 13:30:29 --- quit: trans (Read error: 110 (Connection timed out)) 13:30:35 * ragarth is pleased when justice uses it's feet for higher purposes. 13:30:35 What has he done? 13:30:43 Robert: who? 13:30:44 It was a spam bot. 13:38:09 argh 13:39:38 --- quit: corsairk8 () 14:01:30 hrm, figuring out the serial driver would help a lot here 14:06:54 --- join: jsr (www@du47-7.ppp.algonet.se) joined #osdev 14:06:58 Some kind of executive summary of wtf the serial driver needs to do might help 14:10:02 --- quit: jsr (Client Quit) 14:21:08 --- join: smaffy (asperin@d212-151-37-166.swipnet.se) joined #osdev 14:23:27 hrm 14:30:11 --- join: Aardappel (wvo96r@p508C4B0A.dip.t-dialin.net) joined #osdev 14:54:08 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 15:03:43 hi 15:03:52 Hi trans 15:04:13 hi roberts 15:04:17 oops 15:04:21 robert 15:04:25 sorry 15:04:30 hows it goin? 15:04:56 Fine :) 15:06:36 =) 15:09:36 roberta 15:09:37 ! 15:09:41 trans! 15:09:51 exual 15:10:24 i kinda want a name change because transistor is too common 15:10:42 call yourself.... KOMPRESSOR 15:10:46 (insider) 15:10:52 ? 15:11:01 KOMPRESSOR CRUSH POWER. 15:11:17 If you don't want to be transistor, then be chip. 15:11:24 ah... it is a german death-lofi shit thing, utterly senseless 15:11:33 chippie 15:11:33 to much like the real name chip 15:11:35 * wli erghs 15:11:50 Then people can call you chip. Kind of like beaver only with chip. 15:11:54 trans : why not Diode or ... resistor 15:12:09 or zen-diode, just zen... 15:12:18 honk ... or bubba the danceing clown 15:12:22 transmogrifier 15:12:25 dancing. 15:12:25 Hmm... Zener, or Schartschild 15:12:43 Error 15:12:43 or snart... 15:12:48 TheBudda 15:12:52 Snart rocks. ^^ 15:12:55 :P 15:13:04 SNART CRUSH POWER: 15:13:17 How about Bill... 15:13:24 * lynx is listening to Kompressor - Todessynthesizer 15:13:25 "Hi Bill" 15:13:45 bill... 15:13:59 * trans melts into the puddle of mush he is 15:14:01 Plastic, or even one of those hugely out there atomic elements. 15:14:02 i know like ten cool nicks 15:14:07 but i wont tell them! 15:14:12 like, unibidium. 15:14:16 neptunium? 15:14:21 germanium 15:14:29 plutonik 15:14:34 plutonium 15:14:43 --- join: cr0 (cr0@pcp01118647pcs.flshng01.mi.comcast.net) joined #osdev 15:15:24 Ununoctium 15:15:37 Say that name 10 times fast. 15:15:46 noctural emission! 15:15:48 ununium 15:15:48 Unobtanium 15:15:51 It's so uncommon it doesn't exist! 15:15:51 UUU!!! 15:15:58 trans : yeah... 15:16:12 AAA 15:16:25 or XXX 15:16:44 http://www.webelements.com/webelements/elements/media/snds/Uuo.au 15:16:55 Lysine 15:17:00 what a link! 15:17:04 saddam 15:17:32 loooser 15:17:37 Xylite 15:17:47 If you go with uuo, then you can be a noble. ^^ 15:17:47 you call me loser? 15:18:03 AND you can be part of the p=block. 15:18:05 no i call me loooser 15:18:29 Ontop of that, uuo was first produced in the same place as BSD. ^^ 15:20:02 Element 118 has no uses as only about three atoms of this element have ever been made. 15:20:08 That's pretty rare. 15:24:17 --- nick: trans -> dicbi 15:24:32 dammidit 15:24:46 rite... 15:24:50 --- nick: dicbi -> dicbixkau 15:25:08 uh huh 15:26:06 --- join: Kurt (~kmw@gc-nas-01-s104.cinergycom.net) joined #osdev 15:26:26 electric transforming quantum 15:26:29 transistor 15:26:44 --- join: cookin (~jrydberg@d212-151-100-7.swipnet.se) joined #osdev 15:29:50 --- nick: dicbixkau -> trans 15:30:22 feksnaban 15:30:29 crazy sound language 15:30:42 wow 3 atoms 15:31:16 http://www.night.dataphone.se/~jrydberg/crust-3.png 15:31:18 are they in some museum somewhere? 15:31:34 cookin ! 15:31:43 cookin : babe! what`s cookin dudeß 15:31:46 ? 15:31:59 with a big arrow, that's progressively smaller & smaller pointing toward the actual atoms of element 118? 15:33:13 mrd: they probably decayed 15:33:48 aw.. they should've used preservatives! 15:34:11 hehe 15:34:44 i R go outside to ... er... 15:34:48 bye 15:35:34 lynx! 15:35:47 --- join: gianluca (~kernel@ppp-164-134.28-151.libero.it) joined #osdev 15:35:50 hi there 15:35:58 --- quit: lynx ("BitchX-1.0c19 -- just do it.") 15:36:13 Hmm, so I need to write a serial driver... 15:38:48 --- quit: acme (Read error: 54 (Connection reset by peer)) 15:53:53 --- quit: HeavyJoost (Read error: 60 (Operation timed out)) 15:56:08 --- join: HeavyJoost (~HeavyJoos@a213-84-139-110.adsl.xs4all.nl) joined #osdev 16:01:56 night 16:01:57 --- quit: gianluca ("ircII EPIC4-1.0.1 -- Are we there yet?") 16:02:25 --- quit: trans (Read error: 60 (Operation timed out)) 16:03:05 --- quit: sleddog () 16:15:26 Well, I think that's as much of the gdb stub as can be done without some driver, architecture, or kernel specifics. 16:15:48 --- quit: lar1 (Remote closed the connection) 16:15:53 About the only assumption is ASCII. 16:16:20 --- join: DRF (Daniel@host213-121-66-172.surfport24.v21.co.uk) joined #osdev 16:16:27 --- join: lar1 (~lar1@adsl-63-204-135-204.dsl.snfc21.pacbell.net) joined #osdev 16:17:12 --- quit: smaffy ("sleep") 16:17:15 okay minus 'q' and 'H' which have subcommands not broken out. 16:19:52 --- quit: DRF ("Client Exiting") 16:29:00 --- join: trans (~trans@fatwire-201-207.uniserve.ca) joined #osdev 16:33:45 --- quit: cr0 (Read error: 54 (Connection reset by peer)) 16:35:19 --- quit: trash ("leaving") 16:35:45 --- quit: cookin ("Client Exiting") 16:37:29 --- join: eks (~eks@h24-82-197-140.wp.shawcable.net) joined #osdev 16:39:07 It's humping time! 16:46:27 hi eks 16:47:02 --- quit: I440r (Read error: 113 (No route to host)) 16:49:29 * trans jumps on Rico 16:55:48 --- quit: lar1 (Remote closed the connection) 16:58:38 --- join: lar1 (~lar1@adsl-63-204-135-204.dsl.snfc21.pacbell.net) joined #osdev 16:59:03 --- quit: Aardappel ("http://wouter.fov120.com/") 17:00:54 * mrd taps indigo on the shoulder 17:05:17 gn all. 17:05:24 nite zenton 17:05:35 Rico, are you telling me something? 17:08:48 --- quit: Kurt ("Connection reset by ear") 17:14:57 --- join: transistor (~trans@fatwire-201-207.uniserve.ca) joined #osdev 17:15:00 hahaha 17:15:03 hehehe 17:15:06 hohoho 17:15:08 what's up trans 17:15:14 not much transistor 17:15:18 what about you 17:15:21 not much over her 17:15:27 e 17:15:38 mezza i0n!!! 17:15:55 meeza fbsdeezer! 17:16:04 FreeBSD 4.4 ? heh.. 17:16:10 you should think about a little upgrade dude 17:16:23 ah fuskers dou 17:20:13 so whats up wiht you oink 17:20:24 hey i was going to talk to him! 17:20:31 (butting in) 17:20:38 what a jerk, eh! 17:20:53 * transistor bitch-slaps trans 17:40:02 --- join: malenfant (~malenfant@ati2362cy13e4.bc.hsia.telus.net) joined #osdev 17:48:51 --- quit: transistor ("BitchX-1.0c19 -- just do it.") 18:01:34 --- quit: Javanx ("I don't feel a thing, and i stopped remembering. The days are just like moments tourned to hours") 18:20:06 --- join: transistor (~trans@fatwire-201-207.uniserve.ca) joined #osdev 18:25:20 --- quit: Zenton (Remote closed the connection) 18:27:33 crap how do i unignore? 18:27:55 n 18:28:01 GRR 18:30:11 sad 18:37:38 ? 18:38:01 how do i turn off auto ignore in bx? 18:38:10 hey stop reading my mind tran!!! 18:38:50 * transistor puts his tin-foil helmet on 18:41:01 geist plz help!! i am pathetic!! 18:41:27 do tinfoil helmets really work? find out! http://hyperphysics.phy-astr.gsu.edu/hbase/mod3.html 18:42:34 will you help me mrd? 18:42:51 how about /unignore 18:43:13 doesn't work but i got that fixed 18:43:21 i need to get rid of autoignore 18:44:00 bx's site is down 18:44:26 * transistor pushes the *panic* button 18:44:43 what do you need help with? 18:44:43 **kaboom**!! 18:44:46 * ragarth eats the panic button. 18:44:48 autoignore 18:44:56 must turn it off 18:45:00 in.. your irc client? 18:45:04 yes 18:45:06 bx 18:45:11 did u check the documentation :P 18:45:22 can't get to it, bx site is down 18:45:41 (i'm not *that* silly) 18:45:42 =) 18:45:55 bummer 18:46:01 no you *are* that sily transistor 18:46:19 =( 18:46:41 try /ignore never 18:47:02 nope 18:48:26 --- quit: Divine (Read error: 110 (Connection timed out)) 18:48:50 it didn't come with any documentation? 18:49:05 nope 18:50:44 * transistor punches his computer in the *face* 18:53:17 here transistor http://strugglers.net/rants/BitchX.phtml 18:53:20 :x 18:53:56 thanks 18:55:41 fuck it 18:55:44 --- quit: transistor ("[BX] Homer Simpson uses BitchX. D'OH! D'OH! D'OH!") 18:58:36 trans left! and i think i know how to disable it.. 18:58:48 :( 18:59:00 i'll tell him 18:59:04 lol! 18:59:20 try /toggle flood_protection 19:01:13 --- join: transistor (~trans@fatwire-201-207.uniserve.ca) joined #osdev 19:01:39 did it work? 19:01:58 yes thanks 19:02:03 :) 19:02:36 =) 19:02:53 i think i am going to switch anyways 19:03:01 bx is SHITTY POO POO 19:03:11 geezus 19:03:15 ? 19:03:25 we spent all that effort helping you out 19:03:31 and then you ditch bx just like that 19:03:32 haha 19:03:38 that's soo ungrateful 19:03:39 transistor: cd /usr/ports/irc/irssi && make install clean 19:03:39 i just took it up 19:03:54 oh well, I ditched bx long ago 19:04:00 * wli needs to figure out drivers and/or hardware very very soon 19:04:09 ports? fbsd? 19:04:10 wli oh? 19:04:16 --- nick: geist-work -> geist 19:04:33 --- join: triplez (link8599@mcns158.docsis204.scvmaxonline.com.sg) joined #osdev 19:04:53 * wli is choking on a 16550 driver. 19:05:04 wow 19:05:13 --- quit: triplez (Client Quit) 19:06:07 * geist goes home 19:07:34 * wli just can't see what the state machine is supposed to be. 19:07:53 Maybe I'm done for today and I'll figure it out tomorrow. 19:08:14 I was hoping zwane could just tell me. =) 19:08:39 At any rate the gdb stub state machine is well hammered out. 19:10:46 --- quit: transistor ("[BX] Get your free warez from ftp://127.0.0.1!") 19:10:59 --- join: triplez (link8599@mcns158.docsis204.scvmaxonline.com.sg) joined #osdev 19:11:12 --- quit: triplez (Client Quit) 19:13:10 --- join: transistor (~trans@fatwire-201-207.uniserve.ca) joined #osdev 19:13:17 yippy! 19:13:25 eh? 19:13:31 irssi 19:13:45 (kinda looks like bx) 19:13:46 is 19:14:12 must be the other thing everything except trans' is based 19:14:30 what a damn non-conformist trans is, eh? 19:14:48 --- join: triplez (link8599@mcns158.docsis204.scvmaxonline.com.sg) joined #osdev 19:20:27 http://sempiternity.org/~indigo/rings7.png ooh he has reflections 19:31:31 24:43:49 Rendering line 1400 of 2400 supersampled 828 times. 19:31:40 INDIGO 19:32:01 OINK 19:32:18 IS THAT YOUR 2400x2400 RENDER ? 19:32:24 yah 19:32:29 cool 19:32:37 what render is it exactely ? :) 19:32:37 :) 19:32:41 i've made some changes 19:32:48 well... 19:33:37 it's like rings7.png, except i made the glass glow very slightly so it's more visible 19:33:49 mrd: you like the reflections? 19:34:14 yes it looks very cool 19:34:28 awesome :) 19:34:30 indigo: you know what ? 19:34:39 the reflections are easier to render than the radiosity anyway :) 19:34:44 oink: no, what? 19:34:55 indigo: I suck at povray. 19:35:03 oink: i can help :) 19:35:04 I did 3D for months, but i still suck 19:35:25 at what do you suck? 19:35:34 the modeling part, or the making your models look good part? 19:35:43 both 19:35:44 hehe 19:35:46 wlel 19:35:48 in fact 19:35:50 ah 19:36:06 I feel so unlogical when I work with povray.. 19:36:09 illo? 19:36:11 whatever 19:36:19 it's nearly 5am and i'm pretty tired 19:36:36 well, i prefer to work on geometrical, procedural (see rings?.png) images with very interesting materials 19:36:44 such as chrome, glass, and flouresent tubes :) 19:37:00 i wanna do simple geometric shit 19:37:01 like 19:37:23 my ideas usually start with some simple pattern, usually in my head, but sometimes on paper 19:37:36 then i write a macro or a script or whatever to generate the geometry 19:37:42 drawing a cubic white/metalish robot, in a white room, walking and dancing like michael jackson 19:38:21 well, it's tough to do that sort of animation in povray with a text editor 19:38:29 hehe 19:38:29 you will need an editor that can export the povray data 19:38:32 yeah :) 19:38:57 i'd stick to procedural stuff with povray until something like blender can export to it better 19:39:19 soon 19:39:21 don't worry :) 19:39:24 for my other rendering stuffs i use blender, and just live with the sucky rendering 19:39:26 hrmz 19:39:36 or if you know povray enough 19:39:41 you could hack blender.. 19:39:59 well, there's a python script floating around that will export blender data to povray 19:40:06 i know 19:40:09 but from what i've heard 19:40:10 it sucks 19:40:12 right ? :) 19:40:15 the problem is that blender suppots only polygon meshes...no other primitives 19:40:22 hehe 19:40:24 so 19:40:32 bye bye nurbs, bye bye beziers curves ? 19:40:39 yes 19:40:49 you have to convert them to meshes 19:40:56 which is what blender does anyway when it renders 19:41:00 yeah i know 19:41:03 too bad 19:41:13 what blender needs is a plugin archtechure 19:41:16 Ctrl-T or something IIRC :) 19:41:28 Ckey i believe 19:41:41 it's C with some combination of modifiers 19:41:52 what? 19:42:02 shift-c = C 19:42:07 or Ckey 19:42:10 yeah but 19:42:18 to do ahat/ 19:42:20 woeijowq 19:42:21 or it might be ctrl-c, alt-c <-- probally not 19:42:22 darn 19:42:25 to do what ? 19:42:33 convert stuff, ie nurbs->mesh 19:42:35 (sorry, I'm in bed and fcking tired, it's hard to type) 19:42:43 heh, me too 19:42:45 oh 19:42:46 no 19:42:53 it's Ctrl with a modified 19:42:55 r 19:42:59 T IIRC. 19:43:09 whatever... 19:43:19 anyway, blender exporting to anything sucks 19:43:32 blender just sucks for anything except rendering in blender 19:43:39 and blender's renderer sucks 19:43:50 but it's modeling is very nice, although it has a few holes in it 19:43:56 good interface 19:44:11 so 19:44:23 have you looked in the standard include files of povray at all? 19:44:30 wwwwwwwwwwwwwwwwwwwwwwwwno 19:44:32 grrr 19:44:34 @#!$@@#%!$%!$!%% 19:44:37 no :) 19:44:51 you should; they include all sorts of very good and easy to use materials, textures, colors, etc 19:45:02 hmz 19:45:02 my glass tubes, for example are just 19:45:11 material{ Glass3 } 19:45:18 yeah, saw that 19:45:23 hrmz 19:45:28 with #include "textures.inc" at the bottom 19:45:32 and the chrome too 19:45:38 err 19:45:40 s/bottom/top 19:45:59 hey, i'm 6 scanlines further! 19:46:10 go povray go! 19:46:23 hehe 19:46:23 jay 19:46:24 i have it set to superevil trace mode 19:46:27 kay 19:46:35 max_trace_level 256 19:46:39 doh 19:46:42 what does that do 19:46:49 +A0.1 +AM2 +H2400 +W2400 19:46:56 except 19:47:03 "removing weird black and white holes" 19:47:04 er 19:47:05 spots 19:47:12 each time a ray hits a reflective or refractive surface, a new ray is sent out 19:47:20 ah 19:47:21 the max trace level limits hom many times this can be done 19:47:23 and? 19:47:28 kay 19:47:32 and the default is ? 19:47:32 default is 5 19:47:37 kay 19:47:44 with 5, it was hitting the limit 19:48:03 if you look at the earlier rings renders, you can see where the glass crosses it's either black, or white 19:48:11 that's where it hit the limit 19:48:52 the gemoetry of two pieces of glass crossing as such sends the rays bouncing around hundreds of times 19:49:19 256 is the max btw :) 19:49:28 i would have made it higher if i could 19:49:35 :) 19:49:59 although, if something bounces 256 times, it's likely that by the time it bounces out it will be black 19:50:10 --- quit: ragarth (Read error: 113 (No route to host)) 19:50:33 anyway, the limit is required in case you did something like rendered with the camera inside a sphere made of perfect mirrors 19:51:13 3 more scanlines! 19:51:19 25 hours! 19:51:24 :) 19:51:32 :) 19:51:33 what if you crash?;p 19:51:49 now who was it that said that it's only worth it if it takes all day? 19:51:56 crashed renders can be resumed :) 19:52:01 you did the stuff so it doesn't restarts by the beginning ? 19:52:02 yeah 19:52:04 iknow:) 19:52:24 anyway, hopefully i won't crash 19:52:29 although i'm not on a ups here 19:52:49 if i was, it's likely i could get a lot of uptime, because we have a generator 19:53:31 heh 19:53:42 why do so many canadians own a generator ? 19:53:54 dunno; i'm not a canadian 19:54:28 although i'm less than 100km from canada :) 19:54:45 a guy i work with lives in canada 19:55:07 ha 19:55:08 :) 19:55:43 4 more scanlines! 19:55:46 i think it's going faster 19:55:51 it must be past the crux 19:55:51 hehe 19:56:05 oh wait 19:56:08 i'm reading the wrong number 19:56:09 you're rendering targa ? 19:56:21 png 19:56:33 png 0wnz0r 19:56:50 yeah... but i wonder how it gets resumed with png 19:56:59 hmm 19:57:04 well, i won't crash :) 19:57:08 lol 19:57:10 don't say that 19:57:19 murphy.. 19:57:27 i could always render the bottom portion and graft them together with gimp 19:57:29 he's there, always, behind you 19:57:34 you just can't see him 19:57:35 hehe 19:59:41 well, i'm off to sleep 20:00:01 heh 20:00:08 what time is it ? 20:00:10 2 more scanlines! 20:00:14 2300 20:00:19 oh 20:00:24 i wish i could see them... 20:00:27 05:00am here 20:00:45 all i can see is part of the green and blue tube 20:01:00 11pm here 20:01:22 gn all 20:01:27 indigo! 20:01:27 bye :) 20:01:27 i have a long day tomorrow :P 20:01:31 mrd! 20:01:34 2 more scanlines! 20:01:34 (THINK ABTU MURPHY!@#!) 20:01:42 :) 20:01:44 take care 20:01:48 * geist is tired 20:01:53 25:12:42 Rendering line 1413 of 2400 supersampled 830 times. 20:01:53 geist: so am i 20:02:03 * geist may go to sleep really early today 20:02:14 woah 20:02:33 all right...i'm turning the monitor off 20:02:43 *plink* 20:04:57 1~6well i'm going too 20:04:59 good night 20:05:01 or morning 20:05:04 whatever 20:07:20 nite oink 20:26:21 --- nick: mrd -> mrd|sleep 20:36:49 indigo? 20:38:17 --- quit: eks ("Zzzz") 20:43:54 --- quit: transistor ("leaving") 20:45:36 --- join: rk (~rk@gen3-camarillo8-206.vnnyca.adelphia.net) joined #osdev 20:51:46 i have a problem 20:52:03 i have a bootloader, and a C file 20:52:07 bootsector 20:52:24 the bootsector sets up protected mode, then jumps to 0x08:0x1000 20:52:36 which is supposed to be the C file 20:52:47 since i linked it with -Ttext 0x1000 20:53:00 bochs crashes if i do that though. 20:53:02 help? 21:01:59 --- quit: triplez (card.freenode.net irc.freenode.net) 21:01:59 --- quit: rk (card.freenode.net irc.freenode.net) 21:01:59 --- quit: malenfant (card.freenode.net irc.freenode.net) 21:01:59 --- quit: dax (card.freenode.net irc.freenode.net) 21:01:59 --- quit: indigo (card.freenode.net irc.freenode.net) 21:02:00 --- quit: gab (card.freenode.net irc.freenode.net) 21:02:05 --- join: triplez (link8599@mcns158.docsis204.scvmaxonline.com.sg) joined #osdev 21:02:42 --- join: indigo (indigo@bgp01105107bgs.wbrmfd01.mi.comcast.net) joined #osdev 21:03:00 --- join: gab (~prfalken@gaia.chx-labs.org) joined #osdev 21:03:22 --- join: rk (~rk@gen3-camarillo8-206.vnnyca.adelphia.net) joined #osdev 21:03:22 --- join: malenfant (~malenfant@ati2362cy13e4.bc.hsia.telus.net) joined #osdev 21:03:22 --- join: dax (~you@81.11.135.219) joined #osdev 21:03:22 --- mode: anthony.freenode.net set +d +q 21:13:11 ping 21:13:28 i'm overrun by white!!! 21:22:50 --- quit: rk (Remote closed the connection) 22:17:51 --- join: witten (~witten@adsl-gte-la-216-86-199-140.mminternet.com) joined #osdev 22:32:17 --- quit: MBit (Read error: 60 (Operation timed out)) 23:04:16 --- join: do (~green@194.85.84.244) joined #osdev 23:04:36 hi do 23:05:38 hi 23:11:06 OBEY 23:12:10 hey geist 23:12:12 :) 23:12:13 sup 23:12:28 remember that emu projectI was telling you about 23:12:45 I wrote a disassembler for it :) 23:12:51 and got the emu done as well :) 23:13:06 good 23:13:08 was it fast enough? 23:13:13 did you have to do it in asm? 23:13:17 had to do asm 23:13:47 it's ok though, I learned a lot doing it 23:18:57 cool 23:20:15 the instruction set is a little weird though 23:20:15 F4 EA 2A 75 : 0066: F4EA2A75 mov *2Ah[74h:75h],A 23:29:35 yah 23:29:45 that's wiggidy wack bozak 23:31:27 --- join: miro (~miro@picknicker.codeon.de) joined #osdev 23:36:36 hehe 23:59:59 --- log: ended osdev/02.10.22