LUN-Probing on Multi-LUN Devices
Greetings, I just hooked up a rather old 6x CD-changer (Pioneer DRM-624X) to my SUN Ultra 1 (fast SCSI provided by a combi SBUS card with additional esp, le cereal). The CD-changer usually presents its six cds at six different devices appearing under six LUNs, however neither 4.0 GENERIC nor a custom kernel with an additional option SCSIFORCELUN_BUSES=0x0001 which I vaguely remember from an elderly discussion about multi-LUN devices on misc@ seems to find more than the first cd (cd1) of the six (which seems to be working fine). In case it helps: Under Lunix and (IIRC) Slowlaris this beast appeared under six different LUNs, generating six cd-devices. All devices could be mounted simultaneously, but only one at a time could be read of course. So I wonder whether there is some way to force LUN probing on all devices? Any hints highly appreciated, Moritz. dmesg below: OpenBSD 4.0 (MBK) #0: Sun Nov 26 19:10:47 CET 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/sparc64/compile/MBK total memory = 134217728 avail memory = 110002176 using 819 buffers containing 6709248 bytes of memory bootpath: /[EMAIL PROTECTED],0/SUNW,[EMAIL PROTECTED],880/[EMAIL PROTECTED],0 mainbus0 (root): Sun Ultra 1 UPA/SBus (UltraSPARC 167MHz) cpu0 at mainbus0: SUNW,UltraSPARC @ 166.963 MHz, version 0 FPU cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 512K external (64 b/l) timer0 at mainbus0 addr 0xfffc7c00 ivec 0x7f0, 0x7f1 sbus0 at mainbus0 addr 0xfffcc000: clock = 25 MHz sbus0: dvma map ff80-dfff, iotdb 20bbe000-20bc, STC0 enabled audiocs0 at sbus0 slot 13 offset 0xc00 vector 24 ipl 8 audio0 at audiocs0 auxio0 at sbus0 slot 15 offset 0x190 flashprom at sbus0 slot 15 offset 0x0 not configured fdc0 at sbus0 slot 15 offset 0x140 vector 29 ipl 11: no drives attached clock1 at sbus0 slot 15 offset 0x120: mk48t59 zs0 at sbus0 slot 15 offset 0x110 vector 28 ipl 12 softpri 6 zstty0 at zs0 channel 0 (console i/o) zstty1 at zs0 channel 1 zs1 at sbus0 slot 15 offset 0x100 vector 28 ipl 12 softpri 6 zskbd0 at zs1 channel 0: no keyboard zstty2 at zs1 channel 1: mouse uperf0 at sbus0 slot 15 offset 0x130: model SUNW,sc-up (0/0) ports 3 SUNW,pll at sbus0 slot 15 offset 0x1304000 not configured esp0 at sbus0 slot 14 offset 0x880 vector 20 ipl 3: dma rev fas esp0: FAS366/HME, 40MHz, SCSI ID 7 scsibus0 at esp0: 16 targets sd0 at scsibus0 targ 0 lun 0: SEAGATE, SX150176LC, BA0F SCSI2 0/direct fixed sd0: 47702MB, 12024 cyl, 22 head, 369 sec, 512 bytes/sec, 97693755 sec total cd0 at scsibus0 targ 6 lun 0: TOSHIBA, XM5701TASUN12XCD, 0997 SCSI2 5/cdrom removable hme0 at sbus0 slot 14 offset 0x8c0 vector 21 ipl 6, address 08:00:20:89:86:8d nsphy0 at hme0 phy 1: DP83840 10/100 PHY, rev. 1 SUNW,bpp at sbus0 slot 14 offset 0xc80 vector 22 ipl 2 not configured dma0 at sbus0 slot 0 offset 0x20: dma rev 2 esp1 at dma0 slot 0 offset 0x40 vector 3 ipl 3: ESP200, 40MHz, SCSI ID 7 scsibus1 at esp1: 8 targets cd1 at scsibus1 targ 2 lun 0: PIONEER, CD-ROM DRM-624X, 1.08 SCSI2 5/cdrom removable sd1 at scsibus1 targ 6 lun 0: PHILIPS, DD640R2, 0020 SCSI2 0/direct removable sd1: drive offline ledma0 at sbus0 slot 0 offset 0x200010: dma rev 2 le0 at ledma0 slot 0 offset 0x60 vector 4 ipl 6: address 08:00:20:89:86:8d le0: 8 receive buffers, 2 transmit buffers SUNW,bpp at sbus0 slot 0 offset 0xc0 vector 2 ipl 2 not configured pcons at mainbus0 not configured root on sd0a rootdev=0x700 rrootdev=0x1100 rawdev=0x1102
Re: openbsd on cisco hardware? [OT]
On Mon, 13 Nov 2006, Jeffrey C. Ollie wrote: On Mon, 2006-11-13 at 15:12 -0600, Jacob Yocom-Piatt wrote: bingo! i wanted to see if i could use a 2620 i had laying around for its T1 line card and this is why i didn't expect it to be possible. the ISP here at work supplies a couple T1 lines which terminate into 1721s and i'd very much like to remove all cisco gear from the network. there are cisco 7200s as edge routers at the ISP. anybody got advice on the cheapest way to connect to such routers? the sangoma, accoom, etc. cards are pretty pricey. That is highly dependent on the technology your ISP is using underneath. In case you already have the 1721s just continue to use them, but remove functionality (i.e. routing) from them --- I recall them as rather simple but solid hardware for terminating circuits. The cheapest way that I can think of would be to get your ISP to provide you some sort of Metro Ethernet or Ethernet over TDM solution. That might be true, but this still depends on how your contract is (e.g. are you renting the 1721 from your ISP or are they yours)... In case your ISP provides them, switching to some kind of Ethernet would exactly do the same thing I suggested above --- the 1721 would simply act as 'dumb' line terminators... Otherwise your ISP would probably charge you something for the TDM termination equipment (EoTDM) or you would have to buy some very specific ethernet equipment (at least the 'right' type of GBICs, which might be as expensive as line cards). As this is rather OT contact me off-list for further questions. ++mbk
Makefile troubles w/ Xerces-C 2.7.0
Greetings, I have a little problem in getting Xerces-C 2.7.0 to compile: After seeting XERCESCROOT to the correct path and running ./runConfigure -p netbsd in $XERCESCROOT/src/xercesc (which runs w/o obvious errors) firing up a simple wodka# gmake Preparing the directory structure for a build ... mkdir -p /usr/local/src/xerces-c-src_2_7_0/obj/UNKNOWN mkdir -p /usr/local/src/xerces-c-src_2_7_0/obj/UNKNOWN/depdom mkdir -p /usr/local/src/xerces-c-src_2_7_0/lib gmake -s -C util includes (CP) /usr/local/src/xerces-c-src_2_7_0/include/xercesc/util gmake: *** includes: No such file or directory. Stop. gmake[2]: *** [includes] Error 2 gmake[1]: *** [includes] Error 2 gmake: *** [Prepare] Error 2 wodka# bails out w/ the above errors. The line in question in the Makefile is $Q${MAKE} -s -C $(UTIL_DIR) includes Unsilencing the make-command reveals (sorry for the line-break mess): wodka# gmake Preparing the directory structure for a build ... mkdir -p /usr/local/src/xerces-c-src_2_7_0/obj/UNKNOWN mkdir -p /usr/local/src/xerces-c-src_2_7_0/obj/UNKNOWN/depdom mkdir -p /usr/local/src/xerces-c-src_2_7_0/lib gmake -C util includes gmake[1]: Entering directory `/usr/local/src/xerces-c-src_2_7_0/src/xercesc/util' mkdir -p /usr/local/src/xerces-c-src_2_7_0/include/xercesc/util (CP) /usr/local/src/xerces-c-src_2_7_0/include/xercesc/util cp -fp ArrayIndexOutOfBoundsException.hpp AutoSense.hpp BaseRefVectorOf.hpp Base64.hpp BinFileInputStream.hpp BinInputStream.hpp BinMemInputStream.hpp BitOps.hpp BitSet.hpp CountedPointer.hpp DefaultPanicHandler.hpp EmptyStackException.hpp EncodingValidator.hpp FlagJanitor.hpp HashBase.hpp HashCMStateSet.hpp HashPtr.hpp HashXMLCh.hpp HexBin.hpp IllegalArgumentException.hpp InvalidCastException.hpp IOException.hpp Janitor.hpp KeyRefPair.hpp KeyValuePair.hpp KVStringPair.hpp Mutexes.hpp NameIdPool.hpp NoSuchElementException.hpp NullPointerException.hpp NumberFormatException.hpp OutOfMemoryException.hpp PanicHandler.hpp ParseException.hpp PlatformUtils.hpp QName.hpp RefArrayOf.hpp RefArrayVectorOf.hpp RefHashTableOf.hpp RefHash2KeysTableOf.hpp RefHash3KeysIdPool.hpp RefStackOf.hpp RefVectorOf.hpp RuntimeException.hpp SchemaDateTimeException.hpp SecurityManager.hpp StringPool.hpp SynchronizedStringPool.hpp TranscodingException.hpp TransENameMap.hpp TransService.hpp UnexpectedEOFException.hpp UnsupportedEncodingException.hpp UTFDataFormatException.hpp ValueArrayOf.hpp ValueHashTableOf.hpp ValueStackOf.hpp ValueVectorOf.hpp XercesDefs.hpp XercesVersion.hpp XMemory.hpp XMLAbstractDoubleFloat.hpp XMLASCIITranscoder.hpp XMLBigDecimal.hpp XMLBigInteger.hpp XMLChar.hpp XMLChTranscoder.hpp XMLDateTime.hpp XMLDeleterFor.hpp XMLDOMMsg.hpp XMLDouble.hpp XMLEBCDICTranscoder.hpp XMLEntityResolver.hpp XMLEnumerator.hpp XMLException.hpp XMLExceptMsgs.hpp XMLFloat.hpp XMLIBM1047Transcoder.hpp XMLIBM1140Transcoder.hpp XMLInitializer.hpp XMLInteger.hpp XMLMsgLoader.hpp XMLHolder.hpp XMLNetAccessor.hpp XMLNumber.hpp XMLRegisterCleanup.hpp XMLResourceIdentifier.hpp XMLString.hpp XMLStringTokenizer.hpp XMLUCS4Transcoder.hpp XMLUni.hpp XMLUniDefs.hpp XMLUri.hpp XMLURL.hpp XMLUTF16Transcoder.hpp XMLUTF8Transcoder.hpp XMLWin1252Transcoder.hpp XML256TableTranscoder.hpp XML88591Transcoder.hpp BaseRefVectorOf.c CountedPointer.c FlagJanitor.c Janitor.c KeyRefPair.c KeyValuePair.c NameIdPool.c RefArrayOf.c RefArrayVectorOf.c RefHashTableOf.c RefHash2KeysTableOf.c RefHash3KeysIdPool.c RefStackOf.c RefVectorOf.c TransENameMap.c ValueArrayOf.c ValueHashTableOf.c ValueStackOf.c ValueVectorOf.c XMLDeleterFor.c XMLHolder.c LogicalPath.c /usr/local/src/xerces-c-src_2_7_0/include/xercesc/util gmake -C Platforms includes gmake[2]: Entering directory `/usr/local/src/xerces-c-src_2_7_0/src/xercesc/util/Platforms' gmake -C includes gmake: *** includes: No such file or directory. Stop. gmake: Entering an unknown directorygmake: Leaving an unknown directorygmake[2]: *** [includes] Error 2 gmake[2]: Leaving directory `/usr/local/src/xerces-c-src_2_7_0/src/xercesc/util/Platforms' gmake[1]: *** [includes] Error 2 gmake[1]: Leaving directory `/usr/local/src/xerces-c-src_2_7_0/src/xercesc/util' gmake: *** [Prepare] Error 2 The Makefile in ${UTIL_DIR} contains [...] includes:: pubheaders $(C_FILES) ${MAKE} -C Platforms $@ ${MAKE} -C Transcoders/$(TRANSCODERMODULE) $@ [...] the Makefile in ${UTIL_DIR}/Platforms contains [...] includes:: ${MAKE} -C $(SUBMODULE) $@ [...] and last but not least the Makefile in ${UTIL_DIR}/Platforms/NetBSD contains PLATFORM = UNKNOWN CC = gcc CXX = c++ CXXVER = GCC = yes GXX = yes CXXFLAGS = -w -O -DNDEBUG -DPROJ_XMLPARSER -DPROJ_XMLUTIL -DPROJ_PARSERS -DPROJ_SAX4C -DPROJ_SAX2 -DPROJ_DOM -DPROJ_DEPRECATED_DOM -DPROJ_VALIDATORS -DXML_USE_NATIVE_TRANSCODER -DXML_USE_INMEM_MESSAGELOA DER -D_THREAD_SAFE -DXML_USE_PTHREADS -DXML_USE_NETACCESSOR_SOCKET CFLAGS = -w -O -DNDEBUG -DPROJ_XMLPARSER -DPROJ_XMLUTIL -DPROJ_PARSERS -DPROJ_SAX4C
Re: MD5
On Thu, 6 Jul 2006, Philip Guenther wrote: On 7/4/06, Chet Uber [EMAIL PROTECTED] wrote: ... The reason I had said anything is that when I do forensic work I used to just do MD5's of files, but it has gotten called to task in court so we now use both MD5 and SHA1 hashes as it is NP-complete to find a collision in both of them for the same file. Finding collisions for both MD5 and SHA-1 together is actually NP-complete and not just NP? That's an significant result that would affect the design of protocols using hashes. Do you have a citation for that? I would be interested in a proof for that as well, esp if this was true for _all_ collisions. ++mbk
Re: gcc miscompiles ntohs16() inline assembly in OpenBSD 3.8
On Wed, 5 Apr 2006, chefren wrote: [snip] How do you think that irritating recommendation will ever get away without debugging? By getting rid of gcc. ; Sorry could not resist that one ;-) ++mbk
Re: Unexpected Busfrees w/ Adaptec 2940 U2W and Raidframe
Greetings, just for the record, I never managed to solve this problem, but the problem exists with the latest OpenBSD and FreeBSD incarnations of this driver as well as under Linux (for the sake of simplicity Gentoo 2005.0 boot-cd). Switched to an Adaptec HW-RAID and the damn thing is working now. Best regards and sorry for wasting your bandwidth (again), Moritz.