freefall.freebsd.org?
On Sun, 1 Apr 2007, Christoph Mallon wrote:
Kris Kennaway wrote:
On Sun, Apr 01, 2007 at 12:10:03AM -0700, [EMAIL PROTECTED] wrote:
eh? when I went to see what damage had been caused by this megachange I
found no trace of it at all. Is this an April Fools mail?
Hmm, I
Also- renaming Giant to Midget? Somebody's been drinking heavily here...
Arg- I meant '[EMAIL PROTECTED]:/home/ncvs'.
I'm still seeing this as a bogus checkin
The header for the mail from 'Kris' is:
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
by mx1.freebsd.org (Postfi
I'm sorry, David- can you clarify this?
On Wed, 5 Jul 2006, David Xu wrote:
davidxu 2006-07-05 02:32:55 UTC
FreeBSD src repository
Modified files:
sys/i386/confGENERIC
sys/amd64/conf GENERIC
Log:
Temporarily remove SCHED_CORE, it seems I have so many works can do
Sorry- my bad- I did this for amd64 and somehow missed my checklist to
do it also on i386.
On Wed, 31 May 2006, Matthew Jacob wrote:
*blink*? It did break things? My apologies- I could have sworn that I'd done
a LINT check. Sorry- I'll get right on this.
On Wed, 31 May 2006,
*blink*? It did break things? My apologies- I could have sworn that I'd
done a LINT check. Sorry- I'll get right on this.
On Wed, 31 May 2006, Don Lewis wrote:
On 30 May, Matt Jacob wrote:
mjacob 2006-05-30 22:44:00 UTC
FreeBSD src repository
Modified files:
sys/cam
Umm- this means that 3Ware has no maintainer now?
On Tue, 23 May 2006, Wilko Bulte wrote:
wilko 2006-05-23 20:14:34 UTC
FreeBSD src repository
Modified files:
.access
Log:
Per his request to core, remove Vinod Kashyap's commit bit
Submitted by: vkashyap
A
: > directly addressable memory. In fact, the EM64T cheat will shortly
Such machines cannot be i386's.
Umm. Imagine my surprise when I boot FreeDOS on them and it works fine.
Oh- that's because I selected the 8088 version of FreeDOS.
:-)
___
cv
Oh, I'm sure that you could contrive a silly device today to prove your
point. But really, what are you going to do other than DMA completely
randomly-associated memory pages that just happen to neighbor each
other? It's not like the kernel or any user process can own more than
4GB of memory o
And actually, it's 100% impossible to do a transfer larger than 2^32 on
PCI Express due to the protocol requiring that a transfer not cross a
4GB boundary.
You could still have a device that you program with > 2^32 and it'll
take care of the segment issues.
So, I think that we are pretty saf
I'm afraid I don't understand the 'unreasonable' argument here. Linux is
eating your lunch today. Do you want it to eat your dessert as well?
-matt
bus_size_t is used for things like measuring transfer segment size. There is
little chance that Linux, Windows, FreeBSD, or any other OS
is e
Supporting sizes >= 4G sounds unreasonable. How can a single device
need or even address so much space, even on 64-bit arches? For vm,
virtual memory is sort of a device, but even it is limited to 4G on
32-bit arches, and PAE on i386 isn't pessimized by using a larger than
necessary vm_size_t.
The problem is that PAE's bus_size_t is a 32-bit quantity, when it
should be a 64-bit quantity:
#ifdef PAE
typedef uint64_t bus_addr_t;
#else
typedef uint32_t bus_addr_t;
#endif
typedef uint32_t bus_size_t;
For bus addresses, we should use bus_addr_t, of course, but the above
is wrong. I don'
I only mentioned it once. I haven't chased it down yet as to what the
problem actually is. As I said in the log, which you trimmed, "I need to
do better".
Matt Jacob <[EMAIL PROTECTED]> writes:
Log:
Correct bad format args. Interesting- the lines that generated
the error on sparc64 ha
I'll take the call off the air :-)
On 2/15/06, Stephane E. Potvin <[EMAIL PROTECTED]> wrote:
> Hi Matt,
>
> I've tried the driver with a Sun Galaxy x4200. I'm running this on a single
> drive,
> no raid-0 or raid-1 enabled in the controller bios. I installed using an iso
> generated from sources
Thanks. Do we need to MFC this to unbreak the RELENG_6 tinderbox?
Yes. I'm travelling all day today tho.
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Yeah!
On Thu, 2 Feb 2006, Wilko Bulte wrote:
On Thu, Feb 02, 2006 at 01:05:16PM -0800, Matthew Jacob wrote..
I forgot- the world premier PDP-11 site is in .nl.
Is it? Which one do you mean?
http://www.pdp-11.nl/
Ah.
I am sure you will also appreciate Geert's museum at:
I forgot- the world premier PDP-11 site is in .nl.
Is it? Which one do you mean?
http://www.pdp-11.nl/
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I ran an LSI-11/23 with 8" fujitsu SMD drives that had 256KB of memory.
Better: I still *have* an LSI-11/23 with 8" SMD. And a 11/73 with SCSI.
Got me there. I dumped mine back in '92.
I forgot- the world premier PDP-11 site is in .nl.
___
c
Or SCO V.old I always installed my SVR3.2 using a bootfloppy and then
loaded the rest from 45MB QIC tapes :)
I used to have a really old copy of SCO Xenix which worked surprisingly well
on machines with only 1Mb of memory. I seem to remember that I had to quit
out of emacs before compiling an
Welcome indeed to Mohan! (I worked with Mohan back at Auspex)
On 1/23/06, Paul Saab <[EMAIL PROTECTED]> wrote:
>
> ps 2006-01-23 20:49:23 UTC
>
> FreeBSD src repository
>
> Modified files:
>.access
> Log:
> Welcome Mohan Srinivasan. Peter and I will be mentoring h
20 matches
Mail list logo
