Re: run_interrupt_driven_hooks: ... xpt_config delay
This behaviour persist across MAJOR branches. That is, I've tested with RELs: 8.2, 8,3 and 9.0, each with it's custom KERNCONF. They all hang at exacly same spot! This is latest test ... 9.0-p3: --- ident FACTORY makeoptions DEBUG=-g cpu HAMMER device acpi device ahci device atacore device atapci device atkbd device atkbdc device atpic device bpf device cd device cpufreq device da device dcons device dcons_crom device ehci device em device ether device faith device fdc device firewire device firmware device fwe device fwip device gif device loop device lpt device md device pass device pci device pf device plip device ppbus device ppc device ppi device pty device random device sc device scbus device tun device uhci device umass device ums device urtw device usb device vga device vlan device wlan device wlan_amrr device wlan_ccmp device wlan_tkip device wlan_wep device wlan_xauth option SC_PIXEL_MODE option VESA option ATA_CAM option IEEE80211_AMPDU_AGE option IEEE80211_DEBUG option IEEE80211_SUPPORT_MESH option SMP option CD9660 option FFS option MSDOSFS option PROCFS option PSEUDOFS option SOFTUPDATES option UFS_DIRHASH option GEOM_LABEL option GEOM_PART_GPT option INET option INET6 option SCTP option COMPAT_43TTY option COMPAT_FREEBSD32 option COMPAT_FREEBSD4 option COMPAT_FREEBSD5 option COMPAT_FREEBSD6 option COMPAT_FREEBSD7 option FLOWTABLE option INCLUDE_CONFIG_FILE option KBD_INSTALL_CDEV option P1003_1B_SEMAPHORES option PREEMPTION option PRINTF_BUFR_SIZE=128 option SCHED_ULE option SCSI_DELAY=1000 option SYSVMSG option SYSVSEM option SYSVSHM option _KPOSIX_PRIORITY_SCHEDULING --- Hanging part: - ... ugen2.2: vendor 0x0846 at usbus2 urtw0: vendor 0x0846 product 0x6a00, class 0/0, rev 2.00/1.00, addr 2 on usbus2 urtw0: unknown RTL8187L type: 0x800 urtw0: rtl8187l rf rtl8225u hwrev none ugen4.2: Microsoft at usbus4 ums0: Microsoft Microsoft Basic Optical Mouse, class 0/0, rev 1.10/3.90, addr 2 on usbus4 ums0: 3 buttons and [XYZ] coordinates ID=0 == RUN_INTERRUPT_DRIVEN_HOOKS: STILL WAITING AFTER 60 SECONDS FOR XPT_CONFIG ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 ada0: ST3320620AS 3.AAK ATA-7 SATA 1.x device ... - Thx in advance Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: run_interrupt_driven_hooks: ... xpt_config delay
- Original Message - From: Sean Bruno sean...@yahoo-inc.com To: rank1see...@gmail.com rank1see...@gmail.com Cc: hack...@freebsd.org hack...@freebsd.org Date: Wed, 20 Jun 2012 09:32:16 -0700 Subject: Re: run_interrupt_driven_hooks: ... xpt_config delay On Wed, 2012-06-20 at 03:00 -0700, rank1see...@gmail.com wrote: From 3 machines with that type of cutom kernels, only 1 suffers from this (and problem is gone, as soon as I revert to GENERIC) Please post your custom kernel config somewhere so we can see what is different. Sean Here it is: -- ident FACTORY makeoptions DEBUG=-g cpu HAMMER device acpi device ahci device atacore device atapci device atkbd device atkbdc device atpic device bpf device cd device cpufreq device da device dcons device dcons_crom device ehci device em device ether device faith device fdc device firewire device firmware device fwe device fwip device gif device loop device lpt device md device pass device pci device pf device plip device ppbus device ppc device ppi device pty device random device sc device scbus device snd_hda device sound device tun device uhci device umass device ums device usb device vga device vlan device wlan device wlan_amrr device wlan_ccmp device wlan_tkip device wlan_wep device wlan_xauth option SC_PIXEL_MODE option VESA option ATA_CAM option IEEE80211_AMPDU_AGE option IEEE80211_DEBUG option IEEE80211_SUPPORT_MESH option SMP option CD9660 option FFS option MSDOSFS option PROCFS option PSEUDOFS option SOFTUPDATES option UFS_DIRHASH option GEOM_LABEL option GEOM_PART_GPT option INET option INET6 option SCTP option COMPAT_43TTY option COMPAT_FREEBSD32 option COMPAT_FREEBSD4 option COMPAT_FREEBSD5 option COMPAT_FREEBSD6 option COMPAT_FREEBSD7 option FLOWTABLE option INCLUDE_CONFIG_FILE option KBD_INSTALL_CDEV option P1003_1B_SEMAPHORES option PREEMPTION option PRINTF_BUFR_SIZE=128 option SCHED_ULE option SCSI_DELAY=1000 option SYSVMSG option SYSVSEM option SYSVSHM option _KPOSIX_PRIORITY_SCHEDULING -- Relevant hang part: (always at same place) --- ugen1.1: Intel at usbus1 uhub1: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1 ugen2.1: Intel at usbus2 uhub2: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus2 ugen3.1: Intel at usbus3 uhub3: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3 ugen4.1: Intel at usbus4 uhub4: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus4 ugen5.1: Intel at usbus5 uhub5: Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus5 ugen6.1: Intel at usbus6 uhub6: Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered uhub6: 6 ports with 6 removable, self powered ugen2.2: vendor 0x0846 at usbus2 urtw0: vendor 0x0846 product 0x6a00, class 0/0, rev 2.00/1.00, addr 2 on usbus2 urtw0: unknown RTL8187L type: 0x800 urtw0: rtl8187l rf rtl8225u hwrev none ugen4.2: Microsoft at usbus4 ums0: Microsoft Microsoft Basic Optical Mouse, class 0/0, rev 1.10/3.90, addr 2 on usbus4 ums0: 3 buttons and [XYZ] coordinates ID=0 run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config ada0 at ahcich0 bus 0 scbus3 target 0 lun 0 ada0: ST3320620AS 3.AAK ATA-7 SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! --- Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
run_interrupt_driven_hooks: ... xpt_config delay
So, I have this problem, through all versions, from 8.* to 9.0 It happens when I build a custom kernel, which has ONLY 'device' lines, of machine's hardware. From 3 machines with that type of cutom kernels, only 1 suffers from this (and problem is gone, as soon as I revert to GENERIC) This delays boot procedure (which IS successfull, at the end) for at least twice: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config FACT 1 - GENERIC has something, which doesn't cause a problem! (reverting to it, resolves an issue) I've found this: http://www.freebsd.org/cgi/query-pr.cgi?pr=136327 But my custom kernels already don't have 'device spb' as well as GENERIC, so I doubt this is the cause. I've even done vice versa, added 'device spb' line to custom kernel, to no effect. So I doubt, above pr is relevant to me, but FACT 1. Which config line, GENERIC has that remedies my issue? Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: run_interrupt_driven_hooks: ... xpt_config delay
On Wed, 2012-06-20 at 03:00 -0700, rank1see...@gmail.com wrote: From 3 machines with that type of cutom kernels, only 1 suffers from this (and problem is gone, as soon as I revert to GENERIC) Please post your custom kernel config somewhere so we can see what is different. Sean ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
