VIMAGE hang, USB panic

[Nathaniel W Filardo]

Hullo FBSD-sparc64,

I'd like to report two issues, both conveniently occurring on new (to me),
uniprocessor hardware (so my gremlins of impossibilities past should
hopefully be banished) and within one core file.  If I've left anything of
use out, please don't hesitate to ask.  If I'm doing something dumb and
expecting it to work, don't hesitate to call me out on it. :)

I built r210441+d769a9c with and without VIMAGE; with VIMAGE the system gets
as far through boot as enabling pf:

> Starting pflog.
> pflog0: promiscuous mode eEnabling pfnabled
> Jul 25 09:12:06 pflogd[1883]: [priv]: msg PRIV_OPEN_LOG received

and then seems to hang forever; FWIW on a non-VIMAGE kernel, the next lines
are

> pf enabled
> .
> add net default: gateway 67.62.51.1
> Additional routing options: IPv4 gateway=YESadd net ::ffff:0.0.0.0:
> gateway ::1
> add net ::0.0.0.0: gateway ::1

It is, however, responsive to keystrokes at its serial console and to USB
hotplug, it just doesn't run any more instructions in userland AFAICT.
In the core (obained in just a moment), it looks like pfctl is trying to run
and not getting anywhere:

>    0     6     0   0   8  0     0     0 pf_sta DL    ??  10287:27.00 [pfpurge]
>    0  1883     1   0   4  0  7328     0 sbwait Ds    ??  748419:17.00 [pflogd]
>    0  1884    21   0   8  0  8496     0 wait   D+    ??  260547:16.00 [sh]
>   64  1893  1883   0 -58  0  7328     0 bpf    D     ??    0:00.00 [pflogd]
>    0  1896  1884   0 120  0  7328     0 -      R+    ??    0:00.00 [pfctl]

In fact, it looks like it didn't even get so far as reading /etc/pf.conf:

> root     pfctl       1896 root /             2 drwxr-xr-x     512  r
> root     pfctl       1896   wd /             2 drwxr-xr-x     512  r
> root     pfctl       1896 text /        3579967 -r-xr-xr-x  222072  r
> root     pfctl       1896    0 /dev          4 crw-------  console rw
> root     pfctl       1896    1 /dev          4 crw-------  console rw
> root     pfctl       1896    2 /dev          4 crw-------  console rw
> root     pfctl       1896    3 /dev         42 crw-------      pf rw
> _pflogd  pflogd      1893 root /        1413128 dr-xr-xr-x     512  r


Speaking of USB hotplug, attaching a micro 4-port hub, I get this (both with
and without VIMAGE):

ugen0.2: <vendor 0x05e3> at usbus0
uhub1: <vendor 0x05e3 USB2.0 Hub, class 9/0, rev 2.00/9.01, addr 2> on
usbus0
panic: iommu_dvmamap_create: bogus preallocation size , nsegments = 2,
maxpre = 2, maxsize = 1
cpuid = 0
KDB: stack backtrace:
panic() at panic+0x1c8
iommu_dvmamap_create() at iommu_dvmamap_create+0x110
usb_pc_dmamap_create() at usb_pc_dmamap_create+0x30
usbd_transfer_setup_sub() at usbd_transfer_setup_sub+0x810
ohci_xfer_setup() at ohci_xfer_setup+0x128
usbd_transfer_setup() at usbd_transfer_setup+0x2e4
uhub_attach() at uhub_attach+0x228
device_attach() at device_attach+0x4a4
device_probe_and_attach() at device_probe_and_attach+0x64
usb_probe_and_attach_sub() at usb_probe_and_attach_sub+0xcc
usb_probe_and_attach() at usb_probe_and_attach+0xe0
uhub_explore() at uhub_explore+0x438
usb_bus_explore() at usb_bus_explore+0xac
usb_process() at usb_process+0x90
fork_exit() at fork_exit+0x9c
fork_trampoline() at fork_trampoline+0x8
Uptime: 4m9s

This was a feature as it got me a core file, but in general I suspect it
shouldn't be considered one. :)

--nwf;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20100725/c245cb89/attachment.pgp