Re: Is Soekris OpenBSD friendly?
On 15 November 2013 16:03, SmithS smit...@hush.ai wrote: Greetings misc@. After coming across a link[1] to make an OpenBSD router using a Soekris device, I think I will make one. Does anyone else have this hardware and can verify all the components work? I think Intel NICs are good, but everything else? I have never heard of this brand before so I want to be safe before buying. The model number[2] is 6501-30 [1] http://www.bsdnow.tv/tutorials/openbsd-router [2] https://soekris.com/products/net6501/net6501-30-board-case.html greetz, SmithS Soekris has been used with OpenBSD for a very long time throughout many releases, so, if you like what you see, that's exactly what you're going to get. Their brand is actually very well known. However, their hardware is not particularly competitive in the price department, and, incidentally, is also quite known for being an excellent tool to fine-tune overall OpenBSD performance under very stressful network scenarios, which don't take much effort to generate (especially on their pre-GigE hardware, but a 600MHz Atom is probably not that much different). If you only need two NICs, there are many alternatives that are priced considerably lower than Soekris, and provide a better value; some are still fanless and already have two GigE NICs on board. The net6501-30-board-case above, w/ 600 MHz Intel Atom and soldered 0.5GB of DDR2 RAM, is 310 USD, plus psu-12v-3-0a-world is 20 USD extra, for a total of 330 USD + tax/shipping/handling. Plus you'll need some storage device. A quick search today reveals Shuttle DS47 -- fanless, dual GigE, two COM ports, lots of USB 3.0, accepts up to 16GB of DDR3, probably supported by the latest OpenBSD release, especially if you only need it for a router (might have to use 5.4-current due to http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/ic/re.c#rev1.145). 220 USD, with a choice of multiple retailers to buy from, plus a little extra for a lot more DDR3 than the soldered 0.5GB of the Soekris. http://global.shuttle.com/main/productsDetail?productId=1718 http://www.newegg.com/Product/Product.aspx?Item=N82E16856101145 http://www.amazon.com/SHUTTLE-DS47-Celeron-1-1GHz-Barebone/dp/B00DK06L6O?keywords=%222x+RJ45%22+barebone Foxconn also makes nice barebones -- they're even cheaper than Shuttle. However, if you don't require solid GigE performance, and are looking for just 100Mbps routing throughput for a home-router project, my advice is to buy a netbook -- they go for 200 to 250 USD nowadays, plus an external USB Gigabit Ethernet adapter is 10 to 20 USD. Most cheap USB Ethernet adapters are supported nowadays, especially on OpenBSD. With a netbook-based OpenBSD router, you'll have a complementary UPS, plus a diagnostic display w/ keyboard (alas with no serial), plus a fast SSD or HDD that's also included. And the price is the same as, or even lower than, any of the alternatives that would not have any such features. You really can't beat the value by going with a netbook, unless you do require 4x 1Gbps, x2, which you aren't going to get with a 600MHz Atom-based Soekris, either. C.
Re: Intel Atom S1260 (SuperServer 5017A-EF)
Paul B. Henson(hen...@acm.org) on 2013.11.15 15:54:04 -0800: On Fri, Nov 15, 2013 at 11:25:50PM +0100, Sebastian Benoit wrote: Don't buy this one (yet). The Marvell 88SE9230 SATA does not work. i know cause i have one ;-) Arg, disappointing, but I'm glad I thought to check before buying :). Do you know if anybody's working on it? no. So much for standard AHCI sigh, does it not find it, or find it but crap out? Do all the other components work ok? I could temporarily stick a PCI SATA card in it to get by until the onboard SATA is supported if all the other pieces are happy. Does anybody have any suggestions for a good/cheap 2 port SATA PCI card that supports openbsd? The earlier 5017A-* machines are ok. Hmm, the only other 5017A model I see doesn't have IPMI. sorry, i mispoke, i meant 5015A-* and they dont have a dedicated ipmi port. anyway, dmesg attached, if someone cares. i'm not going to do anything more with it. OpenBSD 5.4-current (RAMDISK_CD) #107: Sun Nov 10 23:00:53 MST 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD real mem = 4261289984 (4063MB) avail mem = 4142940160 (3951MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe94c0 (23 entries) bios0: vendor American Megatrends Inc. version 1.0b date 04/26/2013 bios0: Supermicro X9SBAA acpi0 at bios0: rev 2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP APIC FPDT MCFG HPET SPMI EINJ ERST HEST BERT acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU S1260 @ 2.00GHz, 1995.21 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF LUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM 2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,ITSC cpu0: 512KB 64b/line 8-way L2 cache cpu0: apic clock running at 99MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PRP1) acpiprt2 at acpi0: bus 2 (PRP2) acpiprt3 at acpi0: bus 4 (P3P4) pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 vendor Intel, unknown product 0x0c75 rev 0x02 ppb0 at pci0 dev 1 function 0 vendor Intel, unknown product 0x0c46 rev 0x02 pci1 at ppb0 bus 1 ahci0 at pci1 dev 0 function 0 vendor Marvell, unknown product 0x9230 rev 0x10: msi, AHCI 1.2 scsibus0 at ahci0: 32 targets ahci0: failed to stop port, cannot softreset ahci0: failed to stop port, cannot softreset ahci0: failed to stop port, cannot softreset ahci0: failed to stop port, cannot softreset ppb1 at pci0 dev 2 function 0 vendor Intel, unknown product 0x0c47 rev 0x02 pci2 at ppb1 bus 2 vendor Renesas, unknown product 0x0014 (class serial bus subclass USB, rev 0x03) at pci2 dev 0 function 0 not configured ppb2 at pci0 dev 3 function 0 vendor Intel, unknown product 0x0c48 rev 0x02 pci3 at ppb2 bus 3 ppb3 at pci3 dev 0 function 0 vendor Newbridge, unknown product 0x8113 rev 0x01 pci4 at ppb3 bus 4 em0 at pci4 dev 0 function 0 Intel 82541GI rev 0x05: apic 2 int 21, address 90:e2:ba:53:11:fd vga1 at pci4 dev 3 function 0 Matrox MGA G200eW rev 0x0a wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) ppb4 at pci0 dev 4 function 0 vendor Intel, unknown product 0x0c49 rev 0x02 pci5 at ppb4 bus 5 em1 at pci5 dev 0 function 0 Intel I350 rev 0x01: msi, address 00:25:90:c7:b4:48 em2 at pci5 dev 0 function 1 Intel I350 rev 0x01: msi, address 00:25:90:c7:b4:49 vendor Intel, unknown product 0x0c54 (class system unknown subclass 0x06, rev 0x02) at pci0 dev 14 function 0 not configured vendor Intel, unknown product 0x0c59 (class system subclass miscellaneous, rev 0x02) at pci0 dev 19 function 0 not configured vendor Intel, unknown product 0x0c5a (class system subclass miscellaneous, rev 0x02) at pci0 dev 19 function 1 not configured vendor Intel, unknown product 0x0c5f (class communications subclass serial, rev 0x02) at pci0 dev 20 function 0 not configured vendor Intel, unknown product 0x0c60 (class bridge subclass ISA, rev 0x02) at pci0 dev 31 function 0 not configured isa0 at mainbus0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo com1: console softraid0 at root scsibus1 at softraid0: 256 targets PXE boot MAC address 00:25:90:c7:b4:48, interface em1 root on rd0a swap on rd0b dump on rd0b
Re: Is Soekris OpenBSD friendly?
for sure it’s a good device with openbsd, only price is sometimes an issue. I have been using it for more then 8 years now and works great, never had an hardware failure. Even the oldest devices are still up and running but are getting to slow.. On 16 Nov 2013, at 01:03, SmithS smit...@hush.ai wrote: Greetings misc@. After coming across a link[1] to make an OpenBSD router using a Soekris device, I think I will make one. Does anyone else have this hardware and can verify all the components work? I think Intel NICs are good, but everything else? I have never heard of this brand before so I want to be safe before buying. The model number[2] is 6501-30 [1] http://www.bsdnow.tv/tutorials/openbsd-router [2] https://soekris.com/products/net6501/net6501-30-board-case.html greetz, SmithS
Re: Intel Atom S1260 (SuperServer 5017A-EF)
On 11/16/2013 00:54, Paul B. Henson wrote: Does anybody have any suggestions for a good/cheap 2 port SATA PCI card that supports openbsd? Maybe just buy the previous model 5015A-*? I have been running one of those for some years now and it works like a charm. From their website I see it has reached End-of-Life though. HW is standard Intel. specs from FreeBSD dmesg: Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU D525 @ 1.80GHz (1807.21-MHz 686-class CPU) Origin = GenuineIntel Id = 0x106ca Family = 6 Model = 1c Stepping = 10 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x40e31dSSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE AMD Features=0x2010NX,LM AMD Features2=0x1LAHF TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3145445376 (2999 MB) ACPI APIC Table: 121710 APIC1048 FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: SMCI on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee0, 1000 (3) failed acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, bff0 (3) failed Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 cpu2: ACPI CPU on acpi0 cpu3: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 uhci0: Intel 82801I (ICH9) USB controller port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2f00 usbus0 on uhci0 uhci1: Intel 82801I (ICH9) USB controller port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2f00 usbus1 on uhci1 uhci2: Intel 82801I (ICH9) USB controller port 0xc800-0xc81f irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x2f00 usbus2 on uhci2 ehci0: Intel 82801I (ICH9) USB 2.0 controller mem 0xfebfbc00-0xfebfbfff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3 on ehci0 pcib1: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge irq 17 at device 28.4 on pci0 pci2: ACPI PCI bus on pcib2 em0: Intel(R) PRO/1000 Network Connection 7.3.7 port 0xdc00-0xdc1f mem 0xfe9e-0xfe9f,0xfe9dc000-0xfe9d irq 16 at device 0.0 on pci2 em0: Using MSIX interrupts with 3 vectors em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: Ethernet address: 00:25:90:38:2d:e4 pcib3: ACPI PCI-PCI bridge irq 16 at device 28.5 on pci0 pci3: ACPI PCI bus on pcib3 em1: Intel(R) PRO/1000 Network Connection 7.3.7 port 0xec00-0xec1f mem 0xfeae-0xfeaf,0xfeadc000-0xfead irq 17 at device 0.0 on pci3 em1: Using MSIX interrupts with 3 vectors em1: [ITHREAD] em1: [ITHREAD] em1: [ITHREAD] em1: Ethernet address: 00:25:90:38:2d:e5 uhci3: Intel 82801I (ICH9) USB controller port 0xc480-0xc49f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x2f00 usbus4 on uhci3 uhci4: Intel 82801I (ICH9) USB controller port 0xc400-0xc41f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x2f00 usbus5 on uhci4 uhci5: Intel 82801I (ICH9) USB controller port 0xc080-0xc09f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x2f00 usbus6 on uhci5 ehci1: Intel 82801I (ICH9) USB 2.0 controller mem 0xfebfb800-0xfebfbbff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7 on ehci1 pcib4: ACPI PCI-PCI bridge at device 30.0 on pci0 pci4: ACPI PCI bus on pcib4 vgapci0: VGA-compatible display mem 0xfc00-0xfcff,0xfdffc000-0xfdff,0xfe00-0xfe7f irq 17 at device 4.0 on pci4 isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH8 SATA300 controller port 0xb480-0xb487,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xfebfb000-0xfebfb7ff irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM not supported ata2: ATA channel at channel 0 on atapci0 ata2: [ITHREAD] ata3: ATA channel at channel 1 on atapci0 ata3: [ITHREAD] ata4: ATA channel at channel 2 on atapci0 ata4: [ITHREAD] ata5: ATA channel at channel 3 on atapci0 ata5: [ITHREAD] ata6: ATA channel at channel 4 on atapci0 ata6: [ITHREAD] ata7: ATA channel at channel 5 on atapci0 ata7: [ITHREAD] pci0: serial bus, SMBus at device 31.3 (no driver attached) acpi_button0: Power Button on acpi0 atrtc0: AT realtime clock port 0x70-0x71 irq 8 on acpi0 uart0: 16550 or compatible port 0x3f8-0x3ff irq
watchdog timeouts
I'm getting a lot of watchdog timeouts on re0 with the i386 snapshots. re0 is a Traverse Viking PCI ADSL card. Is there something I need to set or tune on my end to stop the timeouts? Regards, /Lars OpenBSD 5.4-current (GENERIC) #148: Tue Nov 12 15:18:10 MST 2013 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 500 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW real mem = 536408064 (511MB) avail mem = 515809280 (491MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/70/03, BIOS32 rev. 0 @ 0xfac40 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0xa800 cpu0 at mainbus0: (uniprocessor) amdmsr0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) 0:20:0: io address conflict 0x6100/0x100 0:20:0: io address conflict 0x6200/0x200 pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x33 glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES vr0 at pci0 dev 6 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:00:24:cb:a9:24 ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 7 function 0 VIA VT6105M RhineIII rev 0x96: irq 5, address 00:00:24:cb:a9:25 ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 8 function 0 VIA VT6105M RhineIII rev 0x96: irq 9, address 00:00:24:cb:a9:26 ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr3 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 12, address 00:00:24:cb:a9:27 ukphy3 at vr3 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 re0 at pci0 dev 14 function 0 Realtek 8139 rev 0x20: RTL8139C+ (0x7480), irq 10, address 00:0a:fa:20:03:79 rlphy0 at re0 phy 0: RTL internal PHY ral0 at pci0 dev 17 function 0 Ralink RT2561S rev 0x00: irq 15, address 00:12:0e:61:54:68 ral0: MAC/BBP RT2561C, RF RT5225 glxpcib0 at pci0 dev 20 function 0 AMD CS5536 ISA rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio, i2c gpio0 at glxpcib0: 32 pins iic0 at glxpcib0 pciide0 at pci0 dev 20 function 2 AMD CS5536 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFH-004G wd0: 1-sector PIO, LBA48, 3825MB, 7835184 sectors wd1 at pciide0 channel 0 drive 1: ELITE PRO CF CARD 4GB wd1: 1-sector PIO, LBA, 3823MB, 7831152 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 21 function 0 AMD CS5536 USB rev 0x02: irq 7, version 1.0, legacy support ehci0 at pci0 dev 21 function 1 AMD CS5536 USB rev 0x02: irq 7 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 AMD EHCI root hub rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 AMD OHCI root hub rev 1.00/1.00 addr 1 mtrr: K6-family MTRR support (2 registers) vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at root scsibus1 at softraid0: 256 targets softraid0: sd0 was not shutdown properly sd0 at scsibus1 targ 1 lun 0: OPENBSD, SR RAID 0, 005 SCSI2 0/direct fixed sd0: 7102MB, 512 bytes/sector, 14546176 sectors root on wd0a (a7a34fe3558d6dac.a) swap on wd0b dump on wd0b WARNING: / was not properly unmounted umass0 at uhub0 port 1 configuration 1 interface 0 JetFlash Mass Storage Device rev 2.00/1.42 addr 2 umass0: using SCSI over Bulk-Only scsibus2 at umass0: 2 targets, initiator 0 sd1 at scsibus2 targ 1 lun 0: JetFlash, Transcend 4GB, 8.07 SCSI2 0/direct removable sd1: 3911MB, 512 bytes/sector, 8011774 sectors syncing disks... done sd0 detached OpenBSD 5.4-current (RAMDISK_CD) #108: Thu Nov 14 00:51:25 MST 2013 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 500 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW real mem = 536408064 (511MB) avail mem = 520384512 (496MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/70/03, BIOS32 rev. 0 @ 0xfac40 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable.
Re: Is Soekris OpenBSD friendly?
On 16 November 2013 10:05, Constantine A. Murenin muren...@gmail.com wrote: ...if you don't require solid GigE performance, and are looking for just 100Mbps routing throughput for a home-router project, my advice is to buy a netbook -- they go for 200 to 250 USD nowadays, plus an external USB Gigabit Ethernet adapter is 10 to 20 USD. Most cheap USB Ethernet adapters are supported nowadays, especially on OpenBSD. With a netbook-based OpenBSD router, you'll have a complementary UPS, plus a diagnostic display w/ keyboard (alas with no serial), plus a fast SSD or HDD that's also included. And the price is the same as, or even lower than, any of the alternatives that would not have any such features. You really can't beat the value by going with a netbook, unless you do require 4x 1Gbps, x2, which you aren't going to get with a 600MHz Atom-based Soekris, either. Do all netbooks nowadays allow clamshell operation though (i.e. running the thing at full throttle with the lid closed)? Because a long time ago, I used to own an Apple laptop (not a netbook, admittedly) that did NOT allow clamshell operation; it would unconditionally go to sleep when you closed the lid – and even though there were some published hacks to overrule Apple's choice and make it run with the lid closed and only the display off, this was deemed risky, because it wasn't clear if in that case heat-buildup under the display would become a (screen-melting) issue. I'm not claiming that that's a risk you'll run with netbooks these days; I genuinely don't know and I'm genuinely asking. --ropers
Haswell/Iris Pro 5200 protection fault trap
Cheers, On cold boots I'm getting a ddb about azalia stuff, not a kernel panic but a protection fault trap, which I uploaded as a screenshot over here: http://s16.postimg.org/xjymk6egl/IMAG0053.jpg Sorry for that format, it's just hard to capture that as log file if everything is usb and you don't have appropriate equipment at hand. The dmesg below however appears as it's more related to the drm. I can disable azalia in boot -c on cold boot, that would bring up the system, any warm reboot would just run through with the azalia enabled. Apart from that, when I close X the machine seemingly hangs with black screen and accept no input from keyboard, i.e. I cannot blind reboot from another VT. There are still some drm errors in the dmesg, but the laptop boots with it. Let me know if any additional input/log is appreciated? Again, I just can't log to any serial atm. Thanks and br, Dorian OpenBSD 5.4-current (GENERIC.MP) #5: Wed Nov 13 19:25:04 CET 2013 r...@smartie.doris.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8489422848 (8096MB) avail mem = 8255299584 (7872MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeb270 (35 entries) bios0: vendor American Megatrends Inc. version 4.6.5 date 08/13/2013 bios0: Notebook W740SU acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT SSDT SSDT SSDT MCFG HPET SSDT SSDT DMAR acpi0: wakeup devices PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz, 1995.63 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz, 1995.38 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz, 1995.38 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz, 1995.38 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 cpu4 at mainbus0: apid 1 (application processor) cpu4: Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz, 1995.39 MHz cpu4: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu4: 256KB 64b/line 8-way L2 cache cpu4: smt 1, core 0, package 0 cpu5 at mainbus0: apid 3 (application processor) cpu5: Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz, 1995.38 MHz cpu5: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu5: 256KB 64b/line 8-way L2 cache cpu5: smt 1, core 1, package 0 cpu6 at mainbus0: apid 5 (application processor) cpu6: Intel(R) Core(TM) i7-4750HQ CPU @ 2.00GHz, 1995.38 MHz cpu6:
Re: Is Soekris OpenBSD friendly?
Constantine A. Murenin [muren...@gmail.com] wrote: However, if you don't require solid GigE performance, and are looking for just 100Mbps routing throughput for a home-router project, my advice is to buy a netbook -- they go for 200 to 250 USD nowadays, plus an external USB Gigabit Ethernet adapter is 10 to 20 USD. Most cheap USB Ethernet adapters are supported nowadays, especially on OpenBSD. A netbook? USB nic? No, that's junk. Sounds like an unreliable recipe for disaster. Why not just get a Soekris 5501 or a similar PC Engines ALIX, they can do 100Mbps with the improved vr ethernet driver these days. The PC Engines is $100 USD and has 3 ethernet ports. PC Engines is coming out with a new model pcengines.ch/apu.htm that will cost roughly $130-150USD if you can wait another 3 or 4 months. If you don't mind netbooting, you can use a Ubiquiti EdgeRouter Lite for $99. The USB isn't supported yet under OpenBSD. There are probably some viable armv7 options these days too that might be less than $100.
Re: Is Soekris OpenBSD friendly?
On Sat, Nov 16, 2013 at 08:27, Chris Cappuccio wrote: If you don't mind netbooting, you can use a Ubiquiti EdgeRouter Lite for $99. that's a pretty serious chicken and egg for me. my router is the machine that everything else netboots from... Anyway, another idea is this thing from newegg. I have one. It's not quite so industrial hardened as soekris, but also cheaper and more real PC like. If you happen to have all the needed barebones parts (who doesn't? :)), it's pretty cheap. http://www.newegg.com/Product/Product.aspx?Item=N82E16856205007
Re: Is Soekris OpenBSD friendly?
On Sat, Nov 16, 2013 at 08:27:28AM -0800, Chris Cappuccio wrote: Constantine A. Murenin [muren...@gmail.com] wrote: However, if you don't require solid GigE performance, and are looking for just 100Mbps routing throughput for a home-router project, my advice is to buy a netbook -- they go for 200 to 250 USD nowadays, plus an external USB Gigabit Ethernet adapter is 10 to 20 USD. Most cheap USB Ethernet adapters are supported nowadays, especially on OpenBSD. A netbook? USB nic? No, that's junk. Sounds like an unreliable recipe for disaster. Why not just get a Soekris 5501 or a similar PC Engines ALIX, they can do 100Mbps with the improved vr ethernet driver these days. The PC Engines is $100 USD and has 3 ethernet ports. PC Engines is coming out with a new model pcengines.ch/apu.htm that will cost roughly $130-150USD if you can wait another 3 or 4 months. If you don't mind netbooting, you can use a Ubiquiti EdgeRouter Lite for $99. The USB isn't supported yet under OpenBSD. There are probably some viable armv7 options these days too that might be less than $100. I don't recommend armv7 for production. Despite of the big efforts of some devs, the platform needs a lot of work and testing. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Is Soekris OpenBSD friendly?
On Sat, Nov 16, 2013 at 01:30:28PM +0100, ropers wrote: On 16 November 2013 10:05, Constantine A. Murenin muren...@gmail.com wrote: ...if you don't require solid GigE performance, and are looking for just 100Mbps routing throughput for a home-router project, my advice is to buy a netbook -- they go for 200 to 250 USD nowadays, plus an external USB Gigabit Ethernet adapter is 10 to 20 USD. Most cheap USB Ethernet adapters are supported nowadays, especially on OpenBSD. With a netbook-based OpenBSD router, you'll have a complementary UPS, plus a diagnostic display w/ keyboard (alas with no serial), plus a fast SSD or HDD that's also included. And the price is the same as, or even lower than, any of the alternatives that would not have any such features. You really can't beat the value by going with a netbook, unless you do require 4x 1Gbps, x2, which you aren't going to get with a 600MHz Atom-based Soekris, either. Do all netbooks nowadays allow clamshell operation though (i.e. running the thing at full throttle with the lid closed)? On OpenBSD, yes. Because a long time ago, I used to own an Apple laptop (not a netbook, admittedly) that did NOT allow clamshell operation; it would unconditionally go to sleep when you closed the lid – and even though there were some published hacks to overrule Apple's choice and make it run with the lid closed and only the display off, this was deemed risky, because it wasn't clear if in that case heat-buildup under the display would become a (screen-melting) issue. I'm not claiming that that's a risk you'll run with netbooks these days; I genuinely don't know and I'm genuinely asking. --ropers -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: BGP changes to support CARP better
On Fri, 15 Nov 2013 11:31:14 -0600, Adam Thompson athom...@athompso.net wrote: On 13-11-15 11:26 AM, Andy wrote: You sir have just made my weekend! :) I thought that nexthop directive was a PF rule.. D'oh.. Clearly a long week ;) What you *might* have to do is use ifstated(8) to ensure that the LAN carp(4) interface always stays in sync with the WAN carp(4) interface. (i.e. router #1 being master for inside-facing while #2 is master for outside-facing will break pf(4).) Absolutely.. I always put my carp interfaces into the same carp group to ensure this. Now it's my turn: into the same carp group to ensure this - what the heck? There's nothing in carp(4) that enlightens me, and ifconfig(8) only talks about groups in terms of grouping pf(4) rules. How does that ensure that two carp(4) interfaces transition to master together when they're based on different physical interfaces? What have I missed? (Or is this yet another breakdown in OpenBSD's documentation?) Hi Adam, When you run 'ifconfig' you'll notice a 'groups:' line. By default all carp(4) interfaces are a member of the group named 'carp', and the pfsync(4) interface is a member of the 'pfsync' group, /and/ the 'carp' group. This means that if the underlying physical interface which the carp(4) interface is bound to (carpdev:) goes down, the carpdemotion counter is incremented (by more than 1 I think) for the group 'carp' and /all/ carp(4) interfaces belonging to the 'carp' group failover if the resulting counter is higher than another firewalls. You can see the current value for the carpdemotion counter for each of the groups by running 'ifconfig -g carp' and 'ifconfig -g pfsync' etc.. In our case this all just worked by default as all carp(4) interfaces are a member of the same group by default so it sounds like something else is going wrong for you if you are finding individual interfaces are falling over.. Thinking about it I have had the situation myself once or twice when one interface fails over and not the others, but this has always been because the CARP heartbeat protocol messages have not been passing properly between each of the physical interface pairs from one firewall to the other etc. I use these rules; # carp and pfsync if_pfsync_dev=em3 all_carpv4_ips=fw0.em0.physip, fw1.em0.physip, carp0.carpip, fw0.em1.physip, fw1.em1.physip, em1.carpip, fw0.em2.physip, fw1.em2.physip, em2.carpip pass out quick proto carp keep state (no-sync) set prio 7 pass quick proto carp from { fe80::/10 } to { ff00::/8 } keep state (no-sync) pass quick proto carp from { $all_carpv4_ips } keep state (no-sync) pass quick on { $if_pfsync_dev } proto pfsync keep state (no-sync) block drop quick proto carp NB; Replace fw0.em0.physip with the IP address on fw0's em0 etc. I also connect our firewalls together via a dedicated pfsync(4) interface with a crossover cable instead of going through a switch to improve state sync latency. However when rebooting a firewall, the other firewall will naturally see its pfsync(4) interface go down as the box reboots as they are directly connected. This of course causes the carpdemotion counter to be incremented on both the pfsync and carp groups which can cause problems. Especially if a carp-interlock condition occurs (see other misc emails). So I initialise the master with a carpdemotion value of 2 when booting up, and the backup with a carpdemotion value of 4 when booting up to stabilise reboots (I set the master to 2 so I can manually preempt it by decrementing the carpdemotion on the backup to 0 when I want to do maintenance etc). If the carpdemotion counter is the same on both firewalls the firewall with the lower advbase decides which is master, but I have found this isn't very reliable and can be a bit twitchy.. Hence I set the demotion counters to set the desired master in addition to the advskew. Hope this helps, Andy.
Re: BGP changes to support CARP better
On Fri, 15 Nov 2013 10:14:20 -0800, Chris Cappuccio ch...@nmedia.net wrote: Adam Thompson [athom...@athompso.net] wrote: What have I missed? (Or is this yet another breakdown in OpenBSD's documentation?) If you find a deficiency in the documentation, please submit a patch. Once I get round to pulling down the source and fixing the Power Technology issue with Ivy Bridge EP on Supermicro I'll also add a doc patch to mention suggesting the use of the nexthop directive in OpenBGPd to allow BGP to run on the same interfaces as CARP without 'depends on'. PS; For those interested I found that setting the 'Power Technology' to 'custom', and enabling Turbo+ manually OpenBSD 5.4 all works great! Combining a 3.5GHz Ivy Bridge-EP (E5-2637v2) with 1866MHz RAM and an Intel X520 DA2 works great! A seriously fast OpenBSD firewall and router :) http://shop.transtec.co.uk/GB/E/products/server/application_server.html?mod=prodname=SA1260A304R
Re: Intel Atom S1260 (SuperServer 5017A-EF)
On Sat, Nov 16, 2013 at 11:34:15AM +0100, Sebastian Benoit wrote: sorry, i mispoke, i meant 5015A-* and they dont have a dedicated ipmi port. Oh, yah, I've actually got one of those, it's been working great. I was actually planning on replacing it with this newer one, which supports more memory and has more power, and reallocate it to another task. anyway, dmesg attached, if someone cares. i'm not going to do anything more with it. cpu0: apic clock running at 99MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ahci0: failed to stop port, cannot softreset Hmm, not very promising, it didn't even initialize all four cores. The ahci error is one of the things the freebsd driver works around, the crappy marvell chipset breaks spec on the reset function. Lots of unknowns and unconfigured in that dmesg :(, guess I need to find another option. Least I found out before I bought it, thanks much for the heads up.
Re: Intel Atom S1260 (SuperServer 5017A-EF)
On Sat, Nov 16, 2013 at 12:27:08PM +0100, Carsten Larsen wrote: Maybe just buy the previous model 5015A-*? I have been running one of those for some years now and it works like a charm. From their website I see it has reached End-of-Life though. I've actually got one of those, as you say, I've been very happy with it. I was looking for a newer model with more power and a separate IPMI port. Guess I've got to keep looking...
Re: Intel Atom S1260 (SuperServer 5017A-EF)
On Fri, Nov 15, 2013 at 08:42:50PM -0800, Chris Cappuccio wrote: It's very old. This patch did not make it into the driver and I have no idea if those chips work through some other change, or not. Likely not. These older chips must be really buggy pieces of shit if you have to disable NCQ. Bleh. I can definitely see the openbsd philosophy leaning towards not supporting crap ;). The two workarounds in freebsd for this newer marvell sata chipset don't seem quite as egregious, but I'm not really a low level driver guy...
Re: Intel Atom S1260 (SuperServer 5017A-EF)
On Sat, Nov 16, 2013 at 12:15:19PM -0800, Paul B. Henson wrote: sorry, i mispoke, i meant 5015A-* and they dont have a dedicated ipmi port. Oh, yah, I've actually got one of those, it's been working great. I was actually planning on replacing it with this newer one, which supports more memory and has more power, and reallocate it to another task. I forgot to mention, but the newer one also supports ECC memory, which is a plus.
Re: Is Soekris OpenBSD friendly?
On Sat, Nov 16, 2013 at 11:27 AM, Chris Cappuccio ch...@nmedia.net wrote: Why not just get a Soekris 5501 or a similar PC Engines ALIX, +1 for the ALIX (I've got two alix2d3 and have been very happy with them) they can do 100Mbps with the improved vr ethernet driver these days. Have you been able to get more than 85Mbit/s out of a single interface on an ALIX? 85 was the best I could get when playing the tx interrupt mitigation stuff[1] but it had plenty of spare CPU. My guess was it was maxing out the NIC hardware, and that turning off checksum offloading would make it go faster at the cost of more CPU usage although I never tested that. [1] http://undeadly.org/cgi?action=articlesid=20130201054156 -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.
Re: Haswell/Iris Pro 5200 protection fault trap
On Sat, Nov 16, 2013 at 02:14:34PM +0100, Dorian Büttner wrote: Cheers, On cold boots I'm getting a ddb about azalia stuff, not a kernel panic but a protection fault trap, which I uploaded as a screenshot over here: http://s16.postimg.org/xjymk6egl/IMAG0053.jpg Sorry for that format, it's just hard to capture that as log file if everything is usb and you don't have appropriate equipment at hand. The dmesg below however appears as it's more related to the drm. I can disable azalia in boot -c on cold boot, that would bring up the system, any warm reboot would just run through with the azalia enabled. Apart from that, when I close X the machine seemingly hangs with black screen and accept no input from keyboard, i.e. I cannot blind reboot from another VT. There are still some drm errors in the dmesg, but the laptop boots with it. Let me know if any additional input/log is appreciated? Again, I just can't log to any serial atm. Thanks and br, Dorian This diff with some haswell eDP fixes might help with X. commits via the ubuntu 3.8 tree included: bcd20ba343996f631f506c71ced67a1f7947524e drm/i915: Preserve the DDI_A_4_LANES bit from the bios a00bee7ac4b8a078b5a1b01199a2928fcd0fd7d2 drm/i915: don't setup hdmi for port D edp in ddi_init 90033bc396620b644b15cceeece19470fd8344bc drm/i915: rename sdvox_reg to hdmi_reg on HDMI context 7bc9870ca4220c18c854edf8d9ececdd1566efe7 drm/i915: Revert hdmi HDP pin checks diff --git sys/dev/pci/drm/i915/intel_ddi.c sys/dev/pci/drm/i915/intel_ddi.c index d60adf2..6e367a4 100644 --- sys/dev/pci/drm/i915/intel_ddi.c +++ sys/dev/pci/drm/i915/intel_ddi.c @@ -685,7 +685,7 @@ static void intel_ddi_mode_set(struct drm_encoder *encoder, struct intel_digital_port *intel_dig_port = enc_to_dig_port(encoder); - intel_dp-DP = intel_dig_port-port_reversal | + intel_dp-DP = intel_dig_port-saved_port_bits | DDI_BUF_CTL_ENABLE | DDI_BUF_EMP_400MV_0DB_HSW; switch (intel_dp-lane_count) { case 1: @@ -1309,7 +1309,8 @@ static void intel_enable_ddi(struct intel_encoder *intel_encoder) * enabling the port. */ I915_WRITE(DDI_BUF_CTL(port), - intel_dig_port-port_reversal | DDI_BUF_CTL_ENABLE); + intel_dig_port-saved_port_bits | + DDI_BUF_CTL_ENABLE); } else if (type == INTEL_OUTPUT_EDP) { struct intel_dp *intel_dp = enc_to_intel_dp(encoder); @@ -1492,16 +1493,6 @@ void intel_ddi_init(struct drm_device *dev, enum port port) return; } - if (port != PORT_A) { - hdmi_connector = malloc(sizeof(struct intel_connector), - M_DRM, M_WAITOK | M_ZERO); - if (!hdmi_connector) { - free(dp_connector, M_DRM); - free(intel_dig_port, M_DRM); - return; - } - } - intel_encoder = intel_dig_port-base; encoder = intel_encoder-base; @@ -1516,12 +1507,9 @@ void intel_ddi_init(struct drm_device *dev, enum port port) intel_encoder-get_hw_state = intel_ddi_get_hw_state; intel_dig_port-port = port; - intel_dig_port-port_reversal = I915_READ(DDI_BUF_CTL(port)) - DDI_BUF_PORT_REVERSAL; - if (hdmi_connector) - intel_dig_port-hdmi.sdvox_reg = DDI_BUF_CTL(port); - else - intel_dig_port-hdmi.sdvox_reg = 0; + intel_dig_port-saved_port_bits = I915_READ(DDI_BUF_CTL(port)) + (DDI_BUF_PORT_REVERSAL | + DDI_A_4_LANES); intel_dig_port-dp.output_reg = DDI_BUF_CTL(port); intel_encoder-type = INTEL_OUTPUT_UNKNOWN; @@ -1529,7 +1517,17 @@ void intel_ddi_init(struct drm_device *dev, enum port port) intel_encoder-cloneable = false; intel_encoder-hot_plug = intel_ddi_hot_plug; - if (hdmi_connector) - intel_hdmi_init_connector(intel_dig_port, hdmi_connector); intel_dp_init_connector(intel_dig_port, dp_connector); + + if (intel_encoder-type != INTEL_OUTPUT_EDP) { + hdmi_connector = malloc(sizeof(struct intel_connector), + M_DRM, M_WAITOK | M_ZERO); + + if (!hdmi_connector) { + return; + } + + intel_dig_port-hdmi.hdmi_reg = DDI_BUF_CTL(port); + intel_hdmi_init_connector(intel_dig_port, hdmi_connector); + } } diff --git sys/dev/pci/drm/i915/intel_drv.h sys/dev/pci/drm/i915/intel_drv.h index 95d9cba..cc133c1 100644 --- sys/dev/pci/drm/i915/intel_drv.h +++ sys/dev/pci/drm/i915/intel_drv.h @@ -302,7 +302,7 @@ struct dip_infoframe { } __attribute__((packed)); struct intel_hdmi { - u32