Re: gettimeofday() in hping
Greetings, Kris Kennaway wrote: Stefan Lambrev wrote: How much can Linux handle? Will install ubuntu on the same machine and let you know, but my experience shows that FreeBSD + TSC have the same performance as Linux With which timecounter? On my colleague laptop which is little slower compared to mine hping with hpet timer reach 7.7MB/s and with TSC 8.5MB/s, and on my laptop I I do only 5.01MB/s with hpet. I have planned more accurate test for today. Btw can you tell me in which file pmc_initialize_p6 is defined, as searching in p4 is not very easy :) -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
DIST_SUBDIR not working with MASTER_SITE_OVERRIDE
Hi everybody, I recently wanted to install some gnome stuff from ports. In order to boost the download speed, I did something like this: make MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/ as documented in the Handbook. However, many gnome packages seem to have DIST_SUBDIR in their Makefile, but MASTER_SITE_OVERRIDE doesn't care. This makes installing ports (with many dependencies) from known non-default sources very hard. The following patch addresses this problem. As a side-effect, if somebody does not have distfiles structured as on a FreeBSD mirror (a rare case I would say) he will have to find a workaround. --- bsd.port.mk.orig2008-01-23 13:01:18.0 +0200 +++ bsd.port.mk 2008-01-23 13:01:45.0 +0200 @@ -2578,11 +2578,11 @@ # If the user has MASTER_SITE_FREEBSD set, go to the FreeBSD repository # for everything, but don't search it twice by appending it to the end. .if defined(MASTER_SITE_FREEBSD) -_MASTER_SITE_OVERRIDE:=${MASTER_SITE_BACKUP} +_MASTER_SITE_OVERRIDE:=${MASTER_SITE_BACKUP}/${DIST_SUBDIR}/ _MASTER_SITE_BACKUP:= # empty .else -_MASTER_SITE_OVERRIDE= ${MASTER_SITE_OVERRIDE} -_MASTER_SITE_BACKUP= ${MASTER_SITE_BACKUP} +_MASTER_SITE_OVERRIDE= ${MASTER_SITE_OVERRIDE}/${DIST_SUBDIR}/ +_MASTER_SITE_BACKUP= ${MASTER_SITE_BACKUP}/${DIST_SUBDIR}/ .endif # Search CDROM first if mounted, symlink instead of copy if ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Synaptics
Cristian, good day. Mon, Jan 21, 2008 at 11:06:26PM +0200, Cristian KLEIN wrote: Eygene Ryabinkin wrote: But what protocol is selected? From your Xorg log I assume that it is either event, auto-dev or not set at all. I just ran into the same problem. In xorg.conf I explicitly told the synaptics driver to use psm and /dev/psm0, but the error message would suggest that it uses event. Also, I tried to change the source code of the synaptics driver (synaptics.c) and hard-coded psm as the only driver, no matter what xorg.conf says. Synaptics still would not start, but this time complaining that no device was specified. Please note that I had Device in my xorg.conf, but the error suggests that the driver ignored it. Could you please provide your Xorg configuration file and the Xorg logs for the run when you had hardcoded psm driver. It will also be good to see the modified Synaptics driver source file. And the version and platform for your FreeBSD is? I don't know why I keep forgetting to include essential information. Sorry. cristi:~# uname -a FreeBSD hades 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 cristi:~# pkg_info | grep xorg-server xorg-server-1.4_3,1 X.Org X server and related programs cristi:~# pkg_info | grep synaptics synaptics-0.14.6_2 The Synaptics touchpad X driver Suppose I use the attached xorg.conf file, at some point, /var/log/Xorg.0.log shows the following error: (II) Synaptics touchpad driver version 0.14.6 (1406) Synaptics_Touchpad no synaptics event device found (checked 10 nodes) Synaptics_Touchpad The /dev/input/event* device nodes seem to be missing (EE) xf86OpenSerial: No Device specified. Synaptics driver unable to open device (EE) PreInit failed for input device Synaptics_Touchpad (II) UnloadModule: synaptics As you said, it looks like synaptics is trying to use the auto protocol, although the configuration file tells it to use psm. Now, if I put the attached patch in x11-drivers/synaptics/files, using the same xorg.conf, synaptics will fail like this: (II) Synaptics touchpad driver version 0.14.6 (1406) (EE) xf86OpenSerial: No Device specified. Synaptics driver unable to open device (EE) PreInit failed for input device Synaptics_Touchpad (II) UnloadModule: synaptics It almost looks as if I have to hardcode the device too, because synaptics certainly ignores my options. Any ideas? xorg.conf Description: Binary data patch-test2 Description: Binary data ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettimeofday() in hping
Hi Kris, Kris Kennaway wrote: Stefan Lambrev wrote: Kris Kennaway wrote: Stefan Lambrev wrote: You should use hwpmc to verify where the application is really spending time, since gettimeofday doesn't seem to account for it all. pmc: Unknown Intel CPU. module_register_init: MOD_LOAD (hwpmc, 0x8029906d, 0x8054c500) error 78 OK, this is the famous problem with modern CPUs that jkoshy has declined to work around :( There are patches for this in perforce, see http://perforce.freebsd.org/changeView.cgi?CH=126189 I got hwpmc to compile (but only as module) hwpmc: TSC/1/0x20REA P6/2/0x1ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA but when I try to use pmcstat I receive this error message: pmcstat: ERROR: Initialization of the pmc(3) library failed: Device not configured kldstat lists hwpmc.ko as loaded and I have options HWPMC_HOOKS in my kernel. Any idea what's go wrong? -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardware support for AMD Geode CS5536 audio?
On 2008-01-22 22:34, Bruce R. Montague wrote: Hi, I wrote the geode audio driver for the CS5530 (found at the mentioned link), a good while back, I think for FreeBSD 4.x. This week is the first time I've received any feedback on this driver, a couple of pings along the line of the above. I honestly hadn't realized anybody was using it (I guess that's the problem with it working). If there was a thread last february, I must have missed it. I dont think I've ever seen the soundsystem wiki. http://wiki.freebsd.org/soundsystem My googling may be mistaken about a thread last February. I would try to fix/upgrade this driver if I had any hardware with a CS5536, but I don't. That said, can anyone recomend a cheap system that includes the CS5536, is generally available, doesn't cost very much and can be used as a minimal dev platform? (Surely all the OLPC work has made some interesting such systems available?) Or would anyone want to donate a free current AMD Geode reference platform? :) The specific device I'm targeting is a koolu, http://www.koolu.com. Nice Canadians, $200 US for a unit without a drive. Very linuxy. Unfortunately, it has no serial ports, so debugging is pretty limited. I can donate network access to one, and can loan you one for the duration of your work on it. If you want network access, email me an ssh key off-list, or if you want one to put your hands on, email me an address off-list. Even with hardware, it would probably be at least a month before I had time to look at it. Someone who knew FreeBSD drivers could probably fix it in a few compiles, if 5536 device-specific initialization is the problem. Beggars can't be choosers, so any time you donate to this project would be appreciated by me anyway. -- Alec Kloss [EMAIL PROTECTED] IM: [EMAIL PROTECTED] PGP key at http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xA241980E No Bunny! -- Simon, from Frisky Dingo pgpm3L15AU38O.pgp Description: PGP signature
Dell XPS 1530 - Network card issue - Marvell 88E8040
(I originally addressed this to the freebsd-hardware, but got no response, so please forgive me for reposting this here!) Hi, It appears as if the Marvell 88E8040 is not yet supported by FreeBSD and specifically the msk(4) driver. I would just like to know if there are any plans on adding support for the above mentioned NIC. Normally I wouldn't even bother asking, and just shrug and say, tough luck they don't support it... next distribution. Thing is, I really, really like FreeBSD. I'm kind of a GNU/Linux guy, but I've never managed to settle for a distribution and have moved from one to another, never quite finding something that works with me, and not against me. Then I tried FreeBSD, actually I just read much of the available documentation and I was converted. _THIS_ is how documentation should be written; clear, concise, to the point and most of all, USEFUL! Thank you! So, my point is that I really want this to work out. I'm willing to give as much time as necessary to get this driver working. Whether it's just a little Device_ID change in the source, I don't know. However, if anyone is up for helping me getting this to work, I'll provide whatever information I can. Many thanks, and keep up the fantastic work on the FreeBSD operating system. Regards, Christoffer Strömblad PS: I've tried 8.0-CURRENT (snapshot from 27122007), 7.0-RC1 and FreeBSD 6.3, no luck. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to [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: Hardware support for AMD Geode CS5536 audio?
Hi Bruce, On Tue, Jan 22, 2008 at 10:34:00PM -0800, Bruce R. Montague wrote: This week is the first time I've received any feedback on this driver, a couple of pings along the line of the above. I honestly hadn't realized anybody was using it (I guess that's the problem with it working). If there was a thread last february, I must have missed it. I dont think I've ever seen the soundsystem wiki. Hmm, I have pinged ariff@ on whether he was working on a driver for this chipset (haven't heard a reply tho), as I heard some people claiming he might... I would try to fix/upgrade this driver if I had any hardware with a CS5536, but I don't. That said, can anyone recomend a cheap system that includes the CS5536, is generally available, doesn't cost very much and can be used as a minimal dev platform? (Surely all the OLPC work has made some interesting such systems available?) Or would anyone want to donate a free current AMD Geode reference platform? :) Well, I intend to take a look, as I have hardware - I've got FreeBSD running on a Compaq Evo T30 recently, which has such a sound IC. Too bad the USB doesn't quite work well (chipset bugs; only Linux has a patch for them...) I can also setup serial console access to it if desired, but mind that it only has 32MB memory so you can't build anything on it... let me know if this is acceptable, the machine runs 8-CURRENT. Cheers, -- Rink P.W. Springer- http://rink.nu Anyway boys, this is America. Just because you get more votes doesn't mean you win. - Fox Mulder ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell XPS 1530 - Network card issue - Marvell 88E8040
On Wed, Jan 23, 2008 at 12:25:17PM +0100, Chris Stromblad wrote: (I originally addressed this to the freebsd-hardware, but got no response, so please forgive me for reposting this here!) Hi, It appears as if the Marvell 88E8040 is not yet supported by FreeBSD and specifically the msk(4) driver. I would just like to know if there are any plans on adding support for the above mentioned NIC. I'd like to add support 88E8040(Yukon2 FE+ PCIe Fast ethernet controller). I don't think just adding a PCI id is sufficient to make it work but it would be even better if you can send me the 'pciconf -lcv' output to me. I think one of the serious issue of Yukon2 FE+ is introduction of new descriptor format and additional bugs for the chip/phy as other variants. Since there are no documentation for controller/phy hardware, it may take longer than you would expect to see a working/stable driver. I guess disabling TSO and checksum offload may make it possible to write a minimal driver for the hardware. I'll let you know when I have code to test. I cannot say the code written by me would work as I don't have that hardware. Normally I wouldn't even bother asking, and just shrug and say, tough luck they don't support it... next distribution. Thing is, I really, really like FreeBSD. I'm kind of a GNU/Linux guy, but I've never managed to settle for a distribution and have moved from one to another, never quite finding something that works with me, and not against me. Then I tried FreeBSD, actually I just read much of the available documentation and I was converted. _THIS_ is how documentation should be written; clear, concise, to the point and most of all, USEFUL! Thank you! So, my point is that I really want this to work out. I'm willing to give as much time as necessary to get this driver working. Whether it's just a little Device_ID change in the source, I don't know. However, if anyone is up for helping me getting this to work, I'll provide whatever information I can. Many thanks, and keep up the fantastic work on the FreeBSD operating system. Regards, Christoffer Str?mblad PS: I've tried 8.0-CURRENT (snapshot from 27122007), 7.0-RC1 and FreeBSD 6.3, no luck. -- Regards, Pyun YongHyeon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardware support for AMD Geode CS5536 audio?
Am 23.01.2008 um 12:09 schrieb Alec Kloss: On 2008-01-22 22:34, Bruce R. Montague wrote: I would try to fix/upgrade this driver if I had any hardware with a CS5536, but I don't. The specific device I'm targeting is a koolu, http://www.koolu.com. Or take a look at http://www.fit-pc.com/ Unfortunately, it has no serial ports, so debugging is pretty limited. The Fit-PC has one. Or at least a sorry excuse for a serial port. Just getting it to you might be even more expensive than buying it somewhere closer to you. Achim
Re: gettimeofday() in hping
Stefan Lambrev wrote: Greetings, Kris Kennaway wrote: Stefan Lambrev wrote: How much can Linux handle? Will install ubuntu on the same machine and let you know, but my experience shows that FreeBSD + TSC have the same performance as Linux With which timecounter? On my colleague laptop which is little slower compared to mine hping with hpet timer reach 7.7MB/s and with TSC 8.5MB/s, and on my laptop I I do only 5.01MB/s with hpet. All these are with Linux? signature.asc Description: OpenPGP digital signature
Re: gettimeofday() in hping
Greets, Now I have final results with Linux and FreeBSD on the same hardware CPU: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz - dual core Lan: [EMAIL PROTECTED]:3:0:0: class=0x02 card=0x10bc8086 chip=0x10bc8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet FreeBSD releng_7_0 from today - amd64, sched_ule. ACPI-Fast - 6.187 MB/s TSC - 9.455 MB/s dummy - 9.577 MB/s Linux rambo2 2.6.22-14-generic #1 SMP Tue Dec 18 05:28:27 UTC 2007 x86_64 GNU/Linux - kubuntu TSC - 19.456 MB/s acpi_pm - 15.394 MB/s jiffies - 19.480 MB/s This is really not what I expected. The other thing that bothers me is, that under freebsd is quite easy to get: [send_ip] sendto: No buffer space available It happens almost always on my laptop just few seconds after I start hping with timecounter=TSC and it is harder to reproduce with ACPI-fast and HPET. -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettimeofday() in hping
On 23/01/2008, Stefan Lambrev [EMAIL PROTECTED] wrote: Greets, Now I have final results with Linux and FreeBSD on the same hardware CPU: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz - dual core Lan: [EMAIL PROTECTED]:3:0:0: class=0x02 card=0x10bc8086 chip=0x10bc8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet FreeBSD releng_7_0 from today - amd64, sched_ule. ACPI-Fast - 6.187 MB/s TSC - 9.455 MB/s dummy - 9.577 MB/s Linux rambo2 2.6.22-14-generic #1 SMP Tue Dec 18 05:28:27 UTC 2007 x86_64 GNU/Linux - kubuntu TSC - 19.456 MB/s acpi_pm - 15.394 MB/s jiffies - 19.480 MB/s This is really not what I expected. For once, it's something I expected :) I just hope it isn't one of those cases where Kris absolutely cannot reproduce it and arrives at numbers in favour of FreeBSD :) (just joking here, absolutely no ill feelings involved). It would be helpful if you post exact command line arguments from all cases. The other thing that bothers me is, that under freebsd is quite easy to get: [send_ip] sendto: No buffer space available It happens almost always on my laptop just few seconds after I start hping with timecounter=TSC I'm not sure, but from what I understood of Robert Watson's explanation in the big ZFS thread on -current, maybe increasing kmem_size (exactly as for ZFS...) could help you with these buffers. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DIST_SUBDIR not working with MASTER_SITE_OVERRIDE
On Wed, Jan 23, 2008 at 01:06:03PM +0200, [EMAIL PROTECTED] wrote: Hi everybody, I recently wanted to install some gnome stuff from ports. In order to boost the download speed, I did something like this: make MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/ as documented in the Handbook. However, many gnome packages seem to have DIST_SUBDIR in their Makefile, but MASTER_SITE_OVERRIDE doesn't care. This makes installing ports (with many dependencies) from known non-default sources very hard. You just need to set MASTER_SITE_OVERRIDE in /etc/make.conf or ports.conf like: MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR}/ The Handbook should be updated. The following patch addresses this problem. As a side-effect, if somebody does not have distfiles structured as on a FreeBSD mirror (a rare case I would say) he will have to find a workaround. IMO this patch is not a good idea because it would prevent someone from building a more interesting distfile mirror. -- Brooks --- bsd.port.mk.orig2008-01-23 13:01:18.0 +0200 +++ bsd.port.mk 2008-01-23 13:01:45.0 +0200 @@ -2578,11 +2578,11 @@ # If the user has MASTER_SITE_FREEBSD set, go to the FreeBSD repository # for everything, but don't search it twice by appending it to the end. .if defined(MASTER_SITE_FREEBSD) -_MASTER_SITE_OVERRIDE:=${MASTER_SITE_BACKUP} +_MASTER_SITE_OVERRIDE:=${MASTER_SITE_BACKUP}/${DIST_SUBDIR}/ _MASTER_SITE_BACKUP:= # empty .else -_MASTER_SITE_OVERRIDE= ${MASTER_SITE_OVERRIDE} -_MASTER_SITE_BACKUP= ${MASTER_SITE_BACKUP} +_MASTER_SITE_OVERRIDE= ${MASTER_SITE_OVERRIDE}/${DIST_SUBDIR}/ +_MASTER_SITE_BACKUP= ${MASTER_SITE_BACKUP}/${DIST_SUBDIR}/ .endif # Search CDROM first if mounted, symlink instead of copy if ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] pgplhH1elrB64.pgp Description: PGP signature
Re: gettimeofday() in hping
- Original Message - From: Ivan Voras [EMAIL PROTECTED] The other thing that bothers me is, that under freebsd is quite easy to get: [send_ip] sendto: No buffer space available It happens almost always on my laptop just few seconds after I start hping with timecounter=TSC I'm not sure, but from what I understood of Robert Watson's explanation in the big ZFS thread on -current, maybe increasing kmem_size (exactly as for ZFS...) could help you with these buffers. Is this not just running out of mbufs? netstat -m will show if it is and the fix is to just increase kern.ipc.nmbclusters. Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [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: gettimeofday() in hping
Hi, Ivan Voras wrote: On 23/01/2008, Stefan Lambrev [EMAIL PROTECTED] wrote: Greets, Now I have final results with Linux and FreeBSD on the same hardware CPU: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz - dual core Lan: [EMAIL PROTECTED]:3:0:0: class=0x02 card=0x10bc8086 chip=0x10bc8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet FreeBSD releng_7_0 from today - amd64, sched_ule. ACPI-Fast - 6.187 MB/s TSC - 9.455 MB/s dummy - 9.577 MB/s Linux rambo2 2.6.22-14-generic #1 SMP Tue Dec 18 05:28:27 UTC 2007 x86_64 GNU/Linux - kubuntu TSC - 19.456 MB/s acpi_pm - 15.394 MB/s jiffies - 19.480 MB/s This is really not what I expected. For once, it's something I expected :) I just hope it isn't one of those cases where Kris absolutely cannot reproduce it and arrives at numbers in favour of FreeBSD :) (just joking here, absolutely no ill feelings involved). It would be helpful if you post exact command line arguments from all cases. hping is quite simple program - jsut: cd /usr/ports/net/hping-devel make install Here are my goals, configuration and problems - http://lists.freebsd.org/pipermail/freebsd-performance/2008-January/003071.html For this test, where I benchmark freebsd and linux I just have 2 servers connected with cable (no switch) Host A (flooder) 10.3.3.1 and host B (target) 10.3.3.2 I run from host A : hping --flood -p 22 -S 10.3.3.2 and systat -ifstat on host B to see the traffic that is generated (I do not want to run this monitoring on the flooder host as it will effect his performance) After few minutes running I change the kern.timecounter.hardware to next available counter and move to next test. On linux (kubuntu) you can change the counter by executing: echo tsc /sys/devices/system/clocksource/clocksource0/current_clocksource and cat /sys/devices/system/clocksource/clocksource0/current_clocksource is the alternative of sysctl kern.timecounter.choice Also I understand that hping is probably written with linux in mind, so is there something else, that is more bsd native and will let me accomplish my goals? :) I need small tool to flood the network and test my bridge firewall. The other thing that bothers me is, that under freebsd is quite easy to get: [send_ip] sendto: No buffer space available It happens almost always on my laptop just few seconds after I start hping with timecounter=TSC I'm not sure, but from what I understood of Robert Watson's explanation in the big ZFS thread on -current, maybe increasing kmem_size (exactly as for ZFS...) could help you with these buffers. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettimeofday() in hping
Greetings, Steven Hartland wrote: - Original Message - From: Ivan Voras [EMAIL PROTECTED] The other thing that bothers me is, that under freebsd is quite easy to get: [send_ip] sendto: No buffer space available It happens almost always on my laptop just few seconds after I start hping with timecounter=TSC I'm not sure, but from what I understood of Robert Watson's explanation in the big ZFS thread on -current, maybe increasing kmem_size (exactly as for ZFS...) could help you with these buffers. Is this not just running out of mbufs? netstat -m will show if it is and the fix is to just increase kern.ipc.nmbclusters. 670/1520/2190 mbufs in use (current/cache/total) 462/322/784/25600 mbuf clusters in use (current/cache/total/max) 462/306 mbuf+clusters out of packet secondary zone in use (current/cache) 0/35/35/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 1091K/1164K/2255K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines kern.ipc.nmbclusters: 25600 I do not think I'm running out of mbufs. And increasing nmbclusters doesn't help. Here is what I have for kmem_size. How can I see how much of the kmem size is used ? vmstat -m :) vm.kmem_size_scale: 3 vm.kmem_size_max: 335544320 vm.kmem_size_min: 0 vm.kmem_size: 335544320 Something suspicious that I notice is: vmstat -m|grep devbuf devbuf 5214 42780K - 6390 16,32,64,128,256,512,1024,2048,4096 42MB memory allocated for devbuf ? Is this ok ? This is the only thing that 'eat' more then 1-2MB memory reported by vmstat -m. -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettimeofday() in hping
Stefan Lambrev wrote: Hi Kris, Kris Kennaway wrote: Stefan Lambrev wrote: Kris Kennaway wrote: Stefan Lambrev wrote: You should use hwpmc to verify where the application is really spending time, since gettimeofday doesn't seem to account for it all. pmc: Unknown Intel CPU. module_register_init: MOD_LOAD (hwpmc, 0x8029906d, 0x8054c500) error 78 OK, this is the famous problem with modern CPUs that jkoshy has declined to work around :( There are patches for this in perforce, see http://perforce.freebsd.org/changeView.cgi?CH=126189 I got hwpmc to compile (but only as module) hwpmc: TSC/1/0x20REA P6/2/0x1ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA but when I try to use pmcstat I receive this error message: pmcstat: ERROR: Initialization of the pmc(3) library failed: Device not configured kldstat lists hwpmc.ko as loaded and I have options HWPMC_HOOKS in my kernel. Any idea what's go wrong? You also need changes to the userland libpmc and pmcstat. They should also be in that (or related) p4 changeset though. Kris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettimeofday() in hping
Ivan Voras wrote: On 23/01/2008, Stefan Lambrev [EMAIL PROTECTED] wrote: Greets, Now I have final results with Linux and FreeBSD on the same hardware CPU: Intel(R) Xeon(R) CPU 3070 @ 2.66GHz - dual core Lan: [EMAIL PROTECTED]:3:0:0: class=0x02 card=0x10bc8086 chip=0x10bc8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '82571EB Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet FreeBSD releng_7_0 from today - amd64, sched_ule. ACPI-Fast - 6.187 MB/s TSC - 9.455 MB/s dummy - 9.577 MB/s Linux rambo2 2.6.22-14-generic #1 SMP Tue Dec 18 05:28:27 UTC 2007 x86_64 GNU/Linux - kubuntu TSC - 19.456 MB/s acpi_pm - 15.394 MB/s jiffies - 19.480 MB/s This is really not what I expected. For once, it's something I expected :) I just hope it isn't one of those cases where Kris absolutely cannot reproduce it and arrives at numbers in favour of FreeBSD :) (just joking here, absolutely no ill feelings involved). Harumph :) The first step is that we need to understand where the application is spending its time. Hopefully Stefan or someone else will be able to test it under hwpmc. It would be helpful if you post exact command line arguments from all cases. The other thing that bothers me is, that under freebsd is quite easy to get: [send_ip] sendto: No buffer space available It happens almost always on my laptop just few seconds after I start hping with timecounter=TSC I'm not sure, but from what I understood of Robert Watson's explanation in the big ZFS thread on -current, maybe increasing kmem_size (exactly as for ZFS...) could help you with these buffers. It is the socket buffer that is filling up. Either the application is not increasing it to large enough size or the default maximum is too low (Linux may set a larger default). Try increasing kern.ipc.maxsockbuf and confirming with the source and/or ktrace that it is doing the right setsockopt() call. Kris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
update slices on (a)cd devices
Hi, I ask the same question some day on -questions before but got no usefull answer. Since it is also more technical related I try it here again. I created a dvd with two slices a and b. (Don't ask for the reason - it is a test for my backup system) This slices are ufs formated and gbde encrypted. However - if I insert the DVD (and also a read access is done) the device nodes acd0a and acd0b are not created automaticly. But if the DVD is inserted *before* boot this two nodes are there and stay even if I insert a normal DVD without slices. An other way to update the device nodes is to detach an attach the ata channel with atacontrol while the sliced DVD is beeing inserted. But this is not very smart. (In particular if there is i.e. a second device at this channel that is then disconnected too.) A similar way it to reload the atapicam modul. In this case the cd0* device nodes are updated. The problems are the same as with atacontroll de-/attach. So I'am searching for a better way to tell the kernel/devfs to update the device node list of the atapi devices. Unfortu- nately I couldn't find a appropiate ioctl in the source of atacontrol. Since I didn't understand the conecpt of geom fully now I'm not sure whether geom also handle the single (a)d[0-] and (a)cd[0-] devices and if there is maybe a geom command for the slice reread Thank you, Martin L. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DIST_SUBDIR not working with MASTER_SITE_OVERRIDE
On Wed, Jan 23, 2008 at 01:06:03PM +0200, [EMAIL PROTECTED] wrote: Hi everybody, I recently wanted to install some gnome stuff from ports. In order to boost the download speed, I did something like this: make MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/ as documented in the Handbook. However, many gnome packages seem to have DIST_SUBDIR in their Makefile, but MASTER_SITE_OVERRIDE doesn't care. This makes installing ports (with many dependencies) from known non-default sources very hard. I used to do something similar to this by setting it in /etc/make.conf. The only downside is if DIST_SUBDIR is not set you get paths that don't look pretty, e.g.: ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles//some_distfile.tgz Instead, I added something to my /etc/make.conf similar to: .if defined(DIST_SUBDIR) DIST_SUBDIR_OVERRIDE=${DIST_SUBDIR}/ .else DIST_SUBDIR_OVERRIDE= .endif MASTER_SITE_OVERRIDE=ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR_OVERRIDE} -- Rick C. Petty ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: update slices on (a)cd devices
On Wed, Jan 23, 2008 at 08:19:24PM +0100, Martin Laabs wrote: Hi, I ask the same question some day on -questions before but got no usefull answer. Since it is also more technical related I try it here again. I created a dvd with two slices a and b. (Don't ask for the reason - it is a test for my backup system) This slices are ufs formated and gbde encrypted. However - if I insert the DVD (and also a read access is done) the device nodes acd0a and acd0b are not created automaticly. But if the DVD is inserted *before* boot this two nodes are there and stay even if I insert a normal DVD without slices. An other way to update the device nodes is to detach an attach the ata channel with atacontrol while the sliced DVD is beeing inserted. But this is not very smart. (In particular if there is i.e. a second device at this channel that is then disconnected too.) A similar way it to reload the atapicam modul. In this case the cd0* device nodes are updated. The problems are the same as with atacontroll de-/attach. So I'am searching for a better way to tell the kernel/devfs to update the device node list of the atapi devices. Unfortu- nately I couldn't find a appropiate ioctl in the source of atacontrol. Since I didn't understand the conecpt of geom fully now I'm not sure whether geom also handle the single (a)d[0-] and (a)cd[0-] devices and if there is maybe a geom command for the slice reread More or less there is: cp /dev/null /dev/acd0 Not sure if it works for CD's but it works for removeable disks. The problem is that many drives don't tell you about media change, so you have to poll or trigger yourself. -- B.Walterhttp://www.bwct.de http://www.fizon.de [EMAIL PROTECTED] [EMAIL PROTECTED][EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
HP Color Laserjet 1600
We have a networked HP Color Laserjet 1600 on a print server (could also be shared on a Windows XP Pro box). We want to print text (plain black) with a letter head (in color). We created the letterhead using Microsoft Word, and printed it to a file. We were hoping that when we wanted to print out text with the letter head that we could just queue the output from Word, followed by the text. The thinking being that the file produced from the Print-to-File option of word, would be native PCL, and then we could just throw the text in afterwards. When we try to print the letter head file, we get the PCL commands, as text... Alas, this is not as simple as we had hoped. Any suggestions as to how to produce the desired result would be appreciated. [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: Hardware support for AMD Geode CS5536 audio?
Bruce R. Montague wrote: I would try to fix/upgrade this driver if I had any hardware with a CS5536, but I don't. That said, can anyone recomend a cheap system that includes the CS5536, is generally available, doesn't cost very much and can be used as a minimal dev platform? (Surely all the OLPC work has made some interesting such systems available?) Or would anyone want to donate a free current AMD Geode reference platform? :) Can't help you with the hardware but I'm also interested in sound working on it and can test patches and provide remote access. I'm using fit-pc (http://www.fit-pc.com/), costs $300. signature.asc Description: OpenPGP digital signature
zfs plugins
Has any thought been given to the growing number of zfs plugins on solaris? In particular, they have an encryption plugin that functions similar to zfs compression, but it seems useful to consider their plugins... Just wondering. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardware support for AMD Geode CS5536 audio?
Hi, re: I'm hoping someone will be able to help me out with the audio is the Geode CS5536. Those AMD Geode systems with the CS5536 look almost cheap enough to afford one for each hand. I'll look into upgrading the 5530 audio driver for the 5536, but it will take sometime. If someone does it over the weekend, or somesuch, let me know... (likewise if anyone has other advice on good current Geode kernel development platforms). -bruce ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettimeofday() in hping
Greetings, Steven Hartland wrote: - Original Message - From: Ivan Voras [EMAIL PROTECTED] The other thing that bothers me is, that under freebsd is quite easy to get: [send_ip] sendto: No buffer space available It happens almost always on my laptop just few seconds after I start hping with timecounter=TSC I'm not sure, but from what I understood of Robert Watson's explanation in the big ZFS thread on -current, maybe increasing kmem_size (exactly as for ZFS...) could help you with these buffers. Is this not just running out of mbufs? netstat -m will show if it is and the fix is to just increase kern.ipc.nmbclusters. 670/1520/2190 mbufs in use (current/cache/total) 462/322/784/25600 mbuf clusters in use (current/cache/total/max) 462/306 mbuf+clusters out of packet secondary zone in use (current/cache) 0/35/35/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 1091K/1164K/2255K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines kern.ipc.nmbclusters: 25600 sysctl -a kern.ipc.maxsockbuf ? if net.inet.tcp.recvspace / net.inet.tcp.sendspace greater than kern.ipc.maxsockbuf that can also make : No buffer space available I do not think I'm running out of mbufs. And increasing nmbclusters doesn't help. Here is what I have for kmem_size. How can I see how much of the kmem size is used ? vmstat -m :) vm.kmem_size_scale: 3 vm.kmem_size_max: 335544320 vm.kmem_size_min: 0 vm.kmem_size: 335544320 Something suspicious that I notice is: vmstat -m|grep devbuf devbuf 5214 42780K - 6390 16,32,64,128,256,512,1024,2048,4096 42MB memory allocated for devbuf ? Is this ok ? This is the only thing that 'eat' more then 1-2MB memory reported by vmstat -m. -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD hacker 101
Hi, Are there any docments or pointers to get me started hacking around my 6.3asap? Building toochains, submitting patches etc or i just follow most of the conventions in the Linux kernel development community? regards, william ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD hacker 101
bbs.chinaunix.net freebsdchina.org 2008-01-24 _ Best Regard Timo msn: [EMAIL PROTECTED] web: https://stand.eicp.net 发件人: william wong 发送时间: 2008-01-24 15:32:18 收件人: freebsd-hackers@freebsd.org 抄送: 主题: FreeBSD hacker 101 Hi, Are there any docments or pointers to get me started hacking around my 6.3asap? Building toochains, submitting patches etc or i just follow most of the conventions in the Linux kernel development community? regards, william ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]