Re: How priority propagation works on read/write lock?
John Baldwin wrote:
On Monday 16 January 2006 00:08, Kamal R. Prasad wrote:
you mean, boosting the priority of a reader would be required to avoid
priority inversion, but difficult to implement?
regards
-kamal
On 1/14/06, John Baldwin <[EMAIL PROTECTED]> wrote:
I think you just kind of punt and do a best effort. Trying to manage a
list
of current read lock holders would be a bit PITA.
Yes. The actual boosting is rather simple, it's keeping track of who has read
locks that is ugly.
I do wonder if it is worth while.
it would require an internediated structure that would be simultaneously
linked into
a number of structures..
it would be linked into a list of "read locks held by this thread,
and it would be linked into a list of "threads currently reading on this
read lock"
it would however be a rathe small item, and I can imagine that a cache
of a thousand or so of these
would probably do enough for the system.
Something like:
struct rwlock_nexsus {
SLIST_ENTRY( rwlock_nexus) by_thread;
struct thread *owner;
SLIST_ENTRY (rwlock_nexus) by_lock;
struct rwlock *locked;
}
on a x86 this would be 16 bytes long.. on an amd64, 32 bytes
in a page of 4k (x86) you get 256 of them.
that's quite a few considerring that we have only 4 processers or so
running code at a time
and you probably shouldn't be unscheduled while holding one..
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How priority propagation works on read/write lock?
On Tuesday 17 January 2006 14:00, Daniel Eischen wrote: > On Tue, 17 Jan 2006, John Baldwin wrote: > > On Monday 16 January 2006 00:08, Kamal R. Prasad wrote: > > > you mean, boosting the priority of a reader would be required to avoid > > > priority inversion, but difficult to implement? > > > > > > regards > > > -kamal > > > > > > On 1/14/06, John Baldwin <[EMAIL PROTECTED]> wrote: > > > > I think you just kind of punt and do a best effort. Trying to manage > > > > a list > > > > of current read lock holders would be a bit PITA. > > > > Yes. The actual boosting is rather simple, it's keeping track of who has > > read locks that is ugly. > > Hmm, do you really care which or if all of the readers get their > priority boosted? Can't you just boost the priority of [any] one > of the readers, and when he releases the lock and the reader lock > count is still positive, boost the priority of another reader? > Keep doing this until all the current readers have released the > lock. In a perfect world you'd like to boost all of the readers, > but that's pretty hard without chaining together all the readers > and allowing for nested locks. > > I'm assuming that this is only needed when a [higher priority] > writer wants the read lock. Yes, that is one possibility, and is a more complex method than what Solaris uses. For now I'm just not doing any propogation for read locks in the hopes of having a simpler and _working_ implementation first that can then be experimented with further. :) -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How priority propagation works on read/write lock?
On Tue, 17 Jan 2006, John Baldwin wrote: > On Monday 16 January 2006 00:08, Kamal R. Prasad wrote: > > you mean, boosting the priority of a reader would be required to avoid > > priority inversion, but difficult to implement? > > > > regards > > -kamal > > > > On 1/14/06, John Baldwin <[EMAIL PROTECTED]> wrote: > > > I think you just kind of punt and do a best effort. Trying to manage a > > > list > > > of current read lock holders would be a bit PITA. > > Yes. The actual boosting is rather simple, it's keeping track of who has read > locks that is ugly. Hmm, do you really care which or if all of the readers get their priority boosted? Can't you just boost the priority of [any] one of the readers, and when he releases the lock and the reader lock count is still positive, boost the priority of another reader? Keep doing this until all the current readers have released the lock. In a perfect world you'd like to boost all of the readers, but that's pretty hard without chaining together all the readers and allowing for nested locks. I'm assuming that this is only needed when a [higher priority] writer wants the read lock. -- DE ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How priority propagation works on read/write lock?
On Monday 16 January 2006 00:08, Kamal R. Prasad wrote: > you mean, boosting the priority of a reader would be required to avoid > priority inversion, but difficult to implement? > > regards > -kamal > > On 1/14/06, John Baldwin <[EMAIL PROTECTED]> wrote: > > I think you just kind of punt and do a best effort. Trying to manage a > > list > > of current read lock holders would be a bit PITA. Yes. The actual boosting is rather simple, it's keeping track of who has read locks that is ugly. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010
Daichi GOTO ha scritto: > I have updated the patches: > > For 7-current patch > http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff > > For 6.x patch > http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff > > Changes from -p4: > - fixed around "can't fifo/vnode bypass -1" panic problem > - added some comments into source-code for src-developer > - edited style as style(9) saye FreeSBIE test image with a debug kernel patched with -p5 patchset: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060116.iso.torrent To obtain a panic, just do normal operations like login as freesbie (/usr/home/freesbie is under unionfs). If you log in as root, you should be able to inspect something in the filesystem without having a panic. The panic is triggered by the chdir syscall: panic: userret: Returning with 1 locks held. cpuid = 0 KDB: enter: panic [thread pid 592 tid 100063 ] Stopped at kdb_enter+0x2c: leave db> bt Tracing pid 592 tid 100063 td 0xc1a8a180 kdb_enter(c08fc650,100,c1a8a180,d,c1f2c000) at kdb_enter+0x2c panic(c08ff985,1,d,c1a8a180,c1f2c000) at panic+0x17f ast(c1a8a180,c83c5d38,43,2,43) at ast syscall(3b,3b,3b,3e8,bfbfe940) at syscall+0x186 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (13, FreeBSD ELF32, fchdir), eip = 0x28131cdb, esp = 0xbfbfe84c, ebp = 0xbfbfe8e8 --- db> Bye, Dario -- Dario Freni ([EMAIL PROTECTED]) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc signature.asc Description: OpenPGP digital signature
Re: Panic in nfs_putpages() on 6-stable, more info.
> See http://www.freebsd.org/cgi/query-pr.cgi?pr=91879 for the patch. I > went ahead and fixed all the filesystems I could find, since they all > had nearly identical code. I just looked at your changes (and at ufs_reclaim()). I'll get this committed to current and it'll get MFC'ed. mohan ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!
Antti Korpela <[EMAIL PROTECTED]> writes: > I need patch to raise FreeBSD 6.0 default pty/tty-limit (256) UP or OFF. I already gave you a patch. Your unwillingness to provide the information necessary to figure out why my patch doesn't work for you is entirely *your* problem. > In shell-production usage, that limit is ridiculous, there must be > stop to this and put PTY-limits off! Remember that this ridiculous software was provided to you by us entirely free of charge. Show us a minimum of respect, and try to work *with* us to resolve issues instead of demanding solutions on a silver platter. > I changed my servers operating systems moment ago from Linux to > FreeBSD thinking that FreeBSD could be more better, but how this can > be possible, that so important think like PTYs are limited to so > low?? every UNIX has more ptys. We are not responsible for your failure to adequately test your systems before putting them in production, nor for your misconceptions about the nature of Unix[tm]. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Lua 5.0 and FreeBSD 4.1
On Tue, Jan 17, 2006 at 12:23:51PM -0300, Evandro Sestrem wrote: > > It compiles ok, but when it is linking I got these errors: -lm Joerg ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Lua 5.0 and FreeBSD 4.1
> In what version of FreeBSD (or libc) these functions (sin, cos, > tan, ...) were implemented? Are you linking with libm? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Lua 5.0 and FreeBSD 4.1
> /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_sin': > lmathlib.o(.text+0x52): undefined reference to 'sin' Hardly a hackers@ question, but you should link with the math library libm by using the '-lm' switch to the linker. -- rea BOFH excuse #55: Plumber mistook routing panel for decorative wall fixture ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Lua 5.0 and FreeBSD 4.1
on 17/1/06 18:23, Evandro Sestrem at [EMAIL PROTECTED] wrote: > > Hello, > > I'm trying compile a project using Lua 5.0 (www.lua.org) in FreePascal > (2.0.2 [2005/11/17] for i386) in a FreeBSD 4.1. > > The Lua 5.0 is correctly installed. > > It compiles ok, but when it is linking I got these errors: > > [snipped] > > In what version of FreeBSD (or libc) these functions (sin, cos, tan, ...) > were implemented? This lib is the math lib -- libm :-). > > Thanks for any help. > > Evandro Sestrem Regards -- Vyacheslav Anikin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Lua 5.0 and FreeBSD 4.1
On Tuesday 17 January 2006 16:23, Evandro Sestrem wrote: > Hello, > > I'm trying compile a project using Lua 5.0 (www.lua.org) in FreePascal > (2.0.2 [2005/11/17] for i386) in a FreeBSD 4.1. > > The Lua 5.0 is correctly installed. > > It compiles ok, but when it is linking I got these errors: > > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_sin': > lmathlib.o(.text+0x52): undefined reference to 'sin' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_cos': > lmathlib.o(.text+0x8e): undefined reference to 'cos' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_tan': > lmathlib.o(.text+0xca): undefined reference to 'tan' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_asin': > lmathlib.o(.text+0x106): undefined reference to 'asin' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_acos': > lmathlib.o(.text+0x142): undefined reference to 'acos' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_atan': > lmathlib.o(.text+0x17e): undefined reference to 'atan' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_atan': > lmathlib.o(.text+0x1cb): undefined reference to 'atan2' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_ceil': > lmathlib.o(.text+0x20a): undefined reference to 'ceil' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_floor': > lmathlib.o(.text+0x246): undefined reference to 'floor' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_mod': > lmathlib.o(.text+0x293): undefined reference to 'fmod' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_sqrt': > lmathlib.o(.text+0x2d2): undefined reference to 'sqrt' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_pow': > lmathlib.o(.text+0x31f): undefined reference to 'pow' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_log': > lmathlib.o(.text+0x35e): undefined reference to 'log' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_log10': > lmathlib.o(.text+0x39a): undefined reference to 'log10' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_exp': > lmathlib.o(.text+0x3d6): undefined reference to 'exp' > /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_random': > lmathlib.o(.text+0x6e1): undefined reference to 'floor' > lmathlib.o(.text+0x78d): undefined reference to 'floor' > > > > In what version of FreeBSD (or libc) these functions (sin, cos, tan, ...) > were implemented? man sin says it's libm (-lm). -- Florent Thoumie [EMAIL PROTECTED] FreeBSD Committer pgpmlPeGtwetc.pgp Description: PGP signature
Lua 5.0 and FreeBSD 4.1
Hello, I'm trying compile a project using Lua 5.0 (www.lua.org) in FreePascal (2.0.2 [2005/11/17] for i386) in a FreeBSD 4.1. The Lua 5.0 is correctly installed. It compiles ok, but when it is linking I got these errors: /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_sin': lmathlib.o(.text+0x52): undefined reference to 'sin' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_cos': lmathlib.o(.text+0x8e): undefined reference to 'cos' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_tan': lmathlib.o(.text+0xca): undefined reference to 'tan' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_asin': lmathlib.o(.text+0x106): undefined reference to 'asin' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_acos': lmathlib.o(.text+0x142): undefined reference to 'acos' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_atan': lmathlib.o(.text+0x17e): undefined reference to 'atan' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_atan': lmathlib.o(.text+0x1cb): undefined reference to 'atan2' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_ceil': lmathlib.o(.text+0x20a): undefined reference to 'ceil' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_floor': lmathlib.o(.text+0x246): undefined reference to 'floor' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_mod': lmathlib.o(.text+0x293): undefined reference to 'fmod' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_sqrt': lmathlib.o(.text+0x2d2): undefined reference to 'sqrt' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_pow': lmathlib.o(.text+0x31f): undefined reference to 'pow' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_log': lmathlib.o(.text+0x35e): undefined reference to 'log' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_log10': lmathlib.o(.text+0x39a): undefined reference to 'log10' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_exp': lmathlib.o(.text+0x3d6): undefined reference to 'exp' /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_random': lmathlib.o(.text+0x6e1): undefined reference to 'floor' lmathlib.o(.text+0x78d): undefined reference to 'floor' In what version of FreeBSD (or libc) these functions (sin, cos, tan, ...) were implemented? Thanks for any help. Evandro Sestrem -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.18/230 - Release Date: 14/1/2006 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: adding new sysctl
On Sat, Jan 14, 2006 at 04:55:14PM +, Tofik Suleymanov wrote: > Could someone show me how to add new sysctl to the system ? You have an example in /usr/share/examples/kld/dyn_sysctl/. -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Named requests filling up T1
Then complain to their isp. That has solved most problems for me, and in any case it'll stop or you know it's your problem and not theirs. If you can query your domain by switching your default nameservers to your machine's default NS, and not see any debug messages, you should be fine and complain away. That's only if you are using the same .host files in question, then you should have a fine test bed. Otherwise, i'd do a passive scan on their ip's and identify the OS in question, and test it before I complain. .01 cents P On 1/16/06, Steve Suhre <[EMAIL PROTECTED]> wrote: > > >Looks like someone is spamming your DNS server with queries. > > > >Two questions: > >1) Is v.tn.co.za a domain that you are authorative for? > >2) Are you an ISP and/or is client 64.18.133.103 authorized to use your DNS > >server? > > > >If the answer to 1) is NO, then there's no reason for these queries to be > >directed to your DNS server from the Internet. > >If the answer to 2) is NO, then there's no reason for these queries to be > >directed to your DNS server from the Internet. > > > >Source IP filtering is likely your best option, although it doesn't help > >with your T1 saturation, although it would give whoever is blasting these > >queries a clue. > > > >-- > >Matt Emmerton > > > > > > > > > Thanks Matt, > > The answer to both is no. The domain doesn't resolve either > (v.tn.co.za). It looks like the source IP changes too...sigh I tried > a whois on the source IP and it was not found, so it may be spoofed? Or > someone has a very messed up server... > > > > > > -- > > > > Steve Suhre > [EMAIL PROTECTED] > 719.439.6052 Cell > 719.632.2897 Home > > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
adding new sysctl
Could someone show me how to add new sysctl to the system ? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Named requests filling up T1
Steve Suhre wrote: Thanks, I think that's what I was looking for. I expect the "ISP" is in another country somewhere and would be hard to reach, if they could be reached at all. And it's probably a bad reference somewhere to the server here, so shutting of recursive queries could help... If I shut named off for an hour or two they go away, so I'm guessing the offending server switches to the secondary and gets what it's looking for? In any case you should only allow recursive queries for your trusted clients and/or downstream nameservers which forward to you. Otherwise a) you produce outgoing traffic when some stranger wants to b) your dns cache can easily be poisoned because of a) cheers simon -- Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /"\ Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Accessing Pagetable of a process
there is some code in dragonflybsd to checkpoint a process. It will write the pagetable to disk. Since the internal data structures aren't much different -you should be able to copy over that code to freebsd. But you will run into problems with file descriptors that are not of type vnode (eg fifo/sockets/pipes etc..). regards -kamal On 1/17/06, Pranav Sawargaonkar <[EMAIL PROTECTED]> wrote: > > Hello, >I wanted to save the whole context of the process, thats why I want > the access to each page allocated to the process of our interest. And > further I want to write all these pages on to swap. >The final objective is to save the context of a stopped process on > the swap and restore the context afterwards and resume the > process.Whatfunctions can be used to read/write to swap ? I have succeeded > in accessing the vmspace through the 'struct proc' type pointer. > > TIA. > > Best regards, > Pranav > > On 1/17/06, Kamal R. Prasad <[EMAIL PROTECTED]> wrote: > > > > > > > > On 1/16/06, Pranav Sawargaonkar < [EMAIL PROTECTED]> wrote: > > > > > > Hi > > > I want to access pagetable of a perticular process. > > > How i should get it?Is it possible to access by using pointer of type > > > 'struct proc'? > > > > > > by accessimg the vmspace for the process. > > > > Also i want to access each page referenced in > > > pagetable of that process by writing my module how i can achieve > > > this? > > > Thanks in advance. > > > > > > the pagetable is for translating virtual to physical addresses If you > > want the contents of the page -you don't need to worry about the translation > > scheme. Im not sure I understand what you are looking for?? > > > > regards > > -kamal > > > > > > -Pranav > > > ___ > > > freebsd-hackers@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > > To unsubscribe, send any mail to "[EMAIL PROTECTED] > > > " > > > > > > > > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Named requests filling up T1
Thanks, I think that's what I was looking for. I expect the "ISP" is in another country somewhere and would be hard to reach, if they could be reached at all. And it's probably a bad reference somewhere to the server here, so shutting of recursive queries could help... If I shut named off for an hour or two they go away, so I'm guessing the offending server switches to the secondary and gets what it's looking for? Thanks! Mike Silbersack wrote: Thanks Matt, The answer to both is no. The domain doesn't resolve either (v.tn.co.za). It looks like the source IP changes too...sigh I tried a whois on the source IP and it was not found, so it may be spoofed? Or someone has a very messed up server... There was a thread on bugtraq about this, you're either being attacked or are being used to attack someone else. Reconfigure BIND so that it ignores recursive queries originating from outside your network - at least that will save your outbound bandwidth. Mike "Silby" Silbersack ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Steve Suhre [EMAIL PROTECTED] 719.439.6052 Cell 719.632.2897 Home ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Accessing Pagetable of a process
Hello, I wanted to save the whole context of the process, thats why I want the access to each page allocated to the process of our interest. And further I want to write all these pages on to swap. The final objective is to save the context of a stopped process on the swap and restore the context afterwards and resume the process.Whatfunctions can be used to read/write to swap ? I have succeeded in accessing the vmspace through the 'struct proc' type pointer. TIA. Best regards, Pranav On 1/17/06, Kamal R. Prasad <[EMAIL PROTECTED]> wrote: > > > > On 1/16/06, Pranav Sawargaonkar <[EMAIL PROTECTED]> wrote: > > > > Hi > > I want to access pagetable of a perticular process. > > How i should get it?Is it possible to access by using pointer of type > > 'struct proc'? > > > by accessimg the vmspace for the process. > > Also i want to access each page referenced in > > pagetable of that process by writing my module how i can achieve this? > > Thanks in advance. > > > the pagetable is for translating virtual to physical addresses If you > want the contents of the page -you don't need to worry about the translation > scheme. Im not sure I understand what you are looking for?? > > regards > -kamal > > > -Pranav > > ___ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "[EMAIL PROTECTED] > > " > > > > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
