Re: questions on development(7)
All ive seen in FreeBSD hg branches is a current and a releng_6 Id like to see a complete tree converted if there is one out there. I do have some bandwidth to potentially host such a conversion for others. question is does one exist ? On Wed, 2007-11-14 at 17:48 +1030, Daniel O'Connor wrote: > On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > > > * Incremental conversion of /home/ncvs/src in 'changesets' > > > > I've been using a 'converted' tree for almost a year and a half now, > > to keep a local mirror of the src repository at `/ws/freebsd/head' on > > my laptop. The first clean import of the current tree I am using was > > done during last summer: > > I have seen a few Hg repos although I haven't found one for RELENG_7 > [yet]. > > Also cvs20hg doesn't appear to grok Hg branches (probably because it > predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is > my excuse for a lack of patches :) > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: questions on development(7)
On Wed, 14 Nov 2007, Giorgos Keramidas wrote: > * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code > > * Incremental conversion of /home/ncvs/src in 'changesets' > > I've been using a 'converted' tree for almost a year and a half now, > to keep a local mirror of the src repository at `/ws/freebsd/head' on > my laptop. The first clean import of the current tree I am using was > done during last summer: I have seen a few Hg repos although I haven't found one for RELENG_7 [yet]. Also cvs20hg doesn't appear to grok Hg branches (probably because it predates them) and it would be Really Nice(tm) if it did. (ENOCLUE is my excuse for a lack of patches :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: How to read events from usb keyboard/mouse
On Wed, 14 Nov 2007, Girish Venkatachalam wrote: > On 17:41:58 Nov 13, Mario Augusto Mania wrote: > > Hi All > > > > I user linux to make a multiseat system, but, i wold like to user > > freebsd to do it :). The problem is: how to read a evento from > > individual usb keyboard/mouse? In linux, i use evdev driver in xorg > > (or Xephyr modified), but, in FreeBSd? what i will use? > > I don't think xephyr/xnest would be the best way to do multiseat in > linux. I much prefer alternative approaches. Couldn't you just run N copies of X (one for each head) and tell them which mouse & keyboard device to use in each config file? ie don't use sysmouse or kbdmux. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: questions on development(7)
On Tue, 13 Nov 2007 21:45:30 +0200 Giorgos Keramidas <[EMAIL PROTECTED]> wrote: > > I wonder if ther is a way we could broadcast changes to the p4 'head' > > branch so that people could keep their own p4 servers up to date. > > Unfortunately, no. Perforce is not easy to 'mirror' around the world, > but it's ok. Actually, it is easy. Well, sort of, as whether or not what you're doing is a mirror depends on how you want to define 'mirror'. It looks and acts like a read-only local copy, but it isn't. Instead, your server fetches the bits it needs from the remote server on demand. > For a determined person, it should be fairly easy to set > up a local mirror of any part of the FreeBSD src tree, using one of > the distributed SCMs. They have *great* support for mirroring clones > of the original repository, and most of them have fairly good support > for incremental updates over the wire --- transferring the minimal > number of bits and bytes over a slow connection, they can keep an up to > date local clone of a remote tree. > > I don't know of anything which can do the same for Perforce depots; > which is unlucky, because it would help me *tremendously* in my every > day ${realjob} too. If anyone wants help with setting up Mercurial to > do something like this, however, I'm all for it and I will help in any > way I can. What you want to do is set up the master (where you are mirroring from) as a remote depot on your local server. You then treat the appropriate part of that as the "vendor branch". You treat it just like you'd treat a vendor branch most other SCMs - except you don't have to "import new vendor code". You need local changes? Create a local branch of the vendor branch, and work there. You need to merge vendor changes into your branch? You do it just like you would if it were in the local repository. You want to grovel through the change logs of the vendor branch? Those are there as well, just like they are in a distributed SCM. It isn't the same as having a local repository in a distributed SCM, so the advantages and disadvantages are different. Whether or not it'll do the job you want depends on the exact nature of the job. But I've been happy doing things this way. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. -- Mike Meyer <[EMAIL PROTECTED]> http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: questions on development(7)
On 2007-11-09 11:23, Julian Elischer <[EMAIL PROTECTED]> wrote: > ok having done this for years here's how it goes. If you have a > private CVS repo mirroring the FreeBSD tree then you can keep your > changes up to date in your "checked out" source tree. but you can > generally not check them in anywhere. > > You CAN keep your own special branch (I think it was branch numbers > above 10 or something, check cvsup docs) that cvsup will not over > write, and you can check in your changes there but that branch will > not automatically update from freebsd.org so you will need to do > branch updates regularly. (and that can be tricky and time consuming > in CVS) otherwise your branch will get out-of date when compaerd with > -current. > > usually I just keep my work checked out until I'm ready to feed the > changes back but I take regular diffs and stash them away as 'backups' :-) > > This is why we have the perforce repo in addition to CVS. it is good > at doing large branch manipulations, and it is more feasible to keep > your own branch in sync with the branch that is kept up to date with > the CVS tree. > > Unfortunatly, we don't give out access to that to 'anybody', it may be > possible to get mercurial to do similar, or if you could get a > 'personal use' p4 server you could get the scripts from Peter and see > if you could do the same. Git or Mercurial can track 'vendor' imports quite fine. There are tools out there which can do either: * Periodic 'imports' of the FreeBSD src/ tree as 'vendor' code * Incremental conversion of /home/ncvs/src in 'changesets' I've been using a 'converted' tree for almost a year and a half now, to keep a local mirror of the src repository at `/ws/freebsd/head' on my laptop. The first clean import of the current tree I am using was done during last summer: changeset: 0:98902a1e0339 user:ncvs date:Mon Jul 16 17:03:48 2007 + summary: Import FreeBSD src/ snapshot at 2007/07/16 17:03:48 + Now I'm up to and including the following src commit: changeset: 1361:0362088cd690 tag: tip user:brueffer date:Tue Nov 13 16:42:22 2007 + summary: Xref wpi(4). Then, in a clone of this, I keep a local "patch queue", which is rebased on top of the 'vendor' clone of src/, with several changes which are not yet ready to hit src/: [EMAIL PROTECTED]:/wd/bsd/src$ hg qseries -s regression-tr: Add some regression tests for the tr(1) utility du-hardlinks: Add a -l option to du(1), to allow counting hard links multiple times yacc-ruslan: Fix a yacc(1) core dump reported by darrenr; patch by ru snd-emu10kx: Various mdoc style and wording fixes. loader-prompt: Lowercase the "OK" boot loader prompt top-wcpu: make *top* use raw (non-weighted) cpu mode by default ffs-fsync-typo: Minor typo nit in ffs_fsync() kernconf-kobe: Add KOBE kernel config file, for my laptop [EMAIL PROTECTED]:/ws/bsd/src$ My own preference, as shown by the hg(1) utility above is to locally use Mercurial, so if anyone wants help in setting up a 'clone' of the src/ repository, I can help with the setup details. I don't have a fast enough connection to keep online a mirror of the src/ repository myself, but maybe someone else can help with that. Then, 'anybody' can clone the workspace and keep 'pulling' from it :-) > I wonder if ther is a way we could broadcast changes to the p4 'head' > branch so that people could keep their own p4 servers up to date. Unfortunately, no. Perforce is not easy to 'mirror' around the world, but it's ok. For a determined person, it should be fairly easy to set up a local mirror of any part of the FreeBSD src tree, using one of the distributed SCMs. They have *great* support for mirroring clones of the original repository, and most of them have fairly good support for incremental updates over the wire --- transferring the minimal number of bits and bytes over a slow connection, they can keep an up to date local clone of a remote tree. I don't know of anything which can do the same for Perforce depots; which is unlucky, because it would help me *tremendously* in my every day ${realjob} too. If anyone wants help with setting up Mercurial to do something like this, however, I'm all for it and I will help in any way I can. - Giorgos ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How to read events from usb keyboard/mouse
On 17:41:58 Nov 13, Mario Augusto Mania wrote: > Hi All > > I user linux to make a multiseat system, but, i wold like to user > freebsd to do it :). The problem is: how to read a evento from > individual usb keyboard/mouse? In linux, i use evdev driver in xorg > (or Xephyr modified), but, in FreeBSd? what i will use? I don't think xephyr/xnest would be the best way to do multiseat in linux. I much prefer alternative approaches. Anyway I don't have an answer to your question. :) There seem to be no equivalent of evdev on BSD. For good reason of course. I believe the only way out is to first demux the mouse and keyboard for each of the seats. If you spend a few days and hack the FreeBSD kernel you should be able to do it. Reading the sysmouse and vidcontrol man pages and source should get you started. I shall be interested in your findings.:) Thanks. regards, Girish ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: macbook atheros driver in 7-beta2
On Tue, Nov 13, 2007 at 08:51:05AM -0800, brad clawsie wrote: > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 It's newer, but has some known bugs. It's worth giving a try for the moment. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
How to read events from usb keyboard/mouse
Hi All I user linux to make a multiseat system, but, i wold like to user freebsd to do it :). The problem is: how to read a evento from individual usb keyboard/mouse? In linux, i use evdev driver in xorg (or Xephyr modified), but, in FreeBSd? what i will use? -- Atenciosmente Mario Augusto Mania --- [EMAIL PROTECTED] Cel.: (43) 9938-9629 Msn: [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: How to get filename of an open file descriptor
Robert, Thank you for letting me know about this new feature procstat. But is there any workaround in 6.3? I need to port one package that needs to lookup file names by FDs to the current FreeBSD and need some solution now. Yuri Quoting Robert Watson <[EMAIL PROTECTED]>: > > On Mon, 12 Nov 2007, Yuri wrote: > > > Thank you for your response. > > > > I attempted to compile procstat but procstat.h seems to be missing in > tgz. > > Yuri, > > Indeed -- looks like I forgot to p4 add on my development box. I've updated > > the tarball to now include procstat.h. If there are any other problems, do > > let me know. > > Robert N M Watson > Computer Laboratory > University of Cambridge ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: macbook atheros driver in 7-beta2
On Nov 13, 2007 5:51 PM, brad clawsie <[EMAIL PROTECTED]> wrote: > hi, i have just put 7-beta2 on a macbook (core 2 duo) > > i am looking for advice on the best alternative for wireless support, > the provided ath driver does not provide support. > > sam leffler has a patch here > > http://people.freebsd.org/~sam/ath_hal-20070428.tgz > > but i am not sure if this is newer or older than the support in > 7-beta2 > > i also see some people are using ndis wrappers with this windows > driver: > > http://www.dlink.com/products/support.asp?pid=489&sec=0 > > does anyone have a suggestion for the preferred course of action? > > is there any chance of the atheros support being updated prior to > launch or is the featureset frozen? > > thanks > brad > In OpenBSD reyk@ commited support for the atheros chips found in macbooks. I haven't tested it in OpenBSD yet but it should be portable to FreeBSD also. Kerneltrap post about it here: http://kerneltrap.org/OpenBSD/Supporting_Newer_Atheros_Devices br dunceor ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
macbook atheros driver in 7-beta2
hi, i have just put 7-beta2 on a macbook (core 2 duo) i am looking for advice on the best alternative for wireless support, the provided ath driver does not provide support. sam leffler has a patch here http://people.freebsd.org/~sam/ath_hal-20070428.tgz but i am not sure if this is newer or older than the support in 7-beta2 i also see some people are using ndis wrappers with this windows driver: http://www.dlink.com/products/support.asp?pid=489&sec=0 does anyone have a suggestion for the preferred course of action? is there any chance of the atheros support being updated prior to launch or is the featureset frozen? thanks brad pgpBPw52vAm5U.pgp Description: PGP signature
Re: amrd disk performance drop after running under high load
Hi. Panagiotis Christias wrote: In the "good" case you are getting a much higher interrupt rate but with the data you provided I can't tell where from. You need to run vmstat -i at regular intervals (e.g. every 10 seconds for a minute) during the "good" and "bad" times, since it only provides counters and an average rate over the uptime of the system. Now I'm running 10-process lighttpd and the problem became no so big. I collected interrupt stats and it shows no relation beetween ionterrupts and slowdowns. Here is it: http://83.167.98.162/gprof/intr-graph/ Also I have similiar statistics on mutex profiling and it shows there's no problem in mutexes. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ I have no idea what else to check. I don't know what this graph is showing me :) When precisely is the system behaving poorly? what is your RAID controller configuration (read ahead/cache/write policy)? I have seen weird/bogus numbers (~100% busy) reported by systat -v when read ahead was enabled on LSI/amr controllers. ** Existing Logical Drive Information By LSI Logic Corp.,USA ** [Note: For SATA-2, 4 and 6 channel controllers, please specify Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)] Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL --- SpanDepth :01 RaidLevel: 5 RdAhead : Adaptive Cache: DirectIo StripSz :064KB Stripes : 6 WrPolicy: WriteBack Logical Drive 0 : SpanLevel_0 Disks Chnl Target StartBlock Blocks Physical Target Status -- -- -- -- 0 000x 0x22ec ONLINE 0 010x 0x22ec ONLINE 0 020x 0x22ec ONLINE 0 030x 0x22ec ONLINE 0 040x 0x22ec ONLINE 0 050x 0x22ec ONLINE I tried to run with disabled Read-ahead, but it didn't help. With best regards, Alexey Popov ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How to get filename of an open file descriptor
On Mon, Nov 12, 2007 at 11:33:38AM -0800, Yuri wrote: >I am looking for functionality similar to Linux's /proc//fd/. >I need to know what is the file name of an open file descriptor. Note that there is not necessarily a unique (or any) filename associated with a file descriptor. This is an inherent part of the Unix approach to files. You could look at ports/sysutils/lsof or fstat(1). -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an RFC2821-compliant MTA. pgpQPdPjDBoxX.pgp Description: PGP signature