On Friday, 27 August 1999 at 8:55:04 +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Greg Lehey writes:
>> On Thursday, 26 August 1999 at 16:25:14 -0700, Matthew Dillon wrote:
>> int devminor; /* minor number */
>>
>>
Greg,
4K is probably too conservative, it only applies if you have a
swap-backed vn device at the bottom, which would be a truly
weird thing to do with vinum.
Don't spend too much time on tracking the sector size yet. I think
the si_bsize stuff needs some thinking before we do more with it.
P
[ CC'ed current again.]
> > I suspect some devices generate interrupt during suspending state,
> > especially PS/2 mouse. Disabling the device driver or disconnecting
> > the device from PC might solve the problem. Could you try one by one?
> >
> > > psm0: irq 12 on atkbdc0
>
> > I had the s
On Thursday, 26 August 1999 at 16:25:14 -0700, Matthew Dillon wrote:
int devminor; /* minor number */
devminor = minor(dev);
+dev->si_bsize_phys = DEV_BSIZE;
+dev->si_bsize_best = BLKDEV_IOSIZE;
+dev->si_bsize_
Hi,
Sorry for taking so long to reply. I have an isdn line to my office
which has been acting up lately (or should I say acting down?).
Anyways, yes, I am using a ccd. I also have a machine with a
dpt raid4 controller that I probably need to check to see if
it still works
My setup
On Thu, 26 Aug 1999, Rodney W. Grimes wrote:
> You can look at thier products on www.soltek.com.tw, we are an authorized
> distributor who stocks both the SL54U5 (was stocking SL54U1, but they
> are in very short supply due to cache chip shortage) and SL56D1. Both
> are sub $80.00 boards, both r
* From: "Jordan K. Hubbard" <[EMAIL PROTECTED]>
* > This makes the ports tree have a dependency on the doc tree. I don't think
* > this dependency should be there. It's bad enough that the src/ tree
* > depends on doc/ (and the reason I want the documentation available as
* > packages is t
On 16 Aug, Rodney W. Grimes wrote:
>> The 200-220 periodic files under daily expect that the directory
>> /var/backups exist when they run to back up various files. If you
>> delete this directory, the "cp" commands will error.
>>
>> There seems to be two ways to fix the files.
>>
>> 1. Add
On Thursday, 26 August 1999 at 22:35:27 +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Matthew Dillon writes:
>>That fixes a problem with ccd, but not the one causing John's failures.
>>
>>You will note that with John's failure's the I/O is properly page-aligned.
>>T
I've synced my source tree and updated my big-fat patch to include
fixes to the VN device and CCD device as well as all the other stuff
it already contains.
http://www.backplane.com/FreeBSD4/
-Matt
To Unsubscribe: send mail t
In message <5644.935710460@localhost> "Jordan K. Hubbard" writes:
: I seriously doubt they'll win this lawsuit. You can sue someone for
: anything and everything, including having a hair color which
: displeases you, of course, but whether you actually win the lawsuit or
: have it thrown out is a
I seriously doubt they'll win this lawsuit. You can sue someone for
anything and everything, including having a hair color which
displeases you, of course, but whether you actually win the lawsuit or
have it thrown out is a different matter.
- Jordan
> In message <15454.935598612@localhost> "Jo
unsubscribe freebsd-current
-Original Message-
From: Matthew Dillon [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 26, 1999 6:25 PM
To: Poul-Henning Kamp
Cc: Christopher Masto; [EMAIL PROTECTED]; John W. DeBoskey;
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: -current kernel proble
:>> int devminor; /* minor number */
:>>
:>> devminor = minor(dev);
:>> +dev->si_bsize_phys = DEV_BSIZE;
:>> +dev->si_bsize_best = BLKDEV_IOSIZE;
:>> +dev->si_bsize_max = MAXBSIZE;
:>
:>Bingo! Thank you.
:
:Cool, I expect grog will comm
In message <15454.935598612@localhost> "Jordan K. Hubbard" writes:
: I think people are being almost clinically paranoid here. Hasbro and
: folks got upset over TRADEMARK infringement, e.g. from using a name
: they had trademarked. I rather doubt that Warner Bros. have managed
: to trademark th
In message <[EMAIL PROTECTED]>, Christopher Masto writes:
>> Index: vinum.c
>> ===
>> RCS file: /home/ncvs/src/sys/dev/vinum/vinum.c,v
>> retrieving revision 1.29
>> diff -u -r1.29 vinum.c
>> --- vinum.c 1999/08/24 02:18:55 1.29
On Thu, Aug 26, 1999 at 11:04:44PM +0200, Poul-Henning Kamp wrote:
> Ok, I havn't touched vinum (grog generally want to do this himself),
> the fix is probably something like this:
>
> Index: vinum.c
> ===
> RCS file: /home/ncvs/src/
In article <[EMAIL PROTECTED]>,
John W. DeBoskey <[EMAIL PROTECTED]> wrote:
>
>I need to figure out why my 11:30am EST cvsup didn't pick
> this file up. It's 44 minutes infront of cvsup...
Most mirror sites update themselves hourly from cvsup-master, which
updates itself every 6 minutes from
On Thu, Aug 26, 1999 at 11:04:44PM +0200, Poul-Henning Kamp wrote:
> >Well, I just had much the same blowup with source from last night
> >and I'm using vinum, (and not vn or ccd).
> >
> >Recompiling now to see if it's still there.
>
> Ok, I havn't touched vinum (grog generally want to do this hi
In message <[EMAIL PROTECTED]>, Christopher Masto writes:
>On Thu, Aug 26, 1999 at 10:35:27PM +0200, Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, Matthew Dillon writes:
>> >That fixes a problem with ccd, but not the one causing John's failures.
>> >
>> >You will note that wi
On Thu, Aug 26, 1999 at 10:35:27PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Matthew Dillon writes:
> >That fixes a problem with ccd, but not the one causing John's failures.
> >
> >You will note that with John's failure's the I/O is properly page-aligned.
> >Th
In message <[EMAIL PROTECTED]>, Matthew Dillon writes:
>That fixes a problem with ccd, but not the one causing John's failures.
>
>You will note that with John's failure's the I/O is properly page-aligned.
>The fix to ccd deals with a misalignment problem.
No it doesn't. johns failur
In message <[EMAIL PROTECTED]>, Jul
ian Elischer writes:
>
>
>On Thu, 26 Aug 1999, Poul-Henning Kamp wrote:
>
>>
>> The size and resid of 0 is because it decides to use a sectorsize of
>> zero due to the si_bsize fields being empty.
>
>yes, but didn't I just see you commit a fix for that?
To ccd
The first part of this patch is not yet part of my multipatch at
http://www.backplane.com/FreeBSD4/
This is a tentative fix, but I believe it to be correct. Until
yesterday I was testing swap-backed VN with only one swap partition,
otherwise this would have been found and fi
That fixes a problem with ccd, but not the one causing John's failures.
You will note that with John's failure's the I/O is properly page-aligned.
The fix to ccd deals with a misalignment problem.
But I believe I have found the problem... it is a bug in vm/swap_pager.c
that o
Ah my mistake, it was ccd. I remembered vn. I guess vinum, vn,
and ccd need all have the correct bisize code..
On Thu, 26 Aug 1999, John W. DeBoskey wrote:
> which would be this commit...
>
> phk 1999/08/26 07:46:11 PDT
>
> Modified files:
> sys/dev/ccd ccd.c
>
which would be this commit...
phk 1999/08/26 07:46:11 PDT
Modified files:
sys/dev/ccd ccd.c
Log:
Initialize the dev->si_bsize fields.
Submitted by: tegge
Reviewed by: phk
Revision ChangesPath
1.53 +5 -1 src/sys/dev/ccd/ccd.c
I need t
On Thu, 26 Aug 1999, Poul-Henning Kamp wrote:
>
> The size and resid of 0 is because it decides to use a sectorsize of
> zero due to the si_bsize fields being empty.
yes, but didn't I just see you commit a fix for that?
>
> In message <[EMAIL PROTECTED]>, Jul
> ian Elischer writes:
> >swapp
I am positive that I just saw a checkin from phk that
initialised the initial default transfer size.
On Thu, 26 Aug 1999, Matthew Dillon wrote:
> :swapping on a vn device?
> :the 'size' and 'resid' of 0 looks suspicious.
> :
> :a fix was just committed to teh vn code that may fix this if that'
-stable, -current,
On Sun, Aug 22, 1999 at 11:05:11AM +0100, Nik Clayton wrote:
> [ cc'd to -current ]
>
> On Sat, Aug 21, 1999 at 07:54:51PM -0400, jack wrote:
> >
> > Will support for building release docs in English only be
> > revived?
> >
>
> For the immediate future, it looks like it wi
The size and resid of 0 is because it decides to use a sectorsize of
zero due to the si_bsize fields being empty.
In message <[EMAIL PROTECTED]>, Jul
ian Elischer writes:
>swapping on a vn device?
>the 'size' and 'resid' of 0 looks suspicious.
>
>a fix was just committed to teh vn code that may
:swapping on a vn device?
:the 'size' and 'resid' of 0 looks suspicious.
:
:a fix was just committed to teh vn code that may fix this if that's your
:problem.
A fix was? When? Where? What?
-Matt
To Unsubscribe: send mail to [EMAIL PROTECT
swapping on a vn device?
the 'size' and 'resid' of 0 looks suspicious.
a fix was just committed to teh vn code that may fix this if that's your
problem.
On Thu, 26 Aug 1999, John W. DeBoskey wrote:
> Hi,
>
>Following up my own mail on sig 11 problems, I beleive the
> problem is kernel re
fixed earlier today...
On Thu, 26 Aug 1999, John W. DeBoskey wrote:
> Hi,
>
>Following up my own mail on sig 11 problems, I beleive the
> problem is kernel related. Running a kernel with sources current
> as of 11:30am EST, I get the following during a make world:
>
> spec_getpages: I/O r
Hi,
Following up my own mail on sig 11 problems, I beleive the
problem is kernel related. Running a kernel with sources current
as of 11:30am EST, I get the following during a make world:
spec_getpages: I/O read failure: (error code=0) bp 0xc3700ec8 vp 0xc92ce000
size: 0, resid
Hi folks,
To answer my own question, I came into work this morning and found
my console full of messages...
spec_getpages: I/O read failure: (error code=0) bp 0xc36fe9a0 vp 0xc92ce000
size: 0, resid: 0, a_count: 4096, valid: 0x0
nread: 0, reqpage: 0, pindex: 9, p
> I've got a 100Mbit 3COM EISA ethernet interface. Here are the particulars:
>
> vx0: <3Com 3C597-TX Network Adapter> at 0x5000-0x501f, 0x5c80-0x5c89
> vx0: irq 12 (edge) on eisa0 slot 5
>
> I've been running it for a while now at 10Mbit. From what I can gather, the
> vx driver doesn't support
> On Wed, 25 Aug 1999, Wilko Bulte wrote:
>
> > The USA... your prices tend to be a lot better than ours. I could can the
> > T2P4 but that would also mean I had to can the SIMMs (everything is DIMMs
> > now), get an AGP videocard and can the perfectly fine Millenium II (I need
> > the extra PCI
[moved to chat]
: > Yes, you stand a far better chance of making this hack work with a 66MHz
: > part.No the newer std parts are not designed to run with a 66MHz FSB,
: > you should always order them as /66. Note that AMD has stopped making
: > these chips due to low demand for them (with 10
On Thu, 26 Aug 1999, Dmitrij Tejblum wrote:
> Doug Rabson wrote:
> >
> > This is probably because our server detects that the directory has been
> > modified and rejects the solaris client's directory cookies.
>
> I think we should not ever reject a client's cookie. Consider a local
> program
40 matches
Mail list logo
