search for: ktime

...de <sys/socket.h> #include <netinet/in.h> #include <netinet/tcp.h> #include <string.h> #include <stdlib.h> #include <time.h> int main( int argc, char **argv ) { int queue, sock, i; struct sockaddr_in addr; struct kevent events[ 10 ]; struct timespec ktime; queue = kqueue(); if( queue == -1 ) { perror( "kqueue() failure" ); exit( 1 ); } sock = socket( AF_INET, SOCK_STREAM, 0 ); /* NOTE: None of this bind() and listen() code is necessary for the crash, * I'm including it to show the crash in 'normal o...

Right now, I have lguest in-tree module compiling on x86_64. It's not yet on a sendable state, since the module itself isn't loading. However, this subset of the series is pretty straightforward, and I'm sending it now aiming at reducing the delta size in the future ;-) Have fun,

Right now, I have lguest in-tree module compiling on x86_64. It's not yet on a sendable state, since the module itself isn't loading. However, this subset of the series is pretty straightforward, and I'm sending it now aiming at reducing the delta size in the future ;-) Have fun,

Dear all! After hours of trying around, I gave up: I have a 2-dimensional array, and I know how to split it into its rows and how to get the mean for every row using 'sapply'. But what I want is to calculate the mean over the first n rows, and then the second n rows, etc., so that I get a vector like: v == mean1(row 1:5), mean2(row6:10),... (trivial, you might say. I find it rather

...386.319862] [<ffffffff811894a1>] iterate_supers+0x101/0x110 [ 386.319867] [<ffffffff811b5145>] sys_sync+0x35/0x90 [ 386.319874] [<ffffffff816a686d>] system_call_fastpath+0x1a/0x1f [ 386.319881] Sched Debug Version: v0.10, 3.6.0-030600rc5-generic #201209082035 [ 386.319885] ktime : 386839.691480 [ 386.319889] sched_clk : 386319.878549 [ 386.319893] cpu_clk : 386319.878681 [ 386.319896] jiffies : 4294989005 [ 386.319899] sched_clock_stable...

Hi all, this little series removes the last swiotlb API exposed to modules. Diffstat: arch/x86/include/asm/xen/swiotlb-xen.h | 6 ------ arch/x86/kernel/pci-dma.c | 28 ++++------------------------ drivers/gpu/drm/nouveau/nouveau_ttm.c | 10 +++------- drivers/pci/xen-pcifront.c | 6 ------ kernel/dma/swiotlb.c | 1 - 5 files changed, 7

...o_vfs_ioctl+0x202/0x486 [ 413.409157] [<ffffffff81129733>] ? SyS_fstatfs+0x33/0x3f [ 413.409157] [<ffffffff8111245d>] SyS_ioctl+0x5e/0x85 [ 413.409157] [<ffffffff8161fdc6>] system_call_fastpath+0x1a/0x1f [ 413.409157] Sched Debug Version: v0.10, 3.10.0-rc5 #1 [ 413.409157] ktime : 413409.686757 [ 413.409157] sched_clk : 413319.289340 [ 413.409157] cpu_clk : 413409.157122 [ 413.409157] jiffies : 4295080704 [ 413.409157] sched_clock_stable...

...le 15 "/src/linux/include/linux" "llist.h" > .file 16 "/src/linux/include/linux" "rbtree.h" > .file 17 "/src/linux/include/linux" "timerqueue.h" > .file 18 "/src/linux/include/linux" "ktime.h" > .file 19 "/src/linux/include/linux" "hrtimer.h" > .file 20 "/src/linux/include/uapi/asm-generic" "posix_types.h" > .file 21 "/src/linux/include/linux" "cpumask.h" > .file 22 &qu...

Hi all :) I''ve tested this and having a cpufreq that slows down the CPU affects the rate of HTB. My ondemand cpufreq governor scales down the CPU frequency about 40% and this is more or less the slowdown the rate suffers, 40%. Any known way of dealing with this without having to disable cpufreq? Thanks in advance :) Ra?l N??ez de Arenas Coronado -- Linux Registered

Hi ! I reproduced it on the file init/main.c The invocation, log and main.i / main.s is attached. -- Dipl.-Ing. Jan-Simon Möller jansimon.moeller at gmx.de Am Freitag, 16. Mai 2014, 14:25:47 schrieb Renato Golin: > On 16 May 2014 14:01, Jan-Simon Möller <dl9pf at gmx.de> wrote: > > A bisection points to > > > > git-svn-id:

I''ve been working on running down intermittent ENOSPC issues. I can only seem to replicate ENOSPC errors when running zlib compression. However, I have been seeing similar ENOSPC errors to a lesser extent when playing with the LZ4HC patches. I apologize for not following up on this sooner, but I had drifted away from using zlib, and didn''t notice there was still an issue. My

