Hi guys, In the "TCP/IP Illustrated, Volume2: The Implementation" book,there give 'ioctl' and 'sysctl' in the kernel routine. ioctl - sooioctl-(interface)ifioctl. sysctl- net_sysctl - pr_sysctl - ip_sysctl Now, I can find the corresponding code about 'ioctl' routine.But, I could not find
ouyang kai wrote:
Part 1.1Type: Plain Text (text/plain)
Encoding: quoted-printable
| Hi guys,
| In the TCP/IP Illustrated, Volume2: The Implementation book,
| there give 'ioctl' and 'sysctl' in the kernel routine.
| ioctl - sooioctl-(interface)ifioctl.
| sysctl-
I have a 500meg file that I dd'd and have mounted as a vn-device
filesystem. I would like to increase this to 1gig, however it is very
time consuming to do a dump of the FS to a file, dd a new larger one, then
do a restore (I have many special files in the FS, thus the need for
dump).
Is there
On Thu, 2002-08-15 at 17:04, Patrick Thomas wrote:
Any suggestions on how to expand that file without doing the dump/restore
steps ?
man 8 growfs perchance? :)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is
Daniel O'Connor wrote:
On Thu, 2002-08-15 at 17:04, Patrick Thomas wrote:
Any suggestions on how to expand that file without doing the dump/restore
steps ?
man 8 growfs perchance? :)
You can unmount it, grow the underlying file with:
dd if-/dev/zero bs=XXX,count=XXX filename
Dear Terry, Thank you! Once again, we are talking about linker sets. This is a littlemore complex, though, since you have to take the "boot environment"into account, as well (the boot environment is the basis for apreinitialized sysctl space contents, seperate from the code yousee in the kernel
I got really tired of this support not eng there, so I have added
it, with these patches (attached -- for weenies, I have included
a unidiff, at the end, but you should really use the context diff
when you port the code to -current... ;-)).
The data part returns the number of messages pending on
What is the negative effect of this fragmentation, and does it mean I
won't be able to use all of the space that I added ?
On Thu, 15 Aug 2002, Terry Lambert wrote:
Daniel O'Connor wrote:
On Thu, 2002-08-15 at 17:04, Patrick Thomas wrote:
Any suggestions on how to expand that file
I'm getting:
syncing disks... 6
done
Uptime: 1d1h5m30s
lock order reversal
1st 0xc0edd008 shutdown_post_sync (shutdown_post_sync) @
/usr/src/sys/kern/kern_shutdown.c:341
2nd 0xc04759e0 Giant (Giant) @ /usr/src/sys/dev/isp/isp_freebsd.c:2067
but the code in question is:
Folks,
When implementing ability to switch interface into promisc mode using
ifconfig(8) I've stumbled into the problem with already exhausted
space in the `short if_flags' field in the ifnet structure. I need to
allocate one new flag, while we already have 16 IFF_* flags, and even
one
On Thu, Aug 15, 2002 at 09:43:01PM +0300, Maxim Sobolev wrote:
When implementing ability to switch interface into promisc mode using
ifconfig(8) I've stumbled into the problem with already exhausted
space in the `short if_flags' field in the ifnet structure. I need to
allocate one new flag,
you cannot break ABIs in 4.x
in 5.x it will probably be ok until (say) 5.1 or something.
On Thu, 15 Aug 2002, Maxim Sobolev wrote:
Folks,
When implementing ability to switch interface into promisc mode using
ifconfig(8) I've stumbled into the problem with already exhausted
space in the
Patrick Thomas wrote:
What is the negative effect of this fragmentation, and does it mean I
won't be able to use all of the space that I added ?
Old disk:
[X X ][XX ][ XX ][X X][ XX]
New disk (initial state):
[X X ][XX ][ XX ][X X][ XX][][][][][]
New disk (after
I just cvs-ed to RELENG_4_6_2_RELEASE and tried to do a make buildworld
and I get the errors included below.
It _appears_ to be related to the binutils/ld changes that went in,
but I am unsure how that change affected this, and only this.
errors bellow
make-roken.c
cc -O -pipe
Hi
I'm writing a kernel module (for -current) that provides a listening inet
socket, I have it establishing and binding the socket, tsleeping for the event,
etc, and the soaccept() call seems to work fine. My problem is that the info
about the connecting host info seems incomplete. It reports a
15 matches
Mail list logo