I've added you as a friend on Doostang
Hi, I’ve requested to add you as a friend on Doostang, an invite-only career community started at Harvard, Stanford, and MIT. You can use Doostang to find a job or internship, network, and access valuable career information from peers and industry professionals. Regards, Huy To accept this invitation, please visit: http://www.doostang.com/s/u?s=GPWsZraXuW --- If you don't want to receive future invitations or emails from Doostang, click here: http://www.doostang.com/logins/noemail?arg=200d26c9721196d0d5ca76a9d231b0fc4a6c2d98___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
moving FreeBSD installation disk1 to an USB stick
Hello, I'm preparing the installation of FreeBSD 7.0 on an Asus eeePC which has no CD/DVD drive for the installation (and I have no external CD driver with USB): http://www.laptoppen.nl/product-260-Asus-EEE-PC-900-Zwart.html My idea is to 'copy' somehow the FreeBSD 7.0 installation disk1 to an USB stick of 1 GByte; there is some kind of recipe how to put a boot-able system onto such an USB stick, like; http://groups.google.com/group/lucky.freebsd.questions/msg/5c759b1c87376b22 but this is not what I want; I want to boot the stick (of course) and run the 'sysinstall' having the complete disk1 on the stick; maybe it is an option making only the file system on the stick and the boot sector and fill in a dump of the file system of disk1, with some minor changes that after booting it uses the USB as CD device? any other ideas? Thx in advance matthias -- Matthias Apitz e [EMAIL PROTECTED] - w http://www.UnixArea.de/ Irland - EU 1:0 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: adding sysctls
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Zane C.B. wrote: | Any one know of any recent documentation for adding a sysctl to a | kernel module for FreeBSD 6 and 7? In addition to the what pointed out by others, I would recommend to look into /usr/share/examples/kld/dyn_sysctl for an example. - -- Pietro Cerutti [EMAIL PROTECTED] PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhaHc0ACgkQwMJqmJVx946RYgCfcSCxyJKnHwVOAnoVv2E1i7PX g7cAoN9FohQIJZSd0TclD4Sd2ApKrwyP =CbOs -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: moving FreeBSD installation disk1 to an USB stick
Hello Matthias, * Matthias Apitz [EMAIL PROTECTED] wrote: Hello, I'm preparing the installation of FreeBSD 7.0 on an Asus eeePC which has no CD/DVD drive for the installation (and I have no external CD driver with USB): http://www.laptoppen.nl/product-260-Asus-EEE-PC-900-Zwart.html My idea is to 'copy' somehow the FreeBSD 7.0 installation disk1 to an USB stick of 1 GByte; there is some kind of recipe how to put a boot-able system onto such an USB stick, like; http://groups.google.com/group/lucky.freebsd.questions/msg/5c759b1c87376b22 but this is not what I want; I want to boot the stick (of course) and run the 'sysinstall' having the complete disk1 on the stick; maybe it is an option making only the file system on the stick and the boot sector and fill in a dump of the file system of disk1, with some minor changes that after booting it uses the USB as CD device? any other ideas? You could consider installing FreeBSD by hand. Just make sure you get a bootable FreeBSD system on that USB stick and do this: bsdlabel -w -B /dev/ad0 # assuming ad0 is the eeepc flash # just do bsdlabel -e /dev/ad0 if you want to add multiple slices for i in a d e f g ... # any partitions you have do newfs -U -O 2 /dev/ad0$i done # mount all your partitions in /new mkdir /new mount /dev/ad0a /new mkdir /new/var mount /dev/ad0d /var # make sure you have the `base' and `kernels' directories on # your USB stick and do this: cd /X.Y-RELEASE/base DESTDIR=/new sh install.sh cd ../kernels DESTDIR=/new sh install.sh generic mv /boot/GENERIC/* /boot/kernel/ # create a /etc/fstab file vi /etc/fstab Good luck! -- Ed Schouten [EMAIL PROTECTED] WWW: http://80386.nl/ pgpeEXop6scvZ.pgp Description: PGP signature
Re: moving FreeBSD installation disk1 to an USB stick
El día Thursday, June 19, 2008 a las 11:14:32AM +0200, Ed Schouten escribió: You could consider installing FreeBSD by hand. Just make sure you get a bootable FreeBSD system on that USB stick and do this: bsdlabel -w -B /dev/ad0 # assuming ad0 is the eeepc flash # just do bsdlabel -e /dev/ad0 if you want to add multiple slices for i in a d e f g ... # any partitions you have do newfs -U -O 2 /dev/ad0$i done # mount all your partitions in /new mkdir /new mount /dev/ad0a /new mkdir /new/var mount /dev/ad0d /var # make sure you have the `base' and `kernels' directories on # your USB stick and do this: cd /X.Y-RELEASE/base DESTDIR=/new sh install.sh cd ../kernels DESTDIR=/new sh install.sh generic mv /boot/GENERIC/* /boot/kernel/ # create a /etc/fstab file vi /etc/fstab Good luck! Thanks, Ed, for this hint; this is also more or less how the recipe is to make that boot-able USB stick; I've just played around with /usr/sbin/sysinstall and realised (what I've never used before) that you can choose as installation source also any point in the file system; so if I put /packages from disk1 to the USB stick as well I could perhaps mount it after booting it and run /usr/sbin/sysinstall and point it to that directory. Will let you know once the beast arrives here. Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ «...una sola vez, que es cuanto basta si se trata de verdades definitivas.» «...only once, which is enough if it has todo with definite truth.» José Saramago, Historia del Cerca de Lisboa ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]
Maxim Sobolev wrote: Good regression test suite which would include cases in different single and multi-byte locates for grep/sort/etc could also be a big help. I will implement test cases for sort in UTF-8 as part of my project. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]
Konrad Jankowski [EMAIL PROTECTED] writes: BOM's should be handled at the program level. Yeah, that makes sense; libc has no way of knowing whether the start of the string you're processing is actually the start of the file. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: moving FreeBSD installation disk1 to an USB stick
Matthias Apitz [EMAIL PROTECTED] wrote: I'm preparing the installation of FreeBSD 7.0 on an Asus eeePC which has no CD/DVD drive for the installation (and I have no external CD driver with USB): http://www.laptoppen.nl/product-260-Asus-EEE-PC-900-Zwart.html My idea is to 'copy' somehow the FreeBSD 7.0 installation disk1 to an USB stick of 1 GByte; there is some kind of recipe how to put a boot-able system onto such an USB stick, like; http://groups.google.com/group/lucky.freebsd.questions/msg/5c759b1c87376b22 but this is not what I want; I want to boot the stick (of course) and run the 'sysinstall' having the complete disk1 on the stick; maybe it is an option making only the file system on the stick and the boot sector and fill in a dump of the file system of disk1, Yes, that should work. Just prepare the USB stick so it is bootable (fdisk(1), bsdlabel(8)), put a UFS file system on it (newfs(8)), then extract the contents of the disk1 ISO image onto the file system. You can use tar for that: # cd /mnt ; tar xf /tmp/disk1.iso with some minor changes that after booting it uses the USB as CD device? No, I don't think that's possible. And it's not necessary. sysinstall can install from a normal UFS partition. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Cross platform building best practices (building 6 on 7)
Hello Folks: I've done a lot of Googling and scouring the lists about this particular subject so I apologize for rehashing it. However, I'm still confused on what's the best way to perform BSD cross platform builds. Ideally what I want to have is an environment whereby I can build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I could check out a 6.1 release version, perform make world, and then use the output of that build as either a basis for a jail or a toolchain. However, as noted by previous threads, 6.x doesn't build on a 7.x due to gcc4/binutils compatibility issues (please correct me if I'm wrong). I then thought I could potentially download a patched binutils, copy it into src/contrib/binutils and that would potentially fix it. No dice (and I'm still debugging why since this binutils package DOES build outside of the make world infrastructure without issue, this very well could be pilot error on my part since I didn't update the VERSION string and didn't trim the source files as per the FreeBSD-deleteList etc.). I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could complie a 6.x on a 7.x machine. Well I haven't done that yet since at this point I believe I'm diverged from the path of FreeBSD build enlightenment! Moreover, if would be NICE if I could bootstrap the normal dev tools from the exiting make world build tree. I'm not yet ready for a lot of hackery on the build tree without asking around. :D! Does anyone due cross-platform builds (without host virtualization)? Thanks! -aps ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD 7.0 own installation
Hi, I need to create my own installation disk. Is there any solution to create own release without in example sendmail. I made some scripts and included them in /usr/src/release/Makefile to install some ports to iso ( I know I can do post-install but for some reasons I'd like to do it). Maybe there is better solution to create bootable iso than using make release which creates chroot environment and recreate world once again ? Another question, is there any possibility to simply add gjournal to sysinstall to use it during installation? I wan't to create as easy installation as is possible ( I don't want to play with fixit mode). Best regards, Sebastian Tymkow ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 7.0 own installation
On Thu, Jun 19, 2008 at 6:27 AM, Sebastian Tymków [EMAIL PROTECTED] wrote: Hi, I need to create my own installation disk. Is there any solution to create own release without in example sendmail. I made some scripts and included them in /usr/src/release/Makefile to install some ports to iso ( I know I can do post-install but for some reasons I'd like to do it). Maybe there is better solution to create bootable iso than using make release which creates chroot environment and recreate world once again ? Another question, is there any possibility to simply add gjournal to sysinstall to use it during installation? I wan't to create as easy installation as is possible ( I don't want to play with fixit mode). Best regards, Sebastian Tymkow I'd read `man src.conf' (note the WITHOUT_* variables), and you probably should ask this type of a question on questions@ next time (it's a bit more fitting to be discussed there). Apart from that you should be able to grab whatever binaries you want with custom scripts, similar to what NanoBSD [1] does... Good luck though, -Garrett 1. http://www.freebsd.org/doc/en/articles/nanobsd/index.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Cross platform building best practices (building 6 on 7)
On Thu, Jun 19, 2008 at 6:29 AM, Alexander Sack [EMAIL PROTECTED] wrote: Hello Folks: I've done a lot of Googling and scouring the lists about this particular subject so I apologize for rehashing it. However, I'm still confused on what's the best way to perform BSD cross platform builds. Ideally what I want to have is an environment whereby I can build a 6.1-RELEASE tree on a 7.0-RELEASE box. I thought originally I could check out a 6.1 release version, perform make world, and then use the output of that build as either a basis for a jail or a toolchain. However, as noted by previous threads, 6.x doesn't build on a 7.x due to gcc4/binutils compatibility issues (please correct me if I'm wrong). I then thought I could potentially download a patched binutils, copy it into src/contrib/binutils and that would potentially fix it. No dice (and I'm still debugging why since this binutils package DOES build outside of the make world infrastructure without issue, this very well could be pilot error on my part since I didn't update the VERSION string and didn't trim the source files as per the FreeBSD-deleteList etc.). I THEN thought if I build/install a gcc-3.x/bintuils toolchain I could complie a 6.x on a 7.x machine. Well I haven't done that yet since at this point I believe I'm diverged from the path of FreeBSD build enlightenment! Moreover, if would be NICE if I could bootstrap the normal dev tools from the exiting make world build tree. I'm not yet ready for a lot of hackery on the build tree without asking around. :D! Does anyone due cross-platform builds (without host virtualization)? Thanks! -aps (I'll stick to just hackers@ because I don't want to pollute questions@ unnecessarily) You touched on an important point. There were some code quality issues (I think) with 6.x that were resolved moving to 7.x, which caused gcc-4.2.x to barf. gcc-4.2.x requires a newer version of binutils, just because (for API / usage compatibility). What you should probably do is create a jail then do your development for 6.x in a jail, 7.x in another, and (if you're bold enough ;)...) do 8.x development in yet a third. Jail's are a much better way to isolate things such that you don't have to worry about toolchain issues like these and are able to setup a sourcebase as the devs intended it (for the most part; you may run into issues with sysctls and virtual kernel stuff like that, but cest la vie... there isn't a better way I know of than that outside of running a VM). -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Integration of ProPolice in FreeBSD
Hi Robert, hi all,
On Sat, Jun 14, 2008 at 06:27:30PM +0100, Robert Watson wrote:
On Thu, 12 Jun 2008, Jeremie Le Hen wrote:
(This mail has already been sent to [EMAIL PROTECTED] I'm sending it here
now for a
wider audience because I really need testers.)
Dear Jeremie,
Unfortunately, I can't lend my hands to this project as they're currently
full of other stuff. However, I would really be very pleased to see is
[finally] ship a release with ProPolice enabled. We're definitely trailing
the pack in this regard, and I think it's bad practice to not ship with what
are considered industry-standard protections here. Thanks for your work on
this!
Thank you for those words or cheer.
I inquired some of my friends to get some testing, and in most of case
the answer was « I'm running RELENG_7 ». So I've made a patch against
RELENG_7. There are only minor changes in src/Makefile.inc1 because
-DNO_CTR has been sown all over the file :).
So to make it clear for casual glancers:
!!! !!! !!!
This patch is against RELENG_7. If you can afford a reboot,
please test! I need some feedback before it gets committed to
-CURRENT. The patch is very stable on my laptop.
!!! !!! !!!
Thanks you every one.
Best regards,
--
Jeremie Le Hen
jeremie at le-hen dot org ttz at chchile dot org
Index: Makefile.inc1
===
RCS file: /mnt/octobre/space/freebsd-cvs/src/Makefile.inc1,v
retrieving revision 1.588.2.4
diff -u -p -r1.588.2.4 Makefile.inc1
--- Makefile.inc1 24 Feb 2008 14:31:41 - 1.588.2.4
+++ Makefile.inc1 18 Jun 2008 21:13:21 -
@@ -206,6 +206,7 @@ BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \
${BMAKEENV} ${MAKE} -f Makefile.inc1 \
DESTDIR= \
BOOTSTRAPPING=${OSRELDATE} \
+ -DWITHOUT_SSP \
-DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN \
-DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \
-DNO_CPU_CFLAGS -DNO_WARNS
@@ -215,7 +216,8 @@ TMAKE= MAKEOBJDIRPREFIX=${OBJTREE} \
${BMAKEENV} ${MAKE} -f Makefile.inc1 \
TARGET=${TARGET} TARGET_ARCH=${TARGET_ARCH} \
DESTDIR= \
- BOOTSTRAPPING=${OSRELDATE} -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS
+ BOOTSTRAPPING=${OSRELDATE} -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS \
+ -DWITHOUT_SSP
# cross-tools stage
XMAKE= TOOLS_PREFIX=${WORLDTMP} ${BMAKE} \
@@ -425,7 +427,7 @@ build32:
.if ${MK_KERBEROS} != no
.for _t in obj depend all
cd ${.CURDIR}/kerberos5/tools; \
- MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} DESTDIR= ${_t}
+ MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= ${_t}
.endfor
.endif
.for _t in obj includes
@@ -447,7 +449,7 @@ build32:
.endfor
.for _dir in lib/ncurses/ncurses lib/ncurses/ncursesw lib/libmagic
cd ${.CURDIR}/${_dir}; \
- MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} DESTDIR= build-tools
+ MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= build-tools
.endfor
cd ${.CURDIR}; \
${LIB32WMAKE} -f Makefile.inc1 libraries
@@ -706,13 +708,13 @@ buildkernel:
@echo --
cd ${KRNLOBJDIR}/${_kernel}; \
MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \
- ${MAKE} -DNO_CPU_CFLAGS -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile
+ ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile
# XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case.
.if !defined(MODULES_WITH_WORLD) !defined(NO_MODULES) exists(${KERNSRCDIR}/modules)
.for target in obj depend all
cd ${KERNSRCDIR}/modules/aic7xxx/aicasm; \
MAKEOBJDIRPREFIX=${KRNLOBJDIR}/${_kernel}/modules \
- ${MAKE} -DNO_CPU_CFLAGS ${target}
+ ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS ${target}
.endfor
.endif
.if !defined(NO_KERNELDEPEND)
Index: gnu/lib/Makefile
===
RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/Makefile,v
retrieving revision 1.42
diff -u -p -r1.42 Makefile
--- gnu/lib/Makefile 19 May 2007 04:25:54 - 1.42
+++ gnu/lib/Makefile 18 Jun 2008 21:08:09 -
@@ -2,7 +2,7 @@
.include bsd.own.mk
-SUBDIR= csu libgcc libgcov libdialog libgomp libregex libreadline
+SUBDIR= csu libgcc libgcov libdialog libgomp libregex libreadline libssp
# libsupc++ uses libstdc++ headers, although 'make includes' should
# have taken care of that already.
@@ -14,8 +14,4 @@ SUBDIR+= libstdc++ libsupc++
SUBDIR+= libobjc
.endif
-.if ${MK_SSP} != no
-SUBDIR+= libssp
-.endif
-
.include bsd.subdir.mk
Index: gnu/lib/csu/Makefile
===
RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/csu/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- gnu/lib/csu/Makefile 19 May 2007 04:25:55 - 1.25
+++ gnu/lib/csu/Makefile 18 Jun 2008 21:08:09 -
@@ -19,6 +19,7 @@ CFLAGS+= -I${GCCLIB}/include -I${GCCDIR}
-I${CCDIR}/cc_tools
CRTS_CFLAGS=
Re: FreeBSD 6.3 deadlock (vm_map?) with DDB output
John Baldwin wrote: On Sunday 15 June 2008 07:23:19 am Stef Walter wrote: I've been trying to track down a deadlock on some newish production servers running FreeBSD 6.3-RELEASE-p2. The deadlock occurs on a specific (although mundane) hardware configuration, and each of several servers running this hardware deadlock about once per week. Although I suspect that this is not hardware related, from a (naive) perusal of the attached stack traces. Forgive me if my interpretation of this is all wrong, but I'm pretty desperate for help. So here's my basic understanding of the deadlock: These processes seem to be waiting on the page queue mutex: sendmail (in vm_mmap vm_map_find vm_map_insert vm_map_pmap_enter) bsnmpd (in malloc, uma_large_malloc page_alloc kmem_malloc) httpd (in trap trap_pfault vm_fault) [g_up] (in g_vfs_done bufdone) The page queue mutex is held by rsync process: rsync (in trap trap_pfault vm_fault pmap_enter) Rsync kernel process (in pmap_enter) was interrupted while holding the page queue lock? Giant is enabled in loader.conf due to the needs of the pf firewall when dealing with user credentials lookups. I do not believe that Giant plays into this deadlock. Kernel config attached. Any and all help or info is welcome. Thanks in advance. Try this change: jhb 2007-10-27 22:07:40 UTC FreeBSD src repository Modified files: sys/kern sched_4bsd.c Log: Change the roundrobin implementation in the 4BSD scheduler to trigger a userland preemption directly from hardclock() via sched_clock() when a thread uses up a full quantum instead of using a periodic timeout to cause a userland preemption every so often. This fixes a potential deadlock when IPI_PREEMPTION isn't enabled where softclock blocks on a lock held by a thread pinned or bound to another CPU. The current thread on that CPU will never be preempted while softclock is blocked. Note that ULE already drives its round-robin userland preemption from sched_clock() as well and always enables IPI_PREEMPT. MFC after: 1 week Revision ChangesPath 1.108 +8 -29 src/sys/kern/sched_4bsd.c We use it at work on 6.x. W/o this fix, round-robin stops working on 4BSD when softclock() (swi4: clock) blocks on a lock like Giant. I've been seeing similar troubles on 6.2 and I'll have to give this a try as we upgrade to 6.3. I notice MFC after: 1 week in the log; it's been a week - any chance of seeing this fix rolled into 6.x? - Jamie ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Accessing char device from inside the kernel
Hi, as described in topic. How one should access cdev for writing from kernel-level. What is the proper way to do that ? I will be thankful for any tips and few lines of example code would be just great. Best regards LVJ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Decent 3D acceleration in 64bit mode?
On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking [EMAIL PROTECTED] wrote: Hi, Given that Nvidia aren't offering a driver for their cards for 64bit FreeBSD, is anyone else having success using another (preferably PCI-E) card with 3D acceleration? I'd love to be told I'm wrong, but my understanding is that the issues blocking the nvidia driver would also effectively block a driver for which we had the source. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Decent 3D acceleration in 64bit mode?
On Thu, 19 Jun 2008 14:00:42 -0400 Zaphod Beeblebrox [EMAIL PROTECTED] wrote: On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking [EMAIL PROTECTED] wrote: Given that Nvidia aren't offering a driver for their cards for 64bit FreeBSD, is anyone else having success using another (preferably PCI-E) card with 3D acceleration? I'd love to be told I'm wrong, but my understanding is that the issues blocking the nvidia driver would also effectively block a driver for which we had the source. Is there an open source driver with good 3D acceleration? mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Decent 3D acceleration in 64bit mode?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Meyer wrote: On Thu, 19 Jun 2008 14:00:42 -0400 Zaphod Beeblebrox [EMAIL PROTECTED] wrote: On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking [EMAIL PROTECTED] wrote: Given that Nvidia aren't offering a driver for their cards for 64bit FreeBSD, is anyone else having success using another (preferably PCI-E) card with 3D acceleration? I'd love to be told I'm wrong, but my understanding is that the issues blocking the nvidia driver would also effectively block a driver for which we had the source. Is there an open source driver with good 3D acceleration? mike Could I ask, does anyone here know the reason (even in general) that the Nvidia driver isn't working on the i386? I mean, I was wondering what might be my next project ... I have the machinery, and the source code is totally available, it's not a matter of Nvidia giving out a binary-only module, right? So, is anything more known? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIWtFsz62J6PPcoOkRAgGYAJ0R8Clur5S73FB7AV6rFGGyVyQLvgCgoAU+ pZYObPvyBBb22rU0SHVBPCk= =2KHm -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Decent 3D acceleration in 64bit mode?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck Robey wrote: Mike Meyer wrote: On Thu, 19 Jun 2008 14:00:42 -0400 Zaphod Beeblebrox [EMAIL PROTECTED] wrote: On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking [EMAIL PROTECTED] wrote: Given that Nvidia aren't offering a driver for their cards for 64bit FreeBSD, is anyone else having success using another (preferably PCI-E) card with 3D acceleration? I'd love to be told I'm wrong, but my understanding is that the issues blocking the nvidia driver would also effectively block a driver for which we had the source. Is there an open source driver with good 3D acceleration? mike Could I ask, does anyone here know the reason (even in general) that the Nvidia driver isn't working on the i386? CRAP I meant AMD64. I'm beyond hope. I mean, I was wondering what might be my next project ... I have the machinery, and the source code is totally available, it's not a matter of Nvidia giving out a binary-only module, right? So, is anything more known? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIWtKAz62J6PPcoOkRAqs5AJ9dR9oVygdQwhbTfi9Zn15HmTnvkwCeNWuY oD74ln11Ryu6Ebr4mubBwfA= =h7p6 -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Lack of Flash support is no longer acceptable. Bounty established...
Don't shoot the messenger: FreeBSD is not useful as a desktop environment without the ability to support Flash in a stable, well-performing fashion. Running IE in Wine is not a solution. Running another OS in vmware to simply browse the web is not a solution. Free flash alternatives and flash movie players, etc., are, unfortunately, not a solution. ports/linux-flashplayer9 _is_ a solution, however it (currently) fails badly. Solution: First, a bounty has been posted here: http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html We aren't even asking for new code, per se - anyone merely posting a recipe that allows linux-flashplayer9 to run, without crashing and with reasonable performance, with a generic browser (opera, firefox, konqueror) can claim the bounty. In fact, a recipe that is entirely inside the Linux Binary Compatibility layer would be just fine - running the linux version of a browser through binary compat is reasonable[1]. Second, I am calling on the FreeBSD Foundation to commit time and money to ensuring that flash functionality is recognized as a high priority for FreeBSD desktop use. I am willing to donate funds for this purpose. Flash 9 will not be the baseline forever, and it is inefficient to ramp up a grass roots bounty effort each time Adobe releases a new product. For this reason I believe it is reasonable for the project itself to ensure that Flash support is delivered and maintained in a timely fashion. [1] Since we're all probably already running Linux Binary Compat anyway... - John Kozubik - [EMAIL PROTECTED] - http://www.kozubik.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lack of Flash support is no longer acceptable. Bounty established...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 John Kozubik wrote: | | Don't shoot the messenger: | | | FreeBSD is not useful as a desktop environment without the ability to | support Flash in a stable, well-performing fashion. gnash-devel provides flash 9 and works pretty well... | | | Running IE in Wine is not a solution. | | Running another OS in vmware to simply browse the web is not a solution. | | Free flash alternatives and flash movie players, etc., are, unfortunately, | not a solution. | | ports/linux-flashplayer9 _is_ a solution, however it (currently) fails | badly. | | | Solution: | | | First, a bounty has been posted here: | | http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html | | We aren't even asking for new code, per se - anyone merely posting a | recipe that allows linux-flashplayer9 to run, without crashing and with | reasonable performance, with a generic browser (opera, firefox, konqueror) | can claim the bounty. In fact, a recipe that is entirely inside the Linux | Binary Compatibility layer would be just fine - running the linux version | of a browser through binary compat is reasonable[1]. | | Second, I am calling on the FreeBSD Foundation to commit time and money to | ensuring that flash functionality is recognized as a high priority for | FreeBSD desktop use. I am willing to donate funds for this purpose. | Flash 9 will not be the baseline forever, and it is inefficient to ramp up | a grass roots bounty effort each time Adobe releases a new product. For | this reason I believe it is reasonable for the project itself to ensure | that Flash support is delivered and maintained in a timely fashion. | | | | [1] Since we're all probably already running Linux Binary | Compat anyway... | | | - | John Kozubik - [EMAIL PROTECTED] - http://www.kozubik.com - -- Pietro Cerutti [EMAIL PROTECTED] PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkha1zsACgkQwMJqmJVx9470WgCg4APA6m3khgf4iIsrNAXcPbM/ Pr4An10QgMMM/Oalne+GGUzO/wha1HaX =2CKx -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Decent 3D acceleration in 64bit mode?
On Thu, 19 Jun 2008 17:36:44 -0400 Chuck Robey [EMAIL PROTECTED] wrote: Could I ask, does anyone here know the reason (even in general) that the Nvidia driver isn't working on the i386? I presume you mean on amd64, since it does work on i386. http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Decent 3D acceleration in 64bit mode?
On Thu, 19 Jun 2008 17:41:20 -0400 Chuck Robey [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck Robey wrote: Mike Meyer wrote: On Thu, 19 Jun 2008 14:00:42 -0400 Zaphod Beeblebrox [EMAIL PROTECTED] wrote: On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking [EMAIL PROTECTED] wrote: Given that Nvidia aren't offering a driver for their cards for 64bit FreeBSD, is anyone else having success using another (preferably PCI-E) card with 3D acceleration? I'd love to be told I'm wrong, but my understanding is that the issues blocking the nvidia driver would also effectively block a driver for which we had the source. Is there an open source driver with good 3D acceleration? mike Could I ask, does anyone here know the reason (even in general) that the Nvidia driver isn't working on the i386? CRAP I meant AMD64. I'm beyond hope. This seems to be the most detailed explanation, though I have no idea about accuracy. http://marc.info/?l=freebsd-hackersm=115157983106569w=2 mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Decent 3D acceleration in 64bit mode?
On Thu, Jun 19, 2008 at 3:19 PM, Mike Meyer [EMAIL PROTECTED] wrote: On Thu, 19 Jun 2008 17:41:20 -0400 Chuck Robey [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck Robey wrote: Mike Meyer wrote: On Thu, 19 Jun 2008 14:00:42 -0400 Zaphod Beeblebrox [EMAIL PROTECTED] wrote: On Wed, Jun 18, 2008 at 8:13 AM, Stephen Hocking [EMAIL PROTECTED] wrote: Given that Nvidia aren't offering a driver for their cards for 64bit FreeBSD, is anyone else having success using another (preferably PCI-E) card with 3D acceleration? I'd love to be told I'm wrong, but my understanding is that the issues blocking the nvidia driver would also effectively block a driver for which we had the source. Is there an open source driver with good 3D acceleration? mike Could I ask, does anyone here know the reason (even in general) that the Nvidia driver isn't working on the i386? CRAP I meant AMD64. I'm beyond hope. This seems to be the most detailed explanation, though I have no idea about accuracy. http://marc.info/?l=freebsd-hackersm=115157983106569w=2 mike This is a more succinct wiki page: http://wiki.freebsd.org/NvidiaFeatureRequests -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Lack of Flash support is no longer acceptable. Bounty established...
On Thu, Jun 19, 2008 at 02:37:48PM -0700, John Kozubik wrote: FreeBSD is not useful as a desktop environment without the ability to support Flash in a stable, well-performing fashion. Nonsense. This presumes anything useful has ever been written in flash. Free flash alternatives and flash movie players, etc., are, unfortunately, not a solution. While they certainly don't support everything perfectly, swfdec works fairly well for a large number of sites - notably YouTube and similar FLV wrappers, which is what most people ultimately use Flash for. Even if someone got Flash 9 working, we'll just be playing catch-up when Flash 10 is released and everything starts requiring it. While I honestly wish you the best of luck, I do think that developer effort is much better spent improving free implementations of Flash, as the spec is fairly open. If there are some particular things that don't work well for you with swfdec/gnash, why not offer a bounty to have those fixed? This would be more helpful to more people, like those not running FreeBSD, and those of us who don't use Linux binary compat - of which I suspect there are more than you assume. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
