o.k., Bill, I'll try to translate it for you:
$B?9ED$G$9!#(B
My name is Morita.
These are Adaptec's replacements for its older DEC 21x4x-based multiport
$B$3$N%I%i%$%P!$OL5$/$J$k$N$G$7$g$$+!)(B-DEC 21x4x-based
no more supllyed -DEC 21x4x-based
Are these drivers lost?
On Wed, 21 Jul 1999, Vincent Poy wrote:
Greetings everyone,
What are the current good motherboards for FreeBSD for the pentium
II and III? I know on the Pentium, it was the ASUS board but for the
PII/PIII, is the Abit the better board? Also, I was wondering what is the
fastest
Are you just teasing or are you serious?
I searched through their site (again), but except for being mentioned
in their TODO for the past few months, I can't find anything that
indicates that they or anyone else is working on it. They may be, but
it isn't visible anywhere where I have looked. It
On Thu, 22 Jul 1999, Matthew Dillon wrote:
:
:I'd bet it's done using DPMS. See if the XFree86 4.x code can tell you
:anything about the monitor's capabilities.
It's up? Very cool, they actually put the prerelease up 2 days ago!
47MB download, yummy! DGA is going to be
On Thu, 22 Jul 1999, [KOI8-R] óÅÒÇÅÊ ïÓÏËÉÎ wrote:
On Wed, 21 Jul 1999, Vincent Poy wrote:
Greetings everyone,
What are the current good motherboards for FreeBSD for the pentium
II and III? I know on the Pentium, it was the ASUS board but for the
PII/PIII, is the Abit the
I'm experiencing serious problems with DMA (even normal DMA, not UDMA)
on recent versions of -STABLE. Here's an excerpt from messages; kernel
#3 is a recent -STABLE (yesterday's sources), while kernel #2 is
3.2-RELEASE. The config file for both is identical.
Jul 22 10:19:35 xxx /kernel.old:
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
I'm experiencing serious problems with DMA (even normal DMA, not UDMA)
on recent versions of -STABLE. Here's an excerpt from messages; kernel
#3 is a recent -STABLE (yesterday's sources), while kernel #2 is
3.2-RELEASE. The config file for both is
hi, there!
On Fri, 16 Jul 1999, Oscar Bonilla wrote:
Following up on my own post:
For LDAP to be seamlessly integrated into the system some of the libraries
have to be changed. Specifically the ones dealing with /etc/passwd and
user information.
I've decided the best way to do this is
hi, there!
On Mon, 19 Jul 1999, Dominic Mitchell wrote:
On Mon, Jul 19, 1999 at 12:29:48PM -0400, David E. Cross wrote:
I thought now would be a good time to chime in on some of my wild schemes...
The reason I am interested in 'userfs' is to enable me to write a version
of 'nsd'.
On Thu, Jul 22, 1999 at 04:59:59PM +0700, Max Khon wrote:
On Mon, 19 Jul 1999, Dominic Mitchell wrote:
Lovely. Sounds like a much better way to do the Solaris/Linux (and
NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
implemented using masses of weird shared objects...
hi, there!
So what is the "official" status of NSS impl.?
Are there any takers?
/fjoe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
hi, there!
On Tue, 20 Jul 1999, Oscar Bonilla wrote:
It looks like we've got some good concurrent projects happening at the
moment - markm and co working on PAM, the nsswitch.conf project you're
talking about, and the stuff I'm working on with modularizing crypt() and
supporting
hi, there!
On Mon, 19 Jul 1999, Oscar Bonilla wrote:
On Mon, Jul 19, 1999 at 04:51:12PM -0600, Wes Peters wrote:
The implementation details are as unimportant as ever: they have to work
and be maintainable. Following prior art remains a good idea; the Solaris
"name service switch"
I'm experiencing serious problems with DMA (even normal DMA, not UDMA)
on recent versions of -STABLE. Here's an excerpt from messages; kernel
#3 is a recent -STABLE (yesterday's sources), while kernel #2 is
3.2-RELEASE. The config file for both is identical.
I can confirm problems with DMA
* John Hay ([EMAIL PROTECTED]) [990722 11:55]:
Are you just teasing or are you serious?
Well, according to what was discussed earlier he is serious. But from
prolonged exposure to the kame lists I (think I) know that the FreeBSD ipv6
stuff is only available for 3.x and below.
I searched
Are you just teasing or are you serious?
Well, according to what was discussed earlier he is serious. But from
prolonged exposure to the kame lists I (think I) know that the FreeBSD ipv6
stuff is only available for 3.x and below.
We (KAME) are using 3.2-RELEASE and 2.2.8-RELEASE
I started getting these messages in the daily security output.
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for 255.255.255.0rt
:I'd bet it's done using DPMS. See if the XFree86 4.x code can tell you
:anything about the monitor's capabilities.
It's up? Very cool, they actually put the prerelease up 2 days ago!
47MB download, yummy! DGA is going to be so cool.
Unfortunately it looks like the
On Thu, 22 Jul 1999, Dominic Mitchell wrote:
PAM is also "using masses of weird shared objects" but nevertheless it's
quite usable
By statically linked binaries?
This is also an issue for a modularized libcrypt(). Peter Wemm suggested
having the library fork and exec a static helper
I updated a system to -CURRENT last night and got a panic with alot of
messages about UDMA failing (I don't have the exact messages, I can get
them if need be). I backed down the wdc0/wdc1 controller flags from
0xa0ffa0ff to 0x0 and everything is happy. I figured its -CURRENT, and
that
is
Cool with the geeks beecause it's "unknown".
http://www.msnbc.com/news/292376.asp
Len
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Since I am planning on writing userfs in order to impliment 'nsd' (and
some other ideas I have hatching too :). I need to know how filesystem
accesses work. Can they be queued up, and responded to out of order?
For example... I have a request come in (via the filesystem), that request
is going
On Wed, 21 Jul 1999, Oscar Bonilla wrote:
Ok, here goes my understanding of how things should be, please correct me
if i'm wrong.
There are three parts to the problem:
1. Where do we get the databases from? I mean, where do we get passwd, group,
hosts, ethers, etc from.
This
/*lowaddr*/BUS_SPACE_MAXADDR_32BIT,
/*highaddr*/BUS_SPACE_MAXADDR,
low and high address of the region that the DMA engine cannot access.
Meaning e.g. the 16Mbyte barrier that ISA DMA has?
For PCI this would be a 4Gb
On Thu, Jul 22, 1999 at 10:06:04AM -0400 David E. Cross said:
Since I am planning on writing userfs in order to impliment 'nsd' (and
This may be completely useless, because I've not been following what you want
to do with 'nsd', but you may find
On Thu, Jul 22, 1999 at 11:19:35PM +0930, Kris Kennaway wrote:
On Thu, 22 Jul 1999, Dominic Mitchell wrote:
PAM is also "using masses of weird shared objects" but nevertheless it's
quite usable
By statically linked binaries?
This is also an issue for a modularized libcrypt().
heloo all
- Original Message -
From: Bill Paul [EMAIL PROTECTED]
To: morita [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, July 21, 1999 11:00 PM
Subject: Re: [FreeBSD-net-jp 1746] [FYI] Adaptec AIC-6915 "Starfire"
ethernet controller driver and plus question compaq presario
On Thu, Jul 22, 1999 at 09:30:28AM -0400, Jung, Michael wrote:
I started getting these messages in the daily security output.
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for
On Thu, 22 Jul 1999, Dominic Mitchell wrote:
This is starting to get icky. This is also where the earlier idea of a
userspace filesystem would probably fare better, in terms of both
performance and simplicity.
Maybe I don't get how this userspace filesystem is going to be set out
(for the
One last thing: if you're writing userfs you might want to look at
www.inter-mezzo.org
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On 22-Jul-99 Jorge Biquez wrote:
I hope this helps.
I'm running version 3.1 on ASUS Pentium III double processor. Just a Rocket!
No problems at all on the installation all the SCSI ports were
recognized my entire machine cost me 2000 USD...similar
one of a famous
brabd...at least 6,000
I haven't received any feedback yet on the Adaptec "Starfire" driver,
however I made a few updates that people should know about:
- I created a version of the driver for FreeBSD 2.2.x. You can find it
at http://www.freebsd.org/~wpaul/Adaptec/2.2. Note: while I have
verified that this code
what if you're not root, and you want to add your own file system to your
file system name space? It seems a lot of these systems assume root
access, which seems unrealistic to me.
ron
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the
:Cool with the geeks beecause it's "unknown".
:
:http://www.msnbc.com/news/292376.asp
:
:Len
I love the quote by Matthew Fuller at the end:
"There's a lot of things that Linux is 'better' at, and a
lot of things FreeBSD is 'better' at, and a lot of those
things can easily
On Thu, 22 Jul 1999, Ronald G. Minnich wrote:
what if you're not root, and you want to add your own file system to your
file system name space? It seems a lot of these systems assume root
access, which seems unrealistic to me.
Well, if you're running it as a kernel module then obviously you
I'm involved in a linguistic analysis project which requires
reasonable quantities of bandwidth. Due to duopolistic price-fixing,
and volume-charing obtaining this bandwith in Australia is a very
expensive proposition indeed (US$0.13/Mb!). I'm trying to find a
co-hosting (or equivalent)
[[ Warning, you'll need something which can display Kanji to be able
to read what I've written. I'm using mule and netscape. I've tried
to make the non-Japanese parts separate enough that if you only
understand English and have only english viewing programs, you can
safely ignore
On Thu, 22 Jul 1999, Tiny Non Cats wrote:
On Thu, Jul 22, 1999 at 10:06:04AM -0400 David E. Cross said:
Since I am planning on writing userfs in order to impliment 'nsd' (and
This may be completely useless, because I've not been following what you want
to do with 'nsd', but you may find
:
:XFree86 has an i2c driver in it for talking to monitors so it sounds as if
:it should see it.
:
:--
:Doug RabsonMail: [EMAIL PROTECTED]
:Nonlinear Systems Ltd. Phone: +44 181 442 9037
:
:...
:
:That is how I believe that DMPS communications are
Hi,
please don't kill me if it's "well known issue":
I've found that there is a report on Squid site, which
describes a problem with FreeBSD IPC and includes suggested fix.
I verified that this suggested fix is not included in 3.2-RELEASE.
I wonder, if it is really a bug, as I cannot find it
I know the evils associated with using rtprio, but I have a real real-time
application that needs to service data very quickly when it is needed from a
piece of hardware.
This daemon reads from a special device. The driver's read handler puts it
to sleep, and wakes it back up when an interrupt
On Thu, Jul 22, 1999 at 09:51:38AM -0700, a little birdie told me
that Matthew Dillon remarked
I love the quote by Matthew Fuller at the end:
"There's a lot of things that Linux is 'better' at, and a
lot of things FreeBSD is 'better' at, and a lot of those
things can
My fault
I accidentally replaced a PAGE_MASK with a PAGE_SIZE.
the resulting bug only changes teh behaviour on unaligned pages
which are only possible on the raw device.
(e.g. fsck)
the Cyrix 5530 we used to test has a bug where we cannot do unalligned
transfers by DMA anyhow, so we never hit
You can hijack the MAC address after the CAM table (not ARP cache) times
out for the switches. However, you can't just listen to their traffic
unless you're on a span port (and span ports don't always work correctly).
VLANing has a number of goals, of which you are listing only one. Another
they ARE doing it,
but they haven't got the merged TCP stack quite right
they are not publically anouncing anything till it works...
On Thu, 22 Jul 1999, John Hay wrote:
Are you just teasing or are you serious?
I searched through their site (again), but except for being mentioned
in their
rndcontrol doesn't work very well for SMP systems. I have a system here
with IRQs 16 and 18 for Ethernet and SCSI:
fxp0: Intel EtherExpress Pro 10/100B Ethernet rev 0x05 int a irq 18 on pci0.10.0
ahc0: Adaptec 2940 Ultra2 SCSI adapter rev 0x00 int a irq 16 on pci0.12.0
and I'd like to use these
Hello all,
I'm working with Nik Clayton to update FAQ 3.15 to give a more comprehensive
list of sound cards known to work with FreeBSD. That's why I'm sending out
this template to this list. Please take the time to fill it out with
information regarding your sound card so that we can compile a
This isn't really a bug since this is a TCP connection. TCP makes
no guarentees that atomic writes will show up as atomic reads, and
the squid code shouldn't be making that assumption.
On the otherhand, the proposed fix appears to be an excellent performance
optimization.
:Hi,
:
: I like this approach. I have a number of often spawned daemon
:processes that could benefit from this. One of the last process
:we debugged where we had unwanted open filedescriptors was in
:programs invoked by the cvs loginfo script.
:
: For naming convention considerations, I might
According to John Hay:
in their TODO for the past few months, I can't find anything that
indicates that they or anyone else is working on it. They may be, but
I assure you they're working on it. Problem is they also have day jobs and
some part of integration is complicated by export controls
Maybe it could be made a sysctl knob...
On Thu, 22 Jul 1999, Jason Young wrote:
It's been committed before, and broke many things (X and CVSup come to
mind). I have it compiled in locally on a few machines but it's
definitely not suitable for general distribution until a solution is
:
:It's been committed before, and broke many things (X and CVSup come to
:mind). I have it compiled in locally on a few machines but it's
:definitely not suitable for general distribution until a solution is
:found that doesn't break applications.
:
:Jason Young
:accessUS Chief Network Engineer
::It's been committed before, and broke many things (X and CVSup come to
::mind). I have it compiled in locally on a few machines but it's
::definitely not suitable for general distribution until a solution is
::found that doesn't break applications.
::
::Jason Young
::accessUS Chief Network
I have 2 NFS servers. One is primarily read-only, the other read-write, they
service the same clients (the read-only services more). They are (were) of
the same build. I have a problem on the read/write server where it chews
through mbuf clusters (it goes through about 3k in a day).
Well, I just -STABLED the server to see if it fixed it, but I was certainly
running out. the server had only 3000-ish mbuf chains, and it would go through
them all in a day.
--
David Cross | email: [EMAIL PROTECTED]
Systems Administrator/Research Programmer | Web:
I'm working with intermezzo now. It's interesting.
Note that the VFS is quite simple, and defines a simple kernel-user
channel which maps VFS ops to requests on an IPC channel. The
possibilities are endless ...
A freebsd port would be nice. Maybe you could use v9fs as a starting
point.
ron
Julian Elischer wrote:
My fault
I accidentally replaced a PAGE_MASK with a PAGE_SIZE.
the resulting bug only changes teh behaviour on unaligned pages
which are only possible on the raw device.
(e.g. fsck)
the Cyrix 5530 we used to test has a bug where we cannot do unalligned
I believe this will solve the previously reported problems.
With the original patch if I set net.inet.tcp.sendspace=63 and tried
to run xterm from that machine to my local workstation, I got an X error.
If I set sendspace=31 the xterm process just locked up and did nothing
On Wed, 21 Jul 1999, Vincent Poy wrote:
Greetings everyone,
What are the current good motherboards for FreeBSD for the pentium
II and III? I know on the Pentium, it was the ASUS board but for the
PII/PIII, is the Abit the better board? Also, I was wondering what is the
fastest
On Thu, 22 Jul 1999, Ronald G. Minnich wrote:
On Fri, 23 Jul 1999, Kris Kennaway wrote:
Well, if you're running it as a kernel module then obviously you need root
permissions to load it. If it's running as a userland process, then
there's no reason why you can't run it as a user. mount
On Thu, 22 Jul 1999, Doug wrote:
On Wed, 21 Jul 1999, Vincent Poy wrote:
Greetings everyone,
What are the current good motherboards for FreeBSD for the pentium
II and III? I know on the Pentium, it was the ASUS board but for the
PII/PIII, is the Abit the better board? Also, I
Daniel C. Sobral wrote:
Sergey Babkin wrote:
I want to propose a simple substitution for ACLs. No, here
is no patch yet but I'm ready and willing to do it. The reason
why I want to discuss it first is that this is a Political Thing.
And if the Core Team decides that it's a Bad
In article [EMAIL PROTECTED],
Dominic Mitchell [EMAIL PROTECTED] wrote:
On Thu, Jul 22, 1999 at 04:59:59PM +0700, Max Khon wrote:
PAM is also "using masses of weird shared objects" but nevertheless it's
quite usable
By statically linked binaries?
Our PAM implementation works for
hi, i'm running 4.0-current on a dual p2-333 box. i run X, and am
looking for help in setting up a usb keyboard for use with
FreeBSD/Xfree86.
if anyone has this running, i could use the help in setting it up.
also, this keyboard has a ps2 mouse connector. does the mouse get
recognized as a
"David E. Cross" wrote:
Well, I just -STABLED the server to see if it fixed it, but I was certainly
running out. the server had only 3000-ish mbuf chains, and it would go through
them all in a day.
Well, have you tried increasing the number of available mbufs and see if
you reach a
That's not quite true. It wouldn't be too hard to modify existant files,
but writing new ones/truncating would take a lot of work. It's still not
a great idea to try to use a file on the FS for storage of persistent
data. Wouldn't it be possible to have the kernel itself read in persistent
In reply:
On Wed, 21 Jul 1999, Kip Macy wrote:
My employer has gone through numerous motherboards, we have found the ASUS
P2B (now the P2B-F) to be rock solid for Pentium II usage.
This is probably more appropriate for -hardware or even just -chat..
but anyway, I'll second that
:
:I'd bet it's done using DPMS. See if the XFree86 4.x code can tell you
:anything about the monitor's capabilities.
It's up? Very cool, they actually put the prerelease up 2 days ago!
47MB download, yummy! DGA is going to be so cool.
Unfortunately it looks like the DPMS
o.k., Bill, I'll try to translate it for you:
$B?9ED$G$9!#(B
My name is Morita.
These are Adaptec's replacements for its older DEC 21x4x-based multiport
$B$3$N%I%i%$%P!$OL5$/$J$k$N$G$7$g$$+!)(B-DEC 21x4x-based
no more supllyed -DEC 21x4x-based
Are these drivers lost?
On Wed, 21 Jul 1999, Vincent Poy wrote:
Greetings everyone,
What are the current good motherboards for FreeBSD for the pentium
II and III? I know on the Pentium, it was the ASUS board but for the
PII/PIII, is the Abit the better board? Also, I was wondering what is the
fastest
Are you just teasing or are you serious?
I searched through their site (again), but except for being mentioned
in their TODO for the past few months, I can't find anything that
indicates that they or anyone else is working on it. They may be, but
it isn't visible anywhere where I have looked. It
On Thu, 22 Jul 1999, Matthew Dillon wrote:
:
:I'd bet it's done using DPMS. See if the XFree86 4.x code can tell you
:anything about the monitor's capabilities.
It's up? Very cool, they actually put the prerelease up 2 days ago!
47MB download, yummy! DGA is going to be so
On Thu, 22 Jul 1999, [KOI8-R] ?? ?? wrote:
On Wed, 21 Jul 1999, Vincent Poy wrote:
Greetings everyone,
What are the current good motherboards for FreeBSD for the pentium
II and III? I know on the Pentium, it was the ASUS board but for the
PII/PIII, is the Abit the
I'm experiencing serious problems with DMA (even normal DMA, not UDMA)
on recent versions of -STABLE. Here's an excerpt from messages; kernel
#3 is a recent -STABLE (yesterday's sources), while kernel #2 is
3.2-RELEASE. The config file for both is identical.
Jul 22 10:19:35 xxx /kernel.old:
On Wed, 21 Jul 1999, Mike Smith wrote:
That's not quite true. It wouldn't be too hard to modify existant files,
but writing new ones/truncating would take a lot of work. It's still not
a great idea to try to use a file on the FS for storage of persistent
data. Wouldn't it be possible
Dag-Erling Smorgrav d...@yes.no writes:
I'm experiencing serious problems with DMA (even normal DMA, not UDMA)
on recent versions of -STABLE. Here's an excerpt from messages; kernel
#3 is a recent -STABLE (yesterday's sources), while kernel #2 is
3.2-RELEASE. The config file for both is
hi, there!
On Fri, 16 Jul 1999, Oscar Bonilla wrote:
Following up on my own post:
For LDAP to be seamlessly integrated into the system some of the libraries
have to be changed. Specifically the ones dealing with /etc/passwd and
user information.
I've decided the best way to do this is
hi, there!
On Mon, 19 Jul 1999, Dominic Mitchell wrote:
On Mon, Jul 19, 1999 at 12:29:48PM -0400, David E. Cross wrote:
I thought now would be a good time to chime in on some of my wild schemes...
The reason I am interested in 'userfs' is to enable me to write a version
of 'nsd'.
Fwiw, I sometimes (mostly after a warm reboot) see:
mmm dd hh:mm:ss hal /kernel: ata1: unwanted interrupt 1 status = ff
immediately followed by a similar Fatal trap 12: page fault while in kernel
mode. Last time, the current process was swapper. Next time it happens I'll
write down the details.
On Thu, Jul 22, 1999 at 04:59:59PM +0700, Max Khon wrote:
On Mon, 19 Jul 1999, Dominic Mitchell wrote:
Lovely. Sounds like a much better way to do the Solaris/Linux (and
NetBSD?) /etc/nsswitch.conf stuff. On Solaris at least, this is
implemented using masses of weird shared objects...
hi, there!
So what is the official status of NSS impl.?
Are there any takers?
/fjoe
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
hi, there!
On Thu, 22 Jul 1999, Daniel C. Sobral wrote:
I perceive here an unfair biasing toward nss. Someone mentioned
defining where to get the passwords from based on the login class.
This is a very interesting option, that doesn't seem to be well
served by nss.
there is already nss_ldap
hi, there!
On Tue, 20 Jul 1999, Oscar Bonilla wrote:
It looks like we've got some good concurrent projects happening at the
moment - markm and co working on PAM, the nsswitch.conf project you're
talking about, and the stuff I'm working on with modularizing crypt() and
supporting
hi, there!
On Mon, 19 Jul 1999, Oscar Bonilla wrote:
On Mon, Jul 19, 1999 at 04:51:12PM -0600, Wes Peters wrote:
The implementation details are as unimportant as ever: they have to work
and be maintainable. Following prior art remains a good idea; the Solaris
name service switch
I'm experiencing serious problems with DMA (even normal DMA, not UDMA)
on recent versions of -STABLE. Here's an excerpt from messages; kernel
#3 is a recent -STABLE (yesterday's sources), while kernel #2 is
3.2-RELEASE. The config file for both is identical.
I can confirm problems with DMA
There's a patch for the 1371 floating around that seems to work for the 1373
as well.
Search the archive of FreeBSD-questions for 1371.
Last I saw, the search page was still confused - you need to put 1371 in
the web search field at the top, but still click the mailing list search
button down
* John Hay (j...@mikom.csir.co.za) [990722 11:55]:
Are you just teasing or are you serious?
Well, according to what was discussed earlier he is serious. But from
prolonged exposure to the kame lists I (think I) know that the FreeBSD ipv6
stuff is only available for 3.x and below.
I searched
Are you just teasing or are you serious?
Well, according to what was discussed earlier he is serious. But from
prolonged exposure to the kame lists I (think I) know that the FreeBSD ipv6
stuff is only available for 3.x and below.
We (KAME) are using 3.2-RELEASE and 2.2.8-RELEASE because
I started getting these messages in the daily security output.
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for 255.255.255.0rt
arpresolve: can't allocate llinfo for 255.255.255.0rt
:I'd bet it's done using DPMS. See if the XFree86 4.x code can tell you
:anything about the monitor's capabilities.
It's up? Very cool, they actually put the prerelease up 2 days ago!
47MB download, yummy! DGA is going to be so cool.
Unfortunately it looks like the
On Thu, 22 Jul 1999, Dominic Mitchell wrote:
PAM is also using masses of weird shared objects but nevertheless it's
quite usable
By statically linked binaries?
This is also an issue for a modularized libcrypt(). Peter Wemm suggested
having the library fork and exec a static helper binary
I updated a system to -CURRENT last night and got a panic with alot of
messages about UDMA failing (I don't have the exact messages, I can get
them if need be). I backed down the wdc0/wdc1 controller flags from
0xa0ffa0ff to 0x0 and everything is happy. I figured its -CURRENT, and
that
is
Cool with the geeks beecause it's unknown.
http://www.msnbc.com/news/292376.asp
Len
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
On Thu, 22 Jul 1999, Daniel C. Sobral wrote:
Oscar Bonilla wrote:
There are three parts to the problem:
1. Where do we get the databases from? I mean, where do we get passwd,
group,
hosts, ethers, etc from.
This should be handled by a name service switch a la solaris.
Since I am planning on writing userfs in order to impliment 'nsd' (and
some other ideas I have hatching too :). I need to know how filesystem
accesses work. Can they be queued up, and responded to out of order?
For example... I have a request come in (via the filesystem), that request
is going
On Wed, 21 Jul 1999, Oscar Bonilla wrote:
Ok, here goes my understanding of how things should be, please correct me
if i'm wrong.
There are three parts to the problem:
1. Where do we get the databases from? I mean, where do we get passwd, group,
hosts, ethers, etc from.
This
/*lowaddr*/BUS_SPACE_MAXADDR_32BIT,
/*highaddr*/BUS_SPACE_MAXADDR,
low and high address of the region that the DMA engine cannot access.
Meaning e.g. the 16Mbyte barrier that ISA DMA has?
For PCI this would be a 4Gb
On Thu, Jul 22, 1999 at 10:06:04AM -0400 David E. Cross said:
Since I am planning on writing userfs in order to impliment 'nsd' (and
This may be completely useless, because I've not been following what you want
to do with 'nsd', but you may find
On Thu, Jul 22, 1999 at 11:19:35PM +0930, Kris Kennaway wrote:
On Thu, 22 Jul 1999, Dominic Mitchell wrote:
PAM is also using masses of weird shared objects but nevertheless it's
quite usable
By statically linked binaries?
This is also an issue for a modularized libcrypt(). Peter
ji です。
高橋です。
takahashi san
動かなかった環境
no move envilonment
・10baseのバカHUB
・接続相手はNE2000互換の10baseなNIC
・ifconfigでmediaを指定しても de0: link down: cable problem? がで
す。
good move envilonment
動いた環境
・10/100のデュアルスピードHUB(Autonegotiation有)
・接続相手はVIA VT86C100Aチップを使ったNIC
・ifconfigでmediaは特に指定せず
question
1 - 100 of 147 matches
Mail list logo