search for: 37am

...ced for your advice! Regards -- -- Anjang Aki -- -------------- next part -------------- [root@matrix ~]# ps aux|grep oidentd root 90750 6.7 0.0 1392 392 ?? Ss Wed02AM 44:08.47 /usr/local/sbin/oidentd -C /usr/local/etc/oidentd.conf root 22089 0.0 0.1 1392 708 ?? I 8:37AM 0:00.00 /usr/local/sbin/oidentd -C /usr/local/etc/oidentd.conf root 22090 0.0 0.1 1392 708 ?? I 8:37AM 0:00.00 /usr/local/sbin/oidentd -C /usr/local/etc/oidentd.conf root 22091 0.0 0.1 1392 708 ?? I 8:37AM 0:00.00 /usr/local/sbin/oidentd -C /usr/local/etc/oiden...

...ed for your advice! Regards -- -- Anjang Aki -- -------------- next part -------------- [root@matrix ~]# ps aux|grep oidentd root 90750 6.7 0.0 1392 392 ?? Ss Wed02AM 44:08.47 /usr/local/sbin/oidentd -C /usr/local/etc/oidentd.conf root 22089 0.0 0.1 1392 708 ?? I 8:37AM 0:00.00 /usr/local/sbin/oidentd -C /usr/local/etc/oidentd.conf root 22090 0.0 0.1 1392 708 ?? I 8:37AM 0:00.00 /usr/local/sbin/oidentd -C /usr/local/etc/oidentd.conf root 22091 0.0 0.1 1392 708 ?? I 8:37AM 0:00.00 /usr/local/sbin/oidentd -C /usr/local/etc/oiden...

On Tue, May 22, 2018 at 11:08:53AM +0200, Jiri Pirko wrote: > Tue, May 22, 2018 at 11:06:37AM CEST, jiri at resnulli.us wrote: > >Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala at intel.com wrote: > >>Use the registration/notification framework supported by the generic > >>failover infrastructure. > >> > >>Signed-off-by: Sridhar Samudrala &...

On Tue, May 22, 2018 at 11:08:53AM +0200, Jiri Pirko wrote: > Tue, May 22, 2018 at 11:06:37AM CEST, jiri at resnulli.us wrote: > >Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala at intel.com wrote: > >>Use the registration/notification framework supported by the generic > >>failover infrastructure. > >> > >>Signed-off-by: Sridhar Samudrala &...

On Wed, Jul 15, 2020 at 11:13:37AM +0200, Joerg Roedel wrote: > On Wed, Jul 15, 2020 at 10:47:52AM +0200, Peter Zijlstra wrote: > > On Tue, Jul 14, 2020 at 02:09:05PM +0200, Joerg Roedel wrote: > > > > > @@ -1028,6 +1036,16 @@ DEFINE_IDTENTRY_VC_SAFE_STACK(exc_vmm_communication) > > > struct ghcb...

On Wed, Jul 15, 2020 at 11:13:37AM +0200, Joerg Roedel wrote: > On Wed, Jul 15, 2020 at 10:47:52AM +0200, Peter Zijlstra wrote: > > On Tue, Jul 14, 2020 at 02:09:05PM +0200, Joerg Roedel wrote: > > > > > @@ -1028,6 +1036,16 @@ DEFINE_IDTENTRY_VC_SAFE_STACK(exc_vmm_communication) > > > struct ghcb...

Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala at intel.com wrote: >Use the registration/notification framework supported by the generic >failover infrastructure. > >Signed-off-by: Sridhar Samudrala <sridhar.samudrala at intel.com> In previous patchset versions, the common code did netdev_rx_handler_register() and netdev_upper_dev_link() etc (netvsc_vf_join()). Now,

Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala at intel.com wrote: >Use the registration/notification framework supported by the generic >failover infrastructure. > >Signed-off-by: Sridhar Samudrala <sridhar.samudrala at intel.com> In previous patchset versions, the common code did netdev_rx_handler_register() and netdev_upper_dev_link() etc (netvsc_vf_join()). Now,

Am 05.11.14 11:48, schrieb Martin Kletzander: > On Wed, Nov 05, 2014 at 11:35:37AM +0100, Thomas Stein wrote: >>Hello. >> >>I'm struggeling a little bit with the setvcpus command. I'm trying now >>to get this running for a linux VM. Here is what i have: >> >> <vcpu placement='auto' current='2'>4</vcpu> >&g...

