Nmap and pf
Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8.
obtaining openbsd.pbr from windows 7
Dear all, I was reading through the docs on how to boot openbsd with the windows 7 boot loader so I learned I have to execute: dd if=/dev/sd0a of=openbsd.pbr bs=512 count=1 but I can't do it: * If I do it from the existing openbsd in my drive, /dev/sd0a, I get device busy. * If I boot with the cd rom neither msdos nor ntfs are available so I can't write the .pbr file to an accessible place from windows. * If I boot with the cd rom and write the .pbr file in the bsd filesystem, I can't read it from windows 7 (I couldn't find a program to mount bsd filesystems which works with windows 7). Does anybody have a solution to any of these problems or a 4th way? Thanks marc
Re: Nmap and pf
El 07/03/2011 10:54, Henrik Engmark escribiC3: Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. Way too vague question; you should at least describe the scenario.
Re: Nmap and pf
On Mon, Mar 07, 2011 at 10:54:09AM +0100, Henrik Engmark wrote: Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. You can always disable pf (pfctl -d). I'd also expect any sensible configuration without scrub or (implicit) keep state to work, but I didn't check that. E.g. you could try set skip on lo0 pass block in on ! lo0 proto tcp to port 6000:6010 pass user root no state pass icmp no state Joachim -- PotD: devel/p5-Sort-Key - sort perl arrays http://www.joachimschipper.nl/
Re: obtaining openbsd.pbr from windows 7
On Mon, Mar 07, 2011 at 05:22:10AM -0500, marc wrote: Dear all, I was reading through the docs on how to boot openbsd with the windows 7 boot loader so I learned I have to execute: dd if=/dev/sd0a of=openbsd.pbr bs=512 count=1 Try using the raw device.: /dev/rsd0a -Otto but I can't do it: * If I do it from the existing openbsd in my drive, /dev/sd0a, I get device busy. * If I boot with the cd rom neither msdos nor ntfs are available so I can't write the .pbr file to an accessible place from windows. * If I boot with the cd rom and write the .pbr file in the bsd filesystem, I can't read it from windows 7 (I couldn't find a program to mount bsd filesystems which works with windows 7). Does anybody have a solution to any of these problems or a 4th way? Thanks marc
Re: obtaining openbsd.pbr from windows 7
On Mon, Mar 07, 2011 at 05:22:10AM -0500, marc wrote: Dear all, I was reading through the docs on how to boot openbsd with the windows 7 boot loader so I learned I have to execute: dd if=/dev/sd0a of=openbsd.pbr bs=512 count=1 ^ The raw device won't be busy while the filesystem is mounted, so use /dev/rsd0a (as the FAQ suggests!) Joachim -- TFMotD: lockspool (1) - lock user's system mailbox http://www.joachimschipper.nl/
Re: Nmap and pf
On Mon, Mar 07, 2011 at 11:34:50AM +0100, Daniel Gracia wrote: El 07/03/2011 10:54, Henrik Engmark escribiC3: Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. Way too vague question; you should at least describe the scenario. I'm pretty certain he's just read /usr/ports/net/nmap/pkg/MESSAGE: --- CAUTION!!! Using nmap with `-O' flag under OpenBSD machine with pf enabled might hang nmap. It's caused by properly working pf which will filter out all weird ip header flags sent by nmap. --- But yes, if my earlier message isn't sufficient some clarification would be welcome. Joachim -- TFMotD: Pod::Find (3p) - find POD documents in directory trees http://www.joachimschipper.nl/
Write Apt and Accurate English
Scroll Write Apt And Accurate English Dear friends, The LCCI Certificate in English for Business Level 2 programme Is designed to equip participants with the skills in writing, using formats that are current and common in business communication. Objectives Write apt and accurate English suited to the stated purpose - Write business correspondence in a clear and concise manner- Adopt the tone, form, layout, content, and composition apppropriate to the requirement of a given situation -Effectively resolve problems through writing. Course Outline Writing Skills: Write with appropriate level of clarity, relevance, economy, logic, accuracy and professionalism- Adopting the right style of wrting- Write busines communication in a variety of forms including : a memo,a notice,a leafleft, a letter and an ariticle- Obtaining and providing information- Choice of words- Adopting the right tone- Omit irrelevant information- Expand, reduce, rewrite and reassemble elements of text for a requested purpose. Language: Misunderstanding in written communications- Grammer- Vocabulary building- Verb, Phrasal verb, Tense- Conjunctions, Articles, Pronuncs, Propositions, Punctuation. Handling Different Situation: Passive and active voice- Practive on voices (greeting, parting and polite phrases)-Moods; sentence combination- Useful expression- Dialogue using correct sentence combination- How to give information to enhance service Resolving Problems using Logic Words Logicwords-to add ideas, show causes, results, sequence and to conclude- Practice on logic words-The 7 Step Plan. Administrative Details Start date: 15.03.2011 End date: 14.06.2011 Day/Time:Tuesday/ 7pm to 10pm Course duration:13 sessions ( 1 session per week ) Training venue : 19 Carpenter Street (near Clarke Quey MRT,Central Mall ) ***Course fee @ $250 nett (after SDF funding ) For enquiry or registration:contact Binson @ 91783929 email:bin...@edutrainingresources.com.sg Attention !!! Attention!! ***Course Fee excludes exam fee @ $135, textbook @ $25 and admin fee $15 SDF Funding is for Singapore Citizen and Singapore Permanent Resident only Fee without SDF funding: $530 nett Fee with SDF Funding: $250 nett ($280 nett subsidised by SDF ) Organised by EDU TRAINING RESOURCES PTE.LTD Address : 40C Hongkong Street .Singapore 059679 If you no longer wish to receive our emails,you may unsubcribe -
Re: obtaining openbsd.pbr from windows 7
2011/3/7 marc li...@drwx.org Dear all, I was reading through the docs on how to boot openbsd with the windows 7 boot loader so I learned I have to execute: dd if=/dev/sd0a of=openbsd.pbr bs=512 count=1 Then you learned wrong. The FAQ has the solution for you: http://www.openbsd.org/faq/faq4.html#Multibooting but I can't do it: If you can, trace the bad information back to whoever is handing out bad advice and make them read the FAQ also, so we don't get more users getting non-working advice. -- To our sweethearts and wives. May they never meet. -- 19th century toast
Re: Nmap and pf
That is correct. I noticed every try to do an OS detection with nmap failed for incredibly strange reasons reported by nmap, like no route to host even though the target was on the same subnet. Nmap can't even ping on OpenBSD. At least not since 4.7. And so I went on to really read the CAUTION message. I very much need the pf enabled as I nat with it, so disabling it is not an option. I will try your suggestion Joachim and get back. On Mon, 7 Mar 2011 11:42:26 +0100, Joachim Schipper wrote: On Mon, Mar 07, 2011 at 11:34:50AM +0100, Daniel Gracia wrote: El 07/03/2011 10:54, Henrik Engmark escribiC3: Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. Way too vague question; you should at least describe the scenario. I'm pretty certain he's just read /usr/ports/net/nmap/pkg/MESSAGE: --- CAUTION!!! Using nmap with `-O' flag under OpenBSD machine with pf enabled might hang nmap. It's caused by properly working pf which will filter out all weird ip header flags sent by nmap. --- But yes, if my earlier message isn't sufficient some clarification would be welcome. Joachim
Re: How to partition magneto-optical disks with sectors of 2048 bytes?
On 03/06/2011 05:10 PM, Joachim Schipper wrote: On Sun, Mar 06, 2011 at 04:14:33PM +0100, Jens A. Griepentrog wrote: On 03/06/11 02:25, Matthew Dempsky wrote: [...] Jens A. Griepentrog griep...@wias-berlin.de wrote: What went wrong? The procedure works for usual hard disks and memory sticks with sectors of 512 bytes. I would be grateful for any hint. (As a final aim I would like to have some bootable magneto-optical disk with root partition a: and two more partitions d: and e: ...) When you say The procedure works for usual hard disks and memory sticks [...], do you mean it works on this same system when attached to the same ahc(4) controller? E.g., if you replace this sd0 with a standard SCSI disk, will the same set of fdisk/disklabel/newfs commands work correctly? Thanks, Matthew, I just checked this again with some 16-year old SCSI disk to give a rigorous proof of my above statement: ... ahc0 at pci6 dev 2 function 0 vendor Adaptec, unknown product 0x0082 rev 0x02: apic 7 int 21 (irq 3) scsibus0 at ahc0: 8 targets, initiator 7 sd0 at scsibus0 targ 4 lun 0: QUANTUM, FIREBALL1080S, 1Q09 SCSI2 0/direct fixed sd0: 1042MB, 512 bytes/sec, 2134305 sec total ... a e offset: [64] ^^ That was 32 in your earlier example. Did you try some appropriately-large offsets? (AFAIK, that shouldn't help, but maybe the first sectors are magical or maybe the disk barfs on unaligned access?) Joachim Thanks, Joachim, I tried different larger multiples of 32 as offsets but it does not help. Jens [demime 1.01d removed an attachment of type APPLICATION/DEFANGED which had a name of griepent.18083DEFANGED-vcf]
Re: Nmap and pf
I tried that, with no success. Also compiled 5.51 from source with the same result. I get this: sendto in send_ip_packet_sd: sendto(4, packet, 60, 0, ya.da.ya.da, 16) = No route to host Offending packet: TCP ya.da.ya.da:59268 ya.da.ya.da:80 ttl=55 id=27672 iplen=60 seq=3496514045 win=128 wscale 10,nop,mss 265,timestamp 4294967295 0,sackOK I went on to clean up like nobodys business, ie # pfctl -s rules pass all no state pass all user = 0 no state (i know) Still doesn't work. Just to be sure I tried disabling pf, and ofcourse that does the trick. But as I said, thats not an option for me. Any more suggestions? Is pf configurable on a lower level outside the ruleset? Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. You can always disable pf (pfctl -d). I'd also expect any sensible configuration without scrub or (implicit) keep state to work, but I didn't check that. E.g. you could try set skip on lo0 pass block in on ! lo0 proto tcp to port 6000:6010 pass user root no state pass icmp no state Joachim
Re: Nmap and pf
On Mon, Mar 07, 2011 at 01:36:31PM +0100, Henrik Engmark wrote: I tried that, with no success. Also compiled 5.51 from source with the same result. I get this: sendto in send_ip_packet_sd: sendto(4, packet, 60, 0, ya.da.ya.da, 16) = No route to host Offending packet: TCP ya.da.ya.da:59268 ya.da.ya.da:80 ttl=55 id=27672 iplen=60 seq=3496514045 win=128 wscale 10,nop,mss 265,timestamp 4294967295 0,sackOK I went on to clean up like nobodys business, ie # pfctl -s rules pass all no state pass all user = 0 no state (i know) Still doesn't work. Try playing with allow-opts (at your own risk, of course). -Otto Just to be sure I tried disabling pf, and ofcourse that does the trick. But as I said, thats not an option for me. Any more suggestions? Is pf configurable on a lower level outside the ruleset? Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. You can always disable pf (pfctl -d). I'd also expect any sensible configuration without scrub or (implicit) keep state to work, but I didn't check that. E.g. you could try set skip on lo0 pass block in on ! lo0 proto tcp to port 6000:6010 pass user root no state pass icmp no state Joachim
Re: Nmap and pf
On Mon, Mar 07, 2011 at 10:54:09AM +0100, Henrik Engmark wrote: Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. Try --send-eth.
Re: Nmap and pf
Worked like a charm. I get a bunch of adjust_timeouts2: packet supposedly had rtt of -301586 microseconds. Ignoring time. adjust_timeouts2: packet supposedly had rtt of -301586 microseconds. Ignoring time. which I don't get with pf disabled, otherwise just peachy. Thank you everyone for giving me a bit of your time. It's appreciated. On Mon, 7 Mar 2011 13:51:25 +0100, Pascal Stumpf wrote: On Mon, Mar 07, 2011 at 10:54:09AM +0100, Henrik Engmark wrote: Is there a way, good or bad, to relax pf enough to let nmap do its OS detection? I am on 4.8. Try --send-eth.
Missed PCB cache and drops due to no socket errors
Hi, I'm having some issues with network connectivity on a system. When doing netstat -ns, I get a lot of errors with missed PCB cache, drops due to no socket. I have already increased the TCP and UDP send and receive space up to 262144, but the error counters are still increasing. One of the highest impacts is a lot of false positive alerts in our monitoring system since this generates a lot of errors with the SNMP monitoring, which has a lot of high rate UDP bursts. The systems are a pair of Dell 1950s with dual Xeon 5130 2GHz CPUs and the network cards are Intel PRO/1000 PT (82571EB). The running version is 4.8 GENERIC.MP#335 amd64. All they are doing is routing and filtering with PF and PFSync. Any idea what else I could tweak or modify to rectify these errors? Let me know if there is anything else that I should include to provide additional information. Thanks, Steve Johnson
Re: Missed PCB cache and drops due to no socket errors
On Mon, Mar 07, 2011 at 10:38:45AM -0500, Steve Johnson wrote: Hi, I'm having some issues with network connectivity on a system. When doing netstat -ns, I get a lot of errors with missed PCB cache, drops due to no socket. I have already increased the TCP and UDP send and receive space up to 262144, but the error counters are still increasing. One of the highest impacts is a lot of false positive alerts in our monitoring system since this generates a lot of errors with the SNMP monitoring, which has a lot of high rate UDP bursts. What makes you believe that the PCB cache and send and receive space have anything in common? TCP and UDP send and receive space have absolutly no influence on the number of missed PCB. The missed PCB cache is not an error. It just a counter telling when no PCB has been found for the incomming packet based on the src/dst IP and port. In other words new connections will always increase this counter (as will port scans). For UDP it is probably even more common since in most cases recvfrom() and sendto() is used and so the first lookup will always fail and a lookup in the list of listening PCB needs to be done. The dropped due to no socket counter will tell you how many packets are dropped because nothing was listening on that port. The 1-mio pesos question is why there is no socket listening on that port. The systems are a pair of Dell 1950s with dual Xeon 5130 2GHz CPUs and the network cards are Intel PRO/1000 PT (82571EB). The running version is 4.8 GENERIC.MP#335 amd64. All they are doing is routing and filtering with PF and PFSync. I don't get it. Are you running the SNMP server on the firewall or are you just forwarding traffic on the firewall and some of it gets dropped? PCB lookups do not matter when doing just routing and filtering with PF. PCB lookups are only used for local connections. Any idea what else I could tweak or modify to rectify these errors? Let me know if there is anything else that I should include to provide additional information. I guess your problem is somewhere else. Is it possible that pf runs out of states? -- :wq Claudio
Re: Missed PCB cache and drops due to no socket errors
On Mon, Mar 7, 2011 at 11:15 AM, Claudio Jeker cje...@diehard.n-r-g.comwrote: On Mon, Mar 07, 2011 at 10:38:45AM -0500, Steve Johnson wrote: Hi, I'm having some issues with network connectivity on a system. When doing netstat -ns, I get a lot of errors with missed PCB cache, drops due to no socket. I have already increased the TCP and UDP send and receive space up to 262144, but the error counters are still increasing. One of the highest impacts is a lot of false positive alerts in our monitoring system since this generates a lot of errors with the SNMP monitoring, which has a lot of high rate UDP bursts. What makes you believe that the PCB cache and send and receive space have anything in common? I didn't know if they did, but these were the 2 counters that seemed problematic. TCP and UDP send and receive space have absolutly no influence on the number of missed PCB. The missed PCB cache is not an error. It just a counter telling when no PCB has been found for the incomming packet based on the src/dst IP and port. In other words new connections will always increase this counter (as will port scans). For UDP it is probably even more common since in most cases recvfrom() and sendto() is used and so the first lookup will always fail and a lookup in the list of listening PCB needs to be done. The dropped due to no socket counter will tell you how many packets are dropped because nothing was listening on that port. Ok, thanks. Good to know all that information. The 1-mio pesos question is why there is no socket listening on that port. The systems are a pair of Dell 1950s with dual Xeon 5130 2GHz CPUs and the network cards are Intel PRO/1000 PT (82571EB). The running version is 4.8 GENERIC.MP#335 amd64. All they are doing is routing and filtering with PF and PFSync. I don't get it. Are you running the SNMP server on the firewall or are you just forwarding traffic on the firewall and some of it gets dropped? PCB lookups do not matter when doing just routing and filtering with PF. PCB lookups are only used for local connections. No, the SNMP traffic is just going through the system and some of it seems to get dropped. We've only started to have this issue in the monitoring system after replacing the old IPTables back-end systems with the new PF ones. Any idea what else I could tweak or modify to rectify these errors? Let me know if there is anything else that I should include to provide additional information. I guess your problem is somewhere else. Is it possible that pf runs out of states? The stats from pfctl seem to be fine, which is what led me to believe that it would be more of a tuning parameter somewhere. State limit is at 300K and we just had another important issue and I had only about 20K entries in the stats. There are no errors on the interfaces either, nor on the switch ports. PFSync stats do show a lot of failed lookup/inserts though. Here are the counters for PF: Counters match 639843438 729.1/s bad-offset 00.0/s fragment 140.0/s short 770.0/s normalize6880.0/s memory 14809331.7/s bad-timestamp 00.0/s congestion 00.0/s ip-option6120.0/s proto-cksum00.0/s state-mismatch1643030.2/s state-insert 2880.0/s state-limit 160.0/s src-limit 00.0/s synproxy 00.0/s Limit Counters max states per rule 160.0/s max-src-states 00.0/s max-src-nodes 00.0/s max-src-conn 00.0/s max-src-conn-rate 00.0/s overload table insertion 00.0/s overload flush states 00.0/s -- :wq Claudio Thanks
Re: Mounting NTFS, Invalid argument
On Mon, Mar 7, 2011 at 2:54 AM, Markus Hennecke markus-henne...@markus-hennecke.de wrote: Am 07.03.2011 07:57, schrieb Otto Moerbeek: NTFS support is not enabled in the GENERIC kernel. CVS says that it is enabled. Not in any currently released version...
Re: Mounting NTFS, Invalid argument
On Mon, Mar 07, 2011 at 07:57:56AM +0100, Otto Moerbeek wrote: NTFS support is not enabled in the GENERIC kernel. Oops, I may be wrong. It is enabled on recent i386 and amd64 kernels. But since you neglect to give us a dmesg, we cannot tell if it is actually enable on your machine. That's true. Mitigating that now... I am running a 4.9 snapshot. OpenBSD 4.9-beta (GENERIC.MP) #767: Sat Jan 29 10:01:32 MST 2011 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE real mem = 1062502400 (1013MB) avail mem = 1034964992 (987MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 02/08/08, SMBIOS rev. 2.4 @ 0x3f607010 (45 entries) bios0: vendor American Megatrends Inc. version 4.6.3 date 02/23/2009 bios0: MICRO-STAR INTERNATIONAL CO., LTD MS-N033 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC SSDT SSDT SSDT acpi0: wakeup devices P0P2(S4) PEGP(S4) USB0(S1) USB1(S1) USB2(S1) USB3(S1) EHCI(S1) MC97(S4) P0P1(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(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 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P2) acpiprt2 at acpi0: bus 1 (P0P4) acpiprt3 at acpi0: bus -1 (P0P5) acpiprt4 at acpi0: bus 2 (P0P6) acpiprt5 at acpi0: bus -1 (P0P7) acpiprt6 at acpi0: bus -1 (P0P8) acpiprt7 at acpi0: bus -1 (P0P9) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpitz0 at acpi0: critical temperature 100 degC acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model MS-N033 serial type LION oem MSI Corp. acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpivideo0 at acpi0: IGD_ acpivout0 at acpivideo0: CRT_ acpivout1 at acpivideo0: LCD_ bios0: ROM list: 0xc/0xea00! 0xcf000/0x1000 cpu0: Enhanced SpeedStep 1667 MHz: speeds: 1333, 1067, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GME Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GME Video rev 0x03 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 0xc000, size 0x1000 inteldrm0 at vga1: apic 2 int 16 (irq 11) drm0 at inteldrm0 Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 2 int 16 (irq 11) azalia0: codecs: Realtek ALC888 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 2 int 16 (irq 11) pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 Realtek 8101E rev 0x02: RTL8102E (0x3480), apic 2 int 16 (irq 11), address 00:24:21:62:f5:5d rlphy0 at re0 phy 7: RTL8201L 10/100 PHY, rev. 1 ppb1 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02: apic 2 int 18 (irq 10) pci2 at ppb1 bus 2 Realtek 8187SE rev 0x22 at pci2 dev 0 function 0 not configured uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x02: apic 2 int 23 (irq 5) uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x02: apic 2 int 19 (irq 3) uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x02: apic 2 int 18 (irq 10) uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x02: apic 2 int 16 (irq 11) ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x02: apic 2 int 23 (irq 5) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe2 pci3 at ppb2 bus 3 ichpcib0 at pci0 dev 31 function 0 Intel 82801GBM LPC rev 0x02: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801GBM SATA rev 0x02: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD1600BEVT-22ZCT0 wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6 usb1 at uhci0: USB revision 1.0 uhub1 at usb1 Intel UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at ichpcib0 isadma0 at
Re: obtaining openbsd.pbr from windows 7
On Mon, 7 Mar 2011 05:22:10 -0500 marc li...@drwx.org wrote: * If I boot with the cd rom neither msdos nor ntfs are available so I can't write the .pbr file to an accessible place from windows. * If I boot with the cd rom and write the .pbr file in the bsd filesystem, I can't read it from windows 7 (I couldn't find a program to mount bsd filesystems which works with windows 7). *) write it to an USB stick / external HD with FAT16/32 *) upload it to a FTP server on another host *) use the mail command to send it via email *) use uuencode, print it out and type it in again in Windows ;) regards, Robert
Re: Missed PCB cache and drops due to no socket errors
On 2011-03-07, Steve Johnson maill...@sjohnson.info wrote: The stats from pfctl seem to be fine memory 14809331.7/s that's a problem .. netstat -m vmstat -m dmesg
Re: Nmap and pf
On 2011-03-07, Henrik Engmark h...@tti.se wrote: That is correct. I noticed every try to do an OS detection with nmap failed for incredibly strange reasons reported by nmap, like no route to host even though the target was on the same subnet. it's not intuitive, but EHOSTUNREACH (no route to host) from a locally generated packet can also mean that the packet was blocked by PF.
Re: Missed PCB cache and drops due to no socket errors
Ok, thanks. Here's the output: #netstat -m 338 mbufs in use: 306 mbufs allocated to data 8 mbufs allocated to packet headers 24 mbufs allocated to socket names and addresses 196/1634/128000 mbuf 2048 byte clusters in use (current/peak/max) 0/8/128000 mbuf 4096 byte clusters in use (current/peak/max) 0/8/128000 mbuf 8192 byte clusters in use (current/peak/max) 0/8/128000 mbuf 9216 byte clusters in use (current/peak/max) 0/8/128000 mbuf 12288 byte clusters in use (current/peak/max) 0/8/128000 mbuf 16384 byte clusters in use (current/peak/max) 0/8/128000 mbuf 65536 byte clusters in use (current/peak/max) 3900 Kbytes allocated to network (12% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines - #vmstat -m Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 1265 462360889111280112 32 581315 10404301 640 0 64 934 20743032561 320 31375 128 2019 93 676644 160 46 256 4824623128304 80 10123 512 1373 59 647300 40 53 1024 292 362434758 20 484389 2048 35 23 12844515 108170616 4096 2568 14 217060 5 197124 8192 21 7 68247 5 51974 16384 300 0301 5 0 327686 0 11603 5 0 655362 0 2 5 0 1310723 0 3 5 0 2621441 0 1 5 0 Memory usage type by bucket size Size Type(s) 16 devbuf, pcb, routetbl, sysctl, UFS mount, dirhash, ACPI, exec, xform_data, VM swap, UVM amap, UVM aobj, USB, USB device, temp 32 devbuf, pcb, routetbl, ifaddr, vnodes, UFS mount, sem, dirhash, ACPI, in_multi, exec, xform_data, UVM amap, USB, USB device, temp, DRM 64 devbuf, routetbl, ifaddr, vnodes, dirhash, ACPI, proc, VFS cluster, in_multi, ether_multi, VM swap, UVM amap, USB, USB device, NDP, temp, DRM 128 devbuf, pcb, routetbl, ifaddr, mount, sem, dirhash, ACPI, NFS srvsock, ip_moptions, ttys, pfkey data, UVM amap, USB, USB device, NDP, temp 256 devbuf, routetbl, ifaddr, sysctl, ioctlops, vnodes, shm, VM map, ACPI, exec, UVM amap, USB, USB device, temp, DRM 512 devbuf, ifaddr, ioctlops, vnodes, dirhash, file desc, NFS daemon, ttys, newblk, UVM amap, USB, USB device, temp 1024 devbuf, pcb, sysctl, ioctlops, mount, UFS mount, shm, file desc, proc, ttys, exec, UVM amap, crypto data, temp 2048 devbuf, ioctlops, UFS mount, ACPI, file desc, VM swap, UVM amap, UVM aobj, temp 4096 devbuf, ifaddr, ioctlops, proc, UVM amap, memdesc, temp, DRM 8192 devbuf, ttys, pagedep, UVM amap, USB, temp 16384 devbuf, UFS mount, MSDOSFS mount, temp 32768 devbuf, UFS quota, UFS mount, ISOFS mount, inodedep 65536 devbuf 131072 devbuf, VM swap 262144 VM swap Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) devbuf 5433 16169K 16363K 78644K 6086960 0 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072 pcb 11021K 23K 78644K 1073730 0 16,32,128,1024 routetbl 52064K239K 78644K 3090820 0 16,32,64,128,256 ifaddr 21746K 46K 78644K 2490 0 32,64,128,256,512,4096 sysctl 3 2K 2K 78644K30 0 16,256,1024 ioctlops 0 0K 4K 78644K 2524900 0 256,512,1024,2048,4096 mount14 7K 7K 78644K 140 0 128,1024 vnodes5013K105K 78644K 1011510 0 32,64,256,512 UFS quota 132K 32K 78644K10 0 32768 UFS mount2574K 74K 78644K 250 0 16,32,1024,2048,16384,32768 shm 2 2K 2K 78644K20 0 256,1024 VM map 2 1K 1K 78644K20 0 256 sem 2 1K 1K 78644K20 0 32,128 dirhash45 9K 20K 78644K 19920 0 16,32,64,128,512 ACPI 63981K123K 78644K 37730 0 16,32,64,128,256,2048 file desc 811K 27K 78644K136740 0 512,1024,2048 proc2111K 11K 78644K 210 0 64,1024,4096 VFS cluster 0 0K 1K 78644K403010 0 64 NFS srvsock 1 1K 1K 78644K10
Re: obtaining openbsd.pbr from windows 7
Hi Janne,
Thanks a lot for your answer. I did read this section (actually subsection
'Windows 7') so I'm afraid I'm the only one getting it wrong...
I had the impression that the command:
C:\Windows\system32 bcdedit /set {0154a872-3d41-11de-bd67-a7060316bbb1}
path \openbsd.pbr
requires that the openbsd.pbr file is at located at the root of c:\. Am I
wrong?
Thanks again,
Marc
2011/3/7 marc li...@drwx.org
Dear all,
I was reading through the docs on how to boot openbsd with the windows 7
boot loader so I learned I have to execute:
dd if=/dev/sd0a of=openbsd.pbr bs=512 count=1
Then you learned wrong.
The FAQ has the solution for you:
http://www.openbsd.org/faq/faq4.html#Multibooting
but I can't do it:
If you can, trace the bad information back to whoever is handing out bad
advice and make them read the FAQ also, so we don't get more users getting
non-working advice.
--
To our sweethearts and wives. May they never meet. -- 19th century toast
Re: Missed PCB cache and drops due to no socket errors
On 2011-03-07, Steve Johnson maill...@sjohnson.info wrote: Ok, thanks. Here's the output: #netstat -m 338 mbufs in use: 306 mbufs allocated to data 8 mbufs allocated to packet headers 24 mbufs allocated to socket names and addresses 196/1634/128000 mbuf 2048 byte clusters in use (current/peak/max) When you tweaked kern.maxclusters you haven't allowed yourself enough kernel memory for PF states. 0/8/128000 mbuf 4096 byte clusters in use (current/peak/max) 0/8/128000 mbuf 8192 byte clusters in use (current/peak/max) 0/8/128000 mbuf 9216 byte clusters in use (current/peak/max) 0/8/128000 mbuf 12288 byte clusters in use (current/peak/max) 0/8/128000 mbuf 16384 byte clusters in use (current/peak/max) 0/8/128000 mbuf 65536 byte clusters in use (current/peak/max) 3900 Kbytes allocated to network (12% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines - #vmstat -m Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 1265 462360889111280112 32 581315 10404301 640 0 64 934 20743032561 320 31375 128 2019 93 676644 160 46 256 4824623128304 80 10123 512 1373 59 647300 40 53 1024 292 362434758 20 484389 2048 35 23 12844515 108170616 4096 2568 14 217060 5 197124 8192 21 7 68247 5 51974 16384 300 0301 5 0 327686 0 11603 5 0 655362 0 2 5 0 1310723 0 3 5 0 2621441 0 1 5 0 Memory usage type by bucket size Size Type(s) 16 devbuf, pcb, routetbl, sysctl, UFS mount, dirhash, ACPI, exec, xform_data, VM swap, UVM amap, UVM aobj, USB, USB device, temp 32 devbuf, pcb, routetbl, ifaddr, vnodes, UFS mount, sem, dirhash, ACPI, in_multi, exec, xform_data, UVM amap, USB, USB device, temp, DRM 64 devbuf, routetbl, ifaddr, vnodes, dirhash, ACPI, proc, VFS cluster, in_multi, ether_multi, VM swap, UVM amap, USB, USB device, NDP, temp, DRM 128 devbuf, pcb, routetbl, ifaddr, mount, sem, dirhash, ACPI, NFS srvsock, ip_moptions, ttys, pfkey data, UVM amap, USB, USB device, NDP, temp 256 devbuf, routetbl, ifaddr, sysctl, ioctlops, vnodes, shm, VM map, ACPI, exec, UVM amap, USB, USB device, temp, DRM 512 devbuf, ifaddr, ioctlops, vnodes, dirhash, file desc, NFS daemon, ttys, newblk, UVM amap, USB, USB device, temp 1024 devbuf, pcb, sysctl, ioctlops, mount, UFS mount, shm, file desc, proc, ttys, exec, UVM amap, crypto data, temp 2048 devbuf, ioctlops, UFS mount, ACPI, file desc, VM swap, UVM amap, UVM aobj, temp 4096 devbuf, ifaddr, ioctlops, proc, UVM amap, memdesc, temp, DRM 8192 devbuf, ttys, pagedep, UVM amap, USB, temp 16384 devbuf, UFS mount, MSDOSFS mount, temp 32768 devbuf, UFS quota, UFS mount, ISOFS mount, inodedep 65536 devbuf 131072 devbuf, VM swap 262144 VM swap Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) devbuf 5433 16169K 16363K 78644K 6086960 0 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072 pcb 11021K 23K 78644K 1073730 0 16,32,128,1024 routetbl 52064K239K 78644K 3090820 0 16,32,64,128,256 ifaddr 21746K 46K 78644K 2490 0 32,64,128,256,512,4096 sysctl 3 2K 2K 78644K30 0 16,256,1024 ioctlops 0 0K 4K 78644K 2524900 0 256,512,1024,2048,4096 mount14 7K 7K 78644K 140 0 128,1024 vnodes5013K105K 78644K 1011510 0 32,64,256,512 UFS quota 132K 32K 78644K10 0 32768 UFS mount2574K 74K 78644K 250 0 16,32,1024,2048,16384,32768 shm 2 2K 2K 78644K20 0 256,1024 VM map 2 1K 1K 78644K20 0 256 sem 2 1K 1K 78644K20 0 32,128 dirhash45 9K 20K 78644K 19920 0 16,32,64,128,512 ACPI 63981K123K 78644K 37730 0 16,32,64,128,256,2048 file desc 8
ATI Radeon HD 3470 problems with X
Hi, when trying eg. glxgears I'm getting : $ glxgears drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. $ $ warzone2100 drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. $ $ tail -2 /var/log/messages Mar 7 18:46:37 hostname /bsd: error: [drm:pid18843:r300_emit_carefully_checked_packet0] *ERROR* Register 4e4c failed check as flag=00 Mar 7 18:46:37 hostname /bsd: error: [drm:pid18843:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet0 failed $ It's same either for snapshot from 1.3. or 2.3. (latest available now). No xorg.conf set. $ sysctl kern.version kern.version=OpenBSD 4.9 (GENERIC.MP) #794: Wed Mar 2 07:19:02 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP $ $ dmesg | grep -i vga vga1 at pci1 dev 0 function 0 ATI Radeon HD 3470 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) radeondrm0 at vga1: apic 8 int 16 (irq 11) $ $ sudo pcidump -v 1:0:0 1:0:0: ATI Radeon HD 3470 0x: Vendor ID: 1002 Product ID: 95c0 0x0004: Command: 0007 Status ID: 0010 0x0008: Class: 03 Subclass: 00 Interface: 00 Revision: 00 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem prefetchable 64bit addr: 0xd000/0x1000 0x0018: BAR mem 64bit addr: 0xfe9f/0x0001 0x0020: BAR io addr: 0xdc00/0x0100 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 1028 Product ID: 3243 0x0030: Expansion ROM Base Address: fea0 0x0038: 0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00 0x0050: Capability 0x01: Power Management 0x0058: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x16 / x16 0x00a0: Capability 0x05: Message Signaled Interrupts (MSI) $ $ glxgears -info GL_RENDERER = Mesa DRI R600 (RV620 95C0) 20090101 x86/MMX/SSE2 TCL GL_VERSION= 1.5 Mesa 7.8.2 GL_VENDOR = Advanced Micro Devices, Inc. GL_EXTENSIONS = GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_fragment_program GL_ARB_half_float_vertex GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_point_parameters GL_ARB_provoking_vertex GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_MESAX_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_array_bgra GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_gpu_program_parameters GL_EXT_histogram GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_polygon_offset GL_EXT_provoking_vertex GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_cube_map GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_texture_sRGB GL_EXT_vertex_array GL_EXT_vertex_array_bgra GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_ATI_separate_stencil GL_IBM_multimode_draw_arrays GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_NV_texgen_reflection GL_NV_vertex_progra m GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_ clamp GL_SGIS_texture_lod GL_SUN_multi_draw_arrays drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. $
Re: Missed PCB cache and drops due to no socket errors
Ok, thanks. But this would mean that I have increased too much the maxclusters for the available memory or that there is another setting that would need to be increased in parallel (which I imagine would be the case)? On Mon, Mar 7, 2011 at 1:04 PM, Stuart Henderson s...@spacehopper.orgwrote: On 2011-03-07, Steve Johnson maill...@sjohnson.info wrote: Ok, thanks. Here's the output: #netstat -m 338 mbufs in use: 306 mbufs allocated to data 8 mbufs allocated to packet headers 24 mbufs allocated to socket names and addresses 196/1634/128000 mbuf 2048 byte clusters in use (current/peak/max) When you tweaked kern.maxclusters you haven't allowed yourself enough kernel memory for PF states. 0/8/128000 mbuf 4096 byte clusters in use (current/peak/max) 0/8/128000 mbuf 8192 byte clusters in use (current/peak/max) 0/8/128000 mbuf 9216 byte clusters in use (current/peak/max) 0/8/128000 mbuf 12288 byte clusters in use (current/peak/max) 0/8/128000 mbuf 16384 byte clusters in use (current/peak/max) 0/8/128000 mbuf 65536 byte clusters in use (current/peak/max) 3900 Kbytes allocated to network (12% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines - #vmstat -m Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 1265 462360889111280112 32 581315 10404301 640 0 64 934 20743032561 320 31375 128 2019 93 676644 160 46 256 4824623128304 80 10123 512 1373 59 647300 40 53 1024 292 362434758 20 484389 2048 35 23 12844515 108170616 4096 2568 14 217060 5 197124 8192 21 7 68247 5 51974 16384 300 0301 5 0 327686 0 11603 5 0 655362 0 2 5 0 1310723 0 3 5 0 2621441 0 1 5 0 Memory usage type by bucket size Size Type(s) 16 devbuf, pcb, routetbl, sysctl, UFS mount, dirhash, ACPI, exec, xform_data, VM swap, UVM amap, UVM aobj, USB, USB device, temp 32 devbuf, pcb, routetbl, ifaddr, vnodes, UFS mount, sem, dirhash, ACPI, in_multi, exec, xform_data, UVM amap, USB, USB device, temp, DRM 64 devbuf, routetbl, ifaddr, vnodes, dirhash, ACPI, proc, VFS cluster, in_multi, ether_multi, VM swap, UVM amap, USB, USB device, NDP, temp, DRM 128 devbuf, pcb, routetbl, ifaddr, mount, sem, dirhash, ACPI, NFS srvsock, ip_moptions, ttys, pfkey data, UVM amap, USB, USB device, NDP, temp 256 devbuf, routetbl, ifaddr, sysctl, ioctlops, vnodes, shm, VM map, ACPI, exec, UVM amap, USB, USB device, temp, DRM 512 devbuf, ifaddr, ioctlops, vnodes, dirhash, file desc, NFS daemon, ttys, newblk, UVM amap, USB, USB device, temp 1024 devbuf, pcb, sysctl, ioctlops, mount, UFS mount, shm, file desc, proc, ttys, exec, UVM amap, crypto data, temp 2048 devbuf, ioctlops, UFS mount, ACPI, file desc, VM swap, UVM amap, UVM aobj, temp 4096 devbuf, ifaddr, ioctlops, proc, UVM amap, memdesc, temp, DRM 8192 devbuf, ttys, pagedep, UVM amap, USB, temp 16384 devbuf, UFS mount, MSDOSFS mount, temp 32768 devbuf, UFS quota, UFS mount, ISOFS mount, inodedep 65536 devbuf 131072 devbuf, VM swap 262144 VM swap Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) devbuf 5433 16169K 16363K 78644K 6086960 0 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072 pcb 11021K 23K 78644K 1073730 0 16,32,128,1024 routetbl 52064K239K 78644K 3090820 0 16,32,64,128,256 ifaddr 21746K 46K 78644K 2490 0 32,64,128,256,512,4096 sysctl 3 2K 2K 78644K30 0 16,256,1024 ioctlops 0 0K 4K 78644K 2524900 0 256,512,1024,2048,4096 mount14 7K 7K 78644K 140 0 128,1024 vnodes5013K105K 78644K 1011510 0 32,64,256,512 UFS quota 132K 32K 78644K10 0 32768 UFS mount2574K 74K 78644K 250 0 16,32,1024,2048,16384,32768
Re: ATI Radeon HD 3470 problems with X
On Mon, Mar 07, 2011 at 06:50:36PM +0100, Tomas Bodzar wrote: Hi, when trying eg. glxgears I'm getting : $ glxgears drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. $ [...] There's no in-kernel support for 3D on those cards yet.
Delock PCI Express serial card not recognized
Hi, I recently bought a PCI express card[1] with two UARTs, but OpenBSD/amd64 4.9-beta doesn't recognize it. pcidump says following: 2:0:0: Oxford unknown 0x: Vendor ID: 1415 Product ID: c158 0x0004: Command: 0107 Status ID: 0010 0x0008: Class: 07 Subclass: 00 Interface: 02 Revision: 00 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 32bit addr: 0xfe9fc000/0x4000 0x0014: BAR mem 32bit addr: 0xfe60/0x0020 0x0018: BAR mem 32bit addr: 0xfe40/0x0020 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 1415 Product ID: c158 0x0030: Expansion ROM Base Address: 0x0038: 0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00 0x0040: Capability 0x01: Power Management 0x0070: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1 0x00b0: Capability 0x11: Extended Message Signaled Interrupts (MSI-X) The card seems to use some Oxford chip. I tried to add the product id to the pcidevs list and to pucdata.c, but whole system freezes in a few seconds after boot (keyboard/mouse/network/ssh not working). Usually at the point when xdm had been started. Does anyone have any idea what I should put to pucdata.c? My current entry was a pure guess. (Is there any datasheet about the chipset available?) The card itself seems to be ok, since Fedora 14 recognizes it and both UARTs work as expected. dmesg (without any patches) and my patching attempt below. OpenBSD 4.9-beta (GENERIC.MP) #780: Thu Jan 20 17:21:34 MST 2011 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3487105024 (3325MB) avail mem = 3380256768 (3223MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x9f000 (68 entries) bios0: vendor American Megatrends Inc. version 2103 date 06/18/2010 bios0: ASUSTeK Computer INC. M4A785TD-V EVO acpi at bios0 not configured mpbios0 at bios0: Intel MP Specification 1.4 cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X4 965 Processor, 3415.69 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: apic clock running at 200MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Phenom(tm) II X4 965 Processor, 3415.23 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD Phenom(tm) II X4 965 Processor, 3415.23 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu2: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu2: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD Phenom(tm) II X4 965 Processor, 3415.23 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative mpbios0: bus 0 is type PCI mpbios0: bus 1 is type PCI mpbios0: bus 2 is type PCI mpbios0: bus 3 is type PCI mpbios0: bus 4 is type PCI mpbios0: bus 5 is type ISA ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD RS780 Host rev 0x00 ppb0 at pci0 dev 2 function 0 AMD RS780 PCIE rev 0x00: apic 4 int 18 (irq 10) pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon HD 4890 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: apic 4 int 18 (irq 10) drm0 at radeondrm0 azalia0 at pci1 dev 0 function 1 ATI Radeon HD 48xx HD Audio rev
Re: obtaining openbsd.pbr from windows 7
http://www.chrysocome.net/dd -Bryan.
MedInfo Suisse
Bakterielle Infektionen mit Streptokokken und Herpes Bakterien der Hornhaut an den F|_en leiten amerikanische Wissenschaftler mit der Erkldrung ab, dass die Haut von einer mikrobiellen symbiontischen Flora umgeben ist. Dabei wird in eine residente Flora, die eine Schutzfunktion f|r den Organismus aus|bt, und eine transiente Flora, das sind Anflugkeime, die aus der Umwelt an die Haut gelangen, unterschieden. In der transienten Flora sind eine Reihe von pathogenen Mikroorganismen enthalten, die sich jedoch nicht auf Dauer auf der gesunden Haut halten kvnnen und nur von der toten Haut (also Hornhaut) gespeichert werden. Des Weiteren haben die Wissenschaftler festgestellt dass bei Wunden oder Rhagaden (rissige Hornhaut) an den F|_en die Streptokokken und Herbes Bakterien in die Blutbahn gelangen und zu einer starken Schwdchung des Immunsystems des Kvrpers f|hren kvnnen. Da nun leider die meisten Menschen Hornhaut mit Raspeln oder Hornhauthobel entfernen und hier die Haut verletzt werden kann besteht die Gefahr dass die Streptokokken und Herpes Bakterien durch falsches Behandeln in die Blutbahn gelangen. Darum empfehlen die Wissenschaftler die Hornhaut mit Hornhauterweichern zu entfernen (www.zadimed.com) da hier keine Verletzungsgefahr besteht. Zur Nachbehandlung empfehlen sich Pflegemittel welche keine Parf|me oder Mineralvle enthalten (PEG frei sind). Bei Herpesbldschen an den Lippen eignet sich Aloe- Vera- Gel.
Re: Fotos
[IMAGE] DSC0056.jpg [IMAGE] DSC0057.jpg [IMAGE] DSC0058.jpg Oiii como vocj ta? tudo bem? me desculpa pela demora pra enviar a foto que vocj me pediu, meu pc estava com problemas... Beijco!
Re: obtaining openbsd.pbr from windows 7
On Mon, Mar 07, 2011 at 01:04:56PM -0500, marc wrote:
Hi Janne,
Thanks a lot for your answer. I did read this section (actually subsection
'Windows 7') so I'm afraid I'm the only one getting it wrong...
I had the impression that the command:
C:\Windows\system32 bcdedit /set {0154a872-3d41-11de-bd67-a7060316bbb1}
path \openbsd.pbr
requires that the openbsd.pbr file is at located at the root of c:\. Am I
wrong?
I have no idea what you think you've been told, but:
a) do NOT post private mail publicly - it's rude;
b) follow the FAQ, including the 'r' in /dev/rsd0a - it works.
Joachim
--
PotD: editors/vim-spell,nl - Dutch spell-check files for Vim
http://www.joachimschipper.nl/
Re: Delock PCI Express serial card not recognized
On 2011-03-07, Tero Koskinen tero.koski...@iki.fi wrote:
Hi,
I recently bought a PCI express card[1] with two UARTs, but OpenBSD/amd64
4.9-beta doesn't recognize it.
pcidump says following:
2:0:0: Oxford unknown
0x: Vendor ID: 1415 Product ID: c158
0x0004: Command: 0107 Status ID: 0010
0x0008: Class: 07 Subclass: 00 Interface: 02 Revision: 00
0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
0x0010: BAR mem 32bit addr: 0xfe9fc000/0x4000
0x0014: BAR mem 32bit addr: 0xfe60/0x0020
0x0018: BAR mem 32bit addr: 0xfe40/0x0020
0x001c: BAR empty ()
0x0020: BAR empty ()
0x0024: BAR empty ()
0x0028: Cardbus CIS:
0x002c: Subsystem Vendor ID: 1415 Product ID: c158
0x0030: Expansion ROM Base Address:
0x0038:
0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00
0x0040: Capability 0x01: Power Management
0x0070: Capability 0x10: PCI Express
Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
0x00b0: Capability 0x11: Extended Message Signaled Interrupts (MSI-X)
The card seems to use some Oxford chip. I tried to add the product id to
the pcidevs list and to pucdata.c, but whole system freezes in a few seconds
after boot (keyboard/mouse/network/ssh not working). Usually at the point
when xdm had been started.
Does anyone have any idea what I should put to pucdata.c? My current
entry was a pure guess. (Is there any datasheet about the chipset
available?)
The card itself seems to be ok, since Fedora 14 recognizes it and
both UARTs work as expected.
dmesg (without any patches) and my patching attempt below.
[snip]
Index: dev/pci/pucdata.c
===
RCS file: /cvs/src/sys/dev/pci/pucdata.c,v
retrieving revision 1.72
diff -u -p -r1.72 pucdata.c
--- dev/pci/pucdata.c 22 Jul 2010 17:16:10 - 1.72
+++ dev/pci/pucdata.c 7 Mar 2011 19:35:50 -
@@ -897,6 +897,17 @@ const struct puc_device_description puc_
{ PUC_PORT_TYPE_COM, 0x14, 0x00, COM_FREQ },
},
},
+#if 1
+ /* Oxford Semiconductor OX16PCIE952 PCIe `950 UARTs - 128 byte FIFOs */
+ { /* Oxford Semiconductor OX16PCIE952 UARTs, */
+ { PCI_VENDOR_OXFORD2, PCI_PRODUCT_OXFORD2_OX16PCIE952,0, 0 },
+ { 0x, 0x, 0, 0 },
+ {
+ { PUC_PORT_TYPE_COM, 0x10, 0x200, COM_FREQ },
+ { PUC_PORT_TYPE_COM, 0x14, 0x200, COM_FREQ },
+ },
+ },
+#endif
The PCIE parts use quite different addresses. You can try these:
{ PUC_PORT_TYPE_COM, 0x10, 0x1000, 400 * 8 },
{ PUC_PORT_TYPE_COM, 0x10, 0x1200, 400 * 8 },
The speeds will almost certainly be wrong, you'll probably need to
cu -s 4800 to get a 9600 baud connection with this (the divisor should
be 400 * 16 but I couldn't get this to work, for more info see
http://marc.info/?l=openbsd-techm=126446213208560w=2).
I may have datasheets for this somewhere...you can learn some things
from the linux driver too, they have some fancy stuff to work out how
many ports the devices have, etc.
Comprensión de Estados Financieros para No Financieros, 14 de Marzo Cd. de México
[IMAGE] Pms Capacitacisn Efectiva de Mixico presenta: Taller de Finanzas para NO Financieros 14 de Marzo Ciudad de Mixico. Expositor: Miguel Bustos Pineda Empresa Registrada ante la STPS Reg. COLG640205CP30005 Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico Solicite Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAFINANZAS Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAFINANZAS Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of finanzas para no financieros promo.jpg]
Re: Delock PCI Express serial card not recognized
On Mon, 7 Mar 2011 22:59:36 + (UTC) Stuart Henderson wrote:
The PCIE parts use quite different addresses. You can try these:
{ PUC_PORT_TYPE_COM, 0x10, 0x1000, 400 * 8 },
{ PUC_PORT_TYPE_COM, 0x10, 0x1200, 400 * 8 },
Thanks, with these values the system doesn't freeze anymore and
I can send data from one port to another.
The speeds will almost certainly be wrong, you'll probably need to
cu -s 4800 to get a 9600 baud connection with this (the divisor should
be 400 * 16 but I couldn't get this to work, for more info see
http://marc.info/?l=openbsd-techm=126446213208560w=2).
I may have datasheets for this somewhere...you can learn some things
from the linux driver too, they have some fancy stuff to work out how
many ports the devices have, etc.
I tried to look at drivers/serial/8250_pci.c at one point, but couldn't
find anything special for these oxford cards. (I also didn't realize that
first_offset = 0x1000, .uart_offset = 0x200 maps into 0x1000/0x1200 on
OpenBSD, so I probably missed other things too.)
--
Tero Koskinen tero.koski...@iki.fi
probl�me sur votre derniere facture
Si ce message ne s'affiche pas correctement, cliquez ici [IMAGE] Bonjour, Cet email a ete envoye pour vous informer que nous ne pouvions pas traiter votre paiement recent de facture. Ceci pourrait etre du a l une ou l autre des raisons suivantes: 1. Un changement recent de vos informations personnelles. (par exemple : adresse de facturation, telephone) 2. Soumission de l information incorrecte pendant le processus de paiement de facture. 3. Une incapacite de verifier exactement votre option choisie de paiement due a une erreur interne dans nos. En raison de ceci, pour s assurer que votre service n est pas interrompu, nous vous invitons a confirmer et mettre a jour votre information de facturation aujourd hui: Nathan Si vous ne souhaitez plus recevoir d'informations de notre part, cliquez ici [IMAGE]
Programa de Planeación y Gestión TOTAL para Compradores
[IMAGE] Pms Capacitacisn Efectiva de Mixico presenta: Herramientas para Planear y Gestionar Compras 360 0 Exclusiva presentacisn 7 y 8 de Abril en la Ciudad de Mixico Expositor: Lic. Ariel Valero C. 16 horas de entrenamiento Empresa Registrada ante la STPS Reg. COLG640205CP30005 Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico Solicite Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJACOMPRASUnsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJACOMPRAS Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of compras_360_abril.jpg]
Taller de Licitaciones de Obra Pública y su Reglamento, 17 Marzo Cd. de México
[IMAGE] Pms Capacitacisn Efectiva de Mixico presenta: Licitaciones de Obra Pzblica y su Reglamento 17 de Marzo Ciudad de Mixico. Expositor: Mtro. Gerardo Coronado Lspez Empresa Registrada ante la STPS Reg. COLG640205CP30005 Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico Solicite Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a !*EMAIL* como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAOBRA Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAOBRA Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of obrapromo.jpg]
