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 that scan
[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
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 slot
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 fast
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,
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,
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 read
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
: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
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 fix
-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:
mode ugly monolingual American
Will support for building release docs in English only be
revived?
/mode
For the immediate
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's
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:
swapping on a
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
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
Log:
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
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
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.
The fix to
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 with John's
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 himself),
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:
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:
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
+++ vinum.c
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 the
: 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 commit it soon.
:
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
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.
The fix to
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 a "if [ ! -d
* 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 to
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 run
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 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_max = MAXBSIZE;
Bingo!
32 matches
Mail list logo