...ihandle.h remote.h afs_cfgAdmin.h cmd.h kaport.h rxgen_consts.h afs_clientAdmin.h cnvldb.h kauth.h stds.h afs_kasAdmin.h com_err.h kautils.h tcdata.h afs_lhash.h debug.h keys.h usd.h afs_ptsAdmin.h dir.h ktime.h venus.h afs_stats.h dirpath.h mit-sipb-cr.h vice.h afs_sysnames.h error_table.h namei_ops.h viceinode.h afs_utilAdmin.h errors.h netutils.h vl_opcodes.h afs_vosAdmin.h exporter.h nfs.h vldbint.h afscbint.h fileutil.h nfscl...

Hi All, I am using the script below to limit download rates and manage traffic for a certain IP address and testing the results using iperf. The rate that iperf reports is much higher than the rate I have configured for the HTB qdisc. It''s probably just some newbie trap that''s messing things up but I''m buggered if I can see it. The following script is run on the

From: Thierry Reding <treding at nvidia.com> This small series of patches implements support for waiting on and emitting fence FDs on kickoff. This enables explicit fencing and can be used for example to synchronize buffer accesses between the display engine and the GPU on Tegra. The first patch lays the groundwork by splitting up nouveau_fence_sync() to allow reuse. Patch 2 is where the

..._domain_set(dev, NULL); - return -EINVAL; -} -EXPORT_SYMBOL(vga_switcheroo_init_domain_pm_optimus_hdmi_audio); diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c index fc734014206f..71338cc16909 100644 --- a/drivers/pci/quirks.c +++ b/drivers/pci/quirks.c @@ -26,6 +26,7 @@ #include <linux/ktime.h> #include <linux/mm.h> #include <linux/platform_data/x86/apple.h> +#include <linux/pm_runtime.h> #include <asm/dma.h> /* isa_dma_bridge_buggy */ #include "pci.h" @@ -4832,3 +4833,41 @@ static void quirk_fsl_no_msi(struct pci_dev *pdev) pdev->no_msi...

The following patchset remove use of the deprecated drmP.h header file in the nouveau driver(s). As preparation a dependency on drm_os_linux.h is dropped. The list of include files are sorted and are in some cases divided up in blocks of linux/* drm/* etc. The removal is divided up in a few patches that was the logical steps to remove the use of drmP.h. Build tested with allmodconfig and

...; > -} > -EXPORT_SYMBOL(vga_switcheroo_init_domain_pm_optimus_hdmi_audio); > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > index fc734014206f..71338cc16909 100644 > --- a/drivers/pci/quirks.c > +++ b/drivers/pci/quirks.c > @@ -26,6 +26,7 @@ > #include <linux/ktime.h> > #include <linux/mm.h> > #include <linux/platform_data/x86/apple.h> > +#include <linux/pm_runtime.h> > #include <asm/dma.h> /* isa_dma_bridge_buggy */ > #include "pci.h" > > @@ -4832,3 +4833,41 @@ static void quirk_fsl_no_msi(struc...

...list_empty(&viommu->pending_requests))) + return 0; + + pending = next; + } + + return nr_received; +} + +/* Must be called with vq_lock held */ +static int _viommu_send_reqs_sync(struct viommu_dev *viommu, + struct viommu_request *req, int nr, + int *nr_sent) +{ + int i, ret; + ktime_t timeout; + int nr_received = 0; + struct scatterlist *sg[2]; + /* + * FIXME: as it stands, 1s timeout per request. This is a voluntary + * exaggeration because I have no idea how real our ktime is. Are we + * using a RTC? Are we aware of steal time? I don't know much about + * this, need...

(Moved from kvm at vger to virtualization at linux-foundation, changed subject, cleaned up cc list) On Wed, 2008-12-10 at 13:02 +0100, Kay Sievers wrote: > On Wed, Dec 10, 2008 at 10:49, Mark McLoughlin <markmc at redhat.com> wrote: > > On Tue, 2008-12-09 at 19:16 +0100, Kay Sievers wrote: > >> On Tue, Dec 9, 2008 at 17:41, Mark McLoughlin <markmc at redhat.com>

(Moved from kvm at vger to virtualization at linux-foundation, changed subject, cleaned up cc list) On Wed, 2008-12-10 at 13:02 +0100, Kay Sievers wrote: > On Wed, Dec 10, 2008 at 10:49, Mark McLoughlin <markmc at redhat.com> wrote: > > On Tue, 2008-12-09 at 19:16 +0100, Kay Sievers wrote: > >> On Tue, Dec 9, 2008 at 17:41, Mark McLoughlin <markmc at redhat.com>