Hi, 2014/1/7 Lundberg, Johannes <johannes_at_brilliantservice.co.jp> > Hi Huang > > I have also experienced random hangs. However, I'm not sure if they are > really hangs or just the USB driver stopped working. Since mouse pad, > keyboard everything is run through USB I couldn't tell really what happened. > If LAN is on, you can ping to check if the system is really hangs. > > Did you have any problems with the identifier of the ssd? When I first > tried FreeBSD on MBA2013 it couldn't identify the ssd because there was > some weird characters in the ssd's identifier. Gavin helped me create a > patch that solved the problem temporary (by hard coding a different ident) > but I'm not sure if a permanent fix has been merged. > NO, my MBP have customized 1TB SSD: # camcontrol identify ada0 pass0: <APPLE SSD SM1024F UXM6JA1Q> ATA-8 SATA 3.x device pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 3.x device model APPLE SSD SM1024F firmware revision UXM6JA1Q serial number S1K6NYADC02996 WWN 5002538655584d30 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 4096, offset 0 LBA supported 268435455 sectors LBA48 supported 1954210120 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM non-rotating > > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > > On Tue, Jan 7, 2014 at 12:05 PM, Huang Wen Hui <huanghwh_at_gmail.com> wrote: > >> USB problem fixed by revert to r245731, >> set "hint.ahci.0.msi=0" seem to fixed timeout problem of AHCI. >> >> Random hang I think still exist, will check later... >> >> Cheers, >> Huang Wen Hui >> >> >> 2014/1/7 Lundberg, Johannes <johannes_at_brilliantservice.co.jp> >> >>> Hi Huang >>> >>> Good job!! By "works", which parts do you mean has been fixed? >>> >>> 1. USB problem >>> or >>> 2. AHCI timeout problem >>> or >>> 3. Random hang >>> >>> Best regards! >>> >>> -- >>> Johannes Lundberg >>> BRILLIANTSERVICE CO., LTD. >>> >>> >>> On Tue, Jan 7, 2014 at 11:30 AM, Huang Wen Hui <huanghwh_at_gmail.com>wrote: >>> >>>> Hans, >>>> >>>> This wild guess do NOT works. >>>> I binary sect xhci.c in SVN, found that *r245732 >>>> *<http://svnweb.freebsd.org/base?view=revision&revision=245732>* >>>> introduce the bug.* >>>> <http://svnweb.freebsd.org/base?view=revision&revision=245732> >>>> >>>> revert to r345731 fixed this USB problem in 9.2R >>>> >>>> I also copy xhci_interrupt(struct xhci_softc *sc) from 9.1R to CURRENT, >>>> CURRENT also works! >>>> >>>> Cheers, >>>> Huang Wen Hui. >>>> >>>> >>>> 2014/1/7 Hans Petter Selasky <hps_at_bitfrost.no> >>>> >>>> > On 01/06/14 16:28, Hans Petter Selasky wrote: >>>> > >>>> >> On 01/06/14 15:17, Adrian Chadd wrote: >>>> >> >>>> >>> Right, but it used to work. That's the confusing bit. How'd you make >>>> >>> it not work? :) >>>> >>> >>>> >> >>>> >> Binary sect the sys/dev/usb/controller/xhci.c revision history? There >>>> >> has been several bug reports for the Lynx point, and others XHCI >>>> >> chipsets are working just fine. >>>> >> >>>> >> >>>> > A wild guess: >>>> > >>>> > Copy the USB-code from -current. >>>> > >>>> > Add "#if 0" as shown sys/dev/usb/controller/xhci_pci.c >>>> > >>>> > static int >>>> > xhci_pci_port_route(device_t self, uint32_t set, uint32_t clear) >>>> > { >>>> > #if 0 >>>> > uint32_t temp; >>>> > >>>> > temp = pci_read_config(self, PCI_XHCI_INTEL_USB3_PSSEN, 4) | >>>> > pci_read_config(self, PCI_XHCI_INTEL_XUSB2PR, 4); >>>> > >>>> > temp |= set; >>>> > temp &= ~clear; >>>> > >>>> > pci_write_config(self, PCI_XHCI_INTEL_USB3_PSSEN, temp, 4); >>>> > pci_write_config(self, PCI_XHCI_INTEL_XUSB2PR, temp, 4); >>>> > >>>> > device_printf(self, "Port routing mask set to 0x%08x\n", >>>> temp); >>>> > #endif >>>> > return (0); >>>> > } >>>> > >>>> > --HPS >>>> > >>>> _______________________________________________ >>>> freebsd-current_at_freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to " >>>> freebsd-current-unsubscribe_at_freebsd.org" >>>> >>> >>> >>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >>> 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。 >>> もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、 >>> 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。 >>> --- >>> CONFIDENTIALITY NOTE: The information in this email is confidential >>> and intended solely for the addressee. >>> Disclosure, copying, distribution or any other action of use of this >>> email by person other than intended recipient, is prohibited. >>> If you are not the intended recipient and have received this email in >>> error, please destroy the original message. >>> >> >> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。 > もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、 > 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。 > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. >Received on Tue Jan 07 2014 - 05:38:14 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:46 UTC