Date: Mon, 18 Feb 2002 13:09:35 +0000 From: Rasputin <rasputin@submonkey.net> To: Morgan Davis <morgan.davis@hosting.com> Cc: stable@freebsd.org Subject: Re: Total system freeze; usb / uhci / ulpt broken? Message-ID: <20020218130935.A89328@shikima.mine.nu> In-Reply-To: <000201c1b856$3a66fa10$0600a8c0@mars>; from morgan.davis@hosting.com on Mon, Feb 18, 2002 at 12:28:22AM -0800 References: <000201c1b856$3a66fa10$0600a8c0@mars>
next in thread | previous in thread | raw e-mail | index | archive | help
* Morgan Davis <morgan.davis@hosting.com> [020218 08:29]:
> After making world and installing a new kernel and modules (as of about
> midnight 2/18), any print job causes the system to completely freeze up
> after the job completes. The lock up is total -- no keyboard response,
> no network response. System must be hard reset. Reproducable every
> time. Printing is done through ulpt0 and until this recent upgrade, it
> has never been a problem. Previous upgrade was on 2/2.
>
> Here are the relevant bits from dmesg:
>
> FreeBSD 4.5-STABLE #0: Sun Feb 17 23:44:22 PST 2002
> CPU: Pentium II/Pentium II Xeon/Celeron (348.49-MHz 686-class CPU)
> Origin = "GenuineIntel" Id = 0x652 Stepping = 2
> uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0x2440-0x245f irq
> 11 at device 20.2 on pci0
> usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0
> usb0: USB revision 1.0
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> ulpt0: Hewlett-Packard DeskJet 990C, rev 1.10/1.00, addr 2, iclass 7/1
>
> Any ideas? Anything else I can provide to help troubleshoot this?
I've you've set up crashdumps, you can try something like this:
(warning: a tad long - see below)
This is from a world built on Friday afternoon, just after Josef's
patches went out. My original problem was that usbdevs couldn't see anything on
the USB bus when I inserted an Epson printer
ulpt0: EPSON USB Printer, rev 1.00/1.00, addr 2, iclass 7/1
ulpt0: using bi-directional mode
since upgrading, I now get kernel panics whenever anything tries to open ulpt0.
I've just applied the patch he mailed out on the 16th, to see if that helps
and am rebuilding world and setting up a debug kernel to try to track
it down a little more.
If you need to roll back a little, I'd try setting a 'date' flag on src-all in your
supfile and rerunning that - preferably to some time before Friday,
if you really need printing back pronto.
---CRASHDUMP FOLLOWS:-----------
root@shikima rasputin]$gdb -k /var/crash/kernel.3 /var/crash/vmcore.3
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)...
IdlePTD at phsyical address 0x00376000
initial pcb at physical address 0x002d4de0
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x24
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01eb18e
stack pointer = 0x10:0xcdbd2d80
frame pointer = 0x10:0xcdbd2d94
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 303 (usb)
interrupt mask = bio
trap number = 12
panic: page fault
syncing disks... 40 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6 6
giving up on 6 buffers
Uptime: 2m25s
dumping to dev #ad/0x50001, offset 524416
dump ata0: resetting devices .. done
255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231
230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 20
6 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 1
81 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157
156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132
131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 10
7 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77
76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44
43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11
10 9 8 7 6 5 4 3 2 1 0
---
#0 0xc014fd7a in dumpsys ()
(kgdb) bt
#0 0xc014fd7a in dumpsys ()
#1 0xc014fb4b in boot ()
#2 0xc014ff89 in panic ()
#3 0xc02461a3 in trap_fatal ()
#4 0xc0245e51 in trap_pfault ()
#5 0xc02459f7 in trap ()
#6 0xc01eb18e in ohci_abort_xfer_end ()
#7 0xc01eb162 in ohci_abort_xfer ()
#8 0xc01ebdc5 in ohci_device_bulk_abort ()
#9 0xc01ed4b1 in usbd_ar_pipe ()
#10 0xc01ed1e1 in usbd_abort_pipe ()
#11 0xc01f1ae4 in ulptclose ()
#12 0xc0188214 in spec_close ()
#13 0xc01d99e2 in ufsspec_close ()
#14 0xc01d9fe5 in ufs_vnoperatespec ()
#15 0xc0183b70 in vn_close ()
#16 0xc01844a3 in vn_closefile ()
#17 0xc0145a1f in fdrop ()
#18 0xc0145967 in closef ()
#19 0xc0144ec5 in close ()
#20 0xc0246459 in syscall2 ()
#21 0xc02396c5 in Xint0x80_syscall ()
#22 0x80489e3 in ?? ()
#23 0x8048915 in ?? ()
(kgdb) quit
root@shikima rasputin]$nm -n /kernel |grep c01eb18
root@shikima rasputin]$nm -n /kernel |grep c01eb1
c01eb16c t ohci_abort_xfer_end
c01eb1d0 t ohci_str
--
Join in the new game that's sweeping the country. It's called
"Bureaucracy". Everybody stands in a circle. The first person to do
anything loses.
Rasputin :: Jack of All Trades - Master of Nuns ::
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020218130935.A89328>