Re: fw_update
On 05/09/12 21:33, mark sullivan wrote: Hi everybody, I was coming to OpenBSD 5.1 looking for reasonable privacy and when I install it (amd64 flavour), I see that fw_update automatically installs propietary firmware without my permission. Actually even worse, it updates it automatically from the net! The parts affected are quite meaningful: the network card and the video card... I mean.. Should I request that you install propietary firmware for my sound card too so that everybody can record my voice too? I would like to hear your arguments on this and if there is a simple way to disable fw_update and uninstall in general everything propietary affecting the network card that I have not been warned about. I read on the FAQ that I should have been asked about this firmware but I wasnB4t! (amd64 cd installer). Thanks much, Mark I just want to note: last time I installed OpenBSD (a 5.1-snapshot) this feature worked correctly. I was asked by the installer.
Re: Considering laptops: Thinkpad T410, T420 others?
On 04/27/12 18:28, Ian Dotson wrote: I'm looking for a laptop that will run -current without too much fiddling. Currently considering a Thinkpad T410 or T420 -- anyone who has one want to share how well it works? Have recent changes fixed problems[1] with the console after starting X? Hi Ian, switching to console does not work for me with -current on my T420. Everything else is works fine for me. I am not using the sound card nor the video camera. Besides that, X is running stable and I had not a single problem with it - no special configuration nessecary. The wireless chip requires the firmware package described in the openbsd manuals. For a quick overview, here is my dmesg: OpenBSD 5.1-current (GENERIC.MP) #269: Sat Apr 7 17:01:22 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8471048192 (8078MB) avail mem = 8223199232 (7842MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae23000 (67 entries) bios0: vendor LENOVO version 83ET59WW (1.29 ) date 06/01/2011 bios0: LENOVO 4178CTO acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT SSDT DMAR UEFI UEFI UEFI acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.67 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu1: 256KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu2: 256KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,POPCNT,AES,XSAVE,AVX,NXE,LONG,LAHF cpu3: 256KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 5 (EXP4) acpiprt5 at acpi0: bus 13 (EXP5) acpicpu0 at acpi0: C3, C1, PSS acpicpu1 at acpi0: C3, C1, PSS acpicpu2 at acpi0: C3, C1, PSS acpicpu3 at acpi0: C3, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 98 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T4911 serial 59410 type LION oem LGC acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 cpu0: Enhanced SpeedStep 2691 MHz: speeds: 2701, 2700, 2400, 2200, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 2G Host rev 0x09 vga1 at pci0 dev 2 function 0 Intel GT2+ Video rev 0x09 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1: apic 2 int 16 drm0 at inteldrm0 Intel 6 Series MEI rev 0x04 at pci0 dev 22 function 0 not configured Intel 6 Series KT rev 0x04 at pci0 dev 22 function 3 not configured em0 at pci0 dev 25 function 0 Intel 82579LM rev 0x04: msi, address 00:21:cc:62:d1:e4 ehci0 at pci0 dev 26 function 0 Intel 6 Series USB rev 0x04: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 6 Series HD Audio rev 0x04: msi azalia0: codecs: Conexant/0x506e, Intel/0x2805, using Conexant/0x506e audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 6 Series PCIE rev 0xb4: msi pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 6 Series PCIE rev 0xb4: msi pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 Intel Centrino
Re: smtpd: no user for command execution in aliases
On Tue, Apr 10, 2012 at 09:39:39PM -0400, Josh Grosse wrote: On Mon, Apr 09, 2012 at 10:24:49PM +0200, Gilles Chehade wrote: Guys, Can you try the following diff, it fixes the issue here and should get your mailing lists working. Please report if it works (or not ;-) This pair of patches did not change the parsing in makemap; newaliases continues to report syntax errors when using | to pipe to commands. eg: This line produces a syntax error: majordomo: |/usr/local/lib/majordomo/wrapper majordomo Yeah I found that too. It is possible to wrap the command itself in quotes like that: majordomo: |/some/path argument BUT then /some/path argument will be executed as a command in its full length without splitting command and arguments (cannot execute '/some/path argument') Using a .forward file works (without quotes) as expected. -Josh-
smtpd: no user for command execution in aliases
Hello there, I am trying to set up a mailinglist with my OpenSMTP daemon and found an unexpected behaviour in OpenBSD-current. I think this is a bug and hopefully I didn't miss anything in the documentation. The problem is the user selection when receiving mails for a command. I tried to read the code and found out, that when using a command, the user string is empty. Entry in my /etc/mail/aliases: mlmmj-test: |/usr/local/bin/mlmmj-recieve -L /var/spool/mlmmj/mlmmj-test/ Entry in my /var/log/maillog after sending a mail to the list: 11993303259ac8a2: to=mlmmj-t...@trustedco.de, delay=1645, stat=Error (getpwnam: no such user) Starting smtpd -dv reveals the empty user string: forkmda: to /usr/local/bin/mlmmj-recieve -L /var/spool/mlmmj/mlmmj-test/ as c9a2d37f69cfc58c: to=mlmmj-t...@trustedco.de, delay=0, stat=Error (getpwnam: no such user) I added some more log statements to the code and can confirm, that the deliver-user in smtpd.c:768 is an empty string which will be used to get the users informations which obviously fails. To resolve the problem, the daemon has to choose a correct user for executing the external command. I think there are three options: 1. Use root hardcoded for commands 2. Use the local user, corresponding to the alias name 3. Use the daemon's user 2. requires to have a local user with the same name which is realy ugly since I don't need that user on my system. 3. may be too restrited for the command so that you have to give the smtp daemon more rights what does not make sense for this user. 1. may be insecure but only if the sysadmin uses it wrong. There is no default alias rule in the base system with command execution, so the daemon remains secure by default. I don't know sendmail, but the most obvious solution is to use the same rules as sendmail did for backward compatibility. Thanks for reading, Tobias Sarnowski p.s. for testing, I created a local mlmmj-test user to verify that no other code branch will be triggered if the same user exists.
Re: 4.6 arriving
On Thu, 15 Oct 2009 14:41:33 -0700 (PDT) Obiozor Okeke obiozorok...@yahoo.com wrote: I got my OpenBSD 4.6 cd set and T-shirt in the mail! I'm going strong with OpenBSD since 3.0. THANKS THEO and all the OpenBSD Developers and Community Got my CDs yesterday in Germany/Berlin - I can just repeat: thanks theo and thanks to every single openbsd devloper.
audio found but no mixerctl channels?
Hello misc, since I installed 4.6-current a short while ago my sound vanished. It worked since several obsd versions without problems but now the hardware seems to be not supported anymore. I searched the mailinglist and didn't find any comments about driver changes. Can anyone give me a hint? Thanks, Tobias Sarnowski # dmesg | grep -i1E (audio|azalia|auich|ac97) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci1 dev 0 function 1 ATI Radeon HD 34xx HD Audio rev 0x00: apic 2 int 17 (irq 7) azalia0: codecs: ATI/0xaa01 audio0 at azalia0 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 2 int 23 (irq 5) rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 auich0 at pci0 dev 30 function 2 Intel 82801GB AC97 rev 0x01: apic 2 int 17 (irq 7), ICH7 AC97 ac97: codec id 0x414c4790 (Avance Logic ALC850 rev 0) audio1 at auich0 ichpcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01: PM disabled # mixerctl outputs.digital-out_sou=dac outputs.digital-out_sen=plugged # audioctl name=HD-Audio version=1.0 config=azalia0 encodings=slinear_le:16 properties=full_duplex,independent full_duplex=0 fullduplex=0 blocksize=9600 hiwat=6 lowat=4 output_muted=0 monitor_gain=0 mode= play.rate=48000 play.channels=2 play.precision=16 play.encoding=slinear_le play.gain=127 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=9600 play.errors=0 record.rate=48000 record.channels=2 record.precision=16 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=9600 record.errors=0
Re: audio found but no mixerctl channels?
On Mon, 12 Oct 2009 11:21:07 +0200 Tobias Sarnowski sarnow...@new-thoughts.org wrote: Hello misc, since I installed 4.6-current a short while ago my sound vanished. It worked since several obsd versions without problems but now the hardware seems to be not supported anymore. I searched the mailinglist and didn't find any comments about driver changes. Can anyone give me a hint? Ok, sorry for the noise. I found https://kerneltrap.org/mailarchive/openbsd-misc/2009/2/18/4981114/thread which suggested to switch the default /dev/audio,... links to audio1 by hand to activate my audio1 as the default device. Thanks, Tobias Sarnowski # dmesg | grep -i1E (audio|azalia|auich|ac97) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci1 dev 0 function 1 ATI Radeon HD 34xx HD Audio rev 0x00: apic 2 int 17 (irq 7) azalia0: codecs: ATI/0xaa01 audio0 at azalia0 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 2 int 23 (irq 5) rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 auich0 at pci0 dev 30 function 2 Intel 82801GB AC97 rev 0x01: apic 2 int 17 (irq 7), ICH7 AC97 ac97: codec id 0x414c4790 (Avance Logic ALC850 rev 0) audio1 at auich0 ichpcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01: PM disabled # mixerctl outputs.digital-out_sou=dac outputs.digital-out_sen=plugged # audioctl name=HD-Audio version=1.0 config=azalia0 encodings=slinear_le:16 properties=full_duplex,independent full_duplex=0 fullduplex=0 blocksize=9600 hiwat=6 lowat=4 output_muted=0 monitor_gain=0 mode= play.rate=48000 play.channels=2 play.precision=16 play.encoding=slinear_le play.gain=127 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=9600 play.errors=0 record.rate=48000 record.channels=2 record.precision=16 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=9600 record.errors=0 -- Tobias Sarnowski / softwareentwicklung __ CosmoCode GmbH - http://www.cosmocode.de __ Prenzlauer Allee 36, 10405 Berlin, Germany __ Tel +49 30 814504089, Fax +49 30 28097093 __ __ Geschaeftsfuehrung (CEO): D. Huettemann, J. Riebesell __ Amtsgericht Berlin-Charlottenburg, HRB 74063
Re: audio found but no mixerctl channels?
On Mon, 12 Oct 2009 11:52:55 +0200
Robert rob...@openbsd.pap.st wrote:
On Mon, 12 Oct 2009 11:21:07 +0200
Tobias Sarnowski sarnow...@new-thoughts.org wrote:
Hello misc,
since I installed 4.6-current a short while ago my sound vanished.
It worked since several obsd versions without problems but now the
hardware seems to be not supported anymore.
I searched the mailinglist and didn't find any comments about driver
changes. Can anyone give me a hint?
Thanks,
Tobias Sarnowski
# dmesg | grep -i1E (audio|azalia|auich|ac97)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
azalia0 at pci1 dev 0 function 1 ATI Radeon HD 34xx HD Audio rev
0x00: apic 2 int 17 (irq 7)
azalia0: codecs: ATI/0xaa01
audio0 at azalia0
uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 2
int 23 (irq 5)
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
auich0 at pci0 dev 30 function 2 Intel 82801GB AC97 rev 0x01:
apic 2 int 17 (irq 7), ICH7 AC97
ac97: codec id 0x414c4790 (Avance Logic ALC850 rev 0)
audio1 at auich0
ichpcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01: PM
disabled
# mixerctl
outputs.digital-out_sou=dac
outputs.digital-out_sen=plugged
# audioctl
name=HD-Audio
version=1.0
config=azalia0
encodings=slinear_le:16
properties=full_duplex,independent
full_duplex=0
fullduplex=0
blocksize=9600
hiwat=6
lowat=4
output_muted=0
monitor_gain=0
mode=
play.rate=48000
play.channels=2
play.precision=16
play.encoding=slinear_le
play.gain=127
play.balance=32
play.port=0x0
play.avail_ports=0x0
play.seek=0
play.samples=0
play.eof=0
play.pause=0
play.error=0
play.waiting=0
play.open=0
play.active=0
play.buffer_size=65536
play.block_size=9600
play.errors=0
record.rate=48000
record.channels=2
record.precision=16
record.encoding=slinear_le
record.gain=127
record.balance=32
record.port=0x0
record.avail_ports=0x0
record.seek=0
record.samples=0
record.eof=0
record.pause=0
record.error=0
record.waiting=0
record.open=0
record.active=0
record.buffer_size=65536
record.block_size=9600
record.errors=0
s1 decided azalia* doesn't support hdmi whatever, so just switch your
links in etc over to the other device and be happy :) :)
Thanks for the hint :D
As I wrote in my other reply I switched my links
in /dev/{audio,sound,mixerctl,...} . Is there a more clean way to use
my audio1 as the default device for output than manipulating /dev?
re(4) performance on openbsd and freebsd
Hello, I am running an OpenBSD 4.6 generic smp amd64 snapshot on a server with a Realtek 8168 network card. I have problems with identiying the root of my performance problem. I only get ~500kb/s upstream while downstream is at maximum speed (tested via ssh and http). My hosting company provides me a rescue system with FreeBSD. It runs on the same hardware and hasn't that problem. It gets maximum speed at up- and downstream (the linux rescue system works as well). In addition this problem only occurs from the outer network of the computing center of my server. I am in close contact with my hosting company but we can not find any problems. I checked both systems with deactivated (and of course activated) pf from various internet connections and from within the computing center's network. The routing seems fine. The packets always take the same (and shortest) route. The system load is at its lowest level. My CPUs are idling at 99,9-100% all the time. The interrupt count of the re0 card looks fine (I think). The only thing I found different to my testing systems are the netword card parameters. On OpenBSD the card is always in promicous mode (and I didn't found out how to disable it). Please give me some hints where to look for misconfigurations or other faults I did with OpenBSD. Thanks, Tobias Sarnowski I append some outputs for better debugging. At first the networc configs on the OpenBSD system, afterwards the network configuration of the FreeBSD system. At last I add the routing table and the dmesg. openbsd# dmesg | grep re0 re0 at pci5 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00), apic 8 int 16 (irq 10), address mm:mm:mm:mm:mm:mm rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 freebsd# dmesg | grep re0 re0: RealTek 8168/8168B/8168C/8168CP/8168D/8111B/8111C/8111CP PCIe Gigabit Ethernet port 0xe800-0xe8ff mem 0xfbeff000-0xfbef, 0xfaff-0xfaff irq 16 at device 0.0 on pci6 re0: Using 1 MSI messages re0: Chip rev. 0x3c00 re0: MAC rev. 0x0040 miibus0: MII bus on re0 rgephy0: RTL8169S/8110S/8211B media interface PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: mm:mm:mm:mm:mm:mm re0: [FILTER] openbsd# ifconfig -a lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33144 priority: 0 groups: lo inet 127.0.0.1 netmask 0xff00 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 re0: flags=8b43UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST mtu 1500 lladdr mm:mm:mm:mm:mm:mm priority: 0 groups: egress media: Ethernet autoselect (100baseTX full- duplex,rxpause,txpause) status: active inet aaa.aaa.aaa.aaa netmask 0xffc0 broadcast bbb.bbb.bbb.bbb enc0: flags=0 mtu 1536 priority: 0 pflog0: flags=141UP,RUNNING,PROMISC mtu 33144 priority: 0 groups: pflog freebsd# ifconfig -a re0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options = 389b RXCSUM ,TXCSUM ,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC ether mm:mm:mm:mm:mm:mm inet aaa.aaa.aaa.aaa netmask 0xffc0 broadcast bbb.bbb.bbb.bbb media: Ethernet autoselect (100baseTX full-duplex) status: active lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff00 openbsd# route -n show [...] Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface defaultggg.ggg.ggg.ggg UGS193525 - 8 re0 127/8 127.0.0.1 UGRS 00 33144 8 lo0 127.0.0.1 127.0.0.1 UH 9 3774 33144 4 lo0 nnn.nnn.nnn.nnn/26 link#1 UC 20 - 4 re0 [...] openbsd# dmesg OpenBSD 4.6-current (GENERIC.MP) #162: Fri Aug 28 08:32:14 MDT 2009 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/ GENERIC.MP real mem = 3211264000 (3062MB) avail mem = 3123429376 (2978MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xfd0a0 (55 entries) bios0: vendor American Megatrends Inc. version V8.2 date 04/20/2009 bios0: MSI MS-7522 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT acpi0: wakeup devices P0P1(S4) PS2K(S4) PS2M(S4) USB0(S4) USB1(S4) USB2(S4) USB5(S4) EUSB(S4) USB3(S4) USB4(S4) USB6(S4) USBE(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) NPE2(S4) NPE4(S4) NPE5(S4) NPE6(S4) NPE8(S4) NPE9(S4) NPEA(S4) NPE1(S4) NPE3(S4) NPE7(S4) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz, 2673.70 MHz
Re: re(4) performance on openbsd and freebsd
Daniel Melameth wrote: On Fri, Sep 11, 2009 at 2:15 AM, Tobias Sarnowski sarnow...@new-thoughts.org wrote: I am running an OpenBSD 4.6 generic smp amd64 snapshot on a server with a Realtek 8168 network card. I have problems with identiying the root of my performance problem. I only get ~500kb/s upstream while downstream is at maximum speed (tested via ssh and http). My hosting company provides me a rescue system with FreeBSD. It runs on the same hardware and hasn't that problem. It gets maximum speed at up- and downstream (the linux rescue system works as well). In addition this problem only occurs from the outer network of the computing center of my server. I am in close contact with my hosting company but we can not find any problems. Have you tried increasing net.inet.tcp.sendspace? FreeBSD's stack is self tuning--OpenBSD's is not. I tested it now with various connections and the only thing I saw was a small decrease of speed. I also found that nice little script http://proj.sunet.se/E2E/tweak.pl which calculated me an optimal size of 42734. I don't know if it is outdated or not conform with OpenBSD but I tried it and nothing changes (speed wise). My OpenBSD has a default value of 16384.
Re: re(4) performance on openbsd and freebsd
Stuart Henderson wrote: On 2009-09-11, Tobias Sarnowski sarnow...@new-thoughts.org wrote: I am running an OpenBSD 4.6 generic smp amd64 snapshot on a server with a Realtek 8168 network card. I have problems with identiying the root of my performance problem. I only get ~500kb/s upstream while downstream is at maximum speed (tested via ssh and http). My hosting company provides me a rescue system with FreeBSD. It runs on the same hardware and hasn't that problem. It gets maximum speed at up- and downstream (the linux rescue system works as well). In addition this problem only occurs from the outer network of the computing center of my server. I am in close contact with my hosting company but we can not find any problems. I suspect this is probably unrelated to re(4). I agree with you that the problem is probably unrelated to re but I don't find an other point where differences could be. Can you re-write from the outer network of the computer center[...] please? Do you mean, from outside the network of the computer center? Where are you testing from and what is the latency? What software are you using to test? The scenario is like the following example: Main Server is hosted by a hosting company in their computer center. Test Server is also hosted by the company but in another computer center (with good routes). Test Client 1..n are ADSL Clients with download speeds between 6 and 50Mbit and two clients with synchronous connections (10Mbit/s). The traceroutes show relativly short paths (an average of 5-6 hops) and I have no packet loss between any of the machines. I tested the speeds via ssh, http, tcpbench and iperf. The results are: Main Server --- Test Server = 30Mbit/s Main Server --- Test Server = 30Mbit/s Main Server --- Test Client 1..n = 2Mbit/s Main Server --- Test Client 1..n = 10Mbit/s And this performance lack on downloading data from the server to the client is bringing me a headache. (The hosting company told me that they don't limit the speed) I used all tools that I know to get a hint where this performance lack is coming from but I haven't enough experience to analyze every hop and packet to find the problem. The only thing I found different to my testing systems are the netword card parameters. On OpenBSD the card is always in promicous mode (and I didn't found out how to disable it). Some software probably has set it, are you using dhclient? that would explain it. No, the device is configured via hostname.re0 (simple inet ip netmask). I don't find a manpage about how to disable or enable the promiscous mode on network cards. OpenBSD also negotiates flow control, I don't know if FreeBSD would list that in ifconfig output but it seems likely, in which case .Fx probably didn't negotiate it... I wonder if that might be relevant. You'd have to run a modified kernel if you wanted to disable that to test. fwiw, there's no general problem with re(4) on OpenBSD; measured by tcpbench: re sending to bge Conn: 1 Mbps: 527.317 Peak Mbps: 536.981 Avg Mbps: 527.317 bge sending to re Conn: 1 Mbps: 915.926 Peak Mbps: 929.951 Avg Mbps: 915.926
Re: Dual-head OpenBSD 4.5 and NVIDIA GeForce 7300 GT
int 23 (irq 5) uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: apic 2 int 19 (irq 11) uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: apic 2 int 18 (irq 9) uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: apic 2 int 16 (irq 12) ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: apic 2 int 23 (irq 5) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xe1 pci4 at ppb3 bus 4 TI TSB43AB23 FireWire rev 0x00 at pci4 dev 7 function 0 not configured ichpcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801GB SATA rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD5001ABYS-01YNA0 wd0: 16-sector PIO, LBA48, 476938MB, 976771055 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: TSSTcorp, DVD-ROM SH-D162C, TS03 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801GB SMBus rev 0x01: apic 2 int 19 (irq 11) iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-4200CL5 spdmem1 at iic0 addr 0x52: 1GB DDR2 SDRAM non-parity PC2-4200CL5 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801GB SMBus rev 0x01: apic 2 int 19 (irq 11) iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-4200CL5 spdmem1 at iic0 addr 0x52: 1GB DDR2 SDRAM non-parity PC2-4200CL5 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 it0 at isa0 port 0x2e/2: IT8712F rev 7, EC port 0x290 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 mtrr: Pentium Pro MTRR support uhidev0 at uhub4 port 1 configuration 1 interface 0 Logitech USB Optical Mouse rev 2.00/43.01 addr 2 uhidev0: iclass 3/1 ums0 at uhidev0: 3 buttons, Z dir wsmouse0 at ums0 mux 0 uhub5 at uhub4 port 2 ALCOR Generic USB Hub rev 1.10/3.12 addr 3 uhidev1 at uhub5 port 4 configuration 1 interface 0 USB Keyboard rev 1.10/3.10 addr 4 uhidev1: iclass 3/1 ukbd0 at uhidev1: 8 modifier keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev2 at uhub5 port 4 configuration 1 interface 1 USB Keyboard rev 1.10/3.10 addr 4 uhidev2: iclass 3/0, 2 report ids uhid0 at uhidev2 reportid 1: input=1, output=0, feature=0 uhid1 at uhidev2 reportid 2: input=3, output=0, feature=0 softraid0 at root root on wd0a swap on wd0b dump on wd0b -- Tobias Sarnowski / software development __ CosmoCode GmbH - http://www.cosmocode.de __ Prenzlauer Allee 36, 10405 Berlin, Germany __ Tel +49-30-28096200, Fax +49-30-28097093 __ __ Geschaeftsfuehrung (CEO): D. Huettemann, J. Riebesell __ Amtsgericht Berlin-Charlottenburg; HRB 74063
Re: Duplicat Defintion of drm_i915_flip
I discovered the same issue with following the official instructions: $ cd /usr/xenocara $ make bootstrap $ make obj $ make build Commenting the duplicate out fixed the problem for me atm. Is make clean the way to go before doing the bootstrap, obj, build when following current? Tobias Sarnowski Matthieu Herrb wrote: On Sun, Sep 7, 2008 at 8:01 AM, Aaron W. Hsu [EMAIL PROTECTED] wrote: Hello all, I've been following -current for some time now without having too much trouble, but I knew I was going to hit something at some point with compiling from source. Usually I'd just take a snapshot and start from there or some such, but I was curious whether this is really a mistake in the tree or not. I'm guessing not, but just in case, I thought I would drop it here. I attempted to compile the xenocara tree today after a fresh checkout and a working rebuild of the base today. I receive an error when trying to build driver/xf86-video-intel/src/i830_dri.c. It says that a duplicate definition of struct drm_i915_flip and drm_i915_flip_t. The duplicate definition is from i915_drm.h. I noticed that i915_drm.h is included in i830_dri.c, which is why I thought that maybe this duplicate definition is more than just a failure on my end. Can anyone verify this? I'm hoping it's just the standard kickback from following -current via cvs. You need to wipe you obj tree before rebuilding. -- www.new-thoughts.org __ tobias sarnowski / software development managment __ [EMAIL PROTECTED]
unconventional manual page categories found
Hello list, on indexing my openbsd manual pages I discovered 5 manual pages, which do not fit into the general category scheme. In the base system: infotocap.1 (was category 1M) and in xenocara: glwcreatemdrawingarea.gl glwdrawingarea.gl glwdrawingareamakecurrent.gl glwdrawingareaswapbuffers.gl I corrected the pages and also corrected linked manual pages. In the tarball you will find a CVS diff and my original files. Hope, this is the right place to send it to ;-) Greetings, Tobias Sarnowski -- www.new-thoughts.org __ tobias sarnowski / software development managment __ [EMAIL PROTECTED] [demime 1.01d removed an attachment of type application/gzip which had a name of man-patches.tar.gz]
