search for: pdes

Hi, Is there any method in R by which I can solve PDEs? Thank you, Amit [[alternative HTML version deleted]]

...The second position starting in September to develop methods for the analysis of Calcium imaging data from neuronal preparation is also available. Familiarity with neurophysiology is not required. Familiarity with R and with maximum likelihood estimation of models based on non-linear ODEs and PDEs is a big plus. For more information please visit: https://www2.cnrs.fr/DRH/post-docs07/index.php?pid=1&action=view&id=579&lang=en -- A Master Carpenter has many tools and is expert with most of them.If you only know how to use a hammer, every problem starts to look like a nail. Stay a...

Is there a package in R which implements numerically solves pde ? Thanks, Tolga

i am trying to solve a partial differential equation analytically(PDE) in R . i have found some functions that do the stuff numerically. But that will not meet my purpose. is there any function to solve PDE analytically. please help. -- View this message in context: http://r.789695.n4.nabble.com/analytical-solution-of-partial-differential-equation-tp4291618p4291618.html Sent from the R help

Hi folks ! So I've been trying to figure out what it would take to make nouveau work properly on architectures where PAGE_SIZE isn't 4k such as most ppc64's. An initial patch from Dave fixed a bogon in nv41.c nv41_vm_map_sg() which was trying to handle the case at that low level, but this isn't enough, and after a bit of digging, I also think that's not the right approach:

