Re: Posting a bounty for the nVidia 64-bit wishlist
On Thu, Jan 01, 2009 at 02:03:13PM +0900, Alastair Hogge wrote: On Thursday 01 January 2009 10:57:26 Garrett Cooper wrote: Hello Hackers, I have a request related to making FreeBSD to be a viable platform on AMD/Intel 64-bit architectures, such that functionality as requested by Chris (see: http://wiki.freebsd.org/NvidiaFeatureRequests). Please note that some of these things would also no doubt positively affect other groups (ATI, Intel, etc) when writing x*64 drivers for FreeBSD, so the list isn't just necessarily just applicable to nVidia. If someone could list a number of sys/... files that I could look at in order to get a brief grasp of what needs to be modified to support proper 64-bit architecture vmem, pmap, etc, that would be extremely helpful; I want to establish a reasonable timeframe and skill set required for the task set, so I can establish a reasonable monetary figure and/or resources to donate to the project. Also, if anyone else is interested in this pursuit (I know there are quite a few), feel free to contact me so we can coordinate our efforts and pool our resources to get these sets of loose ends finally tied up to have a more accessible FreeBSD based desktop. Thanks! -Garrett Are you aware of the efforts the PC-BSD project is making? http://trac.pcbsd.org/browser/freebsd-projects/nvidia-work wow, is anyone working on this being review/integrated? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
hifn(4) few small changes
Hello and happy new year, I would like to suggest few changes in the hifn driver: diff between CURRENT: http://user.lamaiziere.net/patrick/hifn-010109/hifn-patch.txt hifn_attach() - Useless bzero of softc hifn_detach() - Return EBUSY if there is active session - Free the sessions - Use callout_drain() instead callout_stop() hifn_rng() - Remove the unused macro RANDOM_BITS hifn_newsession() - Add and use a rwlock to lock the sessions (sc-sc_sessions_lock). - Remove useless bzero of the sessions (use malloc with M_ZERO) - Use arc4rand() instead read_random() hifn_freesession() - Use a rwlock to lock the sessions hifn_process() - Use a rwlock to lock the sessions. In the current driver there is no lock to protect the sessions in hifn_process() but the sessions can be reallocated in hifn_newsession(). I think this is the cause of PR kern/91407 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/91407 hifn_callback() - Use a rwlock to lock the sessions. I've tested on a Soekris vpn 1411 (hifn 7955) with ipsec and openssl. Regards. (With big thanks to Mike Tancsa) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Posting a bounty for the nVidia 64-bit wishlist
On Jan 1, 2009, at 5:02, Roman Divacky rdiva...@freebsd.org wrote: On Thu, Jan 01, 2009 at 02:03:13PM +0900, Alastair Hogge wrote: On Thursday 01 January 2009 10:57:26 Garrett Cooper wrote: Hello Hackers, I have a request related to making FreeBSD to be a viable platform on AMD/Intel 64-bit architectures, such that functionality as requested by Chris (see: http://wiki.freebsd.org/NvidiaFeatureRequests). Please note that some of these things would also no doubt positively affect other groups (ATI, Intel, etc) when writing x*64 drivers for FreeBSD, so the list isn't just necessarily just applicable to nVidia. If someone could list a number of sys/... files that I could look at in order to get a brief grasp of what needs to be modified to support proper 64-bit architecture vmem, pmap, etc, that would be extremely helpful; I want to establish a reasonable timeframe and skill set required for the task set, so I can establish a reasonable monetary figure and/or resources to donate to the project. Also, if anyone else is interested in this pursuit (I know there are quite a few), feel free to contact me so we can coordinate our efforts and pool our resources to get these sets of loose ends finally tied up to have a more accessible FreeBSD based desktop. Thanks! -Garrett Are you aware of the efforts the PC-BSD project is making? http://trac.pcbsd.org/browser/freebsd-projects/nvidia-work wow, is anyone working on this being review/integrated? I wasn't aware of that either. I'd be more than happy to support that work if it makes it back into the main tree. Thanks! -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Is the FreeBSD clock UTC or TAI?
This came up during discussion of leap seconds and why UTC and TAI are different. My question is, does FreeBSD's internal clock use UTC or TAI for timekeeping? That is, is wallclock calculated from an exact count of the number of seconds since epoch (TAI), then adjusted with a leap seconds table to match UTC, or does it internally use UTC and have code to deal with the ambiguous seconds that occur at each leap second? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
FreeBSD kernel Debugging tools for Virtual Memory Module
Hi Friends, Happy New Year, I am working on Virtual Memory parts of FreeBSD OS. My Problem is, whenever i modify little code of vmpage.c file i need to build the whole kernel to check the modification and i even am not able to debug the kernel code. Could anyone please inform me kernel Debugging tools for FreeBSD OS? Kamlesh MS CS, CSUS ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Is the FreeBSD clock UTC or TAI?
On Thu, Jan 01, 2009 at 05:55:45PM -0800, Darren Pilgrim wrote: This came up during discussion of leap seconds and why UTC and TAI are different. My question is, does FreeBSD's internal clock use UTC or TAI for timekeeping? That is, is wallclock calculated from an exact count of the number of seconds since epoch (TAI), then adjusted with a leap seconds table to match UTC, or does it internally use UTC and have code to deal with the ambiguous seconds that occur at each leap second? I think the answer is no. Instead I believe FreeBSD follows the POSIX rules which mandates using UTC, while completely ignoring the concept of leap seconds. There was a long thread over on freebsd-current@ in early January 2006 titled FreeBSD handles leapsecond correctly that discussed this at length. (The general consensus seems to have been that leap seconds are evil and a PITA and essentially impossible to handle 'correctly' since various standards differ on how they should be handled. What to do about them is less clear however.) -- Insert your favourite quote here. Erik Trulsson ertr1...@student.uu.se ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
imac g4 dont boot
hi, hackers, i need a help with a imac g4,i put the power cable and i push the power botton to turn on the mac and it makes a sound at start but the porblem is that dont boot, and keep like panic o somthing like that, i want to try install freebsd to this mac o restore the sistema mac that was installed, thanks people.. -- Leon Chavez Colima, Mexico lazaax ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: FreeBSD kernel Debugging tools for Virtual Memory Module
Hi kamlesh, Happy New Year. I am not aware of the debugging tools in freebsd available right now in the market. But I am working on a virtual mode freebsd project similar to what UML does in linux. This will help in executing the entire OS in the user space of real OS running on HW. This will be the best debugging tool to debug all the non architecture specific code in freebsd. The project is specially catered to problems similar to what you are facing. We are expecting the project to be completed in next 3 months. Regards, Mehul On Fri, Jan 2, 2009 at 7:57 AM, Kamlesh Patel shilp.ka...@yahoo.com wrote: Hi Friends, Happy New Year, I am working on Virtual Memory parts of FreeBSD OS. My Problem is, whenever i modify little code of vmpage.c file i need to build the whole kernel to check the modification and i even am not able to debug the kernel code. Could anyone please inform me kernel Debugging tools for FreeBSD OS? Kamlesh MS CS, CSUS ___ freebsd-questi...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: FreeBSD kernel Debugging tools for Virtual Memory Module
On Fri, Jan 2, 2009 at 7:57 AM, Kamlesh Patel shilp.ka...@yahoo.com wrote: Hi Friends, Happy New Year, I am working on Virtual Memory parts of FreeBSD OS. My Problem is, whenever i modify little code of vmpage.c file i need to build the whole kernel to check the modification and i even am not able to debug the kernel code. Could anyone please inform me kernel Debugging tools for FreeBSD OS? Hi, ddb and kgdb are two useful and often indispensable tools for kernel debugging on FBSD. ddb won't allow you source level debugging, kgdb will, but you'll need an extra machine. Dtrace from the Solaris world is being ported to FBSD, that too can be useful at times. You can find more information in the FBSD developers handbook here - http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html AFAIK, if you are modifying the kernel source directly there is no option but to recompile all the changed and dependent files. I do not know whether it works out of the box, but you can try using ccache to speed up the compilation. HTH. Best regards, Pranav http://pranavsbrain.peshwe.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org