From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 08:06:24 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 D0E46106564A; Sat, 4 Feb 2012 08:06:24 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog120.obsmtp.com (na3sys009aog120.obsmtp.com [74.125.149.140]) by mx1.freebsd.org (Postfix) with ESMTP id EDF948FC15; Sat, 4 Feb 2012 08:06:23 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob120.postini.com ([74.125.148.12]) with SMTP ID DSNKTyzm/rIrejiWJg85kVrOpYGEZBMuArz3@postini.com; Sat, 04 Feb 2012 00:06:24 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; Sat, 4 Feb 2012 03:10:49 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sat, 4 Feb 2012 03:06:21 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Sat, 4 Feb 2012 13:36:17 +0530 From: "Desai, Kashyap" To: Johan Hendriks , "freebsd-scsi@freebsd.org" Date: Sat, 4 Feb 2012 13:36:13 +0530 Thread-Topic: LSI supported mps(4) driver in stable/9 and stable/8 Thread-Index: AczimIzhkYv4QRX9RyqLUlYCVI154AAAKo+gAB6cvxA= 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: 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: "delphij@delphij.net" , 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: Sat, 04 Feb 2012 08:06:24 -0000 There is one more instance of similar issue reported on freebsd-scsi mailin= g list. ~ Kashyap > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Desai, Kashyap > Sent: Friday, February 03, 2012 10:59 PM > To: Johan Hendriks > Cc: freebsd-stable > Subject: RE: LSI supported mps(4) driver in stable/9 and stable/8 > > > > > -----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 M= odel > =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: class > > >> 0/0, > > >>>>>> rev 1.10/0.01, addr 3> on usbus0 > > >>>>>> ums0: 3 buttons and [Z] coordinates ID=3D0 > > >>>>>> ukbd0: class > > >>>> 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 > > > > > > _______________________________________________ > 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"