search for: reinstat

...queue_if_no_path 0 1 1 service-time 0 5 1 8:112 1 8:208 1 8:128 1 8:224 1 8:32 1] Dec 18 12:46:41 lemans kernel: blk_cloned_rq_check_limits: over max segments limit. Dec 18 12:46:41 lemans kernel: device-mapper: multipath: Failing path 8:48. Dec 18 12:46:41 lemans kernel: device-mapper: multipath: Reinstating path 8:48. Dec 18 12:46:41 lemans multipathd: 3600144f00000000000005a2769c70001: event checker started Dec 18 12:46:41 lemans multipathd: 3600144f0000000000000524a93b80002: event checker started Dec 18 12:46:41 lemans multipathd: 3600144f0000000000000524a94510003: event checker started Dec 18 12...

Signed-off-by: Roy Spliet <nouveau at spliet.org> --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 59 +++++++++++++++++------ 1 file changed, 43 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c index 62359c2..a469719 100644 --- a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c +++

On Wed, Jul 22, 2020 at 12:58:07PM -0500, Eric Blake wrote: [...] This is fine, but there is a minor thing: > docs/nbdkit-protocol.pod | 2 +- In the original patch I removed this hunk from nbdkit-protocol.pod: @@ -5,7 +5,7 @@ nbdkit - which parts of the NBD protocol nbdkit supports =head1 SYNOPSIS nbdkit [-n|--newstyle] [--mask-handshake MASK] [--no-sr] [-o|--oldstyle] -

Hi Jean-Marc, I'd like to lobby to put CELT_SET_SIGNALLING_REQUEST back into the public area. In our case the frame sizes are constant and we're not trying to be inter-operable with anyone else, so the in-band signaling byte is just wasted bandwidth. I know I could just modify the default value for "signalling" in the source code, but I'm trying to avoid doing that as

This disappeared when I removed the special case for ''.'' in btrfs_lookup() Signed-off-by: David Woodhouse <David.Woodhouse@intel.com> --- super.c | 34 +++++++++++++++++++--------------- 1 files changed, 19 insertions(+), 15 deletions(-) diff --git a/super.c b/super.c index 55f4d00..f7b3eac 100644 --- a/super.c +++ b/super.c @@ -451,21 +451,25 @@ static int

...llvm-project/llvm/trunk/lib/Support/Mutex.cpp?r1=29287&r2=29932&diff_format=h I don't know if this change was even deliberate since it came in with another change & the description doesn't mention it. Should we do away with this logic if it hasn't been needed all this time? Reinstate it (with the old logic? or with a configure-based preprocessor variable instead)?

.../Mutex.cpp?r1=29287&r2=29932&diff_format=h >> >> I don't know if this change was even deliberate since it came in with >> another change & the description doesn't mention it. Should we do away >> with this logic if it hasn't been needed all this time? Reinstate it >> (with the old logic? or with a configure-based preprocessor variable >> instead)? > > On some (linux?) implementations, various pthread APIs are defined as "weak extern" symbols in libc and strong definitions in libpthreads.  The idea of this check is thus to dete...

...unk/lib/Support/Mutex.cpp?r1=29287&r2=29932&diff_format=h > > I don't know if this change was even deliberate since it came in with > another change & the description doesn't mention it. Should we do away > with this logic if it hasn't been needed all this time? Reinstate it > (with the old logic? or with a configure-based preprocessor variable > instead)? On some (linux?) implementations, various pthread APIs are defined as "weak extern" symbols in libc and strong definitions in libpthreads. The idea of this check is thus to detect if pthreads is...

Full_Name: alex galanos Version: 2.10.0 OS: windows vista Submission from: (NULL) (86.11.78.110) I respectfully request that the chm help support for windows, which was very convenient, be reinstated...couldn't an online poll have been conducted to gauge the support of this format by window's users?

Hi 4.1.11 no longer includes the idmap_ad module in a default ./configure. This has caught out at least two list users recently. We think it is important enough to reinstate as default. Anyone with us? Especially those whose task it will be to have to tell users via the list of the change. . . Cheers, Steve

