similar to: A set of "standard" virtual devices?

Hi all I have installed vyatta system, (vyatta-livecd-vc4-alpha2.iso ) on top of Centos5. Our system requirement is, * Centos 5.1 (2.6.18-92.1.10.el5xen ) * 2 Gb RAM, * x86_64 And cpu information is as follow, [root at turtle4 ~]# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 107 model name : AMD Athlon(tm) 64 X2 Dual Core

LANANA has officially assigned the block major of 202 for xvd devices (http://www.lanana.org/docs/device-list/devices-2.6+.txt). Take advantage of knowing this so people don''t have to do the mknod on their system. Also, fix up the scsi regex to get sda correct without having to do hacks like sda0. Signed-off-by: Jeremy Katz <katzj@redhat.com> Jeremy

I want to install Myst IV (http://mystrevelation.fr.ubi.com/). I can't install in c:/... not enough of place. I have /home/isaric/Vid?os/Myst-IV on /dev/sda10 and i want to install game on. C: / do not have enough place and with l' installation of the game, I am to oblige to follow Wizard at : Code: /home/isaric/.wine/dosdevices/z:/home/isaric/Vid?os/Myst-IV but permissions are asked.

This is the patch from Amos Waterland for the xenconsole to use /dev/xvc0 instead of taking over ttys. I''ve fixed a few places which needed to check for XVC mode in addition to serial mode. Also, until LANANA responds with an official minor, I''ve adjusted it to use char 250/187 (in the experimental range) as opposed to 204/187. (Should be identical to this patch from last

This is the patch from Amos Waterland for the xenconsole to use /dev/xvc0 instead of taking over ttys. I''ve fixed a few places which needed to check for XVC mode in addition to serial mode. Also, until LANANA responds with an official minor, I''ve adjusted it to use char 250/187 (in the experimental range) as opposed to 204/187 Signed-off-by: Jeremy Katz

> VID 2341 doesn't show up in the NUT Git source tree. I was curious about this so just searched for Arduino and then 2341. I found a few hits, but the interesting one was in nut/drivers /arduino-hid.c I don't know enough about the project to know what a "subdriver" (that's what the comments says) is, but it looks to me like there's at least some people that have

Hi, Actually, I thought that Icecast did support seeking for static files. Of course it doesn't for a live stream. Geoff. ----- Original Message ----- From: "Thomas B. Ruecker" <dm8tbr@afthd.tu-darmstadt.de> To: "Horacio Sanson" <hsanson@gmail.com>; <icecast@xiph.org> Sent: Tuesday, October 23, 2007 1:01 PM Subject: Re: [Icecast] Streaming to Doja

On Mar 13, 2014, at 10:27 AM, Rob Groner wrote: > I think I'm finally starting to get it....If I want this UPS to use just the generic usbhid-ups driver, then I'm going to have to structure my reports descriptor to match what it's looking for. Otherwise, I can go off on my own and structure my reports any way I want...but then I'll have to write my own NUT driver to look for

Hello, I was wondering wether there's a function in R that takes two vectors (of same length) as input and computes mean values for bins (intervals) or even a sliding window over these vectros. I've several x/y data set (input/response) that I'd like plot together. Say the x-data for one data set goes from -5 to 14 with 12,000 values, then I'd like to bin the x-vector in steps of

Programming vids (adding or removing them) still passes guest-endian values in the DMA buffer. That's wrong if guest is big-endian and when virtio 1 is enabled. Note: this is on top of a previous patch: virtio_net: split out ctrl buffer Fixes: 9465a7a6f ("virtio_net: enable v1.0 support") Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/net/virtio_net.c | 6

Programming vids (adding or removing them) still passes guest-endian values in the DMA buffer. That's wrong if guest is big-endian and when virtio 1 is enabled. Note: this is on top of a previous patch: virtio_net: split out ctrl buffer Fixes: 9465a7a6f ("virtio_net: enable v1.0 support") Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/net/virtio_net.c | 6

I think that in hw_rng machines something like this is good (not via-rng): > #!/bin/bash > # > # chkconfig: 2345 20 80 > # description: Rngd daemon\ > # processname: rngd > # pidfile: /var/run/rngd.pid > # config: /etc/sysconfig/rngd > > # source function library > . /etc/init.d/functions > > RETVAL=0 > > start() { > echo -n

Signed-off-by: Vince Hsu <vinceh at nvidia.com> --- Resend this patch with the fuse change and proper patch prefix per Thierry's request. nvkm/subdev/volt/base.c | 67 ++++++++++++++++++++++++++++--------------------- 1 file changed, 38 insertions(+), 29 deletions(-) diff --git a/nvkm/subdev/volt/base.c b/nvkm/subdev/volt/base.c index 32794a999106..26ccd8df193f 100644 ---

I?m trying to find datasets that will give me residuals, after applying the lm function, with no normality, non linearity, and heteroscedacity so I can try to exemplify those cases in the linear regression model. Can you give any advice on what datasets would be appropiate? I can?t use the ones in the alr3 package because those have already been seen in class. Thank you very much :-) natorro

if we calculate the voltage in the table right, we get all kinds of values, which never fit the hardware steps, so we use the closest higher value the hardware can do Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/nvkm/subdev/volt/base.c | 25 ++++++++++++++++++++++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git

The voltage value are calculated by the hardware characterized result. Signed-off-by: Vince Hsu <vinceh at nvidia.com> --- Hi, The tegra_sku_info needs to be exported from Tegra fuse driver. I've sent the patch to the linux-tegra mailing list. Just FYI. Thanks, Vince drm/Kbuild | 1 + drm/core/subdev/volt/gk20a.c | 1 + nvkm/engine/device/nve0.c | 1 +

The voltage value are calculated by the hardware characterized result. Signed-off-by: Vince Hsu <vinceh at nvidia.com> --- Resend this patch with the fuse change and proper patch prefix per Thierry's request. drm/Kbuild | 1 + drm/core/subdev/volt/gk20a.c | 1 + nvkm/engine/device/nve0.c | 1 + nvkm/include/subdev/volt.h | 1 + nvkm/subdev/clock/gk20a.c

Signed-off-by: Vince Hsu <vinceh at nvidia.com> --- nvkm/subdev/volt/base.c | 67 ++++++++++++++++++++++++++++--------------------- 1 file changed, 38 insertions(+), 29 deletions(-) diff --git a/nvkm/subdev/volt/base.c b/nvkm/subdev/volt/base.c index 32794a999106..26ccd8df193f 100644 --- a/nvkm/subdev/volt/base.c +++ b/nvkm/subdev/volt/base.c @@ -101,6 +101,41 @@ nouveau_volt_set_id(struct

This series contains all the fixes required to produce a working IGD passthrough box. All the changes are previously seen in the dev list but not yet accepted. Some of them are out-dated and need some reshape. Detailed description can be found later in each patch. . [PATCH 1/3] qemu-xen-trad/pt_msi_disable: do not clear all MSI flags . [PATCH 2/3] qemu-xen-trad: Correctly expose PCH ISA bridge

Hi Roy, On 11/28/2014 07:25 PM, Roy Spliet wrote: > Hello Vince, > > One minor question inline. > > Op 28-11-14 om 12:13 schreef Vince Hsu: >> The voltage value are calculated by the hardware characterized >> result. >> >> Signed-off-by: Vince Hsu <vinceh at nvidia.com> >> --- >> >> Resend this patch with the fuse change and proper