You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
(13) |
Sep
(10) |
Oct
|
Nov
(9) |
Dec
(46) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(33) |
Feb
(14) |
Mar
(7) |
Apr
(14) |
May
(17) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
(15) |
Oct
(13) |
Nov
(7) |
Dec
(5) |
2003 |
Jan
(7) |
Feb
(6) |
Mar
(6) |
Apr
(3) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
(17) |
Feb
(4) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(4) |
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(3) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(8) |
Dec
(3) |
2007 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Donghui W. <dh...@by...> - 2004-01-21 03:30:57
|
Travis: Does newos has read/write lock support? I only see there are mutex_lock and mutex_unlock functions. I think in multiple processor enviroment, it is very important. Regards, Donghui Wen |
From: Travis G. <ge...@fo...> - 2004-01-20 19:16:14
|
Hi! Yep you're right, that's a structure that's never referenced in any way but as a pointer. It's never defined it appears. I wrote that code years ago, I don't know why I did it that way. Travis -----Original Message----- From: Donghui Wen [mailto:dh...@by...] Sent: Tuesday, January 20, 2004 11:13 AM To: Travis Geiselbrecht Cc: new...@li... Subject: struct hash_elem Hi,Travis: I am looking for the definition of struct hash_elem in khash.c. I did a grep but found nothing. Is this a magic structure? :-) Thanks! Donghui |
From: Donghui W. <dh...@by...> - 2004-01-20 19:12:48
|
Hi,Travis: I am looking for the definition of struct hash_elem in khash.c. I did a grep but found nothing. Is this a magic structure? :-) Thanks! Donghui |
From: Mark-Jan B. <ma...@xs...> - 2004-01-20 16:09:11
|
Yes, good to see all the commits! It has been a long time since I contributed for newos. I did some sketching of some filesystem idea's, finding new ways to interface the different parts, allowing new features to be implemented easier. What about have collection of vectors on filesystems, so that it is easier to make a high- performance copy of a set of files (installing software), with less seeking ? Also, allocation policies can be done better with a bigger set of data. And, the chance that your files end up closer together on your disk increases. Mark-Jan On Mon, Jan 19, 2004 at 10:35:12PM -0800, Travis Geiselbrecht wrote: > Howdy! > > It's been a long time since this list has been used, but development > still goes on and if anyone wants to talk dev talk, it's open for > business! > > Travis Geiselbrecht > ge...@ne... > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Newos-developers mailing list > New...@li... > https://lists.sourceforge.net/lists/listinfo/newos-developers > |
From: Travis G. <ge...@fo...> - 2004-01-20 06:35:17
|
Howdy! It's been a long time since this list has been used, but development still goes on and if anyone wants to talk dev talk, it's open for business! Travis Geiselbrecht ge...@ne... |
From: Zu Z. <ky...@tu...> - 2003-07-15 09:15:31
|
I am a new user to NewOS. Why cannot use redhat's gcc to build newos? What's the difference between newos gcc toolchain and other gcc? |
From: Erik F. <er...@fu...> - 2003-06-10 01:13:45
|
Hi everyone, I'm rather new to this interesting kernel development. =20 In looking through the archives, I found some discussion on bochs. The consensus is that it doesn't seem to work. This seems to be a timing = issue. =20 I've managed to make it work with the most recent version of bochs, = simply by changing the ips rate. I've set it quite a bit higher than it should = be for my machine, and this allows NewOS to boot and appears to run just = fine. =20 So far, the only setting that seems to work is setting ips: 33000000000 = (33 Mhz). Pretty much anything else, even higher seems to cause lockups. =20 So, question to Travis is this, why does this work for 33Mhz, but = nothing else? What can we do to fix this problem? =20 I know that you think that bochs timer code is unstable, but other OS's = seem to deal with it well enough. As such, there must be a way that NewOS = can deal with it as well, even if doing so might be less than clean. If you have any suggestions, I'd like to hear them. Thanks. =20 |
From: Travis G. <ge...@fo...> - 2003-04-30 07:04:37
|
Howdy, Well, I wouldn't say it's 'abandoned'. That's a bit of a harsh word. I =20= recently rearranged the source tree and haven't taken the time to go =20 back and move the SH-4 stuff around. It is true that i haven't built =20 the DC port in a while though. I probably rearranged the tree around the time it stopped working. as far as getting it back in shape, I haven't really put much thought =20= into it, I'm deep in a PPC port right now so I *am* thinking about non =20= x86 ports and will probably spend the time getting the SH-4 port to =20 work again. As far as the usefulness of running it on a DC, that's up =20= to the user to decide. I certainly don't find it very useful myself. Travis On Monday, April 28, 2003, at 10:40 AM, Cedric VINCENT wrote: > Hi. > > Congratulation for your work !!! > > I'd like to test newos on DreamCast. > But there is a problem... > I download your toolchains > I export correctly PATH and LD_LIBRARY_PATH, > I run 'make ARCH=3Dsh4', and... ouputs : > > <<<<<<<<<<< > make.syscfg:205: found newos toolchain! > make.syscfg:223: LIBGCC_PATH =3D > /home/c-vinc02/tmp/Compilation/sh-newos/bin/../lib/gcc-lib/sh-newos/=20= > 3.0.4/ml/m4-single-only/ > make.syscfg:226: ARCH =3D sh4 > make.syscfg:230: build dir will be build/sh4 > kernel/addons/dev/makefile:5: kernel/addons/dev/arch/sh4/makefile: No > such file or directory > make: *** No rule to make target = `kernel/addons/dev/arch/sh4/makefile'. > Stop. > >>>>>>>>>>> > > I have tested various version, and it seems that this problem comes =20= > since newos-20030216.tar.gz. > > What's happened, the DreamCast support is abandoned ? > > Regards, C=E9dric. > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Newos-developers mailing list > New...@li... > https://lists.sourceforge.net/lists/listinfo/newos-developers |
From: Cedric V. <c-v...@ba...> - 2003-04-28 17:41:14
|
Hi. Congratulation for your work !!! I'd like to test newos on DreamCast. But there is a problem... I download your toolchains I export correctly PATH and LD_LIBRARY_PATH, I run 'make ARCH=3Dsh4', and... ouputs : <<<<<<<<<<< make.syscfg:205: found newos toolchain! make.syscfg:223: LIBGCC_PATH =3D /home/c-vinc02/tmp/Compilation/sh-newos/bin/../lib/gcc-lib/sh-newos/3.0.4= /ml/m4-single-only/ make.syscfg:226: ARCH =3D sh4 make.syscfg:230: build dir will be build/sh4 kernel/addons/dev/makefile:5: kernel/addons/dev/arch/sh4/makefile: No such file or directory make: *** No rule to make target `kernel/addons/dev/arch/sh4/makefile'. Stop. >>>>>>>>>>> I have tested various version, and it seems that this problem comes=20 since newos-20030216.tar.gz. What's happened, the DreamCast support is abandoned ? Regards, C=E9dric. |
From: David L. <le...@ma...> - 2003-04-11 12:35:58
|
I am not complaining. I just actually want to know why its better. :) We have some projects at work where we actually do want to store a lot of binary images and such with the project. Is Perforce better suited to this situation? Dave |
From: Travis G. <ge...@fo...> - 2003-03-31 09:28:07
|
Hey gang, Long time since the last announcement. Well, I'm a man of few words, especially when I'm busy on something. Thanks to Shawn Debnath, we now have a newer website that I just stuck online at http://newos.sf.net/ . As of right now it basically has the same content as before, but I'd like to change that and get more serious about the project. Anyway, welcome to the new web site. Nothing big but I'm pretty proud of it. Now it's time to get back to coding. See ya! Travis Geiselbrecht ge...@ne... |
From: Travis G. <ge...@fo...> - 2003-03-05 18:50:00
|
Awesome! Well, it wasn't me so much. I pulled the pci bus manager over from OpenBEOS. A lot of work had been done on my old crappy pci implementation to make it a lot smarter, so I grabbed it. Looks like the old one had a bug in it that would cause it to get in an infinite loop on particular machines. Probably wasn't working around one of many bugs in different chipsets and would get lost. Travis On Wednesday, March 5, 2003, at 06:00 AM, David Leimbach wrote: > Nice work fixing it... > > Dave > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Newos-developers mailing list > New...@li... > https://lists.sourceforge.net/lists/listinfo/newos-developers |
From: David L. <le...@ma...> - 2003-03-05 14:00:16
|
Nice work fixing it... Dave |
From: David L. <le...@ma...> - 2003-03-04 13:58:25
|
Now I should be able to do any debugging that is necessary to figure out what this problem is http://homepage.mac.com/dalverson/zterm/ Good terminal... works great with the keyspan adapter/drivers. In case anyone else has only one PC and a mac to mess with New OS on :) Dave |
From: Travis G. <ge...@fo...> - 2003-03-02 01:33:41
|
Interesting, looks like there is a problem with the old pci bus sniffer. I just totally replaced it with a new one and it looks like you're using the old one in that example, so give it another try with the top of the source tree now and see if it works.. Travis ----- Original Message ----- From: "David Leimbach" <le...@ma...> To: <new...@li...> Sent: Saturday, March 01, 2003 9:03 AM Subject: [Newos-developers] Debugger output > I bought that USB->Serial dongle/converter and figured out how to read > from the serial ports in Mac OS X. > > It requires some IOKit stuff and termios. I am attatching the output I > was able to obtain from NewOS's kernel > debugger dump. > > I think its all there but some may be cut off at the bottom. > > I am thinking about changing this code I have into an application to > interface the NewOS kernel debugger > from Mac OS X with a Cocoa interface? > > Anyone think that would be useful ?.... It would be for me anyway :) > You need a serial port in Mac OS X for it > to work anyway I guess. > > |
From: David L. <le...@ma...> - 2003-03-01 17:04:03
|
I bought that USB->Serial dongle/converter and figured out how to read from the serial ports in Mac OS X. It requires some IOKit stuff and termios. I am attatching the output I was able to obtain from NewOS's kernel debugger dump. I think its all there but some may be cut off at the bottom. I am thinking about changing this code I have into an application to interface the NewOS kernel debugger from Mac OS X with a Cocoa interface? Anyone think that would be useful ?.... It would be for me anyway :) You need a serial port in Mac OS X for it to work anyway I guess. |
From: David L. <le...@ma...> - 2003-02-25 22:43:17
|
On Tuesday, February 25, 2003, at 10:36AM, Travis Geiselbrecht <ge...@fo...> wrote: >Hi Dave, > >You bet, the only really useful information here that you can provide >is a serial trace of what's on com1 at 115200 n81 no flow. As the >kernel boots up, it dumps data to that. Seeing that data should at a >minimum point me to where in the process it's bailing. > I will do that when my equipment arrives... :P >Could be the 1GB ram, I'm not sure I've tested with that much yet. If >you're really bored and can pull a stick of ram out (making it 512 or >256) then that'd be cool. IIRC I think it works fine on my dual athlon >but I have to admit I haven't tested it in a while (since it's my >compile machine). I ran it on 1GB the first time I tried it so heres a WOOT for you! :) I think it was the end of January when I tested it with that much. I will get you more information as I get it. Dave > >Travis > >On Tuesday, February 25, 2003, at 06:01 AM, David Leimbach wrote: > >> I got as far as "jumping into kernel" and then a reboot on my: >> >> Athlon MP 1600+ [2 CPUs] >> 1GB RAM >> IDE hard disks all around :) >> >> >> any more relevant information I can share? >> >> Dave >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Newos-developers mailing list >> New...@li... >> https://lists.sourceforge.net/lists/listinfo/newos-developers > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Newos-developers mailing list >New...@li... >https://lists.sourceforge.net/lists/listinfo/newos-developers > > |
From: Travis G. <ge...@fo...> - 2003-02-25 16:36:50
|
Hi Dave, You bet, the only really useful information here that you can provide is a serial trace of what's on com1 at 115200 n81 no flow. As the kernel boots up, it dumps data to that. Seeing that data should at a minimum point me to where in the process it's bailing. Could be the 1GB ram, I'm not sure I've tested with that much yet. If you're really bored and can pull a stick of ram out (making it 512 or 256) then that'd be cool. IIRC I think it works fine on my dual athlon but I have to admit I haven't tested it in a while (since it's my compile machine). Travis On Tuesday, February 25, 2003, at 06:01 AM, David Leimbach wrote: > I got as far as "jumping into kernel" and then a reboot on my: > > Athlon MP 1600+ [2 CPUs] > 1GB RAM > IDE hard disks all around :) > > > any more relevant information I can share? > > Dave > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Newos-developers mailing list > New...@li... > https://lists.sourceforge.net/lists/listinfo/newos-developers |
From: David L. <le...@ma...> - 2003-02-25 14:01:49
|
I got as far as "jumping into kernel" and then a reboot on my: Athlon MP 1600+ [2 CPUs] 1GB RAM IDE hard disks all around :) any more relevant information I can share? Dave |
From: David L. <le...@ma...> - 2003-02-25 13:56:28
|
Had to take a little hiatus there.... I don't know if I will ever get the Ethernet driver I wanted to done for NewOS but I will be actively building/testing reporting bugs as I find them in the floppy images that are created. I'll try to hang out on #newos more as well.... Just letting you all know I haven't lost interest. Dave |
From: Adam K K. <ad...@vo...> - 2003-02-18 16:53:51
|
So, I decided to give compile newos a whirl under NetBSD. However, I didn't make it very far: make.syscfg:209: LIBGCC_PATH = /usr/pkg/gcc-3.2.1/lib/gcc-lib/i386--netbsdelf/3.2.1/ make.syscfg:212: ARCH = i386 make.syscfg:216: build dir will be build/i386 gmake: *** No rule to make target `include/arch/i386/ types.h', needed by `build/i386/boot/stage1.o'. Stop. Now, this seems to be saying that there should be a space in the file name for that types.h file, correct? Looking around the source, this seems to be a pretty common problem... In addition, I'm getting the same error now that I'm tryin to do the build on my Debian system, using the newos toolchain :-) Adam |
From: Manuel J. P. de G. <fr...@ba...> - 2003-02-01 07:46:30
|
----- Original Message ----- From: "Adam K Kirchhoff" <ad...@vo...> To: "Newos developers" <new...@li...> Sent: Friday, January 31, 2003 1:11 PM Subject: RE: [Newos-developers] rld.so problems :-) (fwd) > VMWare still shows this problem. However, since I'm not in front of a > machine with vmware at the moment, I can't check this out. Anyone know if > it's possible to hook a serial cable up to the guest OS? :-) Go to: Settings Configuration editor Click 'Add' and select serial port, choose the binding and you are set to go. manuel, > > Adam > > On Fri, 31 Jan 2003, Travis Geiselbrecht wrote: > > > Adam and I just talked on irc for a bit and we're gonna trace it tonight > > and see what's different about his setups versus others. I wouldn't be > > surprised if there's a problem that I recently introduced with the low > > level interrupt changes. I've been tracking multiple bugs and this is > > probably one of them. > > > > Thanks Adam! > > > > Travis > > > > > -----Original Message----- > > > From: new...@li... > > > [mailto:new...@li...] On > > > Behalf Of Adam K Kirchhoff > > > Sent: Friday, January 31, 2003 5:53 AM > > > To: Newos developers > > > Subject: [Newos-developers] rld.so problems :-) > > > > > > > > > > > > Not sure if this is a known issue, but for the past couple > > > weeks I've been > > > having a problem with NewOS. I've mentioned it on the irc > > > channel once or > > > twice but geist always seems to be asleep when I'm awake :-) > > > > > > Basically, any binary that I try to run results in: > > > > > > rld.so: troubles reading image > > > > > > Thinking it might be an issue with the floppy I was using, I > > > tried using > > > vmware, and having it actually boot the "final" image as if > > > it were the > > > floppy drive. Still no luck. > > > > > > Adam > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.NET email is sponsored by: > > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > > http://www.vasoftware.com > > > _______________________________________________ > > > Newos-developers mailing list > > > New...@li... > > > https://lists.sourceforge.net/lists/listinfo/newos-developers > > > > > > > > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Newos-developers mailing list > New...@li... > https://lists.sourceforge.net/lists/listinfo/newos-developers > |
From: Adam K K. <ad...@vo...> - 2003-01-31 21:12:12
|
Errr... I just realized I sent this onlyh to Travis, so I'm resending it to the list. Adam (struggling with a really bad day) :-) ---------- Forwarded message ---------- Date: Fri, 31 Jan 2003 16:10:23 -0500 (EST) From: Adam K Kirchhoff <ad...@vo...> To: Travis Geiselbrecht <ge...@fo...> Subject: RE: [Newos-developers] rld.so problems :-) I'm really rather embarrassed by this, but I can't replicate this any more outside of vmware. I initially saw this problem on a Dual P3 Abit VP6 I had at home. Trying with vmware gave the same result. Since then, I have replaced the VP6 with a dual proc Tyan board (VIA chipset, like the VP6). Lo and behold, no rld.so problems with it. I'm really rather confused since the VP6 and Tyan aren't so significantly different that I'd think it'd have that big of an affect. VMWare still shows this problem. However, since I'm not in front of a machine with vmware at the moment, I can't check this out. Anyone know if it's possible to hook a serial cable up to the guest OS? :-) Adam On Fri, 31 Jan 2003, Travis Geiselbrecht wrote: > Adam and I just talked on irc for a bit and we're gonna trace it tonight > and see what's different about his setups versus others. I wouldn't be > surprised if there's a problem that I recently introduced with the low > level interrupt changes. I've been tracking multiple bugs and this is > probably one of them. > > Thanks Adam! > > Travis > > > -----Original Message----- > > From: new...@li... > > [mailto:new...@li...] On > > Behalf Of Adam K Kirchhoff > > Sent: Friday, January 31, 2003 5:53 AM > > To: Newos developers > > Subject: [Newos-developers] rld.so problems :-) > > > > > > > > Not sure if this is a known issue, but for the past couple > > weeks I've been > > having a problem with NewOS. I've mentioned it on the irc > > channel once or > > twice but geist always seems to be asleep when I'm awake :-) > > > > Basically, any binary that I try to run results in: > > > > rld.so: troubles reading image > > > > Thinking it might be an issue with the floppy I was using, I > > tried using > > vmware, and having it actually boot the "final" image as if > > it were the > > floppy drive. Still no luck. > > > > Adam > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > Newos-developers mailing list > > New...@li... > > https://lists.sourceforge.net/lists/listinfo/newos-developers > > > > > |
From: Adam K K. <ad...@vo...> - 2003-01-31 20:52:15
|
Yes, this is from a recent pull from Perforce today. Adam On Fri, 31 Jan 2003, David Leimbach wrote: > Is this happening to you with the "HEAD" or whatever Perforce uses as the latest development sources? > On Friday, January 31, 2003, at 07:53AM, Adam K Kirchhoff <ad...@vo...> wrote: > > > > >Not sure if this is a known issue, but for the past couple weeks I've been > >having a problem with NewOS. I've mentioned it on the irc channel once or > >twice but geist always seems to be asleep when I'm awake :-) > > > >Basically, any binary that I try to run results in: > > > >rld.so: troubles reading image > > > >Thinking it might be an issue with the floppy I was using, I tried using > >vmware, and having it actually boot the "final" image as if it were the > >floppy drive. Still no luck. > > > >Adam > > > > > > > >------------------------------------------------------- > >This SF.NET email is sponsored by: > >SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > >http://www.vasoftware.com > >_______________________________________________ > >Newos-developers mailing list > >New...@li... > >https://lists.sourceforge.net/lists/listinfo/newos-developers > > > > > > |
From: David L. <le...@ma...> - 2003-01-31 20:41:38
|
Is this happening to you with the "HEAD" or whatever Perforce uses as the latest development sources? On Friday, January 31, 2003, at 07:53AM, Adam K Kirchhoff <ad...@vo...> wrote: > >Not sure if this is a known issue, but for the past couple weeks I've been >having a problem with NewOS. I've mentioned it on the irc channel once or >twice but geist always seems to be asleep when I'm awake :-) > >Basically, any binary that I try to run results in: > >rld.so: troubles reading image > >Thinking it might be an issue with the floppy I was using, I tried using >vmware, and having it actually boot the "final" image as if it were the >floppy drive. Still no luck. > >Adam > > > >------------------------------------------------------- >This SF.NET email is sponsored by: >SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! >http://www.vasoftware.com >_______________________________________________ >Newos-developers mailing list >New...@li... >https://lists.sourceforge.net/lists/listinfo/newos-developers > > |