xpt_action_default: CCB type 0xe not supported
Fresh installation and after world kernel update I get these messages during boot: xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported The system is running GENERIC with debugging for use in current off options. Full dmesg attached. Regards, -- George Kontostanos aisecure.net http://www.aisecure.net Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Tue Jun 21 19:28:33 EEST 2011 r...@core2duo.aicom.loc:/usr/obj/usr/src/sys/GENERIC amd64 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2401.97-MHz K8-class CPU) Origin = GenuineIntel Id = 0x6f6 Family = 6 Model = f Stepping = 6 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=0xe3bdSSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM AMD Features=0x20100800SYSCALL,NX,LM AMD Features2=0x1LAHF TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 4057284608 (3869 MB) Event timer LAPIC quality 400 ACPI APIC Table: MSTEST OEMAPIC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: MSTEST TESTONLY on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, 7ff0 (3) failed Timecounter ACPI-fast frequency 3579545 Hz quality 900 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 0xE7, should be 0xDA (20110527/tbutils-282) cpu1: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 vgapci0: VGA-compatible display port 0x9c00-0x9c7f mem 0xfd00-0xfdff,0xc000-0xcfff,0xfc00-0xfcff irq 16 at device 0.0 on pci1 uhci0: Intel 82801H (ICH8) USB controller USB-D port 0xdc00-0xdc1f irq 16 at device 26.0 on pci0 uhci0: LegSup = 0x2f00 usbus0: Intel 82801H (ICH8) USB controller USB-D on uhci0 uhci1: Intel 82801H (ICH8) USB controller USB-E port 0xe000-0xe01f irq 17 at device 26.1 on pci0 uhci1: LegSup = 0x2f00 usbus1: Intel 82801H (ICH8) USB controller USB-E on uhci1 ehci0: Intel 82801H (ICH8) USB 2.0 controller USB2-B mem 0xfebffc00-0xfebf irq 18 at device 26.7 on pci0 usbus2: EHCI version 1.0 usbus2: Intel 82801H (ICH8) USB 2.0 controller USB2-B on ehci0 hdac0: Intel 82801H High Definition Audio Controller mem 0xfebf8000-0xfebfbfff irq 22 at device 27.0 on pci0 pcib2: ACPI PCI-PCI bridge irq 16 at device 28.0 on pci0 pci4: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 19 at device 28.3 on pci0 pci3: ACPI PCI bus on pcib3 re0: RealTek 8168/8111 B/C/CP/D/DP/E PCIe Gigabit Ethernet port 0xb800-0xb8ff mem 0xfeaff000-0xfeaf irq 19 at device 0.0 on pci3 re0: Using 1 MSI message re0: Chip rev. 0x3800 re0: MAC rev. 0x miibus0: MII bus on re0 rgephy0: RTL8169S/8110S/8211 1000BASE-T media interface PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 00:18:f3:03:66:7e pcib4: ACPI PCI-PCI bridge irq 16 at device 28.4 on pci0 pci2: ACPI PCI bus on pcib4 atapci0: JMicron JMB363 UDMA133 controller port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xfe9fe000-0xfe9f irq 16 at device 0.0 on pci2 ahci0: JMicron JMB363 AHCI SATA controller on atapci0 ahci0: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported ahcich0: AHCI channel at channel 0 on ahci0 ahcich1: AHCI channel at channel 1 on ahci0 ata2: ATA channel 0 on atapci0 uhci2: Intel 82801H (ICH8) USB controller USB-A port 0xd480-0xd49f irq 23 at device 29.0 on pci0 uhci2: LegSup = 0x2f00 usbus3: Intel 82801H (ICH8) USB controller USB-A on uhci2 uhci3: Intel 82801H (ICH8) USB controller USB-B port 0xd800-0xd81f irq 19 at device 29.1 on pci0 uhci3: LegSup = 0x2f00 usbus4: Intel 82801H (ICH8) USB controller USB-B on uhci3 uhci4: Intel 82801H (ICH8) USB controller USB-C port 0xd880-0xd89f irq 18 at device 29.2 on pci0 uhci4: LegSup = 0x2f00 usbus5: Intel 82801H (ICH8) USB controller USB-C on uhci4 ehci1: Intel 82801H (ICH8) USB 2.0 controller USB2-A mem 0xfebff800-0xfebffbff irq 23 at device 29.7 on pci0 usbus6: EHCI version 1.0 usbus6: Intel 82801H (ICH8) USB 2.0 controller USB2-A on ehci1 pcib5: ACPI PCI-PCI bridge at device 30.0 on pci0 pci5: ACPI PCI bus
Re: xpt_action_default: CCB type 0xe not supported
On 06/21/11 10:51, George Kontostanos wrote: Fresh installation and after world kernel update I get these messages during boot: xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported The system is running GENERIC with debugging for use in current off options. Full dmesg attached. Regards, ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org SImilar issues on Tyan board with SATA 3gbs, atapicam custom kernel. I assumed it was the ugly CF adapter I have, as I've had shoddy USB devices confuse CAM in the past. Not as annoying as virtualbox being borked currently, I assume it's simply a printf that is a little too verbose? Or is scsi borked too? Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: xpt_action_default: CCB type 0xe not supported
On 06/21/11 19:58, Matt wrote: On 06/21/11 10:51, George Kontostanos wrote: Fresh installation and after world kernel update I get these messages during boot: xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported The system is running GENERIC with debugging for use in current off options. Full dmesg attached. Regards, ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org SImilar issues on Tyan board with SATA 3gbs, atapicam custom kernel. I assumed it was the ugly CF adapter I have, as I've had shoddy USB devices confuse CAM in the past. Not as annoying as virtualbox being borked currently, I assume it's simply a printf that is a little too verbose? Or is scsi borked too? Matt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Same here, ASUS board, Intel ICH10R, SATA 3GB. Custom kernel: # S-ATA/AHCI Interface device ahci# Serial ATA Advanced Host Controller Interface driver device ata # Legacy Core ATA functionality options ATA_CAM # ATA CAM # device mvs # Marvell Serial ATA Host Controller driver device siis# Marvell Serial ATA Host Controller driver and the SCSI stuff. Seems to be a very verbose thing inside the CAM system. Oliver ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: xpt_action_default: CCB type 0xe not supported
On Tue, Jun 21, 2011 at 08:51:02PM +0300, George Kontostanos wrote: Fresh installation and after world kernel update I get these messages during boot: xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported +1 on ICH9 SATA -- http://ache.vniz.net/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: xpt_action_default: CCB type 0xe not supported
On Tue, Jun 21, 2011 at 11:22 AM, Andrey Chernov a...@freebsd.org wrote: On Tue, Jun 21, 2011 at 08:51:02PM +0300, George Kontostanos wrote: Fresh installation and after world kernel update I get these messages during boot: xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported +1 on ICH9 SATA It's noise added via r223081, that wasn't present in the previous revision ( http://svnweb.freebsd.org/base/head/sys/cam/cam_xpt.c?view=markuppathrev=223081 ): 2930case XPT_SDEV_TYPE: 2931case XPT_TERM_IO: 2932case XPT_ENG_INQ: 2933/* XXX Implement */ 2934printf(%s: CCB type %#x not supported\n, __func__, 2935 start_ccb-ccb_h.func_code); 2936start_ccb-ccb_h.status = CAM_PROVIDE_FAIL; 2937if (start_ccb-ccb_h.func_code XPT_FC_DEV_QUEUED) { 2938xpt_done(start_ccb); 2939} 2940break; It probably should be removed. Thanks, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: xpt_action_default: CCB type 0xe not supported
On Jun 21, 2011, at 1:13 PM, Garrett Cooper wrote: On Tue, Jun 21, 2011 at 11:22 AM, Andrey Chernov a...@freebsd.org wrote: On Tue, Jun 21, 2011 at 08:51:02PM +0300, George Kontostanos wrote: Fresh installation and after world kernel update I get these messages during boot: xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported +1 on ICH9 SATA It's noise added via r223081, that wasn't present in the previous revision ( http://svnweb.freebsd.org/base/head/sys/cam/cam_xpt.c?view=markuppathrev=223081 ): This should fix it: --- cam_xpt.c 14 Jun 2011 14:53:17 - 1.262 +++ cam_xpt.c 21 Jun 2011 19:44:17 - @@ -2931,8 +2931,9 @@ case XPT_TERM_IO: case XPT_ENG_INQ: /* XXX Implement */ - printf(%s: CCB type %#x not supported\n, __func__, - start_ccb-ccb_h.func_code); + CAM_DEBUG(start_ccb-ccb_h.path, CAM_DEBUG_INFO, + (%s: CCB type %#x not supported\n, __func__, + start_ccb-ccb_h.func_code)); start_ccb-ccb_h.status = CAM_PROVIDE_FAIL; if (start_ccb-ccb_h.func_code XPT_FC_DEV_QUEUED) { xpt_done(start_ccb); ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org