Re: gettimeofday() in hping

2008-01-23 Thread Stefan Lambrev

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

2008-01-23 Thread cristi
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

2008-01-23 Thread cristi
 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

2008-01-23 Thread Stefan Lambrev

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?

2008-01-23 Thread Alec Kloss
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

2008-01-23 Thread Chris Stromblad

(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?

2008-01-23 Thread Rink Springer
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

2008-01-23 Thread Pyun YongHyeon
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?

2008-01-23 Thread Achim Patzner

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

2008-01-23 Thread Ivan Voras
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

2008-01-23 Thread Stefan Lambrev

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

2008-01-23 Thread Ivan Voras
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

2008-01-23 Thread Brooks Davis
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

2008-01-23 Thread Steven Hartland
- 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

2008-01-23 Thread Stefan Lambrev

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

2008-01-23 Thread Stefan Lambrev

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

2008-01-23 Thread Kris Kennaway

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

2008-01-23 Thread Kris Kennaway

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

2008-01-23 Thread Martin Laabs

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

2008-01-23 Thread Rick C. Petty
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

2008-01-23 Thread Bernd Walter
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

2008-01-23 Thread freebsd
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?

2008-01-23 Thread Ivan Voras

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

2008-01-23 Thread Zaphod Beeblebrox
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?

2008-01-23 Thread Bruce R. Montague

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

2008-01-23 Thread binto
 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

2008-01-23 Thread william wong
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

2008-01-23 Thread timo
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]