Displaying 20 results from an estimated 90 matches for "overzealous".
2008 Apr 07
1
[PATCH] virtio: remove overzealous BUG_ON.
The 'disable_cb' callback is designed as an optimization to tell the host
we don't need callbacks now. As it is not reliable, the debug check is
overzealous: it can happen on two CPUs at the same time. Document this.
Even if it were reliable, the virtio_net driver doesn't disable
callbacks on transmit so the START_USE/END_USE debugging reentrance
protection can be easily tripped even on UP.
Thanks to Balaji Rao for the bug report and testing.
S...
2008 Apr 07
1
[PATCH] virtio: remove overzealous BUG_ON.
The 'disable_cb' callback is designed as an optimization to tell the host
we don't need callbacks now. As it is not reliable, the debug check is
overzealous: it can happen on two CPUs at the same time. Document this.
Even if it were reliable, the virtio_net driver doesn't disable
callbacks on transmit so the START_USE/END_USE debugging reentrance
protection can be easily tripped even on UP.
Thanks to Balaji Rao for the bug report and testing.
S...
2006 May 08
2
overzealous Windows security
Hi,
I've got a MSAccess database on a linux server (fedora core 5, samba 3,
192.168.0.90)
which a Win XP client machine needs to use (192.168.0.50).
However, Access refuses to open the database because "it's not on the
LAN so is a
security risk".
How can I configure Samba so that Windows recognises 192.168.0.90 as a
local
machine, please?
Jim Donovan
Office +61+2-8923-5208
2008 Apr 07
0
[PATCH] virtio_net: remove overzealous printk
The 'disable_cb' is really just a hint and as such, it's possible for more
work to get queued up while callbacks are disabled. Under stress with an
SMP guest, this printk triggers very frequently. There is no race here, this
is how things are designed to work so let's just remove the printk.
Signed-off-by: Anthony Liguori <aliguori at us.ibm.com>
Acked-by: Rusty Russell
2008 Apr 07
0
[PATCH] virtio_net: remove overzealous printk
The 'disable_cb' is really just a hint and as such, it's possible for more
work to get queued up while callbacks are disabled. Under stress with an
SMP guest, this printk triggers very frequently. There is no race here, this
is how things are designed to work so let's just remove the printk.
Signed-off-by: Anthony Liguori <aliguori at us.ibm.com>
Acked-by: Rusty Russell
2020 Aug 19
0
[PATCH 08/28] MIPS: make dma_sync_*_for_cpu a little less overzealous
When transferring DMA ownership back to the CPU there should never
be any writeback from the cache, as the buffer was owned by the
device until now. Instead it should just be invalidated for the
mapping directions where the device could have written data.
Note that the changes rely on the fact that kmap_atomic is stubbed
out for the !HIGHMEM case to simplify the code a bit.
Signed-off-by:
2008 Sep 23
0
[LLVMdev] Overzealous PromoteCastOfAllocation
On Sep 23, 2008, at 4:16 AM, Matthijs Kooijman wrote:
>
>> and then does a load or store at the higher alignment, is
>> invoking undefined behavior. The alignment attribute on a load or
>> store
>> is an assertion about the actual alignment of the memory.
> Should this undefined behaviour be caught by the verifier, or is it
> ok for it
> to exist?
I
2008 Sep 08
0
[LLVMdev] Overzealous PromoteCastOfAllocation
Hi Matthijs,
Changing PromoteCastOfAllocation to not replace aggregate allocas with
non-aggregate allocas if they have GEP users sounds reasonable to me.
Finding the maximum alignment is sometimes still useful though, so
it would be nice to update the alignment field of the alloca even if
its type is left unchanged.
Dan
On Sep 8, 2008, at 8:57 AM, Matthijs Kooijman wrote:
> Hi all,
>
2002 Jun 17
1
overzealous help-links.sh script! (PR#1682)
Starting html help in the current version of R has a very annoying
side-effect. It indiscriminantly removes $HOME/.R, and replaces it with a
virgin copy. I discovered that when all of a sudden I got complaints about
my startup "library" not being found.
Below is a modified version of the script that doesn't do this. It is not
perfect yet (it shouldn't try to recreate links
2000 Aug 31
1
slightly overzealous RNG seeding?
Hello again,
I was testing today's SNAP (openssh-SNAP-20000830.tar.gz) in my
Solaris 2.6-8 environment, when I found some problems with the ssh2
support.
While connecting, it seeds the RNG something like 32 times! And then
once connected, it seeds again 2 or 3 times with *every* keystroke! This
makes for some slow going. This happens on all of the Solaris boxes I
tried. Binary was
2006 Apr 26
2
--link-dest and file/dir transfer to remote rsync daemon
Hi NG,
I want to do incremental backups to a remote server running rsyncd
(because daemonless transfer via ssh often hangs!). In contrast to
transfer via ssh (without remote rsyncd) this doesn't seem possible, or
do I miss something?
Imagine I want to incrementally backup `mydir' to the backup space
`backup' on e remote server `alpha' running an rsync daemon. rsyncd on
2008 Sep 22
0
[LLVMdev] Overzealous PromoteCastOfAllocation
On Sep 13, 2008, at 1:07 PM, Matthijs Kooijman wrote:
> Hi Dan,
>
>> Changing PromoteCastOfAllocation to not replace aggregate allocas
>> with
>> non-aggregate allocas if they have GEP users sounds reasonable to me.
> This sounds reasonable indeed, but still a bit arbitrary. Haven't
> figured out
> anything better yet, though.
>
>> Finding the
2017 Apr 01
3
mean(x) != mean(rev(x)) different with x <- c(NA, NaN) for some builds
...s, e.g.
> x <- c(NA, NaN)
> mean(x)
[1] NA
> mean(rev(x))
[1] NA
[...]
Before going insane trying to troubleshoot this, I have a vague memory
that this, or something related to this, has been discussed
previously, but I cannot locate it.
Is the above a bug in R, a FAQ, a build error, overzealous compiler
optimization, and / or ...?
Thanks,
Henrik
2019 Nov 18
2
Inappropriate class(o)[!inherits(o,"AsIs")] in get_all_vars
...class(o), inherits(o,"AsIs") is TRUE. In that case, by recycling of logical index, class(o)[!inherits(o,"AsIs")] removes all elements of class(o), giving character(0).
> Thank you, Suharto !
> You are obviously right, and I'm a bit embarrassed by my
> overzealousness to follow my own recommendations in the R Blog
> http://bit.ly/R_blog_class_think_2x
> {*wrongly*: The recommendation was to "think again" ...}
> It's a "shame" that the wrong code did not trigger any checks,
> so if anybody has time... I&...
2008 Jul 17
9
How to delete hundreds of emtpy snapshots
I got overzealous with snapshot creation. Every 5 mins is a bad idea.
Way too many.
What''s the easiest way to delete the empty ones?
zfs list takes FOREVER
2008 Sep 13
3
[LLVMdev] Overzealous PromoteCastOfAllocation
Hi Dan,
> Changing PromoteCastOfAllocation to not replace aggregate allocas with
> non-aggregate allocas if they have GEP users sounds reasonable to me.
This sounds reasonable indeed, but still a bit arbitrary. Haven't figured out
anything better yet, though.
> Finding the maximum alignment is sometimes still useful though, so
> it would be nice to update the alignment field of
2008 Sep 08
2
[LLVMdev] Overzealous PromoteCastOfAllocation
Hi all,
I'm currently running into some problems with instcombine changing the type of
alloca instructions. In particular, the PromoteCastOfAllocation looks at any
allocation instruction that is used by a bitast.
It does a few checks, but basically tries to change the type of the alloca
instruction to the type pointed to by the bitcasted type. The current
heuristic for determining if this is
2006 Feb 05
8
sha1 or md5?
I''m building a site that requires user log-in and i have seen the Agile
book using sha1 for password hashing while R-Forum uses md5.
Is there any compelling argument to use one over the other?
--
Posted via http://www.ruby-forum.com/.
2013 Mar 22
1
R CMD check in R-3.0.0 gives warnings
...ed in .hidden_file_exclusions.
- typical Mac Finder files .DS_Store
All of these are ignored when executing R CMD check --as-cran.
I can't remove the .hg* files and directories. I could remove the .DS_Store files to avoid the note.
The note is harmless but annoying and strikes me as slightly overzealous.
Berend
2008 Sep 23
3
[LLVMdev] Overzealous PromoteCastOfAllocation
Hi Dan,
> Oh, ok. So code that takes an alloca, bitcasts the address to a higher
> alignment,
Since alignment is not a property of a type, I don't think you can "bitcast to
a higher alignment" as such. I still understand what you mean, though :-)
> and then does a load or store at the higher alignment, is
> invoking undefined behavior. The alignment attribute on a load