Re: calcru and upages

1999-05-22 Thread Poul-Henning Kamp
In message <199905230245.maa13...@godzilla.zeta.org.au>, Bruce Evans writes: >>calcru() access p_stats, which is in upages. Therefore, as I understand, >>it should not be called on a swapped out process. Neither calcru() nor > >Does anyone object to moving everything except the stack from the upa

Re: calcru and upages

1999-05-22 Thread Peter Wemm
Bruce Evans wrote: > >calcru() access p_stats, which is in upages. Therefore, as I understand, > >it should not be called on a swapped out process. Neither calcru() nor > > Does anyone object to moving everything except the stack from the upages > to the proc table? > > Bruce Well, we have thr

Re: calcru and upages

1999-05-22 Thread Bruce Evans
>calcru() access p_stats, which is in upages. Therefore, as I understand, >it should not be called on a swapped out process. Neither calcru() nor Does anyone object to moving everything except the stack from the upages to the proc table? Bruce To Unsubscribe: send mail to majord...@freebsd.or

Re: priorities

1999-05-22 Thread Doug White
On Fri, 21 May 1999, Doug Rabson wrote: > > It sounds like we can loads of haggling about the names there... The > > last one is to take out the dependency on errno being greater than > > zero. > > I would actually quite like to keep the possibility of returning an errno. > It gives the possibili

FREE Y2K FIX !!! <..,:adv.,,

1999-05-22 Thread netstar44
* * THE GOOD NEWS IS: You can now test your computer for full Y2K compliance,(both BIOS and REAL TIME CLOCKS), and even corre

libg2c.a in -current

1999-05-22 Thread Steve Price
Anyone know why libf2c* was renamed to libg2c* in egcs? Does egcs have a replacement for f2c? Would anyone object if I installed the header file, g2c.h, along with the library? -steve Index: Makefile === RCS file: /home/ncvs/src/gnu

Re: de driver problem

1999-05-22 Thread Wilko Bulte
As Doug Rabson wrote ... > On Sat, 15 May 1999, Wilko Bulte wrote: > > > As Doug Rabson wrote ... > > > On Mon, 10 May 1999, Wilko Bulte wrote: > > > > > > > > > > > > > Yeah. That must be why my 164lx won't netboot. > > > > > > > > Could well be. My Aspen Alpine refused to with a DE500. A DE43

Re: ES 1370 audio driver and ncr SCSI driver interfere!

1999-05-22 Thread Doug Rabson
On Sat, 22 May 1999, Marc van Woerkom wrote: > > > Joachim's Ensoniq driver was the first extension of Luigi's underlying > > > pcm driver for ISA cards towards PCI. > > > > > > Looks like bus issues are not arranged 100%: > > > > I'm working on it. > > Great to hear. > > If there is any tec

Re: "hanging root device to da0s1a"

1999-05-22 Thread Poul-Henning Kamp
In message <199905221811.maa09...@pluto.plutotech.com>, "Justin T. Gibbs" write s: >>>CAM has finished probing at this point, but it holds off on announcing >>>devices until it has all necessary info. The drives may need to >>>be spun up, etc. I believe the printf happens before the device has >>

Re: "hanging root device to da0s1a"

1999-05-22 Thread Justin T. Gibbs
>>CAM has finished probing at this point, but it holds off on announcing >>devices until it has all necessary info. The drives may need to >>be spun up, etc. I believe the printf happens before the device has >>been opened and CAM blocks in the open until the device is really >>ready for service.

ES 1370 audio driver and ncr SCSI driver interfere!

1999-05-22 Thread Marc van Woerkom
> > Joachim's Ensoniq driver was the first extension of Luigi's underlying > > pcm driver for ISA cards towards PCI. > > > > Looks like bus issues are not arranged 100%: > > I'm working on it. Great to hear. If there is any technical document about FreeBSD drivers and how they should manage t

Re: "hanging root device to da0s1a"

1999-05-22 Thread Poul-Henning Kamp
In message <199905221736.laa08...@pluto.plutotech.com>, "Justin T. Gibbs" write s: >>Am I missing something here ? We shouldn't set the root device until >>CAM is done probing, right ? > >CAM has finished probing at this point, but it holds off on announcing >devices until it has all necessary in

Re: "hanging root device to da0s1a"

1999-05-22 Thread Justin T. Gibbs
>In message <199905192231.qaa09...@narnia.plutotech.com>, "Justin T. Gibbs" wri >t >es: >>In article <199905191637.jaa03...@dingo.cdrom.com> you wrote: >>> I'm not sure why it happens like this; try putting a DELAY() just >>> before we actually set the root device and see if you can put it off. >>

Re: "hanging root device to da0s1a"

1999-05-22 Thread Poul-Henning Kamp
In message <199905192231.qaa09...@narnia.plutotech.com>, "Justin T. Gibbs" writ es: >In article <199905191637.jaa03...@dingo.cdrom.com> you wrote: >> I'm not sure why it happens like this; try putting a DELAY() just >> before we actually set the root device and see if you can put it off. > >Why no

Re: No sound (Ensoniq Audio PCI 1370)

1999-05-22 Thread Doug Rabson
On Sat, 22 May 1999, Marc van Woerkom wrote: > > I just use: > > > > device pcm0 > > > > and no more, since I only have a PCI card. > > So you reasoned something like > > This card has nothing to do with ISA, let the PCI routines figure out > the parameters by themselves > > Joachim

Re: No sound (Ensoniq Audio PCI 1370)

1999-05-22 Thread Eric Hodel
Marc van Woerkom wrote: > > > I just use: > > > > device pcm0 > > > > and no more, since I only have a PCI card. > > So you reasoned something like > > This card has nothing to do with ISA, let the PCI routines figure out > the parameters by themselves Exactly -- Eric Hodel hodel...@s

Re: No sound (Ensoniq Audio PCI 1370)

1999-05-22 Thread Marc van Woerkom
> I just use: > > device pcm0 > > and no more, since I only have a PCI card. So you reasoned something like This card has nothing to do with ISA, let the PCI routines figure out the parameters by themselves Joachim's Ensoniq driver was the first extension of Luigi's underlying pcm dr