On Wednesday, 18 August 1999 at 9:50:54 -0400, Mark J. Taylor wrote:
> On Wed, 18 Aug 1999, Sheldon Hearn wrote:
>
>>
>>
>> On Wed, 18 Aug 1999 09:19:20 -0400, "Mark J. Taylor" wrote:
>>
>>> There is a long as a parameter to ccdbuffer that needs to be a u_long.
>>> Otherwise, you'll get panics (c
Matthew Dillon writes:
> This is very odd. I use several multi-disk ccd stripes, including one at
> BEST across three 18G drives (one 54G partition!). I've never had a
> problem.
>
> I believe that at some point in the past 'newfs' and 'fsck' had overflow
> problems,
:
:> There is a long as a parameter to ccdbuffer that needs to be a u_long.
:> Otherwise, you'll get panics (can't remember where).
:> Basically, bcount needs to be a u_long in all cases.
:
:Que? Are you sure? That means you want to change struct buf, where
:b_bcount is declared as long, as well?
:We didn't go as far as modifying the structure definition, just the
:few "bcount" variables in the ccd.c code.
:The problem was that we were seeing bcount go "negative". I believe that
:"newfs" of the ccd would panic the kernel, reliably. Even on "smaller"
:ccds (1 Gbyte), I believe.
:I'm talki
We didn't go as far as modifying the structure definition, just the
few "bcount" variables in the ccd.c code.
The problem was that we were seeing bcount go "negative". I believe that
"newfs" of the ccd would panic the kernel, reliably. Even on "smaller"
ccds (1 Gbyte), I believe.
I'm talking a
On Wed, 18 Aug 1999 09:19:20 -0400, "Mark J. Taylor" wrote:
> There is a long as a parameter to ccdbuffer that needs to be a u_long.
> Otherwise, you'll get panics (can't remember where).
> Basically, bcount needs to be a u_long in all cases.
Que? Are you sure? That means you want to change st
This may be related:
There is a long as a parameter to ccdbuffer that needs to be a u_long.
Otherwise, you'll get panics (can't remember where).
Basically, bcount needs to be a u_long in all cases.
I haven't gotten around, because of the NetMAX for Linux project, to
comitting things like this t
On Wed, 18 Aug 1999 08:39:35 +0930, Greg Lehey wrote:
> Why did you take this one?
Because I thought it was a simple problem with dd. :-)
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tuesday, 17 August 1999 at 10:28:34 +0200, Sheldon Hearn wrote:
>
>
> On Sun, 15 Aug 1999 12:27:57 +0200, Poul-Henning Kamp wrote:
>
>> 4. [not quite easy] The CCD device ditto.
>> Earn brownie points: Make ccdconfig use sysctl instead of
>> libkvm to read back configuration.
>
On Sun, 15 Aug 1999 12:27:57 +0200, Poul-Henning Kamp wrote:
> 4. [not quite easy] The CCD device ditto.
> Earn brownie points: Make ccdconfig use sysctl instead of
> libkvm to read back configuration.
Anyone who decides to tackle this one is likely to have the wherewithall
t
In message <[EMAIL PROTECTED]> Narvi writes:
: It's more the argument of "why do it *significantly* differently from
: others?"
VMS has done the PTYx: since the mid 80's :-)
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]>, Greg Lehey writes:
>On Sunday, 15 August 1999 at 12:27:57 +0200, Poul-Henning Kamp wrote:
>>
>> Well, autumn and winter is on us pretty soon. At least on my
>> lattitude that means hot tea inside warm and cosy houses while the
>> elements do their best to make life
< said:
> Here are some tasks which could put an evening or more to
> productive and educational use for interested kernel hackers.
But by all means, if you start on one of these, TELL someone about it,
eh?
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're all t
On Sunday, 15 August 1999 at 12:27:57 +0200, Poul-Henning Kamp wrote:
>
> Well, autumn and winter is on us pretty soon. At least on my
> lattitude that means hot tea inside warm and cosy houses while the
> elements do their best to make life misserable for anything still
> left on the outside.
>
Narvi wrote:
>
> > >So why not instead:
> >
> > I think that is needlessly complicated.
>
> It's a direct extension to the present tty naming scheme.
That's what he said: it's needlessly complicated.
--
Daniel C. Sobral(8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]
In message <[EMAIL PROTECTED]>, Narvi
writes:
>> I think that is needlessly complicated.
>
>It's a direct extension to the present tty naming scheme.
That doesn't automatically imply that it is a good idea :-)
>> I think tty%05d would solve all but the third of your objections,
>
>The first wa
On Sun, 15 Aug 1999, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Narvi
>writes:
> >
> >On Sun, 15 Aug 1999, Poul-Henning Kamp wrote:
> >
> >[snip]
> >
> >>
> >> 7. [medium] The current naming for ptys doesn't scale that
> >>well. Changing it to ttyp%d / pty%d would pro
In message <[EMAIL PROTECTED]>, Narvi
writes:
>
>On Sun, 15 Aug 1999, Poul-Henning Kamp wrote:
>
>[snip]
>
>>
>> 7. [medium] The current naming for ptys doesn't scale that
>> well. Changing it to ttyp%d / pty%d would probably be a
>> good idea in the long run, but the ramificatio
On Sun, 15 Aug 1999, Poul-Henning Kamp wrote:
[snip]
>
> 7. [medium] The current naming for ptys doesn't scale that
> well. Changing it to ttyp%d / pty%d would probably be a
> good idea in the long run, but the ramifications are
> relatively widespread (think: "ports")
Well, autumn and winter is on us pretty soon. At least on my
lattitude that means hot tea inside warm and cosy houses while the
elements do their best to make life misserable for anything still
left on the outside.
Here are some tasks which could put an evening or more to
productive and educat
20 matches
Mail list logo
