Re: Software floating point library?
Hi; I am sure NetBSD ported some variant of it but here is softfloat: http://www.jhauser.us/arithmetic/SoftFloat.html cheers, Pedro. Hai un indirizzo email difficile da ricordare? Scegli quello che hai sempre desiderato su Yahoo! Mail http://it.docs.yahoo.com/nuovo_indirizzo.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Anyone interested in HDLC support for pppd ?
Hello;
I started playing a bit with net/pppd23 and I noticed there are some patches
for FreeBSD-3.0 that were never committed (NetBSD certainly has them). Our
pppd(8) is derived from the samba pppd port and should have them if we want
to continue updating it.
I started adapting them but I am actually in a dead point due to my profound
ignorance on FreeBSD and it's latest changes. I am stuck here:
_
...
../../../net/ppp_tty.c: In function `pppsyncstart':
../../../net/ppp_tty.c:653: error: `cdevsw' undeclared (first use in this
function)
../../../net/ppp_tty.c:653: error: (Each undeclared identifier is reported only
once
../../../net/ppp_tty.c:653: error: for each function it appears in.)
../../../net/ppp_tty.c:653: warning: implicit declaration of function `major'
../../../net/ppp_tty.c:653: warning: nested extern declaration of `major'
*** Error code 1
__
the offending code is this:
__
/* call device driver IOCTL to transmit a frame */
if ((*cdevsw[major(tp-t_dev)]-d_ioctl)
(tp-t_dev,TIOCXMTFRAME,(caddr_t)m,0,0)) {
/* busy or error, set as current packet */
sc-sc_outm = m;
_
If someone can give me (easy to follow) suggestions on how to fix it I'll be
grateful. The changes I already did to the original patches are not huge but if
someone wants to review them all just send me a private mail and I'll send them.
cheers,
Pedro.
___
Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!
http://www.ymailblogit.com/blog/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: memory pool, rfc
Hello; You might want to compare your code with archivers/lzo, which is meant to be faster that the other archivers but is GPLd. Just to mention .. NetBSD has a pool(9) that you might want to check out. I think it was used in the original tmpfs: http://www.freebsd.org/cgi/man.cgi?query=poolapropos=0sektion=0manpath=NetBSD+3.0format=html Also ... if you're way too enterprising you might want to look at Heidemann's Ph. D. thesis http://www.isi.edu/~johnh/PAPERS/Heidemann95a.html A compression fs layer has always been a greatly desired feature (I think). cheers, Pedro. Comparte video en la ventana de tus mensajes (y también tus fotos de Flickr). Usa el nuevo Yahoo! Messenger versión Beta. http://e1.beta.messenger.yahoo.com/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MS Vista vs FreeBSD's bootloader
--- Thomas Sparrevohn [EMAIL PROTECTED] ha scritto: ... I have Vista Home edition ruinning any FreeBSD without any problems and without having to do anything special - That is on CURRENT Hmm... Installation order is important, perhaps you already had FreeBSD before installing Vista? In my case Vista Premium came preinstalled, there was also a FAT partition (with diagnostic stuff) and an NTFS for rescue purposes. Of course getting the new computer without Vista was not really an option :(, but MS went too far this time, they removed postcript type1 font support and they crippled OpenGL enough that major CAD packages don't work easily or have something like 85% performance penalty. Pedro. ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
MS Vista vs FreeBSD's bootloader
Hi; FWIW, if you just got your new computer with Windows Vista installed and were hoping to dual boot FreeBSD on it, let me tell you that FreeBSD's bootloader will screw things up. Microsoft basically declared the war on alternative OSs so it seems vista doesn't like: - bootloaders different than the one used by Vista. - Making a non Vista partition active. I did what I used to do with XP: I resized the Windows partition with a liveCD and QTparted, Installed FreeBSD with booteasy.. and surprise... Windows Vista won't run again. I then rescued the Vista installation with the install CD (good thing they included that this time, and not only the preinstalled OS!), and looked on the -net for something called EasyBCD, which looks like it will solve the problem by reconfiguring the Vista bootloader. cheers, Pedro. ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SEEK_HOLE and SEEK_DATA for sparse files any takers?
--- Pawel Jakub Dawidek [EMAIL PROTECTED] ha scritto: ... I've some starting code for this and I'm planning to implement them, at least for ZFS. Thanks! I recall from previous postings on this list that it's a feature desired on UFS + BSDtar too. Pedro. __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kern/99979: Get Ready for Kernel Module in C++
FWIW; I went on to check that Embedded C++ that David Nugent mentioned, and I found this: http://www.caravan.net/ec2plus/ Acording to the QA section: The goal of EC++ is to provide embedded systems programmers with a subset of C++ that is easy for the average C programmer to understand and use. The subset should offer upward compatibility with ISO/ANSI Standard C++ and retain the major advantages of C++. To achieve the goal, several guidelines were established for creating the subset such as avoiding excessive memory consumption (overhead) and removing complex features. ... And also FWIW, I wouldn't object to having support for other languages (Objective C ? ), if someone has/finds modules that could use the features. cheers, Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kern/99979: Get Ready for Kernel Module in C++
--- Peter Jeremy [EMAIL PROTECTED] ha scritto: ... I think the general concensus is that it's up to one of the proponents of this to actually implement it and demonstrate that it works and has no undesirable side-effects. I only wanted to point out that Darwin modules are not the only port candidates that want to use C++. While existing code will not be revamped to C++, we must weight exactly what we find acceptable for use in the kernel, and I'm glad the people doing the port brought this up before expecting to commit undesired features. http://www.bug-br.org.br/openbfs/index.phtml?section=development ... - Nicer code - Easier to maintain These are both very subjective. For someone who isn't comfortable with C++, I doubt either are true. Yes. it's subjective. I admitedly prefer C over C++, and I'm glad to have kobj() but it remains to be seen if it can really replace C++ for all our needs. C++ is the de-facto standard for OO: a lot of people know how to use it and since it was always meant to be an extension to C, C programs are expected to build just the same (I know ... C99 broke some of this). cheers, Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kern/99979: Get Ready for Kernel Module in C++
--- Mike Meyer [EMAIL PROTECTED] ha scritto: ... Windows is the de-facto standard OS: a lot of people know how to use it. Well... I wish several commercial CAD software producers thought otherwise. We're bright enough to know that popularity doesn't imply technical excellence, otherwise we wouldn't be on a FreeBSD list. Having avoided that trap in the choice of platform, doesn't it behoove us to avoid it elswhere? Is someone still using SPIN/modula?? ;-). If it were easy to replace C++ with C + kobj() than I'd say... leave things as they are. But if it's not difficult to make some C++ modules work than we should be bright enough to evaluate the changes. I don't have any real opinion of the patches though, so I'll leave the matter here. cheers, Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kern/99979: Get Ready for Kernel Module in C++
FWIW and just IMHO; I think it would be really nice to have the IOKit, or a lookalike that uses kobj(), available on FreeBSD. Another interesting experiment that I've mentioned before is OpenBFS: http://www.bug-br.org.br/openbfs/index.phtml?section=development OpenBFS, as all file systems under BeOS, is being developed as a kernel add-on. Unlike all other file systems (and kernel add-ons in general), it is being developed in C++. Contrary to popular belief, it is possible to use C++ in the kernel provided you play by the book and follow some rules: - No exceptions - (Almost) no virtuals (well, the Query code in OpenBFS uses them) - It's basically only the C++ syntax, and type checking - Since one tend to encapsulate everything in classes, it has a slightly higher memory overhead This is acceptable as we get some benefits out of it: - Nicer code - Easier to maintain cheers, Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Porting libumem (was Re: Is anyone working on a port of ZFS to FreeBSD)
--- Giorgos Keramidas [EMAIL PROTECTED] ha scritto: ... It may still be worth trying. I only started looking at `umem' from sourceforge this week, but if there is more interest in ptmalloc, maybe it is better if I focused on why ptmalloc fails to work on FreeBSD. FWIW, I just submitted an update to ptmalloc as a followup to ports/95179. I'm still more interested in libumem though :). Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is anyone working on a port of ZFS to FreeBSD
--- Eric Anderson [EMAIL PROTECTED] ha scritto: ... ZFS surely is cool, but I'm not sure how much it benefits FreeBSD compared to something like journaling, or adding features to our existing filesystem, or even write support for one of the already ported read-only filesystems we have (like XFS, or reiserfs). I'm afraid adding write support to XFS or reiserfs is not easy, and then there's the license issue. ZFS might not have the best license either but we can work with it. Apple's updated HFS license is also something that could be worked with but Apple is interested in ZFS too so it must have something interesting ;-). NetBSD has a Journalling Google SoC, definitely interesting if they get far. Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is anyone working on a port of ZFS to FreeBSD
--- Eric Anderson [EMAIL PROTECTED] ha scritto: I realize how hard getting write support for one of those is, for certain.You'd still have to go through the labor with ZFS though, unless you are talking about read-only support for it. I don't know much about licensing stuff... Well ... one thing we can't underestimate is that SUN would actually like a port (noticed all the good PR for them Dtrace for FreeBSD has brought?) and is willing to cooperate: not coding but at least saying what to do, explaining the code, etc. Reiser doesn't care and SGI is clearly busy with other problems and hasn't really cared at all either. cheers, Pedro. NetBSD has a Journalling Google SoC, definitely interesting if they get far. Pedro. We did too last year, but it didn't complete. I think Scott Long is back looking at it again (I've seen some hints of life in the p4 repo). Eric -- Eric AndersonSr. Systems AdministratorCentaur Technology Anything that works is better than anything that doesn't. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Porting libumem (was Re: Is anyone working on a port of ZFS to FreeBSD)
--- Giorgos Keramidas [EMAIL PROTECTED] ha scritto: On 2006-06-01 03:41, [EMAIL PROTECTED] wrote: FWIW, I'd also like to see libumem ported. aolMe too./aol I have been toying with the idea of consulting Jason Evans about this for a while now. If something like this starts, are you willing to help with the port? Such a project was started (for linux at least) http://sourceforge.net/projects/umem I don't have time right now, but yes I'd like to help. I'd surely like to see libumem in the ports tree. IMHO, and purely as constructive criticism, Jason's article would've been much more interesting if he had tested ptmalloc (in the ports tree) and we had had libumem. Pedro. ___ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is anyone working on a port of ZFS to FreeBSD
Hello; --- Michael Vince [EMAIL PROTECTED] ha scritto: snip (I forgot to mention Apple is interested in it too) Since this is a project that would benefit just about anyone using FreeBSD, it would be good to see a project like this get funding or do a fund raise. As a summer of code project I would assume this would be to difficult of a project to for anyone but those of a fair amount of experience? Mike Back in the days when IBM released their JFS for Linux, there was a written petition asking IBM to relax the license so that it would be ported to the BSDs. IBM didn't accept but it was really nice to see all the BSDs together on this. Porting it to one BSD will help the others, but maybe (and this is mere speculation) it would be easier for FreeBSD once Dtrace is finished/imported and we get some extra OpenSolaris compatibility in the headers. FWIW, I'd also like to see libumem ported. That said, these projects usually pick up only when someone takes the flag and starts on it's own, making it easier for an interested expert to continue and polish the initial effort. Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is anyone working on a port of ZFS to FreeBSD
Hello; DragonFly and NetBSD are interested, I'm sure there's interest in FreeBSD too, but AFAICT no one has started. Here is an interesting link: http://www.opensolaris.org/os/community/zfs/porting/ cheers, Pedro. --- Pedro F. Giffuni M. Sc. Industrial Eng. University of Pittsburgh Mech. Eng. Universidad Nacional de Colombia --- Yahoo is powered by FreeBSDhttp://www.FreeBSD.org/ Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Solaris libumem port on the works
Hi; This was posted recently to the OpenSolaris lists, and I thought it might be interesting for us too: __ Port of libumem on Sourceforge Posted: Mar 9, 2006 7:22 PM Hello, We've ported libumem to run on Linux and Windows (with work in progress for *BSDish systems) as part of our Ecelerity MTA product. We're strong proponents of OpenSource here at OmniTI, so we have no hesitation in releasing the results of the port back to the world at-large in the form of a project on SourceForge.net. http://sourceforge.net/projects/umem/ The code is currently only available in CVS and is missing a configure script so it's not out-of-the-box usable outside of OmniTI just yet, but it won't take much effort to get it there. Thanks to all that helped to open up Solaris! --Wez. -- Wez Furlong Lead Systems Engineer OmniTI. Inc, Tel: 410 872 4910 x 211 ___ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Solaris libumem port on the works
--- John-Mark Gurney [EMAIL PROTECTED] ha scritto: ... It's definately interesting, but doubtful will ever be imported to replace libc's malloc for one reason.. the CDDL is effectively the GPL: ... It's nevertheless less viral. I don't want libumem in the base distribution though... it can be a port. Many people find a userland malloc useful. That's why I started work on rewriting a allocated based upon the paper so that it'd have a BSD license... I haven't worked on it much, and now that jemalloc is here, who knows... Hmmm... from what I've read on mailing lists and blogs... while libumem is in general a good performer, certain applications, like X, can actually get a performance hit. Where libumem shines is while debugging: memory leaks, double frees, can be found very easily. I agree jemalloc is here to stay. Pedro. ___ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
OpenSolaris emulation? (was Re: FreeBSD list of projects for volunteers)
(sorry for cross-posting, in the future this seems better suited for emulation@ ) Hi; I didn't see any interest for this on the website but perhaps we should be working on improving our SVR4 emulation now that OpenSolaris is available. Possible tasks include: - Updating the emulator wrt NetBSD. - Packaging OpenSolaris binary libraries: it seems like the license might require us setting some of it as RESTRICTED though. - General testing on sparc64, i386 or amd64 platforms. - Porting ZFS would be great ;-). Pedro ___ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
