Re: need help configuring X on tibook
Ben Calvert ben at flyingwalrus.net writes: my {archive,google}-fu isn't up to this task, so i have to bother the list about this. I'm trying to get X working in more than 8bit on a 400mhz tiBook, and can't find a good modeline/hsync/vrefresh. Xorg -configure produces nothing useful. Did you try the one in /usr/X11R6/README? -+- neil -+-
Re: need help configuring X on tibook
On Fri, Nov 03, 2006 at 09:48:59PM -0800, Ben Calvert wrote: my {archive,google}-fu isn't up to this task, so i have to bother the list about this. I'm trying to get X working in more than 8bit on a 400mhz tiBook, and can't find a good modeline/hsync/vrefresh. Xorg -configure produces Have you read /usr/X11R6/README ?
Re: docs for OpenLDAP and cyrus-imapd on OpenBSD?
On 04/11/06, Paul Pruett [EMAIL PROTECTED] wrote: I did it, finally. the promised notes: http://www.cocoavillagepublishing.com/development/tools/openbsd/tips/cyrus-imapd/ Arrrgh! Page width greater than 1024px. (Sure, I can twice decrease the text size in Firefox and it will fit on a 1024 screen -- and require me to keep my nose like 5 inches from the screen.) What scuttering gobsheen feckin designs these pages?!?! D'oh! --ropers
Returned mail: Data format error
The original message was received at Wed, 1 Nov 2006 22:01:37 -0600 from [52.145.159.135] - The following addresses had permanent fatal errors - misc@openbsd.org ** ** WARNING: WinProxy has detected a virus in file attached to this e-mail message! The attachment has been automatically removed to protect your network. WinProxy Administrator: unknown 11/01/06 22:02:18 WinProxy (Version 5.2 R1a (5.0.78.0)) - http://www.WinProxy.com/ Antivirus Vendor: Panda Software Scan Engine Version: 4.7.0.201_4.1.6.408 Pattern File Version: 3.170408 (Timestamp: 2006/11/01 13:01:54) Machine name: PROXYSERVER Machine IP address: 66.173.30.10 Server: 216.170.230.61 Client: EWPearson Protocol: SMTP Virus: W32/Mydoom.N.worm found! Attachment: mail.zip ** **
Status of hardware encryption accelerators
I know this had been asked before but I did not see an answer nor did I see an update on the relate OpenBSD web pages. What is the status of hardware encryption accelerators? I too have read the web pages and frankly they sound outdated or at best old. I have the impression that some years ago there was a big push to include support for these devices and encryption in general and once completed not much else has been done. Is this the case? Thanks Bhima
Re: Marvell 88E8055 Ethernet support?
Here's an update: I tried running OpenBSD 4.0 on my desktop, which has Marvell 88E8053, and it seems to be working just fine. On Wed, 1 Nov 2006 22:12:25 -0500 qsd [EMAIL PROTECTED] wrote: Hi, I just tried to install OpenBSD 4.0 on my laptop with Marvell Yukon 88E8055 Gigabit ethernet chip. However, the link status says no carrier, and when I try to bring the interface up, it hangs, presumably waiting for the cable to be plugged in... Same card works under linux with sky2 driver. Any suggestions? I'm sorry if this is an already known bug. Thank you.
Re: Marvell 88E8055 Ethernet support?
All right then, I'll try now to give all the details possible... First, it seems to be the same problem as in the post Marvell Yukon 88E8053 on Apple Mac mini (hanging system) by Tasmanian Devil [EMAIL PROTECTED]. As is mentioned in the link from the above post, there's a possibility that the problem is caused by a non-standard bios, so I attached the acpi dump. I also attached dmesg output. For what it's worth, here are the basic specs for the laptop: Fujitsu T4210, Intel 945GM chipset (seems to be working fine in 4.0!!), Marvel 88E8055 Gigabit nic on pci express bus... I also have Marvell nic on my desktop (88E8053), and I'll try to see if it works there later on. Hope that helps. If there is anything I missed, please let me know. On Fri, 03 Nov 2006 12:26:45 -0700 Theo de Raadt [EMAIL PROTECTED] wrote: You will get no help with a bug report so vague. [demime 1.01d removed an attachment of type application/x-gzip which had a name of acpidump.gz] [demime 1.01d removed an attachment of type application/x-gzip which had a name of dmesg.gz]
Re: Status of hardware encryption accelerators
Interesting. I had assumed that hardware accelerators kept more or less the same pace of improvement as general purpose CPUs. Can you point to any literature that shows that it doesn't? On 11/4/06, Darrin Chandler [EMAIL PROTECTED] wrote: On Sat, Nov 04, 2006 at 02:34:45PM +0100, Bhima Pandava wrote: I know this had been asked before but I did not see an answer nor did I see an update on the relate OpenBSD web pages. What is the status of hardware encryption accelerators? I too have read the web pages and frankly they sound outdated or at best old. I have the impression that some years ago there was a big push to include support for these devices and encryption in general and once completed not much else has been done. Is this the case? I'm not using any crypto hardware but I'm mildly interested, so I've read the messages over time. For desktop/server use, hardware acceleration for crypto seems increasingly irrelevant as processors become faster. Yawn. For appliances such as soekris, WRAP, et al, crypto in hardware can still be quite important. There seems to be some discussions on the soekris community lists. I see the occasional post here about someone trying to make sure their accelerator is being used in OpenBSD (if it's detected then it'll get used). If you have questions about a specific platform or application you'll probably get more responses from people. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
Re: Status of hardware encryption accelerators
On Sat, Nov 04, 2006 at 02:34:45PM +0100, Bhima Pandava wrote: I know this had been asked before but I did not see an answer nor did I see an update on the relate OpenBSD web pages. What is the status of hardware encryption accelerators? I too have read the web pages and frankly they sound outdated or at best old. I have the impression that some years ago there was a big push to include support for these devices and encryption in general and once completed not much else has been done. Is this the case? I'm not using any crypto hardware but I'm mildly interested, so I've read the messages over time. For desktop/server use, hardware acceleration for crypto seems increasingly irrelevant as processors become faster. Yawn. For appliances such as soekris, WRAP, et al, crypto in hardware can still be quite important. There seems to be some discussions on the soekris community lists. I see the occasional post here about someone trying to make sure their accelerator is being used in OpenBSD (if it's detected then it'll get used). If you have questions about a specific platform or application you'll probably get more responses from people. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
LTO3 and AHA-29160 U160: tape write aborts
Just got my new OpenBSD server, including a Quantum Ultrium 3 tape drive connected to an Adaptec AHA-29160 controller. # mt -f /dev/nst0 status ahc0: target 1 using 16bit transfers ahc0: target 1 synchronous at 80.0MHz DT, offset = 0x7f SCSI tape drive, residual=0 ds=3Mounted er=0 blocksize: 0 (0) density: 0 (0) When doing 'dump' or 'tar' to the drive, I'll get the following after a few seconds of drive noise: st0(ahc0:1:0): Check Condition (error 0x70) on opcode 0x8 SENSE KEY: Blank Check INFO: 0x800 (VALID flag on) ASC/ASCQ: End-Of-Data Detected and the operation aborts. That's actually my first tape drive connected to OpenBSD, so I may miss something substantial. However, I've checked cabling, scsi termination, man pages and archive, without luck. Thanks for any help, Stephan # dmesg OpenBSD 4.0 (GENERIC) #690: Sat Sep 16 20:26:25 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 2147020800 (2096700K) avail mem = 1835253760 (1792240K) using 22937 buffers containing 214908928 bytes (209872K) of memory mainbus0 (root) bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf9100 (61 entries) ipmi0 at mainbus0ipmi0: bmc_io_wait_cold fails : *v=ff m=02 b=00 write_cmd : unable to send get device id command cpu0 at mainbus0: (uniprocessor) cpu0: AMD Sempron(tm) Processor 3500+, 1995.32 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 128KB 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: PowerNow! K8 1995 Mhz: speeds: 2000 1800 1000 Mhz pci0 at mainbus0 bus 0: configuration mode 1 ppb0 at pci0 dev 1 function 0 ServerWorks HT-1000 PCI rev 0x00 pci1 at ppb0 bus 1 ppb1 at pci1 dev 13 function 0 ServerWorks HT-1000 PCIX rev 0xb2 pci2 at ppb1 bus 2 ppb2 at pci2 dev 3 function 0 Intel IOP331 PCIX-PCIX rev 0x0a pci3 at ppb2 bus 3 ami0 at pci3 dev 14 function 0 Symbios Logic MegaRAID SATA 4x/8x rev 0x0a: irq 7 ami0: LSI 3008, 32b, FW 814D, BIOS vH431, 128MB RAM ami0: 1 channels, 0 FC loops, 1 logical drives scsibus0 at ami0: 40 targets sd0 at scsibus0 targ 0 lun 0: AMI, Host drive #00, SCSI2 0/direct fixed sd0: 953674MB, 953674 cyl, 64 head, 32 sec, 512 bytes/sec, 1953124352 sec total scsibus1 at ami0: 16 targets piixpm0 at pci0 dev 2 function 0 ServerWorks HT-1000 rev 0x00: polling iic0 at piixpm0 adt0 at iic0 addr 0x2e: adt7476 rev 0x69 unknown at iic0 addr 0x2f not configured pciide0 at pci0 dev 2 function 1 ServerWorks HT-1000 IDE rev 0x00: DMA atapiscsi0 at pciide0 channel 0 drive 0 scsibus2 at atapiscsi0: 2 targets cd0 at scsibus2 targ 0 lun 0: TSSTcorp, DVD-ROM SH-D162C, TS04 SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 0 pcib0 at pci0 dev 2 function 2 ServerWorks HT-1000 LPC rev 0x00 ohci0 at pci0 dev 3 function 0 ServerWorks HT-1000 USB rev 0x01: irq 10, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: ServerWorks OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1 at pci0 dev 3 function 1 ServerWorks HT-1000 USB rev 0x01: irq 10, version 1.0, legacy support usb1 at ohci1: USB revision 1.0 uhub1 at usb1 uhub1: ServerWorks OHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0 at pci0 dev 3 function 2 ServerWorks HT-1000 USB rev 0x01: irq 10 usb2 at ehci0: USB revision 2.0 uhub2 at usb2 uhub2: ServerWorks EHCI root hub, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered em0 at pci0 dev 4 function 0 Intel PRO/1000MT (82541GI) rev 0x05: irq 9, address 00:e0:81:5e:be:3e em1 at pci0 dev 5 function 0 Intel PRO/1000MT (82541GI) rev 0x05: irq 5, address 00:e0:81:5e:be:3f vga1 at pci0 dev 6 function 0 XGI Technology Volari Z7 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ahc0 at pci0 dev 7 function 0 Adaptec AHA-29160 U160 rev 0x02: irq 11 scsibus3 at ahc0: 16 targets st0 at scsibus3 targ 1 lun 0: CERTANCE, ULTRIUM 3, 1856 SCSI2 1/sequential removable pchb0 at pci0 dev 24 function 0 AMD AMD64 HyperTransport rev 0x00 pchb1 at pci0 dev 24 function 1 AMD AMD64 Address Map rev 0x00 pchb2 at pci0 dev 24 function 2 AMD AMD64 DRAM Cfg rev 0x00 pchb3 at pci0 dev 24 function 3 AMD AMD64 Misc Cfg rev 0x00 isa0 at pcib0 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 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec dkcsum: sd0
Re: Status of hardware encryption accelerators
On Sat, Nov 04, 2006 at 03:44:07PM +0100, Bhima Pandava wrote: Interesting. I had assumed that hardware accelerators kept more or less the same pace of improvement as general purpose CPUs. Can you point to any literature that shows that it doesn't? No, my information is merely gleaned from reading mailing lists and I'm not using hw acceleration. For all I know you may be right, and there are very fast accelerators out there. My point is that for common tasks any recent desktop/server hardware is fine. VPNing a few offices together should not present a challenge to a modern processor, so adding acceleration would be a waste. If your demand is high, or your hardware is underpowered then that's different. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
3ware RAID status
I was wondering if there is any way to find out the status of a 3ware raid unit from within OpenBSD. If not is the current twe driver compatible with the 3ware tw_cli program if ran in linux or FreeBSD emulation? Also, is development still being done on this driver or has the lack of documentation provided by 3ware stalled all development? Thanks for any help.
Re: need help configuring X on tibook
On Sat, 4 Nov 2006 10:26:07 + (UTC) Neil S. Sprinlan [EMAIL PROTECTED] wrote: Ben Calvert ben at flyingwalrus.net writes: my {archive,google}-fu isn't up to this task, so i have to bother the list about this. I'm trying to get X working in more than 8bit on a 400mhz tiBook, and can't find a good modeline/hsync/vrefresh. Xorg -configure produces nothing useful. Did you try the one in /usr/X11R6/README? -+- neil -+- wow. that should have been obvious. Thanks,guys.
Auto Reply Message
Bor Chi (Singapore) Pte Ltd
Re: Marvell 88E8055 Ethernet support?
I forgot that list doesn't forward attachments, so I appended dmesg below, and if anyone wants acpidump, let me know, I'll send it directly. OpenBSD 4.0 (RAMDISK_CD) #39: Sat Sep 16 19:34:26 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Genuine Intel(R) CPU T2500 @ 2.00GHz (GenuineIntel 686-class) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2 real mem = 526217216 (513884K) avail mem = 473526272 (462428K) using 4256 buffers containing 26415104 bytes (25796K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(ad) BIOS, date 05/10/06, BIOS32 rev. 0 @ 0xfdc74, SMBIOS rev. 2.4 @ 0xe5860 (53 entries) bios0: FUJITSU LifeBook T4210 pcibios0: pcibios_get_status - function not supported pcibios at bios0 function 0x1a not configured bios0: ROM list: 0xc/0xe600! 0xce800/0x1000 0xcfa00/0x1000 0xdc000/0x1c00! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM MCH rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GM Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured Intel 82801GB HD Audio rev 0x02 at pci0 dev 27 function 0 not configured ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02 pci1 at ppb0 bus 2 mskc0 at pci1 dev 0 function 0 Marvell Yukon rev 0x12, Marvell Yukon-2 EC Ultra rev. A1 (0x2): irq 11 msk0 at mskc0 port A, address 00:17:42:12:c8:66 ukphy0 at msk0 phy 0: Generic IEEE 802.3u media interface, rev. 1: OUI 0x005043, model 0x000b ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02 pci2 at ppb1 bus 3 ppb2 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02 pci3 at ppb2 bus 5 Atheros AR5424 rev 0x01 at pci3 dev 0 function 0 not configured uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x02: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x02: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x02: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x02: irq 11 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x02: irq 11 ehci0: timed out waiting for BIOS usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe2 pci4 at ppb3 bus 8 cbb0 at pci4 dev 3 function 0 vendor O2 Micro, unknown product 0x7134 rev 0x20: irq 11 cbb1 at pci4 dev 3 function 1 vendor O2 Micro, unknown product 0x7134 rev 0x20pci_intr_map: no mapping for pin A : couldn't map interrupt vendor O2 Micro, unknown product 0x7120 (class system subclass SD Host Controller, rev 0x00) at pci4 dev 3 function 2 not configured vendor O2 Micro, unknown product 0x7130 (class bridge subclass miscellaneous, rev 0x00) at pci4 dev 3 function 3 not configured cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 9 device 0 cacheline 0x0, lattimer 0x20 pcmcia0 at cardslot0 ichpcib0 at pci0 dev 31 function 0 Intel 82801GBM LPC rev 0x02: PM disabled pciide0 at pci0 dev 31 function 1 Intel 82801GB IDE rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TEAC, DW-224E-C, 4.AA SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) pciide1 at pci0 dev 31 function 2 Intel 82801GBM AHCI SATA rev 0x02: DMA, channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide1: using irq 11 for native-PCI interrupt wd0 at pciide1 channel 0 drive 0: FUJITSU MHV2080BH PL wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5 Intel 82801GB SMBus rev 0x02 at pci0 dev 31 function 3 not configured isa0 at ichpcib0 isadma0 at isa0 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 npx0 at isa0 port 0xf0/16: using exception 16 biomask fffd netmask fffd ttymask rd0: fixed, 3800 blocks umass0 at uhub4 port 1 configuration 1 interface 0 umass0: LEXAR MEDIA JUMPDRIVE TRAVELER, rev 2.00/20.00, addr 2 umass0: using SCSI over Bulk-Only scsibus1 at umass0: 2
Re: 4.0 errata
2006/11/3, Josh Grosse [EMAIL PROTECTED]: The web page may get an update if any of these patches have sufficient general interest or importance. And it did. patch 2 is the same as patch 13 for 3.9, which is exactly what Mark wondered about. Best Martin
Re: 3ware RAID status
http://www.vendorwatch.org/index.php?title=3Ware 3Ware has repeatedly said they will not support OpenBSD in any way. 3Ware raid controllers have basic support in OpenBSD, but are not fully interoperable.
audio problems
hello i try to set up an openbsd4.0 workstation and ran into problems with the audio/sound setup. i followed the 'multimedia-faq' but the audio-output is in case of *.au files somehow 'crippeld' and in the case of audio-cds (playing with cdio) there is no output at all. can you give me a hint? thanks thomas stripped down dmesg Intel 82801CA/CAM AC97 rev 0x01 at pci0 dev 31 function 5 not configured auich0 at pci0 dev 31 function 5 Intel 82801CA/CAM AC97 rev 0x01: irq 9, ICH3 AC97 ac97: codec id 0x41445348 (Analog Devices AD1881A) ac97: codec features headphone, Analog Devices Phat Stereo audio0 at auich0 auich0: measured ac97 link rate at 47994 Hz, will use 48000 Hz auich0 at pci0 dev 31 function 5 Intel 82801CA/CAM AC97 rev 0x01: irq 9, ICH3 AC97 ac97: codec id 0x41445348 (Analog Devices AD1881A) ac97: codec features headphone, Analog Devices Phat Stereo audio0 at auich0 auich0: measured ac97 link rate at 48002 Hz, will use 48000 Hz audioctl: name=ICH3 AC97 version=0x01 config=auich0 encodings=ulinear:8,mulaw:8*,alaw:8*,slinear:8*,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,mmap,independent full_duplex=0 fullduplex=0 blocksize=4096 hiwat=10 lowat=1 monitor_gain=0 mode= play.rate=44100 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=40960 play.samples=4616192 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 record.rate=44100 record.channels=2 record.precision=16 record.encoding=slinear_le record.gain=191 record.balance=32 record.port=0x1 record.avail_ports=0x7 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.errors=0 mixerctl: outputs.master=103,103 outputs.master.mute=off outputs.mono=255 outputs.mono.mute=off outputs.mono.source=mixerout outputs.headphones=255,255 outputs.headphones.mute=off outputs.bass=255 outputs.treble=255 inputs.speaker=255 inputs.speaker.mute=off inputs.phone=191 inputs.phone.mute=off inputs.mic=191 inputs.mic.mute=off inputs.mic.preamp=off inputs.mic.source=mic0 inputs.line=191,191 inputs.line.mute=off inputs.cd=191,191 inputs.cd.mute=off inputs.video=191,191 inputs.video.mute=off inputs.aux=191,191 inputs.aux.mute=off inputs.dac=191,191 inputs.dac.mute=off record.source=mic record.volume=255,255 record.volume.mute=off record.mic=0 record.mic.mute=off outputs.loudness=off outputs.spatial=off outputs.spatial.center=0 outputs.spatial.depth=0 outputs.surround=255,255 outputs.surround.mute=off outputs.center=255 outputs.center.mute=off outputs.lfe=255 outputs.lfe.mute=off outputs.extamp=off attachment: full dmesg OpenBSD 4.0 (RAMDISK_CD) #39: Sat Sep 16 19:34:26 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Intel(R) Pentium(R) III Mobile CPU 933MHz (GenuineIntel 686-class) 929 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 401629184 (392216K) avail mem = 359628800 (351200K) using 4256 buffers containing 20185088 bytes (19712K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(35) BIOS, date 08/09/01, BIOS32 rev. 0 @ 0xfd870, SMBIOS rev. 2.31 @ 0xd8010 (16 entries) bios0: Sony Corporation PCG-GR114MK(DE) apm0 at bios0: Power Management spec V1.2 apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd870/0x790 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #4 is the last bus bios0: ROM list: 0xc/0xf000 0xd8000/0x4000! 0xdc000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82830MP CPU-I/O-1 rev 0x02 ppb0 at pci0 dev 1 function 0 Intel 82830MP CPU-AGP rev 0x02 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon Mobility M6 LY rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) uhci0 at pci0 dev 29 function 0 Intel 82801CA/CAM USB rev 0x01: irq 9 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801CA/CAM USB rev 0x01: irq 9 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801CA/CAM USB rev 0x01pci_intr_map: no mapping for pin C : couldn't map interrupt ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x41 pci2 at ppb1 bus 2 TI TSB43AA22 FireWire rev 0x02 at pci2 dev 2 function 0 not configured cbb0 at pci2 dev 5 function 0 Ricoh 5C476 CardBus rev 0x80: irq 3 cbb1 at pci2 dev 5 function 1 Ricoh 5C476 CardBus rev 0x80pci_intr_map: no mapping for pin B : couldn't map interrupt fxp0 at pci2 dev 8 function 0 Intel
Re: Status of hardware encryption accelerators
Bhima, Quoting Bhima Pandava [EMAIL PROTECTED]: Interesting. I had assumed that hardware accelerators kept more or less the same pace of improvement as general purpose CPUs. Can you point to any literature that shows that it doesn't? CPU's keep getting faster and crypto accelerators keep getting faster. But from what I can tell, due to the bus between them, you can be taking two steps forward and then one step back. The amazing AES performance of the VIA CPU's seem to show a better way. Shane This email was sent from Netspace Webmail: http://www.netspace.net.au
Re: 4.0 errata
2006/11/5, Martin SchrC6der [EMAIL PROTECTED]: And it did. patch 2 is the same as patch 13 for 3.9, which is exactly what Mark wondered about. Also the dates of the errata patches are interesting - October 7, 2006. But 4.0 was released on November 1, 2006. Why this patches were not applied to 4.0 before release was out? Are this fixes not so important? (Yes, I see the release files on OpenBSD ftp have September dates, but if this patches were available in the beginning of October why its not were applied?).
pf.conf grammar botch
The recent request for better comments in pf.conf files as well as #include functionality points out a basic flaw in the input language design: The newline delimited input without /* */ comments. And a basic flaw in the parser/lexer: Comment handling at parse level not lexer level. A better input language which is a true SUPERSET of the current input language is easy to make with the following changes: 1) move comment and #include functions into the lexer from the parser 2) remove newline as an end-of-statement operator 3) add /* */ comments to the lexer This would simplify the parser and lexer slightly. In addition, adding error productions to the grammar to reduce the occurrence of line 19: syntax error is pretty easy too. The input grammar is sufficiently complex that the program should give the user a good hint about what it saw and what it wants instead. I'd be glad to donate these changes if they have any hope of adoption. Note that any existing pf.conf files would work without any changes. geoff steckel
Re: 4.0 errata
On Sun, 5 Nov 2006, Igor Goldenberg wrote: 2006/11/5, Martin SchrC6der [EMAIL PROTECTED]: And it did. patch 2 is the same as patch 13 for 3.9, which is exactly what Mark wondered about. Also the dates of the errata patches are interesting - October 7, 2006. But 4.0 was released on November 1, 2006. Why this patches were not applied to 4.0 before release was out? Are this fixes not so important? (Yes, I see the release files on OpenBSD ftp have September dates, but if this patches were available in the beginning of October why its not were applied?). This is not about fixes being important or not. It's about the release process for the CDs and all platforms. This process is much more complex and time consuming that you would expect. At some point in time CDs are sent out to the manufacturing plant, and any fix that comes after that is too late. -Otto
Re: 4.0 errata
2006/11/4, Igor Goldenberg [EMAIL PROTECTED]: Also the dates of the errata patches are interesting - October 7, 2006. But 4.0 was released on November 1, 2006. Why this patches were not applied to 4.0 before release was out? Are this fixes not so Because OPENBSD_4_0 was tagged earlier. Do you think CDs arrive over night after Theo does a release? Also check the archives for the arrival dates of pre-orders. Best Martin
Re: Marvell 88E8055 Ethernet support?
The one I posted before was from the system that does not work. Below are the new ones, from both systems. Situation hasn't changed when using current snapshot. == This is from NOT working system: == OpenBSD 4.0-current (RAMDISK_CD) #102: Fri Nov 3 04:10:30 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Genuine Intel(R) CPU T2500 @ 2.00GHz (GenuineIntel 686-class) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2 real mem = 526217216 (513884K) avail mem = 473546752 (462448K) using 4256 buffers containing 26435584 bytes (25816K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(ad) BIOS, date 05/10/06, BIOS32 rev. 0 @ 0xfdc74, SMBIOS rev. 2.4 @ 0xe5860 (53 entries) bios0: FUJITSU LifeBook T4210 pcibios0: pcibios_get_status - function not supported pcibios at bios0 function 0x1a not configured bios0: ROM list: 0xc/0xe600! 0xce800/0x1000 0xcfa00/0x1000 0xdc000/0x1c00! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM MCH rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GM Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured Intel 82801GB HD Audio rev 0x02 at pci0 dev 27 function 0 not configured ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02 pci1 at ppb0 bus 2 mskc0 at pci1 dev 0 function 0 Marvell Yukon 88E8055 rev 0x12, Marvell Yukon-2 EC Ultra rev. A1 (0x2): irq 11 msk0 at mskc0 port A, address 00:17:42:12:c8:66 eephy0 at msk0 phy 0: Marvell 88E1149 Gigabit PHY, rev. 1 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02 pci2 at ppb1 bus 3 ppb2 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02 pci3 at ppb2 bus 5 ath0 at pci3 dev 0 function 0 Atheros AR5424 rev 0x01: irq 11 ar5k_ar5212_nic_wakeup: failed to resume the AR5212 (again) ath0: unable to attach hardware; HAL status 22 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x02: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x02: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x02: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x02: irq 11 usb3 at uhci3: USB revision 1.0 uhub3 at usb3 uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x02: irq 11 ehci0: timed out waiting for BIOS usb4 at ehci0: USB revision 2.0 uhub4 at usb4 uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe2 pci4 at ppb3 bus 8 cbb0 at pci4 dev 3 function 0 vendor O2 Micro, unknown product 0x7134 rev 0x20: irq 11 cbb1 at pci4 dev 3 function 1 vendor O2 Micro, unknown product 0x7134 rev 0x20pci_intr_map: no mapping for pin A : couldn't map interrupt vendor O2 Micro, unknown product 0x7120 (class system subclass SD Host Controller, rev 0x00) at pci4 dev 3 function 2 not configured vendor O2 Micro, unknown product 0x7130 (class bridge subclass miscellaneous, rev 0x00) at pci4 dev 3 function 3 not configured cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 9 device 0 cacheline 0x0, lattimer 0x20 pcmcia0 at cardslot0 ichpcib0 at pci0 dev 31 function 0 Intel 82801GBM LPC rev 0x02: PM disabled pciide0 at pci0 dev 31 function 1 Intel 82801GB IDE rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TEAC, DW-224E-C, 4.AA SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) pciide1 at pci0 dev 31 function 2 Intel 82801GBM AHCI SATA rev 0x02: DMA, channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide1: using irq 11 for native-PCI interrupt wd0 at pciide1 channel 0 drive 0: FUJITSU MHV2080BH PL wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5 Intel 82801GB SMBus rev 0x02 at pci0 dev 31 function 3 not configured isa0 at ichpcib0 isadma0 at isa0 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 npx0 at isa0 port 0xf0/16: reported by CPUID; using
Moscow 6-10 December
Hey, I will be in Moscow in December from the 6th to the 9th and would like to meet up with some OpenBSD users, please contact me if you have local knowledge, especially if you know of a place called B1 in Ordzhonikidze Wim. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= https://kd85.com/notforsale.html --
Hardening OpenBSD
Just came across this article: http://geodsoft.com/howto/harden/OpenBSD/services.htm This list has made me skeptical of claims about hardening, especially when done independantly. In particular, the article says The most interesting configuration choice in the default OpenBSD install is portmap and some of the related RPC services. portmap is on by default and the comment is that it's almost always needed. [. . .] Disregard the almost always needed comment. Portmap should not be running on a machine that is acting as a firewall or public Internet server such as a web, FTP, or SMTP server. So is he right? -Nick
Re: Hardening OpenBSD
Nick Guenther wrote: Just came across this article: http://geodsoft.com/howto/harden/OpenBSD/services.htm This list has made me skeptical of claims about hardening, especially when done independantly. In particular, the article says The most interesting configuration choice in the default OpenBSD install is portmap and some of the related RPC services. portmap is on by default and the comment is that it's almost always needed. [. . .] Disregard the almost always needed comment. Portmap should not be running on a machine that is acting as a firewall or public Internet server such as a web, FTP, or SMTP server. So is he right? Did you look in rc.conf? While somewhat relevant, the article is quite dated. From a clean install of 4.0: portmap=NO # Note: inetd(8) rpc services need portmap too
Re: Hardening OpenBSD
On Saturday 04 November 2006 19:09, Nick Guenther wrote: Just came across this article: http://geodsoft.com/howto/harden/OpenBSD/services.htm This list has made me skeptical of claims about hardening, especially when done independantly. In particular, the article says The most interesting configuration choice in the default OpenBSD install is portmap and some of the related RPC services. portmap is on by default and the comment is that it's almost always needed. [. . .] Disregard the almost always needed comment. Portmap should not be running on a machine that is acting as a firewall or public Internet server such as a web, FTP, or SMTP server. So is he right? -Nick It seems that this was written to cover OpenBSD 2.9, and revisied for 3.0. Keeping old sites like this online without a huge disclaimer saying likely out of date! seems irresponsible to me. Look at /etc/rc and /etc/rc.conf to see whats going on these days. Always look to see what an author claims about whats going on in OpenBSD before believing what they say... --STeve Andre'
Re: Hardening OpenBSD
On 11/4/06, STeve Andre' [EMAIL PROTECTED] wrote: On Saturday 04 November 2006 19:09, Nick Guenther wrote: Just came across this article: http://geodsoft.com/howto/harden/OpenBSD/services.htm So is he right? -Nick It seems that this was written to cover OpenBSD 2.9, and revisied for 3.0. Keeping old sites like this online without a huge disclaimer saying likely out of date! seems irresponsible to me. Look at /etc/rc and /etc/rc.conf to see whats going on these days. Always look to see what an author claims about whats going on in OpenBSD before believing what they say... Thank you, that makes sense. Then may I ask modified question: was it true at the time? -Nick
Re: Hardening OpenBSD
On Saturday 04 November 2006 19:55, Nick Guenther wrote: On 11/4/06, STeve Andre' [EMAIL PROTECTED] wrote: On Saturday 04 November 2006 19:09, Nick Guenther wrote: Just came across this article: http://geodsoft.com/howto/harden/OpenBSD/services.htm So is he right? -Nick It seems that this was written to cover OpenBSD 2.9, and revisied for 3.0. Keeping old sites like this online without a huge disclaimer saying likely out of date! seems irresponsible to me. Look at /etc/rc and /etc/rc.conf to see whats going on these days. Always look to see what an author claims about whats going on in OpenBSD before believing what they say... Thank you, that makes sense. Then may I ask modified question: was it true at the time? -Nick At some point, configurations of a system get into policy questions. Whats best for a system? That gets hard to measure. If you look at security strictly from a 'turn it off' viewpoint then it was a useful thing to do. The concept of hardening is always interesting, but rememnber, what people thought five years ago might not be so relevant today, hence my skepticism when looking at sites that try to give advice on how to better OpenBSD. --STeve Andre'
Re: Marvell 88E8055 Ethernet support?
My first reply on a mailing list, I hope this works. ;-) First, it seems to be the same problem as in the post Marvell Yukon 88E8053 on Apple Mac mini (hanging system) by Tasmanian Devil [EMAIL PROTECTED]. Yes, my thread. I tried to email Mark Kettenis directly who wrote about the patches, but no answer so far. I really would like to experiment a bit with them, and I don't know where else to start. Obviously it has to do with the IRQs, maybe it helps to disable a few of the other devices? On my Mac mini nearly everthing seems to use IRQ 11 according to the DMESG, don't know if that's ok or if that's caused by the BIOS problem Mark mentioned in his post. Also in your DMESGs the non-working system uses IRQ 11 for the NIC, but the working system uses IRQ 5. I really don't need most of the Mac mini hardware, but a working network is essential for me... Tas.
systrace / stsh: logging, etc.
having seen and experimented with both jose's ( http://www.monkey.org/~jose/software/stsh/ ) and dug's ( http://mirror.sg.depaul.edu/pub/security/stsh/dugsong-stsh.txt ) stsh tarballs, i found that jose's works nicely with minimal effort and dug's throws up an invalid shell error. does anyone have a strong suggestion as to which stsh source to use? when a syscall is denied, i get a lot of repeated messages in /var/log/messages (haven't changed where systrace logs to yet) like so Nov 4 19:21:00 rp systrace: deny user: stest, prog: /usr/bin/vi, pid: 14493(2)[19027], policy: /usr/bin/vi, filters: 0, syscall: native-write(4), args: 12 Nov 4 19:21:00 rp systrace: deny user: stest, prog: /usr/bin/vi, pid: 14493(2)[19027], policy: /usr/bin/vi, filters: 0, syscall: native-write(4), args: 12 Nov 4 19:21:00 rp systrace: deny user: stest, prog: /usr/bin/vi, pid: 14493(2)[19027], policy: /usr/bin/vi, filters: 0, syscall: native-write(4), args: 12 Nov 4 19:21:00 rp systrace: deny user: stest, prog: /usr/bin/vi, pid: 14493(2)[19027], policy: /usr/bin/vi, filters: 0, syscall: native-write(4), args: 12 Nov 4 19:21:00 rp systrace: deny user: stest, prog: /usr/bin/vi, pid: 14493(2)[19027], policy: /usr/bin/vi, filters: 0, syscall: native-write(4), args: 12 Nov 4 19:21:00 rp systrace: deny user: stest, prog: /usr/bin/vi, pid: 14493(2)[19027], policy: /usr/bin/vi, filters: 0, syscall: native-write(4), args: 12 Nov 4 19:21:00 rp systrace: deny user: stest, prog: /usr/bin/vi, pid: 14493(2)[19027], policy: /usr/bin/vi, filters: 0, syscall: native-write(4), args: 12 how can i condense these into a single entry followed by a last entry repeated X times entry? cheers, jake
ifconfig output and ath0 on -current
I just noticed a percentage in the output of ifconfig that I hadn't noticed before and I haven't yet found it mentioned. This is from -cuurent around 10/28/06. ath0: flags=8863UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:09:5b:40:7d:3c groups: egress media: IEEE802.11 autoselect (DS11 mode 11b) status: active ieee80211: nwid homeap chan 1 bssid 00:02:6f:08:0d:85 42% nwkey not displayed inet 192.168.1.14 netmask 0xff00 broadcast 192.168.1.255 inet6 fe80::209:5bff:fe40:7d3c%ath0 prefixlen 64 scopeid 0x4 What's the 42% before nwkey? Just curious. Checking the last hour it's hovered between 39% and 50%. Thanks, Greg
Re: ifconfig output and ath0 on -current
I believe that is signal strength or something of the sort Sam Fourman Jr. On 11/4/06, Greg Thomas [EMAIL PROTECTED] wrote: I just noticed a percentage in the output of ifconfig that I hadn't noticed before and I haven't yet found it mentioned. This is from -cuurent around 10/28/06. ath0: flags=8863UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:09:5b:40:7d:3c groups: egress media: IEEE802.11 autoselect (DS11 mode 11b) status: active ieee80211: nwid homeap chan 1 bssid 00:02:6f:08:0d:85 42% nwkey not displayed inet 192.168.1.14 netmask 0xff00 broadcast 192.168.1.255 inet6 fe80::209:5bff:fe40:7d3c%ath0 prefixlen 64 scopeid 0x4 What's the 42% before nwkey? Just curious. Checking the last hour it's hovered between 39% and 50%. Thanks, Greg
Re: Driver for BCM4318
On 10/4/06, Theo de Raadt [EMAIL PROTECTED] wrote: The Broadcom 802.11 chipsets are the bastards of the industry. They are the most complicated and difficult to program. Broadcom's division is not interested in helping at all. A Linux team has managed to mostly reverse engineer a subset of the functionality and chip versions. That information can be found at: http://bcm-specs.sipsolutions.net/ http://bcm43xx.berlios.de/ Naturally... anyone can read this stuff, learn from it, and then from their knowledge write a BSD licensed driver. There is enough information there to create a driver, at least for some varients of the chips. As I said, it is probably the most complicated chip in the industry, and the specification is harrowing.. but it can be done, since the Linux people managed to produce a driver. Inside the OpenBSD developer community Broadcom wireless is not currently on anyone's plans. Drivers for other chips will be written first. Therefore it would be nice if someone from the outside took on this project. After reading over the specs repeatedly, spending many nights studying their tangled tales and twisted methods, I have to agree with Theo: It would take an idiot to try writing a driver for these Broadcom chipsets. It would take an idiot to try doing it using only a laptop with a minipci card. #dmesg | grep ^bcw bcw0 at pci3 dev 2 function 0 Broadcom BCM4318 rev 0x02: irq 10, address 00:14:a5:75:58:df # ifconfig bcw0 bcw0: flags=8a43UP,BROADCAST,RUNNING,ALLMULTI,SIMPLEX,MULTICAST mtu 1500 lladdr 00:14:a5:75:58:df media: IEEE802.11 autoselect status: no network ieee80211: nwid 0dBm inet6 fe80::214:a5ff:fe75:58df%bcw0 prefixlen 64 scopeid 0x1 I have become that idiot. Experienced developers will observe that making a network card do the above is pretty simple, the hard part is making bits fly around the air. And I've been using this as a hobby to fill my time for the last few evenings, learning a lot about the kernel and network drivers. I'm not going to make any promises that this will eventually do anything more than occupy space on my hard drive. That said, I have a couple questions that I hope can be answered. 1. How are device driver names chosen? Was bcw a good choice? 2. Do these Broadcom chipsets exist on PCI cards? I've only found miniPCI ones, and that has led me to consider purchasing one of the miniPCI to PCI bridge cards and grabbing a few cheap OEM cards off ebay to get at least a couple different ones. Good luck! I sure need that. I spent many days in my youth doing hardware bit bashing in assembly with less detailed docs than the ones at http://bcm-specs.sipsolutions.net, and it's been rather enjoyable so far. Thanks for the challenge, and for OpenBSD in general. -- Jon
Trick to compile KDE applicattions (configure never found QT3)
Hi all, I've been trying to compile a KDE application but configure never finds the qt3 lib. I used the --with-qt-includes and --with-qt-libs= pointing to /usr/local/lib/qt3/{include,lib} since after a clean installation of OpenBSD 4.0 I found qt3 there. The first application I tried to compile was KMyMoney, but I never passed that step. After a while I decided to try with another application just to make sure that the problem reproduces with it. I tried to compile KDevelop and the result is the same. Since OpenBSD includes lots of KDE applications, I'm sure that I must be doing something wrong or there is some trick I don't know. At this point I have double checked that I have all the required tools and is still the same. My configuration: - Plain OpenBSD 4.0 - KDE system (base, libs, sdk, koffice) - qt3 included with OpenBSD 4.0 - autoconf 2.60 - automake 1.9 - gcc/g++: 3.3.5 (OpenBSD 4.0) Steps I follow: 1. Unpack kmymoney2-0.8.5 2. ./configure Error message: checking for Qt... configure: error: Qt (= Qt 3.0 and 4.0) (headers and libraries) not found. Please check your installation! For more details about this problem, look at the end of config.log. Extract from config.log: libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='${datarootdir}/man' mkdir_p='$(mkinstalldirs)' ofx_importerplugin='' ofx_libs='' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' qt_includes='' qt_libraries='' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target='sparc64-unknown-openbsd4.0' target_alias='' target_cpu='sparc64' target_os='openbsd4.0' target_vendor='unknown' unsermake_enable_pch_FALSE='' unsermake_enable_pch_TRUE='#' x_includes='/usr/X11R6/include' x_libraries='/usr/X11R6/lib' xdg_appsdir='' xdg_directorydir='' xdg_menudir='' ## --- ## ## confdefs.h. ## ## --- ## #define PACKAGE_NAME #define PACKAGE_TARNAME #define PACKAGE_VERSION #define PACKAGE_STRING #define PACKAGE_BUGREPORT #define PACKAGE kmymoney2 #define VERSION 0.8.5 #define KDELIBSUFF #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 #define HAVE_SGI_STL 1 #define HAVE_STRLCAT 1 #define HAVE_STRLCAT_PROTO 1 #define HAVE_STRLCPY 1 #define HAVE_STRLCPY_PROTO 1 #define HAVE_CRYPT 1 #define kde_socklen_t socklen_t #define ksize_t socklen_t #define HAVE_SYS_TYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_RES_INIT 1 #define HAVE_RES_INIT_PROTO 1 #define SIZEOF_INT 4 #define SIZEOF_SHORT 2 #define SIZEOF_LONG 8 #define SIZEOF_CHAR_P 8 #define SIZEOF_SIZE_T 8 #define SIZEOF_UNSIGNED_LONG 8 #define HAVE_VSNPRINTF 1 #define HAVE_SNPRINTF 1 #define HAVE_LIBZ 1 #define HAVE_LIBPTHREAD 1 configure: exit 1 If anybody can give me a pointer or explain me what is failing here that would be super nice. Thanks in advance -- Carlos Manuel Duclos Vergara http://www.toolchains.com/personal/blog
How to take two screenshots?
Hi friends, I have setup a multiboot machine with 4 OSes, gentoo,NetBSD,OpenBSD(but of course :-) and FreeBSD on a single hard disk. Now I want to do two things. a) Take a screenshot of the grub splash screen at bootup b) Take a screenshot of the wdm screen Can you guys help out? Thanks. regards, Girish -- Be different. conform.
Re: Hardening OpenBSD
On Sat, 4 Nov 2006, Nick Guenther wrote: On 11/4/06, STeve Andre' [EMAIL PROTECTED] wrote: On Saturday 04 November 2006 19:09, Nick Guenther wrote: Just came across this article: http://geodsoft.com/howto/harden/OpenBSD/services.htm So is he right? -Nick It seems that this was written to cover OpenBSD 2.9, and revisied for 3.0. Keeping old sites like this online without a huge disclaimer saying likely out of date! seems irresponsible to me. Look at /etc/rc and /etc/rc.conf to see whats going on these days. Always look to see what an author claims about whats going on in OpenBSD before believing what they say... Thank you, that makes sense. Then may I ask modified question: was it true at the time? Come on, can't you do a little reseach? We have cvs(web). -Otto