panic: cpu_initclocks: no clock attached

Bernd Walter ticso at cicely12.cicely.de
Mon Jul 21 14:00:59 PDT 2003


On Mon, Jul 21, 2003 at 01:57:50PM -0700, Marcel Moolenaar wrote:
> On Mon, Jul 21, 2003 at 10:52:07PM +0200, Bernd Walter wrote:
> > On Mon, Jul 21, 2003 at 09:28:46PM +0200, Bernd Walter wrote:
> > > On Mon, Jul 21, 2003 at 12:15:17PM -0700, Marcel Moolenaar wrote:
> > > > On Mon, Jul 21, 2003 at 08:48:12PM +0200, Bernd Walter wrote:
> > > > Kernels built after the dc(4) newbusification and gcc33 import
> > > > fail to work due to NFS hangs (the process blocks on 'nfsfsy').
> > > > The dc(4) driver functions, because when NFS hangs I still have
> > > > a functional network. But other than that my Alpha is mostly
> > > > useless because I use NFS a lot...
> > > 
> > > I will see - the system is a NFS client too, but it run with a fxp
> > > based card.
> > > But it's not updated to the latest version - the checkout happend
> > > on 17th.
> > 
> > Should have been 14th...
> > I've send Greg a patch for vinum and will update to a recent current
> > once this part is fixed.
> > The system seems to work now.
> > No problem on NFS noticed so far - and I already did a lot on NFS.
> > In case it matters: all my mounts are udp over IPv6.
> 
> TCP/IPv4 in my case. None of my other machines have this problem.
> BTW: I also noticed that rpc.statd fails (world and kernel are in
> sync), because msync(2) failed. Anyway: too much to try out...

Another difference - I'm running neither statd nor lockd.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso at bwct.de                                  info at bwct.de



More information about the freebsd-alpha mailing list