current/amd64 on Asus J1800I-C
Continuing http://marc.info/?t=14042978995r=1w=2 with current/amd64. On Jul 02 12:43:58, h...@stare.cz wrote: So I got me this Asus board with an integrated Celeron http://www.asus.com/Motherboards/J1800IC/specifications/ and put 2G of Crucial RAM in it. On Jul 02 12:56:22, o...@drijf.net wrote: http://archives.neohapsis.com/archives/openbsd/2014-05/1637.html Thanks for the pointer. It can boot a kernel built with the following diff: Index: arch/amd64/amd64/lapic.c === RCS file: /cvs/src/sys/arch/amd64/amd64/lapic.c,v retrieving revision 1.37 diff -u -p -r1.37 lapic.c --- arch/amd64/amd64/lapic.c6 Jan 2015 12:50:47 - 1.37 +++ arch/amd64/amd64/lapic.c11 Jan 2015 11:12:13 - @@ -190,7 +190,7 @@ lapic_set_lvt(void) || mpi-cpu_id == ci-ci_apicid)) { #ifdef DIAGNOSTIC if (mpi-ioapic_pin 1) - panic(lapic_set_lvt: bad pin value %d, + printf(lapic_set_lvt: bad pin value %d\n, mpi-ioapic_pin); #endif if (mpi-ioapic_pin == 0) This seems to be a workaround. Is there something better to be done? If anyone is using this board, can you please share your experience? Jan OpenBSD 5.7-beta (GENERIC.MP) #11: Sun Jan 11 11:39:01 CET 2015 r...@media.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1985871872 (1893MB) avail mem = 1929187328 (1839MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xebd60 (43 entries) bios0: vendor American Megatrends Inc. version 0604 date 06/10/2014 bios0: ASUS All Series acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT MCFG LPIT HPET SSDT SSDT SSDT UEFI acpi0: wakeup devices UAR5(S4) UAR8(S4) PS2K(S4) PS2M(S4) UAR1(S4) URIR(S4) XHC1(S4) EHC1(S4) PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4) PWRB(S0) 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) Celeron(R) CPU J1800 @ 2.41GHz, 2417.23 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,RDRAND,NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS cpu0: 1MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 83MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Celeron(R) CPU J1800 @ 2.41GHz, 2416.65 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,RDRAND,NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS cpu1: 1MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 87 pins acpimadt0: bogus nmi for apid 2 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP02) acpiprt3 at acpi0: bus 3 (RP03) acpiprt4 at acpi0: bus 4 (RP04) acpiec0 at acpi0: not present acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpipwrres0 at acpi0: PLPE acpipwrres1 at acpi0: PLPE acpipwrres2 at acpi0: USBC, resource for EHC1, OTG1 acpipwrres3 at acpi0: FN00, resource for FAN0 acpitz0 at acpi0: critical temperature is 90 degC acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD1F cpu0: Enhanced SpeedStep 2417 MHz: speeds: 2408, 2407, 2324, 2241, 2158, 2075, 1992, 1909, 1826, 1743, 1660, 1577, 1494, 1411, 1328 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 vendor Intel, unknown product 0x0f00 rev 0x0c vga1 at pci0 dev 2 function 0 vendor Intel, unknown product 0x0f31 rev 0x0c intagp at vga1 not configured wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ahci0 at pci0 dev 19 function 0 Intel Baytrail AHCI rev 0x0c: msi, AHCI 1.3 scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, SAMSUNG HM251JJ, 2AA0 SCSI3 0/direct fixed naa.50f003105140 sd0: 238475MB, 512 bytes/sector, 488397168 sectors sd1 at scsibus1 targ 1 lun 0: ATA, WDC WD10TPVT-00H, 01.0 SCSI3 0/direct fixed naa.50014ee2aed8deca sd1: 953869MB, 512 bytes/sector, 1953525168 sectors xhci0 at pci0 dev 20 function 0 Intel Baytrail xHCI rev 0x0c: msi usb0 at xhci0: USB revision 3.0
usb_transfer_complete: actlen len
With the latest snapshot I have /var/log/messages filled up with uaudio_chan_rintr: count n usb_transfer_complete: actlen len 2824 0 usb_transfer_complete: actlen len 3 0 usb_transfer_complete: actlen len 2816 0 when playing audio. The problem is that I have disk activity because /var/log/messages fills up extremely fast (e.g. it was 80 MB after watching a video via mplayer for a few minutes). Best regards, Ingo dmesg = OpenBSD 5.7-beta (GENERIC.MP) #754: Sat Jan 10 23:25:07 MST 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 80clock_battery real mem = 4200173568 (4005MB) avail mem = 4084486144 (3895MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe3400 (39 entries) bios0: vendor Intel Corp. version MQ96510J.86A.1754.2008.1117.0002 date 11/17/2008 bios0: Intel Corporation DG965WH acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC WDDT MCFG ASF! HPET SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S4) UAR2(S4) ILAN(S4) PEGP(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz, 2397.92 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu0: 4MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 266MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz, 2397.60 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu1: 4MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpimcfg0 at acpi0 addr 0xf000, bus 0-127 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 6 (P32_) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2) acpiprt5 at acpi0: bus 4 (PEX3) acpiprt6 at acpi0: bus 5 (PEX4) acpiprt7 at acpi0: bus -1 (PEX5) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: SLPB cpu0: Enhanced SpeedStep 2397 MHz: speeds: 2394, 1596 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel 82G965 Host rev 0x02 vga1 at pci0 dev 2 function 0 Intel 82G965 Video rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1920x1080 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel 82G965 HECI rev 0x02 at pci0 dev 3 function 0 not configured uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x02: apic 2 int 16 uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x02: apic 2 int 21 ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x02: apic 2 int 18 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x02: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 1 Intel 82801H PCIE rev 0x02: msi pci2 at ppb1 bus 2 pciide0 at pci2 dev 0 function 0 Marvell 88SE6101 IDE rev 0xb1: DMA (unsupported), channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using apic 2 int 17 for native-PCI interrupt pciide0: channel 0 ignored (not responding; disabled or no drives?) pciide0: channel 1 ignored (not responding; disabled or no drives?) ppb2 at pci0 dev 28 function 2 Intel 82801H PCIE rev 0x02: msi pci3 at ppb2 bus 3 ppb3 at pci0 dev 28 function 3 Intel 82801H PCIE rev 0x02: msi pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 4 Intel 82801H PCIE rev 0x02: msi pci5 at ppb4 bus 5 uhci2 at pci0 dev 29 function 0 Intel 82801H USB rev 0x02: apic 2 int 23 uhci3 at pci0 dev 29 function 1 Intel 82801H USB rev 0x02: apic 2 int 19 uhci4 at pci0 dev 29 function 2 Intel 82801H USB rev 0x02: apic 2 int 18 ehci1 at pci0 dev 29 function 7 Intel 82801H USB rev 0x02: apic 2 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb5 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xf2 pci6 at ppb5 bus 6 rl0 at pci6 dev 0 function 0 Realtek 8139 rev 0x10: apic 2 int 21, address 00:02:44:11:a2:bb rlphy0 at rl0 phy 0: RTL internal PHY pcib0 at pci0 dev 31 function 0 Intel 82801HH LPC rev 0x02 ahci0 at pci0 dev 31 function 2 Intel 82801H AHCI
Re: usb_transfer_complete: actlen len
Hello Ingo, On 11/01/15(Sun) 09:54, Ingo Feinerer wrote: With the latest snapshot I have /var/log/messages filled up with uaudio_chan_rintr: count n usb_transfer_complete: actlen len 2824 0 usb_transfer_complete: actlen len 3 0 usb_transfer_complete: actlen len 2816 0 when playing audio. The problem is that I have disk activity because /var/log/messages fills up extremely fast (e.g. it was 80 MB after watching a video via mplayer for a few minutes). Thanks for the bug report, don't hesitate to send it to bugs@ next time. Not all the developers read misc@. I am the one to blame for this regression. I wanted to make sure every USB transfer was checked for buffer overrun but isoc transfers are special. Could you tell me if the diff below fixes it? Index: usbdi.c === RCS file: /cvs/src/sys/dev/usb/usbdi.c,v retrieving revision 1.77 diff -u -p -r1.77 usbdi.c --- usbdi.c 9 Jan 2015 12:15:48 - 1.77 +++ usbdi.c 11 Jan 2015 11:12:34 - @@ -732,7 +732,7 @@ usb_transfer_complete(struct usbd_xfer * pipe-running = 0; #ifdef DIAGNOSTIC - if (xfer-actlen xfer-length) { + if (xfer-actlen xfer-length xfer-length != 0) { printf(%s: actlen len %u %u\n, __func__, xfer-actlen, xfer-length); xfer-actlen = xfer-length;
Re: ZTE USB modem MF110
Hi I would like to ask, did it work with OpenBSD? On 8 Sep 2013 00:51, Beavis pfu...@gmail.com wrote: Hello All! thanks if there are any people who would reply back. but I was able to get it to talk # cu -l cuaU1 Connected T OK AT OK thanks again. -B On Sat, Sep 7, 2013 at 3:33 PM, Beavis pfu...@gmail.com wrote: Hello all, would like to ask if there is anyone on the list that has tried using ZTE 3g Modem on OpenBSD. the kernel (5.1) was able to detect the device: umsm0 at uhub0 port 1 configuration 1 interface 0 ZTE,Incorporated ZTE CDMA Technologies MSM rev 2.00/0.00 addr 2 umsm0 at uhub0 port 1 configuration 1 interface 0 ZTE,Incorporated ZTE CDMA Technologies MSM rev 2.00/0.00 addr 2 umsm1 at uhub0 port 1 configuration 1 interface 1 ZTE,Incorporated ZTE CDMA Technologies MSM rev 2.00/0.00 addr 2 umass0 at uhub0 port 1 configuration 1 interface 2 ZTE,Incorporated ZTE CDMA Technologies MSM rev 2.00/0.00 addr 2 sd0 at scsibus2 targ 1 lun 0: ZTE, MMC Storage, 2.31 SCSI2 0/direct removable serial.19d20031567890ABCDEF umsm2 at uhub0 port 1 configuration 1 interface 3 ZTE,Incorporated ZTE CDMA Technologies MSM rev 2.00/0.00 addr 2 there are some ZTE's on the umsm(4) man pages but not specifically MF110. i can't seem to make it to talk. ZTE AC2746 USB ZTE MF112USB ZTE MF190USB ZTE MF633USB ZTE MF637USB any suggestions or advice is awesomely appreciated. regards, -B -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Disclaimer: http://goldmark.org/jeff/stupid-disclaimers/ -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Disclaimer: http://goldmark.org/jeff/stupid-disclaimers/
Re: ARM Firewall Hardware
On Mon, Jan 5, 2015 at 10:31 AM, f5b f...@163.com wrote: according http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/armv7/armv7/armv7.c?rev=1.4 Only one board supported in current with two Gigabit ports ,Compulab UTILITE box ? Anyone can make sure? OpenBSD still does not boot on that board. Bitrig boots fine. (used snapshot from 10th of january) -- chs
Re: current/amd64 on Asus J1800I-C
(... now that I can boot it.) The Intel graphics is not recognized. pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 vendor Intel, unknown product 0x0f00 rev 0x0c vga1 at pci0 dev 2 function 0 vendor Intel, unknown product 0x0f31 rev 0x0c intagp at vga1 not configured The ASUS manual just says Intel HD Graphics. See full dmesg and pcidump -xx below. Without a xorg.conf, it tries the Intel driver but then connects as VESA. It picks 1280x1024 and seems to work fine, except killing X with ctrl-alt-back does not take me back to the console, just blanks the screen. See the (long) Xorg.0.log below. acpidump can be downloaded at http://stare.cz/dmesg/asus-J1800IC-acpidump.tar.gz What can I do to help make this supported? Jan OpenBSD 5.7-beta (GENERIC.MP) #11: Sun Jan 11 11:39:01 CET 2015 r...@media.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1985871872 (1893MB) avail mem = 1929187328 (1839MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xebd60 (43 entries) bios0: vendor American Megatrends Inc. version 0604 date 06/10/2014 bios0: ASUS All Series acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT MCFG LPIT HPET SSDT SSDT SSDT UEFI acpi0: wakeup devices UAR5(S4) UAR8(S4) PS2K(S4) PS2M(S4) UAR1(S4) URIR(S4) XHC1(S4) EHC1(S4) PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4) PWRB(S0) 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) Celeron(R) CPU J1800 @ 2.41GHz, 2417.23 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,RDRAND,NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS cpu0: 1MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 83MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Celeron(R) CPU J1800 @ 2.41GHz, 2416.65 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,RDRAND,NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS cpu1: 1MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 87 pins acpimadt0: bogus nmi for apid 2 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP02) acpiprt3 at acpi0: bus 3 (RP03) acpiprt4 at acpi0: bus 4 (RP04) acpiec0 at acpi0: not present acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpipwrres0 at acpi0: PLPE acpipwrres1 at acpi0: PLPE acpipwrres2 at acpi0: USBC, resource for EHC1, OTG1 acpipwrres3 at acpi0: FN00, resource for FAN0 acpitz0 at acpi0: critical temperature is 90 degC acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD1F cpu0: Enhanced SpeedStep 2417 MHz: speeds: 2408, 2407, 2324, 2241, 2158, 2075, 1992, 1909, 1826, 1743, 1660, 1577, 1494, 1411, 1328 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 vendor Intel, unknown product 0x0f00 rev 0x0c vga1 at pci0 dev 2 function 0 vendor Intel, unknown product 0x0f31 rev 0x0c intagp at vga1 not configured wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ahci0 at pci0 dev 19 function 0 Intel Baytrail AHCI rev 0x0c: msi, AHCI 1.3 scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, SAMSUNG HM251JJ, 2AA0 SCSI3 0/direct fixed naa.50f003105140 sd0: 238475MB, 512 bytes/sector, 488397168 sectors sd1 at scsibus1 targ 1 lun 0: ATA, WDC WD10TPVT-00H, 01.0 SCSI3 0/direct fixed naa.50014ee2aed8deca sd1: 953869MB, 512 bytes/sector, 1953525168 sectors xhci0 at pci0 dev 20 function 0 Intel Baytrail xHCI rev 0x0c: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 Intel xHCI root hub rev 3.00/1.00 addr 1 vendor Intel, unknown product 0x0f18 (class crypto subclass miscellaneous, rev 0x0c) at pci0 dev 26 function 0 not configured azalia0 at pci0 dev 27 function 0 vendor Intel, unknown product 0x0f04 rev 0x0c: msi azalia0: codecs: Realtek/0x0887, Intel/0x2882, using Realtek/0x0887 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel Baytrail PCIE rev 0x0c: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 1 Intel Baytrail PCIE rev 0x0c: msi pci2 at ppb1 bus 2 re0 at pci2 dev 0 function 0 Realtek 8168 rev 0x0c: RTL8168G/8111G (0x4c00), msi, address
Re: usb_transfer_complete: actlen len
On Jan 11 13:20:35, mpieuc...@nolizard.org wrote: Hello Ingo, On 11/01/15(Sun) 09:54, Ingo Feinerer wrote: With the latest snapshot I have /var/log/messages filled up with uaudio_chan_rintr: count n usb_transfer_complete: actlen len 2824 0 usb_transfer_complete: actlen len 3 0 usb_transfer_complete: actlen len 2816 0 when playing audio. The problem is that I have disk activity because /var/log/messages fills up extremely fast (e.g. it was 80 MB after watching a video via mplayer for a few minutes). Thanks for the bug report, don't hesitate to send it to bugs@ next time. Not all the developers read misc@. I am the one to blame for this regression. I wanted to make sure every USB transfer was checked for buffer overrun but isoc transfers are special. Could you tell me if the diff below fixes it? I have the same problem with an M-Audio USB Mobile Pre on Thinkpad T400, and the diff fixes that. Jan Index: usbdi.c === RCS file: /cvs/src/sys/dev/usb/usbdi.c,v retrieving revision 1.77 diff -u -p -r1.77 usbdi.c --- usbdi.c 9 Jan 2015 12:15:48 - 1.77 +++ usbdi.c 11 Jan 2015 11:12:34 - @@ -732,7 +732,7 @@ usb_transfer_complete(struct usbd_xfer * pipe-running = 0; #ifdef DIAGNOSTIC - if (xfer-actlen xfer-length) { + if (xfer-actlen xfer-length xfer-length != 0) { printf(%s: actlen len %u %u\n, __func__, xfer-actlen, xfer-length); xfer-actlen = xfer-length;
Re: ARM Firewall Hardware
Am 11.01.2015 um 14:27 schrieb Christer Solskogen christer.solsko...@gmail.com: On Mon, Jan 5, 2015 at 10:31 AM, f5b f...@163.com wrote: according http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/armv7/armv7/armv7.c?rev=1.4 Only one board supported in current with two Gigabit ports ,Compulab UTILITE box ? Anyone can make sure? OpenBSD still does not boot on that board. Bitrig boots fine. (used snapshot from 10th of january) -- chs One Port is limited to 540MBit/s by design. The other one is connected to the PCIe 1x slot which I still cannot get to run properly. It detects the device easily, but „talking“ to it doesn’t work. It looks like there’s some kind of DMA issue I haven’t figured out. Otherwise that device runs great here. I’m using it as build machine, with the in-built SSD.
node-webkit
Has anyone successfully built node-webkit on OpenBSD ? If so... willing to share ? -- --Dan
Re: ARM Firewall Hardware
Also worth a mention is that only one core is enabled(no smp) and that one core that is active works at 792Mzh and not 1.2 Ghz. On Jan 11, 2015 5:03 PM, Patrick Wildt m...@patrick-wildt.de wrote: Am 11.01.2015 um 14:27 schrieb Christer Solskogen christer.solsko...@gmail.com: On Mon, Jan 5, 2015 at 10:31 AM, f5b f...@163.com wrote: according http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/armv7/armv7/armv7.c?rev =1.4 Only one board supported in current with two Gigabit ports ,Compulab UTILITE box ? Anyone can make sure? OpenBSD still does not boot on that board. Bitrig boots fine. (used snapshot from 10th of january) -- chs One Port is limited to 540MBit/s by design. The other one is connected to the PCIe 1x slot which I still cannot get to run properly. It detects the device easily, but âtalkingâ to it doesnât work. It looks like thereâs some kind of DMA issue I havenât figured out. Otherwise that device runs great here. Iâm using it as build machine, with the in-built SSD.
Re: current/amd64 on Asus J1800I-C
The builtin audio doesn't seem to be fully supported. azalia0 at pci0 dev 27 function 0 vendor Intel, unknown product 0x0f04 rev 0x0c: msi azalia0: codecs: Realtek/0x0887, Intel/0x2882, using Realtek/0x0887 audio0 at azalia0 Manual says it's a Realtek ALC887 8-channel HD Audio Codec. See full dmesg and pcidump -xx below. (Why is it using the Realtek codec and not the Intel codec? Is there a way to change that?) The sound is horrible. A runnign audio application can connect to a running sndiod and playu, but the sound that's supposed to play is burried in scrtaches and screetches. This is a minute of a couple of few-seconds attempts at $ play -n synth sun 220 gain -3 which is a sine wave generated by audio/sox, recorded in front of the loudspeaker. You will probably need headphones to even hear the original soundwave among the noise. http://stare.cz/dmesg/asus-J1800IC-azalia.ogg Here is the audioctl output: name=HD-Audio encodings=slinear_le:16:2:1,slinear_le:20:4:1,slinear_le:24:4:1 properties=full_duplex,independent hiwat=2 lowat=1 mode= play.rate=48000 play.channels=1 play.precision=16 play.bps=2 play.msb=1 play.encoding=slinear_le play.samples=472320 play.pause=0 play.active=0 play.block_size=9600 play.errors=1920 record.rate=48000 record.channels=2 record.precision=16 record.bps=2 record.msb=1 record.encoding=slinear_le record.samples=0 record.pause=0 record.active=0 record.block_size=9600 record.errors=0 Sometimes the play.errors will be in tens of thousends, sometimes zero, but will still sound horrible. Running sndiod -d -d with the default empty flags, or not running sndiod at all doesn't seem to make any difference. I tried -z 9600 and it will *occasionally* make it a bit better: the scratches and screeches only appear at the start of the sound, and eventually disappear; but more often not. A successfull run will look like snd0: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames play0: 48000Hz, s32le, play 0:0, 10 blocks of 960 frames snd0: device started play0: attached at -8640, delta = 0 snd0: device stopped but will still sound horrible. Sometimes sndiod will say snd0.default: rec=0:1 play=0:1 vol=23170 dup snd0: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames play0: 48000Hz, s32le, play 0:0, 10 blocks of 960 frames snd0: device started play0: attached at -8640, delta = 0 snd0: write blocked at cycle start snd0: watchdog timeout or snd0: 48000Hz, s16le, play 0:1, rec 0:1, 9 blocks of 960 frames play0: 48000Hz, s32le, play 0:0, 10 blocks of 960 frames snd0: device started play0: attached at -8640, delta = 0 snd0: write blocked at cycle start snd0: play hw xrun, pused = 5760/8640 snd0: rec hw xrun, rused = 1920/8640 snd0: play hw xrun, pused = 6720/8640 snd0: rec hw xrun, rused = 960/8640 snd0: write blocked at cycle start snd0: play hw xrun, pused = 2880/8640 snd0: rec hw xrun, rused = 4800/8640 snd0: play hw xrun, pused = 3840/8640 snd0: rec hw xrun, rused = 3840/8640 snd0: write blocked at cycle start snd0: watchdog timeout and the player will exit prematurely. Is there something more sophisticated I can do with sndiod's flags, or is the problem deeper, with the device (as it seems)? What can I do to help make this fully supported? Jan OpenBSD 5.7-beta (GENERIC.MP) #11: Sun Jan 11 11:39:01 CET 2015 r...@media.stare.cz:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 1985871872 (1893MB) avail mem = 1929187328 (1839MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xebd60 (43 entries) bios0: vendor American Megatrends Inc. version 0604 date 06/10/2014 bios0: ASUS All Series acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT MCFG LPIT HPET SSDT SSDT SSDT UEFI acpi0: wakeup devices UAR5(S4) UAR8(S4) PS2K(S4) PS2M(S4) UAR1(S4) URIR(S4) XHC1(S4) EHC1(S4) PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4) PWRB(S0) 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) Celeron(R) CPU J1800 @ 2.41GHz, 2417.23 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,RDRAND,NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS cpu0: 1MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 83MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Celeron(R) CPU J1800 @ 2.41GHz, 2416.65 MHz cpu1:
Re: usb_transfer_complete: actlen len
On Sun, Jan 11, 2015 at 01:20:35PM +0100, Martin Pieuchot wrote: On 11/01/15(Sun) 09:54, Ingo Feinerer wrote: With the latest snapshot I have /var/log/messages filled up with uaudio_chan_rintr: count n usb_transfer_complete: actlen len 2824 0 usb_transfer_complete: actlen len 3 0 usb_transfer_complete: actlen len 2816 0 when playing audio. The problem is that I have disk activity because /var/log/messages fills up extremely fast (e.g. it was 80 MB after watching a video via mplayer for a few minutes). Thanks for the bug report, don't hesitate to send it to bugs@ next time. Not all the developers read misc@. I am the one to blame for this regression. I wanted to make sure every USB transfer was checked for buffer overrun but isoc transfers are special. Could you tell me if the diff below fixes it? Yes, it does. Thank you very much! Best regards, Ingo Index: usbdi.c === RCS file: /cvs/src/sys/dev/usb/usbdi.c,v retrieving revision 1.77 diff -u -p -r1.77 usbdi.c --- usbdi.c 9 Jan 2015 12:15:48 - 1.77 +++ usbdi.c 11 Jan 2015 11:12:34 - @@ -732,7 +732,7 @@ usb_transfer_complete(struct usbd_xfer * pipe-running = 0; #ifdef DIAGNOSTIC - if (xfer-actlen xfer-length) { + if (xfer-actlen xfer-length xfer-length != 0) { printf(%s: actlen len %u %u\n, __func__, xfer-actlen, xfer-length); xfer-actlen = xfer-length;
Re: Former Yugoslavia in countrycodes
On 12.01.2015. 01:00, Dmitrij D. Czarkoff wrote: Zeljko Jovanovic said: I thought at least OpenBSD people had some understanding of how world politics work. This is wrong forum for world politics discussions. Let's not digress. Agreed.
Re: FAQ: My mission is to make it up into /src/lib/libssl/...
On 01/11/15 16:39, David Christensen wrote: misc: On the OpenBSD FAQ: http://www.openbsd.org/faq/index.html Near the top, I see: h3 iMy mission is to make it up into /src/lib/libssl/. There's a library up there that's gone insane. I'm supposed to fix it./i /h3 Is this a statement by the OpenBSD project, or has the page been defaced? David dude. $ sudo pkg_install humor $ sudo pkg_install current-events then read the REST of that page. And look back at the old versions, too. (btw, I have a bunch of good patches that have been sent to me that I haven't got in yet... I hope to return to the world of the committing shortly) Nick.
Re: Former Yugoslavia in countrycodes
On 05.01.2015. 10:14, Peter Hessler wrote: On 2015 Jan 04 (Sun) at 21:39:08 -0500 (-0500), Predrag Punosevac wrote: :For many of us who were born in that country and whose lives have been :altered forever by actual events on the ground your remark doesn't sound :clever I'm sorry, but this is simply a fact. To get a country code assigned, you will need to contact the ISO. We are unable to assign one for them. Peter, I believe you had good intentions, but your comment made me (and I am sure Predrag as well), even more miserable. We do not want any iso codes assigned to a part of our country occupied by islamic militants! I thought at least OpenBSD people had some understanding of how world politics work. The same people who decide whether you may or may not exercise your freedom of speach, can also decide whether some group are terrorists or freedom fighters, depending on part of the world in which that group operate.
Re: Former Yugoslavia in countrycodes
Zeljko Jovanovic said: I thought at least OpenBSD people had some understanding of how world politics work. This is wrong forum for world politics discussions. Let's not digress. -- Dmitrij D. Czarkoff
Need help with davical with external calendars
Sorry for cross post, I wasn't sure which list would be more appropriate. I'm trying to follow [0] to subscribe to an external calendar, but I'm having no luck. I tried doing the same on Debian for comparison, I had to modify davical/inc/external-fetch.php as mentioned in [1] but after that it worked fine. Applying same change on OpenBSD didn't make it behave. I'm running with nginx and php-fpm, I added /var/www/etc/resolv.conf pointing at 127.0.0.1 (where I'm running unbound), I also tried putting in /var/www everything that ldd of /usr/local/lib/php-5.5/modules/curl.so and /usr/local/bin/curl pointed at, resulting in: $ find /var/www/usr/ -type f /var/www/usr/sbin/sendmail /var/www/usr/local/lib/libcurl.so.24.5 /var/www/usr/local/lib/libidn.so.17.0 /var/www/usr/local/lib/libiconv.so.6.0 /var/www/usr/local/lib/libintl.so.6.0 /var/www/usr/local/bin/curl /var/www/usr/lib/libssl.so.30.0 /var/www/usr/lib/libcrypto.so.30.3 /var/www/usr/lib/libz.so.5.0 /var/www/usr/lib/libpthread.so.18.1 /var/www/usr/lib/libc.so.78.0 I also tried removing the collection, and adding it again, but that didn't change anything. Any ideas what else to try? [0] http://wiki.davical.org/w/External_Bind [1] http://davical-general.89287.n3.nabble.com/Davical-general-external-fetch-woes-tp4026043p4026045.html -- viq
Re: FAQ: My mission is to make it up into /src/lib/libssl/...
2015-01-11 22:39 GMT+01:00 David Christensen dpchr...@holgerdanske.com: Is this a statement by the OpenBSD project, or has the page been defaced? It's intentional: http://cvsweb.openbsd.org/cgi-bin/cvsweb/www/faq/index.html.diff?r1=1.374r2=1.375 Best Martin
iked using policy with any are rejected, but works with 0.0.0.0/0
Hi, Am I really doing something illegal by trying to use 'any' instead of 0.0.0.0/0 in iked.conf as shown possible in the man page? For some reason policy in iked.conf using 'any' are rejected but accepted if 0.0.0.0/0 is use instead. with this in iked -d output pfkey_flow: unsupported address family 0 dmesg below for both servers as well if you want it. server 1 # cat hostname.em0 inet 66.63.5.250 255.255.255.240 # cat iked.conf ikev2 esp from 66.63.5.250 to 66.63.44.72 psk Testing ikev2 esp from 0.0.0.0/0 to 66.63.50.17 peer 66.63.44.72 psk Testing #ikev2 esp from any to 66.63.50.17 peer 66.63.44.72 psk Testing server 2 # cat hostname.em0 inet 66.63.44.72 255.255.255.224 inet alias 66.63.50.17 255.255.255.240 description LAN # cat iked.conf ikev2 active esp from 66.63.44.72 to 66.63.5.250 psk Testing ikev2 active esp from 66.63.50.17 to 0.0.0.0/0 peer 66.63.5.250 psk Testing #ikev2 active esp from 66.63.50.17 to any peer 66.63.5.250 psk Testing Now results with iked -d on both: server 1 # iked -d ikev2_recv: IKE_SA_INIT request from initiator 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' id 0, 520 bytes ikev2_msg_send: IKE_SA_INIT response from 66.63.5.250:500 to 66.63.44.72:500 msgid 0, 432 bytes ikev2_recv: IKE_SA_INIT request from initiator 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' id 0, 520 bytes ikev2_msg_send: IKE_SA_INIT response from 66.63.5.250:500 to 66.63.44.72:500 msgid 0, 432 bytes ikev2_recv: IKE_AUTH request from initiator 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' id 1, 272 bytes ikev2_msg_send: IKE_AUTH response from 66.63.5.250:500 to 66.63.44.72:500 msgid 1, 240 bytes sa_state: VALID - ESTABLISHED from 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' ikev2_recv: IKE_AUTH request from initiator 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' id 1, 272 bytes ikev2_msg_send: IKE_AUTH response from 66.63.5.250:500 to 66.63.44.72:500 msgid 1, 240 bytes sa_state: VALID - ESTABLISHED from 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' server 2 # iked -d ikev2_msg_send: IKE_SA_INIT request from 66.63.44.72:500 to 66.63.5.250:500 msgid 0, 520 bytes ikev2_msg_send: IKE_SA_INIT request from 0.0.0.0:500 to 66.63.5.250:500 msgid 0, 520 bytes ikev2_recv: IKE_SA_INIT response from responder 66.63.5.250:500 to 66.63.44.72:500 policy 'policy1' id 0, 432 bytes ikev2_msg_send: IKE_AUTH request from 66.63.44.72:500 to 66.63.5.250:500 msgid 1, 272 bytes ikev2_recv: IKE_SA_INIT response from responder 66.63.5.250:500 to 66.63.44.72:500 policy 'policy2' id 0, 432 bytes ikev2_msg_send: IKE_AUTH request from 66.63.44.72:500 to 66.63.5.250:500 msgid 1, 272 bytes ikev2_recv: IKE_AUTH response from responder 66.63.5.250:500 to 66.63.44.72:500 policy 'policy1' id 1, 240 bytes sa_state: VALID - ESTABLISHED from 66.63.5.250:500 to 66.63.44.72:500 policy 'policy1' ikev2_recv: IKE_AUTH response from responder 66.63.5.250:500 to 66.63.44.72:500 policy 'policy2' id 1, 240 bytes sa_state: VALID - ESTABLISHED from 66.63.5.250:500 to 66.63.44.72:500 policy 'policy2' And now with a specific interface for testing as source ping -I 66.63.50.17 4.2.2.2 from server 1 # ping -I 66.63.50.17 4.2.2.2 PING 4.2.2.2 (4.2.2.2): 56 data bytes 64 bytes from 4.2.2.2: icmp_seq=0 ttl=58 time=15.827 ms 64 bytes from 4.2.2.2: icmp_seq=1 ttl=58 time=13.945 ms 64 bytes from 4.2.2.2: icmp_seq=2 ttl=58 time=14.357 ms 64 bytes from 4.2.2.2: icmp_seq=3 ttl=58 time=14.743 ms 64 bytes from 4.2.2.2: icmp_seq=4 ttl=58 time=15.055 ms and tcpdump -ni enc0 on server 2 # tcpdump -ni enc0 tcpdump: listening on enc0, link-type ENC 17:22:35.959985 (authentic,confidential): SPI 0x86f67e90: 66.63.50.17 4.2.2.2: icmp: echo request (encap) 17:22:35.963089 (authentic,confidential): SPI 0x34265968: 4.2.2.2 66.63.50.17: icmp: echo reply (encap) 17:22:36.966420 (authentic,confidential): SPI 0x86f67e90: 66.63.50.17 4.2.2.2: icmp: echo request (encap) 17:22:36.969432 (authentic,confidential): SPI 0x34265968: 4.2.2.2 66.63.50.17: icmp: echo reply (encap) 17:22:37.976698 (authentic,confidential): SPI 0x86f67e90: 66.63.50.17 4.2.2.2: icmp: echo request (encap) 17:22:37.979702 (authentic,confidential): SPI 0x34265968: 4.2.2.2 66.63.50.17: icmp: echo reply (encap) 17:22:38.987136 (authentic,confidential): SPI 0x86f67e90: 66.63.50.17 4.2.2.2: icmp: echo request (encap) === Now only change the 0.0.0.0/0 by any. we get unsupported address family 0 The man page does say 'any' is valid, am I missing something? Server 1 # iked -d ikev2_recv: IKE_SA_INIT request from initiator 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' id 0, 520 bytes ikev2_msg_send: IKE_SA_INIT response from 66.63.5.250:500 to 66.63.44.72:500 msgid 0, 432 bytes ikev2_recv: IKE_SA_INIT request from initiator 66.63.44.72:500 to 66.63.5.250:500 policy 'policy2' id 0, 520 bytes ikev2_msg_send: IKE_SA_INIT response from 66.63.5.250:500 to 66.63.44.72:500 msgid 0, 432 bytes ikev2_recv: IKE_AUTH request from
Full disk encryption and keyboard
Hello list, Is there a way to have a different keymap in boot? Not that it's really necessary to type boot bsd.rd, but it would be much more efficient when typing a passphrase to decrypt a softraid partition to boot from. Cheers, -- Étienne
Re: FAQ: My mission is to make it up into /src/lib/libssl/...
On 01/11/15 21:39, David Christensen wrote: misc: On the OpenBSD FAQ: http://www.openbsd.org/faq/index.html Near the top, I see: h3 iMy mission is to make it up into /src/lib/libssl/. There's a library up there that's gone insane. I'm supposed to fix it./i /h3 Is this a statement by the OpenBSD project, or has the page been defaced? David Each release has a theme... That's why you order your CD sets: http://www.openbsd.org/orders.html Fred PS The stickers are awesome
Re: PRG airport in misc
On 07.01.2015. 18:16, Ted Unangst wrote: ZZE:Ponikve, Uzice, Serbia KVO:Morava, Kraljevo, Serbia Wikipedia has Uzice-Ponikve as UZC. Neither airport has regular flights, so I'm not sure we want to list them. I think the original guideline add it if you've flown through it was a good one. Seems reasonable. Both were military airports which are now being converted to military/civilian use. This is relatively common pratice in small cities all around the world.
FAQ: My mission is to make it up into /src/lib/libssl/...
misc: On the OpenBSD FAQ: http://www.openbsd.org/faq/index.html Near the top, I see: h3 iMy mission is to make it up into /src/lib/libssl/. There's a library up there that's gone insane. I'm supposed to fix it./i /h3 Is this a statement by the OpenBSD project, or has the page been defaced? David