Hearing no objections (:-), I decided to go ahead with this effort.
I have created a script named /etc/rc.ifsgl, which is invoked by
(the FreeBSD 4.7 RELEASE version of) /etc/rc.network, as follows:
183a184,185
. /etc/rc.ifsgl # handle sgl_ifconfig variable (etc).
That is, just b
Thus spake Julian Elischer <[EMAIL PROTECTED]>:
> > There has always been code in kern/tty_pty.c which makes sure that the
> > master and slave have the same prison:
>
> but a jailed user could perform a denial of service by using up all teh ptys.?
Can't you fix this by simply creating fewer devi
I had a recent experience in which my FreeBSD system would not configure
my Ethernet card because the specification in rc.conf was for a different
type of card. It seems like FreeBSD could easily handle the general case
(only one network interface) automagically, letting folks with fancier
systems
Robert Watson wrote:
>
> On Thu, 14 Nov 2002, Doug Rabson wrote:
>
> > > : I'm open to patches for building /[s]bin as dynamic. If you have
> > > : time and can coordinate with [EMAIL PROTECTED] to build the patch, I
> > > : would appreciate it.
> > >
> > > % make NOSHARED=NO buildworld
> > >
>
This should really be on hackers, not cvs-committers. I have
redirected the Cc.
:I don't think that a mini-c will help at all. /bin can be scrunched
:down to 500k and sbin to 605k on 4.5 and the system will still boot.
:A full install is only 2842k when sbin/bin are dynamically linked.
Chuck Tuffli wrote:
> On Fri, Nov 15, 2002 at 11:03:44AM -0600, mark tinguely wrote:
> [snip]
> > The memory is avaliable to the kernel/drivers when bus_dmamem_free() is
> > called. The problem for you is that someone else does allocate a
> > page within the 16 page chunk making it unable to reallo
This is not finished yet, but it's good enough to start shipping patches.
Note that libminic currently installed in /usr/lib, not in /lib. I
haven't gotten to that part yet. I also did not spend a huge amount
of time trying to cut the size down. I dealt with locale, malloc, and
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Fri, 15 Nov 2002, Alfred Perlstein wrote:
> * Matthew Dillon <[EMAIL PROTECTED]> [021115 12:17] wrote:
> > :Will the knobs allow one to link /bin and /sbin against full blown
> > :libc? That would be nice as we can then start using pam and user
> > :management in / with dynamic modules (finally
* Matthew Dillon <[EMAIL PROTECTED]> [021115 12:17] wrote:
> :Will the knobs allow one to link /bin and /sbin against full blown
> :libc? That would be nice as we can then start using pam and user
> :management in / with dynamic modules (finally!).
> :
> :--
> :-Alfred Perlstein [[EMAIL PROTECTED
:Will the knobs allow one to link /bin and /sbin against full blown
:libc? That would be nice as we can then start using pam and user
:management in / with dynamic modules (finally!).
:
:--
:-Alfred Perlstein [[EMAIL PROTECTED]]
I think that should be a goal. I think something like this:
* Matthew Dillon <[EMAIL PROTECTED]> [021115 11:25] wrote:
> :Time Kientzle has offered to build something similar to NetBSD's dynamic
> :/[s]bin and lukem has sent us some info on his work. Let me know if
> :anyone is duplicating effort here.
> :
> :-Nate
>
> I've made really excellent progr
:Time Kientzle has offered to build something similar to NetBSD's dynamic
:/[s]bin and lukem has sent us some info on his work. Let me know if
:anyone is duplicating effort here.
:
:-Nate
I've made really excellent progress. I moved my link line adjustments
to /usr/src/share/mk/bsd.prog.
On Thu, 14 Nov 2002, Alfred Perlstein wrote:
> * Nate Lawson <[EMAIL PROTECTED]> [021114 15:42] wrote:
> > Please see earlier threads on hackers@ about bloat in libc and dynamic
> > linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's
> > dependency on malloc which saves space in
On Fri, Nov 15, 2002 at 01:46:13PM -0500, Steve Tremblett wrote:
> I'm playing with netgraph specifically, but in general I'm curious and
> can't seem to find a doc in the manual that answers my question in
> reasonable detail.
>
> I'm trying to find the specific path for how "options NETGRAPH_FOO
I'm playing with netgraph specifically, but in general I'm curious and
can't seem to find a doc in the manual that answers my question in
reasonable detail.
I'm trying to find the specific path for how "options NETGRAPH_FOO" in
the kernel config file translates to ng_foo.o being linked in the
kern
On Fri, Nov 15, 2002 at 11:03:44AM -0600, mark tinguely wrote:
[snip]
> The memory is avaliable to the kernel/drivers when bus_dmamem_free() is
> called. The problem for you is that someone else does allocate a
> page within the 16 page chunk making it unable to reallocatable by you,
> so the next
> On Fri, Nov 15, 2002 at 10:36:18AM -0600, mark tinguely wrote:
> > since the allocated space is larger that a physical page (65536 > 4096),
> > bus_dmamem_alloc() allocates physical contiguous memory. After repeated
> > allocations and frees, the physical memory pages will fragment and the
>
On Fri, Nov 15, 2002 at 10:36:18AM -0600, mark tinguely wrote:
> since the allocated space is larger that a physical page (65536 > 4096),
> bus_dmamem_alloc() allocates physical contiguous memory. After repeated
> allocations and frees, the physical memory pages will fragment and the
> allocation w
since the allocated space is larger that a physical page (65536 > 4096),
bus_dmamem_alloc() allocates physical contiguous memory. After repeated
allocations and frees, the physical memory pages will fragment and the
allocation will fail.
You may need to rethink your allocation strategy, such as
h
Creek Banjul
+31 613 297 819
Amsterdam, the Netherlands.
CONFIDENTIAL BUSINESS PROPOSAL
You may be surprised to receive this letter from me
since you do not know me personally. The purpose of my
introduction is that I am CREEK BANJUL, the first son
of ALBERT SENIOR BANJUL ,the most popular blac
I'm writting a PCI device driver that needs to allocate "large"
aligned chunks of DMA memory for the hardware's queues. After loading
and unloading the driver a number of times, bus_dmamem_alloc starts to
fail.
In the device attach, the allocation code looks like (error checking
removed for brevit
I have sucessfully created a mini-C-like library and
compiled /bin/sleep against it. (This is in stable,
by the way, so its still a bit bigger then it needs to be).
My minic library is:
apollo:/usr/src/lib/libminic# ls -la
total 30
drwxr-xr-x 2 root wheel 512 Nov 15 02:17 .
drwx
On Fri, Nov 15, 2002 at 11:03:18AM +0300, Dmitry Mottl wrote:
> Hi
>
> How can I list active (i.e. configured with vnconfig) /dev/vn* devices?
>
No way.
Cheers,
--
Ruslan Ermilov Sysadmin and DBA,
[EMAIL PROTECTED] Sunbay Software AG,
[EMAIL PROTECTED] FreeBSD commi
It turns out that these patches almost apply in -current but while they
are enough to allow 4.x to work, they are not sufficient to allow
-current to work.
there is a bunch of different code in -current that is just not there in
4.x and Geom is sticking its finger in the picture as well.
I'd rather
Hi
How can I list active (i.e. configured with vnconfig) /dev/vn* devices?
-- Dmitry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
26 matches
Mail list logo
