On Fri, 31 Dec 1999, Jeroen C. van Gelderen wrote:
> What about having
> ./MAKEDEV cd0 cd1 cd4 -da2 da6-da9
> create cd0, cd1, cd4, da1, da2, da6, da7, da8, da9 ? This would be
It's not the unix way. What's wrong with using standard utilities?
sh MAKEDEV cd0 cd1 cd4 $(jot -w da 2) $(jot -w
On Wednesday, 29 December 1999 at 6:55:35 +2354, Karl Denninger wrote:
> This is not a port, its part of the RELEASE!
Well, yes, 3.4. But not -CURRENT.
> Its several YEARS old, and doesn't work right - you get lots of STEP
> changes instead of what you SHOULD get, which is a slew on the
> syst
This is not a port, its part of the RELEASE!
Its several YEARS old, and doesn't work right - you get lots of STEP changes
instead of what you SHOULD get, which is a slew on the system clock.
The new code (which has a current release date of this month) DOES appear
to work correctly (I'm still v
> Donn> "ba ba ba ba ba ba ba ba ba ba ba ba ba ba". I have the ESS
> Donn> 1868, of course. Well, I (wisely) saved my old kernel as
> Donn> /kernel.good and just booted into that.
>
> Donn> Could you also say what was fixed if you get around to it? I'd
> Donn> to learn a little more about the
On Wed, 29 Dec 1999 20:38:48 -0500,
Donn Miller <[EMAIL PROTECTED]> said:
Donn> I just recently did another cvsup, and now newpcm is broken
Donn> again. When I try to play a clip with mpg123, I hear a very
Donn> short burst of the beginning of the clip repeated indefinitely,
Donn> like so:
Do
"Jeroen C. van Gelderen" wrote:
> Bruce Evans wrote:
> >
> > On Fri, 31 Dec 1999, Chuck Robey wrote:
> >
> > > Why are "certain" devices wildly different than all other ones? I've
> >
> > Because the CAM update broke (SCSI) cd devices in rev.1.171 of MAKEDEV.
> > mcd and scd were in the same c
Bruce Evans wrote:
>
> On Fri, 31 Dec 1999, Chuck Robey wrote:
>
> > Why are "certain" devices wildly different than all other ones? I've
>
> Because the CAM update broke (SCSI) cd devices in rev.1.171 of MAKEDEV.
> mcd and scd were in the same case statement so they were broken too. The
> br
> i wonder what is happening to the ida driver for comapq's smart array
> controller series.
Work on this driver is stalled owing to the fact that nobody that can and
wants to work on it has access to the Compaq hardware required. You
can't use these controllers except in Compaq systems, which
On Fri, 31 Dec 1999, Wilko Bulte wrote:
> > > Why are "certain" devices wildly different than all other ones? I've
> > > never encountered that kind of syntax before, and I can't see that it's
> > > documented anywhere at all. Certainly, MAKEDEV itself (in it's
> > > comments) treats cd* just l
On Fri, Dec 31, 1999 at 09:25:42AM -0500, Brian Fundakowski Feldman wrote:
> On Fri, 31 Dec 1999, Chuck Robey wrote:
>
> > On Fri, 31 Dec 1999, Brian Fundakowski Feldman wrote:
> >
> > > The way certain devices, like cd with its monotonically increasing counter
> > > where devices are probed in
On Fri, 31 Dec 1999, Chuck Robey wrote:
> Why are "certain" devices wildly different than all other ones? I've
Because the CAM update broke (SCSI) cd devices in rev.1.171 of MAKEDEV.
mcd and scd were in the same case statement so they were broken too. The
breakage has spread to acd and ccd (al
On Fri, 31 Dec 1999, Chuck Robey wrote:
> On Fri, 31 Dec 1999, Brian Fundakowski Feldman wrote:
>
> > The way certain devices, like cd with its monotonically increasing counter
> > where devices are probed in order and assigned device based on precedence
> > and not hardwiring/controller connect
Hello!
The behaviour of date(1) is probably specified by POSIX, but I think,
date -v-1m should at least return a date a month _before_ the current
month.
Example:
Mi 1 Dez 1999 15:06:47 CET
(Dez. has 31, so it should be Nov 30, I think).
More confusing is something like:
alex:~ $ date -v-1m
i wonder what is happening to the ida driver for comapq's smart array
controller series.
people say the pci version works but the eisa version is not.
in the ida.c file is says:
* Specific probe routines are in:
* pci/ida_pci.c
* i386/eisa/ida_eisa.c
but unfortunatly the
On Fri, 31 Dec 1999, Chuck Robey wrote:
> On Fri, 31 Dec 1999, Brian Fundakowski Feldman wrote:
>
> > The way certain devices, like cd with its monotonically increasing counter
> > where devices are probed in order and assigned device based on precedence
> > and not hardwiring/controller connect
15 matches
Mail list logo
