search for: gyroscopic

...I'm putting in the eSATA drive bay > for offline backups. Formerly, I used mount/umount, and when I umounted > it, and walked downstairs, mostly, esp the green drives, were spun down. I > pumount... and *nothing* spins down. They stay spinning, which is obvious, > as I can feel the gyroscopic action as I pop them out immediately after > hitting the button to turn off the power to the drive. > > That box is running CentOS 7. Just to note, `pmount' is an EPEL package, not a CentOS package. -- Jonathan Billings <billings at negate.org>

Not sure if the question is appropos, but I have multiple csv's which are read into an xts object, corresponding to telemetry data (accelerometer, magnetometer/compass, and gyroscope). For examination, it would be ?ber useful if plot.zoo (or something similar) allowed me to zoom in and out of a subset of the time axes. -- Sent from my mobile device Envoyait de mon portable

On Wed, Jan 27, 2016 at 02:30:15PM +0000, Timothy Murphy wrote: > Jonathan Billings wrote: > > >> > Maybe you're not > >> > aware of it, but there are a LOT of things that systemd fixes that > >> > people are happy about. > > >> Like what ? I don't remember there were as many errors to fix before > >> systemd appeared. >

...ount the hard drives I'm putting in the eSATA drive bay for offline backups. Formerly, I used mount/umount, and when I umounted it, and walked downstairs, mostly, esp the green drives, were spun down. I pumount... and *nothing* spins down. They stay spinning, which is obvious, as I can feel the gyroscopic action as I pop them out immediately after hitting the button to turn off the power to the drive. That box is running CentOS 7. mark

I have approximately 2.5 million rows from a number of sensor readings. Having plotted these, I can see a given pattern (say a spike in the amplitude away from the mean). I would now like to automate this procedure as we're expecting a great deal more data in the near future. Is there any package or function that will make this possible? Many thanks! I suppose, I could do something like:

Fix several warnings and broken links. This series was generated against linux-next, but was rebased to be applied at docs-next. It should apply cleanly on either tree. There's a git tree with all of them applied on the top of docs/docs-next at: https://git.linuxtv.org/mchehab/experimental.git/log/?h=fix_doc_links_v2 Mauro Carvalho Chehab (21): ABI: sysfs-devices-system-cpu: point to

Mostly due to x86 and acpi conversion, several documentation links are still pointing to the old file. Fix them. Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung at kernel.org> Reviewed-by: Wolfram Sang <wsa at the-dreams.de> Reviewed-by: Sven Van Asbroeck <TheSven73 at gmail.com> Reviewed-by: Bhupesh Sharma <bhsharma at redhat.com> Acked-by: Mark Brown <broonie at

Mostly due to x86 and acpi conversion, several documentation links are still pointing to the old file. Fix them. Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung at kernel.org> Reviewed-by: Wolfram Sang <wsa at the-dreams.de> Reviewed-by: Sven Van Asbroeck <TheSven73 at gmail.com> Reviewed-by: Bhupesh Sharma <bhsharma at redhat.com> Acked-by: Mark Brown <broonie at

On Thursday, May 30, 2019 1:23:53 AM CEST Mauro Carvalho Chehab wrote: > Mostly due to x86 and acpi conversion, several documentation > links are still pointing to the old file. Fix them. For the Italian documentation I just send I patch to fix them in a dedicated patch > > Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung at kernel.org> > --- >

On Thursday, May 30, 2019 1:23:53 AM CEST Mauro Carvalho Chehab wrote: > Mostly due to x86 and acpi conversion, several documentation > links are still pointing to the old file. Fix them. For the Italian documentation I just send I patch to fix them in a dedicated patch > > Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung at kernel.org> > --- >

Mostly due to x86 and acpi conversion, several documentation links are still pointing to the old file. Fix them. Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung at kernel.org> --- Documentation/acpi/dsd/leds.txt | 2 +- Documentation/admin-guide/kernel-parameters.rst | 6 +++--- Documentation/admin-guide/kernel-parameters.txt | 16 ++++++++--------

Mostly due to x86 and acpi conversion, several documentation links are still pointing to the old file. Fix them. Signed-off-by: Mauro Carvalho Chehab <mchehab+samsung at kernel.org> --- Documentation/acpi/dsd/leds.txt | 2 +- Documentation/admin-guide/kernel-parameters.rst | 6 +++--- Documentation/admin-guide/kernel-parameters.txt | 16 ++++++++--------

On Thu, May 30, 2019 at 10:17:32PM +0200, Federico Vaga wrote: > On Thursday, May 30, 2019 1:23:53 AM CEST Mauro Carvalho Chehab wrote: > > Mostly due to x86 and acpi conversion, several documentation > > links are still pointing to the old file. Fix them. > > For the Italian documentation I just send I patch to fix them in a dedicated > patch Acked-by: Michael S.

On 01/22/13 22:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20130122: > on i386: drivers/built-in.o: In function `in_intr': virtio_console.c:(.text+0x14381e): undefined reference to `hvc_poll' virtio_console.c:(.text+0x14384a): undefined reference to `hvc_kick' drivers/built-in.o: In function `resize_console': virtio_console.c:(.text+0x143f8f): undefined

On 01/22/13 22:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20130122: > on i386: drivers/built-in.o: In function `in_intr': virtio_console.c:(.text+0x14381e): undefined reference to `hvc_poll' virtio_console.c:(.text+0x14384a): undefined reference to `hvc_kick' drivers/built-in.o: In function `resize_console': virtio_console.c:(.text+0x143f8f): undefined

On 02/13/13 00:35, Stephen Rothwell wrote: > Hi all, > > Changes since 20130212: > on i386: drivers/built-in.o: In function `in_intr': virtio_console.c:(.text+0x2dd31): undefined reference to `hvc_poll' virtio_console.c:(.text+0x2dd41): undefined reference to `hvc_kick' drivers/built-in.o: In function `resize_console': virtio_console.c:(.text+0x2e26f): undefined

On 02/13/13 00:35, Stephen Rothwell wrote: > Hi all, > > Changes since 20130212: > on i386: drivers/built-in.o: In function `in_intr': virtio_console.c:(.text+0x2dd31): undefined reference to `hvc_poll' virtio_console.c:(.text+0x2dd41): undefined reference to `hvc_kick' drivers/built-in.o: In function `resize_console': virtio_console.c:(.text+0x2e26f): undefined

On 1/21/20 1:29 PM, akpm at linux-foundation.org wrote: > The mm-of-the-moment snapshot 2020-01-21-13-28 has been uploaded to > > http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This is a snapshot of my -mm patch queue. Uploaded at random hopefully > more than once

On 4/14/20 10:22 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20200414: > on x86_64: ERROR: modpost: "vringh_set_iotlb" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined! ERROR: modpost: "vringh_init_iotlb" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined! ERROR: modpost: "vringh_iov_push_iotlb" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined! ERROR:

On 4/14/20 10:22 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20200414: > on x86_64: ERROR: modpost: "vringh_set_iotlb" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined! ERROR: modpost: "vringh_init_iotlb" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined! ERROR: modpost: "vringh_iov_push_iotlb" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined! ERROR: