Displaying 20 results from an estimated 22 matches for "665,9".
Did you mean:
615,9
2017 Aug 24
3
Building LLVM's fuzzers
...t; beforehand.
>
> A trivial fix is to do:
>
> diff --git a/cmake/modules/HandleLLVMOptions.cmake b/cmake/modules/HandleLLVMOptions.cmake
> index 04596a6ff63..5465d8d95ba 100644
> --- a/cmake/modules/HandleLLVMOptions.cmake
> +++ b/cmake/modules/HandleLLVMOptions.cmake
> @@ -665,6 +665,9 @@ if(LLVM_USE_SANITIZER)
> endif()
> if (LLVM_USE_SANITIZE_COVERAGE)
> append("-fsanitize=fuzzer-no-link" CMAKE_C_FLAGS CMAKE_CXX_FLAGS)
> +
> + # Dead stripping messes up coverage instrumentation.
> + set(LLVM_NO_DEAD_STRIP ON)
> endif()...
2017 Aug 24
5
Building LLVM's fuzzers
(kcc, george: sorry for the re-send, the first was from a non-list email
address)
My configuration for building the fuzzers in the LLVM tree doesn't seem to
work any more (possibly as of moving libFuzzer to compiler-rt, but there
have been a few other changes in the last week or so that may be related).
I'm building with a fresh top-of-tree clang and setting
-DLLVM_USE_SANITIZER=Address
2017 Aug 24
3
Building LLVM's fuzzers
...vial fix is to do:
> >
> > diff --git a/cmake/modules/HandleLLVMOptions.cmake b/cmake/modules/HandleLLVMOptions.cmake
> > index 04596a6ff63..5465d8d95ba 100644
> > --- a/cmake/modules/HandleLLVMOptions.cmake
> > +++ b/cmake/modules/HandleLLVMOptions.cmake
> > @@ -665,6 +665,9 @@ if(LLVM_USE_SANITIZER)
> > endif()
> > if (LLVM_USE_SANITIZE_COVERAGE)
> > append("-fsanitize=fuzzer-no-link" CMAKE_C_FLAGS CMAKE_CXX_FLAGS)
> > +
> > + # Dead stripping messes up coverage instrumentation.
> > + set(LLVM_NO_...
2017 Aug 24
2
Building LLVM's fuzzers
...-git a/cmake/modules/HandleLLVMOptions.cmake
>>> b/cmake/modules/HandleLLVMOptions.cmake
>>> > index 04596a6ff63..5465d8d95ba 100644
>>> > --- a/cmake/modules/HandleLLVMOptions.cmake
>>> > +++ b/cmake/modules/HandleLLVMOptions.cmake
>>> > @@ -665,6 +665,9 @@ if(LLVM_USE_SANITIZER)
>>> > endif()
>>> > if (LLVM_USE_SANITIZE_COVERAGE)
>>> > append("-fsanitize=fuzzer-no-link" CMAKE_C_FLAGS CMAKE_CXX_FLAGS)
>>> > +
>>> > + # Dead stripping messes up coverage inst...
2008 Jan 30
0
Shell Expansion in logcheck.logfiles
...ded to the same thing as above. And this way as I add new
virtual machines, their logs get picked up automatically by logcheck.
To that end I patched the logcheck script as follows
--- logcheck.orig 2008-01-30 09:31:48.000000000 +0800
+++ logcheck 2008-01-30 09:33:17.000000000 +0800
@@ -665,7 +665,9 @@
|| error "Could not mkdir for log files"
if [ ! $LOGFILE ] && [ -r $LOGFILES_LIST ]; then
for file in $(egrep --text -v "(^#|^[[:space:]]*$)" $LOGFILES_LIST); do
- logoutput "$file"
+ for line in $(ls -1 "$file"); do...
2017 Aug 24
4
Building LLVM's fuzzers
...>> >>> b/cmake/modules/HandleLLVMOptions.cmake
>> >>> > index 04596a6ff63..5465d8d95ba 100644
>> >>> > --- a/cmake/modules/HandleLLVMOptions.cmake
>> >>> > +++ b/cmake/modules/HandleLLVMOptions.cmake
>> >>> > @@ -665,6 +665,9 @@ if(LLVM_USE_SANITIZER)
>> >>> > endif()
>> >>> > if (LLVM_USE_SANITIZE_COVERAGE)
>> >>> > append("-fsanitize=fuzzer-no-link" CMAKE_C_FLAGS
>> CMAKE_CXX_FLAGS)
>> >>> > +
>> >>&...
2020 Jan 10
0
[PATCH 09/23] drm: Remove struct drm_driver.get_scanout_position()
...? Should not happen. */
- if (!dev->driver->get_scanout_position ||
- !crtc->helper_private->get_scanout_position) {
+ if (!crtc->helper_private->get_scanout_position) {
DRM_ERROR("Called from CRTC w/o get_scanout_position()!?\n");
return false;
}
@@ -666,17 +665,9 @@ bool drm_calc_vbltimestamp_from_scanoutpos(struct drm_device *dev,
* Get vertical and horizontal scanout position vpos, hpos,
* and bounding timestamps stime, etime, pre/post query.
*/
- if (crtc->helper_private->get_scanout_position) {
- vbl_status =
- crtc->helper_...
2017 Aug 24
3
Building LLVM's fuzzers
...dules/HandleLLVMOptions.cmake
>>>> >>> > index 04596a6ff63..5465d8d95ba 100644
>>>> >>> > --- a/cmake/modules/HandleLLVMOptions.cmake
>>>> >>> > +++ b/cmake/modules/HandleLLVMOptions.cmake
>>>> >>> > @@ -665,6 +665,9 @@ if(LLVM_USE_SANITIZER)
>>>> >>> > endif()
>>>> >>> > if (LLVM_USE_SANITIZE_COVERAGE)
>>>> >>> > append("-fsanitize=fuzzer-no-link" CMAKE_C_FLAGS
>>>> CMAKE_CXX_FLAGS)
>>>>...
2017 Aug 25
2
Building LLVM's fuzzers
...gt;>>>> >>> > index 04596a6ff63..5465d8d95ba 100644
> >>>>> >>> > --- a/cmake/modules/HandleLLVMOptions.cmake
> >>>>> >>> > +++ b/cmake/modules/HandleLLVMOptions.cmake
> >>>>> >>> > @@ -665,6 +665,9 @@ if(LLVM_USE_SANITIZER)
> >>>>> >>> > endif()
> >>>>> >>> > if (LLVM_USE_SANITIZE_COVERAGE)
> >>>>> >>> > append("-fsanitize=fuzzer-no-link" CMAKE_C_FLAGS
> >>>>&...
2017 Sep 11
2
Building LLVM's fuzzers
...>> > index 04596a6ff63..5465d8d95ba 100644
>>> >>>>> >>> > --- a/cmake/modules/HandleLLVMOptions.cmake
>>> >>>>> >>> > +++ b/cmake/modules/HandleLLVMOptions.cmake
>>> >>>>> >>> > @@ -665,6 +665,9 @@ if(LLVM_USE_SANITIZER)
>>> >>>>> >>> > endif()
>>> >>>>> >>> > if (LLVM_USE_SANITIZE_COVERAGE)
>>> >>>>> >>> > append("-fsanitize=fuzzer-no-link" CMAKE_C_FLAG...
2019 Jul 19
0
[PATCH v3 4/9] x86/mm/tlb: Flush remote and local TLBs concurrently
...is barely
* slower than a minimal flush, just switch to init_mm.
*
- * This should be rare, with native_flush_tlb_others skipping
+ * This should be rare, with native_flush_tlb_multi() skipping
* IPIs to lazy TLB mode CPUs.
*/
switch_mm_irqs_off(NULL, &init_mm, NULL);
@@ -665,9 +665,14 @@ static bool tlb_is_not_lazy(int cpu)
static DEFINE_PER_CPU(cpumask_t, flush_tlb_mask);
-void native_flush_tlb_others(const struct cpumask *cpumask,
- const struct flush_tlb_info *info)
+void native_flush_tlb_multi(const struct cpumask *cpumask,
+ const struct flush_tl...
2019 Jul 02
0
[PATCH v2 4/9] x86/mm/tlb: Flush remote and local TLBs concurrently
...@@ static void flush_tlb_func_local(void *info)
flush_tlb_func_common(f, true, reason);
}
+void flush_tlb_func_local(const struct flush_tlb_info *info)
+{
+ __flush_tlb_func_local((void *)info);
+}
+
static void flush_tlb_func_remote(void *info)
{
const struct flush_tlb_info *f = info;
@@ -665,9 +670,14 @@ static bool tlb_is_not_lazy(int cpu)
static DEFINE_PER_CPU(cpumask_t, flush_tlb_mask);
-void native_flush_tlb_others(const struct cpumask *cpumask,
- const struct flush_tlb_info *info)
+void native_flush_tlb_multi(const struct cpumask *cpumask,
+ const struct flush_tl...
2010 Jul 21
0
[PATCH] RFC: Advanced Storage Configuration
...count=1
- pvcreate -ff -y "${partpv}"
log "Creating volume group"
- vgcreate /dev/HostVG "${partpv}"
+ vgcreate /dev/HostVG "${physical_vols}"
if [ "$SWAP_SIZE" -gt 0 ]; then
log "Creating swap partition"
@@ -665,9 +727,75 @@ create_hostvg()
log "Mounting data partition"
mount_data
fi
- log "Completed!"
+ log "Completed HostVG!"
+
+}
+
+create_appvg()
+{
+ log "Creating LVM partition(s) for AppVG"
+ local drv=
+ for drv in $APPVGD...
2019 Jul 02
2
[PATCH v2 0/9] x86: Concurrent TLB flushes
Currently, local and remote TLB flushes are not performed concurrently,
which introduces unnecessary overhead - each INVLPG can take 100s of
cycles. This patch-set allows TLB flushes to be run concurrently: first
request the remote CPUs to initiate the flush, then run it locally, and
finally wait for the remote CPUs to finish their work.
In addition, there are various small optimizations to avoid
2019 Jul 19
5
[PATCH v3 0/9] x86: Concurrent TLB flushes
[ Cover-letter is identical to v2, including benchmark results,
excluding the change log. ]
Currently, local and remote TLB flushes are not performed concurrently,
which introduces unnecessary overhead - each INVLPG can take 100s of
cycles. This patch-set allows TLB flushes to be run concurrently: first
request the remote CPUs to initiate the flush, then run it locally, and
finally wait for
2010 Nov 01
24
[PATCH 01/10] staging: hv: Convert camel cased struct fields in channel_mgmt.h to lower cases
...t;
}
@@ -652,7 +652,7 @@ void vmbus_close(struct vmbus_channel *channel)
int ret;
/* Stop callback and cancel the timer asap */
- channel->OnChannelCallback = NULL;
+ channel->onchannel_callback = NULL;
del_timer_sync(&channel->poll_timer);
/* Send a closing message */
@@ -665,9 +665,9 @@ void vmbus_close(struct vmbus_channel *channel)
/* info->waitEvent = osd_WaitEventCreate(); */
- msg = (struct vmbus_channel_close_channel *)info->Msg;
- msg->Header.MessageType = ChannelMessageCloseChannel;
- msg->ChildRelId = channel->OfferMsg.ChildRelId;
+ msg =...
2010 Nov 01
24
[PATCH 01/10] staging: hv: Convert camel cased struct fields in channel_mgmt.h to lower cases
...t;
}
@@ -652,7 +652,7 @@ void vmbus_close(struct vmbus_channel *channel)
int ret;
/* Stop callback and cancel the timer asap */
- channel->OnChannelCallback = NULL;
+ channel->onchannel_callback = NULL;
del_timer_sync(&channel->poll_timer);
/* Send a closing message */
@@ -665,9 +665,9 @@ void vmbus_close(struct vmbus_channel *channel)
/* info->waitEvent = osd_WaitEventCreate(); */
- msg = (struct vmbus_channel_close_channel *)info->Msg;
- msg->Header.MessageType = ChannelMessageCloseChannel;
- msg->ChildRelId = channel->OfferMsg.ChildRelId;
+ msg =...
2013 Mar 18
28
[PATCH 00/22] virtqueue_add_sgs, virtqueue_add_outbuf, virtqueue_add_inbuf
Add virtqueue_add_sgs which is more general than virtqueue_add_buf,
which makes virtio-scsi and virtio-blk nicer, then add virtqueue_add_inbuf
and virtqueue_add_outbuf which handle the more general case, and finally
delete virtqueue_add_buf().
I'm hoping this will be the final post of the whole series, and it can
move from my pending-rebases tree into virtio-next.
Thanks!
Rusty.
Paolo
2013 Mar 18
28
[PATCH 00/22] virtqueue_add_sgs, virtqueue_add_outbuf, virtqueue_add_inbuf
Add virtqueue_add_sgs which is more general than virtqueue_add_buf,
which makes virtio-scsi and virtio-blk nicer, then add virtqueue_add_inbuf
and virtqueue_add_outbuf which handle the more general case, and finally
delete virtqueue_add_buf().
I'm hoping this will be the final post of the whole series, and it can
move from my pending-rebases tree into virtio-next.
Thanks!
Rusty.
Paolo
2020 Jan 10
36
[PATCH 00/23] drm: Clean up VBLANK callbacks in struct drm_driver
VBLANK handlers in struct drm_driver are deprecated. Only legacy,
non-KMS drivers are supposed to used them. DRM drivers with kernel
modesetting are supposed to use VBLANK callbacks of the CRTC
infrastructure.
This patchset converts all DRM drivers to CRTC VBLANK callbacks and
cleans up struct drm_driver. The remaining VBLANK callbacks in struct
drm_driver are only used by legacy drivers.