.../nouveau/nvkm/subdev/mmu/vmmgp100.c index d86287565542..ed37fddd063f 100644 --- a/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgp100.c +++ b/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgp100.c @@ -258,12 +258,94 @@ gp100_vmm_pd0_unmap(struct nvkm_vmm *vmm, VMM_FO128(pt, vmm, pdei * 0x10, 0ULL, 0ULL, pdes); } +static void +gp100_vmm_pd0_pfn_unmap(struct nvkm_vmm *vmm, + struct nvkm_mmu_pt *pt, u32 ptei, u32 ptes) +{ + struct device *dev = vmm->mmu->subdev.device->dev; + dma_addr_t addr; + + nvkm_kmap(pt->memory); + while (ptes--) { + u32 datalo = nvkm_ro32(pt->memory, pt->bas...

A colleague pointed me to this article advocating R as a Matlab substitute. Here is the link (deliberately on two lines: http://searchenterpriselinux.techtarget.com/ originalContent/0,289142,sid39_gci902076,00.html I'm not a Matlab user, but I understand that it provides a nice front end to the Linpack collection of numerical linear algebra routines. My friend and I wonder if R can really

...n nv40 unless missed something, I want to make sure I'm not breaking everything else...). Thus I assume that each "pte" in a "big" page table maps a page size of 1 << vmm->lpg_shift, is that correct ? vmm->pgt_bits is always the same however, thus I assume that PDEs always map the same amount of space, but regions for large pages just have fewer PTEs, which seem to correspond to what the code does here: u32 pte = (offset & ((1 << vmm->pgt_bits) - 1)) >> bits; - My basic idea is to move the card page vs system PAGE breakdown up into vm/ba...

...0x46ecfff stats.so /Library/Frameworks/R.framework/Resources/library/stats/libs/stats.so 0x47be000 - 0x47c2fff lapack.so /Library/Frameworks/R.framework/Resources/modules/lapack.so 0x5429000 - 0x5442fff com.epson.print.pde.PrintSetting.SC740 1.29 /Library/Printers/EPSON/SC740.plugin/Contents/PDEs/PrintSetting.plugin/Contents/MacOS/PrintSetting_W 0x54c3000 - 0x54d8fff com.epson.print.pde.ColorManagement.SC740 1.29 /Library/Printers/EPSON/SC740.plugin/Contents/PDEs/ColorManagement.plugin/Contents/MacOS/ColorManagement_W 0x555b000 - 0x5595fff vfonts.so /Library/Frameworks/R.framework/Reso...

On Thu, 16 Nov 2006 00:16:26 +0100 Adrian Bunk <bunk@stusta.de> wrote: > Paravirt breaks CONFIG_X86_PAE=y compilation: > > <-- snip --> > > ... > CC init/main.o > In file included from include2/asm/pgtable.h:245, > from > /home/bunk/linux/kernel-2.6/linux-2.6.19-rc5-mm2/include/linux/mm.h:40, > from >

On Thu, 16 Nov 2006 00:16:26 +0100 Adrian Bunk <bunk@stusta.de> wrote: > Paravirt breaks CONFIG_X86_PAE=y compilation: > > <-- snip --> > > ... > CC init/main.o > In file included from include2/asm/pgtable.h:245, > from > /home/bunk/linux/kernel-2.6/linux-2.6.19-rc5-mm2/include/linux/mm.h:40, > from >

..., sglen; + dma_addr_t addr; - vmm->map_sg(vma, pgt, mem, pte, 1, &addr); - num--; - pte++; + /* Number of system pages and base address */ + sglen = sg_dma_len(sg) >> PAGE_SHIFT; + addr = sg_dma_address(sg); + + /* Iterate over system pages in the segment and + * covered PDEs + */ + while(sglen) { + /* Number of card PTEs */ + cardlen = sglen << order; + end = pte + cardlen; + if (unlikely(end > max)) + end = max; + cardlen = end - pte; - if (num == 0) - goto finish; - } - if (unlikely(end >= max)) { - pde++; - pte = 0; - } - i...

...gpde = *gpde_p; + l2_pgentry_t spde = *spde_p; - spde = 0; + spde = mk_l2_pgentry(0); if ( sl1mfn != 0 ) { - spde = (gpde & ~PAGE_MASK) | (sl1mfn << PAGE_SHIFT) | - _PAGE_RW | _PAGE_ACCESSED | _PAGE_DIRTY; - gpde |= _PAGE_ACCESSED; /* N.B. PDEs do not have a dirty bit. */ + spde = mk_l2_pgentry((l2_pgentry_val(gpde) & ~PAGE_MASK) + | (sl1mfn << PAGE_SHIFT) + | _PAGE_RW | _PAGE_ACCESSED | _PAGE_DIRTY); + l2_pgentry_val(gpde) |= _PAGE_ACCESSED; /* N.B. PDEs do not have a dirty bit. */ /* Detect lin...

Robert P. J. Day wrote: > Signed-off-by: Robert P. J. Day <rpjday@mindspring.com> > > --- > > diff --git a/arch/i386/kernel/vmi.c b/arch/i386/kernel/vmi.c Maintainers are apparently those under "PARAVIRT_OPS INTERFACE". CCs added. > index c12720d..e3ce5c8 100644 > --- a/arch/i386/kernel/vmi.c > +++ b/arch/i386/kernel/vmi.c > @@ -235,7 +235,7 @@ static

Robert P. J. Day wrote: > Signed-off-by: Robert P. J. Day <rpjday@mindspring.com> > > --- > > diff --git a/arch/i386/kernel/vmi.c b/arch/i386/kernel/vmi.c Maintainers are apparently those under "PARAVIRT_OPS INTERFACE". CCs added. > index c12720d..e3ce5c8 100644 > --- a/arch/i386/kernel/vmi.c > +++ b/arch/i386/kernel/vmi.c > @@ -235,7 +235,7 @@ static

...pte++; > + /* Number of system pages and base address */ > + sglen = sg_dma_len(sg) >> PAGE_SHIFT; > + addr = sg_dma_address(sg); > + > + /* Iterate over system pages in the segment and > + * covered PDEs > + */ > + while(sglen) { > + /* Number of card PTEs */ > + cardlen = sglen << order; > + end = pte + cardlen; > + if (unlikely(end > max)) > +...

The goal for this series is to introduce the hmm_pfn_to_map_order() function. This allows a device driver to know that a given 4K PFN is actually mapped by the CPU using a larger sized CPU page table entry and therefore the device driver can safely map system memory using larger device MMU PTEs. The series is based on 5.8.0-rc3 and is intended for Jason Gunthorpe's hmm tree. These were

...g > else...). > > Thus I assume that each "pte" in a "big" page table maps a page size > of 1 << vmm->lpg_shift, is that correct ? Correct, nv50+ are the only ones that support large pages. > vmm->pgt_bits is always the same however, thus I assume that PDEs always > map the same amount of space, but regions for large pages just have > fewer PTEs, which seem to correspond to what the code does here: > > u32 pte = (offset & ((1 << vmm->pgt_bits) - 1)) >> bits; > > - My basic idea is to move the card page vs system...

The goal for this series is to introduce the hmm_range_fault() output array flags HMM_PFN_PMD and HMM_PFN_PUD. This allows a device driver to know that a given 4K PFN is actually mapped by the CPU using either a PMD sized or PUD sized CPU page table entry and therefore the device driver can safely map system memory using larger device MMU PTEs. The series is based on 5.8.0-rc3 and is intended for

...ed_page(u32 pfn, int type, struct page *page) +{ + u32 *ptr; + int i; + int limit = PAGE_SIZE / sizeof(int); + + if (page_address(page)) + ptr = (u32 *)page_address(page); + else + ptr = (u32 *)__va(pfn << PAGE_SHIFT); + /* + * When cloning the root in non-PAE mode, only the userspace + * pdes need to be zeroed. + */ + if (type & VMI_PAGE_CLONE) + limit = USER_PTRS_PER_PGD; + for (i = 0; i < limit; i++) + BUG_ON(ptr[i]); +} + +/* + * We stash the page type into struct page so we can verify the page + * types are used properly. + */ +static void vmi_set_page_type(u32 pfn, int ty...