Re: TCP ECN Query
Rebx_99 <[EMAIL PROTECTED]> writes: > Hi, > > I just noticed that ECN (net.inet.tcp.ecn) and RFC 3390 > (net.inet.tcp.rfc3390) are disabled by default. Any special reason for this? ECN is disabled because some random firewalls out there drop packets that set bits that weren't used 10 years ago when those firewall products were designed. When I enabled it a while ago on my mailserver, I was loosing a lot of mail. Maybe it can be enabled in 10 years when all the crappy products out there finally rust. //art
I've a question about sasync ...
Hi, we are going to deploy a new firewall which will relay on carp, pfsync and will use ipsec for networking between our branch-offices. for failover functionality - I'd like to use "sasync" too, but I'm somewhat confused - do I have to wait for 3.8 for this feature or if I can use the 3.7 Stable branch and make my own "release" to deploy. - Or do I need to follow the "current" branch. How difficult is it to add ( patch ) the feature "sasync" into stable or release ? My understanding is that "Current" is not intended for production use - as it's more a kind of "testing" version. please correct me, if I'm ( complete or partially ) wrong ;-) ! any suggestions are welcome. Kind regards, Stefan
A problem internal to GDB has been detected
> (gdb) run -WOUseWatchDog NO > Starting program: /usr/local/sbin/ogo-webui-1.1 -WOUseWatchDog NO > /usr/src/gnu/usr.bin/binutils/gdb/utils.c:1007: internal-error: virtual > memory exhausted: can't allocate 1073960 bytes. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Quit this debugging session? (y or n) y Problem is that gdb ran out of memory: apparently your GNUStep app is a bit bloated and contains lots of debugging information. That debug information doesn't fit into the memory you've allowed for gdb. Try to increase the amount of memory using "ulimit -d" and/or "ulimit -m". Mark
Re: Conditional passive FTP rules on firewall
--On 08 August 2005 23:58 -0400, Jason Haag wrote: Ftp access works in active mode via ftp-proxy. Passive mode does *not* work since I block client traffic not going to the proxies via pf. Is it possible to create conditional pf rules to pass certain traffic to a host *after* a connection to a specific port on the same host has been made? ftpsesame might do what you're looking for.
Re: hardware issues on sparc64
On Mon, 08 Aug 2005 13:04:40 -0400, Bob Ababurko <[EMAIL PROTECTED]> wrote: >I am trying to load 3.5 sparc64 on an Ultra2. If you're going to install OpenBSD, why install an old version that is no longer supported? Hint: Use v3.7 JCR
Re: I've a question about sasync ...
--On 09 August 2005 11:11 +0200, Stefan Sczekalla-Waldschmidt wrote: for failover functionality - I'd like to use "sasync" too, but I'm somewhat confused - do I have to wait for 3.8 for this feature or if I can use the 3.7 Stable branch and make my own "release" to deploy. - Or do I need to follow the "current" branch. New features don't go into Stable, a Current snapshot is probably the best idea if you want to try it now. How difficult is it to add ( patch ) the feature "sasync" into stable or release ? This is a bad idea, you would be running an unsupported frankenstein system that's difficult to support. My understanding is that "Current" is not intended for production use - as it's more a kind of "testing" version. It's the development version, so things may be rewritten/changed at any point (unlike the -stable patch branch) so you should probably watch what's happening to look for things which may affect you (tech@ and the daily cvs-changes digest are worth reading). It's not really unstable code, but obviously you need to take a bit more care.
Re: Negotiating a license for Sun Java on OpenBSD?
On Monday, 8 August 2005 at 18:03:25 +0100, Edd Barrett wrote: > > Suns newest ultra 20 x64 workstation retails at under #1000. > > Not as expensive as they once were. I never think Sun stuff expensive compared to other big vendors. In fact, Sun charge the least but we hardly buy them b/c of their low quality compared to other vendors. Or maybe the companies I work for just got rip off by other vendors :-) Zoong
Suggestion for queue.h
Hi,
what I dislike about OpenBSD's queue.h is that you can't take an
element from a SLIST and put it into a SIMPLEQ and vice versa.
For example in an iterative server I'm programming:
For each client I have a SIMPLEQ for outgoing messages
(coming from the server and the other clients) which I writev() out.
And the messages I don't malloc() each time, but keep them
in a SLIST and reuse them - similar to newnv() in OpenBSD's
/usr/src/usr.sbin/config/util.c (I don't need SIMPLEQ for this memory
pool, because the messages are taken/put back to/from the head.)
Unfortunately queue.h won't allow this. My suggestion would be to change
#define SLIST_ENTRY(type) \
struct {
\
struct type *sle_next; /* next element */ \
}
#define SIMPLEQ_ENTRY(type) \
struct {
\
struct type *sqe_next; /* next element */ \
}
to:
#define SLIST_ENTRY(type) \
struct {
\
struct type *se_next; /* next element */\
}
#define SIMPLEQ_ENTRY(type) \
struct {
\
struct type *se_next; /* next element */\
}
Regards
Alex
Re: Suggestion for queue.h
On Tue, Aug 09, 2005 at 11:38:38AM +0200, Alexander Farber wrote: > Hi, > > what I dislike about OpenBSD's queue.h is that you can't take an > element from a SLIST and put it into a SIMPLEQ and vice versa. > > For example in an iterative server I'm programming: > > For each client I have a SIMPLEQ for outgoing messages > (coming from the server and the other clients) which I writev() out. > > And the messages I don't malloc() each time, but keep them > in a SLIST and reuse them - similar to newnv() in OpenBSD's > /usr/src/usr.sbin/config/util.c (I don't need SIMPLEQ for this memory > pool, because the messages are taken/put back to/from the head.) > Why? SIMPLEQ is a superset of SLIST. Just use the SIMPLEQ "functions" SIMPLEQ_INSERT_HEAD an SIMPLEQ_REMOVE_HEAD. Why should we change the emlement entries of SLIST and SIMPLEQ with the result that suddenly somebody starts to use SLIST macros on something that is actually a SIMPLEQ. This results in corrupted queues and strange bugs. So don't do it. -- :wq Claudio
Re: LSI Logic 53C1030 on DL145-G2 not working
bofh wrote: Hi, I have a HP DL145-G2. The SCSI card that comes with is supposed to be supported by the mpt driver - the LSI Logic 53c1030 Fusion. It's not. I also bought a MegaRAID 320-2X which I thought was supposed to be supported by the ami driver, it's not. The MegaRaid has the latest bios, H429 build Feb04, 2005. Tested under both i386 and amd64 (both 3.7 and -current on Aug 2, 2005). Anything that can be jiggled or twigged to make them work? Thanx in advance for your kind help. This is a really strange beast but it seems that OBSD has a problem detecting the PCI-bridges on the PCI-X riserboard in the HP DL145 G2. Since the mpt(4) in question is seated in onf of the PCI-X riser board slots it is not detected. I've described this in previous mails to this list. The interesting thing is that if you run for instance NBSD you'll see some 7 ppb(4) however in OBSD only 3 ppb(4) are found. The mpt is in a slot behind the 7th ppb. Please see below dmesgs to see what I mean (yes I know, NBSD dmesgs do not belong on this list). Anyway, my point is that the problem in this case is solely related to the pci-shitz in the DL 145 G2 (nForce 4 chipset) not working properly, the mpt is not at fault, I have tested the mpt to work in other machines. There's also the issue with Nvidia who makes this particular motherboard, Nvidia does not give documentation to the project so we should all try to buy from other manufacturers if we can. That said, I for one thought I was buying reference AMD gear when I bought my 11 or so HP DL 145 G2 machines, turns out that HP swapped chipsets to reference AMD to Nvidia when bumping the HP DL145 rev from G1 to G2. Guess the moral of the story is, HP are sneaky, allways be very very carefull when buying servers from them, The PR for this can be found here; http://marc.theaimsgroup.com/?l=openbsd-bugs&m=112194234403097&w=2 Regards Johan M:son NetBSD 2.0.2 (GENERIC) #0: Tue Mar 22 04:58:56 UTC 2005 [EMAIL PROTECTED]:/home/builds/ab/netbsd-2-0-2-RELEASE/amd64/200503220140Z-obj/home/builds/ab/netbsd-2-0-2-RELEASE/src/sys/arch/amd64/compile/GEN ERIC total memory = 1022 MB avail memory = 978 MB mainbus0 (root) mainbus0: Intel MP Specification (Version 1.4) (AMD HAMMER ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Opteron(tm) Processor 246, 2009.37 MHz cpu0: features: e7dbfbff cpu0: features: e7dbfbff cpu0: features: e7dbfbff cpu0: I-cache 64 KB 64B/line 2-way, D-cache 64 KB 64B/line 2-way cpu0: L2 cache 1 MB 64B/line 16-way cpu0: ITLB 32 4 KB entries fully associative, 8 4 MB entries fully associative cpu0: DTLB 32 4 KB entries fully associative, 8 4 MB entries fully associative cpu0: calibrating local timer cpu0: apic clock running at 200 MHz cpu0: 16 page colors mpbios: bus 0 is type PCI mpbios: bus 1 is type PCI mpbios: bus 2 is type PCI mpbios: bus 3 is type PCI mpbios: bus 4 is type PCI mpbios: bus 128 is type PCI mpbios: bus 129 is type PCI mpbios: bus 134 is type PCI mpbios: bus 139 is type ISA ioapic0 at mainbus0 apid 1 (I/O APIC) ioapic0: pa 0xfec0, version 11, 24 pins ioapic1 at mainbus0 apid 2 (I/O APIC) ioapic1: pa 0xd800, version 11, 7 pins ioapic2 at mainbus0 apid 3 (I/O APIC) ioapic2: pa 0xd8001000, version 11, 7 pins pci0 at mainbus0 bus 0: configuration mode 1 pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok Nvidia Corporation product 0x005e (miscellaneous memory, revision 0xa3) at pci0 dev 0 function 0 not configured pcib0 at pci0 dev 1 function 0 pcib0: Nvidia Corporation product 0x0051 (rev. 0xa3) Nvidia Corporation product 0x0052 (SMBus serial bus, revision 0xa2) at pci0 dev 1 function 1 not configured ohci0 at pci0 dev 2 function 0: Nvidia Corporation product 0x005a (rev. 0xa2) ohci0: interrupting at ioapic0 pin 10 (irq 10) ohci0: OHCI version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: Nvidia Corporat OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered Nvidia Corporation product 0x005b (USB serial bus, interface 0x20, revision 0xa3) at pci0 dev 2 function 1 not configured pciide0 at pci0 dev 6 function 0 pciide0: Nvidia Corporation product 0x0053 (rev. 0xa2) pciide0: bus-master DMA support present, but unused (no driver support) pciide0: primary channel configured to compatibility mode pciide0: primary channel interrupting at ioapic0 pin 14 (irq 14) atabus0 at pciide0 channel 0 pciide0: secondary channel configured to compatibility mode pciide0: secondary channel ignored (not responding; disabled or no drives?) pciide1 at pci0 dev 8 function 0 pciide1: Nvidia Corporation product 0x0055 (rev. 0xa3) pciide1: bus-master DMA support present, but unused (no driver support) pciide1: primary channel wired to native-PCI mode pciide1: using ioapic0 pin 10 (irq 10) for native-PCI interrupt atabus1 at pciide1 channel 0 pciide1: secondary channel wired to native-PCI mode atabus2 at pciide1 channel 1 ppb0 at pci0 dev 9 function 0: N
Re: Negotiating a license for Sun Java on OpenBSD?
On 8/8/05, Edd Barrett <[EMAIL PROTECTED]> wrote: > > Suns newest ultra 20 x64 workstation retails at under #1000. > > Not as expensive as they once were. > that is out of desperation; not because that's what they are worth. aaron.glenn
Re: Suggestion for queue.h
2005/8/9, Claudio Jeker <[EMAIL PROTECTED]>: > On Tue, Aug 09, 2005 at 11:38:38AM +0200, Alexander Farber wrote: > > what I dislike about OpenBSD's queue.h is that you can't take an > > element from a SLIST and put it into a SIMPLEQ and vice versa. > Why? SIMPLEQ is a superset of SLIST. Just use the SIMPLEQ "functions" > SIMPLEQ_INSERT_HEAD an SIMPLEQ_REMOVE_HEAD. Because SIMPLEQ_INSERT_* and SIMPLEQ_REMOVE are slower than the SLIST counterparts - the former have to update the sqh_last too. > Why should we change the emlement entries of SLIST and SIMPLEQ with the > result that suddenly somebody starts to use SLIST macros on something that > is actually a SIMPLEQ. This results in corrupted queues and strange bugs. > So don't do it. Yes, you'll have to pay more attention but would gain the flexibility to take SLIST members and put them into a SIMPLEQ when needed. And the same for the double-linked LIST, TAILQ and CIRCLEQ. And this change for queue.h would be backwards-compatible.
Re: Suggestion for queue.h
Alexander Farber <[EMAIL PROTECTED]> writes: > 2005/8/9, Claudio Jeker <[EMAIL PROTECTED]>: > > On Tue, Aug 09, 2005 at 11:38:38AM +0200, Alexander Farber wrote: > > > what I dislike about OpenBSD's queue.h is that you can't take an > > > element from a SLIST and put it into a SIMPLEQ and vice versa. > > > Why? SIMPLEQ is a superset of SLIST. Just use the SIMPLEQ "functions" > > SIMPLEQ_INSERT_HEAD an SIMPLEQ_REMOVE_HEAD. > > Because SIMPLEQ_INSERT_* and SIMPLEQ_REMOVE are slower > than the SLIST counterparts - the former have to update the sqh_last too. Show me the timing results of a real-world application where you measured a difference in performance. //art
Re: Suggestion for queue.h
09 Aug 2005 12:56:01 +0200, Artur Grabowski <[EMAIL PROTECTED]>: > Show me the timing results of a real-world application where you measured > a difference in performance. Show me an example how will this change "result in corrupted queues and strange bugs" which are difficult to spot. Also if there is no performance difference, why don't you just use TAILQ for everything?
Re: Suggestion for queue.h
>>> Alexander Farber 9-Aug-05 12:01 >>> > > 09 Aug 2005 12:56:01 +0200, Artur Grabowski <[EMAIL PROTECTED]>: > > Show me the timing results of a real-world application where you > > measured a difference in performance. > > Show me an example how will this change "result in corrupted queues > and strange bugs" which are difficult to spot. No. You are the one who is asking for a change, so you are the one who has to come up with good reasons as to why. Thanks Tom
BIND 9.3.1
Hey all. I'm trying to build Bind 9.3.1 and everything goes fine, but I'm having a problem with the jail. When I try to start it up with named -t /var/named -u named, log/messages gives me an error saying /var/run/named.pid doesn't exist. The reason it doesn't exist is because I didn't create a /var/run in the jail. I didn't do this because I was trying to get it to work the way Bind 9.3.0 worked. I'm running 3.7 right now, so I'm not sure if I'm just not configuring it properly or if there's something I'm missing. I guess I could just throw /var/run into the jail to make it work. Thanks in advance. -- Cordially, Ryan Yu Network Administrator Howard Industries 814.833.7000 Ext. 258
Re: BIND 9.3.1
On Tue, Aug 09, 2005 at 10:19:06AM -0400, Ryan Yu wrote: > I'm trying to build Bind 9.3.1[... snip] What is that good for? $ which named /usr/sbin/named $ /usr/sbin/named -v BIND 9.3.1 $ ...or does the build from /usr/src/usr.sbin/bind breaks? Regards, Simon
Re: php-xslt-4.3.11 symbols
James Reynolds shaw.ca> writes: > I'm trying to run a fairly simple php xslt script. When i try to run from a > browser or the command line i get the following : > > PHP Fatal error: Call to undefined function: xslt_set_encoding() > in /var/www/htdocs/recipes.php on line 5 > > running nm -g /var/www/lib/php/modules/xslt.so i don't find > xslt_set_encoding() ? Any directions on what to do what be fine and > appreciated. http://us3.php.net/manual/en/function.xslt-set-encoding.php When using the Sablotron backend, this option is only available when you compile Sablotron with encoding support.
Re: LSI Logic 53C1030 on DL145-G2 not working
Hi all, OK, I've read the /amd64.html and /i386.html, and I'm trying to use only things that are on that list. I just tried a 3rd piece of hardware that was on that list, an Adaptec 29320. It does not work. Not on 3.7-i386, not on 3.7-amd64 and not on amd64-current. I've seen plenty of requests for help for currently shipping, can really be bought in stores, SCSI and RAID controller cards. Can someone tell me, authoritatively, which SCSI and/or RAID that they have bought within the past 2 months, work with OpenBSD? I know it's not OpenBSD's fault if manufacturers make changes without informing anyone, but I'd really like to know what I can safely buy - I'd just wasted $1000 8-( I have tried the following: Adaptec 29320ALP-R MegaRAID RAID Scsi 320-2X LSI Logic 53c1030 Fusion (By the way, there's no hardware issue - I've installed gentoo and rh on them as a test). Not sure how I'm going to sell it to my boss, but I'd like to try one more - help? -Tai
Re: LSI Logic 53C1030 on DL145-G2 not working
Hi,
Dell Poweredge 750 worked "out of the box" for me. Fantastic 1U little
box...
OpenBSD 3.7-stable (GENERIC) #0: Thu Jul 21 07:28:52 EDT 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) 4 CPU 2.80GHz ("GenuineIntel" 686-class) 2.80 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,PNI,MWAIT,CNXT-ID
real mem = 536195072 (523628K)
avail mem = 482476032 (471168K)
using 4278 buffers containing 26910720 bytes (26280K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 02/16/05, BIOS32 rev. 0 @ 0xffe90
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfc570/144 (7 entries)
pcibios0: no compatible PCI ICU found: ICU vendor 0x8086 product 0x25a1
pcibios0: Warning, unable to fix up PCI interrupt routing
pcibios0: PCI bus #3 is the last bus
bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xc9000/0x2600
0xcb800/0x1000 0xec000/0x4000!
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82875P Host" rev 0x02
ppb0 at pci0 dev 3 function 0 "Intel 82875P PCI-CSA" rev 0x02
pci1 at ppb0 bus 1
em0 at pci1 dev 1 function 0 "Intel PRO/1000CT (82547EI)" rev 0x00: irq
3, address: 00:12:3f:ed:0f:8a
ppb1 at pci0 dev 28 function 0 "Intel 6300ESB PCIX" rev 0x02
pci2 at ppb1 bus 2
ami0 at pci2 dev 1 function 0 "Symbios Logic MegaRAID" rev 0x01: irq 11
Dell 520/64b/lhc
ami0: FW 351S, BIOS v1.10, 64MB RAM
ami0: 1 channels, 0 FC loops, 1 logical drives
scsibus0 at ami0: 40 targets
sd0 at scsibus0 targ 0 lun 0: SCSI2 0/direct fixed
sd0: 69880MB, 8908 cyl, 255 head, 63 sec, 512 bytes/sec, 143114240 sec total
uhci0 at pci0 dev 29 function 0 "Intel 6300ESB USB" rev 0x02: irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 29 function 1 "Intel 5300ESB USB" rev 0x02: irq 10
usb1 at uhci1: USB revision 1.0
uhub1 at usb1
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
"Intel 6300ESB WDT" rev 0x02 at pci0 dev 29 function 4 not configured
"Intel 6300ESB APIC" rev 0x02 at pci0 dev 29 function 5 not configured
ehci0 at pci0 dev 29 function 7 "Intel 6300ESB USB" rev 0x02: irq 7
ehci0: EHCI version 1.0
ehci0: companion controllers, 2 ports each: uhci0 uhci1
usb2 at ehci0: USB revision 2.0
uhub2 at usb2
uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: single transaction translator
uhub2: 4 ports with 4 removable, self powered
ppb2 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0x0a
pci3 at ppb2 bus 3
em1 at pci3 dev 2 function 0 "Intel PRO/1000MT (82541EI)" rev 0x00: irq
10, address: 00:12:3f:ed:0f:8b
em2 at pci3 dev 3 function 0 "Intel PRO/1000MT DP (82546EB)" rev 0x01:
irq 11, address: 00:04:23:b9:ef:44
em3 at pci3 dev 3 function 1 "Intel PRO/1000MT DP (82546EB)" rev 0x01:
irq 10, address: 00:04:23:b9:ef:45
vga1 at pci3 dev 14 function 0 "ATI Rage XL" rev 0x27
wsdisplay0 at vga1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ichpcib0 at pci0 dev 31 function 0 "Intel 6300ESB LPC" rev 0x02
pciide0 at pci0 dev 31 function 2 "Intel 6300ESB SATA" rev 0x02: DMA,
channel 0 configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: SCSI0
5/cdrom removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
"Intel 6300ESB SMBus" rev 0x02 at pci0 dev 31 function 3 not configured
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0 (mux 1 ignored for console): 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
midi0 at pcppi0:
sysbeep0 at pcppi0
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask efe5 netmask efed ttymask ffef
pctr: user-level cycle counter enabled
dkcsum: sd0 matched BIOS disk 80
root on sd0a
rootdev=0x400 rrootdev=0xd00 rawdev=0xd02
bofh wrote:
Hi all,
OK, I've read the /amd64.html and /i386.html, and I'm trying to use only
things that are on that list. I just tried a 3rd piece of hardware that was
on that list, an Adaptec 29320.
It does not work. Not on 3.7-i386, not on 3.7-amd64 and not on
amd64-current.
I've seen plenty of requests for help for currently shipping, can really be
bought in stores, SCSI and RAID controller cards.
Can someone tell me, authoritatively, which SCSI and/or RAID that they have
bought within the past 2 months, work with OpenBSD? I know it
Fwd: LSI Logic 53C1030 on DL145-G2 not working
Ooops, sorry, replied directly. -Tai -- Forwarded message -- From: bofh <[EMAIL PROTECTED]> Date: Aug 9, 2005 10:39 AM Subject: Re: LSI Logic 53C1030 on DL145-G2 not working To: Theo de Raadt <[EMAIL PROTECTED]> On 8/8/05, Theo de Raadt <[EMAIL PROTECTED]> wrote: > > Please try -current. > Just tried the latest amd64-current, didn't work. Also upgraded the bios to the latest version, that didn't help either. Should I try i386-current? Also, I have 6 gigs of ram in this box, am I reading the dmesg wrongly? -Tai --8<- >> OpenBSD/amd64 BOOT 2.11 boot> booting fd0a:/bsd: 1542336+322187+2150216+0+471080=0x8482e8 entry point at 0x1001e0 [7205c766, 3404, 24448b12, 18a0a304]*Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2005 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 3.8-beta (RAMDISK_CD) #432: Mon Aug 8 22:07:23 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/RAMDISK_CD real mem = 3219890176 (3144424K) avail mem = 2759630848 (2694952K) using 22937 buffers containing 322195456 bytes (314644K) of memory mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: AMD Opteron(tm) Processor 252, 2612.34 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF LUSH,MMX,FXSR,SSE,SSE2,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 pci0 at mainbus0 bus 0: configuration mode 1 "Nvidia nForce4 DDR" rev 0xa3 at pci0 dev 0 function 0 not configured "Nvidia nForce4 ISA" rev 0xa3 at pci0 dev 1 function 0 not configured "Nvidia nForce4 SMBus" rev 0xa2 at pci0 dev 1 function 1 not configured ohci0 at pci0 dev 2 function 0 "Nvidia nForce4 USB" rev 0xa2: irq 10, version 1. 0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: Nvidia OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ehci0 at pci0 dev 2 function 1 "Nvidia nForce4 USB" rev 0xa3: irq 11 ehci0: timed out waiting for BIOS usb1 at ehci0: USB revision 2.0 uhub1 at usb1 uhub1: Nvidia EHCI root hub, rev 2.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered pciide0 at pci0 dev 6 function 0 "Nvidia nForce4 IDE" rev 0xa2: DMA, channel 0 c onfigured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: channel 1 disabled (no drives) pciide1 at pci0 dev 8 function 0 "Nvidia nForce4 SATA 2" rev 0xa3: DMA (unsuppor ted), channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide1: using irq 10 for native-PCI interrupt pciide1: channel 0 ignored (not responding; disabled or no drives?) pciide1: channel 1 ignored (not responding; disabled or no drives?) ppb0 at pci0 dev 9 function 0 "Nvidia nForce4 PCI-PCI" rev 0xa2 pci1 at ppb0 bus 1 vga1 at pci1 dev 5 function 0 "Nvidia GeForce2 MX" rev 0xb2 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) ppb1 at pci0 dev 12 function 0 "Nvidia nForce4 PCIE" rev 0xa3 pci2 at ppb1 bus 2 bge0 at pci2 dev 0 function 0 "Broadcom BCM5721" rev 0x11, BCM5750 B1 (0x4101): irq 11 address 00:14:38:a7:44:86 brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 ppb2 at pci0 dev 13 function 0 "Nvidia nForce4 PCIE" rev 0xa3 pci3 at ppb2 bus 3 bge1 at pci3 dev 0 function 0 "Broadcom BCM5721" rev 0x11, BCM5750 B1 (0x4101): irq 10 address 00:14:38:a7:44:87 brgphy1 at bge1 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 ppb3 at pci0 dev 14 function 0 "Nvidia nForce4 PCIE" rev 0xa3 pci4 at ppb3 bus 4 pchb0 at pci0 dev 24 function 0 "AMD AMD64 HyperTransport" rev 0x00 pchb1 at pci0 dev 24 function 1 "AMD AMD64 Address Map" rev 0x00 pchb2 at pci0 dev 24 function 2 "AMD AMD64 DRAM Cfg" rev 0x00 pchb3 at pci0 dev 24 function 3 "AMD AMD64 Misc Cfg" rev 0x00 pchb4 at pci0 dev 25 function 0 "AMD AMD64 HyperTransport" rev 0x00 pchb5 at pci0 dev 25 function 1 "AMD AMD64 Address Map" rev 0x00 pchb6 at pci0 dev 25 function 2 "AMD AMD64 DRAM Cfg" rev 0x00 pchb7 at pci0 dev 25 function 3 "AMD AMD64 Misc Cfg" rev 0x00 isa0 at mainbus0 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 rd0: fixed, 3584 blocks root on rd0a rootdev=0x1100 rrootdev=0x2f00 rawdev=0x2f02 erase ^?, werase ^W, kill ^U, intr ^C, status ^T
Re: [OIC] Phase 2 problem between isakmpd and Netscreen
Sean Knox wrote: I almost have a working VPN between isakmpd and a Netscreen box-- things fail at phase 2 as the peers enter quick mode. The problem was a bug in isakmpd with the way it handled attributes like lifetime. I've been testing a patch from Hans-Joerg and it's been working fine ever since. A proper commit should be in -current soon. Thanks to everyone that responded. cheers, sk
Re: cpuburn: operation not permitted
On Mon, Aug 08, 2005 at 12:13:41AM +0159, Frank Denis (Jedi/Sector One) wrote: > On Sun, Aug 07, 2005 at 12:49:02PM -0500, Matt Garman wrote: > >I'd like to load the CPU as much as possible, while at the same time > >monitoring temperatures, so that I can make sure my computer doesn't > >overheat. > > Try running blogbench - http://blogbench.pureftpd.org/ - it > brings hardware to its knees and it can help to discover > overheating. That looks pretty interesting, but aimed more towards filesystems and I/O. I'll definately try that, but I'd also like to push the CPU as much as possible. Has anyone ever used cpuburn on OpenBSD? Surely I'm not the first! Thanks again, Matt -- Matt Garman email at: http://raw-sewage.net/index.php?file=email
Re: LSI Logic 53C1030 on DL145-G2 not working
On 8/9/05, Henning Brauer <[EMAIL PROTECTED]> wrote: > > they all work, they do not work in that specific machien because we > don't see the PCI bus they';re in for some reason - as other people > told you before Didn't see that part. Thanx for clarifying. This sucks (for me), as HP's our standard. -Tai
Re: Fwd: LSI Logic 53C1030 on DL145-G2 not working
Dude how many times do I need to tell you that it's your BIOS or OpenBSD's lack of supporting NVidia chipsets? On Tue, Aug 09, 2005 at 10:41:49AM -0500, bofh wrote: > Ooops, sorry, replied directly. > > -Tai > > -- Forwarded message -- > From: bofh <[EMAIL PROTECTED]> > Date: Aug 9, 2005 10:39 AM > Subject: Re: LSI Logic 53C1030 on DL145-G2 not working > To: Theo de Raadt <[EMAIL PROTECTED]> > > On 8/8/05, Theo de Raadt <[EMAIL PROTECTED]> wrote: > > > > Please try -current. > > > > Just tried the latest amd64-current, didn't work. Also upgraded the bios to > the latest version, that didn't help either. Should I try i386-current? > > Also, I have 6 gigs of ram in this box, am I reading the dmesg wrongly? > > -Tai > > > --8<- > >> OpenBSD/amd64 BOOT 2.11 > boot> > booting fd0a:/bsd: 1542336+322187+2150216+0+471080=0x8482e8 > entry point at 0x1001e0 [7205c766, 3404, 24448b12, 18a0a304]*Copyright > (c) > 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > Copyright (c) 1995-2005 OpenBSD. All rights reserved. http://www.OpenBSD.org > > OpenBSD 3.8-beta (RAMDISK_CD) #432: Mon Aug 8 22:07:23 MDT 2005 > [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/RAMDISK_CD > real mem = 3219890176 (3144424K) > avail mem = 2759630848 (2694952K) > using 22937 buffers containing 322195456 bytes (314644K) of memory > mainbus0 (root) > cpu0 at mainbus0: (uniprocessor) > cpu0: AMD Opteron(tm) Processor 252, 2612.34 MHz > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF > LUSH,MMX,FXSR,SSE,SSE2,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 > pci0 at mainbus0 bus 0: configuration mode 1 > "Nvidia nForce4 DDR" rev 0xa3 at pci0 dev 0 function 0 not configured > "Nvidia nForce4 ISA" rev 0xa3 at pci0 dev 1 function 0 not configured > "Nvidia nForce4 SMBus" rev 0xa2 at pci0 dev 1 function 1 not configured > ohci0 at pci0 dev 2 function 0 "Nvidia nForce4 USB" rev 0xa2: irq 10, > version 1. > 0, legacy support > usb0 at ohci0: USB revision 1.0 > uhub0 at usb0 > uhub0: Nvidia OHCI root hub, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > ehci0 at pci0 dev 2 function 1 "Nvidia nForce4 USB" rev 0xa3: irq 11 > ehci0: timed out waiting for BIOS > usb1 at ehci0: USB revision 2.0 > uhub1 at usb1 > uhub1: Nvidia EHCI root hub, rev 2.00/1.00, addr 1 > uhub1: 4 ports with 4 removable, self powered > pciide0 at pci0 dev 6 function 0 "Nvidia nForce4 IDE" rev 0xa2: DMA, channel > 0 c > onfigured to compatibility, channel 1 configured to compatibility > atapiscsi0 at pciide0 channel 0 drive 0 > scsibus0 at atapiscsi0: 2 targets > cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable > cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 > pciide0: channel 1 disabled (no drives) > pciide1 at pci0 dev 8 function 0 "Nvidia nForce4 SATA 2" rev 0xa3: DMA > (unsuppor > ted), channel 0 wired to native-PCI, channel 1 wired to native-PCI > pciide1: using irq 10 for native-PCI interrupt > pciide1: channel 0 ignored (not responding; disabled or no drives?) > pciide1: channel 1 ignored (not responding; disabled or no drives?) > ppb0 at pci0 dev 9 function 0 "Nvidia nForce4 PCI-PCI" rev 0xa2 > pci1 at ppb0 bus 1 > vga1 at pci1 dev 5 function 0 "Nvidia GeForce2 MX" rev 0xb2 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > ppb1 at pci0 dev 12 function 0 "Nvidia nForce4 PCIE" rev 0xa3 > pci2 at ppb1 bus 2 > bge0 at pci2 dev 0 function 0 "Broadcom BCM5721" rev 0x11, BCM5750 B1 > (0x4101): > irq 11 address 00:14:38:a7:44:86 > brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 > ppb2 at pci0 dev 13 function 0 "Nvidia nForce4 PCIE" rev 0xa3 > pci3 at ppb2 bus 3 > bge1 at pci3 dev 0 function 0 "Broadcom BCM5721" rev 0x11, BCM5750 B1 > (0x4101): > irq 10 address 00:14:38:a7:44:87 > brgphy1 at bge1 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 > ppb3 at pci0 dev 14 function 0 "Nvidia nForce4 PCIE" rev 0xa3 > pci4 at ppb3 bus 4 > pchb0 at pci0 dev 24 function 0 "AMD AMD64 HyperTransport" rev 0x00 > pchb1 at pci0 dev 24 function 1 "AMD AMD64 Address Map" rev 0x00 > pchb2 at pci0 dev 24 function 2 "AMD AMD64 DRAM Cfg" rev 0x00 > pchb3 at pci0 dev 24 function 3 "AMD AMD64 Misc Cfg" rev 0x00 > pchb4 at pci0 dev 25 function 0 "AMD AMD64 HyperTransport" rev 0x00 > pchb5 at pci0 dev 25 function 1 "AMD AMD64 Address Map" rev 0x00 > pchb6 at pci0 dev 25 function 2 "AMD AMD64 DRAM Cfg" rev 0x00 > pchb7 at pci0 dev 25 function 3 "AMD AMD64 Misc Cfg" rev 0x00 > isa0 at mainbus0 > 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 keyb
question on mounting a filesystem...
I have not seen this error before so i was wondering if i might of forgotten something with setting up these two new drives. iris# mount /dev/wd1a /mnt mount_ffs: /dev/wd1a on /mnt: Inappropriate file type or format Any help is apprechated. Thanks
Re: question on mounting a filesystem...
From: mojo fms [mailto:[EMAIL PROTECTED] > I have not seen this error before so i was wondering if i might of > forgotten something with setting up these two new drives. > > iris# mount /dev/wd1a /mnt > mount_ffs: /dev/wd1a on /mnt: Inappropriate file type or format fdisk? disklabel? newfs? kernel? (dmesg?) Hard to say without knowning what you did (or didn't do) beforehand. DS
Re: question on mounting a filesystem...
I ran fdisk and disklabel, im not splitting up the disks they are just as large as their size allows. They were both used running windows 98 which is why i fdisked to a6 format, then ran newfs /dev/wd1a and newfs /dev/wd2a .. both times it built the file system and the super blocks just fine. What are some of the reasons why it would give that error message? dmesg prints out wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 9765MB, 1728 sectors wd1 at pciide0 channel 0 drive 1: wd1: 16-sector PIO, LBA, 19470MB, 39876480 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 wd2 at pciide0 channel 1 drive 0: wd2: 16-sector PIO, LBA, 38166MB, 78165360 sectors The disks im having an issue with are wd1 and wd2. On 8/9/05, Tom Cosgrove <[EMAIL PROTECTED]> wrote: > >>> mojo fms 9-Aug-05 21:04 >>> > > > > I have not seen this error before so i was wondering if i might of > > forgotten something with setting up these two new drives. > > > > iris# mount /dev/wd1a /mnt > > mount_ffs: /dev/wd1a on /mnt: Inappropriate file type or format > > > > Any help is apprechated. > > > > Thanks > > Have you run disklabel and newfs? Depending on the platform you may > need to run fdisk first, too. You don't say what you've done, but the > output of fdisk (if appropriate) and disklabel might help. As might > dmesg, as usual! > > Thanks > > Tom
Re: question on mounting a filesystem...
Perhaps that file system isn't ffs. man mount for the types of file system available and how to specify them. If not that, have you formatted/partitioned the hd's yet? best regards, Reid Nichol --- mojo fms <[EMAIL PROTECTED]> wrote: > I have not seen this error before so i was wondering > if i might of forgotten something with setting up > these two new drives. > > iris# mount /dev/wd1a /mnt > mount_ffs: /dev/wd1a on /mnt: Inappropriate file > type or format > > Any help is apprechated. > > Thanks Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
lowering the securelevel?
I would like to (temporarily) lower my kern.securelevel so that mbmon (or healthd) can be used. I.e., when I try to run mbmon (even as root), I get the following message: InitMBInfo: Operation not permitted According to the mbmon readme http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/xmbmon/README-xmbmon202.html I need to decrease the securelevel. I understand that kern.securelevel cannot be lowered while the system is running. However, I tried editing /etc/rc.securelevel and rebooting, yet the system still boots into securelevel=1. Is there some other step I'm missing? Thanks, Matt -- Matt Garman email at: http://raw-sewage.net/index.php?file=email
Re: lowering the securelevel?
On Tue, Aug 09, 2005 at 04:00:24PM -0700, Reid Nichol wrote: > In rc.securelevel there is: > securelevel=1 > man securelevel As I said in my original post, I edited the securelevel parameter in /etc/rc.securelevel, and rebooted, yet the change had no effect. > --- Matt Garman <[EMAIL PROTECTED]> wrote: > > system is running. However, I tried editing > > /etc/rc.securelevel and > > rebooting, yet the system still boots into > > securelevel=1. -- Matt Garman email at: http://raw-sewage.net/index.php?file=email
Re: question on mounting a filesystem...
On Tue, Aug 09, 2005 at 01:42:23PM -0700, mojo fms wrote: > I ran fdisk and disklabel... The output of: fdisk wd1 fdisk wd2 disklabel wd1 disklabel wd2 would be helpful.
Re: BIND 9.3.1
Simon Dassow <[EMAIL PROTECTED]> writes: > On Tue, Aug 09, 2005 at 10:19:06AM -0400, Ryan Yu wrote: >> I'm trying to build Bind 9.3.1[... snip] > > What is that good for? http://www.kb.cert.org/vuls/id/938617 > $ which named > /usr/sbin/named > $ /usr/sbin/named -v > BIND 9.3.1 # /usr/sbin/named -v BIND 9.3.0 The named shipped with OpenBSD 3.7 is bind 9.3.0. > > ...or does the build from /usr/src/usr.sbin/bind breaks? Has that been updated in -current? Kind regards Steffen
Re: lowering the securelevel?
In rc.securelevel there is: securelevel=1 man securelevel --- Matt Garman <[EMAIL PROTECTED]> wrote: > I would like to (temporarily) lower my > kern.securelevel so that > mbmon (or healthd) can be used. I.e., when I try to > run mbmon (even > as root), I get the following message: > > InitMBInfo: Operation not permitted > > According to the mbmon readme > > http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/xmbmon/README-xmbmon202.html > > I need to decrease the securelevel. > > I understand that kern.securelevel cannot be lowered > while the > system is running. However, I tried editing > /etc/rc.securelevel and > rebooting, yet the system still boots into > securelevel=1. > > Is there some other step I'm missing? > > Thanks, > Matt > > -- > Matt Garman > email at: http://raw-sewage.net/index.php?file=email > > best regards, Reid Nichol "Canada being mad at you is like Mr. Rogers throwing a brick through you window." -Jon Stewart, The Daily Show Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs
Re: lowering the securelevel?
On 8/10/05, Matt Garman <[EMAIL PROTECTED]> wrote: > On Tue, Aug 09, 2005 at 04:00:24PM -0700, Reid Nichol wrote: > > In rc.securelevel there is: > > securelevel=1 > > man securelevel http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/xmbmon/README-OpenBSD_chips.html :) -- ach
sgi 02 latest snapshot CD37.iso boot problems
Hello List, I was able to install OpenBSD on an sgi 02 R5000 but corrupted bsd when the ftp stalled on download I am unable to boot back into the system trying boot or /bsd or /bsd.rd with the latest sgi snapshot CD37.iso The system freezes at this point and I have to unplug the unit and plug back in to restart. arg0: dksc(0,4,8)boot arg1: ConsoleIn=Keyboard() arg2: ConsoleVideo=Video() arg3: SystemPartition= pci(0)scsi(0)disk(1)rdisk(0)partition(8) arg4: OSLoader=sash arg5: OSLoadPartition= pci(0)scsi(0)disk(1)rdisk(0)partition(0) arg6: OSLoadFilename=/bsd 34192+1264 entry: 0x80010120 SystemPartition pci(0)scsi(0)disk(1)rdisk(0)partition(8) OpenBSD/sgi Arcbios boot Boot pci(0)scsi(0)disk(1)rdisk(0)partition(0)/bsd Loading ELF64 File 0x8010:0x30e0a0, Zero 0x8040e0a0:0x5d2a0, Loading symbol table Start at 0x8010 ARC32 Firmware 1.10 SR=34010080 Found SGI-IP32, Setting Up I have tried unsetenv OSLoader, OSLoadPartition, OSFilename Command menu ls device shows ls pci(0)scsi(0)disk(1)rdisk(0)partition(8) boot I don't have any IRIX tool disks or other disks to work with. Any help on this is much appreciated. Thank you, rogern
a problem with cfs cmkdir
I've used the cryptographic file system (cfs) for years, but on 3.7 with the generic kernel, cmkdir hangs after entering the password the second time. I've never seen this behavior before. I've tried different ciphers to no avail. As cfs is kind of old software with little documentation, perhaps anyone who is successfully using it could just contact me off-list. Or if anyone else cares, on-list. Thanks, Rob.
Re: lowering the securelevel?
No you didn't. You stated that you edited rc.securelevel; you didn't say how. I took this to mean that you placed the init code there. Thus my message. If you don't write exactly what you think/did, how am I supposed to know? Reid --- Matt Garman <[EMAIL PROTECTED]> wrote: > On Tue, Aug 09, 2005 at 04:00:24PM -0700, Reid > Nichol wrote: > > In rc.securelevel there is: > > securelevel=1 > > man securelevel > > As I said in my original post, I edited the > securelevel parameter in > /etc/rc.securelevel, and rebooted, yet the change > had no effect. > > > --- Matt Garman <[EMAIL PROTECTED]> wrote: > > > system is running. However, I tried editing > > > /etc/rc.securelevel and > > > rebooting, yet the system still boots into > > > securelevel=1.
3.8-beta stop booting GENERIC.MP on an IBM Netfinity 5100
Hi all,
The snapshot dating July 20th boot GENERIC.MP just fine but with the
latest snapshot or the latest kernel sources, it stop booting after
probing my last SCSI hard drive (the problem is with sd2, but if I
remove it, the problem still occur with sd1, and so on...).
The machine is an IBM Netfinity 5100. I've got 3 SCSI disks (ID 0,1,3).
With GENERIC it's just fine.
I've noticed recent changes to the SCSI subsystem. Can these changes
be the source of my problems ?
dmesg: latest GENERIC from snapshot
-
booting hd0a:bsd: 4780352+939504 [52+245952+227435]=0x5e8204
entry point at 0x100120
[ using 473812 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2005 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 3.8-beta (GENERIC) #73: Tue Aug 9 12:50:19 MDT 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class) 665 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem = 804864000 (786000K)
avail mem = 727162880 (710120K)
using 4278 buffers containing 40345600 bytes (39400K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(04) BIOS, date 05/02/01, BIOS32 rev. 0 @ 0xfd2c1
pcibios0 at bios0: rev 2.1 @ 0xf/0x
pcibios0: PCI BIOS has 11 Interrupt Routing table entries
pcibios0: PCI Interrupt Router at 000:15:0 ("ServerWorks ROSB4
SouthBridge" rev 0x00)
pcibios0: PCI bus #0 is the last bus
bios0: ROM list: 0xc/0xa000 0xca000/0x5200
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "ServerWorks CNB20LE Host" rev 0x05
pchb1 at pci0 dev 0 function 1 "ServerWorks CNB20LE Host" rev 0x05
pci1 at pchb1 bus 1
ahc1 at pci1 dev 3 function 0 "Adaptec AIC-7899 U160" rev 0x01: irq 10
scsibus0 at ahc1: 16 targets
ahc1: target 0 using 8bit transfers
ahc1: target 0 using asynchronous transfers
sd0 at scsibus0 targ 0 lun 0: SCSI3
0/direct fixed
sd0: 17357MB, 14384 cyl, 6 head, 411 sec, 512 bytes/sec, 35548320 sec total
ahc1: target 1 using 8bit transfers
ahc1: target 1 using asynchronous transfers
sd1 at scsibus0 targ 1 lun 0: SCSI3
0/direct fixed
sd1: 17357MB, 14384 cyl, 6 head, 411 sec, 512 bytes/sec, 35548320 sec total
ahc1: target 3 using 8bit transfers
ahc1: target 3 using asynchronous transfers
sd2 at scsibus0 targ 3 lun 0: SCSI3
0/direct fixed
sd2: 17357MB, 14384 cyl, 6 head, 411 sec, 512 bytes/sec, 35548320 sec total
safte0 at scsibus0 targ 15 lun 0: SCSI2 3/processor fixed
ahc2 at pci1 dev 3 function 1 "Adaptec AIC-7899 U160" rev 0x01: irq 10
scsibus1 at ahc2: 16 targets
vga1 at pci0 dev 1 function 0 "S3 Savage 4" rev 0x04
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcn0 at pci0 dev 2 function 0 "AMD 79c970 PCnet-PCI" rev 0x44,
Am79c975, rev 4: irq 11, address 00:06:29:d5:34:9b
ukphy0 at pcn0 phy 30: Generic IEEE 802.3u media interface
ukphy0: OUI 0x1a, model 0x0036, rev. 0
emu0 at pci0 dev 9 function 0 "Creative Labs SoundBlaster Live" rev 0x07: irq 15
ac97: codec id 0x83847609 (SigmaTel STAC9721/23)
ac97: codec features 18 bit DAC, 18 bit ADC, SigmaTel 3D
audio0 at emu0
"Creative Labs PCI Gameport Joystick" rev 0x07 at pci0 dev 9 function
1 not configured
pcib0 at pci0 dev 15 function 0 "ServerWorks ROSB4 SouthBridge" rev 0x4f
pciide0 at pci0 dev 15 function 1 "ServerWorks OSB4 IDE" rev 0x00: DMA
atapiscsi0 at pciide0 channel 0 drive 0
scsibus2 at atapiscsi0: 2 targets
cd0 at scsibus2 targ 0 lun 0: SCSI0
5/cdrom removable
cd0(pciide0:0:0): using PIO mode 4, DMA mode 2
pciide0: no compatibility interrupt for use by channel 1
ohci0 at pci0 dev 15 function 2 "ServerWorks OSB4/CSB5 USB" rev 0x04:
irq 9, version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: ServerWorks OHCI root hub, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
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
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0:
spkr0 at pcppi0
sysbeep0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom0: console
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask 6765 netmask 6f65 ttymask 7fe7
pctr: 686-class user-level performance counters enabled
mtrr: Pentium Pro MTRR support
ahc1: target 0 using 16bit transfers
ahc1: target 0 synchronous at 80.0MHz DT, offset = 0x3f
dkcsum: sd0 matches BIOS drive
Re: lowering the securelevel?
On Tue, Aug 09, 2005 at 05:04:49PM -0700, Reid Nichol wrote: > No you didn't. You stated that you edited rc.securelevel; you > didn't say how. > I took this to mean that you placed the init code there. Thus my > message. I'm sorry. I was just frustrated. > If you don't write exactly what you think/did, how am I supposed > to know? Next time do a better job of reading my mind (joking :) Thanks! Matt -- Matt Garman email at: http://raw-sewage.net/index.php?file=email
Re: lowering the securelevel?
On Tue, Aug 09, 2005 at 08:54:40PM -0400, francisco wrote: > What did you try setting securelevel to? Make sure you set it to > -1 not 0 as at 0 init will still raise securelevel to 1 when in > multi mode. That was indeed my problem. (More evidence that my original post was too vague :). Anyway, the exercise turned up fruitless anyway: # ./mbmon -d SMBus[VT8233/A/8235(KT266/KT333/KT400)] found, but No HWM available on it!! No Hardware Monitor found!! InitMBInfo: Undefined error: 0 > In case you've missed it, some env hw is recognized in OpenBSD - > run `sysctl hw.sensors` to see if it is, and check out > sensorsd(8). Nope, unfortunately it doesn't work. For what it's worth, this system is a VIA EPIA EPIA-CL6000E, and it's stuck in a tiny case with a harddrive and no fans. The case itself is pretty warm to the touch (not hot by any means, but noticeably warm)---but that's at idle. I'm worried about it getting too hot at load. Anyway, thank you! Matt -- Matt Garman email at: http://raw-sewage.net/index.php?file=email
Re: A problem internal to GDB has been detected
Hi, I think you adressed the problem. but after setting ulimit -d a bit higher I get a bit more ahead, so the memory is later exhausted. This does not helped that much. ulimit -m was alrady at the maximum. $ ulimit -m 708879 sh: ulimit: exceeds allowable limit is there a way to exceed the allowable limit? how is the maximum determined? > Problem is that gdb ran out of memory: apparently your GNUStep app is > a bit bloated and contains lots of debugging information. That debug > information doesn't fit into the memory you've allowed for gdb. Try > to increase the amount of memory using "ulimit -d" and/or "ulimit -m". > > Mark so I think it is a problem of the application because I am able to debug other objc applications. thanks sebastian
sysctl hw.sensors hacking?
I just built a firewall box using a Via EPIA-CL6000E motherboard. I'd like to be able to monitor the temperature(s) within the system. However, it appears there is currently no means to do that in OpenBSD (at least not that I've found). Now I'm toying with the idea of actually developing the software to support the sysctl/hw.sensors interface (for this hardware, assuming I can obtain adequate documentation). I've got a respectable amount of experience developing "userland" applications, but never done any real kernel or "system internals"-level hacking (though I'm confident that I can learn). So does anyone have any suggested readings regarding this part of the OpenBSD architecture? I'm sure google can find plenty of useful info, but at this point, I'm not even sure what to search for. Any suggestions would be much appreciated. Thank you! Matt -- Matt Garman email at: http://raw-sewage.net/index.php?file=email
Re: sysctl hw.sensors hacking?
On Wed, 10 Aug 2005 00:33:18 -0500 Matt Garman <[EMAIL PROTECTED]> wrote: > I just built a firewall box using a Via EPIA-CL6000E motherboard. > I'd like to be able to monitor the temperature(s) within the system. > However, it appears there is currently no means to do that in > OpenBSD (at least not that I've found). man sensorsd.
Re: sysctl hw.sensors hacking?
On Wed, Aug 10, 2005 at 12:33:18AM -0500, Matt Garman wrote: > I just built a firewall box using a Via EPIA-CL6000E motherboard. > I'd like to be able to monitor the temperature(s) within the system. > However, it appears there is currently no means to do that in > OpenBSD (at least not that I've found). sensorsd(8)
final list of contributors for the replacement alpha
All, I'm preparing to submit the final list of contributors to the recent alpha server replacement drive to Theo and unless in the next couple of days I hear otherwise from anyone who specifically wants to remain anonymous, all contributors will be submitted for listing on the http://www.openbsd.com/donations.html page. Also, should anyway want to be *sure* they're listed, please drop me a note directly for good measure. Thanks again to all who contributed and helped us get the alpha platform on good, solid footing again! Best, Kevin Smith
Re: sysctl hw.sensors hacking?
Matt Garman <[EMAIL PROTECTED]> writes: > I just built a firewall box using a Via EPIA-CL6000E motherboard. > I'd like to be able to monitor the temperature(s) within the system. > However, it appears there is currently no means to do that in > OpenBSD (at least not that I've found). > > Now I'm toying with the idea of actually developing the software to > support the sysctl/hw.sensors interface (for this hardware, assuming > I can obtain adequate documentation). > > I've got a respectable amount of experience developing "userland" > applications, but never done any real kernel or "system > internals"-level hacking (though I'm confident that I can learn). > > So does anyone have any suggested readings regarding this part of > the OpenBSD architecture? I'm sure google can find plenty of useful > info, but at this point, I'm not even sure what to search for. Any > suggestions would be much appreciated. /usr/src/sys is recommennded reading. There are no substitutes. Find a driver that does something similar to what you want to do. Understand what it does. Copy it and beat it until it does what you want to do. //art
