Success, thanks! Just a few comments: - When I look at the commit history, it appears that the part you changed has been like that all the way back to the beginning of the project? - When I rebuilt kernel and world, I went ahead threw in all the recent MFC'ed things. Now, when I print to lpt0, I'm seeing these messages, which I assume are harmless:
Nov 25 08:58:34 ocotillo kernel: sched_ithd: stray interrupt 7 on cpu 0 Nov 25 08:58:34 ocotillo kernel: sched_ithd: stray interrupt 7 on cpu 0 Nov 25 08:58:34 ocotillo kernel: sched_ithd: 10 stray interrupts 7 on cpu 0 - there will be no further reports - Just to satisfy my own curiosity about the code: how does lpr.c eventually get to unp_connect()? I followed it as far as connect() in startdaemon.c and then lost the trail. Thanks, Tim On Wed, Nov 24, 2010 at 9:04 AM, Joe Talbott <jose...@cstone.net> wrote: > On Tue, Nov 23, 2010 at 09:57:06PM -0700, Tim Darby wrote: > > Here's the output: > > ~> ls -ld /var/run > > drwxr-xr-x 1 root wheel 0 Nov 21 23:14 /var/run > > ~> ls -ld /var > > drwxr-xr-x 1 root wheel 0 Aug 21 22:44 /var > > > > I agree; this is really bizarre-o. > > > > One other data point, fwiw: This machine, I'm pretty sure, started out > with > > a fresh install of DF 2.6, which was then upgraded via source to 2.8 and > > this is the first time I've used it to print. If I can find a spare > > machine, I'll try a fresh install. Would a vkernel make a good test? > > Please try the attached patch. There's a slight possibility of a > panic on boot so make a backup copy of /boot/kernel before > installkernel. > > Make sure to remove yourself from wheel if you added yourself and > logout and log back in before testing. > > Thanks, > Joe >