On Wed, May 07, 2014 at 11:01:37AM -0400, Waiman Long wrote: > If unfair lock is supported, the lock acquisition loop at the end of > the queue_spin_lock_slowpath() function may need to detect the fact > the lock can be stolen. Code are added for the stolen lock detection. > > A new qhead macro is also defined as a s...

On Wed, May 07, 2014 at 11:01:37AM -0400, Waiman Long wrote: > If unfair lock is supported, the lock acquisition loop at the end of > the queue_spin_lock_slowpath() function may need to detect the fact > the lock can be stolen. Code are added for the stolen lock detection. > > A new qhead macro is also defined as a s...

On Sun, Jun 29, 2014 at 11:26:37AM +0300, Michael S. Tsirkin wrote: > On Fri, Jun 27, 2014 at 07:57:38AM -0400, Josh Boyer wrote: > > Hi All, > > > > We've had a report[1] of the virt_blk driver causing a lot of spew > > because it's calling a sleeping function from an invalid context. The > &...

On Sun, Jun 29, 2014 at 11:26:37AM +0300, Michael S. Tsirkin wrote: > On Fri, Jun 27, 2014 at 07:57:38AM -0400, Josh Boyer wrote: > > Hi All, > > > > We've had a report[1] of the virt_blk driver causing a lot of spew > > because it's calling a sleeping function from an invalid context. The > &...

On Tue, May 22, 2018 at 03:14:22PM +0200, Jiri Pirko wrote: > Tue, May 22, 2018 at 03:12:40PM CEST, mst at redhat.com wrote: > >On Tue, May 22, 2018 at 11:08:53AM +0200, Jiri Pirko wrote: > >> Tue, May 22, 2018 at 11:06:37AM CEST, jiri at resnulli.us wrote: > >> >Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala at intel.com wrote: > >> >>Use the registration/notification framework supported by the generic > >> >>failover infrastructure. > >> >> > >&g...

On Tue, May 22, 2018 at 03:14:22PM +0200, Jiri Pirko wrote: > Tue, May 22, 2018 at 03:12:40PM CEST, mst at redhat.com wrote: > >On Tue, May 22, 2018 at 11:08:53AM +0200, Jiri Pirko wrote: > >> Tue, May 22, 2018 at 11:06:37AM CEST, jiri at resnulli.us wrote: > >> >Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala at intel.com wrote: > >> >>Use the registration/notification framework supported by the generic > >> >>failover infrastructure. > >> >> > >&g...

On Tue, Feb 11, 2020 at 07:42:37AM +0000, Anton Ivanov wrote: > On 11/02/2020 02:51, Jason Wang wrote: > > > > On 2020/2/11 ??12:55, Anton Ivanov wrote: > > > > > > > > > On 09/12/2019 10:48, anton.ivanov at cambridgegreys.com wrote: > > > > From: Anton Ivanov <anton.ivanov...

On Tue, Feb 11, 2020 at 07:42:37AM +0000, Anton Ivanov wrote: > On 11/02/2020 02:51, Jason Wang wrote: > > > > On 2020/2/11 ??12:55, Anton Ivanov wrote: > > > > > > > > > On 09/12/2019 10:48, anton.ivanov at cambridgegreys.com wrote: > > > > From: Anton Ivanov <anton.ivanov...

Hi, Sorry if this is well known. Suposse I am transferring a large (by now) file, say 1Gbyte with --partial: rsync -e ssh -a --partial 1gbfile server: If process is interrumpted, temporary file is renamed to good filename with size samall than original, say 400Mbyte, ok. If from client I do again the same command, then, in server the 400Mbyte file is COPIED to another temporary file, but this

On 5/22/2018 2:08 AM, Jiri Pirko wrote: > Tue, May 22, 2018 at 11:06:37AM CEST, jiri at resnulli.us wrote: >> Tue, May 22, 2018 at 04:06:18AM CEST, sridhar.samudrala at intel.com wrote: >>> Use the registration/notification framework supported by the generic >>> failover infrastructure. >>> >>> Signed-off-by: Sridhar Samudrala &l...

Hi all... another lurker and first-time poster... if I forget something relevant please let me know... Anyway, have tried to make a kernel on two different machines under the latest (as of 04:37AM 4 September 2003 -0500 (EDT)) 4.9-PRERELEASE **AND** 5.1-p2 and get the error message as shown below. I am including (at the end) the uname-a from both of the systems. Each of them will compile this exact same kernel exactly right if I leave the "options SMBFS" line out of the kernel...