Doug Rabson wrote:
>
> On Thu, 1 Jun 2000, Jordan K. Hubbard wrote:
>
> > > Does this mean we won't get the SMP stuff done next week?
> >
> > I'm back on the 15th (you gain 10 hours coming back) and the SMP
> > meeting isn't until the 16th and 17th. Of course it will. :)
>
> So you are running
I have a little issue with the sys/socket.h file under 4.0. I myself do
not have access to 4.0 myself but am using output others have given me.
Under 3.3 The program source at the bottom compiles fine. Under 4.0 the
problem is that in sys/socket.h the macro CMSG_DATA() uses another macro
ALIG
Kirk McKusick is planning an "all BSD BOF" which runs for about
4 hours (woo!). More details will be available on the BOF board
and/or from Kirk when he's got them finalized.
- Jordan
> Doug Rabson wrote:
> >
> > On Thu, 1 Jun 2000, Jordan K. Hubbard wrote:
> >
> > > > Does this mean we won't
On 2000-06-02 21:45 -0400, Sergey Babkin <[EMAIL PROTECTED]> wrote:
>
> By the way, is any FreeBSD event planned for Usenix ? I would
> be interested in meeting/looking at all the giants of FreeBSD thought :-)
Yes! We're having both a BSD BoF (with each BSD getting some time on
the stage) and a
Doug Rabson wrote:
>
> On Thu, 1 Jun 2000, Jordan K. Hubbard wrote:
>
> > > Does this mean we won't get the SMP stuff done next week?
> >
> > I'm back on the 15th (you gain 10 hours coming back) and the SMP
> > meeting isn't until the 16th and 17th. Of course it will. :)
>
> So you are running
> So you are running this right before Usenix? Thats annoying - I've already
> booked a flight to San Diego on the 17th. Meeting *at* Usenix would be
> good though.
Well, we can do that too since most of the engineers who will be in
this meeting will be at USENIX as well (I can't speak for the Ap
On Fri, 2 Jun 2000, Mike Smith wrote:
> > > > Typically, a driver may want to order some operations and also not break
> > > > post buffering each time a write is performed. It may for example want to
> > > > order some operations, but not flush all writes immediately. I didn't see
> > > > how
:hi all,
:
:Why cant pages in the PQ_CACHE queue be freed at interrupt time. as far
:as i could see these pages are clean, though they are still associated
:with the object. So what prevents us from dissociating them from the
:object . we dont have to do any io and hence not block.
:
:well maybe i
hi all,
Why cant pages in the PQ_CACHE queue be freed at interrupt time. as far
as i could see these pages are clean, though they are still associated
with the object. So what prevents us from dissociating them from the
object . we dont have to do any io and hence not block.
well maybe i am miss
> > > Typically, a driver may want to order some operations and also not break
> > > post buffering each time a write is performed. It may for example want to
> > > order some operations, but not flush all writes immediately. I didn't see
> > > how to tell bus about that.
> >
> > The bus_space_ba
Yeah, that was my though. I left sectors free at the front, but that
wasn't it.
Soren was looking at seeing if there was some way to read the promise
label/record keeping, and turn that into a vinum setup somehow, so it
would be relatively transparent. But I don't think he could get the docs
May or may not be related but I found with 4.0 that when I edited the
disklabel to change the type to vinum the in-core copy was not written
although the on-disk copy was, giving vinum a problem. Fix was to
repartition each disk in the array with a true partition entry.
Jim Flowers <[EMAIL PR
Hi,
I have tried with unstripped kernel also. I am getting the same error. So
looks like the symbols are not available until sysinit is called. So what
is the right place to put breakpoints in the process of booting up?
thanks
--gb
On
Fri, 2 Jun 2000, Daniel C. Sobral wrote:
> "G.B.Naidu" wr
"G.B.Naidu" wrote:
>
> Hi Doug,
>
> Thanks for your reply. We tried as per your mail. But still the DDB is
> complaining the same saying that "symbol not found".
>
> What could be the reason? Am I missing something in the whole process?
Maybe you are stripping your kernel.
--
Daniel C. Sobra
We are pleased to announce the following events in Japan.
Mr. Jordan K. Hubbard <[EMAIL PROTECTED]> and Mr. Warner Losh
<[EMAIL PROTECTED]> will come to Japan to attend these events
and give some lectures.
6/8 (Thu)
=
*BSD BOF at Networld+Interop 2000 Tokyo
-
On Sun, 28 May 2000, Mike Smith wrote:
> > Speaking about bus_space_*(): Does it make the thing follow the PCI
> > ordering rules? Very probably not since it is impossible on some systems.
>
> There's no attempt to do this, no. However, it's possible to implement
> this if there's a need.
>
On Fri, 2 Jun 2000, G.B.Naidu wrote:
> Thanks Bruse for the reply. I am running 3.3-Release of FreeBSD. And my
> kernel is elf kernel. So according to Bruce, I cannot set the breakpoints
> from DDB until sysinit() finishes. So what is the safe point from where I
> can set break points from DDB? I
On Thursday, 1 June 2000 at 23:56:44 -0700, Jaye Mathisen wrote:
>
> I have 2 maxtor 40GB's running off a Promise FastTrak 66 under 4.0-stable,
> and it's working fine, except for one teensy problem.
>
> vinum (striping them), apparently overwrote whatever the promise uses to
> track them as part
On Friday, 2 June 2000 at 8:52:46 +0200, [EMAIL PROTECTED] wrote:
> Anyone know how to get a 40gig IDE drive working under FreeBSD? It
> picks it up as having 79000 odd sectors and says that the geometary
> is wrong, and it doesnt work.
Have you set LBA mode?
Note that the wd driver has probl
Hi,
Thanks Bruse for the reply. I am running 3.3-Release of FreeBSD. And my
kernel is elf kernel. So according to Bruce, I cannot set the breakpoints
from DDB until sysinit() finishes. So what is the safe point from where I
can set break points from DDB? I want to use DDB because I want to debug
On Thu, 1 Jun 2000, Jordan K. Hubbard wrote:
> > Does this mean we won't get the SMP stuff done next week?
>
> I'm back on the 15th (you gain 10 hours coming back) and the SMP
> meeting isn't until the 16th and 17th. Of course it will. :)
So you are running this right before Usenix? Thats anno
I have 2 maxtor 40GB's running off a Promise FastTrak 66 under 4.0-stable,
and it's working fine, except for one teensy problem.
vinum (striping them), apparently overwrote whatever the promise uses to
track them as part of a stripe set... So on reboot, I have to hit an F2
configure, because th
22 matches
Mail list logo
