History log of /freebsd/sys/compat/linprocfs/linprocfs.c (Results 251 – 275 of 517)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 976b0106 12-Oct-2007 Kevin Lo <kevlo@FreeBSD.org>

Spelling fix for interupt -> interrupt


# 982d11f8 05-Jun-2007 Jeff Roberson <jeff@FreeBSD.org>

Commit 14/14 of sched_lock decomposition.
- Use thread_lock() rather than sched_lock for per-thread scheduling
sychronization.
- Use the per-process spinlock rather than the sched_lock for per-p

Commit 14/14 of sched_lock decomposition.
- Use thread_lock() rather than sched_lock for per-thread scheduling
sychronization.
- Use the per-process spinlock rather than the sched_lock for per-process
scheduling synchronization.

Tested by: kris, current@
Tested on: i386, amd64, ULE, 4BSD, libthr, libkse, PREEMPTION, etc.
Discussed with: kris, attilio, kmacy, jhb, julian, bde (small parts each)

show more ...


# 2feb50bf 01-Jun-2007 Attilio Rao <attilio@FreeBSD.org>

Revert VMCNT_* operations introduction.
Probabilly, a general approach is not the better solution here, so we should
solve the sched_lock protection problems separately.

Requested by: alc
Approved b

Revert VMCNT_* operations introduction.
Probabilly, a general approach is not the better solution here, so we should
solve the sched_lock protection problems separately.

Requested by: alc
Approved by: jeff (mentor)

show more ...


# 222d0195 18-May-2007 Jeff Roberson <jeff@FreeBSD.org>

- define and use VMCNT_{GET,SET,ADD,SUB,PTR} macros for manipulating
vmcnts. This can be used to abstract away pcpu details but also changes
to use atomics for all counters now. This means sc

- define and use VMCNT_{GET,SET,ADD,SUB,PTR} macros for manipulating
vmcnts. This can be used to abstract away pcpu details but also changes
to use atomics for all counters now. This means sched lock is no longer
responsible for protecting counts in the switch routines.

Contributed by: Attilio Rao <attilio@FreeBSD.org>

show more ...


# 4bd4f5a2 01-May-2007 Alan Cox <alc@FreeBSD.org>

Synchronize vm map and object accesses.

Approved by: des@


# 7621783a 22-Apr-2007 Dag-Erling Smørgrav <des@FreeBSD.org>

Now that we're MPSAFE, tell namei() to acquire Giant if necessary.


# 78c3440e 15-Apr-2007 Dag-Erling Smørgrav <des@FreeBSD.org>

Whitespace cleanup.


# 6e612eca 06-Apr-2007 Jung-uk Kim <jkim@FreeBSD.org>

Fix kernel module dependency. linprocfs depends on sysvmsg and sysvsem.

Submitted by: nork


# 3dd8390f 30-Mar-2007 Jung-uk Kim <jkim@FreeBSD.org>

Use underlying structures instead of kernel_sysctlbyname() for msginfo and
seminfo because kernel_sysctlbyname() is slow. There is no dependency
problem since linux module depends on both sysvmsg an

Use underlying structures instead of kernel_sysctlbyname() for msginfo and
seminfo because kernel_sysctlbyname() is slow. There is no dependency
problem since linux module depends on both sysvmsg and sysvsem and linprocfs
depends on it in turn.

Pointed out by: des
Reviewed by: des

show more ...


# 771709eb 12-Mar-2007 Dag-Erling Smørgrav <des@FreeBSD.org>

Add a pn_destroy field to pfs_node. This field points to a destructor
function which is called from pfs_destroy() before the node is reclaimed.

Modify pfs_create_{dir,file,link}() to accept a point

Add a pn_destroy field to pfs_node. This field points to a destructor
function which is called from pfs_destroy() before the node is reclaimed.

Modify pfs_create_{dir,file,link}() to accept a pointer to a destructor
function in addition to the usual attr / fill / vis pointers.

This breaks both the programming and binary interfaces between pseudofs
and its consumers. It is believed that there are no pseudofs consumers
outside the source tree, so that the impact of this change is minimal.

Submitted by: Aniruddha Bohra <bohra@cs.rutgers.edu>

show more ...


# 5017af60 02-Mar-2007 Jung-uk Kim <jkim@FreeBSD.org>

MFP4: 113090, 113130, 113132

Add Linux kernel version strings to /proc/sys/kernel.


# eff9c72b 21-Jan-2007 Alexander Leidinger <netchild@FreeBSD.org>

Use a printf-modifier which doesn't need a cast.

Submitted by: scottl


# 9cb5a012 20-Jan-2007 Alexander Leidinger <netchild@FreeBSD.org>

Fix tinderbox build on amd64.


# f0cad96d 20-Jan-2007 Alexander Leidinger <netchild@FreeBSD.org>

Ooops, fix the ratelimit.


# 456ede39 20-Jan-2007 Alexander Leidinger <netchild@FreeBSD.org>

Convert a KASSERT into a runtime warning (rate limited) + failsafe fallback.

Because of a stupid bug (also fixed with this commit) the KASSERT was
triggered when runnung the linux top.

Pointy hat t

Convert a KASSERT into a runtime warning (rate limited) + failsafe fallback.

Because of a stupid bug (also fixed with this commit) the KASSERT was
triggered when runnung the linux top.

Pointy hat to: netchild

show more ...


