similar to: Some initial tidy-ups and refactoring

Displaying 20 results from an estimated 2000 matches similar to: "Some initial tidy-ups and refactoring"

2014 Aug 12
1
Some initial tidy-ups and refactoring
On 12/08/14 00:55, Ilia Mirkin wrote: > Please send these one email per patch, inlined. git send-email will > generally do the right thing, but you can do it manually too (just be > careful about preserving tabs, not wrapping, etc... most mail clients > mess it up one way or another) > > On Mon, Aug 11, 2014 at 7:03 PM, Joel Holdsworth > <joel at airwebreathe.org.uk>
2014 Aug 12
6
[PATCH 0/4] Some initial tidy-ups and refactoring
The patches contain some tidy-up work, and refactoring that has arisen as a by-product of my initial work on adding TV support to nv50. Joel Holdsworth (4): drm/nouveau: Removed unneeded include in nvc0_fence.c drm/nouveau: Replaced magic numbers with defines from nouveau_reg drm/nouveau: Replaced copy-pasted nv_wait with nv50_wait_dpms_ctrl helper drm/nouveau: Refactored encoder
2014 Aug 11
0
Some initial tidy-ups and refactoring
Please send these one email per patch, inlined. git send-email will generally do the right thing, but you can do it manually too (just be careful about preserving tabs, not wrapping, etc... most mail clients mess it up one way or another) On Mon, Aug 11, 2014 at 7:03 PM, Joel Holdsworth <joel at airwebreathe.org.uk> wrote: > The patches contain some tidy-up work, and refactoring that has
2013 Feb 19
1
[PATCH] drm/nouveau: fix suspend bug in nvc0 fence implementation
Everywhere else the constant is multiplied by 16/4, so it looks like nvc0_fence_suspend/resume is buggy here. Signed-off-by: Maarten Lankhorst <m.b.lankhorst at gmail.com> Cc: stable at vger.kernel.org [3.7+] --- diff --git a/drivers/gpu/drm/nouveau/nvc0_fence.c b/drivers/gpu/drm/nouveau/nvc0_fence.c index 85a0e78..4f46d8b 100644 --- a/drivers/gpu/drm/nouveau/nvc0_fence.c +++
2012 Nov 25
0
[PATCH] drm/nouveau: unpin various bo's before destroying
These objects leak VRAM - but only on module unload. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- drivers/gpu/drm/nouveau/nv04_crtc.c | 6 +++++- drivers/gpu/drm/nouveau/nv10_fence.c | 7 ++++++- drivers/gpu/drm/nouveau/nv50_display.c | 21 ++++++++++++++++++--- drivers/gpu/drm/nouveau/nv50_fence.c | 5 ++++- drivers/gpu/drm/nouveau/nvc0_fence.c | 7 ++++++-
2004 Oct 22
6
How to save a complete image of the current state of R ?
Hello, I like to save the complete state of R, i.e. including all environments, objects/workspaces, loaded packages etc.. This wish has arisen since I am not able to reproduce an error which occurs when running R CMD check. Many thanks for your advice in advance. Best Regards Andreas
2009 May 28
6
Users with large (4GB) inboxes crippling dovecot
Hi all, I'm new here and would very much appreciate any help you can give me. We are running a rather outdated mail server that until recently has been running beautifully. Under the pretense of "it is ain't broke, don't fix it" it hasn't been updated so is running Fedora Core 4 and dovecot v0.99.14. What is happening is that as users log in (via thunderbird), they
2011 Dec 15
1
error starting R-devel with --arch ppc -- "an unusual circumstance has arisen"
When I try and start R-devel as follows: R --vanilla --arch ppc I see this, over and over again, ^C does not interrupt it and I have to close the terminal window: > Error in paste0(prefix, conditionMessage(e), "\n") : not a BUILTIN function In addition: Warning message: An unusual circumstance has arisen in the nesting of readline input. Please report using bug.report() >
2017 Jun 29
3
Just a quick heads up -- removing BBVectorize from LLVM (and Clang)
If you don't use BBVectorize at all, you can ignore this. Hal suggested this in a thread in 2014: http://lists.llvm.org/pipermail/llvm-dev/2014-November/079091.html None objected then, and I don't think any new uses have arisen so I plan to just remove it. It is causing maintenance burden, complexity, and is a set of features I'd rather not port to the new PM. Just an FYI email to
2014 Dec 29
3
sites and subnets
We had a samba 4.1.9 AD DC running since July. We have 3 campuses and brought up a secondary AD at another campus. This setup seemed to be running as expected. We could see our primary AD DC authenticating requests fine. We could see the secondary AD authenticating requests as well at our second campus. Then we started experiencing bandwidth issues between our campuses. Our metro-etherlink
2014 Apr 09
2
[LLVMdev] Changing the value returned by sizeof
Hello, I'm replacing a struct with another struct of a different size. A problem arises when the following line occurs in the source code: MyStruct *a = malloc(sizeof(a)); The 'sizeof(a)' is turned into a constant in the LLVM IR, resulting in the wrong amount of memory being allocated for the struct. Is there any way to find all the constants that have arisen from sizeof? Thanks,
2003 Mar 27
2
Problem with xcopy /d & samba
A problem has arisen with the way samba handles file creation dates compared to NT/win2k, which prevents xcopy /d from working correctly. On NT/Win2k, files copied from another NT machine using xcopy end up with the modified dates equal to the original modified date of the file, and the created and accessed dates become the date of the xcopy operation. On Samba, files copied from an NT
2015 Mar 25
2
[LLVMdev] MCJIT finalizeObject output to use in external process
A need has arisen to generate code using MCJIT but not in the target process instead in a different process (and possibly even different machine though not in the scope). Reading through the tutorials and MCJIT design document, it seems like this is possible or was kept in mind during design of MCJIT. How do I achieve this? Are there examples? Dave -------------- next part -------------- An
2012 Dec 13
2
Position available University of Oxford UK
*Postdoctoral Researcher - Bioinformatics/Statistics University of Oxford, UK *An exciting opportunity has arisen for a Postdoctoral Researcher in Bioinformatics/Statistics to join the Department of Oncology at the University of Oxford. The postholder will work under the supervision of Dr Francesca Buffa and Prof Adrian Harris, and will work closely with staff in the Molecular Oncology
2008 Jun 30
2
[LLVMdev] TableGen && OpenBSD
On Jun 29, 2008, at 1:48 PM, Anton Korobeynikov wrote: > Hello, Everyone > >> Thanks for your help, and good luck debugging! > Ok, looks like I've nailed down the tablegen bug and even reproduced > the > assertion on linux. > > Steps to reproduce: just apply the attached patch. This makes > iteration > over PatterFragments map little bit slower, but
2005 Jul 27
2
Random Behavior on Trunk Lines with TDM Card
We have implemented * in one of our branch offices and recently ran up against a very strange issue. On random occasions, when we would dial out using our trunk lines, we would get a message stating "you do not have to dial a 1 or 0 when calling this number" even if we didn't dial a 1 or 0 in the dial sequence at all. After much troubleshooting, we found users with similar issues
2012 Sep 04
2
Position available University of Oxford
*Bioinformatics/Statistics **Postdoctoral Researcher **University of Oxford, UK * An exciting opportunity has arisen for a Postdoctoral Researcher -- Bioinformatics/Statistics to work on the data-mining and knowledge discovery components of the FP7 project "Enabling information re-Use by linking clinical REsearch and Care", EURECA (http://eurecaproject.eu/partners). By generating a
2015 Apr 23
3
model frames and update()
This issue has arisen within my anova.coxph routine, but is as easily illustrated with glm. testdata <- data.frame(y= 1:5, n= c(8,10,6,20,14), sex = c(0,1,0,1,1), age = c(30,20,35,25,40)) fit <- glm(cbind(y,n) ~ age + sex, binomial, data=testdata, model=TRUE) saveit <- fit$model update(fit, .~. - age, data=saveit)
2007 Jun 18
4
pxelinux bug's
Hello Peter, The attached patch contains three small (although 2 of them are fundamental :) fixes for pxelinux 1. Alignment error when more than one initramfs are loaded using initrd - the alignment of the last disk is discarded in calculations but is ALWAYS present when the loading procedure is called. As a result - the second image (cpio) is not recognized. 2. On some platforms
2017 Jul 01
3
[cfe-dev] Just a quick heads up -- removing BBVectorize from LLVM (and Clang)
Already added in the commit (I think) On Fri, Jun 30, 2017 at 3:58 PM Hans Wennborg <hans at chromium.org> wrote: > On Thu, Jun 29, 2017 at 3:42 PM, Chandler Carruth via cfe-dev > <cfe-dev at lists.llvm.org> wrote: > > If you don't use BBVectorize at all, you can ignore this. > > > > Hal suggested this in a thread in 2014: > >