Zurich OpenBSD
Hi I saw someone at Zurich Central with an OpenBSD t-shirt 2 days ago, I wonder if he's subscribed to this list. I should have stopped him ;-) CL
Re: Zurich OpenBSD
On Wed, Jul 18, 2007 at 08:56:34AM +0200, Karel Kulhavy wrote: Hi I saw someone at Zurich Central with an OpenBSD t-shirt 2 days ago, I wonder if he's subscribed to this list. I should have stopped him ;-) Most probably it was me. -- :wq Claudio
Re: Zurich OpenBSD
Most probably it was me. -- :wq Claudio People who don't know each other but wears PUFFY, should salute each other. It's an OpenBSD thing. You wouldn't understand ;-)
Re: Zurich OpenBSD
Anton Karpov [EMAIL PROTECTED] writes: People who don't know each other but wears PUFFY, should salute each other. It's an OpenBSD thing. You wouldn't understand ;-) obviously the salute would need to be clearly specified or at least set to sensible defaults (for Monty Python values of) My coffee had just run out, so no keyboard harmed. -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Zurich OpenBSD
thus Peter N. M. Hansteen spake: Anton Karpov [EMAIL PROTECTED] writes: People who don't know each other but wears PUFFY, should salute each other. It's an OpenBSD thing. You wouldn't understand ;-) obviously the salute would need to be clearly specified or at least set to sensible defaults (for Monty Python values of) RFC, anyone? :) My coffee had just run out, so no keyboard harmed. Timo
Re: Single-user mode stopped
On 2007/07/18 11:18, Kevin Cheng wrote: if Intel to VIA then you are right that it's better to reinstall whole thing. This works for 5 years since BSD 3.1 I don't know, OpenBSD is pretty resilient when moving from machine to machine (until you start playing with custom kernels). No KLM device drivers, no deep hardware-knowledge in the boot loader config. Pre-3.5, different BIOS ideas of faked CHS geometry caused more problems, but now biosboot(8) knows LBA it's pretty robust. When we mount the same mirrored HDD from intel to a VIA, it stopped booting on RealTek 8100 NIC chipset and reported as old message 8139 model of NIC. There are different versions of these (8100, 8101, 8139, 8139+) and it's not always obvious which you have until you boot them. re(4) picks up new ones (which should work better), rl(4) takes the old ones. You can make an image or fileset that works with any of various nic types - link hostname.re0 to hostname.rl0 and hostname.fxp0, use interface groups in hostname.* files, and use interface groups not names in pf.conf(5). I prefer siteXX.tgz to imaging though, it's easier to update and should be a quicker installation. With pxeboot(8), serial console and expect (or, ah, teraterm) or a custom installer (modified yaifo?) things can be largely automated.
Re: Zurich OpenBSD
RFC, anyone? :) My coffee had just run out, so no keyboard harmed. Timo I like the idea of T-shirts and stickers It's an OpenBSD thing. You wouldn't understand ;-)
ral in hostap mode
Hi there, At home, I have a wireless access point which is directly connected to rl1. To eliminate the access point, I put a wireless PCI card in the machine, and configured it for hostap mode. A laptop running Linux is the wireless client. When the client associates with the ral0 card, the connection is established but has a packetloss of about 30%, and a noticeable amount of duplicate packets. When the client associates with the wireless access point, the connection has no packetloss and no duplicates. (Both tested using ping -f, directly pinging the access point and the IP adress on ral0.) I've tried to rule out things like distance. The wireless PCI card is a: ral0 at pci0 dev 11 function 0 Ralink RT2560 rev 0x01: irq 11, address 00:0c:f6:26:0d:b2 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 I don't understand why there is such a large difference in characteristics of the connection. Am I using the wrong type of card for such usage? OpenBSD 4.1-stable (GENERIC+RAIDAUTO) #0: Wed May 9 20:08:36 CEST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC+RAIDAU TO real mem = 535621632 (523068K) avail mem = 446099456 (435644K) using 13127 buffers containing 53768192 bytes (52508K) of memory mainbus0 (root) bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf0520 (61 entries) bios0: ASUSTeK Computer Inc. K8V-X acpi at mainbus0 not configured cpu0 at mainbus0: (uniprocessor) cpu0: AMD Athlon(tm) 64 Processor 3000+, 2002.87 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: Cool'n'Quiet K8 2002 MHz: speeds: 2000 1800 1000 MHz cpu0: AMD errata 86, 89, 97, 104 present, BIOS upgrade may be required pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 VIA K8HTB Host rev 0x01 ppb0 at pci0 dev 1 function 0 VIA K8HTB AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVIDIA GeForce2 MX rev 0xa1 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) skc0 at pci0 dev 10 function 0 Marvell Yukon 88E8001/8003/8010 rev 0x13, Yukon Lite rev. A3 (0x7): irq 10 sk0 at skc0 port A, address 00:11:2f:9c:09:6b eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 5 ral0 at pci0 dev 11 function 0 Ralink RT2560 rev 0x01: irq 11, address 00:0c:f6:26:0d:b2 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 rl0 at pci0 dev 12 function 0 Realtek 8139 rev 0x10: irq 10, address 00:00:b4:93:54:c4 rlphy0 at rl0 phy 0: RTL internal PHY rl1 at pci0 dev 13 function 0 Realtek 8139 rev 0x10: irq 5, address 00:e0:4c:49:78:1d rlphy1 at rl1 phy 0: RTL internal PHY pciide0 at pci0 dev 15 function 0 VIA VT6420 SATA rev 0x80: DMA pciide0: using irq 10 for native-PCI interrupt pciide1 at pci0 dev 15 function 1 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide1 channel 0 drive 0: HDS728080PLAT20 wd0: 16-sector PIO, LBA48, 78533MB, 160836480 sectors wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 6 wd1 at pciide1 channel 1 drive 0: HDS728080PLAT20 wd1: 16-sector PIO, LBA48, 78533MB, 160836480 sectors wd1(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 6 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 10 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 16 function 3 VIA VT83C572 USB rev 0x81: irq 10 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 5 usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered viapm0 at pci0 dev 17 function 0 VIA VT8237 ISA rev 0x00 iic0 at viapm0 iic0: addr 0x4a 00=3f 01=03 02=7f 03=07 05=30 06=c0 07=90 08=3f 09=03 0a=7f 0b=07 0d=30 0e=c0 0f=90 10=3f 11=03 12=7f 13=07 15=30 16=c0 17=90 18=3f 19=03 1a=7f 1b=07 1d=30 1e=c0 1f=90 20=3f 21=03 22=7f 23=07 25=30 26=c0 27=90 28=3f 29=03 2a=7f 2b=07 2d=30 2e=c0 2f=90 30=3f 31=03 32=7f 33=07 35=30 36=c0 37=90 38=3f 39=03 3a=7f 3b=07 3d=30 3e=c0 3f=90 40=3f 41=03 42=7f 43=07 45=30 46=c0 47=90 48=3f 49=03 4a=7f 4b=07 4d=30
Re: Zurich OpenBSD
Claudio Jeker wrote: On Wed, Jul 18, 2007 at 08:56:34AM +0200, Karel Kulhavy wrote: Hi I saw someone at Zurich Central with an OpenBSD t-shirt 2 days ago, I wonder if he's subscribed to this list. I should have stopped him ;-) Most probably it was me. Or it could have been Paul de Weerd who also runs around those areas. If the person was quite tall and looked like: http://www.weirdnet.nl/images/paul.jpg then it was him. It wasn't me as I am not on the continent, back there in October though. Greets, Jeroen [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: Generic int 13h driver
Performance is around 20 MB/s but requires a modification in intr_machdep.c... :s I'm ashamed. :x It also requires APIC to be off.
Re: Zurich OpenBSD
On Wed, Jul 18, 2007 at 10:44:35AM +0100, Jeroen Massar wrote: | Claudio Jeker wrote: | On Wed, Jul 18, 2007 at 08:56:34AM +0200, Karel Kulhavy wrote: | Hi | | I saw someone at Zurich Central with an OpenBSD t-shirt 2 days ago, I | wonder | if he's subscribed to this list. I should have stopped him ;-) | | | Most probably it was me. | | Or it could have been Paul de Weerd who also runs around those areas. | If the person was quite tall and looked like: | http://www.weirdnet.nl/images/paul.jpg then it was him. | It wasn't me as I am not on the continent, back there in October though. 2 days ago (on monday) I wasn't at Zuerich HB, so I doubt it was me ;) (You can see me running around the city every now and then, tho') Cheers, Paul 'WEiRD' de Weerd PS: Hi, Jeroen ! ;) -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/ [demime 1.01d removed an attachment of type application/pgp-signature]
Re: Zurich OpenBSD
Peter N. M. Hansteen wrote: Anton Karpov [EMAIL PROTECTED] writes: People who don't know each other but wears PUFFY, should salute each other. It's an OpenBSD thing. You wouldn't understand ;-) obviously the salute would need to be clearly specified or at least set to sensible defaults (for Monty Python values of) My coffee had just run out, so no keyboard harmed. Just say Humpaa to everyone wearing an OpenBSD-Shirt or other signs of lovely Puffy. guido -
Re: Bad performance on ThinkPad T41 (-current checked out on July 1)
retaking this thread, I got the same issue, very poor disk performance comparing openbsd 4.1 with linux 2.6.22 # time dd if=input_file of=file_out bs=1024 count=1024000 input_file is 1GB On OpenBSD box it takes 4min, transfering about 3,3MB/s On linux 2.6.22 it takes 1min, transfering about 17MB/s The difference is very very big.. 2007/7/3, Martin Toft [EMAIL PROTECTED]: On Tue, Jul 03, 2007 at 10:20:18PM +1000, Jonathan Gray wrote: On Tue, Jul 03, 2007 at 01:49:09PM +0200, Martin Toft wrote: Disk I/O is the only test where I use different programs (hdparm and dd), as I couldn't find a port/package of hdparm for OpenBSD. Still, I think the results are so different that they set off alarm bells -- 8.5-8.7 MB/s vs. 45-46 MB/s. Well at least use dd in both cases and use the same kinds of buffered or unbuffered devices/files. I imagine the results will be diferrent if you dd from a file to /dev/null for example. You're absolutely right. On OpenBSD, dd'ing a file actually gives an OK result: $ dd if=KNOPPIX_V5.0.1CD-2006-09-25-DA.iso of=/dev/null 1433280+0 records in 1433280+0 records out 733839360 bytes transferred in 22.626 secs (32432248 bytes/sec) 30.93 MB/s that is. As I can't figure out how to mount my OpenBSD partitions on KNOPPIX, I can't do the same test in that environment. Thanks for pointing out that the previous comparison was unfair. It seems that I can't really be disappointed with my OpenBSD disk I/O now, only the system's number crunching abilities. I would like to remind you, that I could squeeze a lot more CPU power out of the laptop with OpenBSD -current about a month ago, so in some way, I suspect that some crucial code has been changed in the meantime. Martin
ral in hostap mode
Jurjen Oskam wrote: At home, I have a wireless access point which is directly connected to rl1. To eliminate the access point, I put a wireless PCI card in the machine, and configured it for hostap mode. A laptop running Linux is the wireless client. When the client associates with the ral0 card, the connection is established but has a packetloss of about 30%, and a noticeable amount of duplicate packets. When the client associates with the wireless access point, the connection has no packetloss and no duplicates. (Both tested using ping -f, directly pinging the access point and the IP adress on ral0.) I've tried to rule out things like distance. CAVEATS section in ral's man page. ... The ural driver supports automatic control of the transmit speed in BSS mode only. Therefore the use of a ural adapter in Host AP mode is dis- couraged. ... Bye. Alexey.
Compaq 6710b
My boss gave me a laptop! Its a Compaq 6710b. I am hoping someone is running OpenBSD on it. I couldnt boot the cd41.iso properly. Anyone running similar laptop ?
Re: Compaq 6710b
what do you mean by couldn't boot the cd41.iso proprerly ? did you get any error message, any kernel panic, or things like that ? for info to the other RpenBSD-misc reader, this laptop seems to be more than recent, with hardware like Core 2 duo 7300, GB965, SATA drive, X3100 (Intel gpu), broadcom netlink GigE... On 7/18/07, Frans Haarman [EMAIL PROTECTED] wrote: My boss gave me a laptop! Its a Compaq 6710b. I am hoping someone is running OpenBSD on it. I couldnt boot the cd41.iso properly. Anyone running similar laptop ?
Re: Bad performance on ThinkPad T41 (-current checked out on July 1)
Are you using the same part of the disk for both tests? - Yes on both, is an old scsi controller but supported ( I checked the HLC ) Is the OpenBSD fs using softdep? - How can i check this? What is the amount of memory in the machine? - 2Gb How many runs is this the average of? - On linux in the same conditions ( clean install, dd from the same partition, etc.. ) i get 17MB/s Is the input_file created immediately before the test? Yes on both Is the machine running other processes at the same time? Yes, I made a new instalation with minimum but i don't disable anything. I want to test it on daily conditions to see the real performance. Thanks. 2007/7/18, francisco roque [EMAIL PROTECTED]: You should include the details of your test, such as: Are you using the same part of the disk for both tests? Is the OpenBSD fs using softdep? What is the amount of memory in the machine? How many runs is this the average of? Is the input_file created immediately before the test? Is the machine running other processes at the same time? All of those factors (and surely more i forgot) can influence the results. Personally i prefer bonnie++ and IOzone to check general disk performance. Good luck, -f http://www.blackant.net/ On Wed, 18 Jul 2007, Tang Tse wrote: retaking this thread, I got the same issue, very poor disk performance comparing openbsd 4.1with linux 2.6.22 # time dd if=input_file of=file_out bs=1024 count=1024000 input_file is 1GB On OpenBSD box it takes 4min, transfering about 3,3MB/s On linux 2.6.22 it takes 1min, transfering about 17MB/s The difference is very very big.. 2007/7/3, Martin Toft [EMAIL PROTECTED]: On Tue, Jul 03, 2007 at 10:20:18PM +1000, Jonathan Gray wrote: On Tue, Jul 03, 2007 at 01:49:09PM +0200, Martin Toft wrote: Disk I/O is the only test where I use different programs (hdparm and dd), as I couldn't find a port/package of hdparm for OpenBSD. Still, I think the results are so different that they set off alarm bells -- 8.5-8.7 MB/s vs. 45-46 MB/s. Well at least use dd in both cases and use the same kinds of buffered or unbuffered devices/files. I imagine the results will be diferrent if you dd from a file to /dev/null for example. You're absolutely right. On OpenBSD, dd'ing a file actually gives an OK result: $ dd if=KNOPPIX_V5.0.1CD-2006-09-25-DA.iso of=/dev/null 1433280+0 records in 1433280+0 records out 733839360 bytes transferred in 22.626 secs (32432248 bytes/sec) 30.93 MB/s that is. As I can't figure out how to mount my OpenBSD partitions on KNOPPIX, I can't do the same test in that environment. Thanks for pointing out that the previous comparison was unfair. It seems that I can't really be disappointed with my OpenBSD disk I/O now, only the system's number crunching abilities. I would like to remind you, that I could squeeze a lot more CPU power out of the laptop with OpenBSD -current about a month ago, so in some way, I suspect that some crucial code has been changed in the meantime. Martin
Re: Secure Network File System - Or Lack Thereof
Hello again, On 17/07/07, J.C. Roberts [EMAIL PROTECTED] wrote: It is possible. How to configure the mount port is in the man page for mount_nfs(8). Yes there are 2 ports needed as far as i can see: 1) nfsd port 2) mountd port I'm unsure which the man page is describing. -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett
Re: Bad performance on ThinkPad T41 (-current checked out on July 1)
On Wed, 18 Jul 2007, Tang Tse wrote: Are you using the same part of the disk for both tests? - Yes on both, is an old scsi controller but supported ( I checked the HLC ) Is the OpenBSD fs using softdep? - How can i check this? `mount -v` will report 'softdep' for the filesystem in question if it is enabled. I believe you need to manually enable it and doing so should increase general OpenBSD disk performance, not sure for this specific test. What is the amount of memory in the machine? - 2Gb How many runs is this the average of? - On linux in the same conditions ( clean install, dd from the same partition, etc.. ) i get 17MB/s Is the input_file created immediately before the test? Yes on both This, the amount of memory available, and the size of the file probably causes the biggest difference. IIRC, linux uses almost all available memory as filesystem cache, but OpenBSD uses 5% by default. In this case, the 1GB file will have been placed in fs cache when created on linux, but not on OpenBSD since it wouldn't fit. In other words, on linux you are testing reading from memory and writing to disk, but in OpenBSD you are testing reading from disk and writing to disk. A couple ways around this would be to either test files 2GB or to create the file, umount the partition, mount it, then run dd. If you run IOzone instead of dd, the results can show you the performance of each system both when files fit in the memory cache and once it's out. What performance characteristics are best for your app is for you to decide (and often a bit beyond anything dd proves). Is the machine running other processes at the same time? Yes, I made a new instalation with minimum but i don't disable anything. I want to test it on daily conditions to see the real performance. While that's nice and generally safe, you'll also need to be aware of what's happening in the background that might be time dependant and different between the two machines. E.g. testing OpenBSD on Saturday early morning while it's updating the locate database will show different results versus any other time of day. Thanks. Good luck, -f http://www.blackant.net/
Re: Compaq 6710b
Frans Haarman pisze: Anyone running similar laptop ? I do, 6510b. As for me cd41.iso (snapshot) boots, but hangs at: [...] biomask fffd netmask fffd ttymask rd0: fixed, 3800 blocks After that only power off helps. I saw that OpenBSD reports ahci0 as Intel 82801HBM but under Windows it's 82801HEM. Installation boots when I disable wi-fi while booting, but after successful install it hangs at: [...] pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support Once when I was trying to install I got following error: (sorry for image quality) http://brodewicz.pl/boot.jpg Regards. -- RafaE Brodewicz [EMAIL PROTECTED]
Re: Compaq 6710b
Frans Haarman [EMAIL PROTECTED] writes: I couldnt boot the cd41.iso properly. Not sufficient information. What happened? (as in any messages on the screen, did you try burning the iso to fresh media, for good measure in a different burner, etc) Anyone running similar laptop ? From the specs at [1] it doesn't look all that unusual, but it does look like that model has a number of subvariations. Take a look for example at the 'wireless' section of, there's no reason it should have *both* intel and broadcom wifi built in. Anyway, more info is needed for anyone to suggest anything useful. Cheers, Peter [1] http://h10010.www1.hp.com/wwpc/us/en/sm/WF06a/321957-321957-64295-321838-89315-3356620.html -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Compaq 6710b
On 7/18/07, nicodache [EMAIL PROTECTED] wrote: what do you mean by couldn't boot the cd41.iso proprerly ? did you get any error message, any kernel panic, or things like that ? for info to the other RpenBSD-misc reader, this laptop seems to be more than recent, with hardware like Core 2 duo 7300, GB965, SATA drive, X3100 (Intel gpu), broadcom netlink GigE... On 7/18/07, Frans Haarman [EMAIL PROTECTED] wrote: My boss gave me a laptop! Its a Compaq 6710b. I am hoping someone is running OpenBSD on it. I couldnt boot the cd41.iso properly. Anyone running similar laptop ? It hangs somewhere when booting the kernel. I figured I check here first for known problems. Searches came up empty. I will post some more detailed info when I have the time to play with the machine!
Re: Compaq 6710b
RafaE Brodewicz [EMAIL PROTECTED] writes: Once when I was trying to install I got following error: (sorry for image quality) http://brodewicz.pl/boot.jpg hm. there's been a bit of SATA related work done in -current. See how far you get with the cd41.iso from a recent snapshot. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Compaq 6710b
Frans Haarman [EMAIL PROTECTED] writes: It hangs somewhere when booting the kernel. I figured I check here first for known problems. Searches came up empty. Fetch a recent snapshot and see if it makes a difference. (running -current on your laptop isnt that scary, really) -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Compaq 6710b
Peter N. M. Hansteen pisze: See how far you get with the cd41.iso from a recent snapshot. [...] pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support This is how far I can get with today's snapshot. -- RafaE Brodewicz [EMAIL PROTECTED]
Re: ral in hostap mode
On 7/18/07, Alexey Suslikov [EMAIL PROTECTED] wrote: Jurjen Oskam wrote: At home, I have a wireless access point which is directly connected to rl1. To eliminate the access point, I put a wireless PCI card in the machine, and configured it for hostap mode. A laptop running Linux is the wireless client. When the client associates with the ral0 card, the connection is established but has a packetloss of about 30%, and a noticeable amount of duplicate packets. When the client associates with the wireless access point, the connection has no packetloss and no duplicates. (Both tested using ping -f, directly pinging the access point and the IP adress on ral0.) I've tried to rule out things like distance. CAVEATS section in ral's man page. ... The ural driver supports automatic control of the transmit speed in BSS mode only. Therefore the use of a ural adapter in Host AP mode is dis- couraged. ... AFAIK, this caveat only applies to the USB ural--not the PCI ral. Jurjen, Have you tried setting the channel and/or forcing the mode? I also have a ral-based AP and while it performs fairly well, its reliability and consistency does not appear to be as good as the wi-based APs.
ACPI regression on i386 ?
Hello, i've been happily testing acpi following -current since six or seven months, and i've noticed a little regressions : - before June, it worked perfectly, halt -p power-offs the machine, i have acpi detected in dmesg. - after around start of June, halt -p doesn't poweroff the machine anymore, and i don't have anymore acpi detected in dmesg. But when i config -e /bsd and try to enable acpi, it says that acpi is already enabled. - i've retried several times, still no luck since June. may it be a local fuckup ? (Sorry, i don't exactly remember the date when it stopped working) What can i do to debug this ? I always uncomment (and remove two disable) all acpi lines in GENERIC : option ACPIVERBOSE option ACPI_ENABLE acpi0 at mainbus? acpitimer* at acpi? acpihpet* at acpi? acpiac* at acpi? acpibat*at acpi? acpibtn*at acpi? acpicpu*at acpi? acpidock* at acpi? acpiec* at acpi? acpiprt*at acpi? acpitz* at acpi? Is there something else to do somewhere ? Dmesg : http://gruiik.info/stuff/tmp/dmesg Acpidump : http://gruiik.info/stuff/tmp/acpidump (i have to note that it works perfectly on a dell D410) Thanks, Landry
Re: Compaq 6710b
RafaE Brodewicz wrote: Peter N. M. Hansteen pisze: See how far you get with the cd41.iso from a recent snapshot. [...] pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support This is how far I can get with today's snapshot. Can you capture any more of the dmesg? Have you tried boot -c and enabling acpi? HTH Fred -- http://www.crowsons.com/puters/x41.htm
Re: Allocate more memory than 512 MB with squid
On Mon July 16 2007 12:00:41 pm Patrick Hemmen wrote: Thanks for your reply. I installed squid from the Package squid-2.6.STABLE9.tgz on OpenBSD 4.1-stable i386. Here the relevant parts of my squid.conf. cache_mem 192 MB maximum_object_size 16 MB cache_dir ufs /var/squid/cache 5000 16 256 With this cache_mem size, the squid process use 498 MB of RAM. In a few days I will try to run a little C-Program which allocate more than 512 MB and post the output here. Sounds like a login.conf restriction to me, which your little c program should encounter also. man 5 login.conf -- Tim Kuhlman Network Administrator ColoradoVnet.com
Re: Secure Network File System - Or Lack Thereof
On Wednesday 18 July 2007, Edd Barrett wrote: Hello again, On 17/07/07, J.C. Roberts [EMAIL PROTECTED] wrote: It is possible. How to configure the mount port is in the man page for mount_nfs(8). Yes there are 2 ports needed as far as i can see: 1) nfsd port 2) mountd port I'm unsure which the man page is describing. I think you're a bit confused. Neither nfsd nor mountd will let you configure to a specific port. Their man pages state as much. In contrast, mount_nfs(8) is the man page which states you have port control from the client side. To get the general concept of NFSv3 over SSH, read the May 9th entry of the previously posted link: http://www.noahk.com/~sparrow/journal/index?user=noahk Some of the things he's doing seem questionable... There are differences between his setup (FreeBSD/Liux) and OpenBSD, so if you try to run his commands verbatim (as a how to) they will fail. You'll only understand the differences if you read the relevant OpenBSD man pages: man 8 mount_nfs man 8 mountd (see the STRONGLY discouraged note on the -n option) man 8 nfsd man 5 exports man 8 portmap man 8 rpcinfo man 8 sshd man 1 ssh Take a look at the last few sentences of the SSH-BASED VIRTUAL PRIVATE NETWORKS section of the ssh(1) man page... Tunneling the stock NFSv3 over SSH will most likely face similar performance/overhead issues. NFS over SSH can be done, but most would consider it wonky for personal mad hackery, and no one in their right mind would never expect *END*USERS* to ever get it right. It might be fun to tinker with and it may even be useful for you on a personal basis but never forget the fact that you're pushing rope. Current best practice for this sort of thing in production would be an ipsec vpn (usually with centralized authentication like kerberos or similar). Eventually kerberos/NFSv4 will become a viable solution for *just* secure network file systems and should be a usable comparatively lightweight alternative to a full vpn (or wonky ssh/nfs rope pushing exercises). kind regards, jcr
Re: Allocate more memory than 512 MB with squid
Squid runs under the user _squid and this user is in the login class daemon in which the data size is set to infinity. Or do I have to set a another capability? Best regards. Patrick Tim Kuhlman schrieb: On Mon July 16 2007 12:00:41 pm Patrick Hemmen wrote: Thanks for your reply. I installed squid from the Package squid-2.6.STABLE9.tgz on OpenBSD 4.1-stable i386. Here the relevant parts of my squid.conf. cache_mem 192 MB maximum_object_size 16 MB cache_dir ufs /var/squid/cache 5000 16 256 With this cache_mem size, the squid process use 498 MB of RAM. In a few days I will try to run a little C-Program which allocate more than 512 MB and post the output here. Sounds like a login.conf restriction to me, which your little c program should encounter also. man 5 login.conf [demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
OpenBSD Berlin?
Hi, inspired by the Zurich email, I would like to ask here whether there is somebody from / living in Berlin in this list Cheers, Pau
Re: Secure Network File System - Or Lack Thereof
On 2007/07/18 12:56, J.C. Roberts wrote: NFS over SSH can be done, but most would consider it wonky for personal mad hackery, and no one in their right mind would never expect *END*USERS* to ever get it right. Possibly, with tun forwarding. Current best practice for this sort of thing in production would be an ipsec vpn This is *way easier* than it sounds if you only have OpenBSD 3.8+ systems acting as tunnel gateways (or connecting directly of course), and is otherwise often not too bad. Windows is pretty easy if you use TheGreenBow, which is a port of an older OpenBSD isakmpd - their config export/import format is mostly documented in isakmpd.conf(5). At least the VPN side...
Re: OpenBSD Berlin?
howdy, Hi, inspired by the Zurich email, I would like to ask here whether there is somebody from / living in Berlin in this list Cheers, Pau yap, me: http://timo-schoeler.de http://riscworks.net (sometimes on the metro wearing one of several puffy t-shirts ;) cheers, timo
Re: Disk encryption
On Tue, Jul 17, 2007 at 05:18:49PM +0200, Die Gestalt wrote: On 7/17/07, Joachim Schipper [EMAIL PROTECTED] wrote: But why encrypt the whole disk? I can see why you'd want to encrypt user data - say, /home - but why encrypt boring stuff like /usr? This makes cryptanalysis harder since it's impossible to distinguish interesting data from uninteresting data. You have to deal with 30 Go (for example) of ciphered data. In addition when the whole disk is encrypted you don't have to bother about is it encrypted or not, is my data secure? Yes it is, everything is encrypted, wherever it might be. You say that /usr is boring... Are you sure? Pretty sure. Anyone who has access to your bootdisk will know exactly what software you are running, and anyone capable of basic Googling will have little problems figuring out OpenBSD is installed (Blowfish encryption, the disklabel/partition table number, etc). Unless you install a program called 'search-for-goat-porn', I don't think reading /usr is going to do an attacker that much good. And do you really think an attacker would be interested in 200 GB of music, movies, or some holiday pics? Adding noise is the least of your worries. That, and if you seriously had to worry about people who could get useful data out of a Blowfish encrypted partition, you would have better things to do than posting here. Like running far, far away, or at least finding a way of sending mail that can actually be relied upon to keep your data confidential. Joachim -- TFMotD: fnord (X) - fnord the fnord using fnord fnord.
Re: Allocate more memory than 512 MB with squid
On Wed July 18 2007 2:06:55 pm Patrick Hemmen wrote: Squid runs under the user _squid and this user is in the login class daemon in which the data size is set to infinity. Or do I have to set a another capability? Whoops, I missed that detail. I see it on the original posting now. I'm not a login.conf expert but it still seems a bit suspect is 512MB is the default max datasize. Are you sure it is running under the correct login class? To quote a recent thread, Otto Moerbeek said: How are yo starting mysql? You need to explicitly set the login class. Somthing like su -c mysql root /usr/local/bin/mysqld_safe ... Here is a link to that message and thread. http://www.mail-archive.com/misc%40openbsd.org/msg45149.html -- Tim Kuhlman Network Administrator ColoradoVnet.com
Re: Allocate more memory than 512 MB with squid
Patrick Hemmen wrote: Squid runs under the user _squid and this user is in the login class daemon in which the data size is set to infinity. Or do I have to set a another capability? How do you start your squid is the key. man 5 login.conf man 8 rc explain it. Just putting the class there for a specific user doesn't make it use it unless you specify that class at the start in your rc.local It's not for squid, but check the principal and ideas here: http://openbsdsupport.org/mysql.htm#/etc/login.conf http://openbsdsupport.org/mysql.htm#/etc/rc.local You will see that unless you specifically tell it to use it, it will not use it and only gets the default class no matter what you put in there. Hope this help you. Daniel
hardware problem?! strangely ssh error
Hello, I have a system with openbsd 4.1 installed. Everything works fine (lynx / ping / ...) but I'm not able to connect to another system via ssh. I'm not able to connect to the system, too. The error I got: 2: Bad packet length integer I googled a bit, but I wasn't able to find out what exactly is wrong. Here are the informations from dmesg about the nics: sis0 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 11, address 00:02:b6:33:50:dd Btw, I'm talking about a fresh 4.1 installation, completly untouched. Has anyone an idea for me? Driver problem? Unsupported hardware? The hardware was checked twice by producer (and I don't have the problems using linux), I don't think that is a hardware defect. Thanks. Regards Hagen Volpers
Re: OpenBSD Berlin?
Vim Visual wrote: Hi, inspired by the Zurich email, I would like to ask here whether there is somebody from / living in Berlin in this list I'm from Berlin: http://blog.innerewut.de I often wear my OpenBSD shirts around City-West. Jonathan -- Jonathan Weiss http://blog.innerewut.de
Re: Allocate more memory than 512 MB with squid
On Wed, 18 Jul 2007, Tim Kuhlman wrote: On Wed July 18 2007 2:06:55 pm Patrick Hemmen wrote: Squid runs under the user _squid and this user is in the login class daemon in which the data size is set to infinity. Or do I have to set a another capability? Whoops, I missed that detail. I see it on the original posting now. I'm not a login.conf expert but it still seems a bit suspect is 512MB is the default max datasize. Are you sure it is running under the correct login class? To quote a recent thread, Otto Moerbeek said: How are yo starting mysql? You need to explicitly set the login class. Somthing like su -c mysql root /usr/local/bin/mysqld_safe ... Here is a link to that message and thread. http://www.mail-archive.com/misc%40openbsd.org/msg45149.html Daemons started by rc use the 'daemon' login class. There's no need to use su -c if you want you process to use the daemon loging class. -Otto
Re: OpenBSD Berlin?
thus Vim Visual spake: Hi, inspired by the Zurich email, I would like to ask here whether there is somebody from / living in Berlin in this list Cheers, Pau Always wanted to post this: We have some really addicted OpenBSD freaks here in Berlin -- this guy opened Wim's packet after it arrived at my house even before I had the chance to check its content... http://riscworks.net/images/OpenBSD/checking1.jpg http://riscworks.net/images/OpenBSD/checking2.jpg Seems he also likes Puffy a lot ;) Timo
Re: Live Earth - Power management
On Mon, Jul 09, 2007 at 11:02:46PM +0100, Brian Candler wrote: My home desktop system is an Epia M-1 in a fanless case. I've not measured its power consumption, but I think it's pretty low. I just got an Electrisave. Its resolution is only 10W, but according to that, this PC takes 20W (it has 512MB RAM, 2.5 HD). If I turn on the monitor (19 LCD) that adds another 50W, which matches with the manufacturer's spec.
Re: ACPI regression on i386 ?
Hello, i've been happily testing acpi following -current since six or seven months, and i've noticed a little regressions : - before June, it worked perfectly, halt -p power-offs the machine, i have acpi detected in dmesg. - after around start of June, halt -p doesn't poweroff the machine anymore, and i don't have anymore acpi detected in dmesg. But when i config -e /bsd and try to enable acpi, it says that acpi is already enabled. - i've retried several times, still no luck since June. may it be a local fuckup ? (Sorry, i don't exactly remember the date when it stopped working) What can i do to debug this ? I always uncomment (and remove two disable) all acpi lines in GENERIC : option ACPIVERBOSE option ACPI_ENABLE acpi0 at mainbus? acpitimer* at acpi? acpihpet* at acpi? acpiac* at acpi? acpibat*at acpi? acpibtn*at acpi? acpicpu*at acpi? acpidock* at acpi? acpiec* at acpi? acpiprt*at acpi? acpitz* at acpi? Is there something else to do somewhere ? Dmesg : http://gruiik.info/stuff/tmp/dmesg Acpidump : http://gruiik.info/stuff/tmp/acpidump (i have to note that it works perfectly on a dell D410) Thanks, Landry This is possibly due to the checkin on May 29th in sys/arch/i386/i386/acpi_machdep.c. The commit message says: Add global variable apm_attached, machine dependant probe routine for ACPI will check this flag durring probe, meaning that if the machine has APM ACPI will not attach. This should remove one obstacle on the road to enabling ACPI by default. ok marco, dreaadt, art, krw, art Do you get any error message from halt -p? I can only guess that your APM implementation is some how broken. Sorry that isn't much help. Thanks, Devin
Re: hardware problem?! strangely ssh error
misc(at)openbsd.org wrote: Hello, I have a system with openbsd 4.1 installed. Everything works fine (lynx / ping / ...) but I'm not able to connect to another system via ssh. I'm not able to connect to the system, too. The error I got: 2: Bad packet length integer I googled a bit, but I wasn't able to find out what exactly is wrong. Here are the informations from dmesg about the nics: sis0 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 11, address 00:02:b6:33:50:dd Btw, I'm talking about a fresh 4.1 installation, completly untouched. Has anyone an idea for me? Driver problem? Unsupported hardware? The hardware was checked twice by producer (and I don't have the problems using linux), I don't think that is a hardware defect. Thanks. Regards Hagen Volpers Have you tried: ssh -vvv host.to.connect.to That might give some clues. HTH Fred -- http://www.crowsons.com/puters/x41.htm
Re: ral in hostap mode
We tested three PCI Ralink RT2561 802.11 b/g adapter on OpenBSD 4.0: . Edimax EW-7128G (RT2561S) ral0 at pci1 dev 15 function 0 Ralink RT2561S rev 0x00: irq 5, address 00:0e:2e:c7:c9:9a ral0: MAC/BBP RT2561C, RF RT2527 . Zinwell ZWX-G361 (RT2561) ral0 at pci1 dev 15 function 0 Ralink RT2561 rev 0x00: irq 11, address 00:05:9e:84:9c:c8 ral0: MAC/BBP RT2561C, RF RT2527 . Sparklan WL-660R (2561) The Sparklan cards works the best - links perform stable and better throughput. But none of cards showed packet loss. Kevin The wireless PCI card is a: ral0 at pci0 dev 11 function 0 Ralink RT2560 rev 0x01: irq 11, address 00:0c:f6:26:0d:b2 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 I don't understand why there is such a large difference in characteristics of the connection. Am I using the wrong type of card for such usage?
Re: Zurich OpenBSD
On 18/07/07, Guido Tschakert [EMAIL PROTECTED] wrote: Just say Humpaa to everyone wearing an OpenBSD-Shirt or other signs of lovely Puffy. Loving the humpaa salute! I have actually never seen anyone in the UK wearing a bsd shirt apart from my friends.Sometimes I wonder if I am the only british OpenBSD user :p (Apart from that troll a few months back) Also we don't have any decent conferences :P -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett
Re: [tex-live] TeXLive committed to OpenBSD
Sorry, this went to the wrong list by accident.
Re: [tex-live] TeXLive committed to OpenBSD
On 19/07/07, Martin SchrC6der [EMAIL PROTECTED] wrote: We already have OpenBSD/i386, and I can supply these for 2008 also. The installer is currently broken for OpenBSD (or it was on 2007-release), I was going to have a look at it but I still have much work to do for other ports which used to use teTeX. Reinhard: Why would static libs be a problem for OpenBSD? A lot of stuff in the OpenBSD 2007 port is static. -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett
Re: Zurich OpenBSD
On Wed, Jul 18, 2007 at 10:45:56AM +0200, Guido Tschakert wrote: Peter N. M. Hansteen wrote: Anton Karpov [EMAIL PROTECTED] writes: People who don't know each other but wears PUFFY, should salute each other. It's an OpenBSD thing. You wouldn't understand ;-) obviously the salute would need to be clearly specified or at least set to sensible defaults (for Monty Python values of) My coffee had just run out, so no keyboard harmed. Just say Humpaa to everyone wearing an OpenBSD-Shirt or other signs of lovely Puffy. I think many people will say humppa very soon near Berlin at Finowfurt in august with strange t-shirts... :) -- Serge
Re: Zurich OpenBSD
Humppa, this all is a proof that OpenBSD is much more than a ordinary OS 2007/7/19, Serge Basterot [EMAIL PROTECTED]: On Wed, Jul 18, 2007 at 10:45:56AM +0200, Guido Tschakert wrote: Peter N. M. Hansteen wrote: Anton Karpov [EMAIL PROTECTED] writes: People who don't know each other but wears PUFFY, should salute each other. It's an OpenBSD thing. You wouldn't understand ;-) obviously the salute would need to be clearly specified or at least set to sensible defaults (for Monty Python values of) My coffee had just run out, so no keyboard harmed. Just say Humpaa to everyone wearing an OpenBSD-Shirt or other signs of lovely Puffy. I think many people will say humppa very soon near Berlin at Finowfurt in august with strange t-shirts... :) -- Serge
Re: hardware problem?! strangely ssh error
misc(at)openbsd.org wrote: Hello, I have a system with openbsd 4.1 installed. Everything works fine (lynx / ping / ...) but I'm not able to connect to another system via ssh. I'm not able to connect to the system, too. The error I got: 2: Bad packet length integer I googled a bit, but I wasn't able to find out what exactly is wrong. Here are the informations from dmesg about the nics: sis0 at pci0 dev 8 function 0 NS DP83815 10/100 rev 0x00, DP83816A: irq 11, address 00:02:b6:33:50:dd Btw, I'm talking about a fresh 4.1 installation, completly untouched. Has anyone an idea for me? Driver problem? Unsupported hardware? The hardware was checked twice by producer (and I don't have the problems using linux), I don't think that is a hardware defect. Thanks. Regards Hagen Volpers Have you tried: ssh -vvv host.to.connect.to That might give some clues. HTH Fred -- http://www.crowsons.com/puters/x41.htm Hello, here are the last lines: debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent followed by the error mentioned in my first mail. Does that help? Do you need more informations? Regards Hagen Volpers