Re: Transfer an install (part thereof) to another machine
On Fri, 03 Nov 2006 14:20:08 +0100, Otto Moerbeek wrote: And rp(4) is a PDP-11 disk. See the 7th edition man pages: > http://www.freebsd.org/cgi/man.cgi?query=rp&apropos=0&sektion=0&manpath=Unix+Seventh+Edition&format=html [Back to from where I started ... quarter-century ago.] Now, may I then suggest to update man restore ? I love examples in man pages when trying to comprehend what is going on. Therefor these examples should be easily understood. And it would be good to spice up dump and restore with contemporary examples, eventually including hard discs. Thanks to Nick, btw. I think I understand much better now ! Uwe
Re: Trick to compile KDE applicattions (configure never found QT3)
On Sun, Nov 05, 2006 at 12:08:05AM -0500, Carlos Manuel Duclos Vergara wrote:
> 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
you usually don't need this.
> - automake 1.9
nor this.
> - gcc/g++: 3.3.5 (OpenBSD 4.0)
> Steps I follow:
> 1. Unpack kmymoney2-0.8.5
> 2. ./configure
Have a look in the ports tree at ports/x11/kde/kde.port.mk,
it contains all of the stuff that's necessary to configure most kde apps.
This is a design choice: OpenBSD has a clear separation between the base
system and the rest. KDE is not part of the base system, neither is qt.
So they are not found with configure unless you tweak it a great deal.
Re: Driver for BCM4318
On Sat, 4 Nov 2006 21:00:25 -0800 "Jon Simola" <[EMAIL PROTECTED]> wrote: : On 10/4/06, Theo de Raadt <[EMAIL PROTECTED]> wrote: : : 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=8a43 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 Damn cool! I did also try to write such a driver but this would be so much work and it would take so much time I currently don't have. It's absolutely great to have such a driver in future (I also own a BCM4318 in my laptop). Does your driver need the firmware? --Steffen -- website: http://cdp.doomed-reality.org hardened linux: http://drlinux.doomed-reality.org
Re: "Hardening" OpenBSD
On 11/5/06, Otto Moerbeek <[EMAIL PROTECTED]> wrote: Come on, can't you do a little reseach? We have cvs(web). Okay, let's see: "CVS log for src/etc/rc.conf ... Revision 1.78 / (download) - annotate - [select for diffs] , Fri Aug 2 23:27:33 2002 UTC (4 years, 3 months ago) by deraadt Branch: MAIN Changes since 1.77: +2 -2 lines Diff to previous 1.77 (colored) no rpc by default " This doesn't answer my question. What I was curious about was not whether the code was in fact like that at some point (I'm sure it was), I'm wondering about the reasoning behind the old version. Was it intentional or was it (in particular, that comment) just a holdover from the original code OpenBSD was forked from? -Nick
Re: Moscow 6-10 December
On 11/5/06, Wim Vandeputte <[EMAIL PROTECTED]> wrote: 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 How about some FreeBSD devs? I'll probably be available on one of the days. Ordzhonikidze is a long way from where I live in Moscow, but don't hesitate to give me a call at +79165834370 if you need any help.
uaudio recording?
Hi all, i386.html says uaudio is supported, but does that include sound recording? If not, maybe someone could possibly share what PCI cards [1] can do sound recording (quality is not an issue). My goal is to run /usr/ports/mbone/vat. Thank you. [1] _not_ Intel(R) & Co policies apply.
Re: 4.0 errata
2006/11/5, Otto Moerbeek <[EMAIL PROTECTED]>: 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. Thanks, I didn't know about it.
Re: uaudio recording?
On Sun, Nov 05, 2006 at 07:22:31PM +0900, vladas wrote: > Hi all, > > i386.html says uaudio is supported, but does that include sound > recording? If not, maybe someone could possibly share what PCI > cards [1] can do sound recording (quality is not an issue). > > My goal is to run /usr/ports/mbone/vat. > > hi, recording works reliably with uaudio(4) and afaik most other audio devices (sb(4) and cmpci(4) work for me) there are some issues (common to all audio devices) in full-duplex mode: the poll(4) syscall and sychronization between play and record may not work. There are diffs to fix them, see: http://marc.theaimsgroup.com/?l=openbsd-tech&m=115982418728996 they are not committed yet, to use them you need to patch and recompile the kernel. Feedback is very welcome There is also an uaudio(4) specific bug: not all emulated encodings (those shown with a '*' by 'audioctl encodings') seem to work. So prefer using native encodings. -- Alexandre
Re: uaudio recording?
hi, Alexandre, record may not work. There are diffs to fix them, see: http://marc.theaimsgroup.com/?l=openbsd-tech&m=115982418728996 Thank you! they are not committed yet, to use them you need to patch and recompile the kernel. Feedback is very welcome Sure. First thing todo after I get one of them. There is also an uaudio(4) specific bug: not all emulated encodings (those shown with a '*' by 'audioctl encodings') seem to work. So prefer using native encodings. Natives are fine wih me. -- Alexandre Thank you one more time.
error while building jdk1.5 from ports
building jdk15 with:
env FLAVOR="native_bootstrap" make package
terminates with:
xOperatingSystem_md.c: In function
`Java_com_sun_management_UnixOperatingSystem_getTotalPhysicalMemorySize':
../../../src/solaris/native/com/sun/management/UnixOperatingSystem_md.c:287:
having a lock at line 287 in the given file show that the 4. argument is a
int*. the man page of sysctl shows it should be a size_t*. grepping in the
/usr/includes shows that size_t is a unsinged long.
dmesg:
OpenBSD 4.0 (GENERIC.MP) #936: Sat Sep 16 19:27:28 MDT 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel Pentium III ("GenuineIntel" 686-class) 1.01 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem = 1073295360 (1048140K)
avail mem = 970997760 (948240K)
using 4256 buffers containing 53768192 bytes (52508K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(95) BIOS, date 06/18/02, BIOS32 rev. 0 @ 0xf0b20,
SMBIOS rev. 2.3 @ 0xf2ab0 (49 entries)
bios0: ASUSTeK Computer INC. CUV4X-D
apm at bios0 function 0x15 not configured
pcibios0 at bios0: rev 2.1 @ 0xf/0x1362
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf12d0/144 (7 entries)
pcibios0: PCI Interrupt Router at 000:04:0 ("VIA VT82C586 ISA" rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0xd000
mainbus0: Intel MP Specification (Version 1.4) (OEM0 PROD)
cpu0 at mainbus0: apid 3 (boot processor)
cpu0: apic clock running at 133 MHz
cpu1 at mainbus0: apid 0 (application processor)
cpu1: Intel Pentium III ("GenuineIntel" 686-class) 1.01 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
mainbus0: bus 0 is type PCI
mainbus0: bus 1 is type PCI
mainbus0: bus 2 is type ISA
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins
ioapic0: conflicting map entries for pin 0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "VIA VT82C691 PCI" rev 0xc4
ppb0 at pci0 dev 1 function 0 "VIA VT82C598 AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon 9500 Pro" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
vendor "ATI", unknown product 0x4e65 (class display subclass miscellaneous,
rev 0x00) at pci1 dev 0 function 1 not configured
pcib0 at pci0 dev 4 function 0 "VIA VT82C686 ISA" rev 0x40
pciide0 at pci0 dev 4 function 1 "VIA VT82C571 IDE" rev 0x06: ATA100, channel
0 configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 117800MB, 241254720 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <, ATAPI CDROM.48X, 130Y> SCSI0 5/cdrom
removable
atapiscsi1 at pciide0 channel 1 drive 1
scsibus1 at atapiscsi1: 2 targets
cd1 at scsibus1 targ 0 lun 0: SCSI0 5/cdrom
removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
cd1(pciide0:1:1): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 4 function 2 "VIA VT83C572 USB" rev 0x16: apic 2 int 18 (irq
5)
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 4 function 3 "VIA VT83C572 USB" rev 0x16: apic 2 int 18 (irq
5)
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
viaenv0 at pci0 dev 4 function 4 "VIA VT82C686 SMBus" rev 0x40: HWM disabled
uhci2 at pci0 dev 9 function 0 "VIA VT83C572 USB" rev 0x50: apic 2 int 19 (irq
9)
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 9 function 1 "VIA VT83C572 USB" rev 0x50: apic 2 int 16 (irq
11)
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 9 function 2 "VIA VT6202 USB" rev 0x51: apic 2 int 17 (irq
10)
usb4 at ehci0: USB revision 2.0
uhub4 at usb4
uhub4: VIA EHCI root hub, rev 2.00/1.00, addr 1
uhub4: 4 ports with 4 removable, self powered
skc0 at pci0 dev 10 function 0 "D-Link Systems DGE-530T A1" rev 0x11, Marvell
Yukon (0x1): apic 2 int 18 (irq 5)
sk0 at skc0 port A, address 00:11:95:d7:ab:e4
eephy0 at sk0 phy 0: Marvell 88E1011 Gigabit PHY, rev. 3
eso0 at pci0 dev 11 function 0 "ESS SOLO-1 AudioDrive" rev 0x02: ES1946 rev E,
apic 2 int 17 (irq 10)
audio0 at eso0
opl0 at eso0: model OPL3
midi0 at opl0:
isa0 at pcib0
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
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi1 at pcppi0:
spk
Re: pf.conf grammar botch
Geoff Steckel <[EMAIL PROTECTED]> writes: > 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. The normal route for patch submissions is as far as I can tell via posting the patch to tech@ and participating in any discussion that ensues. The developers very much want to be able to take a good look at any code before it enters the tree. -- 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/ "First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales" 20:11:56 delilah spamd[26905]: 146.151.48.74: disconnected after 36099 seconds
Re: "Hardening" OpenBSD
"Nick Guenther" <[EMAIL PROTECTED]> writes: > 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". [. . The article looks quite dated. The copyright notice at the bottom extends to 2006, but that particular article looks like it could not have been updated much since around the time of the OpenBSD 3.0 release. The article treats PF as an untested newcomer, and the references to rc.conf and inetd.conf content do not match with any recent OpenBSD release (the oldest I have running is 3.9). A word of caution to people who take it upon themselves to write docs: When you don't feel like maintaining the material any longer, *PLEASE* have the decency to remove it from the net, unless of course you can arrange for somebody else to update your baby and keep it up to date and useful. Otherwise you will find that something you wrote and may very well have been valid and useful at the time turns into a real pain for others. The point he's trying to make about running only the services you know you need is valid, though. -- 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/ "First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales" 20:11:56 delilah spamd[26905]: 146.151.48.74: disconnected after 36099 seconds
Re: pf.conf grammar botch
Peter N. M. Hansteen wrote: The normal route for patch submissions is as far as I can tell via posting the patch to tech@ and participating in any discussion that ensues. The developers very much want to be able to take a good look at any code before it enters the tree. This seems to be the case; I'd posted the suggestion first to see if such a change might be acceptable even if the code were perfect. There seemed to be an opinion that the parser was touchy. I wanted any debate over functionality to be separate from that over implementation details. thanks geoff
Asus WL-107G card on Compaq Presario 920EA laptop
Hello,
I can't enable an Asus WL-107G wireless card (Ralink-based) with
OpenBSD 4.0 on a Compaq Presario 920EA laptop. The card works with
non-BSD OS's in the same machine.
I have been told the problem actually could be the PCMCIA interface,
rather than the card - I did try a different card with no results.
I appreciate any help on this.
The dmesg output is:
OpenBSD 4.0 (GENERIC) #1107: Sat Sep 16 19:15:58 MDT 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Mobile AMD Athlon(tm) XP 2000+ ("AuthenticAMD" 686-class, 256KB
L2 cache) 1.66 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem = 788029440 (769560K)
avail mem = 710303744 (693656K)
using 4256 buffers containing 39505920 bytes (38580K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(75) BIOS, date 10/24/02, BIOS32 rev. 0 @
0xfd760, SMBIOS rev. 2.3 @ 0xdf010 (16 entries)
bios0: Compaq Presario 900
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xfd760/0x8a0
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf10/208 (11 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("Acer Labs M1533 ISA" rev 0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc/0xf000 0xdf000/0x1000! 0xe/0x4000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "ATI RS100 AGP" rev 0x13
ppb0 at pci0 dev 1 function 0 "ATI RS100 PCI" rev 0x01
pci1 at ppb0 bus 1
vga1 at pci1 dev 5 function 0 "ATI Radeon IGP 320M" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ohci0 at pci0 dev 2 function 0 "Acer Labs M5237 USB" rev 0x03: irq 11,
version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: Acer Labs OHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pcib0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00
autri0 at pci0 dev 8 function 0 "Acer Labs M5451 Audio" rev 0x02: irq 5
ac97: codec id 0x41445363 (Analog Devices AD1886A)
ac97: codec features headphone, Analog Devices Phat Stereo
audio0 at autri0
midi0 at autri0: <4DWAVE MIDI UART>
cbb0 at pci0 dev 10 function 0 "TI PCI1410 CardBus" rev
0x02pci_intr_map: no mapping for pin A
: couldn't map interrupt
re0 at pci0 dev 11 function 0 "Realtek 8139" rev 0x20: chip is is in
D1 power mode -- setting to D0: irq 11, address 00:0b:cd:15:bf:8a
rlphy0 at re0 phy 0: RTL internal PHY
"Conexant HSF 56k HSFi" rev 0x01 at pci0 dev 12 function 0 not configured
ohci1 at pci0 dev 15 function 0 "Acer Labs M5237 USB" rev 0x03: irq
11, version 1.0, legacy support
usb1 at ohci1: USB revision 1.0
uhub1 at usb1
uhub1: Acer Labs OHCI root hub, rev 1.00/1.00, addr 1
uhub1: 4 ports with 4 removable, self powered
pciide0 at pci0 dev 16 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc4:
DMA, channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA, 28615MB, 58605120 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: SCSI0
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
alipm0 at pci0 dev 17 function 0 "Acer Labs M7101 Power" rev 0x00: 74KHz clock
iic0 at alipm0
isa0 at pcib0
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
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi1 at pcppi0:
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
pcic0 at isa0 port 0x3e0/2 iomem 0xd/16384
pcic0 controller 0: has sockets A and B
pcmcia0 at pcic0 controller 0 socket 0
pcic_chip_socket_enable: status c
pcic_wait_ready: ready never happened, status = 0c
pccom3 at pcmcia0 function 0: can't allocate i/o space
pcmcia1 at pcic0 controller 0 socket 1
pcic_chip_socket_enable: status c
pcic_wait_ready: ready never happened, status = 0c
pccom4 at pcmcia1 function 0: can't allocate i/o space
pcic0: irq 3, polling enabled
biomask ef55 netmask ef55 ttymask ffdf
pctr: user-level cycle counter enabled
mtrr: Pentium Pro MTRR support
dkcsum: wd0 matches BIOS drive 0x80
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
Regards,
Ari Constancio
Re: audio problems
On Sat, Nov 04, 2006 at 09:45:14PM +0100, thomas wrote: > 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. > hi is the cd reader's "audio output" properly wired to the sound card's "cd in"? does your device properly work with stereo/slinear_le/16bit/48000Hz samples? For instance: mplayer -af format=s16le,channels=2,resample=48000 yourfile.mp3 -- Alexandre
Re: Status of hardware encryption accelerators
On Sat, Nov 04, 2006 at 11:09:56PM -0500, Greg Mortensen wrote: > Darrin Chandler <[EMAIL PROTECTED]> wrote: > > >For desktop/server use, hardware acceleration for crypto seems > >increasingly irrelevant as processors become faster. Yawn. > > From a VIA PadlockACE equipped SBC: > > 16 bytes64 bytes 256 bytes1024 bytes 8192 bytes > aes-128-cbc 31885.24k 118568.67k 312349.58k 535048.83k 649099.91k > > From a "irrelevant as processors become faster" i386: > > aes-128-cbc 61905.43k 83868.59k91948.85k93908.47k93081.82k > > Yawn indeed. > > >For "appliances" such as soekris, WRAP, et al, crypto in hardware can > >still be quite important. > > It is here that's it's quite irrelevant, as these little CPUs cannot > feed the accelerator fast enough. From a vpn1411 equipped Soekris: > > aes-128-cbc 63.65k 250.39k 944.13k 2953.46k 7989.79k > > >I see the occasional post here about someone trying to make sure their > >accelerator is being used in OpenBSD ... > > ...because the userland -> kernel -> userland transition makes a > hardware accelerated Soekris slower than a stock one, except for large > block sizes. From a net4801: > > aes-128-cbc 2408.59k 2738.99k 2810.27k 2841.62k2766.26k Thanks for posting some hard numbers! Very interesting and good to know. Can you say what the "irrelevant" i386 machine is? Lots of difference between a 90MHz PentiumI and a 3GHz Opteron, and I'd like to know where those numbers fit in. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
Gute laune :-)
hey, bin gerade beim aufrdumen meiner addys auf deine gesto_en. mensch das ist aber auch schon ein paar tage her oder. sag mal wie gehts dir denn so? bin eigentlich der meinung das wir uns doch noch ndher kennen lernen wollten. oder bin ich da falsch. na ja , wei_t du ich hatte ein bisschen beruflichen stress. vielleicht ist es mir ja dadurch untergegangen. hoffe du bist mir jetzt nicht bvse deswegen. aber ich habe ne coole idee wie ich das wieder gutmachen kann. ich gebe dir einfach mal meine nummer, 0151 / 59086511 und du rufst mich dann mal kurz an. okay. lg steph ps. habe am ndchsten we karten f|r unseren sportlerball. :-) na, hast lust mitzukommen ?
Re: "Hardening" OpenBSD
Peter N. M. Hansteen wrote: > A word of caution to people who take it upon themselves to write docs: > > When you don't feel like maintaining the material any longer, > *PLEASE* have the decency to remove it from the net, unless of > course you can arrange for somebody else to update your baby and > keep it up to date and useful. > > Otherwise you will find that something you wrote and may very well > have been valid and useful at the time turns into a real pain for > others. I fear that's an unrealistic goal, nice as it might be. :-) For starters, authors don't necessarily have control over every copy of their work on the web. Anyway, some people are actually interested in the history also. Personally, I'd be ecstatic if authors of such material would simply make clear what version(s) they were discussing, as appropriate, and when the material was written and last updated. --Jon Radel [demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
Re: "Hardening" OpenBSD
On Sat, 4 Nov 2006 19:55:50 -0500, 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 the time it made good sense but also wouldn't have mattered because I don't believe there was ever a vulnerability found for it YET! YET being the reason in makes good sense. I could be wrong on this though, maybe there was a vulnerability that I'm not aware of. This site, though, helped me get started in OpenBSD, for which I'm thankful to the author.
crash on 4.0 (but no ddb)
I upgraded my laptop yesterday, and this afternoon I returned to find an interesting surprise: the screen was blank, and the keyboard completely unresponsive (even the CapsLock key LED didn't toggle). Unfortunately the logs don't say much. I hard-reset the machine at 13:25. Here are the only log entries immediately before then: - /var/log/messages - Nov 4 20:04:43 icicle /bsd: root on wd0a Nov 4 20:04:43 icicle /bsd: rootdev=0x0 rrootdev=0x300 rawdev=0x302 Nov 4 20:04:43 icicle named[16496]: starting BIND 9.3.2-P1 Nov 4 20:04:43 icicle named[16496]: command channel listening on 127.0.0.1#953 Nov 4 20:04:43 icicle named[16496]: command channel listening on ::1#953 Nov 4 20:04:43 icicle named[16496]: running Nov 4 20:04:52 icicle savecore: no core dump Nov 4 20:10:49 icicle /bsd: auich0: measured ac97 link rate at 48004 Hz, will use 48000 Hz Nov 5 04:00:01 icicle syslogd: restart Nov 5 09:00:02 icicle syslogd: restart - /var/log/daemon - Nov 4 20:04:52 icicle savecore: no core dump Nov 4 20:04:54 icicle hotplugd[16958]: started Nov 4 20:04:54 icicle hotplugd[16958]: wskbd1 attached, class 5 Nov 4 20:04:54 icicle hotplugd[16958]: ukbd0 attached, class 0 Nov 4 20:04:54 icicle hotplugd[16958]: uhidev0 attached, class 0 Nov 4 20:04:54 icicle hotplugd[16958]: wsmouse1 attached, class 5 Nov 4 20:04:54 icicle hotplugd[16958]: ums0 attached, class 0 Nov 4 20:04:54 icicle hotplugd[16958]: uhidev1 attached, class 0 Nov 5 08:31:14 icicle identd[4452]: Connection from localhost.perlguru.net Nov 5 08:31:15 icicle identd[16243]: Connection from localhost.perlguru.net It looks like the daily cronjob successfully ran at 08:30 (I even got the "daily insecurity email that lists all the filesystem changes due to the 3.9 -> 4.0 upgrade). And syslogd rotated the logfiles at 09:00. But after that, there doesn't appear to have been any activity. I even checked pflog, but it doesn't have anything since Oct 23. This laptop doesn't run apmd since the BIOS doesn't support APM. The processes running this morning were probably more or less the same as they are now: [EMAIL PROTECTED](ttyp3:0):~$ ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 7420 0.0 0.0 0 0 ?? ZW- 0:00.00 (sh) root 1 0.0 0.1 336 352 ?? Is 1:10PM0:00.01 /sbin/init -s root 18407 0.0 0.1 248 392 ?? Ds 1:19PM0:00.00 wsmoused -2 root 6547 0.0 0.1 131564 332 ?? Ss 1:25PM0:00.04 /sbin/mount_mfs -o rw -o nosuid _syslogd 14202 0.0 0.1 428 540 ?? S 1:25PM0:00.02 syslogd -a /var/named/dev/log -a root 17638 0.0 0.1 400 532 ?? Is 1:25PM0:00.00 syslogd: [priv] (syslogd) root 31822 0.0 0.1 420 388 ?? Is 1:25PM0:00.00 pflogd: [priv] (pflogd) _pflogd 24668 0.0 0.0 484 228 ?? S 1:25PM0:00.08 pflogd: [running] -s 116 -f /var root 7435 0.0 0.1 1460 540 ?? Is 1:25PM0:00.00 named: [priv] (named) named12722 0.0 0.6 2372 2860 ?? S 1:25PM0:00.15 named root 671 0.0 0.1 500 548 ?? Is 1:26PM0:00.00 inetd root 17187 0.0 0.1 332 376 ?? Is 1:26PM0:00.00 /usr/sbin/hotplugd root 16847 0.0 0.1 628 692 ?? Ss 1:26PM0:00.01 cron root 15969 0.0 0.2 1044 1104 ?? Ss 1:26PM0:00.08 sendmail: accepting connections smt 23933 0.0 1.7 5372 8536 ?? S 1:28PM0:13.45 /usr/X11R6/bin/X :0 -nolisten tc root 18443 0.0 0.1 1740 492 ?? I 1:28PM0:00.00 X: [priv] (Xorg) smt 14161 0.0 0.1 452 420 ?? Is 1:29PM0:00.01 sh -c sh smt 23180 0.0 0.7 1384 3512 ?? R 1:29PM0:01.94 xterm -e screen -R smt 25812 0.0 0.8 3236 3860 ?? Rs 1:29PM0:01.29 SCREEN -R (screen) smt 2706 0.0 0.2 688 900 p0 Ss+1:29PM0:00.02 screen -R smt434 0.0 0.1 572 600 p1 Is 1:29PM0:00.05 -/bin/ksh smt 14789 0.0 0.7 2004 3344 p1 I+ 1:44PM0:00.26 lynx smt 30149 0.0 0.1 592 584 p2 Is 1:53PM0:00.05 -/bin/ksh smt 13419 0.0 0.7 2040 3324 p2 I+ 1:55PM0:00.60 mutt smt 23410 0.0 0.1 448 432 p2 I+ 1:56PM0:00.00 sh -c sh smt 11529 0.0 0.6 2404 3060 p2 S+ 1:56PM0:02.27 vim /tmp/mutt-icicle-1000-13419- smt 28069 0.0 0.1 600 612 p3 Ss 2:33PM0:00.03 -/bin/ksh smt 18783 0.0 0.0 476 228 p3 R+ 2:33PM0:00.00 ps -aux smt 16007 0.0 0.1 504 460 C0 Is+1:28PM0:00.04 /bin/sh /usr/X11R6/bin/startx /u smt 31464 0.0 0.2 428 776 C0 I+ 1:28PM0:00.01 /usr/X11R6/bin/xinit /home/smt/. smt 18820 0.0 0.1 556 452 C0 I 1:29PM0:00.01 sh /home/smt/.xinitrc smt 13455 0.0 0.2 460 1144 C0 I 1:29PM0:00.02 xbindkeys -n smt 18184 0.0 0.2 428 1132 C0 I 1:29PM0:00.01 unclut
Re: crash on 4.0 (but no ddb)
On Sun, 5 Nov 2006, Stephen Takacs wrote: I upgraded my laptop yesterday, and this afternoon I returned to find an interesting surprise: the screen was blank, and the keyboard completely unresponsive (even the CapsLock key LED didn't toggle). Unfortunately the logs don't say much. I hard-reset the machine at 13:25. Here are the only log entries immediately before then: [snip] Any idea what else I can do to troubleshoot this? My dmesg follows... Maybe add sysctl ddb.console=1 to rc.securelevel so if it happens again you can try breaking into ddb with ctrl-alt-esc. -- Kyle George
Re: crash on 4.0 (but no ddb)
On Sun, Nov 05, 2006 at 03:12:33PM -0500, Kyle George wrote: > Maybe add sysctl ddb.console=1 to rc.securelevel so if it happens again > you can try breaking into ddb with ctrl-alt-esc. Thanks! I'll add that, reboot, and we shall see...
Re: Asus WL-107G card on Compaq Presario 920EA laptop
Ari Constancio wrote: Hello, I can't enable an Asus WL-107G wireless card (Ralink-based) with OpenBSD 4.0 on a Compaq Presario 920EA laptop. The card works with non-BSD OS's in the same machine. I have been told the problem actually could be the PCMCIA interface, rather than the card - I did try a different card with no results. I have one of these cards working happily on OpenBSD 4.0 on a Dell C610. I you try inserting a known working and supported card do you get a message stating the card has been inserted in the console?
Re: Driver for BCM4318
Jon Simola wrote: 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. Jon: I have a Belkin F5D7010 (bcm4306) PCMCIA card that I will be happy to send to you. Shipping's on me; if you want it, just send me a shipping address offlist. RW (robw810) -- http://rlworkman.net
Re: crash on 4.0 (but no ddb)
On Sun, 5 Nov 2006, Stephen Takacs wrote: On Sun, Nov 05, 2006 at 03:12:33PM -0500, Kyle George wrote: Maybe add sysctl ddb.console=1 to rc.securelevel so if it happens again you can try breaking into ddb with ctrl-alt-esc. Thanks! I'll add that, reboot, and we shall see... Actually, what I should have said was uncomment the ddb.console=1 line in sysctl.conf. That's where it should go. It will work in either place though. -- Kyle George
lint warnings in release(8) process on i386
Hi, I just installed my shiny new OpenBSD 4.0 cd on a i386 box and went through the release(8) process to bring the system up to 4.0-stable as of Nov 4. I notice a lot of lint warnings somewhat early-on in the process that happens after the install of the new kernel and the reboot. Have I done anything wrong or is this something I need to be concerned about? (I did update partially from one cvs mirror and when that failed went to another.) Thanks. e.g.: lint -z -DMEMMOVE -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/libc/include -DAPIWARN -DYP -I/usr/src/lib/libc/yp -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc -DRESOLVSORT -DPOSIX_MISTAKE -DFLOATING_POINT -DNLS -i -o memmove.ln /usr/src/lib/libc/string/bcopy.c /usr/src/lib/libc/string/bcopy.c:80: warning: converted from 'long' to 'unsigned long' /usr/src/lib/libc/string/bcopy.c:81: warning: converted from 'long' to 'unsigned long' /usr/src/lib/libc/string/bcopy.c:86: warning: converted from 'long' to 'unsigned long' /usr/src/lib/libc/string/bcopy.c:106: warning: converted from 'unsigned long' to 'long' /usr/src/lib/libc/string/bcopy.c:107: warning: converted from 'unsigned long' to 'long' /usr/src/lib/libc/string/bcopy.c:108: warning: converted from 'long' to 'unsigned long' /usr/src/lib/libc/string/bcopy.c:109: warning: converted from 'long' to 'unsigned long' /usr/src/lib/libc/string/bcopy.c:110: warning: converted from 'long' to 'unsigned long' There are also just a few warnings from cc. e.g. (earlier on): cc -O2 -pipe -g -DLIBC_SCCS -DSYSLIBC_SCCS -I/usr/src/lib/libc/include -DAPIWARN -DYP -I/usr/src/lib/libc/yp -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc -DRESOLVSORT -DPOSIX_MISTAKE -DFLOATING_POINT -DNLS -c /usr/src/lib/libc/net/res_init.c -o res_init.o /usr/src/lib/libc/net/res_init.c: In function `_res_init': /usr/src/lib/libc/net/res_init.c:236: warning: comparison is always true due to limited range of data type Karl <[EMAIL PROTECTED]> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
Re: Intel Core Duo bsd.mp kernel problem on current 10-22-2006
I wanted to update this post
this Still happens on Todays -current build (1198/1031(MP))
rl0 says watchdog timeout when trying to get dhcp
Sam Fourman Jr.
On 10/26/06, Sam Fourman Jr. <[EMAIL PROTECTED]> wrote:
I just bought a Lenovo 3000 N100 Model 768-DKU Notebook PC
it has a Intel Core Duo
it appears to work fine on bsd kernel
but networking does not work on bsd.mp the devices time out dhcp won't work
here is a dmesg for bsd
OpenBSD 4.0-current (GENERIC) #1172: Sun Oct 22 20:45:57 MDT 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,CX16
cpu0: unknown Enhanced SpeedStep CPU, msr 0x06130a2506000613
cpu0: using only highest and lowest power states
cpu0: Enhanced SpeedStep 1000 MHz (1004 mV): speeds: 1667, 1000 MHz
real mem = 526544896 (514204K)
avail mem = 472330240 (461260K)
using 4256 buffers containing 26451968 bytes (25832K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(e5) BIOS, date 02/17/09, BIOS32 rev. 0 @
0xfd610, SMBIOS rev. 2.4 @ 0xdc010 (42 entries)
bios0: LENOVO CAPELL VALLEY(NAPA) CRB
pcibios0 at bios0: rev 2.1 @ 0xfd610/0x9f0
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdee0/256 (14 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/0xe600! 0xce800/0x1000 0xdc000/0x4000! 0xe/0x1800!
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: aperture
at 0xd020, size 0x1000
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
"Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: irq 11
azalia0: host: High Definition Audio rev. 1.0
azalia0: codec: 0x04x/0x11d4 (rev. 5.0), HDA version 1.0
azalia0: RIRB time out
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02
pci1 at ppb0 bus 1
ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02
pci2 at ppb1 bus 2
wpi0 at pci2 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02:
irq 7, address 00:18:de:2c:a8:a3
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: irq 5
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 10
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 10
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 5
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
ppb2 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe2
pci3 at ppb2 bus 3
rl0 at pci3 dev 1 function 0 "Realtek 8139" rev 0x10: irq 10, address
00:0f:b0:cc:44:41
rlphy0 at rl0 phy 0: RTL internal PHY
cbb0 at pci3 dev 4 function 0 "ENE CB-1410 CardBus" rev
0x01pci_intr_map: no mapping for pin A
: couldn't map interrupt
"Ricoh 5C832 Firewire" rev 0x00 at pci3 dev 6 function 0 not configured
sdhc0 at pci3 dev 6 function 1 "Ricoh 5C822 SD/MMC" rev 0x19: irq 5
sdmmc0 at sdhc0
"Ricoh 5C843" rev 0x01 at pci3 dev 6 function 2 not configured
"Ricoh 5C592 Memory Stick" rev 0x0a at pci3 dev 6 function 3 not configured
"Ricoh 5C852 xD" rev 0x05 at pci3 dev 6 function 4 not configured
ichpcib0 at pci0 dev 31 function 0 "Intel 82801GBM LPC" rev 0x02: PM disabled
pciide0 at pci0 dev 31 function 2 "Intel 82801GBM SATA" rev 0x02: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: SCSI0
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
ichiic0 at pci0 dev 31 function 3 "Intel 82801GB SMBus" rev 0x02: irq 10
iic0 at ichiic0
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using
I would like to replace my Cisco 7513 with a OpenBSD router...
Hi gang
I think that I have a problem
1. my cisco 7513 makes my electric bill glow!
I am bring two (2) DSL lines to my 7513 and with a little cisco magic on
both end (ip load-sharing per packet) (people also call this bonding)
port # 0.1 net { bridge #1 216.90.150.70 255.255.255.252 } ip
load-sharing per packet
port # 0.2 net { bridge #2 216.90.150.118 255.255.255.252 } ip
load-sharing per packet
port # 1.0 net {216.90.150.118 255.255.255.252
so I end up with fatter pipe...
:}
all of my servers are sun ultra1 and ultra2
I just got hit with a 'SRLOAD' root kit
can I end up with this map with openBSD 4.0?
hfe0 216.90.150.70 255.255.255.252 ip load-sharing per packet
hfe1 216.90.150.118 255.255.255.252 ip load-sharing per packet
hfe2 10.10.10.1
hfe3 216.90.150.118 255.255.255.252
hfe0 & 1 are dsl lines...
firewall with pf
and out on hfe3
Thanks
Cris Harrison
Re: Trick to compile KDE applicattions (configure never found QT3)
On Sun, Nov 05, 2006 at 10:20:59AM +0100, Marc Espie wrote:
> On Sun, Nov 05, 2006 at 12:08:05AM -0500, Carlos Manuel Duclos Vergara wrote:
> > 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
> you usually don't need this.
> > - automake 1.9
> nor this.
> > - gcc/g++: 3.3.5 (OpenBSD 4.0)
>
> > Steps I follow:
> > 1. Unpack kmymoney2-0.8.5
> > 2. ./configure
>
> Have a look in the ports tree at ports/x11/kde/kde.port.mk,
> it contains all of the stuff that's necessary to configure most kde apps.
>
> This is a design choice: OpenBSD has a clear separation between the base
> system and the rest. KDE is not part of the base system, neither is qt.
> So they are not found with configure unless you tweak it a great deal.
not *that* bad -> ^^^
But I have to agree that it is hard to get your head around it the first
time.
Extract from my private "what I once did, but would forget about without
writing it down _somewhere_ manuals":
General hints about compiling stuff on OpenBSD
Compiling QT Applications:
--
# LOCALBASE=/usr/local
# Using ./configure
env MOC=moc3 UIC=uic3 \
./configure --with-extra-includes=${LOCALBASE}/include \
--with-extra-libs=${LOCALBASE}/lib \
--with-qt-includes=${LOCALBASE}/include/X11/qt3 \
--with-qt-libraries=${LOCALBASE}/lib/qt3
# Using make
#--- Makefile -#
LOCALBASE = /usr/local
MOC = $(LOCALBASE)/bin/moc3-mt
UIC = $(LOCALBASE)/bin/uic-mt
LIBS+= -lqt-mt
#LIBS += -lpthread
#--#
Works for a bunch of K* apps.
Also from a port I once made:
--- /home/ahb/kseg/Makefile Sat Jun 17 11:42:22 2006
+++ /home/ahb/kseg/Makefile.patched Sat Jun 17 10:43:16 2006
@@ -19,11 +20,11 @@
INCPATH = -I/usr/local/lib/qt3/mkspecs/default -I. -I$(LOCALBASE)/include
-I$(LOCALBASE)/include/X11/qt3
LINK = g++
LFLAGS =
-LIBS = $(SUBLIBS) -L$(LOCALBASE)/lib -L$(LOCALBASE)/lib/qt3
-L/usr/X11R6/lib -lz -lqt -lXext -lX11 -lm
+LIBS = $(SUBLIBS) -L$(LOCALBASE)/lib -L$(LOCALBASE)/lib/qt3
-L/usr/X11R6/lib -lz -lpthread -lqt-mt -lXext -lX11 -lm
AR = ar q
RANLIB = ranlib
-MOC = $(QTDIR)/bin/moc
-UIC = $(QTDIR)/bin/uic
+MOC = /usr/local/bin/moc3-mt
+UIC = /usr/local/bin/uic-mt
QMAKE= qmake
TAR = tar -cf
GZIP = gzip -9f
Another approch to the same port:
do-configure:
@cd ${WRKSRC} && \
qmake-mt -makefile \
-spec ${MODQT_LIBDIR}/mkspecs/openbsd-g++ \
-unix \
"LIBS+=-L/usr/local/lib -lm -lqt-mt" \
"PREFIX=${LOCALBASE}" \
"INCLUDEPATH+=${MODQT_INCDIR}" \
"UIC=${MODQT_UIC}" \
"MOC=${MODQT_MOC}" \
kseg.pro
Regards,
ahb
Re: Asus WL-107G card on Compaq Presario 920EA laptop
Hello,
The message I get is the same that appears in dmesg:
pcic_chip_socket_enable: status c
pcic_wait_ready: ready never happened, status = 0c
pccom3 at pcmcia0 function 0: can't allocate i/o space
pcmcia1 at pcic0 controller 0 socket 1
pcic_chip_socket_enable: status c
pcic_wait_ready: ready never happened, status = 0c
pccom4 at pcmcia1 function 0: can't allocate i/o space
Each time the card is reinserted, the message appears (pccom* incremented):
pcic_chip_socket_enable: status c
pcic_wait_ready: ready never happened, status = 0c
pccom{5,6,...} at pcmcia0 function 0: can't allocate i/o space
So, I believe the card is not really the issue but rather the interface.
Can anyone check on this?
Ari Constancio
Re: Asus WL-107G card on Compaq Presario 920EA laptop
On Sun, Nov 05, 2006 at 02:00:52PM +, Ari Constancio wrote: > Hello, > > I can't enable an Asus WL-107G wireless card (Ralink-based) with > OpenBSD 4.0 on a Compaq Presario 920EA laptop. The card works with > non-BSD OS's in the same machine. > > I have been told the problem actually could be the PCMCIA interface, > rather than the card - I did try a different card with no results. Interrupt routing looks busted, you could try disabling pcibios via UKC, but the most valid information is probably found in an ACPI table. Getting interrupt routing information from ACPI is planned but not yet done.
Problem with adding a route
Hi, I'm seeing a strange problem with OpenBSD 4.0, fresh from the relase CD. It's running inside a VMWare with two interfaces, and is supposed to do a bit of VPN handling. The external interface (pcn0) is working perfectly, but when trying to replicate my old setup on pcn1 I'm running into a strange problem. pcn1 has 192.168.255.250/32. It is bridged to the VMWare Host, which has 192.168.255.3/32 (please don't ask why; it's one of these "historic setup" kind of things). When trying to configure a static route to the host on this interface, I see the following: # route add -host 192.168.255.3 -interface 192.168.255.250 add host 192.168.255.3: gateway 192.168.255.250 # ping 192.168.255.3 PING 192.168.255.3 (192.168.255.3): 56 data bytes --- 192.168.255.3 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss # route delete -host 192.168.255.3 -interface 192.168.255.250 delete host 192.168.255.3: gateway 192.168.255.250 leaving me with a dmesg message of arpresolve: can't allocate llinfo for each ICMP echo request sent. Doing an arping from the host works, but leaves me with arplookup: unable to enter address for 192.168.255.3 messages. Not adding a /32, but some random different netmask: # route add -net 192.168.255.3/31 -interface 192.168.255.250 add net 192.168.255.3/31: gateway 192.168.255.250 # ping 192.168.255.3 PING 192.168.255.3 (192.168.255.3): 56 data bytes 64 bytes from 192.168.255.3: icmp_seq=0 ttl=64 time=1.393 ms --- 192.168.255.3 ping statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 1.393/1.393/1.393/0.000 ms works like a charm, but doesn't reflect the actual setup. I think I don't have to keep the setup, and most likely will not, but still am curious as to what and why happens. Please CC: me on any answers as I am not subscribed to the list. Regards, Christian
hp nx6125 with broken serial console
I have an HP nx6125 laptop, and I just got the HP Advanced Dock Station so I could use serial console for debugging. If I connect to serial it works until the kernel prints out com0: com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fif (yes, it stops at 'fif') The boot process does continue, but the console stops updating. if I send disconnect signals, it prints '[EOT]' and stays connected. After 60-90 minutes it actually disconnects. if I connect serial after boot is finished, I get the standard login prompt, I can login and do stuff. If I kick off a reboot, it it gets as far as the "Rebooting..." message, then nothing. -- Coincidence, n.: You weren't paying attention to the other half of what was going on. OpenBSD 4.0-current (GENERIC) #738: Sun Nov 5 14:12:38 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 2012672000 (1965500K) avail mem = 1718460416 (1678184K) using 22937 buffers containing 201474048 bytes (196752K) of memory mainbus0 (root) bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xfc68f (23 entries) bios0: Hewlett-Packard HP Compaq nx6125 (PZ895UA#ABA) cpu0 at mainbus0: (uniprocessor) cpu0: AMD Turion(tm) 64 Mobile ML-37 , 1995.35 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, 1MB 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 1600 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 "ATI RS480 Host" rev 0x01 ppb0 at pci0 dev 1 function 0 "ATI RS480 PCIE" rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 5 function 0 "ATI Radeon XPRESS 200M" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb1 at pci0 dev 4 function 0 "ATI RS480 PCIE" rev 0x00 pci2 at ppb1 bus 16 ppb2 at pci0 dev 5 function 0 "ATI RS480 PCIE" rev 0x00 pci3 at ppb2 bus 32 ohci0 at pci0 dev 19 function 0 "ATI IXP400 USB" rev 0x00: irq 10, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: ATI OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1 at pci0 dev 19 function 1 "ATI IXP400 USB" rev 0x00: irq 10, version 1.0, legacy support usb1 at ohci1: USB revision 1.0 uhub1 at usb1 uhub1: ATI OHCI root hub, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0 at pci0 dev 19 function 2 "ATI IXP400 USB2" rev 0x00: irq 10 usb2 at ehci0: USB revision 2.0 uhub2 at usb2 uhub2: ATI EHCI root hub, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered piixpm0 at pci0 dev 20 function 0 "ATI IXP400 SMBus" rev 0x11: SMI iic0 at piixpm0 admtemp0 at iic0 addr 0x4c: adm1032 pciide0 at pci0 dev 20 function 1 "ATI IXP400 IDE" rev 0x00: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 57231MB, 117210240 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 pcib0 at pci0 dev 20 function 3 "ATI IXP400 ISA" rev 0x00 ppb3 at pci0 dev 20 function 4 "ATI IXP400 PCI" rev 0x00 pci4 at ppb3 bus 2 bge0 at pci4 dev 1 function 0 "Broadcom BCM5788" rev 0x03, BCM5705 A3 (0x3003): irq 10, address 00:0f:b0:f6:46:19 brgphy0 at bge0 phy 1: BCM5705 10/100/1000baseT PHY, rev. 2 "Broadcom BCM4319" rev 0x02 at pci4 dev 2 function 0 not configured cbb0 at pci4 dev 4 function 0 "TI PCI7XX1 CardBus" rev 0x00: irq 11 "TI PCI7XX1 FireWire" rev 0x00 at pci4 dev 4 function 2 not configured "TI PCI7XX1 Flash" rev 0x00 at pci4 dev 4 function 3 not configured sdhc0 at pci4 dev 4 function 4 "TI PCI7XX1 Secure Data" rev 0x00: irq 9 sdmmc0 at sdhc0 sdmmc1 at sdhc0 sdmmc2 at sdhc0 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 3 device 0 cacheline 0x10, lattimer 0x20 pcmcia0 at cardslot0 auixp0 at pci0 dev 20 function 5 "ATI IXP400 AC97" rev 0x02: irq 5 auixp0: soft resetting aclink "ATI IXP400 Modem" rev 0x02 at pci0 dev 20 function 6 not configured pchb1 at pci0 dev 24 function 0 "AMD AMD64 HyperTransport" rev 0x00 pchb2 at pci0 dev 24 function 1 "AMD AMD64 Address Map" rev 0x00 pchb3 at pci0 dev 24 function 2 "AMD AMD64 DRAM Cfg" rev 0x00 pchb4 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 com0: console 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 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux s