Revision tags: release/6.2.0_cvs, release/6.2.0
# e40fc50b 27-Nov-2006 Jung-uk Kim <jkim@FreeBSD.org>

MFP4: Change 109654

Add two linprocfs entries for Linux IPC:

/proc/sys/kernel/msgmni -> kern.ipc.msgmni
/proc/sys/kernel/sem -> kern.ipc.semmsl
kern.ipc.semmns
kern.ipc.semopm
kern

MFP4: Change 109654

Add two linprocfs entries for Linux IPC:

/proc/sys/kernel/msgmni -> kern.ipc.msgmni
/proc/sys/kernel/sem -> kern.ipc.semmsl
kern.ipc.semmns
kern.ipc.semopm
kern.ipc.semmni

This fixes msgget03 and semget05 from Linux Test Project (LTP) test suite.
msgctl08 and msgctl09 also use /proc/sys/kernel/msgmni but another fix is
required from p4 (Change 110179).

Requested by: netchild

show more ...


# e3e64492 29-Oct-2006 Alexander Leidinger <netchild@FreeBSD.org>

style(9)

Noticed by: rwatson


# 050f8bb6 11-Oct-2006 Giorgos Keramidas <keramida@FreeBSD.org>

Spell proc/sys/kernel/pid_max correctly in a comment.

Submitted by: rdivacky


# 236e97b2 08-Oct-2006 Alexander Leidinger <netchild@FreeBSD.org>

Implement /proc/sys/kernel/pid_max.

Submitted by: rdivacky
Tested with: LTP


# 1565bf54 08-Aug-2006 Konstantin Belousov <kib@FreeBSD.org>

Lock the vnode around the call to VOP_GETATTR. Move the locked code
and vn_fullpath (that call malloc(..., M_WAITOK)) from under the
vm object lock, since sleep is not allowed while holding the mutex

Lock the vnode around the call to VOP_GETATTR. Move the locked code
and vn_fullpath (that call malloc(..., M_WAITOK)) from under the
vm object lock, since sleep is not allowed while holding the mutex.

Being there, wrap VOP_GETATTR call with conditional Giant aquire.
Currently this is (almost) noop because pseudofs is Giant-locked.

Tested by: kris
Approved by: pjd (mentor)
MFC after: 2 weeks

show more ...


# 550be19e 27-Jun-2006 Alexander Leidinger <netchild@FreeBSD.org>

Improve linprovfs to provide/fix the
- process state (idle, sleeping, running, ...) [1]
- the process group ID of the process which owns the connected tty
- some page fault stats
- time spend in

Improve linprovfs to provide/fix the
- process state (idle, sleeping, running, ...) [1]
- the process group ID of the process which owns the connected tty
- some page fault stats
- time spend in kernel/userland
- priority/nice value
- starttime [1]
- memory/swap stats
- scheduling policy

Additionally add some new fields and correct some not filled out ones.

This brings us down to 15 dummy fields.

The fields marked with [1] are needed to get Oracle 10 running. The starttime
field is not completely right, since it displays the _same_ starttime for
_every_ process, but at least it is not 0 and Oracle accepts this.

This is a RELENG_x_y candidate.

Noticed by: Dmitry Ganenko <dima@apk-inform.com> [1]
Reviewed by: des, rdivacky
MFC after: 1 week

show more ...


# 5ef57544 12-Jun-2006 Dag-Erling Smørgrav <des@FreeBSD.org>

Add the model name, obtained from the hw.model sysctl variable.

MFC after: 3 weeks


# b19bfd3d 02-Jun-2006 Dag-Erling Smørgrav <des@FreeBSD.org>

As far as I can tell, the correct CPU family for amd64 (which Linux calls
x86_64) is 15, not 6.

MFC after: 3 weeks


Revision tags: release/5.5.0_cvs, release/5.5.0
# 73dbd3da 12-May-2006 John Baldwin <jhb@FreeBSD.org>

Remove various bits of conditional Alpha code and fixup a few comments.


Revision tags: release/6.1.0_cvs, release/6.1.0
# 060e4882 05-May-2006 Doug Ambrisko <ambrisko@FreeBSD.org>

Enhance the Linux emulation layer to make MegaRAID SAS managements tool happy.
Add back in a scheme to emulate old type major/minor numbers via hooks into
stat, linprocfs to return major/minors that

Enhance the Linux emulation layer to make MegaRAID SAS managements tool happy.
Add back in a scheme to emulate old type major/minor numbers via hooks into
stat, linprocfs to return major/minors that Linux app's expect. Currently
only /dev/null is always registered. Drivers can register via the Linux
type shim similar to the ioctl shim but by using
linux_device_register_handler/linux_device_unregister_handler functions.
The structure is:

struct linux_device_handler {
char *bsd_driver_name;
char *linux_driver_name;
char *bsd_device_name;
char *linux_device_name;
int linux_major;
int linux_minor;
int linux_char_device;
};

Linprocfs uses this to display the major number of the driver. The
soon to be available linsysfs will use it to fill in the driver name.
Linux_stat uses it to translate the major/minor into Linux type values.

Note major numbers are dynamically assigned via passing in a -1 for
the major number so we don't need to keep track of them.

This is somewhat needed due to us switching to our devfs. MegaCli
will not run until I add in the linsysfs and mfi Linux compat changes.

Sponsored by: IronPort Systems

show more ...


1...<<1112131415161718192021