Re: PF Seems To Reload Its Default Rules Unexpectedly
On Mon, 9 Mar 2009 19:06:10 -0700 Hilco Wijbenga
hilco.wijbe...@gmail.com wrote:
2009/3/9 J.C. Roberts list-...@designtools.org:
On Mon, 9 Mar 2009 09:07:51 -0700 Hilco Wijbenga
hilco.wijbe...@gmail.com wrote:
2009/3/9 J.C. Roberts list-...@designtools.org:
I doubt your ISP only has 254 customers, so they are most likely
using more than just the stated 192.168.1.0 - 192.168.1.255 range.
Let's hope so for them. :-) I always get an IP in that range, though.
Well, so far anyway.
If you are doing your own NAT'ing for other machines on your private
LAN, the fact your ISP is assigning you an IP address from the
private address space could lead to a conflict.
I had been wondering about that. I use 192.168.151.* internally. That
should be okay then, shouldn't it?
The smart answer for an ISP is moving to IPv6 since it's the only
long term solution. Unfortunately, with less than 1% uptake on
IPv6, it doesn't get you much usability right now and network
address translation hacks are still required in some cases.
We're talking about a very big ISP. Smart doesn't come into the
picture. ;-)
As for whether or not the assigned IP address you get from your ISP via
DHCP will become a problem really depends on the netmask and default
route they give you along with the IP.
If your internal network is 192.168.151.*
And your ISP gives you 192.168.1.* with a netmask of 255.255.0.0
then you're officially hosed. The provided netmask means your internal
network is *within* the range of your external network. bad juju!
That netmask would give you the range 192.168.0.0 - 192.168.255.255 on
your external interface, and hence, overlapping your internal network.
Don't worry, it gets worse. :-)
When using Point to Point Protocol (PPP, PPPoE, and similar), it can get
far more confusing. Take a look at the following:
# ifconfig tun0
tun0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1500
groups: tun egress
inet 70.212.222.173 -- 66.174.217.64 netmask 0xff00
My external interface tun0 has an IP address of 70.212.222.173 with a
netmask of 255.255.255.0 (0xff00), so officially speaking the range
of addresses reachable from my external interface should be:
70.212.222.0 - 70.212.222.255
Did you notice my default route, 66.174.217.64, is actually outside of
the reachable range of my external interface?
Yep, this is one of the strange side effects of using the various Point
to Point Protocols. You mentioned needing DHCP but you did not mention
needing to use PPP/PPPoE/similar, so this little routing mindjob might
not be related to your issue.
None the less, the safest thing you can do is use an obtuse private
network range for your internal LAN.
http://en.wikipedia.org/wiki/Private_network
Typically the 20-bit block 172.16.0.0 b 172.31.255.255 is mostly
forgotten, and will most likely keep you far away from what your
provider is using.
In sort my first guess is your IP is changing every 24 hours or
so due to your service provider using dynamic addressing (and
trying to prevent you from having a particular IP for too long).
If I'm right, then your problem is that pf is holding on to the
old rules for your old IP address even though your IP had
changed. In other words, you have a configuration error.
That definitely makes sense. However, I thought that by referring
to an interface instead of an IP I was protected from that? I
mean, it's fairly common to have a dynamic IP, is it not?
It depends on *how* you refer to the interface in your rules. As
mentioned in the thread, you may have left off the needed
parenthesis around your interface variable. You would be neither
the first nor last to make this mistake. If you would post your
pf.conf it would be very helpful.
ext_if = sk0
int_if = sk1
set skip on lo
set block-policy return
scrub in
nat log on $ext_if from $int_if:network to any - ($ext_if)
block log
pass out quick from $int_if to $int_if:network
pass out quick from $ext_if to any
#pass in quick on $ext_if proto { tcp, udp } from any to ($ext_if)
port { domain, ntp }
pass in quick on $int_if from $int_if:network to any
p.s. I hope you don't mind I cc'd m...@. I figured your off-list
reply was due to my mistaken off-list reply.
:-) Yep.
The rules you have are a bit odd but you're not doing anything too
fancy, so you can easily simplify things.
If I was able to 'keep state' every time I 'pass out' drinking would be
far more enjoyable. Though I can't do it, pf can, and does it by
default, but it seems I've digressed. Additionally, you need to be very
careful when using the quick keyword since it intentionally short
circuits your rule evaluation.
ext_if = sk0
int_if = sk1
set skip on lo
scrub in
nat on $ext_if from !($ext_if) -) ($ext_if:0)
block in log
pass out
antispoof quick for { lo $int_if }
Fail to use ste driver on sparc64 arch
Hi guys, I'm trying to use a D-Link DFE580TX quad-nic card on a Sun Ultra5 station (sparc64 arch). This card is supposed to work well with ste driver, but it seems it is not included in the GENERIC 4.4 kernel... according to the dmesg, the card seems to be detected by the kernel : console is keyboard/display Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2008 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 4.4 (GENERIC) #1715: Mon Aug 11 17:55:10 MDT 2008 dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC real mem = 402653184 (384MB) avail mem = 377905152 (360MB) mainbus0 at root: Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 333MHz) cpu0 at mainbus0: SUNW,UltraSPARC-IIi (rev 9.0) @ 333 MHz cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 2048K external (64 b/l) psycho0 at mainbus0 addr 0xfffc4000: SUNW,sabre, impl 0, version 0, ign 7c0 psycho0: bus range 0-3, PCI bus 0 psycho0: dvma map c000-dfff, iotdb 754000-7d4000 pci0 at psycho0 ppb0 at pci0 dev 1 function 1 Sun Simba PCI-PCI rev 0x11 pci1 at ppb0 bus 1 ebus0 at pci1 dev 1 function 0 Sun PCIO EBus2 rev 0x01 auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003 power0 at ebus0 addr 724000-724003 ivec 0x25 SUNW,pll at ebus0 addr 504000-504002 not configured sab0 at ebus0 addr 40-40007f ivec 0x2b: rev 3.2 sabtty0 at sab0 port 0 sabtty1 at sab0 port 1 comkbd0 at ebus0 addr 3083f8-3083ff ivec 0x29: layout 34 wskbd0 at comkbd0: console keyboard com0 at ebus0 addr 3062f8-3062ff ivec 0x2a: mouse: ns16550a, 16 byte fifo lpt0 at ebus0 addr 3043bc-3043cb, 30015c-30015d, 70-7f ivec 0x22: polled fdthree at ebus0 addr 3023f0-3023f7, 706000-70600f, 72-720003 ivec 0x27 not configured clock1 at ebus0 addr 0-1fff: mk48t59 flashprom at ebus0 addr 0-f not configured audioce0 at ebus0 addr 20-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ivec 0x23 ivec 0x24: nvaddrs 0 audio0 at audioce0 hme0 at pci1 dev 1 function 1 Sun HME rev 0x01: ivec 0x7e1, address 08:00:20:9f:ac:98 nsphy0 at hme0 phy 1: DP83840 10/100 PHY, rev. 1 vgafb0 at pci1 dev 2 function 0 ATI Mach64 GT rev 0x9a wsdisplay0 at vgafb0: console (std, sun emulation), using wskbd0 pciide0 at pci1 dev 3 function 0 CMD Technology PCI0646 rev 0x03: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using ivec 0x7e0 for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: Maxtor 6E020L0 wd0: 16-sector PIO, LBA, 19881MB, 40718160 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: PLEXTOR, CD-R PX-W4824A, 1.03 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 ppb1 at pci0 dev 1 function 0 Sun Simba PCI-PCI rev 0x11 pci2 at ppb1 bus 2 em0 at pci2 dev 2 function 0 Intel PRO/1000GT (82541GI) rev 0x05: ivec 0x7d4, address 00:1b:21:31:ea:0c ppb2 at pci2 dev 3 function 0 Intel S21152BB PCI-PCI rev 0x00 pci3 at ppb2 bus 3 D-Link Systems 550TX rev 0x15 at pci3 dev 4 function 0 not configured D-Link Systems 550TX rev 0x15 at pci3 dev 5 function 0 not configured D-Link Systems 550TX rev 0x15 at pci3 dev 6 function 0 not configured D-Link Systems 550TX rev 0x15 at pci3 dev 7 function 0 not configured softraid0 at root bootpath: /p...@1f,0/p...@1,1/i...@3,0/d...@0,0 root on wd0a swap on wd0b dump on wd0b So I tried to recompile my own kernel, customising the GENERIC config file by adding this line : ste*at pci? # D-Link DFE 580TX but at compile time I get this error : cc -O2 -Werror -Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-uninitialized -Wno-format -Wno-main -Wstack-larger-than-2047 -Wvariable-decl -Wa,-Av9b, -mno-fpu -fno-builtin-printf -fno-builtin-log -pipe -nostdinc -I. -I/usr/src/sys/arch/sparc64/compile/EVE/../../../.. -I/usr/src/sys/arch/sparc64/compile/EVE/../../../../arch -DDDB -DDIAGNOSTIC -DKTRACE -DACCOUNTING -DKMEMSTATS -DPTRACE -DCRYPTO -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUVM_SWAP_ENCRYPT -DCOMPAT_43 -DCOMPAT_O43 -DLKM -DFFS -DFFS2 -DFFS_SOFTUPDATES -DUFS_DIRHASH -DQUOTA -DEXT2FS -DMFS -DXFS -DTCP_SACK -DTCP_ECN -DTCP_SIGNATURE -DNFSCLIENT -DNFSSERVER -DCD9660 -DUDF -DMSDOSFS -DFIFO -DPORTAL -DINET -DALTQ -DINET6 -DIPSEC -DPPP_BSDCOMP -DPPP_DEFLATE -DMROUTING -DBOOT_CONFIG -DSUN4US -DSUN4V -DPCIVERBOSE -DUSER_PCICONF -DAPERTURE -DUSBVERBOSE -DWSEMUL_SUN -DWSEMUL_NO_VT100 -DWSEMUL_DUMB -DISP_COMPILE_FW=1 -DISP_COMPILE_1000_FW=1 -DONEWIREVERBOSE -D_KERNEL -c /usr/src/sys/arch/sparc64/compile/EVE/../../../../dev/pci/if_ste.c /usr/src/sys/dev/pci/if_ste.c: In function `ste_newbuf': /usr/src/sys/dev/pci/if_ste.c:1024: warning: implicit declaration of function `vtophys' *** Error code 1 Stop in /usr/src/sys/arch/sparc64/compile/EVE (line 92 of /usr/share/mk/sys.mk). It would be nice to be able to compile
Re: Where is Secure by default ?
Han Boetes h...@mijncomputer.nl writes: Paul Irofti wrote: Hello Mr. Troll, thanks for flaming by. Have a good day! Never attribute to malice that which is adequately explained by stupidity. That doesn't seem to be a good idea when you're working with security. Weren't we talking about secure by default here? Always attribute to malice even that which has been explained by stupidity. Stupidity is easy to fake. //art
Re: How long it should take for a fsck to check a 300GB hdd?
Sent: Friday, March 06, 2009 5:10 PM On Fri, Mar 6, 2009 at 2:40 AM, Tomas s.to...@gmail.com wrote: Like the subject implies - I would like to know how long it should take for a fsck to check a 300GB hdd. I think that my pc's fsck is checking a 300GB for too long - about 45 minutes. And during install it took approximately the same amount of time to format it. Is this normal? 45 minutes to run newfs is very excessive. To run fsck on something that big isn't unreasonable though. 15-30 sec per GB is normal I'd say. Agree. I've got the same board with couple of TB of disks and newfs was very quick, probably under 1 min (with ~400-500GB slices and 64K blocks). I can't reach it right now so no dmesg, but there's something definetly wrong with the posted dmesg. There should be ahci instead of pciide. The the OP: Did you set AHCI mode in BIOS? Also, I've had better luck with mp kernel and acpi instead of apm. Try disabling apm in UKC.
Re: Fail to use ste driver on sparc64 arch
On 2009/03/10 08:25, Eric Belhomme wrote: So I tried to recompile my own kernel, customising the GENERIC config file by adding this line : ste*at pci? # D-Link DFE 580TX It will need more than that, this driver needs to be converted to use bus_dma instead of vtophys. If you need a working 4-port ethernet now, Sun QFE cards work and they're often reasonably priced.
Re: ***SPAM*** Re: Fail to use ste driver on sparc64 arch
Le mardi 10 mars 2009 C 09:24 +, Stuart Henderson a C)crit : ste*at pci? # D-Link DFE 580TX It will need more than that, this driver needs to be converted to use bus_dma instead of vtophys. If you need a working 4-port ethernet now, Sun QFE cards work and they're often reasonably priced. That's a solution too, but I bought these cards especially for these machines (my goal is to set-up a redundant router/fw with pf/carp and two Sun ultra 5 equiped with DFE580 nics) I googled against vtophy and found references about the bus_dma conversion (http://www.squish.net/pipermail/odc/2005-May/004343.html) I'm not a guru of kernel hacking but I can try to do the job... if someone can provide me some pointers on how to do that ? regards, -- Eric Belhomme [demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
Re: How long it should take for a fsck to check a 300GB hdd?
Sent: Friday, March 06, 2009 5:10 PM On Fri, Mar 6, 2009 at 2:40 AM, Tomas s.to...@gmail.com wrote: Like the subject implies - I would like to know how long it should take for a fsck to check a 300GB hdd. I think that my pc's fsck is checking a 300GB for too long - about 45 minutes. And during install it took approximately the same amount of time to format it. Is this normal? 45 minutes to run newfs is very excessive. To run fsck on something that big isn't unreasonable though. 15-30 sec per GB is normal I'd say. Agree. I've got the same board with couple of TB of disks and newfs was very quick, probably under 1 min (with ~400-500GB slices and 64K blocks). I can't reach it right now so no dmesg, but there's something definetly wrong with the posted dmesg. There should be ahci instead of pciide. The the OP: Did you set AHCI mode in BIOS? Also, I've had better luck with mp kernel and acpi instead of apm. Try disabling apm in UKC. I don't have access to that machine right now, but when I'll get it, I'll post about bios settings. And I want to mention the answer to this thread by Brynet (if u haven't seen it). Hi Tomas, Devin Smith mentioned this exact chipset on the list before, the controller is supported by ahci(4) by toggling a BIOS option, or manual patching. http://www.devinsmith.net/journal/aug_2008.html http://marc.info/?t=12198191272r=1w=2 Also, you might want to try playing with ACPI instead of apm(4)+pcibios(4).. only when you have some free time. -Brynet
Re: ***SPAM*** Re: Fail to use ste driver on sparc64 arch
On 2009/03/10 10:40, Eric Belhomme wrote: Le mardi 10 mars 2009 ` 09:24 +, Stuart Henderson a icrit : ste*at pci? # D-Link DFE 580TX It will need more than that, this driver needs to be converted to use bus_dma instead of vtophys. If you need a working 4-port ethernet now, Sun QFE cards work and they're often reasonably priced. That's a solution too, but I bought these cards especially for these machines (my goal is to set-up a redundant router/fw with pf/carp and two Sun ultra 5 equiped with DFE580 nics) I googled against vtophy and found references about the bus_dma conversion (http://www.squish.net/pipermail/odc/2005-May/004343.html) I'm not a guru of kernel hacking but I can try to do the job... if someone can provide me some pointers on how to do that ? I would look through a driver which was already converted and see what was done. vr(4) doesn't look to be a bad choice, since it was done in stages, so there are small commits you can look at (look at jason@'s commits in October 2003).. http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/if_vr.c It will be easier to do this with the card in an i386 box so you can test things in stages.
Re: x11 problems with lenovo w500
Here is a snip of the error message: (II) Loading /usr/X11R6/lib/modules//libvgahw.so (II) Module vgahw: vendor=X.Org Foundation compiled for 1.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): Creating default Display subsection in Screen section Builtin Default intel Screen 0 for depth/fbbpp 24/32 (==) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) Mobile IntelB. GM45 Express Chipset (--) intel(0): Chipset: Mobile IntelB. GM45 Express Chipset (--) intel(0): Linear framebuffer at 0xD000 (--) intel(0): IO registers at addr 0xF440 (EE) intel(0): Unable to map mmio range. Invalid argument (22) Fatal server error: Caught signal 11. Server aborting Can you send us the pcidump -v output for both cases? Also what kind of interface is truecrypt using? Is it switching to some graphics mode that would change the state of the card in some way? -- Matthieu Herrb Yes, but unfortunately there is no difference between the 2 pcidump files, both files are identical :-/ 1) http://www.wiroth.net/error/x11/W500.pcidump.not.working 2) http://www.wiroth.net/error/x11/W500.pcidump.working The truecrypt bootloader is loaded before any OS is loaded. To me, it looks like a standard text console (but I must admit I'm not (very) technical). http://www.wiroth.net/error/x11/1_truecrypt_bootloader.jpg 1) The working case: I enter a Passphrase to access the windows xp bootloader, from here, I choose to boot Openbsd, see here: http://www.wiroth.net/error/x11/2_a_xp_bootloader_working.jpg When I follow this boot procedures, I can start X11. 2) The failing case: If I choose to bypass Passphrase authentication in Truecrypt by pressing ESC, the OpenBSD boot prompt appears immediately and OpenBSD starts to boot normally, see here: http://www.wiroth.net/error/x11/2_b_bypass_xp_bootloader_and_load_openbsd.jpg But now, it is not possible to start x11, I get the error message seen previously in this message. The weird thing is that pcidump -v does not show any difference If you need any additional information I let me know! Kind regards, Didier [demime 1.01d removed an attachment of type APPLICATION/octet-stream which had a name of W500.pcidump.working] [demime 1.01d removed an attachment of type APPLICATION/octet-stream which had a name of W500.pcidump.not.working] [demime 1.01d removed an attachment of type APPLICATION/octet-stream which had a name of 1_truecrypt_bootloader.jpg] [demime 1.01d removed an attachment of type APPLICATION/octet-stream which had a name of 2_a_xp_bootloader_working.jpg] [demime 1.01d removed an attachment of type APPLICATION/octet-stream which had a name of 2_b_bypass_xp_bootloader_and_load_openbsd.jpg]
Re: Fail to use ste driver on sparc64 arch
Le mardi 10 mars 2009 C 10:24 +, Stuart Henderson a C)crit : I would look through a driver which was already converted and see what was done. vr(4) doesn't look to be a bad choice, since it was done in stages, so there are small commits you can look at (look at jason@'s commits in October 2003).. http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/if_vr.c It will be easier to do this with the card in an i386 box so you can test things in stages. thanks for your help ! I had a look on manpages for bus_dma and I think I understood the basic idea : 1) actually, ste driver do direct I/O by reserving memory buffers (I don't really understand why it needs a virtual to physical translation but I guess it's not a real problem) 2) I need to replace these direct I/O access by DMA accesses using the bus_dma API. In particular, ste_newbuf must be rewritten, then every accesses using actually the memory pointer returned by vtophy have to be adapted using bus_dma* function. Am I right ? -- Eric Belhomme [demime 1.01d removed an attachment of type application/x-pkcs7-signature which had a name of smime.p7s]
halt -p does not powerdown ThinkPad X200 under 4.5beta
Hello all, ThinkPad X200 running with a recent Snapshot (Feb28-09), so 4.5 beta, oftentimes does not power down the machine when using halt -p. Sometimes it does, often enough it does not. There is a Bug Report in the Bug Tracker for a ThinkPad T20 running under 4.4, which has the exact same Problem. In the Bug Report http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yesnumbers=6007 says that one should check again under -current, but as it shows, it still doesnt yet work. An older Thread opened by me about the ThinkPad X61 discusses the same Problem. http://marc.info/?l=openbsd-miscm=122542249218411w=2 Is there anyone who can or wants to work with me trough this Issue in order to resolve it? Id do anything i can to help, and can provide any Information neccessary. Pls see my ThinkPad X200 OpenBSD 4.5beta dmesg attached. Thanks and best regards, David OpenBSD 4.5 (GENERIC) #1749: Sat Feb 28 14:51:18 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz (GenuineIntel 686-class) 2.27 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,VMX,SMX,EST,TM2,CX16,xTPR real mem = 2088005632 (1991MB) avail mem = 2010619904 (1917MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/19/08, BIOS32 rev. 0 @ 0xfdcb0, SMBIOS rev. 2.4 @ 0xe0010 (62 entries) bios0: vendor LENOVO version 6DET38WW (2.02 ) date 12/19/2008 bios0: LENOVO 74574UC acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 266MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2 acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 104 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T4646 serial 2042 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock at acpi0 not configured acpivideo at acpi0 not configured acpivideo at acpi0 not configured bios0: ROM list: 0xc/0x1! 0xd/0x1000 0xd1000/0x1000 0xd2000/0x1000 0xde000/0x1800! 0xe/0x1 cpu0: unknown Enhanced SpeedStep CPU, msr 0x0617482206004822 cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 19200 MHz (1244 mV): speeds: 19200, 1600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 vga1 at pci0 dev 2 function 0 Intel GM45 Video rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel GM45 Video rev 0x07 at pci0 dev 2 function 1 not configured Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured pciide0 at pci0 dev 3 function 2 Intel GM45 PT IDER rev 0x07: DMA (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide0: using apic 1 int 18 (irq 11) for native-PCI interrupt pciide0: channel 0 ignored (not responding; disabled or no drives?) pciide0: channel 1 ignored (not responding; disabled or no drives?) Intel GM45 AMT SOL rev 0x07 at pci0 dev 3 function 3 not configured em0 at pci0 dev 25 function 0 Intel ICH9 IGP M AMT rev 0x03: apic 1 int 20 (irq 11), address 00:1f:16:15:09:be uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x03: apic 1 int 20 (irq 11) uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x03: apic 1 int 21 (irq 11) uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x03: apic 1 int 22 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x03: apic 1 int 23 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x03: apic 1 int 17 (irq 11) azalia0: codecs: Conexant CX20561 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x03: apic 1 int 20 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801I PCIE rev 0x03: apic 1 int 21 (irq 11) pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 Intel WiFi Link 5100AGN rev 0x00: apic 1 int 17 (irq 11), MIMO 1T2R,
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, Mar 10, 2009 at 07:40:44PM +0800, David Schulz wrote: Hello all, ThinkPad X200 running with a recent Snapshot (Feb28-09), so 4.5 beta, oftentimes does not power down the machine when using halt -p. Sometimes it does, often enough it does not. I've been seeing this with my x60s, too. For ages. From about 4.4 release till up to now, don't know if it ever worked before 4.4. I don't know how to fix it. Stefan
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
Hello, I have the same issue here on a lenovo w500 (model 4063-34g). Didier OpenBSD 4.5-current (GENERIC.MP) #0: Fri Mar 6 08:17:59 CET 2009 r...@406334g.wiroth.net:/usr/obj/kernels/GENERIC.MP real mem = 3174764544 (3027MB) avail mem = 3066773504 (2924MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) bios0: vendor LENOVO version 6FET56WW (2.02 ) date 01/09/2009 bios0: LENOVO 406334G acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.37 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG cpu0: 6MB 64b/line 16-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.00 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG cpu1: 6MB 64b/line 16-way L2 cache ioapic0 at mainbus0 apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiprt6 at acpi0: bus 13 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2 acpicpu1 at acpi0: C3, C2 acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T4620 serial 3828 type LION oem Panasonic acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock at acpi0 not configured acpivideo at acpi0 not configured acpivideo at acpi0 not configured cpu0: unknown Enhanced SpeedStep CPU, msr 0x06174a2506004a25 cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 19734 MHz (1292 mV): speeds: 19734, 1600 MHz pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 vga1 at pci0 dev 2 function 0 Intel GM45 Video rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel GM45 Video rev 0x07 at pci0 dev 2 function 1 not configured Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured em0 at pci0 dev 25 function 0 Intel ICH9 IGP M AMT rev 0x03: apic 1 int 20 (irq 11), address 00:21:86:ff:1f:5c uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x03: apic 1 int 20 (irq 11) uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x03: apic 1 int 21 (irq 11) uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x03: apic 1 int 22 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x03: apic 1 int 23 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x03: apic 1 int 17 (irq 11) azalia0: RIRB time out azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x03: apic 1 int 20 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801I PCIE rev 0x03: apic 1 int 21 (irq 11) pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 Intel WiFi Link 5300AGN rev 0x00: apic 1 int 17 (irq 11), MIMO 3T3R, MoW, address 00:21:6a:0d:2f:0a ppb2 at pci0 dev 28 function 2 Intel 82801I PCIE rev 0x03: apic 1 int 22 (irq 11) pci3 at ppb2 bus 4 Intel Turbo Memory rev 0x11 at pci3 dev 0 function 0 not configured ppb3 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x03: apic 1 int 23 (irq 11) pci4 at ppb3 bus 5 ppb4 at pci0 dev 28 function 4 Intel 82801I PCIE rev 0x03: apic 1 int 20 (irq 11) pci5 at ppb4 bus 13 uhci3 at pci0 dev 29 function 0 Intel 82801I USB rev 0x03: apic 1 int 16 (irq 11) uhci4 at pci0 dev 29 function 1 Intel 82801I USB rev 0x03: apic 1 int 17 (irq 11) uhci5 at pci0 dev 29 function 2 Intel 82801I USB rev 0x03: apic 1 int 18 (irq 11) ehci1 at pci0 dev 29 function 7 Intel 82801I USB rev 0x03: apic 1 int 19 (irq 11) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb5 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, 10 Mar 2009 19:40:44 +0800 David Schulz mailingli...@pg-sec.com wrote: Hello all, ThinkPad X200 running with a recent Snapshot (Feb28-09), so 4.5 beta, oftentimes does not power down the machine when using halt -p. Sometimes it does, often enough it does not. [...] FWIW, my workstation does not power down properly either. halt -p turns the system off completely for about two seconds (fans and disk stops), then it starts up again. OpenBSD 4.5-current (GENERIC.MP) #0: Fri Mar 6 13:28:11 CET 2009 tpf...@ws.tp76.info:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3152609280 (3006MB) avail mem = 3045163008 (2904MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf06b0 (76 entries) bios0: vendor American Megatrends Inc. version 1704 date 11/27/2007 bios0: ASUSTeK Computer INC. P5B-E acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG OEMB HPET acpi0: wakeup devices P0P2(S4) P0P1(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) USBE(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) USB4(S4) USB5(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz, 2135.35 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR,NXE,LONG cpu0: 2MB 64b/line 8-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz, 2135.04 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR,NXE,LONG cpu1: 2MB 64b/line 8-way L2 cache ioapic0 at mainbus0 apid 2 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P2) acpiprt2 at acpi0: bus 5 (P0P1) acpiprt3 at acpi0: bus 4 (P0P4) acpiprt4 at acpi0: bus -1 (P0P5) acpiprt5 at acpi0: bus -1 (P0P6) acpiprt6 at acpi0: bus 3 (P0P7) acpiprt7 at acpi0: bus 2 (P0P8) acpicpu0 at acpi0 acpicpu1 at acpi0 acpibtn0 at acpi0: PWRB pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 Intel 82G965 Host rev 0x02 ppb0 at pci0 dev 1 function 0 Intel 82G965 PCIE rev 0x02: apic 2 int 16 (irq 11) pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVIDIA GeForce 7600 GT rev 0xa1 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x02: apic 2 int 16 (irq 11) uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x02: apic 2 int 17 (irq 5) ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x02: apic 2 int 18 (irq 15) ehci0: timed out waiting for BIOS usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801H HD Audio rev 0x02: apic 2 int 22 (irq 3) azalia0: codecs: Analog Devices AD1988A audio0 at azalia0 ppb1 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x02: apic 2 int 16 (irq 11) pci2 at ppb1 bus 4 ppb2 at pci0 dev 28 function 3 Intel 82801H PCIE rev 0x02: apic 2 int 19 (irq 10) pci3 at ppb2 bus 3 age0 at pci3 dev 0 function 0 Attansic Technology L1 rev 0xb0: apic 2 int 19 (irq 10), address 00:18:f3:9d:7d:04 atphy0 at age0 phy 0: F1 10/100/1000 PHY, rev. 5 ppb3 at pci0 dev 28 function 4 Intel 82801H PCIE rev 0x02: apic 2 int 16 (irq 11) pci4 at ppb3 bus 2 jmb0 at pci4 dev 0 function 0 JMicron JMB363 IDE/SATA rev 0x02 ahci0 at jmb0: apic 2 int 16 (irq 11), AHCI 1.0 scsibus0 at ahci0: 32 targets pciide0 at jmb0: DMA, channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide0: using apic 2 int 16 (irq 11) for native-PCI interrupt atapiscsi0 at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0 at scsibus1 targ 0 lun 0: PLEXTOR, DVDR PX-740A, 1.00 ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) uhci2 at pci0 dev 29 function 0 Intel 82801H USB rev 0x02: apic 2 int 23 (irq 7) uhci3 at pci0 dev 29 function 1 Intel 82801H USB rev 0x02: apic 2 int 19 (irq 10) uhci4 at pci0 dev 29 function 2 Intel 82801H USB rev 0x02: apic 2 int 18 (irq 15) ehci1 at pci0 dev 29 function 7 Intel 82801H USB rev 0x02: apic 2 int 23 (irq 7) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb4 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xf2 pci5 at ppb4 bus 5 re0 at pci5 dev 2 function 0 D-Link Systems DGE-528T rev 0x10: RTL8169/8110SB (0x1000), apic 2 int 23 (irq 7), address 00:21:91:11:dd:5e rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 3 pcib0 at pci0 dev 31 function 0 Intel 82801H LPC rev 0x02 ahci1 at pci0 dev 31 function 2 Intel 82801H AHCI rev 0x02: apic 2 int 19 (irq 10), AHCI 1.1 scsibus2
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
The same here, for HP Pavilion dv6312 laptop On Tue, Mar 10, 2009 at 3:53 PM, Didier Wiroth didier.wir...@mcesr.etat.luwrote: Hello, I have the same issue here on a lenovo w500 (model 4063-34g). Didier OpenBSD 4.5-current (GENERIC.MP) #0: Fri Mar 6 08:17:59 CET 2009 r...@406334g.wiroth.net:/usr/obj/kernels/GENERIC.MP real mem = 3174764544 (3027MB) avail mem = 3066773504 (2924MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) bios0: vendor LENOVO version 6FET56WW (2.02 ) date 01/09/2009 bios0: LENOVO 406334G acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.37 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG cpu0: 6MB 64b/line 16-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.00 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR,NXE,LONG cpu1: 6MB 64b/line 16-way L2 cache ioapic0 at mainbus0 apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiprt6 at acpi0: bus 13 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2 acpicpu1 at acpi0: C3, C2 acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T4620 serial 3828 type LION oem Panasonic acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock at acpi0 not configured acpivideo at acpi0 not configured acpivideo at acpi0 not configured cpu0: unknown Enhanced SpeedStep CPU, msr 0x06174a2506004a25 cpu0: using only highest and lowest power states cpu0: Enhanced SpeedStep 19734 MHz (1292 mV): speeds: 19734, 1600 MHz pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 vga1 at pci0 dev 2 function 0 Intel GM45 Video rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel GM45 Video rev 0x07 at pci0 dev 2 function 1 not configured Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured em0 at pci0 dev 25 function 0 Intel ICH9 IGP M AMT rev 0x03: apic 1 int 20 (irq 11), address 00:21:86:ff:1f:5c uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x03: apic 1 int 20 (irq 11) uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x03: apic 1 int 21 (irq 11) uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x03: apic 1 int 22 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x03: apic 1 int 23 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x03: apic 1 int 17 (irq 11) azalia0: RIRB time out azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x03: apic 1 int 20 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801I PCIE rev 0x03: apic 1 int 21 (irq 11) pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 Intel WiFi Link 5300AGN rev 0x00: apic 1 int 17 (irq 11), MIMO 3T3R, MoW, address 00:21:6a:0d:2f:0a ppb2 at pci0 dev 28 function 2 Intel 82801I PCIE rev 0x03: apic 1 int 22 (irq 11) pci3 at ppb2 bus 4 Intel Turbo Memory rev 0x11 at pci3 dev 0 function 0 not configured ppb3 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x03: apic 1 int 23 (irq 11) pci4 at ppb3 bus 5 ppb4 at pci0 dev 28 function 4 Intel 82801I PCIE rev 0x03: apic 1 int 20 (irq 11) pci5 at ppb4 bus 13 uhci3 at pci0 dev 29 function 0 Intel 82801I USB rev 0x03: apic 1 int 16 (irq 11) uhci4 at pci0 dev 29 function 1 Intel 82801I USB rev 0x03: apic 1 int 17 (irq 11) uhci5 at pci0 dev 29 function 2 Intel 82801I USB rev 0x03: apic 1 int 18 (irq 11) ehci1 at
autoconf 2.62 build problem
I tried to build subversion and ruby from ports current. While building autoconf 2.62 I in the following error: === Building for autoconf-2.62 make all-recursive Making all in bin autom4te_perllibdir='..'/lib AUTOM4TE_CFG='../lib/autom4te.cfg' ../bin/autom4te -B '..'/lib -B '..'/lib --language M4sh --cache '' --melt ./autoconf.as -o autoconf.in m4: ../lib/m4sugar/m4sugar.m4 at line 1641: null definition. autom4te: /usr/bin/m4 failed with exit status: 1 *** Error code 1 Stop in /usr/ports/devel/autoconf/2.62/w-autoconf-2.62/autoconf-2.62/bin (line 547 of Makefile). *** Error code 1 Stop in /usr/ports/devel/autoconf/2.62/w-autoconf-2.62/autoconf-2.62 (line 313 of Makefile). *** Error code 1 Stop in /usr/ports/devel/autoconf/2.62/w-autoconf-2.62/autoconf-2.62 (line 229 of Makefile). *** Error code 1 Stop in /usr/ports/devel/autoconf/2.62 (line 2172 of /usr/ports/infrastructure/mk/bsd.port.mk). Any help would be appreciated Sebastian dmesg follows: OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium II (GenuineIntel 686-class, 512KB L2 cache) 349 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real mem = 536375296 (511MB) avail mem = 510218240 (486MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/02/98, BIOS32 rev. 0 @ 0xfdb70, SMBIOS rev. 2.1 @ 0xf0d40 (44 entries) bios0: vendor Intel Corp. version 4R4CB0XA.86A.0009.P03.9810021202 date 10/02/98 bios0: Intel Corporation RC440BX apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf6a10/176 (9 entries) pcibios0: PCI Interrupt Router at 000:07:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x8000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82443BX AGP rev 0x02 ppb0 at pci0 dev 1 function 0 Intel 82443BX AGP rev 0x02 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 NVIDIA/SGS-Thomson Velocity128 rev 0x22 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) agp0 at vga1: aperture at 0xf800, size 0x400 drm at vga1 unsupported piixpcib0 at pci0 dev 7 function 0 Intel 82371AB PIIX4 ISA rev 0x02 pciide0 at pci0 dev 7 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: Maxtor 90845U2 wd0: 16-sector PIO, LBA, 8063MB, 16514064 sectors wd1 at pciide0 channel 0 drive 1: ST38641A wd1: 32-sector PIO, LBA, 8207MB, 16809660 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) uhci0 at pci0 dev 7 function 2 Intel 82371AB USB rev 0x01: irq 10 piixpm0 at pci0 dev 7 function 3 Intel 82371AB Power rev 0x02: polling iic0 at piixpm0 spdmem0 at iic0 addr 0x50: 256MB SDRAM non-parity PC133CL2 spdmem1 at iic0 addr 0x51: 256MB SDRAM non-parity PC133CL3 eap0 at pci0 dev 12 function 0 Ensoniq AudioPCI97 rev 0x02: irq 9 ac97: codec id 0x43525903 (Cirrus Logic CS4297 rev 3) ac97: codec features headphone, 18 bit DAC, 18 bit ADC, No 3D Stereo audio0 at eap0 midi0 at eap0: AudioPCI MIDI UART 3DFX Interactive Voodoo2 rev 0x02 at pci0 dev 13 function 0 not configured rl0 at pci0 dev 15 function 0 Realtek 8139 rev 0x10: irq 5, address 00:00:1c:de:f3:36 rlphy0 at rl0 phy 0: RTL internal PHY isa0 at piixpcib0 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 midi1 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; 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 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 Intel UHCI root hub rev 1.00/1.00 addr 1 biomask fd45 netmask fd65 ttymask fdff mtrr: Pentium Pro MTRR support softraid0 at root root on wd0a swap on wd0b dump on wd0b
Re: Bug OpenBGPD, IPv6 peer gets cleared, never gets up again
Hi,
Elisa and I were looking at the production-pilot logs last night and
noticed the following:
Mar 10 04:41:45 radix-new bgpd[25100]: neighbor 2001:7f8:1::a501:6265:2
(LEASEWEB-v6-02) AS16265: withdraw 2001:1af8::/32
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a504:8345:1
(XSNEWS-v6-01): received notification: error in UPDATE message,
attribute list error
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a504:8345:1
(XSNEWS-v6-01): state change Established - Idle, reason: NOTIFICATION
received
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a500:1200:2
(AS1200-v6-02): received notification: error in UPDATE message,
attribute list error
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a500:1200:2
(AS1200-v6-02): state change Established - Idle, reason: NOTIFICATION
received
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a500:1200:1
(AS1200-v6-01): received notification: error in UPDATE message,
attribute list error
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a500:1200:1
(AS1200-v6-01): state change Established - Idle, reason: NOTIFICATION
received
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a504:8345:2
(XSNEWS-v6-02): received notification: error in UPDATE message,
attribute list error
Mar 10 04:41:45 radix-new bgpd[12120]: neighbor 2001:7f8:1::a504:8345:2
(XSNEWS-v6-02): state change Established - Idle, reason: NOTIFICATION
received
So this happened at at time that nobody was working on the route server.
As you can see, LEASEWEB-v6-02 withdraws a prefix, which crashes the
'foundry based routers'-sessions (both XSNEWS and AS1200). This lead us
to believe that the bug was somewhere in the withdraw-code. So we digged
through the code and found the following function: up_generate_updates
in rde_update.c
I commented the following lines to disable the advertisement of withdraw's:
/* withdraw prefix */
up_generate(peer, NULL, addr, old-prefix-prefixlen);
After this, I was unable to initiate the bug. So I dugg deeper. I
re-enabled the withdraw (undone above), and commented out the following
code:
switch (up_test_update(peer, new)) {
case 1:
break;
case 0:
/* up_generate_updates(rules, peer, NULL, old); */
return;
case -1:
return;
}
This also fixed the problem, so I dugg deeper into up_test_update, first
undoing the above.
I commented out the following line:
if (p == NULL)
/* no prefix available */
/* return (0); */
This also fixed the problem. So now I can't dig any deeper. I'm just
wondering why a update with an empty prefix would be generated? So for
now this is a quick and dirty fix for the problem. Once Claudio has some
more time to digg into this, I hope there will be a real fix? I would
look for the problem in rde_generate_updates since it is the only place
besides the startup that calls up_generate_updates.
Kind regards,
Arnoud
On 3/9/09 8:18 PM, Elisa Jasinska wrote:
Hi Henning and Claudio,
Claudio Jeker wrote:
Btw. does this only happen with full IPv6 feeds or are a few
announcements already enough?
We have two test setups. One actually includes real peers, none sending
a full table though. The other one is a setup in our lab, with various
routers we could find, which only send a couple of routes to each other.
We have seen this happening if the peer we 'clear' announces at least
one prefix to the route server, so there is actually something to update.
The behavior is different in the two setups though.
With the real peers: multiple sessions go Idle upon 'clearing' one
session and the broken UPDATE that gets send out with that, but they all
come up again after a while.
In the lab: the Idle sessions never come up completely, because the
broken UPDATE seems to be send out repeatedly, causing the peer to go
back to Idle immediately every time we reach an Established state.
Henning Brauer wrote:
wait. removing tcpmd5 fixes the problem? you gotta be kidding?
this is on OpenBSD right?
Sorry, this was a wrong assumption we made based on your previous post
that there might be something wrong with it (and too many changes in our
config at the same time ;)
We are still busy with doing one change at a time now and trying to
figure out what in the config actually causes this to happen. Once we
get any conclusive results from this we will get back to you.
Thanks a lot for your help!
Regards
Elisa
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
David, On 10-Mar-2009 David Schulz wrote: ThinkPad X200 running with a recent Snapshot (Feb28-09), so 4.5 beta, oftentimes does not power down the machine when using halt -p. Sometimes it does, often enough it does not. There is a Bug Report in the Bug Tracker for a ThinkPad T20 running under 4.4, which has the exact same Problem. In the Bug Report http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yesnumbers=6007 says that one should check again under -current, but as it shows, it still doesnt yet work. I can confirm this on a Lenovo T500 as well. -- Aaron W. Hsu arcf...@sacrideo.us | http://www.sacrideo.us Government is the great fiction, through which everybody endeavors to live at the expense of everybody else. -- Frederic Bastiat +++ ((lambda (x) (x x)) (lambda (x) (x x))) ++
Re: autoconf 2.62 build problem
On Tue, Mar 10, 2009 at 02:40:35PM +0100, Sebastian Anding wrote: I tried to build subversion and ruby from ports current. While building autoconf 2.62 I in the following error: dmesg follows: OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC You might know this already, but building -current ports on a 4.4 system is not supported. OpenBSD does not have enough human resources to support this. So it's unlikely that someone will be willing to spend time fixing this problem if you cannot fix it yourself. You should upgrade your system to -current if you want to use -current ports. Stefan
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, Mar 10, 2009 at 12:31:09PM +, Stefan Sperling wrote: On Tue, Mar 10, 2009 at 07:40:44PM +0800, David Schulz wrote: I've been seeing this with my x60s, too. For ages. From about 4.4 release till up to now, don't know if it ever worked before 4.4. I don't know how to fix it. Stefan Same applies to T61 -- happens especially often when booted running on battery.
Re: autoconf 2.62 build problem
On 2009-03-10, Sebastian Anding k...@cccmz.de wrote: I tried to build subversion and ruby from ports current. While building autoconf 2.62 autoconf 2.62 needs newer m4 (in base). you have two choices: 1. run an unsupported frankenstein system with parts of -current and parts of 4.4. if you do this, please be sure to mention it in any future posts to OpenBSD lists about any problems until you're back on a supported system. 2. run a -current snapshot.
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Maybe it is an idea to complain to the vendor.
Re: How long it should take for a fsck to check a 300GB hdd?
Sent: Friday, March 06, 2009 5:10 PM On Fri, Mar 6, 2009 at 2:40 AM, Tomas s.to...@gmail.com wrote: Like the subject implies - I would like to know how long it should take for a fsck to check a 300GB hdd. I think that my pc's fsck is checking a 300GB for too long - about 45 minutes. And during install it took approximately the same amount of time to format it. Is this normal? 45 minutes to run newfs is very excessive. To run fsck on something that big isn't unreasonable though. 15-30 sec per GB is normal I'd say. Agree. I've got the same board with couple of TB of disks and newfs was very quick, probably under 1 min (with ~400-500GB slices and 64K blocks). I can't reach it right now so no dmesg, but there's something definetly wrong with the posted dmesg. There should be ahci instead of pciide. The the OP: Did you set AHCI mode in BIOS? Also, I've had better luck with mp kernel and acpi instead of apm. Try disabling apm in UKC. I don't have access to that machine right now, but when I'll get it, I'll post about bios settings. And I want to mention the answer to this thread by Brynet (if u haven't seen it). Yup, I've seen it and I'm confirming it since I have the same motherboard as you do. No need to play with pcibios, just set ahci in bios. Also, acpi + mp kernel worked best for me, you get better interrupt handling and ioapic. With that I'm getting 60MB/sec transfer rates on integrated NIC with samba and giga network. Dmesg following in the evening. Hi Tomas, Devin Smith mentioned this exact chipset on the list before, the controller is supported by ahci(4) by toggling a BIOS option, or manual patching. http://www.devinsmith.net/journal/aug_2008.html http://marc.info/?t=12198191272r=1w=2 Also, you might want to try playing with ACPI instead of apm(4)+pcibios(4).. only when you have some free time. -Brynet
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, Mar 10, 2009 at 09:34:38AM -0500, Marco Peereboom wrote: What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Do people have success powering off such machines with other open source operating systems? If so, we could check to see if they have a magical quirk that fixes this. I'll try powering off my x60s with Linux later, I think I still have a USB key somewhere that boots into Linux. Anyone else? Maybe it is an idea to complain to the vendor. For policital reasons, yes. Except if it turns out eventually that we do have a bug on our side. Then we look stupid... Stefan
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, Mar 10, 2009 at 09:34:38AM -0500, Marco Peereboom wrote: What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Maybe it is an idea to complain to the vendor. Has anyone run FreeBSD, Linux, or Windows on machines that have experienced this bug? If there's an open source operating system that doesn't have this bug, then we can look at their code and see how they fixed it. If all operating systems have this bug, then there's no hope of fixing it.
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, 10 Mar 2009 15:03:57 + Stefan Sperling s...@stsp.name wrote: Do people have success powering off such machines with other open source operating systems? If so, we could check to see if they have a magical quirk that fixes this. I'll try powering off my x60s with Linux later, I think I still have a USB key somewhere that boots into Linux. Anyone else? Ubuntu 8.04 (Linux 2.6.24-19) powers down my system just fine with halt -p (see previous post for details).
siliconmotion+current_snapshot
Hi, did someone tested Xorg with siliconmotion LynxM+ under current snapshot. I've made update to the snapshot last week and Xorg stoped running - it's shouting that there was no screen found. Which is weird because it worked properly before - no configuration changes made by me. After all I've tried manual configuration (xorgconfig) and automatic (X -configure) but that didn't helped. Any clue? P.S. It's not problem with siliconmotion driver because I've updated it in my xenocara 4.4 source tree, compiled it and run it. Worked like charm.
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, Mar 10, 2009 at 10:34 AM, Marco Peereboom sl...@peereboom.us wrote: What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Maybe it is an idea to complain to the vendor. I could believe that if none of them turned off with other OS. But they do. So whatever the spec is or says, there's also the real world where not-openbsd works and we don't, which means the real spec is whatever they do.
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
I'd love to hear see this. Back when we looked at this we did the equivalent to the other OS'. I guess we could look again but a confirmation that it works on $OS would help. On Tue, Mar 10, 2009 at 03:16:57PM +, Matthew Szudzik wrote: On Tue, Mar 10, 2009 at 09:34:38AM -0500, Marco Peereboom wrote: What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Maybe it is an idea to complain to the vendor. Has anyone run FreeBSD, Linux, or Windows on machines that have experienced this bug? If there's an open source operating system that doesn't have this bug, then we can look at their code and see how they fixed it. If all operating systems have this bug, then there's no hope of fixing it.
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
Alrighty I'll look at that code (ugh!). On Tue, Mar 10, 2009 at 04:30:39PM +0100, Thomas Pfaff wrote: On Tue, 10 Mar 2009 15:03:57 + Stefan Sperling s...@stsp.name wrote: Do people have success powering off such machines with other open source operating systems? If so, we could check to see if they have a magical quirk that fixes this. I'll try powering off my x60s with Linux later, I think I still have a USB key somewhere that boots into Linux. Anyone else? Ubuntu 8.04 (Linux 2.6.24-19) powers down my system just fine with halt -p (see previous post for details).
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
Stefan Sperling skrev: On Tue, Mar 10, 2009 at 09:34:38AM -0500, Marco Peereboom wrote: What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Do people have success powering off such machines with other open source operating systems? If so, we could check to see if they have a magical quirk that fixes this. I'll try powering off my x60s with Linux later, I think I still have a USB key somewhere that boots into Linux. Anyone else? Maybe it is an idea to complain to the vendor. For policital reasons, yes. Except if it turns out eventually that we do have a bug on our side. Then we look stupid... Stefan Powering off works with XUbuntu 8.10 on my: X41 X60 T60 T61 /Johan
Re: rack mounted intro server lab
On Mon, 09 Mar 2009 19:03:10 +0200 Lars Noodin l...@umich.edu wrote: I've run an intial pilot of a Soekris net4801 with OpenBSD 4.4, using gpioctl to turn on and off other machines and netboot them for console installs. The notes below are a mess and there just to record until they can be arranged to make sense: http://www-personal.umich.edu/~lars/DES/des.html The other machines automatically boot via PXE when powered on and are connected to the Soekris via serial and via ethernet. The serial connection allows console installations, the ethernet allows tricks with PF. The OpenSSH chroot environment has only a few tools, two of which are scripts with permissions set so that each 'user' can only turn on / off or connect via console to a single machine. The long and the short is that it's possible to log in to the net4801, turn on a machine and install a system. Currently, I have the following working choices: (all i386) openbsd 4.3 openbsd 4.4 openbsd -current centos 5.2 debian etch debian lenny fedora 10 (k)ubuntu 8.04.2 (k)ubuntu 9.04alpha The subnet has another machine with squid available. A next step is to connect via OpenSSH vpn or maybe full OpenVPN so access to this this can be taken outside the room. I'll try some lab exercises with this soon so I can see what goes wrong in a real environment. Regards -Lars Lars, Absolutely Amazing Work! I'll most definitely look over it some more. -- J.C. Roberts
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
I can confirm that this behaviour is OpenBSD specific, at least on my HP pavilion dv2000. I have also linux and netbsd here and they shutdown -p now fine. Fulvio At Tue, 10 Mar 2009 15:16:57 +, Matthew Szudzik wrote: On Tue, Mar 10, 2009 at 09:34:38AM -0500, Marco Peereboom wrote: What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Maybe it is an idea to complain to the vendor. Has anyone run FreeBSD, Linux, or Windows on machines that have experienced this bug? If there's an open source operating system that doesn't have this bug, then we can look at their code and see how they fixed it. If all operating systems have this bug, then there's no hope of fixing it.
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, 10 Mar 2009 11:04:46 -0500 Marco Peereboom sl...@peereboom.us wrote: On Tue, Mar 10, 2009 at 04:30:39PM +0100, Thomas Pfaff wrote: Ubuntu 8.04 (Linux 2.6.24-19) powers down my system just fine with halt -p (see previous post for details). Alrighty I'll look at that code (ugh!). While we're at it, I just brought up another system and halt -p does not work here either. Stuck at Attempting to power down... I can try installing NetBSD and see if it works there. Might be less painful to look through their code than Linux ;-) OpenBSD 4.5 (GENERIC) #1749: Sat Feb 28 14:51:18 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 1800+ (AuthenticAMD 686-class, 256KB L2 cache) 1.53 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 267939840 (255MB) avail mem = 250789888 (239MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 04/29/02, BIOS32 rev. 0 @ 0xfdae0, SMBIOS rev. 2.3 @ 0xf0630 (23 entries) bios0: vendor American Megatrends Inc. version 07.00T date 04/02/01 bios0: ECS K7S5A apm0 at bios0: Power Management spec V1.2 apm0: AC on, no battery acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf7950/160 (8 entries) pcibios0: PCI Interrupt Router at 000:02:0 (SiS 85C503 System rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0xc000 0xcc000/0x8000 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 SiS 735 PCI rev 0x01 sisagp0 at pchb0 agp0 at sisagp0: aperture at 0xd000, size 0x200 ppb0 at pci0 dev 1 function 0 SiS 86C201 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Rage Pro rev 0x5c wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 2 function 0 SiS 85C503 System rev 0x00 ohci0 at pci0 dev 2 function 2 SiS 5597/5598 USB rev 0x07: irq 11, version 1.0, legacy support ohci1 at pci0 dev 2 function 3 SiS 5597/5598 USB rev 0x07: irq 12, version 1.0, legacy support pciide0 at pci0 dev 2 function 5 SiS 5513 EIDE rev 0xd0: 735: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: ST34321A wd0: 32-sector PIO, LBA, 4103MB, 8404830 sectors atapiscsi0 at pciide0 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: , RW-321248, 1.00 ATAPI 5/cdrom removable wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) auich0 at pci0 dev 2 function 7 SiS 7012 AC97 rev 0xa0: irq 11, SiS7012 AC97 ac97: codec id 0x414c4710 (Avance Logic ALC200) ac97: codec features headphone, 18 bit DAC, 18 bit ADC, Realtek 3D audio0 at auich0 sis0 at pci0 dev 3 function 0 SiS 900 10/100BaseTX rev 0x90: irq 12, address 00:07:95:54:c9:9c rlphy0 at sis0 phy 1: RTL8201L 10/100 PHY, rev. 1 eap0 at pci0 dev 13 function 0 Ensoniq AudioPCI rev 0x01: irq 11 audio1 at eap0 midi0 at eap0: AudioPCI MIDI UART 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 midi1 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 it0 at isa0 port 0x2e/2: IT8705F rev 2, EC port 0x290 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb0 at ohci0: USB revision 1.0 uhub0 at usb0 SiS OHCI root hub rev 1.00/1.00 addr 1 usb1 at ohci1: USB revision 1.0 uhub1 at usb1 SiS OHCI root hub rev 1.00/1.00 addr 1 biomask ff65 netmask ff65 ttymask mtrr: Pentium Pro MTRR support softraid0 at root root on wd0a swap on wd0b dump on wd0b
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
Am 10.03.2009 um 16:33 schrieb Johan L: Stefan Sperling skrev: On Tue, Mar 10, 2009 at 09:34:38AM -0500, Marco Peereboom wrote: What happens here is that the bios lies and tells us to write a value to some register and nothing happens. We have debugged several of these machines and all to the same avail; we are doing it right but nothing happens. Do people have success powering off such machines with other open source operating systems? Powering off works with XUbuntu 8.10 on my: X41 I am running a X41 under OpenBSD and it does power off correctly (4.4) As it does with Ubuntu and FreeBSD. Suspend to RAM fails miserably... Had no time to test 4.5 on it yet. Best regards Richard
Re: Where is Secure by default ?
On Tue, Mar 10, 2009 at 10:11:12AM +0100, Artur Grabowski wrote: Always attribute to malice even that which has been explained by stupidity. Stupidity is easy to fake. Surprisingly enough, most often it's not. I've met more actual stupidity than faked one.
Re: autoconf 2.62 build problem
On Tue, Mar 10, 2009 at 02:24:04PM +, Stuart Henderson wrote: On 2009-03-10, Sebastian Anding k...@cccmz.de wrote: I tried to build subversion and ruby from ports current. While building autoconf 2.62 autoconf 2.62 needs newer m4 (in base). you have two choices: 1. run an unsupported frankenstein system with parts of -current and parts of 4.4. if you do this, please be sure to mention it in any future posts to OpenBSD lists about any problems until you're back on a supported system. In the current case, it should be safe to run a -current m4 on a 4.4 system...
Re: Article about network monitoring system developed on OpenBSD
On Mon, Feb 02, 2009 at 10:53:45AM -0500, Christopher Linn wrote: http://labs.omniti.com/trac/reconnoiter/ 2009/2/5 Joe S js.li...@gmail.com: Are there any screenshots of Reconnoiter in action? I'm curious to see how it looks. Apologies if this was a joke, but if it wasn't: The kind of things that systems such as Reconnoiter excel at are not typically depicted well in screenshots of any of their constituent programs. You wouldn't ask for a screenshot of CARP or BIND or sendmail either. (At least I hope for your sake that you wouldn't.) Now a *diagram*, that's a different matter: http://labs.omniti.com/trac/reconnoiter/browser/docs/assets/noit-network-arch.png regards, --ropers
Re: halt -p does not powerdown ThinkPad X200 under 4.5beta
On Tue, 10 Mar 2009 17:49:52 +0100 Thomas Pfaff tpf...@tp76.info wrote: On Tue, 10 Mar 2009 11:04:46 -0500 Marco Peereboom sl...@peereboom.us wrote: On Tue, Mar 10, 2009 at 04:30:39PM +0100, Thomas Pfaff wrote: Ubuntu 8.04 (Linux 2.6.24-19) powers down my system just fine with halt -p (see previous post for details). Alrighty I'll look at that code (ugh!). While we're at it, I just brought up another system and halt -p does not work here either. Stuck at Attempting to power down... Disabling apm made the system power off and then it attempted to start up again, but the screen was blank and nothing was happening. The lights where on, but there was nobody home, so to speak. I can try installing NetBSD and see if it works there. Might be less painful to look through their code than Linux ;-) NetBSD 4.0/i386 shuts down just fine with halt -p on this machine. OpenBSD 4.5 (GENERIC) #1749: Sat Feb 28 14:51:18 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 1800+ (AuthenticAMD 686-class, 256KB L2 cache) 1.53 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 267939840 (255MB) avail mem = 250789888 (239MB) [...]
OpenBSD 4.4 amd64 bsd.mp can't detect 16GB memory
Hi every one, I have installed OpenBSD 4.4 amd64 on Dell PowerEdge 1950 which contain 16GB of ram. As in that kernel 'BigMem' is already set to 1. But during boot time I can see 4GB instead of 16GB ram. When I use 'Top' command it will shows around 8GB ram. Any suggestions from any one how to solve this problem?
Re: SNMP
The package is unfortunately not fully functional in 4.4. I ended up creating an unsupported package from the unsupported 5.4.2.1 port. I believe there were other dependent packages to recompile, but it works for me. -Steve S. -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Brian McCann Sent: Tuesday, March 10, 2009 1:35 PM To: misc@openbsd.org Subject: SNMP I feel stupid for not being able to figure this out, but I'm hoping someone can point out why this doesn't work. I'm trying to get net-snmp working on my OpenBSD 4.4 box, and for some reason, it's giving me very little in terms of counters. I'm looking for Ethernet interface counters and whatnot for mrtg type graphs, but they don't appear to be coming up in the snmpwalk, and when I point mrtg's cfgmaker at it, it finds nothing. Here's my snmpd.conf file (names changed to protect the innocent), which I use on all my FreeBSD systems that use net-snmp: rocommunity rocomm syslocation The Sky sysservices 15 syscontact *...@***.com Dead simple config file...which I thought would work, but even making a more complicated one doesn't appear to make it happy either. Can someone point me in the right direction and tell me what I'm missing here? Thanks! --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me. -- Bill Murray, Ghostbusters
SNMP
I feel stupid for not being able to figure this out, but I'm hoping someone can point out why this doesn't work. I'm trying to get net-snmp working on my OpenBSD 4.4 box, and for some reason, it's giving me very little in terms of counters. I'm looking for Ethernet interface counters and whatnot for mrtg type graphs, but they don't appear to be coming up in the snmpwalk, and when I point mrtg's cfgmaker at it, it finds nothing. Here's my snmpd.conf file (names changed to protect the innocent), which I use on all my FreeBSD systems that use net-snmp: rocommunity rocomm syslocation The Sky sysservices 15 syscontact *...@***.com Dead simple config file...which I thought would work, but even making a more complicated one doesn't appear to make it happy either. Can someone point me in the right direction and tell me what I'm missing here? Thanks! --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me. -- Bill Murray, Ghostbusters
Re: OpenBSD 4.4 amd64 bsd.mp can't detect 16GB memory
On Tue, 10 Mar 2009 14:07:55 -0400 (EDT) Prakshep Dineshchandra Patel ppate...@stevens.edu wrote: Hi every one, I have installed OpenBSD 4.4 amd64 on Dell PowerEdge 1950 which contain 16GB of ram. As in that kernel 'BigMem' is already set to 1. But during boot time I can see 4GB instead of 16GB ram. When I use 'Top' command it will shows around 8GB ram. Any suggestions from any one how to solve this problem? OpenBSD does not currently support 4GB of RAM. Check the archives (http://marc.info) for various war stories.
Re: pkg_add -u updating same package
hmm, on Fri, Mar 06, 2009 at 07:54:53PM +, Stefan Sperling said that On Fri, Mar 06, 2009 at 07:26:21PM +0100, Thomas Pfaff wrote: $ sudo pkg_add -ui ... libglade2-2.6.2p2 (extracting): complete libglade2-2.6.2p2 (deleting): complete libglade2-2.6.2p2 (installing): complete Maybe I'm just slow or haven't read the relevant FAQ, but what does this mean? (4.5-current using snapshot packages). I think this means that some library in base or in ports that libglade depends on was updated. libglade itself was not updated, ^^^ but recompiled against fresh dependencies. ^^ isn't that an update then? -f -- life is that brief interlude between nothingness and eternity.
Re: Can someone please suggest a replacement for xterm for me?
hmm, on Fri, Mar 06, 2009 at 04:24:52PM +, Matthew Szudzik said that On Fri, Mar 06, 2009 at 02:16:05PM +0100, frantisek holop wrote: hmm, on Fri, Mar 06, 2009 at 11:45:49AM +, Matthew Szudzik said that PRIMARY. So, if you've copied something to the CLIPBOARD in firefox, then you won't be able to paste it in xterm. i disagree. shift+insert No, Shift-Insert does not work. Suppose you've copied String1 to the CLIPBOARD in firefox. That is, you've highlighted String1 and pressed Ctrl-C. Then suppose that you highlight some other string String2. (For example, you may have gone to the firefox Save Page As... dialog box, which automatically highlights the title of the current page.) Now, if you go to xterm and press Shift-Insert, you do not get String1 which is in the CLIPBOARD, but String2 which is in the PRIMARY. That's the problem! i dont know what you call primary, secondary, but if i select a text in firefox, press ctrl+c, hover over xterm and press shift+insert, the text shows up in xterm. good enough for me. -f -- my muse turned out to be a dike
Re: siliconmotion+current_snapshot
On Tue, Mar 10, 2009 at 4:29 PM, comfooc comf...@gmail.com wrote: Hi, did someone tested Xorg with siliconmotion LynxM+ under current snapshot. I've made update to the snapshot last week and Xorg stoped running - it's shouting that there was no screen found. Which is weird because it worked properly before - no configuration changes made by me. After all I've tried manual configuration (xorgconfig) and automatic (X -configure) but that didn't helped. Any clue? As always with X problems, include the contents of /var/log/Xorg.0.log, and the output of pcidump -v. -- Matthieu Herrb
Re: SNMP
On 2009-03-10, Brian McCann bjmcc...@gmail.com wrote: I feel stupid for not being able to figure this out, but I'm hoping someone can point out why this doesn't work. I'm trying to get net-snmp working on my OpenBSD 4.4 box, and for some reason, it's giving me very little in terms of counters. I'm looking for Ethernet interface counters and whatnot for mrtg type graphs, If you're just after interface counters, I would recommend using snmpd in the base OS instead, net-snmp is rather fragile.
Re: openbsd.org man pages case sensitive
ropers wrote on Fri, Mar 06, 2009 at 11:48:17AM +0100: I've just noticed that the web-based openbsd.org man pages are case-sensitive. Observe: http://www.openbsd.org/cgi-bin/man.cgi?query=Umsm http://www.openbsd.org/cgi-bin/man.cgi?query=umsm Is this intended behaviour or a bug? That's intended. And adding to Tom's and Paul's answers, in case you want case insensitive search, select the Apropos radio button. Regarding command line utilities, the searches apropos(1), man -k, whatis(1), man -f are case insensitive, only plain man(1) lookup is case sensitive, such that the following works conveniently: $ man -k fcntl Fcntl (3p) - load the C Fcntl.h defines fcntl (2) - file control $ man fcntl | head -n1 FCNTL(2)OpenBSD Programmer's Manual FCNTL(2) $ man Fcntl | sed -n 4p Fcntl(3p) Perl Programmers Reference GuideFcntl(3p) For user convenience, the utilities man(1) and apropos(1) handle -S and $MACHINE in a case-insensitive manner, too. Regarding man -S, case-insensitivity is new in 4.5, while apropos -S did not exist at all prior to 4.5. For more details, have a look at apropos(1), man(1), and whatis(1) on a -current system or on the web.
Re: openbsd.org man pages case sensitive
ropers wrote on Fri, Mar 06, 2009 at 11:48:17AM +0100: I've just noticed that the web-based openbsd.org man pages are case-sensitive. Observe: http://www.openbsd.org/cgi-bin/man.cgi?query=Umsm http://www.openbsd.org/cgi-bin/man.cgi?query=umsm Is this intended behaviour or a bug? 2009/3/10 Ingo Schwarze schwa...@usta.de: That's intended. Regarding command line utilities, the searches apropos(1), man -k, whatis(1), man -f are case insensitive, only plain man(1) lookup is case sensitive, such that the following works conveniently: $ man -k fcntl Fcntl (3p) - load the C Fcntl.h defines fcntl (2) - file control $ man fcntl | head -n1 FCNTL(2)OpenBSD Programmer's Manual FCNTL(2) $ man Fcntl | sed -n 4p Fcntl(3p) Perl Programmers Reference GuideFcntl(3p) Thank you very much! :) Btw.: The man Fctl | sed -n 4p line made me do a little search, because it initially looked to me as if it was printing out the 1st line in response to a command to print the fourth. I was especially befuddled as I first manually copied and pasted the Fcntl man page to a test file and did cat testfile | sed -n 4p, which produced Fcntl - load the C Fcntl.h defines instead of the above. But then I did a man Fcntl | sed -n 1,10p testfile followed by hexdump -C testfile, and sure enough, there are three line feeds before what I thought was the first line. Oddly enough, this doesn't seem to be the case with all man pages; man man | sed -n 1,10p | hexdump -C shows no leading LFs. Just out of curiosity: Why is this? And how come that man(1) seems to ignore leading line feeds when rendering the man pages? Thanks and regards, --ropers
Re: x11 problems with lenovo w500
On Tue, Mar 10, 2009 at 11:43:51AM +, Didier Wiroth wrote: Here is a snip of the error message: (II) Loading /usr/X11R6/lib/modules//libvgahw.so (II) Module vgahw: vendor=X.Org Foundation compiled for 1.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): Creating default Display subsection in Screen section Builtin Default intel Screen 0 for depth/fbbpp 24/32 (==) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) Mobile IntelB. GM45 Express Chipset (--) intel(0): Chipset: Mobile IntelB. GM45 Express Chipset (--) intel(0): Linear framebuffer at 0xD000 (--) intel(0): IO registers at addr 0xF440 (EE) intel(0): Unable to map mmio range. Invalid argument (22) Fatal server error: Caught signal 11. Server aborting Can you send us the pcidump -v output for both cases? Also what kind of interface is truecrypt using? Is it switching to some graphics mode that would change the state of the card in some way? -- Matthieu Herrb Yes, but unfortunately there is no difference between the 2 pcidump files, both files are identical :-/ 1) http://www.wiroth.net/error/x11/W500.pcidump.not.working 2) http://www.wiroth.net/error/x11/W500.pcidump.working The truecrypt bootloader is loaded before any OS is loaded. To me, it looks like a standard text console (but I must admit I'm not (very) technical). http://www.wiroth.net/error/x11/1_truecrypt_bootloader.jpg 1) The working case: I enter a Passphrase to access the windows xp bootloader, from here, I choose to boot Openbsd, see here: http://www.wiroth.net/error/x11/2_a_xp_bootloader_working.jpg When I follow this boot procedures, I can start X11. 2) The failing case: If I choose to bypass Passphrase authentication in Truecrypt by pressing ESC, the OpenBSD boot prompt appears immediately and OpenBSD starts to boot normally, see here: http://www.wiroth.net/error/x11/2_b_bypass_xp_bootloader_and_load_openbsd.jpg But now, it is not possible to start x11, I get the error message seen previously in this message. The weird thing is that pcidump -v does not show any difference If you need any additional information I let me know! pcidump -xx output for both cases. normally the more interesting result anyway. oh, and the data you're passing on not to be MIME attached, the list strips those. -0- -- See - the thing is - I'm an absolutist. I mean, kind of ... in a way ...
Re: Where is Secure by default ?
* Artur Grabowski a...@blahonga.org [2009-03-10 10:11:12]: Han Boetes h...@mijncomputer.nl writes: Paul Irofti wrote: Hello Mr. Troll, thanks for flaming by. Have a good day! Never attribute to malice that which is adequately explained by stupidity. That doesn't seem to be a good idea when you're working with security. Weren't we talking about secure by default here? Always attribute to malice even that which has been explained by stupidity. Stupidity is easy to fake. //art Someone I used to work with had a tough time deciding if he was on the recieving end of malice or stupididty. The vast majority of the time, it was stupidity. When it was malice, well, malice is a bit strong of a word. However, that probably does not detract from the fact that both stupidity and malice can cause headaches. Stupidity is probably worse in my opinion due to its frequency. Maliciousness is a lot less frequent, but worse in magnitude... well, I suppose this all depends on how good of an admin you are! -- Travers Buda
Re: Can someone please suggest a replacement for xterm for me?
On Fri, 6 Mar 2009 18:43:01 + Matthew Szudzik mszud...@andrew.cmu.edu wrote: On Fri, Mar 06, 2009 at 11:59:49AM -0500, Marcus Watts wrote: Recent versions of xterm (237, 242) have some new options you might find helpful. control-center-button brings up VT options, then just past Allow 80/132 Column Switching, there are 2 new options: Keep Selection, and Select to Clipboard. I think the 2nd of these might cause xterm to behave as you wish. Excellent! I was unaware of that option. Adding the line XTerm*selectToClipboard: true to the ~/.Xdefaults file allows highlighting (and middle-clicking) to copy (and paste) with the CLIPBOARD, rather than the PRIMARY. Also, Martynas Venckus just added another nifty piece to ports: ports/x11/autocutsel/ Log message: import autocutsel-0.9.0... which fixes pasting some new gtk/qt based apps (such as firefox) use PRIMARY/CLIPBOARD buffers, while the older ones use cutbuffer. this little utility keeps clipboard and cutbuffer in sync, making it able to select/paste data from xterm-firefox!11 ok sthen@ -- J.C. Roberts
mouse cursor is gone after running xorgconfig with nv driver
Hi, I am running openbsd 4.4 on an amd64 with the nv driver, with an nvidia gforce 6200. I used xorgconfig to reconfigure x and now the mouse cursor is gone. anyone have any idea how to get it back? Thanks -- View this message in context: http://www.nabble.com/mouse-cursor-is-gone-after-running-xorgconfig-with-nv-driver-tp22446743p22446743.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
gem0 on Sun V120 goes dead in a few minutes with gem0: device timeout error on bsd 4.5, but works without issue on bsd.mp 4.5.
Hi, With the 4.5 kernel on Sun V120, the Ethernet interface will go dead after a few minutes. May be 5 to 15 minutes. No consistence yet that I can see. When this happened, all access to the server is gone and no ping reply as well. The only way is to log via the console and simply do: ifconfig gem0 down ifconfig gem0 up And then you are good for a few more minutes. The only thing I see is in the logs message like this: gem0: device timeout However these were present in 4.4 as well, however, never did the connection was totally lost, meaning, may be there was a dead time and came back, can say for sure, but never the less the same server run for months without issue what so ever in doing it's thing. Install with 4.5 now have this lost of connectivity. I tried also the bsd.mp to see if that was different. So far no issue what so ever, nor is there any time out warning in the logs and it's now being operating for 3 hours. Both dmesg below. Best, Daniel With issue OpenBSD 4.5 (GENERIC) #1898: Sat Feb 28 17:42:44 MST 2009 dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC real mem = 1073741824 (1024MB) avail mem = 1026269184 (978MB) mainbus0 at root: Sun Fire V120 (UltraSPARC-IIe 648MHz) cpu0 at mainbus0: SUNW,UltraSPARC-IIe (rev 3.3) @ 648 MHz cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 512K external (64 b/l) psycho0 at mainbus0: SUNW,sabre, impl 0, version 0, ign 7c0 psycho0: bus range 0-2, PCI bus 0 psycho0: dvma map c000-dfff pci0 at psycho0 ppb0 at pci0 dev 1 function 1 Sun Simba PCI-PCI rev 0x13 pci1 at ppb0 bus 1 ebus0 at pci1 dev 12 function 0 Sun RIO EBus rev 0x01 flashprom at ebus0 addr 0-f not configured clock1 at ebus0 addr 0-1fff: mk48t59 SUNW,lomh at ebus0 addr 20-23 ivec 0x2a not configured alipm0 at pci1 dev 3 function 0 Acer Labs M7101 Power rev 0x00: 74KHz clock iic0 at alipm0 max1617 at alipm0 addr 0x18 skipped due to alipm0 bugs spdmem0 at iic0 addr 0x54: 512MB SDRAM registered ECC PC133CL2 spdmem1 at iic0 addr 0x55: 512MB SDRAM registered ECC PC133CL2 ebus1 at pci1 dev 7 function 0 Acer Labs M1533 ISA rev 0x00 power0 at ebus1 addr 2000-2007 ivec 0x25 com0 at ebus1 addr 3f8-3ff ivec 0x2b: ns16550a, 16 byte fifo com0: console com1 at ebus1 addr 2e8-2ef ivec 0x2b: ns16550a, 16 byte fifo gem0 at pci1 dev 12 function 1 Sun ERI Ether rev 0x01: ivec 0x7c6, address 00:03:ba:36:5a:9a ukphy0 at gem0 phy 1: Generic IEEE 802.3u media interface, rev. 1: OUI 0x0010dd, model 0x0002 ohci0 at pci1 dev 12 function 3 Sun USB rev 0x01: ivec 0x7e4, version 1.0, legacy support pciide0 at pci1 dev 13 function 0 Acer Labs M5229 UDMA IDE rev 0xc3: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using ivec 0x7cc for native-PCI interrupt atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TEAC, CD-224E, P.9A ATAPI 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: channel 1 disabled (no drives) gem1 at pci1 dev 5 function 1 Sun ERI Ether rev 0x01: ivec 0x7dc, address 00:03:ba:36:5a:9b ukphy1 at gem1 phy 1: Generic IEEE 802.3u media interface, rev. 1: OUI 0x0010dd, model 0x0002 ohci1 at pci1 dev 5 function 3 Sun USB rev 0x01: ivec 0x7e6, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 Sun OHCI root hub rev 1.00/1.00 addr 1 usb1 at ohci1: USB revision 1.0 uhub1 at usb1 Sun OHCI root hub rev 1.00/1.00 addr 1 ppb1 at pci0 dev 1 function 0 Sun Simba PCI-PCI rev 0x13 pci2 at ppb1 bus 2 siop0 at pci2 dev 8 function 0 Symbios Logic 53c896 rev 0x07: ivec 0x7e0, using 8K of on-board RAM scsibus1 at siop0: 16 targets, initiator 7 sd0 at scsibus1 targ 0 lun 0: FUJITSU, MAP3367N SUN36G, 0401 SCSI2 0/direct fixed sd0: 34732MB, 512 bytes/sec, 71132959 sec total sd1 at scsibus1 targ 1 lun 0: SEAGATE, ST336607LC, 0005 SCSI3 0/direct fixed sd1: 35003MB, 512 bytes/sec, 71687372 sec total siop1 at pci2 dev 8 function 1 Symbios Logic 53c896 rev 0x07: ivec 0x7e0, using 8K of on-board RAM scsibus2 at siop1: 16 targets, initiator 7 softraid0 at root siop0: target 0 now using tagged 16 bit 40.0 MHz 31 REQ/ACK offset xfers siop0: target 1 now using tagged 16 bit 40.0 MHz 31 REQ/ACK offset xfers bootpath: /p...@1f,0/p...@1,0/s...@8,0/d...@0,0 root on sd0a swap on sd0b dump on sd0b No issue OpenBSD 4.5 (GENERIC.MP) #634: Sat Feb 28 17:58:35 MST 2009 dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP real mem = 1073741824 (1024MB) avail mem = 1026260992 (978MB) mainbus0 at root: Sun Fire V120 (UltraSPARC-IIe 648MHz) cpu0 at mainbus0: SUNW,UltraSPARC-IIe (rev 3.3) @ 648 MHz cpu0: physical 16K
Quick question about an PF user's guide example
Hi everyone,
I'm trying to build a PF / ALTQ ruleset that handles traffic between 3
internal interfaces and 1 external, so that the internal interfaces
can have different priorities on the available bandwidth they can get
from the external interface. I don't know if that's possible with only
ALTQ rules, or if I'll have to use tagging, so I'm trying to
understand some simple setups before.
While reading the example #2 on the PF user's guide
(http://www.openbsd.org/faq/pf/queueing.html#example2), I came across
the following ruleset:
boss = 192.168.0.200
...
altq on fxp0 cbq bandwidth 1.5Mb queue { std_ext, www_ext, boss_ext }
...
queue boss_ext bandwidth 500Kb priority 3 cbq(borrow)
...
# filter rules for fxp0 outbound
pass out on fxp0 from $boss to any keep state queue boss_ext---
Where fxp0 is the external interface (internet). My question is about
that last rule above. Assuming that NAT is working so that the boss
is able to surf the web, and since NAT translations happen before the
filtering rules, then the rule above shouldn't work... right? The fxp0
interface would be able to filter only on already translated addresses
(its own address), and not on unstranslated addresses, like
192.168.200, which is the boss IP, on a different subnet. Would a
rule like that work?
If that setup works, I might be able to implement my original idea, by
doing something like:
pass out on fxp0 from 192.168.0.5 to any keep state queue traffic1_ext
pass out on fxp0 from 192.168.2.5 to any keep state queue traffic2_ext
pass out on fxp0 from 192.168.5.5 to any keep state queue traffic3_ext
Thanks for any ideas =)
Leonardo Rodrigues
How to break the httpd's 4G file size limit?
I want to set up the web server to share file, but i know apache-1.3.x (which is openbsd default httpd) had the 4G file size limit, can i break this limit? Thank you.