While we are unlikely to change our decision that -e should not control our response to NBD_OPT_LIST (because we intend to add a new callback .extents_list for that), it turns out that it is a lot easier to write: nbdkit -U - -e foo info --run 'nbdsh -u "$uri" -c "print(h.pread(3, 0))"' than it is to write the equivalent: nbdkit -U - info --run 'nbdsh -u

...ersonal, not corporate copyright attached. There were a couple of good reasons for this in the past, one of which was that we preferred GPL enforcement decisions to be made by individuals, not by corporations. Under GPLv2, a license violator loses all rights under the license and these have to be reinstated by the copyright holders, which made controlling who those copyright holders were very important. People are usually much more reasonable than corporations :-). With the move to GPLv3, this is much less important than it once was. The GPLv3, unlike GPLv2, allows an automatic reinstatement of rig...

...ove performance >> >> v3->v4: >> * "get around to" comment [Michael] >> * Put list_add under page lock [Michael] >> >> v2->v3: >> * Fixing wrong argument type (int->size_t) [Michael] >> * Fixing a comment (it) [Michael] >> * Reinstating the BUG_ON() when page is locked [Michael] >> >> v1->v2: >> * Return number of pages in list enqueue/dequeue interfaces [Michael] >> * Removed first two patches which were already merged >> >> Nadav Amit (4): >> mm/balloon_compaction: List interfac...

...ove performance >> >> v3->v4: >> * "get around to" comment [Michael] >> * Put list_add under page lock [Michael] >> >> v2->v3: >> * Fixing wrong argument type (int->size_t) [Michael] >> * Fixing a comment (it) [Michael] >> * Reinstating the BUG_ON() when page is locked [Michael] >> >> v1->v2: >> * Return number of pages in list enqueue/dequeue interfaces [Michael] >> * Removed first two patches which were already merged >> >> Nadav Amit (4): >> mm/balloon_compaction: List interfac...

...uld > > be a grace period in which people have the chance to do their benchmarking > > (basically what is happening), but I don't recall a problem being reported yet. > I agree. I’m not hearing strong arguments to retain it, so let's remove it. Worst case, we can always reinstate it if there is a good reason discovered down the line. Thank you! -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200404/1beb5975/attachment.html>

...with no explanation (presumably it was unused). I'd find this function quite helpful - I'm currently working on extending the DwarfGenerator unit-test helper class to support debug line, and I'd like to be able to write 8 byte values (e.g. to reflect DWARF64 lengths). I could trivially reinstate the function, but if there's a good reason not to, it would be good to know before I go to the effort of creating a review for it. Thanks for any help. James -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachmen...

...:net2all:DROP:IN=eth0 OUT= SRC=192.168.174.242 DST=192.168.174.244 LEN=48 TOS=0x00 PREC=0x00 TTL=128 ID=45825 DF PROTO=TCP SPT=1050 DPT=21 WINDOW=65535 RES=0x00 SYN URGP=0 What is it that I am not understanding ?? A second related question: did I interpret correctly the fact that if I want to reinstate the norfc1918 option on my eth0 network and still be able to accept packets from my home LAN I need to list all the lines as computed by the wonderful shorewall iprange in the /etc/shorewall/norfc1918 file ? Thank you very much Bob t40:/etc/shorewall# shorewall iprange 192.168.0.0-192.168.174...

...checked for other reports on this and can't find anything. It seems that the .Random.seed isn't updated properly after using rm(.Random.seed). Mu understanding from the help file indicates that a new 'random' seed will be generated. It appears that sometimes the old one is just reinstated. I removed my .RData file and the problem remains. It seems to happen when calls are made in succession to the same 'random generation type' function; but appears to work when different calls are made in succession. An example is given below. I was using the sample command when I fou...

>I'll see if I can find some time this weekend to fix the elrepo package > and get it reinstated into the repository. >Phil Hi Phil, Thanks for the reply. Your correct this is OLD hardware. Everything was working with 7.5 thought I was good to go so to speak ... So When I was starting now to migrate OLD boxes from CentOS 6 to 7.6 it wasnt working. I can look at going "back"...

Is there a trick to listing available providers? I can''t find it.