From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 17:29:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F801065670 for ; Fri, 3 Feb 2012 17:29:08 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog111.obsmtp.com (na3sys009aog111.obsmtp.com [74.125.149.205]) by mx1.freebsd.org (Postfix) with ESMTP id 0538E8FC12 for ; Fri, 3 Feb 2012 17:29:07 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob111.postini.com ([74.125.148.12]) with SMTP ID DSNKTywZY+N/gJEvbHVJ+mW+bGfZR76+s8Un@postini.com; Fri, 03 Feb 2012 09:29:08 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 3 Feb 2012 12:33:34 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 3 Feb 2012 12:29:04 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Fri, 3 Feb 2012 22:59:01 +0530 From: "Desai, Kashyap" To: Johan Hendriks Date: Fri, 3 Feb 2012 22:59:00 +0530 Thread-Topic: LSI supported mps(4) driver in stable/9 and stable/8 Thread-Index: AczimIzhkYv4QRX9RyqLUlYCVI154AAAKo+g Message-ID: References: <20120202191105.GA55719@nargothrond.kdm.org> <4F2BF270.70303@gmail.com> <4F2BF93F.4060407@gmail.com> <4F2C0BF6.8050701@gmail.com> <4F2C1805.60209@gmail.com> In-Reply-To: <4F2C1805.60209@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: freebsd-stable Subject: RE: LSI supported mps(4) driver in stable/9 and stable/8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2012 17:29:08 -0000 > -----Original Message----- > From: Johan Hendriks [mailto:joh.hendriks@gmail.com] > Sent: Friday, February 03, 2012 10:53 PM > To: Desai, Kashyap > Cc: freebsd-stable > Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 > > Desai, Kashyap schreef: > > > >> -----Original Message----- > >> From: Johan Hendriks [mailto:joh.hendriks@gmail.com] > >> Sent: Friday, February 03, 2012 10:02 PM > >> To: Desai, Kashyap > >> Cc: freebsd-stable > >> Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 > >> > >> Desai, Kashyap schreef: > >>> Try attached patch.! (This patch is not taken against upstream code, > >> so you may see some hunk fail.) > >>> ~ Kashyap > >>> > >>>> -----Original Message----- > >>>> From: Johan Hendriks [mailto:joh.hendriks@gmail.com] > >>>> Sent: Friday, February 03, 2012 8:42 PM > >>>> To: Desai, Kashyap > >>>> Cc: freebsd-stable > >>>> Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 > >>>> > >>>> Desai, Kashyap schreef: > >>>>> Hi Johan, > >>>>> > >>>>> I have already figure out this issue in our lab. > >>>>> > >>>>> I also have fix for this issue. (Just don't want to create > >> regression, > >>>> that is why I have not posted outside) > >>>>> Since you have seen similar issue, It is worth to try my patch. > >>>>> > >>>>> My machine is not getting IP right now. I will send you patch once > >> my > >>>> machine is in network ? > >>>>> ~ Kashyap > >>>>> > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >>>>>> stable@freebsd.org] On Behalf Of Johan Hendriks > >>>>>> Sent: Friday, February 03, 2012 8:13 PM > >>>>>> To: Kenneth D. Merry > >>>>>> Cc: freebsd-stable > >>>>>> Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 > >>>>>> > >>>>>> Kenneth D. Merry schreef: > >>>>>>> Hi folks, > >>>>>>> > >>>>>>> The LSI-supported version of the mps(4) driver that supports > their > >>>> 6Gb > >>>>>> SAS > >>>>>>> HBAs as well as WarpDrive controllers, is now in stable/9 and > >>>>>> stable/8. > >>>>>>> Please test it out and let me and Kashyap (CCed) know if you run > >>>> into > >>>>>>> any problems. > >>>>>>> > >>>>>>> In addition to supporting WarpDrive, the driver also supports > >>>>>> Integrated > >>>>>>> RAID. > >>>>>>> > >>>>>>> Thanks to LSI for doing the work on this driver! > >>>>>>> > >>>>>>> Note that the CAM infrastructure changes that went into > >> FreeBSD/head > >>>>>> along > >>>>>>> with this driver have not gone into either stable/9 or stable/8. > >>>> Only > >>>>>> the > >>>>>>> driver itself has been merged. > >>>>>>> > >>>>>>> The CAM infrastructure changes depend on some other da(4) driver > >>>>>> changes > >>>>>>> that will need to get merged before they can go back. If that > >> merge > >>>>>>> happens, it will probably only be into stable/9. > >>>>>>> > >>>>>>> A couple of notes about issues with this driver: > >>>>>>> > >>>>>>> - Unlike the previous mps(4) driver, it probes > sequentially. > >> If > >>>> you > >>>>>> have > >>>>>>> a lot of drives in your system, it will take a while to > >> probe > >>>> them > >>>>>> all. > >>>>>>> - You may see warning messages like this: > >>>>>>> > >>>>>>> _mapping_add_new_device: failed to add the device with handle > >> 0x0019 > >>>>>> to persiste > >>>>>>> nt table because there is no free space available > >>>>>>> _mapping_add_new_device: failed to add the device with handle > >> 0x001a > >>>>>> to persiste > >>>>>>> nt table because there is no free space available > >>>>>>> > >>>>>>> - The driver is not endian safe. (It assumes a little > endian > >>>>>> machine.) > >>>>>>> This is not new, the previous version of the driver had > the > >>>> same > >>>>>> issue. > >>>>>>> The LSI folks know about these issues. The driver has passed > >> their > >>>>>> testing > >>>>>>> process. > >>>>>>> > >>>>>>> Many thanks to LSI for going through the effort to support > >> FreeBSD. > >>>>>>> Ken > >>>>>> Hello Ken. > >>>>>> > >>>>>> Just updated our 16 bay server. did a csup today. > >>>>>> did try some commands, it looked like the drives got husseled. > >>>>>> > >>>>>> But after giving the command camcontrol rescan all it does not > give > >>>> back > >>>>>> the prompt. > >>>>>> Also top shows me the following. > >>>>>> 1589 root 1 20 0 16384K 1376K cbwait 3 0:00 0.00% > >>>>>> camcontrol > >>>>>> > >>>>>> # on another console things works > >>>>>> filer01# camcontrol devlist > >>>>>> at scbus0 target 8 lun 0 > >>>> (pass0,da0) > >>>>>> at scbus0 target 9 lun 0 > >>>> (pass1,da1) > >>>>>> at scbus0 target 10 lun 0 > >>>> (pass2,da2) > >>>>>> at scbus0 target 11 lun 0 > >>>> (pass3,da3) > >>>>>> at scbus0 target 12 lun 0 > >>>> (pass4,da4) > >>>>>> at scbus0 target 13 lun 0 > >>>> (pass5,da5) > >>>>>> at scbus0 target 16 lun 0 > >>>>>> (probe16,ses0,pass6) > >>>>>> at scbus0 target 17 lun 0 > >>>> (pass7,da6) > >>>>>> at scbus0 target 18 lun 0 > >>>> (pass8,da7) > >>>>>> at scbus0 target 19 lun 0 > >>>> (pass9,da8) > >>>>>> at scbus0 target 20 lun 0 > >>>>>> (pass10,da9) > >>>>>> at scbus0 target 21 lun 0 > >>>>>> (pass11,da10) > >>>>>> at scbus0 target 22 lun 0 > >>>>>> (pass12,da11) > >>>>>> at scbus0 target 23 lun 0 > >>>>>> (pass13,da12) > >>>>>> at scbus0 target 24 lun 0 > >>>>>> (pass14,da13) > >>>>>> at scbus0 target 27 lun 0 > >>>>>> (pass15,da14) > >>>>>> at scbus0 target 28 lun 0 > >>>>>> (pass16,da15) > >>>>>> at scbus1 target 0 lun 0 > >>>>>> (ada0,pass17) > >>>>>> at scbus3 target 0 lun 0 > >>>> (pass18,cd0) > >>>>>> The controller is a LSI 9211-8i with IT firmware. > >>>>>> > >>>>>> here is the dmesg > >>>>>> Copyright (c) 1992-2012 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-STABLE #0: Fri Feb 3 10:27:18 CET 2012 > >>>>>> root@filer01.neuteboom.local:/usr/obj/usr/src/sys/KRNL > amd64 > >>>>>> CPU: Intel(R) Xeon(R) CPU E31220 @ 3.10GHz (3093.04-MHz K8-class > >> CPU) > >>>>>> Origin =3D "GenuineIntel" Id =3D 0x206a7 Family =3D 6 Mod= el =3D > 2a > >>>>>> Stepping =3D 7 > >>>>>> > >>>>>> > >> > Features=3D0xbfebfbff >> ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > >>>>>> > >> > Features2=3D0x15bae3ff >> SE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,XSAVE,AVX> > >>>>>> AMD Features=3D0x28100800 > >>>>>> AMD Features2=3D0x1 > >>>>>> TSC: P-state invariant, performance statistics > >>>>>> real memory =3D 17179869184 (16384 MB) > >>>>>> avail memory =3D 16493441024 (15729 MB) > >>>>>> Event timer "LAPIC" quality 600 > >>>>>> ACPI APIC Table: > >>>>>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > >>>>>> FreeBSD/SMP: 1 package(s) x 4 core(s) > >>>>>> cpu0 (BSP): APIC ID: 0 > >>>>>> cpu1 (AP): APIC ID: 2 > >>>>>> cpu2 (AP): APIC ID: 4 > >>>>>> cpu3 (AP): APIC ID: 6 > >>>>>> ioapic0 irqs 0-23 on motherboard > >>>>>> kbd1 at kbdmux0 > >>>>>> acpi0: on motherboard > >>>>>> acpi0: Power Button (fixed) > >>>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > >>>>>> acpi_timer0:<24-bit timer at 3.579545MHz> port 0x408-0x40b on > >> acpi0 > >>>>>> cpu0: on acpi0 > >>>>>> cpu1: on acpi0 > >>>>>> cpu2: on acpi0 > >>>>>> cpu3: on acpi0 > >>>>>> pcib0: port 0xcf8-0xcff on acpi0 > >>>>>> pci0: on pcib0 > >>>>>> pcib1: irq 19 at device 6.0 on pci0 > >>>>>> pci1: on pcib1 > >>>>>> mps0: port 0xe000-0xe0ff mem 0xfb600000- > 0xfb603fff > >> irq > >>>> 19 > >>>>>> at device 0.0 on pci1 > >>>>>> mps0: Firmware: 11.00.00.00, Driver: 11.255.03.00-fbsd > >>>>>> mps0: IOCCapabilities: > >>>>>> > >> > 1285c >>>>>> c> > >>>>>> em0: port 0xf020- > >> 0xf03f > >>>> mem > >>>>>> 0xfb800000-0xfb81ffff,0xfb824000-0xfb824fff irq 20 at device 25.0 > >> on > >>>>>> pci0 > >>>>>> em0: Using an MSI interrupt > >>>>>> em0: Ethernet address: 00:25:90:57:20:bd > >>>>>> ehci0: mem 0xfb823000- > >> 0xfb8233ff > >>>> irq > >>>>>> 16 at device 26.0 on pci0 > >>>>>> usbus0: EHCI version 1.0 > >>>>>> usbus0: on ehci0 > >>>>>> pcib2: irq 17 at device 28.0 on pci0 > >>>>>> pci2: on pcib2 > >>>>>> pcib3: irq 17 at device 28.4 on pci0 > >>>>>> pci3: on pcib3 > >>>>>> em1: port 0xd000- > >> 0xd01f > >>>> mem > >>>>>> 0xfb700000-0xfb71ffff,0xfb720000-0xfb723fff irq 16 at device 0.0 > on > >>>> pci3 > >>>>>> em1: Using MSIX interrupts with 3 vectors > >>>>>> em1: Ethernet address: 00:25:90:57:20:bc > >>>>>> ehci1: mem 0xfb822000- > >> 0xfb8223ff > >>>> irq > >>>>>> 23 at device 29.0 on pci0 > >>>>>> usbus1: EHCI version 1.0 > >>>>>> usbus1: on ehci1 > >>>>>> pcib4: at device 30.0 on pci0 > >>>>>> pci4: on pcib4 > >>>>>> vgapci0: mem > >>>>>> 0xf9000000-0xf9ffffff,0xfb000000-0xfb003fff,0xfa800000-0xfaffffff > >> irq > >>>> 23 > >>>>>> at device 3.0 on pci4 > >>>>>> isab0: at device 31.0 on pci0 > >>>>>> isa0: on isab0 > >>>>>> ahci0: port > >>>>>> 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf000- > >> 0xf01f > >>>>>> mem 0xfb821000-0xfb8217ff irq 19 at device 31.2 on pci0 > >>>>>> ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not > supported > >>>>>> ahcich0: at channel 0 on ahci0 > >>>>>> ahcich1: at channel 1 on ahci0 > >>>>>> ahcich2: at channel 2 on ahci0 > >>>>>> ahcich3: at channel 3 on ahci0 > >>>>>> ahcich4: at channel 4 on ahci0 > >>>>>> ahcich5: at channel 5 on ahci0 > >>>>>> pci0: at device 31.3 (no driver attached) > >>>>>> acpi_button0: on acpi0 > >>>>>> hpet0: iomem 0xfed00000-0xfed003ff > on > >>>> acpi0 > >>>>>> ahcich0: at channel 0 on ahci0 > >>>>>> ahcich1: at channel 1 on ahci0 > >>>>>> ahcich2: at channel 2 on ahci0 > >>>>>> ahcich3: at channel 3 on ahci0 > >>>>>> ahcich4: at channel 4 on ahci0 > >>>>>> ahcich5: at channel 5 on ahci0 > >>>>>> pci0: at device 31.3 (no driver attached) > >>>>>> acpi_button0: on acpi0 > >>>>>> hpet0: iomem 0xfed00000-0xfed003ff > on > >>>> acpi0 > >>>>>> Timecounter "HPET" frequency 14318180 Hz quality 950 > >>>>>> Event timer "HPET" frequency 14318180 Hz quality 550 > >>>>>> Event timer "HPET1" frequency 14318180 Hz quality 440 > >>>>>> Event timer "HPET2" frequency 14318180 Hz quality 440 > >>>>>> Event timer "HPET3" frequency 14318180 Hz quality 440 > >>>>>> Event timer "HPET4" frequency 14318180 Hz quality 440 > >>>>>> attimer0: port 0x40-0x43 irq 0 on acpi0 > >>>>>> Timecounter "i8254" frequency 1193182 Hz quality 0 > >>>>>> Event timer "i8254" frequency 1193182 Hz quality 100 > >>>>>> atrtc0: port 0x70-0x71 irq 8 on acpi0 > >>>>>> Event timer "RTC" frequency 32768 Hz quality 0 > >>>>>> atkbdc0: port 0x60,0x64 irq 1 on > >> acpi0 > >>>>>> atkbd0: irq 1 on atkbdc0 > >>>>>> kbd0 at atkbd0 > >>>>>> atkbd0: [GIANT-LOCKED] > >>>>>> uart0:<16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 > on > >>>> acpi0 > >>>>>> uart1:<16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > >>>>>> uart2:<16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 > >>>>>> orm0: at iomem 0xc0000-0xc7fff,0xc8000- > 0xcdfff > >> on > >>>> isa0 > >>>>>> sc0: at flags 0x100 on isa0 > >>>>>> sc0: VGA<16 virtual consoles, flags=3D0x300> > >>>>>> vga0: at port 0x3c0-0x3df iomem 0xa0000- > 0xbffff > >> on > >>>>>> isa0 > >>>>>> ppc0: cannot reserve I/O port range > >>>>>> est0: on cpu0 > >>>>>> p4tcc0: on cpu0 > >>>>>> est1: on cpu1 > >>>>>> p4tcc1: on cpu1 > >>>>>> est2: on cpu2 > >>>>>> p4tcc2: on cpu2 > >>>>>> est3: on cpu3 > >>>>>> p4tcc3: on cpu3 > >>>>>> ZFS filesystem version 5 > >>>>>> ZFS storage pool version 28 > >>>>>> Timecounters tick every 1.000 msec > >>>>>> usbus0: 480Mbps High Speed USB v2.0 > >>>>>> usbus1: 480Mbps High Speed USB v2.0 > >>>>>> ugen0.1: at usbus0 > >>>>>> uhub0: > on > >>>> usbus0 > >>>>>> ugen1.1: at usbus1 > >>>>>> uhub1: > on > >>>> usbus1 > >>>>>> da0 at mps0 bus 0 scbus0 target 8 lun 0 > >>>>>> da0: Fixed Direct Access SCSI-6 > device > >>>>>> da0: 300.000MB/s transfers > >>>>>> da0: Command Queueing enabled > >>>>>> da0: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) > >>>>>> da1 at mps0 bus 0 scbus0 target 9 lun 0 > >>>>>> da1: Fixed Direct Access SCSI-6 > device > >>>>>> da1: 300.000MB/s transfers > >>>>>> da1: Command Queueing enabled > >>>>>> da1: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) > >>>>>> da2 at mps0 bus 0 scbus0 target 10 lun 0 > >>>>>> da2: Fixed Direct Access SCSI-6 > device > >>>>>> da2: 300.000MB/s transfers > >>>>>> da2: Command Queueing enabled > >>>>>> da2: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da3 at mps0 bus 0 scbus0 target 11 lun 0 > >>>>>> da3: Fixed Direct Access SCSI-6 > device > >>>>>> da3: 300.000MB/s transfers > >>>>>> da3: Command Queueing enabled > >>>>>> da3: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da4 at mps0 bus 0 scbus0 target 12 lun 0 > >>>>>> da4: Fixed Direct Access SCSI-6 > device > >>>>>> da4: 300.000MB/s transfers > >>>>>> da4: Command Queueing enabled > >>>>>> da4: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da5 at mps0 bus 0 scbus0 target 13 lun 0 > >>>>>> da5: Fixed Direct Access SCSI-6 device > >>>>>> da5: 150.000MB/s transfers > >>>>>> da5: Command Queueing enabled > >>>>>> da5: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da8 at mps0 bus 0 scbus0 target 19 lun 0 > >>>>>> da8: Fixed Direct Access SCSI-6 > device > >>>>>> da8: 300.000MB/s transfers > >>>>>> da8: Command Queueing enabled > >>>>>> da8: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) > >>>>>> da9 at mps0 bus 0 scbus0 target 20 lun 0 > >>>>>> da9: Fixed Direct Access SCSI-6 > device > >>>>>> da9: 300.000MB/s transfers > >>>>>> da9: Command Queueing enabled > >>>>>> da9: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) > >>>>>> da11 at mps0 bus 0 scbus0 target 22 lun 0 > >>>>>> da11: Fixed Direct Access SCSI-6 device > >>>>>> da11: 150.000MB/s transfers > >>>>>> da11: Command Queueing enabled > >>>>>> da11: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da12 at mps0 bus 0 scbus0 target 23 lun 0 > >>>>>> da12: Fixed Direct Access SCSI-6 device > >>>>>> da12: 150.000MB/s transfers > >>>>>> da12: Command Queueing enabled > >>>>>> da12: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da13 at mps0 bus 0 scbus0 target 24 lun 0 > >>>>>> da13: Fixed Direct Access SCSI-6 device > >>>>>> da13: 150.000MB/s transfers > >>>>>> da13: Command Queueing enabled > >>>>>> da13: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da14 at mps0 bus 0 scbus0 target 27 lun 0 > >>>>>> da14: Fixed Direct Access SCSI-6 device > >>>>>> da14: 300.000MB/s transfers > >>>>>> da14: Command Queueing enabled > >>>>>> da14: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> da15 at mps0 bus 0 scbus0 target 28 lun 0 > >>>>>> da15: Fixed Direct Access SCSI-6 device > >>>>>> da15: 150.000MB/s transfers > >>>>>> da15: Command Queueing enabled > >>>>>> da15: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> ses0 at mps0 bus 0 scbus0 target 16 lun 0 > >>>>>> ses0: Fixed Enclosure Services SCSI-5 > >> device > >>>>>> ses0: 600.000MB/s transfers > >>>>>> ses0: Command Queueing enabled > >>>>>> ses0: SCSI-3 SES Device > >>>>>> ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 > >>>>>> ada0: ATA-7 SATA 1.x device > >>>>>> ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) > >>>>>> ada0: 76319MB (156301488 512 byte sectors: 16H 63S/T 16383C) > >>>>>> ada0: Previously was known as ad4 > >>>>>> cd0 at ahcich2 bus 0 scbus3 target 0 lun 0 > >>>>>> SMP: AP CPU #3 Launched! > >>>>>> cd0: Removable CD-ROM SCSI-0 > >> device > >>>>>> cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO > >>>>>> 8192bytes) > >>>>>> cd0: Attempt to query device size failed: NOT READY, Medium not > >>>> present > >>>>>> - tray closed > >>>>>> SMP: AP CPU #2 Launched! > >>>>>> SMP: AP CPU #1 Launched! > >>>>>> da6 at mps0 bus 0 scbus0 target 17 lun 0 > >>>>>> da6: Fixed Direct Access SCSI-6 > device > >>>>>> da6: 150.000MB/s transfers > >>>>>> da6: Command Queueing enabled > >>>>>> da6: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) > >>>>>> da7 at mps0 bus 0 scbus0 target 18 lun 0 > >>>>>> da7: Fixed Direct Access SCSI-6 > device > >>>>>> da7: 150.000MB/s transfers > >>>>>> da7: Command Queueing enabled > >>>>>> da7: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) > >>>>>> da10 at mps0 bus 0 scbus0 target 21 lun 0 > >>>>>> da10: Fixed Direct Access SCSI-6 device > >>>>>> da10: 300.000MB/s transfers > >>>>>> da10: Command Queueing enabled > >>>>>> da10: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > >>>>>> GEOM: da15s1: geometry does not match label (16h,63s !=3D > 255h,63s). > >>>>>> uhub1: 2 ports with 2 removable, self powered > >>>>>> uhub0: 2 ports with 2 removable, self powered > >>>>>> Root mount waiting for: usbus1 usbus0 > >>>>>> ugen0.2: at usbus0 > >>>>>> uhub2: addr > >>>> 2> > >>>>>> on usbus0 > >>>>>> ugen1.2: at usbus1 > >>>>>> uhub3: addr > >>>> 2> > >>>>>> on usbus1 > >>>>>> Root mount waiting for: usbus1 usbus0 > >>>>>> uhub3: 6 ports with 6 removable, self powered > >>>>>> uhub2: 6 ports with 6 removable, self powered > >>>>>> ugen0.3: at usbus0 > >>>>>> ums0: >> 0/0, > >>>>>> rev 1.10/0.01, addr 3> on usbus0 > >>>>>> ums0: 3 buttons and [Z] coordinates ID=3D0 > >>>>>> ukbd0: >>>> 0/0, > >>>>>> rev 1.10/0.01, addr 3> on usbus0 > >>>>>> kbd2 at ukbd0 > >>>>>> Trying to mount root from ufs:/dev/ada0p2 [rw]... > >>>>>> em0: link state changed to UP > >>>>>> > >>>>>> thanks for your work. > >>>>>> > >>>>>> regards > >>>>>> Johan > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> freebsd-stable@freebsd.org mailing list > >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>>>>> To unsubscribe, send any mail to "freebsd-stable- > >>>>>> unsubscribe@freebsd.org" > >>>> Ok i will try the patch, no hurry, i am back at the office on > >> monday... > >>>> regards > >>>> Johan > >> Ok i applied the patch, hopefully i did it right. > >> I saw some failed hunk, but forgot to save the .rej files. > > You can observe if those hunk failure and if those are minor, we can > ignore it. > > > >> But the camcontrol rescan all command came back. > >> filer01# camcontrol rescan all > >> Re-scan of bus 0 was successful > >> Re-scan of bus 1 was successful > >> Re-scan of bus 2 was successful > >> Re-scan of bus 3 was successful > >> Re-scan of bus 4 was successful > >> Re-scan of bus 5 was successful > >> Re-scan of bus 6 was successful > >> > > I will post this logical changes to freebsd current. > > > > ~ Kashyap > > > > > >> if you need more info, let me know. > > Nope. Since things are working for your I don't need any details. :-) > > > >> regards > >> Johan > i looked for .rej files on my system, and this is the only one. > > vi /usr/src/sys/dev/mps/mps_sas.c.rej > > it contains the following > *************** > *** 2852,2858 **** > do { > rcap_buf =3D > malloc(sizeof(struct scsi_read_capacity_eedp), > - M_MPT2, M_WAITOK | M_ZERO); > if (rcap_buf =3D=3D NULL) { > mps_dprint(sc, MPS_FAULT, "Unable to alloc read " > "capacity buffer for EEDP support.\n"); > --- 3164,3170 ---- > do { > rcap_buf =3D > malloc(sizeof(struct scsi_read_capacity_eedp), > + M_MPT2, M_NOWAIT| M_ZERO); > if (rcap_buf =3D=3D NULL) { > mps_dprint(sc, MPS_FAULT, "Unable to alloc read " > "capacity buffer for EEDP support.\n"); > ~ This failed because above changes is already part of upstream. In my tree, = I have back ported those change from upstream. So patch applied clean. ` Kashyap > > regards > Johan > >