On Sun, Apr 02, 2000 at 02:29:55PM -0600, Warner Losh wrote:
The whole purpose of unknown is to CONSUME the resources that others
might try to use. This can't easily be done in the base bus w/o it
actually consuming them. Maybe we need a flag that means "I'm a
pseudo device that was
: The issue is pretty hairy and for now I think the solution is to make
: any stub use DEVICE_NOMATCH (see pci.c), which does not attach a driver
: to a device, just mentions it during boot.
And during every reprobe after that... :-(.
I'm currently working on a pci card driver and the vga
In theory, if one matches with a -1 or smaller rather than 0, then it
will be detached on reprobe. Isn't that the case?
On -newbus this issue has come up and the conclusion was that there is
always some problem rearing its ugly head. On loading a new driver you
would have to run a
H. This work was on a 4.0-RELEASE system Makes sense.
Right, that has not backported yet. I'll do that ASAP (this evening),
including the patch where nextunit is no longer used.
BTW, I have a hack to subr_bus that prints detach messages when a
device is detached. This will hoist
i've got a server that has the sole purpose of routing packters between
4 100mbit interfaces.
the server is running 3.4-stable.
it has 128M RAM, and according to top, it isn't using much more than 80M.
i'm using zebra to do full BGP routing with 2 peers.
netstat -rn shows some 75,000 routes.
Jim Mercer [EMAIL PROTECTED] wrote:
how do i increase the amount of RAM for the kernel?
http://www.freebsd.org/FAQ/hackers.html#AEN4204
i thought NMBCLUSTERS was the one, but i guess not.
That's just for network buffers.
Tony.
--
f.a.n.finch[EMAIL PROTECTED][EMAIL PROTECTED]
342
Thank you! "make obj" solved the problem. I was pulling my hair out.
Joe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Mon, Apr 03, 2000 at 03:06:27PM +0100, Tony Finch wrote:
Jim Mercer [EMAIL PROTECTED] wrote:
how do i increase the amount of RAM for the kernel?
http://www.freebsd.org/FAQ/hackers.html#AEN4204
geez, that one looks a bit scary.
since 4.x has 1GB of address space, would moving from 3.4
Dear Hackers,
From the original post I understood that the problem is that not all
physical RAM is detected. Is FreeBSD seeing all oof the 128 MB's, or only 80
MB's?
Kees Jan
==
You are only young once,
but you can stay immature all your
On Mon, Apr 03, 2000 at 04:18:37PM +0100, Koster, K.J. wrote:
From the original post I understood that the problem is that not all
physical RAM is detected. Is FreeBSD seeing all oof the 128 MB's, or only 80
MB's?
i think it is seeing all of it:
FreeBSD 3.4-STABLE #4: Mon Apr 3 01:25:50 EDT
In message [EMAIL PROTECTED] Nikolai Saoukh writes:
: I do not like the idea of resource consumation. Is there a
: description of the problems which might arose without it?
Machine deadlock, undetected irq conflict causing misbehavior, probing
hardware for device foo and locking the machine
Has anyone had success with FreeBSD 4.x and the fxp driver when used with
an Intel 82559ER chip? I believe this chip is the same as a normal 82559
but with some of the management functions removed.
The device ID is different so the current driver doesn't recognize it, but
if I modify the code to
On Mon, Apr 03, 2000 at 08:30:08AM -0600, Warner Losh wrote:
: I do not like the idea of resource consumation. Is there a
: description of the problems which might arose without it?
Machine deadlock, undetected irq conflict causing misbehavior, probing
hardware for device foo and locking
In message [EMAIL PROTECTED] Nikolai Saoukh writes:
: On Mon, Apr 03, 2000 at 08:30:08AM -0600, Warner Losh wrote:
:
: : I do not like the idea of resource consumation. Is there a
: : description of the problems which might arose without it?
:
: Machine deadlock, undetected irq conflict
On Mon, Apr 03, 2000 at 09:11:10AM -0600, Warner Losh wrote:
You can't always disable PNP devices. More accurately, the devices
reported by PNPBIOS are defined to be hard wired and always active.
You cannot turn them off or relocate their resources. They likely
should be probed first
In message [EMAIL PROTECTED] Nikolai Saoukh writes:
: create a automagic device 'known' and attach all known devices from PNPBIOS
: to it. Now _all_ pnp devices got their resources (even if there
: is no driver for it) and attached to 'unknown' driver. Any kldloaded
: driver later does not see
The reason is that the patches against 4.18 you guys use were never
assigned to the FSF. Or so, that's the reason i was given when i asked
the head maintainer.
I'm not here to get into any fights. I just maintain C++ support for GDB,
and use FreeBSD as my secondary platform, and my main gdb
On 2 Apr 2000, Christian Weisgerber wrote:
| I also think the creating of a freebsd-i18n list is long overdue.
| I18N issues are largely lost among the traffic on -hackers and
| -questions, and it has become something of a specialty area since
| most people appear to be served well by the
At 11:37 03-04-2000 -0700, Eugene M. Kim wrote:
On 2 Apr 2000, Christian Weisgerber wrote:
| I also think the creating of a freebsd-i18n list is long overdue.
| I18N issues are largely lost among the traffic on -hackers and
| -questions, and it has become something of a specialty area since
|
I was thinking how normal programs get info about cpu and memory
utilization in bsd's systems, (maybe sysctl ?).
===
visi0n
AUX Technologies
[www.aux-tech.org]
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Mon, 3 Apr 2000, visi0n wrote:
I was thinking how normal programs get info about cpu and memory
utilization in bsd's systems, (maybe sysctl ?).
In the olden days, you used to have to read kernel data structures through
/dev/mem (or friends(?)). This usually means that you have to
On Mon, 3 Apr 2000, Nik Clayton wrote:
| On Mon, Apr 03, 2000 at 11:37:22AM -0700, Eugene M. Kim wrote:
| On 2 Apr 2000, Christian Weisgerber wrote:
| | I also think the creating of a freebsd-i18n list is long overdue.
| | I18N issues are largely lost among the traffic on -hackers and
| |
On Mon, Apr 03, 2000 at 11:37:22AM -0700, Eugene M. Kim wrote:
On 2 Apr 2000, Christian Weisgerber wrote:
| I also think the creating of a freebsd-i18n list is long overdue.
| I18N issues are largely lost among the traffic on -hackers and
| -questions, and it has become something of a
On Mon, 20 Mar 2000, MikeM wrote:
Has anyone thought of Unicode support on FreeBSD?
Really the question is much more basic -- who benefits from having
Unicode (or Unicode in the form of UTF-8) support. It isn't me for sure
-- I am Russian.
--
Alex
On Mon, 3 Apr 2000, Jim Mercer wrote:
i've got a server that has the sole purpose of routing packters between
4 100mbit interfaces.
the server is running 3.4-stable.
it has 128M RAM, and according to top, it isn't using much more than 80M.
i'm using zebra to do full BGP routing with 2
At 15:23 03-04-2000 -0700, Alex Belits wrote:
On Mon, 20 Mar 2000, MikeM wrote:
Has anyone thought of Unicode support on FreeBSD?
Really the question is much more basic -- who benefits from having
Unicode (or Unicode in the form of UTF-8) support. It isn't me for sure
Everyone who works
On Mon, 3 Apr 2000, G. Adam Stanislav wrote:
Really the question is much more basic -- who benefits from having
Unicode (or Unicode in the form of UTF-8) support. It isn't me for sure
Everyone who works with multilingual documents.
I feel perfectly fine with "multilingual" documents
At 20:59 03-04-2000 -0700, Alex Belits wrote:
I feel perfectly fine with "multilingual" documents that contain English
and Russian text without Unicode.
Those are bilingual, not multilingual. I once had to create a document in
English, Slovak, and Sanskrit (using Devanagari alphabet). There is
Bruce Bauman wrote:
Has anyone had success with FreeBSD 4.x and the fxp driver when used with
an Intel 82559ER chip? I believe this chip is the same as a normal 82559
but with some of the management functions removed.
The device ID is different so the current driver doesn't recognize it,
29 matches
Mail list logo
