question in sosend_generic()

Hi, When sending data out of the socket I don't see in the code where the sb_cc is incremented. Is the socket send performed in the same thread of execution or the data is copied on to the socket send buffer and a different thread then sends the data out of the socket? Because, I see a call to s

Re: preemptive kernel

Thanks John, That is helpful. On Mon, Apr 1, 2013 at 2:33 PM, John Baldwin wrote: > On Friday, March 22, 2013 4:10:16 pm vasanth rao naik sabavat wrote: > > Hi Adrian, > > > > Just to clarify, is the kernel pre-emption involuntary? > > > > Let say I have a ker

Re: preemptive kernel

context switched out? Could you please point to the file in the source code which handles the kernel pre-emption. Thanks, Vasanth On Fri, Mar 22, 2013 at 4:00 PM, Adrian Chadd wrote: > Yes. > > > > Adrian > > > On 22 March 2013 12:09, vasanth rao naik sabavat > wrote: >

preemptive kernel

Hi, Is the FreeBSD-10 kernel preemptive? -- Thanks, Vasanth ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

Dtrace: stack() does not print function names from modules

Hi, I have enabled and verified that CTF data is present in the module .ko. however, I don't see function names getting printed instead I see addresses in the back trace for stack() output. Is there anything needed to be done apart from having CTF data in the module -- Thanks, Vasanth _

Re: dtrace failed to resolve struct thread

Thanks Ryan, I checked out latest source code and compiled the kernel which has the option you have mentioned. I can now run dtrace -s schedgraph.d without any issues. Thanks, Vasanth On Thu, Oct 18, 2012 at 1:49 PM, Ryan Stone wrote: > On Thu, Oct 18, 2012 at 12:32 PM, vasanth rao n

dtrace failed to resolve struct thread

Hi, I have an issue with latest FreeBSD when enabling dtrace dtrace -s schedgraph.d ./hotkernel both return the following error. : "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type kernel`struct thread * for identifier curthread: Unknown type name 10.0-CURRENT FreeBSD 10.0-CURRENT #0:

Re: SMP: protocol control block protection for a multithreaded process (ex: udp).

y on a multicore cpu. I have gone through the socket life cycle comments in the code and gave good understanding of the socket life cycle. Thank you for the reference. Thanks, Vasanth On Tue, May 29, 2012 at 7:14 PM, Robert N. M. Watson wrote: > On 29 May 2012, at 18:06, vasanth rao nai

Re: SMP: protocol control block protection for a multithreaded process (ex: udp).

potentially may allow other thread of the same process to enter into the udp_* functions? I am not sure if that is ever possible. Thanks, Vasanth On Tue, May 29, 2012 at 5:06 PM, Robert Watson wrote: > > On Tue, 29 May 2012, vasanth rao naik sabavat wrote: > > Can so

Re: SMP: protocol control block protection for a multithreaded process (ex: udp).

Can somebody please reply to this email. basically, can udp_detach() and udp_send() execute simultaneously for a process with multiple threads? if yes, then inp reference in udp_send() will be stale if udp_detach() free's the inp? Thanks, Vasanth On Tue, May 29, 2012 at 10:53 AM, vasant

SMP: protocol control block protection for a multithreaded process (ex: udp).

Hi, In case of a Multicore cpu system running a multithreaded process. For protocol control blocks there is no protection provided in the FreeBSD 9. For example, udp_close() and udp_send() access the inp before taking the lock. Couldn't this cause the inp inconsistency on a multithreaded process

Re: question about amd64 pagetable page allocation.

age tables are now mapped in two different virtual addresses? Could you please clarify this? Thanks, Vasanth On Tue, Apr 3, 2012 at 3:18 PM, Mark Tinguely wrote: > On Tue, Apr 3, 2012 at 1:52 PM, vasanth rao naik sabavat > wrote: > > Hello Mark, > > > > I think pmap_remo

Re: question about amd64 pagetable page allocation.

"); 2552 return; 2553 } 2554 #endif I dont still get it why this was removed? Thanks, Vasanth On Tue, Apr 3, 2012 at 12:42 PM, Mark Tinguely wrote: > On Tue, Apr 3, 2012 at 10:18 AM, vasanth rao naik sabavat > wrote: > > Hello Mark, > > > > Thank yo

Re: question about amd64 pagetable page allocation.

removed? http://lists.freebsd.org/pipermail/svn-src-all/2009-March/006006.html Thanks, Vasanth On Tue, Apr 3, 2012 at 10:56 AM, Mark Tinguely wrote: > On Tue, Apr 3, 2012 at 8:33 AM, vasanth rao naik sabavat > wrote: > > Hi, > > > > I am trying to understand the page tab

question about amd64 pagetable page allocation.

Hi, I am trying to understand the page table page allocation for a process in FBSD6.1. I see that the page table pages are allocated by vm_page_alloc(). I believe the virtual address for this allocated page can be derived by PHYS_TO_DMAP(VM_PAGE_TO_PHYS(m)), however when I compare this address wit