search for: unecessary

While removing a non-empty directory, the kernel dumps a message: (rmdir,21743,1):ocfs2_unlink:953 ERROR: status = -39 Suppress the error message from being printed in the dmesg so users don't panic. Signed-off-by: Goldwyn Rodrigues <rgoldwyn at suse.com> --- diff --git a/fs/ocfs2/namei.c b/fs/ocfs2/namei.c index 04ee1b5..33c7b91 100644 --- a/fs/ocfs2/namei.c +++ b/fs/ocfs2/namei.c @@

dma_fence_default_wait is the default now. Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org --- drivers/gpu/drm/nouveau/nouveau_fence.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c b/drivers/gpu/drm/nouveau/nouveau_fence.c index 503fa94dc06d..444bbde65344

dma_fence_default_wait is the default now. Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org --- drivers/gpu/drm/nouveau/nouveau_fence.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c b/drivers/gpu/drm/nouveau/nouveau_fence.c index 503fa94dc06d..444bbde65344

dma_fence_default_wait is the default now. Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org --- drivers/gpu/drm/nouveau/nouveau_fence.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c b/drivers/gpu/drm/nouveau/nouveau_fence.c index 412d49bc6e56..99be61ddeb75

The trivial enable_signaling implementation matches the default code. v2: Fix up commit message to match patch better (Eric). Cc: Eric Anholt <eric at anholt.net> Reviewed-by: Eric Anholt <eric at anholt.net> Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> Cc: Dave Airlie <airlied at redhat.com> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at

The trivial enable_signaling implementation matches the default code. v2: Fix up commit message to match patch better (Eric). Cc: Eric Anholt <eric at anholt.net> Reviewed-by: Eric Anholt <eric at anholt.net> Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> Cc: Dave Airlie <airlied at redhat.com> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at

The trivial enable_signaling implementation matches the default code. v2: Fix up commit message to match patch better (Eric). Cc: Eric Anholt <eric at anholt.net> Reviewed-by: Eric Anholt <eric at anholt.net> Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> Cc: Dave Airlie <airlied at redhat.com> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at

dma_fence_default_wait is the default now, same for the trivial enable_signaling implementation. Reviewed-by: Eric Anholt <eric at anholt.net> Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> Cc: David Airlie <airlied at linux.ie> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: virtualization at lists.linux-foundation.org --- drivers/gpu/drm/virtio/virtgpu_fence.c |

...attachments _BEFORE_ adding the message (thus creating an ID to relate the attachment to), I will need to find a way to store the attachments on a temporary way that will allow me to attach one another later. But, if the user closes the browser before inserting the message, I get temporary and unecessary files lying around. If I only allow one attachment at a time, this can also raise a few problems: 1) You add a 20mb attachment and then your form doesn''t validate, wich means you''ll have to upload again 2) You will have to edit that message to attach more files (wich, IMHO, do...

Hi All, I am writing a function that reads a file in myfile = file('myfile.raw', 'rb') . . . . . close(myfile) No matter what, I get the warning Warning message: closing unused connection 3 (myfile.raw) Since the whole thing is in a function, I'd like to avoid unecessary noise for the user, and I'd like to kill the warning -- without having to mess with global options. Any ideas how? BW F -- Federico C. F. Calboli Neuroepidemiology and Ageing Research Imperial College, St. Mary's Campus Norfolk Place, London W2 1PG Tel +44 (0)20 75941602 Fax +44 (...

...: > Assertion `oggz_dlist_is_empty(oggz->packet_buffer)' failed. > > I'll supply an example file tomorrow if that would be of help. > > Any thoughts? I expect that will be in the code that tries to calculate granulepos when it is not present on the page, which is actually unecessary for this mapping -- so I expect it will be straightforward to fix. Of course the file will be necessary to debug it :-) thanks, Conrad.

OK from what I understand, the DAG.getSExtOrTrunc(SetCC, DL, SelectVT) is unecessary and the SelectVT is nto the right type (as it is called with incorrect parameter). Here is a patch so it won't generate a loop. I ran make check and it doesn't look like anything is broken. 2014-07-07 11:36 GMT-07:00 Matt Arsenault <arsenm2 at gmail.com>: > > On Jul 5, 2014,...

...my employees not knowing how to forward calls, answer calls when away from the multiline phone, and no ADSI phone will handle multiple lines that I have found. I would love to put 6 X100P cards in a case and run asterisk on it. but... I hate the idea of running a channel bank. It just seems unecessary, and more crap to break, set up, and buy. DIalogic 4 and 12 port cards are expensive. The 12 port prohibitively so, so I think I would be better off getting 2 of the 4 port cards. I have found them for <900$ apiece on ebay. That compairs as: Case 1 Channel bank Asterisk box: 500$ (pro...

...er. So who is responsible for (as stated under the invoke description in the language reference) "ensure that proper cleanup is performed in the case of either a longjmp or a thrown exception"? Is it entirely the front-end or is dwarf unwinding doing some extra work (other than a few unecessary register restores), like restoring signals, and calling pthread cleanup routines? In other words does the dwarf unwinder do nothing other than unwind, and was all that stuff about pthread_cleanup_pop() actions just a red-herring? Mark. > > Ciao, > > Duncan. > ___________________...

.... I'm trying to use fixed point opus on an ATMEL AT32UC3B0512. I added the opus source into mine sw tree, I trim off code I don't use (eg. arm, x86 folders) It compiles, but the generated image is too big to fit in the flash. Have I any way to reduce the source footprint? (Eg. throw away unecessary files, if there are any..) Thanks, Daniele.

Silvia, I intend to release a binary on the 26th at most. Supporting at least 2 subtitle formats. Yes, I guess it would be nice to have a page and wiki at a place related to other xiph projects but if that is not possible, I have my own provider or even SF I can put things on. Other then that, I promise that on the next commit, a README file will be commited as well. Mesquita

Hi all, I was wondering why there is a timeout (100msec) in the _acception_connection function (icecast/src/connection.c) where it calls the util_timed_wait_for_fd. To me this seems to incur unecessary load on the machine on which the icecast server runs, since each time the timeout expires some more user time is used up by the process. In my particular setup I run an icecast server 24/7, but only have a source (and clients) connected for a couple of hours during the week. When I leave the serve...

...for "/root" and "/old_root" - I believe that should be "/root" and "/root/old_root". * chdir("/") is recommended after pivot_root() * init_argv[0] isn't set properly to the basename pointed to by char *s - this fix also eliminates six lines of unecessary code and improves readability by using get_arg(). --- klibc-0.194/kinit/kinit.c.orig 2005-01-05 15:40:15.468305608 -0700 +++ klibc-0.194/kinit/kinit.c 2005-01-05 15:41:44.400785816 -0700 @@ -246,8 +251,9 @@ do_ipconfig(cmdc, cmdv); check_path("/root"); - check_path("/old_root&...

...ll only work correctly if the entire executable, or at least the bits doing exception handling, are all built with the same compiler/codegen options, but that's ok if it's not the default. > Is it entirely the front-end or is dwarf unwinding doing some extra work > (other than a few unecessary register restores), like restoring signals, > and calling pthread cleanup routines? The front-end needs to ensure that there is an appropriate invoke that runs the pthread cleanup routines in the unwind block. > In other words does the dwarf unwinder do nothing other than unwind, > and w...

Hi Mark, > You are confusing stopping the unwinding at *some* levels or at *all* > levels. > Eg. > invoke > call > call > invoke > call > call > unwind the dwarf unwinder only stops and runs user code at the invokes. It does restore registers and so forth at every stack frame. This is extra work done at unwind time that reduces the cost