from:"Jay"


https://github.com/jayfoad approved this pull request.

Works for me.

https://github.com/llvm/llvm-project/pull/94639
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [flang] [libclc] [llvm] [AMDGPU] Add a new target gfx1152 (PR #94534)



@@ -785,6 +785,7 @@ enum : unsigned {
   EF_AMDGPU_MACH_AMDGCN_GFX1200 = 0x048,
   EF_AMDGPU_MACH_AMDGCN_RESERVED_0X49   = 0x049,
   EF_AMDGPU_MACH_AMDGCN_GFX1151 = 0x04a,
+  EF_AMDGPU_MACH_AMDGCN_GFX1152 = 0x055,

jayfoad wrote:

This table is supposed to be in ELF number order. Can you please move the new 
entry? Consider it pre-approved.

https://github.com/llvm/llvm-project/pull/94534
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [NVPTX] Revamp NVVMIntrRange pass (PR #94422)



@@ -6,21 +6,21 @@
 __attribute__((global))
 void kernel(int *out) {
   int i = 0;
-  out[i++] = threadIdx.x; // CHECK: call noundef i32 
@llvm.nvvm.read.ptx.sreg.tid.x()
-  out[i++] = threadIdx.y; // CHECK: call noundef i32 
@llvm.nvvm.read.ptx.sreg.tid.y()
-  out[i++] = threadIdx.z; // CHECK: call noundef i32 
@llvm.nvvm.read.ptx.sreg.tid.z()
+  out[i++] = threadIdx.x; // CHECK: call noundef {{.*}} i32 
@llvm.nvvm.read.ptx.sreg.tid.x()

jayfoad wrote:

I see now that it fails (deterministically) if the NVPTX target is not being 
built.

https://github.com/llvm/llvm-project/pull/94422
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [NVPTX] Revamp NVVMIntrRange pass (PR #94422)



@@ -6,21 +6,21 @@
 __attribute__((global))
 void kernel(int *out) {
   int i = 0;
-  out[i++] = threadIdx.x; // CHECK: call noundef i32 
@llvm.nvvm.read.ptx.sreg.tid.x()
-  out[i++] = threadIdx.y; // CHECK: call noundef i32 
@llvm.nvvm.read.ptx.sreg.tid.y()
-  out[i++] = threadIdx.z; // CHECK: call noundef i32 
@llvm.nvvm.read.ptx.sreg.tid.z()
+  out[i++] = threadIdx.x; // CHECK: call noundef {{.*}} i32 
@llvm.nvvm.read.ptx.sreg.tid.x()

jayfoad wrote:

@AlexMaclean I also see this problem on some internal test machines. It seems 
suspicious - is there some nondeterminism? Or is there a good reason why some 
machines would not add the range metadata here???

https://github.com/llvm/llvm-project/pull/94422
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang][AMDGPU] Add builtins for instrinsic `llvm.amdgcn.raw.buffer.store` (PR #94576)


jayfoad wrote:

Is there really a good use case for this? Can you use regular stores to 
addrspace(7) instead? @krzysz00

Also, do you really need a separate builtin for every legal type, or is there 
some way they can be type-overloaded?

https://github.com/llvm/llvm-project/pull/94576
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [libclc] [llvm] [AMDGPU] Add a new target gfx1152 (PR #94534)


https://github.com/jayfoad approved this pull request.

LGTM.

Could also update `flang/cmake/modules/AddFlangOffloadRuntime.cmake` but I 
don't really know if it's our responsibility to update Flang.

https://github.com/llvm/llvm-project/pull/94534
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [libclc] [llvm] [AMDGPU] Add a new target gfx1152 (PR #94534)



@@ -1534,6 +1534,12 @@ def FeatureISAVersion11_5_1 : FeatureSet<
  FeatureVGPRSingleUseHintInsts,
  Feature1_5xVGPRs])>;
 
+def FeatureISAVersion11_5_2 : FeatureSet<

jayfoad wrote:

I don't have a good answer to this except "it's what we normally do". Other 
parts of the software stack (kernel drivers etc) need to distinguish gfx1150 
from gfx1152, and I guess they don't want to map "gfx1152" -> "gfx1150" before 
invoking the compiler. Also, it will make it easier for us to implement 
gfx1152-specific optimizations and workarounds in future if there are any.

https://github.com/llvm/llvm-project/pull/94534
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] drm/amdkfd: Extend gfx12 trap handler fix to gfx10/11

2024-06-05 Thread Jay Cornwall

In commit 6d1878882d2d
("drm/amdkfd: gfx12 context save/restore trap handler fixes") the
following fix was introduced but incorrectly restricted to gfx12.
The same issue and a corresponding fix apply to gfx10 and gfx11.

Do not overwrite TRAPSTS.{SAVECTX,HOST_TRAP} when restoring this
register. Both of these fields can assert while the wavefront is
running the trap handler.

Signed-off-by: Jay Cornwall 
Cc: Lancelot Six 
---
 .../gpu/drm/amd/amdkfd/cwsr_trap_handler.h| 16 +---
 .../amd/amdkfd/cwsr_trap_handler_gfx10.asm| 38 ++-
 2 files changed, 38 insertions(+), 16 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h 
b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
index 665122d1bbbd..02f7ba8c93cd 100644
--- a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
+++ b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
@@ -1136,7 +1136,7 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x705d, 0x807c817c,
0x8070ff70, 0x0080,
0xbf0a7b7c, 0xbf85fff8,
-   0xbf82013d, 0xbef4037e,
+   0xbf82013f, 0xbef4037e,
0x8775ff7f, 0x,
0x8875ff75, 0x0004,
0xbef60380, 0xbef703ff,
@@ -1275,7 +1275,8 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x80788478, 0xbf8c,
0xb9eef815, 0xbefc036f,
0xbefe0370, 0xbeff0371,
-   0xb9f9f816, 0xb9fbf803,
+   0xb9f9f816, 0xb9fb4803,
+   0x907b8b7b, 0xb9fba2c3,
0xb9f3f801, 0xb96e3a05,
0x806e816e, 0xbf0d9972,
0xbf850002, 0x8f6e896e,
@@ -2544,7 +2545,7 @@ static const uint32_t cwsr_trap_gfx10_hex[] = {
0xe0704000, 0x705d,
0x807c817c, 0x8070ff70,
0x0080, 0xbf0a7b7c,
-   0xbf85fff8, 0xbf820134,
+   0xbf85fff8, 0xbf820136,
0xbef4037e, 0x8775ff7f,
0x, 0x8875ff75,
0x0004, 0xbef60380,
@@ -2683,7 +2684,8 @@ static const uint32_t cwsr_trap_gfx10_hex[] = {
0xf000, 0x80788478,
0xbf8c, 0xb9eef815,
0xbefc036f, 0xbefe0370,
-   0xbeff0371, 0xb9fbf803,
+   0xbeff0371, 0xb9fb4803,
+   0x907b8b7b, 0xb9fba2c3,
0xb9f3f801, 0xb96e3a05,
0x806e816e, 0xbf0d9972,
0xbf850002, 0x8f6e896e,
@@ -2981,7 +2983,7 @@ static const uint32_t cwsr_trap_gfx11_hex[] = {
0x701d, 0x807d817d,
0x8070ff70, 0x0080,
0xbf0a7b7d, 0xbfa2fff8,
-   0xbfa0013f, 0xbef4007e,
+   0xbfa00143, 0xbef4007e,
0x8b75ff7f, 0x,
0x8c75ff75, 0x0004,
0xbef60080, 0xbef700ff,
@@ -3123,7 +3125,9 @@ static const uint32_t cwsr_trap_gfx11_hex[] = {
0x80788478, 0xbf89,
0xb96ef815, 0xbefd006f,
0xbefe0070, 0xbeff0071,
-   0xb97bf803, 0xb973f801,
+   0xb97b4803, 0x857b8b7b,
+   0xb97b22c3, 0x857b867b,
+   0xb97b7443, 0xb973f801,
0xb8ee3b05, 0x806e816e,
0xbf0d9972, 0xbfa20002,
0x846e896e, 0xbfa1,
diff --git a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler_gfx10.asm 
b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler_gfx10.asm
index ac3702b8e3c4..44772eec9ef4 100644
--- a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler_gfx10.asm
+++ b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler_gfx10.asm
@@ -119,9 +119,12 @@ var SQ_WAVE_TRAPSTS_ADDR_WATCH_SHIFT   = 7
 var SQ_WAVE_TRAPSTS_MEM_VIOL_MASK  = 0x100
 var SQ_WAVE_TRAPSTS_MEM_VIOL_SHIFT = 8
 var SQ_WAVE_TRAPSTS_ILLEGAL_INST_MASK  = 0x800
+var SQ_WAVE_TRAPSTS_ILLEGAL_INST_SHIFT = 11
 var SQ_WAVE_TRAPSTS_EXCP_HI_MASK   = 0x7000
 #if ASIC_FAMILY >= CHIP_PLUM_BONITO
+var SQ_WAVE_TRAPSTS_HOST_TRAP_SHIFT= 16
 var SQ_WAVE_TRAPSTS_WAVE_START_MASK= 0x2
+var SQ_WAVE_TRAPSTS_WAVE_START_SHIFT   = 17
 var SQ_WAVE_TRAPSTS_WAVE_END_MASK  = 0x4
 var SQ_WAVE_TRAPSTS_TRAP_AFTER_INST_MASK   = 0x10
 #endif
@@ -137,14 +140,23 @@ var SQ_WAVE_IB_STS_RCNT_FIRST_REPLAY_MASK = 0x003F8000
 
 var SQ_WAVE_MODE_DEBUG_EN_MASK = 0x800
 
+var S_TRAPSTS_RESTORE_PART_1_SIZE  = SQ_WAVE_TRAPSTS_SAVECTX_SHIFT
+var S_TRAPSTS_RESTORE_PART_2_SHIFT = 
SQ_WAVE_TRAPSTS_ILLEGAL_INST_SHIFT
+
 #if ASIC_FAMILY < CHIP_PLUM_BONITO
 var S_TRAPSTS_NON_MASKABLE_EXCP_MASK   = 
SQ_WAVE_TRAPSTS_MEM_VIOL_MASK|SQ_WAVE_TRAPSTS_ILLEGAL_INST_MASK
+var S_TRAPSTS_RESTORE_PART_2_SIZE  = 32 - 
S_TRAPSTS_RESTORE_PART_2_SHIFT
+var S_TRAPSTS_RESTORE_PART_3_SHIFT = 0
+var S_TRAPSTS_RESTORE_PART_3_SIZE  = 0
 #else
 var S_TRAPSTS_NON_MASKABLE_EXCP_MASK   = SQ_WAVE_TRAPSTS_MEM_VIOL_MASK 
|\
  
SQ_WAVE_TRAPSTS_ILLEGAL_INST_MASK |\
  
SQ_WAVE_TRAPSTS_WAVE_START_MASK   |\
  SQ_WAVE_TRAPS

Re:[nysbirds-l] nysbirds-l digest: June 05, 2024

2024-06-05 Thread Jay Pitocchelli

NYC birders,

Was anyone able to record some of the recent MOWAs in Bryant or Central 
Parks?  I could use them for my study of songs of migrants.  These birds 
tend to be singing songs from either Nova Scotia or Newfoundland.  I 
already have some great recordings from some excellent birders in 
Brooklyn this year.

Dr. Jay Pitocchelli, Professor Emeritus
Biology Department
Saint Anselm College
Manchester, NH 03102

https://www.anselm.edu/about/campus-directory/jay-pitocchelli

Blog: http://mourningwarbler.blogspot.com/


On 6/5/24 12:01 AM, New York State Birds digest wrote:
> Mourning W

-- 
Newbury, NH

--

(copy & paste any URL below, then modify any text "_DOT_" to a period ".")

NYSbirds-L List Info:
NortheastBirding_DOT_com/NYSbirdsWELCOME_DOT_htm
NortheastBirding_DOT_com/NYSbirdsRULES_DOT_htm
NortheastBirding_DOT_com/NYSbirdsSubscribeConfigurationLeave_DOT_htm

ARCHIVES:
1) mail-archive_DOT_com/nysbirds-l@cornell_DOT_edu/maillist_DOT_html
2) surfbirds_DOT_com/birdingmail/Group/NYSBirds-L
3) birding_DOT_aba_DOT_org/maillist/NY01

Please submit your observations to eBird:
ebird_DOT_org/content/ebird/

--

Re: FreeBSD Port: mariadb106-server-10.6.18

2024-06-04 Thread Janky Jay, III


Hi Chris,

On 6/4/24 02:36PM, Chris Kiakas wrote:

I updated a MariaDB 10.6.17 server to 10.6.18 from ports and I am no longer 
able to stop or restart.

'service mysql-server stop’ just sits there with

Stopping mysql.
Waiting for PIDS: 71178

This is on a 13.3-RELEASE system. I also tried updating another jail and the 
same issue occurs.


/var/log/mysql/mysqld.err shows;

2024-06-04 15:35:02 0 [Note] /usr/local/libexec/mariadbd (initiated by: 
unknown): Normal shutdown
2024-06-04 15:35:12 0 [Warning] Signal handler thread did not exit in a timely 
manner. Continuing to wait for it to stop..
I saw this just earlier today after seeing the same thing, actually. 
Hopefully, it will be patched and ported soon.


https://jira.mariadb.org/browse/MDEV-34254

Regards,
Janky Jay, III

Cannot install python properly - python310.dll not found - no pip

2024-06-03 Thread Jay Cadet | Studio JPC via Python-list

Hi. I'm attempting to install and use stable diffusion. However, while 
installing python 3.10.6, I'm getting the error that the python 310.dll is not 
found. I've made sure the PATH option is enabled, but it makes no difference. 
I've also removed and reinstalled python multiple times.

Even though I get that error, the python still installs, but when I open the 
webui-user.bat file in the stable diffusion folder, it opens up the command 
center and says that there's no module named pip.

Please advise on how to fix this problem.

Thank you,

Jay Cadet

Architectural 3D Artist / Photographer
studio JPC
[p] 516.567.1996  | [w] studiojpc.com<http://studiojpc.com>  | [ig] @studiojpc
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: [RBW] Touch-up paint

2024-06-03 Thread Jay Lonner

Yeah this has always been a weird bit of cognitive dissonance for me when it comes to Riv — on the one hand, extolling the virtues of Joe Bell paint jobs, fancy lugs, and other details. On the other, the whole “beausage” schtick, and an almost cavalier attitude about touch-up paint, dings, etc. I think the rat bike aesthetic works for a brand like Surly, which has always leaned into a punk/street attitude, but with Riv it just seems a bit off. My sense is that as a designer GP is kind of restless, always looking ahead to new concepts and projects, and isn’t really interested in dwelling on legacy products. Admirable in its way, but you’re on your own when it comes to color matching. Even the naming is cryptic — good luck sourcing Sergio Green or Ana Purple. Doesn’t seem like a big ask to also supply the paint code.Jay LonnerBellingham, WASent from my Atari 400On Jun 3, 2024, at 7:12 AM, George Schick  wrote:Interesting, this interaction between Riv and Testors. I'm sure a color match could have been prepared especially for every Riv bike ever made...except ...that first batch of orange metal flake Rams.  Since it was a two pass base coat/clear coat (which is the way ever automobile is painted nowadays), it would take two bottles of touch up paint to repair scratches.  And it would be very difficult to apply them in such a way that they pretty much blend with the rest of the bike's paint.  At least one poster on this blog some time ago had one of these Ram's that needed a repair of some sort.  He took it to a shop where they repaired the frame damage then stripped down all the paint and repainted it in the original base/clear coat colors that Jim references from House of Kolor.  But that must have cost a fortune.  A single can of those paints, which only come in sizable containers - quarts, at least - which must be mixed with a reducer and then sprayed.  Most painters would be reluctant to do this because they'd have to pay a lot just to get the paints and then they'd be stuck with a lot of leftovers.  On Sunday, June 2, 2024 at 9:38:15 PM UTC-5 John Dewey wrote:Over the years, Rivendell paint schemes come and go (came and went) seemingly 'who-knows-whoever-whenever' saw fit. Metallics, metal flakes, basic solid 'enamels' (for want of a better word). Ever changing. I can't imagine anyone in Walnut Creek grabbing a small bottle of carefully inventoried touch-up off the shelf, packing it and shipping to you. Way too many colors have come and gone. And the work required to inventory, preserve, keep track of it all. Yikes.Turning the clock back, I picked up a call from GP (late 90s...early 2000s) while working in my office at Testors, the hobby paint company. We had long conversations, lots of emails passed between Testors and Riv with the intent of formulating touch-up paint for RBW (our) bikes. We could have, after all, matched any color anyone could possibly have wished for / conceived of. We were the best. Had plenty of beautiful little glass bottles, caps that insured paint good for decades when properly sealed up, and a willingness to get it done. As I recall now, years later, I sent way too many samples to count.It could have worked and in my position as the 'Testors guy'—and someone who still drinks the Rivendell 'Kool-Aid'—the program could have been successful.Alas, it didn't happen—and I never found out why. Never fear...you can, of course, wander into any hobby shop (assuming you still have one nearby—good luck with that) and apply your own paint-matching skills to get pretty damn close to any color. It's actually an interesting exercise...fully satisfying when you're successful. That is, for the couple dozen of us who really care that much.So, good luck y'all Jock On Sat, Jun 1, 2024 at 2:45 PM 'John Hawrylak, Woodstown NJ' via RBW Owners Bunch  wrote:BillWould the Rambouillets being built in Japan have anything to do with the shade of orange???   The Waterford colors seem to be the colors they used for the Rivendell models they made.  John HawrylakWoodstown NJOn Friday, May 31, 2024 at 4:54:44 PM UTC-4 Bill Lindsay wrote:Orange Sam Hillbornes and Orange Rambouillets are both "sparkly metallic Orange" in color FAMILY.  They are not identical.  The multi-coated treatment of the Orange Rambouillets have been described as a "thousand dollar paint job".  Whether a scratch on an Orange Rambouillet could be made slightly less ugly with the $50 Hilborne Orange touchup from Waterford, that's up to the beholder.  Bill LindsayEl Cerrito, CA On Friday, May 31, 2024 at 1:35:04 PM UTC-7 maxcr wrote:Does anyone know if the Sam Hilborne Orange is the same as Rambouillet orange?Max On Friday, May 10, 2024 at 10:21:02 PM UTC-4 Roy Summer wrote:Sometimes you can find nail polish that will match or come very close. Clear polish will help prevent rust if you can’t find a color match.On Friday, May 10, 2024 at 9:31:18 PM UTC-4 gds...@gmail.com wrote:I need Pea Sage Green. Got a

[webkit-changes] [WebKit/WebKit] 5290e0: Post Accessibility notifications during compositio...

2024-06-02 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 5290e0747dc3c7aabeff813db0c26737ca64dd11
  
https://github.com/WebKit/WebKit/commit/5290e0747dc3c7aabeff813db0c26737ca64dd11
  Author: Jay Stfleur 
  Date:   2024-06-02 (Sun, 02 Jun 2024)

  Changed paths:
M LayoutTests/platform/mac-wk2/TestExpectations

  Log Message:
  ---
  Post Accessibility notifications during composition contexts indicating 
start, end, and value change.
https://bugs.webkit.org/show_bug.cgi?id=258228
rdar://110925384

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/mac-wk2/TestExpectations:

Canonical link: https://commits.webkit.org/279631@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[RBW] Re: My new Wired Magazine article about fat, supple tires

2024-06-02 Thread Jay

I know a lot of roadies, who don't mountain bike, who have never tried a 
tire about 30-32mm.  Before these nice, supple tires became more readily 
available I had mountain biked and had tires for riding that bike on the 
roads (off-season), and then I got into cx bikes I had 32mm (ish) tires, 
and they were all awful (and over-inflated!).  When I went up to 40mm that 
was an improvement.  A supple tire of anywhere north of 32-35, on a bike 
that is not overly stiff, pumped to the right pressure, tubeless if you 
like, is magic.

Nice article!

On Sunday, June 2, 2024 at 12:37:33 AM UTC-4 kiziria...@gmail.com wrote:

> It was about 2013-4, I felt like I was on the cutting edge of bike 
> innovation as a 23 year old converting my Salsa Vaya from 700x35 to 650x48. 
> I'll never forget that first commute from those panaracer pasela's to the 
> compass (now rene herse) 48's. Magic carpet ride indeed! 
>
> Joe, how would you describe the arc of your writing career to be a 
> journalist for Wired?
>
> On Saturday, June 1, 2024 at 7:37:37 AM UTC-7 Steve wrote:
>
>> Joe, thanks for posting the link to your article. Well done! 
>>
>> I currently have three bikes with tire widths, in ascending order, from 
>> 40 to 48mm.  I also recently gifted a fourth bike to my daughter - a late 
>> 90s race bike I converted from 700c to  650b with 38mm RH slicks mounted 
>> beneath VO fenders. (The poor girl, all she had for road riding was a 
>> carbon fiber Liv with naked 23mm tires!!!).  
>>
>> You might say I'm a true believer. 
>>
>> Steve in AVL
>>
>> On Saturday, June 1, 2024 at 2:44:13 AM UTC-4 Joe Ray wrote:
>>
>>> Thanks Ted,
>>> Was definitely thinking about all the potential feedback--and wishing 
>>> 603s became a thing so I could plug them into my older bikes.
>>> Thanks for the good words!
>>> Joe
>>>
>>> On Thursday, May 30, 2024 at 8:36:15 AM UTC-7 Ted Durant wrote:
>>>
 On Wednesday, May 29, 2024 at 6:42:21 PM UTC-5 Joe Ray wrote:

 Along with being a Homer owner, my day job is as a journalist for Wired 
 magazine. My regular beat is kitchen equipment, but this past weekend I 
 had 
 a story out about the glories of riding on fat, supple tires:

 I enjoyed the sidebar with all the appropriate disclaimers to head off 
 the inevitable internet feedback on how uninformed you are. And a shoutout 
 to 603 ...you have definitely been drinking Grant's Kool-Aid!

 Ted Durant
 Milwaukee WI USA 

>>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/5337a486-51da-48a7-a318-b03522e3df31n%40googlegroups.com.

Re: [RBW] Paint Color matters! Your favorite?

2024-05-31 Thread Jay Lonner

Rambouillet orange. Jay LonnerBellingham, WASent from my Atari 400On May 31, 2024, at 13:03, Patrick Moore  wrote:My favorite Riv color was the Sage Green that they offered 20 years ago when I ordered road custom #3, but I think this same color, or much like it, has featured on stock models since then. The 2003 had lovely Joe Bell Sage Green with cream accents.The immediately earlier (1999) road custom was painted in metallic navy with cream accents; also lovely;BUT!When I had the '99 modified locally in 2018, I had the builder take it to our -- then! -- local bike powdercoat specialist and have it colored Ford Blue. This coater had the knack of even, smooth, "liquid" coatings that beat most paintjobs, IMO, and the Ford Blue on that 1999 is now my favorite color.Said coater some years ago had coated an old Rene Herse; he got close to the (admittedly faded; bike was from 1958, so I was told) light blue, but above all the coating had that "liquid" look that, again, looked better than most paint jobs.Alas, when Chauncey built my 2020 Riv Road clone for IGH/fixed drivetrains, said coater was no longer available, and the coater he did use was far less expert: there's very, very slight orange peel on this coating.My photographic skills are just mm higher than "nil," so extrapolate. 1937 Sturmey Archer TC hub.On Fri, May 31, 2024 at 1:46 PM Guy LeVan <levan...@gmail.com> wrote:Rivendell should revisit this wonderful paint color for some of their models.  This is the fork from a 2000 Heron Road bike that I’m building.  The blue/green metallic is fantastic in the sun.  



-- 
You received this message because you are subscribed to the Google Groups "RBW Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rbw-owners-bunch/ef60d902-a4e1-4944-a3ac-45d66c15ea5fn%40googlegroups.com.
-- Patrick MooreAlburquerque, Nuevo Mexico, Etats Unis d'Amerique, Orbis Terrarum---Executive resumes, LinkedIn profiles, bios, letters, and other writing services---When thou didst not, savage, know thine own meaning,But wouldst gabble like a thing most brutish,I endowed thy purposes with words that made them known.



-- 
You received this message because you are subscribed to the Google Groups "RBW Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rbw-owners-bunch/CALuTfgu_DZ%3DSfKkQMnCGPqZz851JNFZpbHD%3DjwXfwkR4Z4wdag%40mail.gmail.com.




-- 
You received this message because you are subscribed to the Google Groups "RBW Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rbw-owners-bunch/DB015DB9-F797-4F2F-B172-EF8978CE906F%40gmail.com.

Re: [AFMUG] Is this thing still on?

2024-05-31 Thread CBB - Jay Fuller

Still here, lurking, soaking up AFMUG good vibes. :)

  - Original Message - 
  From: Bill Prince 
  To: af@af.afmug.com 
  Sent: Wednesday, May 22, 2024 8:24 AM
  Subject: Re: [AFMUG] Is this thing still on?

  I think it's because they paved paradise.

bp
On 5/22/2024 4:12 AM, Ken Hohhof wrote:

Makes me think of the song Where Have All The Flowers Gone.

That's Pete Seeger though and we agreed to stay away from politics. Also 
kind of depressing. Gone to graveyards every one, when will they ever learn. 
I'm still here, but not getting any younger.

Maybe everyone is gearing up to install fiber for prevailing wage on BEAD 
projects. Will be like the gold rush.

 Original Message 
From: "Timothy Steele" 
Sent: 5/22/2024 3:54:55 AM
To: "AnimalFarm Microwave Users Group" 
Subject: Re: [AFMUG] Is this thing still on?

I got the msg  

Even wisp talk Facebook group seems to be slowing down

Would be interesting to know where everyone is going 

On Wed, May 22, 2024, 4:04?PM Jason McKemie 
 wrote:

  Just checking to see if the list is up, I haven't gotten anything in a 
while.
  -- 
  AF mailing list
  AF@af.afmug.com
  http://af.afmug.com/mailman/listinfo/af_af.afmug.com

--

  -- 
  AF mailing list
  AF@af.afmug.com
  http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

[llvm-branch-commits] [llvm] [AMDGPU] Fix gfx12 waitcnt type for image_msaa_load (#90201) (PR #90582)

2024-05-31 Thread Jay Foad via llvm-branch-commits


jayfoad wrote:

Too late to backport - no more 18.x releases are planned.

https://github.com/llvm/llvm-project/pull/90582
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] [AMDGPU] Fix gfx12 waitcnt type for image_msaa_load (#90201) (PR #90582)

2024-05-31 Thread Jay Foad via llvm-branch-commits


https://github.com/jayfoad closed 
https://github.com/llvm/llvm-project/pull/90582
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[clang] [llvm] [AMDGPU] Extend readlane, writelane and readfirstlane intrinsic lowering for generic types (PR #89217)


jayfoad wrote:

There is a latent problem to do with convergence. If you add a new test case 
like this:
```diff
diff --git a/llvm/test/CodeGen/AMDGPU/convergence-tokens.ll 
b/llvm/test/CodeGen/AMDGPU/convergence-tokens.ll
index 238f6ab39e83..22995083293d 100644
--- a/llvm/test/CodeGen/AMDGPU/convergence-tokens.ll
+++ b/llvm/test/CodeGen/AMDGPU/convergence-tokens.ll
@@ -55,6 +55,21 @@ else:
   ret i32 %p
 }
 
+define i64 @basic_branch_i64(i64 %src, i1 %cond) #0 {
+entry:
+  %t = call token @llvm.experimental.convergence.anchor()
+  %x = add i64 %src, 1
+  br i1 %cond, label %then, label %else
+
+then:
+  %r = call i64 @llvm.amdgcn.readfirstlane.i64(i64 %x) [ 
"convergencectrl"(token %t) ]
+  br label %else
+
+else:
+  %p = phi i64 [%r, %then], [%x, %entry]
+  ret i64 %p
+}
+
 ; CHECK-LABEL: name:basic_loop
 ;   CHECK:[[TOKEN:%[0-9]+]]{{[^ ]*}} = CONVERGENCECTRL_ANCHOR
 ;   CHECK:  bb.[[#]].loop:
```
Then it will fail with:
```
*** Bad machine code: Cannot mix controlled and uncontrolled convergence in the 
same function. ***
```
This is related to #87509. Since the readlane/readfirstlane/writelane 
intrinsics are IntrConvergent, the corresponding ISD nodes should be marked 
with SDNPInGlue or SDNPOptInGlue. @ssahasra FYI

https://github.com/llvm/llvm-project/pull/89217
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [AMDGPU] Extend readlane, writelane and readfirstlane intrinsic lowering for generic types (PR #89217)


https://github.com/jayfoad commented:

Does this need IR autoupgrade?

https://github.com/llvm/llvm-project/pull/89217
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [AMDGPU] Extend readlane, writelane and readfirstlane intrinsic lowering for generic types (PR #89217)



@@ -5496,6 +5496,9 @@ const char* 
AMDGPUTargetLowering::getTargetNodeName(unsigned Opcode) const {
   NODE_NAME_CASE(LDS)
   NODE_NAME_CASE(FPTRUNC_ROUND_UPWARD)
   NODE_NAME_CASE(FPTRUNC_ROUND_DOWNWARD)
+  NODE_NAME_CASE(READLANE)
+  NODE_NAME_CASE(READFIRSTLANE)
+  NODE_NAME_CASE(WRITELANE)

jayfoad wrote:

Add this to `SITargetLowering::isSDNodeSourceOfDivergence`

https://github.com/llvm/llvm-project/pull/89217
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [AMDGPU] Extend readlane, writelane and readfirstlane intrinsic lowering for generic types (PR #89217)



@@ -5496,6 +5496,9 @@ const char* 
AMDGPUTargetLowering::getTargetNodeName(unsigned Opcode) const {
   NODE_NAME_CASE(LDS)
   NODE_NAME_CASE(FPTRUNC_ROUND_UPWARD)
   NODE_NAME_CASE(FPTRUNC_ROUND_DOWNWARD)
+  NODE_NAME_CASE(READLANE)
+  NODE_NAME_CASE(READFIRSTLANE)

jayfoad wrote:

Add these to `AMDGPUTargetLowering::isSDNodeAlwaysUniform`

https://github.com/llvm/llvm-project/pull/89217
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [AMDGPU] Extend readlane, writelane and readfirstlane intrinsic lowering for generic types (PR #89217)


https://github.com/jayfoad edited 
https://github.com/llvm/llvm-project/pull/89217
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[webkit-changes] [WebKit/WebKit] 360f91: NEW TEST (278840@main): [ iOS Debug ] ipc/dirty-re...

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 360f910bf19225a3f14a2758df457e295c4f8e10
  
https://github.com/WebKit/WebKit/commit/360f910bf19225a3f14a2758df457e295c4f8e10
  Author: Jay Stfleur 
  Date:   2024-05-30 (Thu, 30 May 2024)

  Changed paths:
M LayoutTests/platform/ios/TestExpectations

  Log Message:
  ---
  NEW TEST (278840@main): [ iOS Debug ] ipc/dirty-region-overflow.html is a 
consistent crash
https://bugs.webkit.org/show_bug.cgi?id=274925
rdar://129025058

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/ios/TestExpectations:

Canonical link: https://commits.webkit.org/279543@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[webkit-changes] [WebKit/WebKit] 6aa9ff: Adding Jay Stfleur as contributor to the Webkit Pr...

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 6aa9fff3e9b491dd0164a0837b4976ce01376df7
  
https://github.com/WebKit/WebKit/commit/6aa9fff3e9b491dd0164a0837b4976ce01376df7
  Author: Jay Stfleur 
  Date:   2024-05-30 (Thu, 30 May 2024)

  Changed paths:
M metadata/contributors.json

  Log Message:
  ---
  Adding Jay Stfleur as contributor to the Webkit Project
https://bugs.webkit.org/show_bug.cgi?id=268950
rdar://122501538

Unreviewed change.

Editing contributor info.

* metadata/contributors.json:

Canonical link: https://commits.webkit.org/279540@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[webkit-changes] [WebKit/WebKit] f22f3b: REGRESSION (279452@main): [ MacOS WK1 ] imported/w...

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: f22f3b7a00b4775add6c7a3d3bd3f1bbdc2c1945
  
https://github.com/WebKit/WebKit/commit/f22f3b7a00b4775add6c7a3d3bd3f1bbdc2c1945
  Author: Jay Stfleur 
  Date:   2024-05-30 (Thu, 30 May 2024)

  Changed paths:
M LayoutTests/platform/mac-wk1/TestExpectations

  Log Message:
  ---
  REGRESSION (279452@main): [ MacOS WK1 ] 
imported/w3c/web-platform-tests/geolocation-API/enabled-by-permission-policy-attribute-redirect-on-load.https.sub.html
 is consistent failure
https://bugs.webkit.org/show_bug.cgi?id=274906
rdar://129012244

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/mac-wk1/TestExpectations:

Canonical link: https://commits.webkit.org/279527@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[webkit-changes] [WebKit/WebKit] cdcd67: NEW TEST (279412@main): [ MacOS iOS ] http/tests/s...

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: cdcd67f955bd27839f33ec035fb1716e3cfdca1d
  
https://github.com/WebKit/WebKit/commit/cdcd67f955bd27839f33ec035fb1716e3cfdca1d
  Author: Jay Stfleur 
  Date:   2024-05-30 (Thu, 30 May 2024)

  Changed paths:
M LayoutTests/platform/ios/TestExpectations
M LayoutTests/platform/mac-wk2/TestExpectations

  Log Message:
  ---
  NEW TEST (279412@main): [ MacOS iOS ] 
http/tests/site-isolation/opened-window-length.html is a consistent timeout
https://bugs.webkit.org/show_bug.cgi?id=274847
rdar://128953241

Unreviewed test gardening.

Removing test expectation.

* LayoutTests/platform/ios/TestExpectations:
* LayoutTests/platform/mac-wk2/TestExpectations:

Canonical link: https://commits.webkit.org/279518@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[dolphin] [Bug 487797] New: media player crash

2024-05-30 Thread noa jay

https://bugs.kde.org/show_bug.cgi?id=487797

Bug ID: 487797
   Summary: media player crash
Classification: Applications
   Product: dolphin
   Version: 23.08.1
  Platform: Ubuntu
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: noaj...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

Application: dolphin (23.08.1)

Qt Version: 5.15.10
Frameworks Version: 5.107.0
Operating System: Linux 6.6.15-amd64 x86_64
Windowing System: Wayland
Distribution: Kali GNU/Linux Rolling
DrKonqi: 5.27.10 [KCrashBackend]

-- Information about the crash:
mpv player that was playing local flac audio file crashed while attempting to
use the drag and drop feature in firefox browser

The reporter is unsure if this crash is reproducible.

-- Backtrace:
Application: Dolphin (dolphin), signal: Segmentation fault

[KCrash Handler]
#4  0x7f746ff8309a in QDrag::dragCursor(Qt::DropAction) const () from
/lib/x86_64-linux-gnu/libQt5Gui.so.5
#5  0x7f746ff86b3d in QBasicDrag::updateCursor(Qt::DropAction) () from
/lib/x86_64-linux-gnu/libQt5Gui.so.5
#6  0x7f746d3afc49 in ?? () from
/lib/x86_64-linux-gnu/libQt5WaylandClient.so.5
#7  0x7f746fb062b2 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x7f746d3bd9dd in
QtWaylandClient::QWaylandDataSource::dndResponseUpdated(bool, Qt::DropAction)
() from /lib/x86_64-linux-gnu/libQt5WaylandClient.so.5
#9  0x7f746d3b8e51 in QtWayland::wl_data_source::handle_target(void*,
wl_data_source*, char const*) () from
/lib/x86_64-linux-gnu/libQt5WaylandClient.so.5
#10 0x7f746a6d63fe in ?? () from /lib/x86_64-linux-gnu/libffi.so.8
#11 0x7f746a6d570d in ?? () from /lib/x86_64-linux-gnu/libffi.so.8
#12 0x7f746a6d5ee3 in ffi_call () from /lib/x86_64-linux-gnu/libffi.so.8
#13 0x7f746dd60921 in ?? () from
/lib/x86_64-linux-gnu/libwayland-client.so.0
#14 0x7f746dd5cc09 in ?? () from
/lib/x86_64-linux-gnu/libwayland-client.so.0
#15 0x7f746dd5e5ac in wl_display_dispatch_queue_pending () from
/lib/x86_64-linux-gnu/libwayland-client.so.0
#16 0x7f746d38fb62 in QtWaylandClient::QWaylandDisplay::flushRequests() ()
from /lib/x86_64-linux-gnu/libQt5WaylandClient.so.5
#17 0x7f746faf9940 in QObject::event(QEvent*) () from
/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x7f7470762f32 in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#19 0x7f746facc748 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() from /lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x7f746facfe51 in QCoreApplicationPrivate::sendPostedEvents(QObject*,
int, QThreadData*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x7f746fb28697 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#22 0x7f746d5111f4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x7f746d514317 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x7f746d514930 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x7f746fb27d4a in
QEventDispatcherGlib::processEvents(QFlags) ()
from /lib/x86_64-linux-gnu/libQt5Core.so.5
#26 0x7f746facb0fb in
QEventLoop::exec(QFlags) () from
/lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x7f746fad38a4 in QCoreApplication::exec() () from
/lib/x86_64-linux-gnu/libQt5Core.so.5
#28 0x55b94042017e in ?? ()
#29 0x7f746f2456ca in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#30 0x7f746f245785 in __libc_start_main () from
/lib/x86_64-linux-gnu/libc.so.6
#31 0x55b9404206b1 in ?? ()
[Inferior 1 (process 2587345) detached]

The reporter indicates this bug may be a duplicate of or related to bug 470925.

Reported using DrKonqi

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [RE-wrenches] How many times can a rafter have a lag screw put in and out before it is no longer structurally sound? Some roofs getting their 3rd set of new shingles

2024-05-29 Thread Jay via RE-wrenches

Hi Scot

What a fascinating issue. 
I can’t help as to the structural concerns but I like the deck mounts idea to 
make sure you don’t have any issues. 

Jay

> On May 29, 2024, at 4:17 PM, Scot Arey via RE-wrenches 
>  wrote:
> 
> 
> With all our Texas hail storms, we now have roof solar systems that might 
> have to come down for the third time as hail-pockmarked shingles need 
> replacement. We’re at the 11-year mark of doing business and we have some 
> customers ready for another insurance roof claim,
>  
> So that means a new set of lag screws drilled into rafters…after how many 
> times is that 2x6 rafter not 2x6 strength?
> 
> I’ve asked this to my 3rd party structural engineer and instead of an answer 
> got a “wow, hadn’t thought of that.” We’ve considered going to deck mounts to 
> avoid rafters at the 3rd “detach and reset.”
> 
> Any of you guys consider this and have your techniques? I suppose in perfect 
> world, the mount would stay in place and roofer would shingle around it but 
> we still use old-school metal flashing so that is really not possible. I look 
> forward to hearing your thoughts on this.
>  
> 
>  
> ___
> List sponsored by Redwood Alliance
> 
> Pay optional member dues here: http://re-wrenches.org
> 
> List Address: RE-wrenches@lists.re-wrenches.org
> 
> Change listserver email address & settings:
> http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org
> 
> There are two list archives for searching. When one doesn't work, try the 
> other:
> https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
> http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org
> 
> List rules & etiquette:
> http://www.re-wrenches.org/etiquette.htm
> 
> Check out or update participant bios:
> http://www.members.re-wrenches.org
> 
___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

Re: [PATCH v2] drm/amdkfd: Handle deallocated VPGRs in gfx11+ trap handler

2024-05-29 Thread Jay Cornwall


On 5/29/2024 16:07, Lancelot SIX wrote:


On 29/05/2024 20:35, Jay Cornwall wrote:

A wavefront may deallocate its VGPRs at the end of a program while
waiting for memory transactions to complete. If it subsequently
receives a context save exception it will be unable to save,
since this requires VGPRs. In this case the trap handler should
terminate the wavefront.

Fixes intermittent VM faults under context switching load.

V2: Use S_ENDPGM instead of S_ENDPGM_SAVED for performance counters


Hi Jay,

Thanks for the V2.

FYI,as far as I can see, the .h part of the patch does not seem to apply 
directly on current amd-staging-drm-next, but I guess we just have a 
different bases.


Sorry, it's parented to the commit below. This has been submitted but is 
working its way through post-submit testing.


Thanks for the review.


commit d6449614e21cc166f888b3d5fc59cd1156ed7e7d
Author: Jay Cornwall 
Date:   Thu May 23 09:00:28 2024 -0500

drm/amdkfd: gfx12 context save/restore trap handler fixes

[webkit-changes] [WebKit/WebKit] 810af6: Unreviewed, reverting 279412@main (c9a7758190f7)

2024-05-29 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 810af61127329758df79cd64867047c149725807
  
https://github.com/WebKit/WebKit/commit/810af61127329758df79cd64867047c149725807
  Author: Jay Stfleur 
  Date:   2024-05-29 (Wed, 29 May 2024)

  Changed paths:
R LayoutTests/http/tests/site-isolation/opened-window-length-expected.txt
R LayoutTests/http/tests/site-isolation/opened-window-length.html
R 
LayoutTests/http/tests/site-isolation/resources/post-message-to-opener-on-iframes-load.html

  Log Message:
  ---
  Unreviewed, reverting 279412@main (c9a7758190f7)
https://bugs.webkit.org/show_bug.cgi?id=274847
rdar://128953241

NEW TEST (279412@main): [ MacOS iOS ] 
http/tests/site-isolation/opened-window-length.html is a consistent timeout

Reverted change:

[Site Isolation] Add a test for window.length on an opened window
https://bugs.webkit.org/show_bug.cgi?id=274806
rdar://128903816
279412@main (c9a7758190f7)

Canonical link: https://commits.webkit.org/279462@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[webkit-changes] [WebKit/WebKit] 8eaf98: NEW TEST (279186@main): [ MacOS x86_64 ] imported/...

2024-05-29 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 8eaf9898c425fe6a4708229773201f9e71524aa9
  
https://github.com/WebKit/WebKit/commit/8eaf9898c425fe6a4708229773201f9e71524aa9
  Author: Jay Stfleur 
  Date:   2024-05-29 (Wed, 29 May 2024)

  Changed paths:
M LayoutTests/platform/mac-wk2/TestExpectations

  Log Message:
  ---
  NEW TEST (279186@main): [ MacOS x86_64 ] 
imported/w3c/web-platform-tests/css/css-view-transitions/new-content-flat-transform-ancestor.html
 is consistent failure
https://bugs.webkit.org/show_bug.cgi?id=274852
rdar://128955359

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/mac-wk2/TestExpectations:

Canonical link: https://commits.webkit.org/279457@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[PATCH v2] drm/amdkfd: Handle deallocated VPGRs in gfx11+ trap handler

2024-05-29 Thread Jay Cornwall

A wavefront may deallocate its VGPRs at the end of a program while
waiting for memory transactions to complete. If it subsequently
receives a context save exception it will be unable to save,
since this requires VGPRs. In this case the trap handler should
terminate the wavefront.

Fixes intermittent VM faults under context switching load.

V2: Use S_ENDPGM instead of S_ENDPGM_SAVED for performance counters

Signed-off-by: Jay Cornwall 
Cc: Lancelot Six 
---
 .../gpu/drm/amd/amdkfd/cwsr_trap_handler.h| 695 +-
 .../amd/amdkfd/cwsr_trap_handler_gfx10.asm|  17 +
 2 files changed, 366 insertions(+), 346 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h 
b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
index 85a41e121cce..665122d1bbbd 100644
--- a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
+++ b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
@@ -2705,7 +2705,7 @@ static const uint32_t cwsr_trap_gfx10_hex[] = {
 };
 
 static const uint32_t cwsr_trap_gfx11_hex[] = {
-   0xbfa1, 0xbfa00224,
+   0xbfa1, 0xbfa00227,
0xb0804006, 0xb8f8f802,
0x9178ff78, 0x00020006,
0xb8fbf803, 0xbf0d9e6d,
@@ -2750,399 +2750,400 @@ static const uint32_t cwsr_trap_gfx11_hex[] = {
0x8b6dff6d, 0x,
0x8bfe7e7e, 0x8bea6a6a,
0xb978f802, 0xbe804a6c,
-   0x8b6dff6d, 0x,
-   0xbefa0080, 0xb97a0283,
-   0xbeee007e, 0xbeef007f,
-   0xbefe0180, 0xbefe4d84,
-   0xbf89, 0x8b7aff7f,
-   0x0400, 0x847a857a,
-   0x8c6d7a6d, 0xbefa007e,
-   0x8b7bff7f, 0x,
-   0xbefe00c1, 0xbeff00c1,
-   0xdca6c000, 0x007a,
-   0x7e000280, 0xbefe007a,
-   0xbeff007b, 0xb8fb02dc,
-   0x847b997b, 0xb8fa3b05,
-   0x807a817a, 0xbf0d997b,
-   0xbfa20002, 0x847a897a,
-   0xbfa1, 0x847a8a7a,
-   0xb8fb1e06, 0x847b8a7b,
-   0x807a7b7a, 0x8b7bff7f,
-   0x, 0x807aff7a,
-   0x0200, 0x807a7e7a,
-   0x827b807b, 0xd761,
-   0x00010870, 0xd761,
-   0x00010a71, 0xd761,
-   0x00010c72, 0xd761,
-   0x00010e73, 0xd761,
-   0x00011074, 0xd761,
-   0x00011275, 0xd761,
-   0x00011476, 0xd761,
-   0x00011677, 0xd761,
-   0x00011a79, 0xd761,
-   0x00011c7e, 0xd761,
-   0x00011e7f, 0xbefe00ff,
-   0x3fff, 0xbeff0080,
-   0xdca6c040, 0x007a,
-   0xd760007a, 0x00011d00,
-   0xd760007b, 0x00011f00,
+   0xbf0d9878, 0xbfa10001,
+   0xbfb0, 0x8b6dff6d,
+   0x, 0xbefa0080,
+   0xb97a0283, 0xbeee007e,
+   0xbeef007f, 0xbefe0180,
+   0xbefe4d84, 0xbf89,
+   0x8b7aff7f, 0x0400,
+   0x847a857a, 0x8c6d7a6d,
+   0xbefa007e, 0x8b7bff7f,
+   0x, 0xbefe00c1,
+   0xbeff00c1, 0xdca6c000,
+   0x007a, 0x7e000280,
0xbefe007a, 0xbeff007b,
-   0xbef4007e, 0x8b75ff7f,
-   0x, 0x8c75ff75,
-   0x0004, 0xbef60080,
-   0xbef700ff, 0x10807fac,
-   0xbef1007d, 0xbef00080,
-   0xb8f302dc, 0x84739973,
-   0xbefe00c1, 0x857d9973,
-   0x8b7d817d, 0xbf06817d,
-   0xbfa20002, 0xbeff0080,
-   0xbfa2, 0xbeff00c1,
-   0xbfa9, 0xbef600ff,
-   0x0100, 0xe0685080,
-   0x701d0100, 0xe0685100,
-   0x701d0200, 0xe0685180,
-   0x701d0300, 0xbfa8,
+   0xb8fb02dc, 0x847b997b,
+   0xb8fa3b05, 0x807a817a,
+   0xbf0d997b, 0xbfa20002,
+   0x847a897a, 0xbfa1,
+   0x847a8a7a, 0xb8fb1e06,
+   0x847b8a7b, 0x807a7b7a,
+   0x8b7bff7f, 0x,
+   0x807aff7a, 0x0200,
+   0x807a7e7a, 0x827b807b,
+   0xd761, 0x00010870,
+   0xd761, 0x00010a71,
+   0xd761, 0x00010c72,
+   0xd761, 0x00010e73,
+   0xd761, 0x00011074,
+   0xd761, 0x00011275,
+   0xd761, 0x00011476,
+   0xd761, 0x00011677,
+   0xd761, 0x00011a79,
+   0xd761, 0x00011c7e,
+   0xd761, 0x00011e7f,
+   0xbefe00ff, 0x3fff,
+   0xbeff0080, 0xdca6c040,
+   0x007a, 0xd760007a,
+   0x00011d00, 0xd760007b,
+   0x00011f00, 0xbefe007a,
+   0xbeff007b, 0xbef4007e,
+   0x8b75ff7f, 0x,
+   0x8c75ff75, 0x0004,
+   0xbef60080, 0xbef700ff,
+   0x10807fac, 0xbef1007d,
+   0xbef00080, 0xb8f302dc,
+   0x84739973, 0xbefe00c1,
+   0x857d9973, 0x8b7d817d,
+   0xbf06817d, 0xbfa20002,
+   0xbeff0080, 0xbfa2,
+   0xbeff00c1, 0xbfa9,
0xbef600ff, 0x0100,
-   0xe0685100, 0x701d0100,
-   0xe0685200, 0x701d0200,
-   0xe0685300, 0x701d0300,
+   0xe0685080, 0x701d0100,
+   0xe0685100, 0x701d0200,
+   0xe0685180, 0x701d0300,
+   0xbfa8, 0xbef600ff,
+   0x0100, 0xe0685100,
+   0x701d0100, 0xe0685200,
+   0x701d0200, 0xe0685300,
+   0x701d0300, 0xb8f03b05,
+   0x80708170, 0xbf0d9973,
+   0xbfa20002

[webkit-changes] [WebKit/WebKit] 408017: NEW TEST (279412@main): [ MacOS iOS ] http/tests/s...

2024-05-29 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 408017f459058a74fe72ef96bbfe0d6582c2d2f3
  
https://github.com/WebKit/WebKit/commit/408017f459058a74fe72ef96bbfe0d6582c2d2f3
  Author: Jay Stfleur 
  Date:   2024-05-29 (Wed, 29 May 2024)

  Changed paths:
M LayoutTests/platform/ios/TestExpectations
M LayoutTests/platform/mac-wk2/TestExpectations

  Log Message:
  ---
  NEW TEST (279412@main): [ MacOS iOS ] 
http/tests/site-isolation/opened-window-length.html is a consistent timeout
https://bugs.webkit.org/show_bug.cgi?id=274847
rdar://128953241

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/ios/TestExpectations:
* LayoutTests/platform/mac-wk2/TestExpectations:

Canonical link: https://commits.webkit.org/279454@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[PATCH] drm/amdkfd: Handle deallocated VPGRs in gfx10+ trap handler

2024-05-28 Thread Jay Cornwall

A wavefront may deallocate its VGPRs at the end of a program while
waiting for memory transactions to complete. If it subsequently
receives a context save exception it will be unable to save,
since this requires VGPRs. In this case the trap handler should
terminate the wavefront.

Fixes intermittent VM faults under context switching load.

Signed-off-by: Jay Cornwall 
Cc: Lancelot Six 
---
 .../gpu/drm/amd/amdkfd/cwsr_trap_handler.h| 744 +-
 .../amd/amdkfd/cwsr_trap_handler_gfx10.asm|  13 +
 2 files changed, 386 insertions(+), 371 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h 
b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
index 85a41e121cce..74228b3b4905 100644
--- a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
+++ b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
@@ -2705,7 +2705,7 @@ static const uint32_t cwsr_trap_gfx10_hex[] = {
 };
 
 static const uint32_t cwsr_trap_gfx11_hex[] = {
-   0xbfa1, 0xbfa00224,
+   0xbfa1, 0xbfa00226,
0xb0804006, 0xb8f8f802,
0x9178ff78, 0x00020006,
0xb8fbf803, 0xbf0d9e6d,
@@ -2750,6 +2750,7 @@ static const uint32_t cwsr_trap_gfx11_hex[] = {
0x8b6dff6d, 0x,
0x8bfe7e7e, 0x8bea6a6a,
0xb978f802, 0xbe804a6c,
+   0xbf0d9878, 0xbfa2030b,
0x8b6dff6d, 0x,
0xbefa0080, 0xb97a0283,
0xbeee007e, 0xbeef007f,
@@ -3635,7 +3636,7 @@ static const uint32_t cwsr_trap_gfx9_4_3_hex[] = {
 };
 
 static const uint32_t cwsr_trap_gfx12_hex[] = {
-   0xbfa1, 0xbfa00247,
+   0xbfa1, 0xbfa0024a,
0xb0804009, 0xb8f8f804,
0x9178ff78, 0x8c00,
0xb8fbf811, 0x8b6eff78,
@@ -3675,155 +3676,123 @@ static const uint32_t cwsr_trap_gfx12_hex[] = {
0x8b6dff6d, 0x,
0x8bfe7e7e, 0x8bea6a6a,
0x85788978, 0xb9783244,
-   0xbe804a6c, 0x8b6dff6d,
-   0x, 0xbefa0080,
-   0xb97a0151, 0xbeee007e,
-   0xbeef007f, 0xbefe0180,
-   0xbefe4d84, 0xbf8a,
-   0x8b7aff7f, 0x0400,
-   0x847a857a, 0x8c6d7a6d,
-   0xbefa007e, 0x8b7bff7f,
-   0x, 0xbefe00c1,
-   0xbeff00c1, 0xee0a407a,
-   0x000c, 0x,
-   0x7e000280, 0xbefe007a,
-   0xbeff007b, 0xb8fb0742,
-   0x847b997b, 0xb8fa3b05,
-   0x807a817a, 0xbf0d997b,
-   0xbfa20002, 0x847a897a,
-   0xbfa1, 0x847a8a7a,
-   0xb8fb1e06, 0x847b8a7b,
-   0x807a7b7a, 0x8b7bff7f,
-   0x, 0x807aff7a,
-   0x0200, 0x807a7e7a,
-   0x827b807b, 0xd761,
-   0x00010870, 0xd761,
-   0x00010a71, 0xd761,
-   0x00010c72, 0xd761,
-   0x00010e73, 0xd761,
-   0x00011074, 0xd761,
-   0x00011275, 0xd761,
-   0x00011476, 0xd761,
-   0x00011677, 0xd761,
-   0x00011a79, 0xd761,
-   0x00011c7e, 0xd761,
-   0x00011e7f, 0xbefe00ff,
-   0x3fff, 0xbeff0080,
+   0xbe804a6c, 0xb8faf802,
+   0xbf0d987a, 0xbfa20366,
+   0x8b6dff6d, 0x,
+   0xbefa0080, 0xb97a0151,
+   0xbeee007e, 0xbeef007f,
+   0xbefe0180, 0xbefe4d84,
+   0xbf8a, 0x8b7aff7f,
+   0x0400, 0x847a857a,
+   0x8c6d7a6d, 0xbefa007e,
+   0x8b7bff7f, 0x,
+   0xbefe00c1, 0xbeff00c1,
0xee0a407a, 0x000c,
-   0x4000, 0xd760007a,
-   0x00011d00, 0xd760007b,
-   0x00011f00, 0xbefe007a,
-   0xbeff007b, 0xbef4007e,
-   0x8b75ff7f, 0x,
-   0x8c75ff75, 0x0004,
-   0xbef60080, 0xbef700ff,
-   0x10807fac, 0xbef1007d,
-   0xbef00080, 0xb8f30742,
-   0x84739973, 0xbefe00c1,
-   0x857d9973, 0x8b7d817d,
-   0xbf06817d, 0xbfa20002,
-   0xbeff0080, 0xbfa2,
-   0xbeff00c1, 0xbfac,
-   0xbef600ff, 0x0100,
-   0xc4068070, 0x008ce801,
-   0x8000, 0xc4068070,
-   0x008ce802, 0x0001,
-   0xc4068070, 0x008ce803,
-   0x00018000, 0xbfab,
-   0xbef600ff, 0x0100,
-   0xc4068070, 0x008ce801,
+   0x, 0x7e000280,
+   0xbefe007a, 0xbeff007b,
+   0xb8fb0742, 0x847b997b,
+   0xb8fa3b05, 0x807a817a,
+   0xbf0d997b, 0xbfa20002,
+   0x847a897a, 0xbfa1,
+   0x847a8a7a, 0xb8fb1e06,
+   0x847b8a7b, 0x807a7b7a,
+   0x8b7bff7f, 0x,
+   0x807aff7a, 0x0200,
+   0x807a7e7a, 0x827b807b,
+   0xd761, 0x00010870,
+   0xd761, 0x00010a71,
+   0xd761, 0x00010c72,
+   0xd761, 0x00010e73,
+   0xd761, 0x00011074,
+   0xd761, 0x00011275,
+   0xd761, 0x00011476,
+   0xd761, 0x00011677,
+   0xd761, 0x00011a79,
+   0xd761, 0x00011c7e,
+   0xd761, 0x00011e7f,
+   0xbefe00ff, 0x3fff,
+   0xbeff0080, 0xee0a407a,
+   0x000c, 0x4000,
+   0xd760007a, 0x00011d00,
+   0xd760007b, 0x00011f00,
+   0xbefe007a, 0xbeff007b,
+   0xbef4007e, 0x8b75ff7f,
+   0x

[RE-wrenches] Discover rack mount battery connectors

2024-05-28 Thread Jay via RE-wrenches

Hi all

I’ve noticed that many batteries are now using a different type of battery 
connector. Almost like a kind of MC4. It has a positive locking mechanism. 
Discover, EG4, and others. 

I’m wondering if anyone knows if they are universal or specific to each brand?

And is there a name for this type of connector. 

Thanks

Jay
___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

[webkit-changes] [WebKit/WebKit] c922e7: REGRESSION(279321@main): js/dom/missing-exception-...

2024-05-28 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: c922e71a44e37dcafcac43e2b537ace3f9134ad3
  
https://github.com/WebKit/WebKit/commit/c922e71a44e37dcafcac43e2b537ace3f9134ad3
  Author: Jay Stfleur 
  Date:   2024-05-28 (Tue, 28 May 2024)

  Changed paths:
M LayoutTests/platform/ios/TestExpectations
M LayoutTests/platform/mac/TestExpectations

  Log Message:
  ---
  REGRESSION(279321@main): 
js/dom/missing-exception-check-in-convertVariadicArguments.html is crashing : 
Unchecked exception detected at JSC::VM::verifyExceptionCheckNeedIsSatisfied : 
ASSERTION FAILED: !m_needExceptionCheck
https://bugs.webkit.org/show_bug.cgi?id=274732
rdar://128901317

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/ios/TestExpectations:
* LayoutTests/platform/mac/TestExpectations:

Canonical link: https://commits.webkit.org/279407@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

Re: EBCDIC/ASCII - FTP

2024-05-28 Thread Jay Maynard

As it happens, I'm dealing with this...have a small task to do some C, and
discovered the hard way that the 3279, while having the square brackets in
its normal character set, doesn't have them at the same code points as
later IBM OSes expect. tn3270 shows them fine, though.

On Tue, May 28, 2024 at 7:43 AM Rick Troth <
058ff5c2d0a7-dmarc-requ...@listserv.ua.edu> wrote:

> Hi Tom --
>
> You're not wrong.
> The musical code pages have led to multiplied complexities.
>
> Living in the US, I've had it easier than some, and in most cases I can
> (and do) treat "EBCDIC" as CP1047 (with an exception around not and
> circumflex). CP37 came first, and was "close" but got the square
> brackets wrong (as most US installations used them). But with "CP37v2"
> there is a one-for-one mapping with ISO-8859-1, and that's the A/E table
> from which I start. It's not just me, many official implementations
> (witness Dignus) use the same A/E mapping as their default.
>
> EBCDIC representations like "CP 37 version 2" were drummed-up by
> customers. In the early 1990s, there was a concerted effort (including a
> SHARE project) to solidify a standard. IBM took the requirements to
> heart, thus we have CP1047 (which is "CP37v2" except for logical not
> versus circumflex). But this all remains an 8-bit solution.
>
> The ASCII world also had multiple code pages (such as ISO-8859-1) but
> then embraced Unicode and such encodings as UTF-8.
> But mapping EBCDIC of any code page into UTF-8 is more than I know how
> to do (reliably, unless I had source to the FTP client and hacked it
> appropriately).
> So to the original question, best practice is to have the z/OS side
> handle the translation. ISO-8859-1 is most closely covered by CP819, so
> the "*10470819*" mapping is what you want.
> On the ASCII side, ISO-8859-1 *might* be usable as-is, but if not then
> it can be easily converted to UTF-8. But that's a question for the ASCII
> consumers of the data.
>
> -- R; <><
>
>
>
>
> On 5/8/24 12:45 PM, Tom Marchant wrote:
> > "This" is the link that Gil provided in the email that I replied to, at
> the bottom of the post. The assertion was that IBM erred in not making the
> System/360 ASCII only.
> >
> > The availability of multiple EBCDIC code pages seems to me to make
> Beemer's assertion that there is a 1 to 1 correspondence between ASCII and
> EBCDIC even more dubious.
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Jay Maynard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [RE-wrenches] Discover AES exposion

2024-05-28 Thread Jay via RE-wrenches

That is fantastic service! And it also confirms that LFP batteries are actually capable of the same explosive energy ( even more actually) as NMC contrary to the claims made by many that it’s impossible. While I’m using LFP batteries in most systems, it does scare me much more than Lead. JayOn May 27, 2024, at 9:41 PM, Michael Morningstar via RE-wrenches wrote:Hey Everybody,I wanted to circle back on the Discover AES explosion that I reported a few weeks ago. As far as we know, there was a thermal runaway situation. Gas from the battery filled the power room and then ignited causing an explosion. It was hot enough that anything plastic melted. The steel man door blew off its hinges. Beyond that, we are still trying to figure out why it happened.For now, what I want to say is that Discover has been awesome. The VP, CEO and crew responded immediately. They are paying for the cleanup of the building by a specialized remediation company, offered to pay to have the building rebuilt, 2nd day shipped new rack mount batteries and a pre-built Schneider system to the site. Are paying a plumbing contractor to replace all of the plumbing (booster pump, pressure tank and significant treatment equipment. Flying Mike Wight (ace off-grid installer and applications engineer for Discover) to the site for the rebuild. And reimbursing me for my involvement. This with no coercion or dawdling about. As soon as they found out, they were on it. I spoke with the VP and CEO and they genuinely care about my clients and want to do right for the sake of doing right, not to avoid litigation. Tell me of another RE company, or any company for that matter that would respond this way.--

Michael Morningstar Morningstar Electric IncPO Box 1494Mount Shasta, CA 96067530-921-0560CSLB 1116835mjmornings...@gmail.com
___List sponsored by Redwood AlliancePay optional member dues here: http://re-wrenches.orgList Address: RE-wrenches@lists.re-wrenches.orgChange listserver email address & settings:http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.orgThere are two list archives for searching. When one doesn't work, try the other:https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.orgList rules & etiquette:http://www.re-wrenches.org/etiquette.htmCheck out or update participant bios:http://www.members.re-wrenches.org___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

[webkit-changes] [WebKit/WebKit] c772b3: REGRESSION (279285@main): [ MacOS iOS ] http/wpt/w...

2024-05-27 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: c772b37ee303b4bc4f8afbe58607033b1d34f396
  
https://github.com/WebKit/WebKit/commit/c772b37ee303b4bc4f8afbe58607033b1d34f396
  Author: Jay Stfleur 
  Date:   2024-05-27 (Mon, 27 May 2024)

  Changed paths:
M LayoutTests/platform/ios/TestExpectations
M LayoutTests/platform/mac-wk2/TestExpectations

  Log Message:
  ---
  REGRESSION (279285@main): [ MacOS iOS ] 
http/wpt/webauthn/public-key-credential-get-success-u2f.https.html is a 
consistent failure
https://bugs.webkit.org/show_bug.cgi?id=274766
rdar://128840425

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/ios/TestExpectations:
* LayoutTests/platform/mac-wk2/TestExpectations:

Canonical link: https://commits.webkit.org/279365@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[RBW] Re: Big Joe goes to Snowdonia

2024-05-27 Thread Jay

Like, WOW.  Nicolas, you really make me want to go there and explore.  I 
would rather take 4hrs to cover 'those' 35km than a fast-paced, paved ride 
anywhere around here.

On Monday, May 27, 2024 at 5:23:26 PM UTC-4 RichS wrote:

> Nicholas, what a magical landscape. Thanks for sharing the photos. Nicely 
> put together Joe Appa too!
>
> Best,
> Rich in ATL
>
> On Monday, May 27, 2024 at 3:06:53 PM UTC-4 John Bokman wrote:
>
>> Fantastic shots! Thanks so much. Looks like a hoot!
>>
>>
>> John
>> On Monday, May 27, 2024 at 2:28:08 AM UTC-7 Nicholas A wrote:
>>
>>> [image: IMG_9184.jpg]
>>
>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/43b1d1eb-a905-4b0b-b89b-1fd9f550cd99n%40googlegroups.com.

[RBW] Re: How much can you vary wheel diameter and tire width without degrading handling?

2024-05-27 Thread Jay

I don't have a lot of experience with what you've outlined and asked about 
(those specific dimensions), however, I'll share my experience with my 
Salsa Fargo, as in the end it brought me here!

It came mounted with 29x2.2".  From the first test ride I knew it was for 
me, as a drop bar mtb / monster cross bike for local mixed surface trails. 
 When winter came I wanted to use it with narrower tires, minimal tread, as 
it would only be ridden on the road.  I swapped the tires with 43mm GKSS. 
 I didn't like the way it handled.  I'm assuming it affected the trail?  In 
any case, it wasn't that stable ride I enjoyed.

What brought me here, to this forum and wanting a Roadini - I needed a bike 
for those tires!  And it worked out great...the 43mm GKSS are perfect on 
the Roadini.

On Monday, May 27, 2024 at 5:18:52 PM UTC-4 Patrick Moore wrote:

> Frames are designed to handle best with wheels of a certain diameter with 
> tires of a certain width, but sometimes you can vary tire size and get away 
> with it without making the bike handle strangely  or risking pedal strike.
>
> Instance: 25 years ago I built up several nice pre-susp mtbs with 3 
> wheels, 2" knobbies, ~26" in diameter, 32-5 mm slicks, ~25" in diameter, 
> for commuting, and gofast wheels with 26X1" = 22-23 mm in real world width 
> Specialized Turbos (nice tires), 24", for unladed weekend pavement riding. 
> So, diameters from 26" to 24". A bit later I had 2 wheelsets for my 1992 
> XO-1, 24" diameter Turbos and 25" diameter Tioga City Slickers. The 
> skinnies made the bike a bit quicker to turn.
>
> With the converted mtbs, the bikes handled very nicely with 2" tires, 
> quite nicely with ~32s, and horribly with 22 mm actual Turbos -- twitchy in 
> straight line, hesitant and inconsistent in turns.
>
> That was the long windup to this question: for a frame designed for "up to 
> 622X 60s and 584 X 80s"(+ fenders) -- both about 750 mm in diameter, and, 
> #2, one that in fact handles very nicely with 622 X 50s --  ~730 mm -- how 
> skinny can one go before compromising handling?
>
> I have no interest in installing 23s, but I think of installing extralight 
> 42s, 714 mm diameter, so a 3/4' or 19 mm drop in real world bb height.
>
> Any thoughts?
>
> Background: I got a second wheelset for the Matthews #1 "road bike for 
> dirt" for 50 mm* RH Oracle Ridge tires. I meant ot have  this knobby 
> wheelset for our sandy dirt and leave the original, otherwise identical, 
> wheelset with the 50 mm Soma Supple Vitesse SLs for pavement riding, this 
> after I discovered that the Somas do poorly on sandy surfaces.
>
> It turns out that the Oracles roll and handle closely enough to the Somas 
> that I rather think it's redundant to have a road wheelset with 50 mm 
> tires, even though these Somas at 360 grams roll exceptionally well and 
> make this bike handle much like my Riv Roads.
>
> So I wonder about 42s -- no narrower, unless you present good evidence for 
> narrower -- for lighter weight and perhaps handline a wee bit "crisper."
>
> * ~Actual widths for both OR and SSVSL.
>
> -- 
>
> Patrick Moore
> Alburquerque, Nuevo Mexico, Etats Unis d'Amerique, Orbis Terrarum
>
> ---
>
> Executive resumes, LinkedIn profiles, bios, letters, and other writing 
> services
>
>
> ---
>
> *When thou didst not, savage, k**now thine own meaning,*
>
> *But wouldst gabble like a** thing most brutish,*
>
> *I endowed thy purposes w**ith words that made them known.*
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/55c106b1-4ed5-46a3-951f-3b660ec3c4ben%40googlegroups.com.

Re: [RE-wrenches] Water system with Grundfos SQFlex

2024-05-27 Thread jay via RE-wrenches

HI Brad,

Is this off/on grid?
And are the two wells near each other or they just join up at the tank and 
float switch?

If you’ve got the power then I’d install just a standard AC centrifugal pump.  
Sure uses more power but lasts forever. And is maybe $500 vs $2500
And you’ve said minimal water use. 

since you switch back and forth you could use a DPDT relay to use the reverse 
logic float which the CU200 requires. 

 

> On May 27, 2024, at 12:23 PM, Bradley Bassett via RE-wrenches 
>  wrote:
> 
> OK, all of the fittings were just fine. After pulling the pump it was obvious 
> that there was a total failure of the Grundfos SQFlex 3SQF-2 pump head, both 
> the rotor and the check valve. Water just pours through it in reverse with no 
> pressure. On the last test in place it would not produce more than 75psi 
> running on 240VAC deadheaded. This pump is only 10 years old and only served 
> a two person household with minimal water use on AC power, so it did not run 
> anywhere near as many hours as a solar pump. 100psi head. I'd buy a different 
> pump if I could come up with a method of control. Float switch is 1200 ft 
> away (half AWG#16 and half AWG#14) and a second SQFlex pump in the other well 
> so I'd have to figure out how to control both pumps. I do switch from one to 
> the other; they do not run at the same time. Remember that these float 
> switches are reverse, close on high water.
> 
> Back when I sold these, the pump head was not available separate from the 
> motor, anyone know if that is still true?
> Anyone have a good source for these? I'll look of course, but first hand 
> knowledge from anyone here is good. 
> 
> I do also have a backward leaky check valve in the pump house which will be a 
> lot of work to replace. I have a problem with cheap unions leaking also, but 
> they do come in handy in cases like this. I might just cut through one of the 
> pipes and put in a union. Otherwise I have to disassemble a lot of plumbing. 
> 
> Living in the country...
> 
> Thanks,
> Brad Bassett
> 

___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

[RE-wrenches] offgrid solar installer in anchorage/SE alaska

2024-05-27 Thread jay via RE-wrenches

HI All

Any recommendations for a off grid installer in Anchorage or SE alaska?

Pls contact me off list

thanks

jay
___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

[RBW] Re: Roadini Build - Mix of Modern and Retro

2024-05-26 Thread Jay

I wanted to circle back and close out initial impressions on my Roadini.  I 
used it on a road ride with my friend today.  I put on the 2nd wheelset, 
that has Vittoria Corsa Pro 30mm tires.  My friend is faster and when we 
ride together he dials it back, and I push harder than I usually do, and it 
works out and we have good rides.  I was worried that the extra weight (4-5 
pounds) and more upright posture would hold be back, so I warned him in 
advance.  I felt really comfortable on the entire 2.5 ride, including a 
headwind on our way back.  I used the drops quite a bit, in part because 
they're very comfortable.  I felt really good and was pleasantly surprised 
that we probably had our fastest average on those roads.  Well done Leo!

On Sunday, January 21, 2024 at 1:33:55 PM UTC-5 Jay wrote:

> First post here!  I've been reading some of the threads and this sounds 
> like a good place...my new happy place ;-)
>
> I ordered the dark gold Roadini (57) from the only shop in Canada that 
> sells Riv (C Cycles) and will be picking it up in a few weeks when I'll 
> be visiting Montreal.
>
> Looking for this to be a project bike, that evolves over time.  For now 
> though, I had a lot of new / lightly used parts on hand, so I'll be using 
> those and having the bike shop supply the rest (including some handbill 
> wheels for some lightly used 43mm GKSS tires I'm using on my Fargo in the 
> winter).  Build will be Shimano 11sp, with DT shifters and Tektro RRL brake 
> levers, and Tektro brakes.
>
> Purpose of the bike is all-road (where I live, a lot of that is paved, but 
> there are gravel roads further out), but will not be used much on local 
> mixed-surface trails (where the Fargo excels).  My current road bike will 
> be jealous, but I'm not kicking her to the curb just yet!
>
> Photos to come in February.  
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/729ebff1-b622-481f-b5d0-a0875efae489n%40googlegroups.com.

[RBW] Re: Upright / Relaxed / Swept-Back - Style of Riding

2024-05-26 Thread Jay

I ended up sticking with drop bars, but making some changes after a good 
conversation with my chiro and a few rides on the three bikes where I paid 
a lot of attention to where I had pain, and my posture on those rides.

On the Roadini and Salsa, I was using 42cm bars (at the hoods hoods) with 
12 degrees of flare.  First time I went up from 40cm.  In previous fittings 
I was told I can run a 38cm as I have narrow shoulders.  It's a trend these 
days to run wider, I tried it, but it really backfired given my 
pre-existing neck/shoulder issue.  When on the hoods my arms were not a 
straight line from my body, they were out a bit, and this was a minor 
(major at times) pain.  I replaced those bars, have ridden each bike once 
(1.5-2.5 hours) and it was instantly noticeable.  Pain gone.  Both of those 
bikes have the bars upright (tops level with saddle, hoods higher) and not 
stretched out.  Road bike has 40cm bars, but the reach is long and drop is 
2.5cm below saddle (making the drops unreachable for me).  That's being 
rectified next.

I may try swept back one day, but for now I do love drop bars and the 
varied hand positions, and it was much cheaper to replace two bars and 
re-use the table (success on both counts).

On Wednesday, May 8, 2024 at 9:28:41 PM UTC-4 Jay wrote:

> I was always aware of bikes with a very relaxed geometry / setup, and it 
> wasn't until I started seeing Rivendell bikes and watching youtube videos 
> of people riding them that I really thought about it - is it more 
> comfortable than drop bars, even if I have a more neutral (not aggressive) 
> position on the bike (i.e., bars close to level with saddle)?  Would this 
> be a good option for just cruising around, but for 1-2 hours?  If I didn't 
> get along well with flat bars on mountain bike, would swept back bars be 
> better?
>
> I'm going to ramble a bit here, my apologies in advance.  I haven't 
> thought long enough about this to formulate my question succinctly. 
>  Hopefully you get where I'm coming from.
>
> *Quick background*
> - been riding a little over 20 years (closing in on 50!)
> - started with mountain biking (hardtail, singletrack); moved to road; 
> tried mountain biking two more times (I love being in nature) but didn't 
> like the thrill/danger, and hated the idea of driving to the trail head; 
> have been mainly on the road for last 15 years, though with 10 years of 
> 'gravel' bikes/riding
> - I've had ongoing issues with my cervical spine (nothing serious) and 
> this leads to some problems when riding in any sort of aggressive position 
> on the bike; I see a chiro regularly; stretch a lot; workout / strength 
> training; have had numerous bike fits
> - I have a Roadini, Salsa Fargo and a road bike (25mm tires, but custom 
> made and really does fit like a glove, for road)
> - I don't care about performance at all, I just love riding bikes, in 
> particular when roads are not busy, or on trails, gravel roads, etc.
>
> On a good day (75% of the time), I can ride any of these bikes and during 
> the ride I feel pretty good (little to no pain), maybe a bit of pain after 
> (could be neck/shoulders, but anywhere else really), and after stretching I 
> feel great in a 1/2 to full day.  I ride 4-5x a week, workout 1-2 times 
> spring-fall and more in the winter.  
>
> But at least once a week, and maybe twice, I'll be riding, sometimes tired 
> as it's after work, and within an hour I'm running low on energy and 
> probably start to develop a bad posture on the bike, over-using my arms 
> which causes problems in my neck and shoulders, leading to upper body 
> aches/pains (while riding, and after).  Takes a lot of stretching and 
> awareness to reset.  *This is what I'm trying to resolve (move from 75% 
> to 99%)*
>
> My guess is that even with a bike like the Roadini or Salsa, with bars 
> about level with the saddle, and even with a professional fitting on each, 
> when I want to ride but I'm lacking energy, it goes poorly.  But is that 
> because these bikes are "kind of" aggressive (when compared to say a spine 
> angle closer to 70% and swept back bars)?  Or is it simply a combination of 
> age, history of some 'issues', low on energy and thus bad posture kicks in, 
> and would any bike be a joy to ride, or should I just go for a walk on 
> those days!?
>
> I would love to hear from those who ride both drop bars and also swept 
> back (or similar) in a way more relaxed geometry, or those who transitioned 
> to mainly this style, because it almost fully resolved your issues, if 
> they're anyway similar to mine.  *On a day when you're not feeling it, 
> but you have to commute or just love to ride, do you leave the drop bar 
> bike in the garage and hop on your more relaxed bike, and thus avoid most 
> of

Re: [RE-wrenches] Water system with Grundfos SQFlex

2024-05-26 Thread Jay via RE-wrenches

Hi JerryWhat equipment are you using to pull steel  from that depth?Jay On May 26, 2024, at 3:18 PM, Jerry Shafer via RE-wrenches  wrote:Hey wrenchesWater leaks in wells, I just pulled my well pump out at a mere 390 feet, older galvanized 11/4 « steel, where the Water rose and dropped the pipe was is poor shape, not leaking yet but it will l suggest if the pump is pul l Ed then replace it with well pipe either sch 80 or 120 depending on the depth. Fun timesOn Sun, May 26, 2024, 11:14 AM Darryl Thayer via RE-wrenches <re-wrenches@lists.re-wrenches.org> wrote:I had a similar pipe leak. I forgot how I located it, but I used a vaccumn gauge or pump and to determine how far down the well the the leak was and pulled the pump and pipe and found a crack.On Sat, May 25, 2024 at 8:41 PM Bradley Bassett via RE-wrenches <re-wrenches@lists.re-wrenches.org> wrote:I have a water system with a Grundfos SQFlex SQF3-2 pump. I'm getting water flow in reverse either through the pump or a leak up to the pump. My question is if the check valve on the top of the pump is not sealing, will the progressive cavity pump allow water to flow through the pump in reverse? I'd think that with a positive displacement pump it would not, except very slowly or if it turned the motor backwards which I think would be very unlikely. There is about 100 psi head on  the pump. I think it's most likely I have a leak somewhere in the plumbing, and of course another failed check valve farther up in the plumbing. It's possible to get failures even with redundant protection if you have two concurrent failures, which I must have here. Brad Bassett Old time solar guy who used to do solar pumping back in the '80's and '90's. Mostly retired now.
___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org


___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org


___List sponsored by Redwood AlliancePay optional member dues here: http://re-wrenches.orgList Address: RE-wrenches@lists.re-wrenches.orgChange listserver email address & settings:http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.orgThere are two list archives for searching. When one doesn't work, try the other:https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.orgList rules & etiquette:http://www.re-wrenches.org/etiquette.htmCheck out or update participant bios:http://www.members.re-wrenches.org___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

Re: [RE-wrenches] Water system with Grundfos SQFlex

2024-05-26 Thread jay via RE-wrenches

And of course using a torch to soften the tubing just enough so that the barb 
fitting can insert and then grab into the plastic with the clamps.

For 1” its not needed but helpful.  For 1.25”- 2” its needed, or at least I’ve 
never been able to get a solid connection without heat.

Jay


> On May 26, 2024, at 3:31 PM, jay  wrote:
> 
> Hi Brad,
> 
> Here is the  link.
> 
> https://www.supplyhouse.com/Boshart-SSMAXL-100-1-Stainless-Steel-Male-Insert-Adapter-Extra-Long?utm_source=google_ad_medium=shopping_neutral_campaign=Shopping_Neutral_New_users_source=1=Cj0KCQjwu8uyBhC6ARIsAKwBGpQPie_fqna9Gi5uV3xJmRp-HuZVqG0d3rDUmMZSAikrkFZIrHRnqCQaAuZyEALw_wcB
>  
> <https://www.supplyhouse.com/Boshart-SSMAXL-100-1-Stainless-Steel-Male-Insert-Adapter-Extra-Long?utm_source=google_ad_medium=shopping_neutral_campaign=Shopping_Neutral_New_users_source=1=Cj0KCQjwu8uyBhC6ARIsAKwBGpQPie_fqna9Gi5uV3xJmRp-HuZVqG0d3rDUmMZSAikrkFZIrHRnqCQaAuZyEALw_wcB>
> 
> I’ve installed dozens of wells and dozens of hydros at high pressure using 
> these.
> Multiple clamps per connector and I’ve had no leaks.
> Also while it doesn’t seem right, using teflon tape on the barbs actually 
> helps to reduce leaks.
> 
> Install the clamps at 120 or 180 degrees from each other is important.  
> 
> If you want to do it correctly then use a HDPE butt welding machine.  I just 
> never could afford one.
> 
> Jay
> 
> 
> 
> 
> 
>> On May 26, 2024, at 12:54 PM, Bradley Bassett via RE-wrenches 
>> > <mailto:re-wrenches@lists.re-wrenches.org>> wrote:
>> 
>> Just went through all of Supplyhouse and did not find anything suitable. Off 
>> to do some looking down the well...
>> 
>> On Sun, May 26, 2024 at 11:44 AM Dana Orzel via RE-wrenches 
>> > <mailto:re-wrenches@lists.re-wrenches.org>> wrote:
>> Brad – Try supplyhouse.com <http://supplyhouse.com/>
>> 888.757.4774
>> 
>>  
>> 
>> _
>> 
>> Dana OrzelGREAT SOLAR WORKS! 
>> 
>> C – 208.721.7003  E – d...@solarwork.com <mailto:d...@solarwork.com>
>> W - www. greatsolarworks.com <http://greatsolarworks.com/> 
>> www.solarwork.com <http://www.solarwork.com/>
>> “Responsible Technologies for Responsible People since 1988!”
>> 
>>  
>> 
>> ___
>> List sponsored by Redwood Alliance
>> 
>> Pay optional member dues here: http://re-wrenches.org 
>> <http://re-wrenches.org/>
>> 
>> List Address: RE-wrenches@lists.re-wrenches.org 
>> <mailto:RE-wrenches@lists.re-wrenches.org>
>> 
>> Change listserver email address & settings:
>> http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org 
>> <http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org>
>> 
>> There are two list archives for searching. When one doesn't work, try the 
>> other:
>> https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/ 
>> <https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/>
>> http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org 
>> <http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org>
>> 
>> List rules & etiquette:
>> http://www.re-wrenches.org/etiquette.htm 
>> <http://www.re-wrenches.org/etiquette.htm>
>> 
>> Check out or update participant bios:
>> http://www.members.re-wrenches.org <http://www.members.re-wrenches.org/>
>> 
>> ___
>> List sponsored by Redwood Alliance
>> 
>> Pay optional member dues here: http://re-wrenches.org 
>> <http://re-wrenches.org/>
>> 
>> List Address: RE-wrenches@lists.re-wrenches.org 
>> <mailto:RE-wrenches@lists.re-wrenches.org>
>> 
>> Change listserver email address & settings:
>> http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org 
>> <http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org>
>> 
>> There are two list archives for searching. When one doesn't work, try the 
>> other:
>> https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
>> http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org
>> 
>> List rules & etiquette:
>> http://www.re-wrenches.org/etiquette.htm
>> 
>> Check out or update participant bios:
>> http://www.members.re-wrenches.org
>> 
> 

___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

Re: [RE-wrenches] Water system with Grundfos SQFlex

2024-05-26 Thread jay via RE-wrenches

Hi Brad,

Here is the  link.

https://www.supplyhouse.com/Boshart-SSMAXL-100-1-Stainless-Steel-Male-Insert-Adapter-Extra-Long?utm_source=google_ad_medium=shopping_neutral_campaign=Shopping_Neutral_New_users_source=1=Cj0KCQjwu8uyBhC6ARIsAKwBGpQPie_fqna9Gi5uV3xJmRp-HuZVqG0d3rDUmMZSAikrkFZIrHRnqCQaAuZyEALw_wcB
 
<https://www.supplyhouse.com/Boshart-SSMAXL-100-1-Stainless-Steel-Male-Insert-Adapter-Extra-Long?utm_source=google_ad_medium=shopping_neutral_campaign=Shopping_Neutral_New_users_source=1=Cj0KCQjwu8uyBhC6ARIsAKwBGpQPie_fqna9Gi5uV3xJmRp-HuZVqG0d3rDUmMZSAikrkFZIrHRnqCQaAuZyEALw_wcB>

I’ve installed dozens of wells and dozens of hydros at high pressure using 
these.
Multiple clamps per connector and I’ve had no leaks.
Also while it doesn’t seem right, using teflon tape on the barbs actually helps 
to reduce leaks.

Install the clamps at 120 or 180 degrees from each other is important.  

If you want to do it correctly then use a HDPE butt welding machine.  I just 
never could afford one.

Jay





> On May 26, 2024, at 12:54 PM, Bradley Bassett via RE-wrenches 
>  wrote:
> 
> Just went through all of Supplyhouse and did not find anything suitable. Off 
> to do some looking down the well...
> 
> On Sun, May 26, 2024 at 11:44 AM Dana Orzel via RE-wrenches 
>  <mailto:re-wrenches@lists.re-wrenches.org>> wrote:
> Brad – Try supplyhouse.com <http://supplyhouse.com/>
> 888.757.4774
> 
>  
> 
> _
> 
> Dana OrzelGREAT SOLAR WORKS! 
> 
> C – 208.721.7003  E – d...@solarwork.com <mailto:d...@solarwork.com>
> W - www. greatsolarworks.com <http://greatsolarworks.com/> 
> www.solarwork.com <http://www.solarwork.com/>
> “Responsible Technologies for Responsible People since 1988!”
> 
>  
> 
> ___
> List sponsored by Redwood Alliance
> 
> Pay optional member dues here: http://re-wrenches.org 
> <http://re-wrenches.org/>
> 
> List Address: RE-wrenches@lists.re-wrenches.org 
> <mailto:RE-wrenches@lists.re-wrenches.org>
> 
> Change listserver email address & settings:
> http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org 
> <http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org>
> 
> There are two list archives for searching. When one doesn't work, try the 
> other:
> https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/ 
> <https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/>
> http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org 
> <http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org>
> 
> List rules & etiquette:
> http://www.re-wrenches.org/etiquette.htm 
> <http://www.re-wrenches.org/etiquette.htm>
> 
> Check out or update participant bios:
> http://www.members.re-wrenches.org <http://www.members.re-wrenches.org/>
> 
> ___
> List sponsored by Redwood Alliance
> 
> Pay optional member dues here: http://re-wrenches.org
> 
> List Address: RE-wrenches@lists.re-wrenches.org
> 
> Change listserver email address & settings:
> http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org
> 
> There are two list archives for searching. When one doesn't work, try the 
> other:
> https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
> http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org
> 
> List rules & etiquette:
> http://www.re-wrenches.org/etiquette.htm
> 
> Check out or update participant bios:
> http://www.members.re-wrenches.org
> 

___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

Re: [RE-wrenches] Water system with Grundfos SQFlex

2024-05-26 Thread Jay via RE-wrenches

Hi allYes the pump won’t go backwards but it’s possible there could be some leakage through the helical coil. But both check valves have to fail which is a low probability. I’ve seen pipe broken due to someone closing a valve and not having a pressure relief valve. Not knowing what kind of pipe/fittings  are being used it could be corrosion has made a hole. Not knowing the layout it might be possible to split the plumbing and see if the leakage is above or in the well. Lots of fun possibilities JayOn May 26, 2024, at 9:03 AM, Roy Butler via RE-wrenches  wrote:

  

  
  
Brad,
  
  Windy might chime in at some point to back me up on this but I see
  no way for that pump to turn backwards.
  Reverse flow is likely a leak at the pump, the down well piping or
  at the pitless adapter if there is one.
  
  Roy
  
  Another old time solar and wind guy, hoping to be retired someday
  :-).

Roy Butler
Four Winds Renewable Energy, LLC
8902 Route 46, Arkport, NY 14807


Education is when you read the fine print; experience is what you get when you don’t.

“The less people know, the more stubbornly they know it.”

Although no trees were killed in the sending of this message, 
a large number of electrons were terribly inconvenienced.



On 5/26/2024 10:10 AM, Dave Angelini
  Offgrid Solar via RE-wrenches wrote:


  
  Hey Brad,
   
  Sometimes shooting is best if you tell more on what you have
done so far like using the SQF shooting guide, especially on a
holiday weekend
  Assume there is a CU200 controller and pump is in ground
still, must be with 100ft head, sorry
  No high amps? It runs, How old?  
   
  --Dave
  
 
Dave Angelini Offgrid Solar
"we go where powerlines don't"
  https://offgridsolar1.com/ 
e-mail  offgridso...@sti.net
text 209 813 0060
  
  
  
  On 2024-05-26 4:26 am, Jay via RE-wrenches
wrote:
  
Hi Brad
  
  With 2 check valves leaking I’d look for a broken pipe or a
  corroded fitting. 
  
  If there is anyway to isolate between the 2 check valves then
  you could measure the pressure drop on both sides which should
  point to the direction of the leak. 
  
      Jay
  
  On
May 25, 2024, at 7:41 PM, Bradley Bassett via RE-wrenches
<re-wrenches@lists.re-wrenches.org>
wrote:


I have a water system with a Grundfos SQFlex SQF3-2 pump.
I'm getting water flow in reverse either through the pump or
a leak up to the pump. My question is if the check valve on
the top of the pump is not sealing, will the progressive
cavity pump allow water to flow through the pump in reverse?
I'd think that with a positive displacement pump it would
not, except very slowly or if it turned the motor backwards
which I think would be very unlikely. There is about 100 psi
head on  the pump. 

I think it's most likely I have a leak somewhere in the
plumbing, and of course another failed check valve farther
up in the plumbing. It's possible to get failures even with
redundant protection if you have two concurrent failures,
which I must have here. 

Brad Bassett 
Old time solar guy who used to do solar pumping back in the
'80's and '90's. Mostly retired now.


___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't
work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

  
  ___
  List sponsored by Redwood Alliance
  
  Pay optional member dues here: http://re-wrenches.org
  
  List Address: RE-wrenches@lists.re-wrenches.org
  
  Change listserver email address & settings:
  http://lists.re-wrenches.or

Re: [RE-wrenches] Water system with Grundfos SQFlex

2024-05-26 Thread Jay via RE-wrenches

Hi Brad

With 2 check valves leaking I’d look for a broken pipe or a corroded fitting. 

If there is anyway to isolate between the 2 check valves then you could measure 
the pressure drop on both sides which should point to the direction of the 
leak. 

Jay

> On May 25, 2024, at 7:41 PM, Bradley Bassett via RE-wrenches 
>  wrote:
> 
> 
> I have a water system with a Grundfos SQFlex SQF3-2 pump. I'm getting water 
> flow in reverse either through the pump or a leak up to the pump. My question 
> is if the check valve on the top of the pump is not sealing, will the 
> progressive cavity pump allow water to flow through the pump in reverse? I'd 
> think that with a positive displacement pump it would not, except very slowly 
> or if it turned the motor backwards which I think would be very unlikely. 
> There is about 100 psi head on  the pump. 
> 
> I think it's most likely I have a leak somewhere in the plumbing, and of 
> course another failed check valve farther up in the plumbing. It's possible 
> to get failures even with redundant protection if you have two concurrent 
> failures, which I must have here. 
> 
> Brad Bassett 
> Old time solar guy who used to do solar pumping back in the '80's and '90's. 
> Mostly retired now.
> 
> 
> ___
> List sponsored by Redwood Alliance
> 
> Pay optional member dues here: http://re-wrenches.org
> 
> List Address: RE-wrenches@lists.re-wrenches.org
> 
> Change listserver email address & settings:
> http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org
> 
> There are two list archives for searching. When one doesn't work, try the 
> other:
> https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
> http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org
> 
> List rules & etiquette:
> http://www.re-wrenches.org/etiquette.htm
> 
> Check out or update participant bios:
> http://www.members.re-wrenches.org
> 
___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

Re: Postmortem of service downtime

2024-05-25 Thread Jay Sulzberger

On Thu, 23 May 2024, Ludovic Court??s wrote:

From Sunday May 19th to Tuesday may 21st, for about 36h,
bayfront.guix.gnu.org, the machine behind many services went down:

https://lists.gnu.org/archive/html/info-guix/2024-05/msg0.html

Affected web sites and services included:

guix.gnu.org
bordeaux.guix.gnu.org
logs.guix.gnu.org
hpc.guix.info
foundation.guix.info
packages.guix.gnu.org
qa.guix.gnu.org

Here???s the series of events that led to this:

??? The machine had not been rebooted for 7 months and needed to be
rebooted to run a newer version of Shepherd (it was on 0.10.2, which
had a bug regarding replacements that is fixed in newer versions:
).

??? The machine did not reboot. There???s no IPMI (this fully free system
we acquired some years ago did not support it), so all we have is a
remote-controlled power controller that allows us to turn it on and
off. This had no effect though: the machine didn???t come back.

Fellow hackers of Aquilenet, the non-profit ISP that rents the bay
in the data center where bayfront is, are looking into setting up
serial console access to the machine for us.

??? We (Andreas and myself) scheduled an intervention in the data center
where it is, in Bordeaux (France), and could only get there on
Tuesday morning.

??? The machine was failing to boot because of an error in the Shepherd
config (unbound variable), now fixed:

https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=97a31249793b8af9923f915140a6732539e9d2a3

The underlying problem is that an error in a non-essential service
would prevent the machine from booting. This issue is being tracked
here:

https://issues.guix.gnu.org/71144

Such errors can be detected by testing the config in ???guix system
vm???, at the cost of extra time for sysadmins.

??? Pulling and reconfiguring the machine was extremely slow. This is
in part due to spinning disks, and in part due to the fact that we
had to pull the right commit that would allow us to not rebuild
Linux-libre locally (substitutes for the latest upgrade, from
Monday, were unavailable; also we had to pass
--substitute-urls=https://hydra-guix-129.guix.gnu.org in lieu of the
default https://bordeaux.guix.gnu.org, which was unavailable).

A large part of the slowness was due to ???guix substitute??? reading
all the 300K+ entries from /var/guix/substitute/cache and deleting
them, one by one (this took several minutes). Chris had mentioned
that performance issue in the past; it???s not much of a problem on
one???s laptop with an SSD, but it???s clearly a problem here where
there are more entries than usual. We should at least drastically
reduce the TTL of cache entries.

??? qa-frontpage failed to build when we first reconfigured the machine,
so we commented it out. This is now fixed:

https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=3fecb1e8fdea65a7440fec403c1c52da197b5dfe

??? guix-packages-website (the server behind packages.guix.gnu.org)
still refuses to start with an Artanis error:

https://issues.guix.gnu.org/71138

Ludo???, on behalf on the emergency rescue^W^W sysadmin team.

Dear Ludo and Team, thank you for report!

oo--JS.

Re: [RE-wrenches] Outback Tech Support

2024-05-24 Thread jay via RE-wrenches

Hi Drake,

What it says to me is that they either fired everyone or said move to tx.

I’ve always joked that if the potential project I’m to work on starts badly it 
never gets better.

I still don’t understand why the owners of EG4 would by a legacy inverter 
company?

Jay



> On May 24, 2024, at 4:20 PM, Drake Chamberlin via RE-wrenches 
>  wrote:
> 
> Hello All,
>  
> With the sale of Outback, their tech support seems to have disappeared. 
> Around the time of the sale, tech support had agreed to send me a new control 
> stack for a Radian. After a long delay, they did send it, but were quick to 
> remind me to return the core.
>  
> When the new control stack was installed, the inverter would not work. The 
> error message was AC Out Voltage Low. I put the old one back in and returned 
> the one they sent. There is no one to talk to, and no one answers email.
>  
> Do you know if the new owners are planning to honor product warranty? Is tech 
> support coming back?
>  
> This is a pretty rough transition. It will likely leave a number of people in 
> the dark.
>  
> Fun Times Indeed!
>  
> Drake
>  
> Drake Chamberlin
> 
> Athens Electric LLC
> 
> Ohio Electrical Contractor’s License 44810
> 
> NABCEP Certified PV Installation Professional
> 
> -- 
>  
> ___
> List sponsored by Redwood Alliance
> 
> Pay optional member dues here: http://re-wrenches.org
> 
> List Address: RE-wrenches@lists.re-wrenches.org
> 
> Change listserver email address & settings:
> http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org
> 
> There are two list archives for searching. When one doesn't work, try the 
> other:
> https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
> http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org
> 
> List rules & etiquette:
> http://www.re-wrenches.org/etiquette.htm
> 
> Check out or update participant bios:
> http://www.members.re-wrenches.org
> 

___
List sponsored by Redwood Alliance

Pay optional member dues here: http://re-wrenches.org

List Address: RE-wrenches@lists.re-wrenches.org

Change listserver email address & settings:
http://lists.re-wrenches.org/options.cgi/re-wrenches-re-wrenches.org

There are two list archives for searching. When one doesn't work, try the other:
https://www.mail-archive.com/re-wrenches@lists.re-wrenches.org/
http://lists.re-wrenches.org/pipermail/re-wrenches-re-wrenches.org

List rules & etiquette:
http://www.re-wrenches.org/etiquette.htm

Check out or update participant bios:
http://www.members.re-wrenches.org

[webkit-changes] [WebKit/WebKit] fbc7aa: [ Ventura WK1 Release ] 3x media/track/track and h...

2024-05-23 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: fbc7aaa375daf44ac8bf9bfb39c7b6b0e7013c41
  
https://github.com/WebKit/WebKit/commit/fbc7aaa375daf44ac8bf9bfb39c7b6b0e7013c41
  Author: Jay Stfleur 
  Date:   2024-05-23 (Thu, 23 May 2024)

  Changed paths:
M LayoutTests/platform/ios/TestExpectations
M LayoutTests/platform/mac-ventura-wk1/TestExpectations

  Log Message:
  ---
  [ Ventura WK1 Release ] 3x media/track/track and 
http/tests/media/hls/hls-webvtt-flashing.html are constant timeout
https://bugs.webkit.org/show_bug.cgi?id=271916
rdar://125631803

Unreviewed test gardening.

Adding test expectation.

* LayoutTests/platform/ios/TestExpectations:
* LayoutTests/platform/mac-ventura-wk1/TestExpectations:

Canonical link: https://commits.webkit.org/279241@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[webkit-changes] [WebKit/WebKit] 7a94f0: REGRESSION (268367@main): [ iOS ] imported/w3c/web...

2024-05-23 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 7a94f0965f79bfbeee1e258b875979e6a90773da
  
https://github.com/WebKit/WebKit/commit/7a94f0965f79bfbeee1e258b875979e6a90773da
  Author: Jay Stfleur 
  Date:   2024-05-23 (Thu, 23 May 2024)

  Changed paths:
M 
LayoutTests/platform/ipad/imported/w3c/web-platform-tests/css/css-cascade/all-prop-initial-xml-expected.txt

  Log Message:
  ---
  REGRESSION (268367@main): [ iOS ] 
imported/w3c/web-platform-tests/css/css-cascade/all-prop-initial-xml.html is a 
consistent failure
https://bugs.webkit.org/show_bug.cgi?id=274245
rdar://128180039

Unreviewed test gardening.

Editing rebaseline.

* 
LayoutTests/platform/ipad/imported/w3c/web-platform-tests/css/css-cascade/all-prop-initial-xml-expected.txt:

Canonical link: https://commits.webkit.org/279240@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

[webkit-changes] [WebKit/WebKit] 907638: Cleaning tests expectation for stale tests

2024-05-23 Thread Jay Saintfleur

  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: 90763848028369a3d4adae7f44e2cb5326af674b
  
https://github.com/WebKit/WebKit/commit/90763848028369a3d4adae7f44e2cb5326af674b
  Author: Jay Stfleur 
  Date:   2024-05-23 (Thu, 23 May 2024)

  Changed paths:
M LayoutTests/platform/mac-wk1/TestExpectations
M LayoutTests/platform/mac-wk2/TestExpectations

  Log Message:
  ---
  Cleaning tests expectation for stale tests
https://bugs.webkit.org/show_bug.cgi?id=274594
rdar://128622984

Unreviewed test gardening.

Editing test expectation.

* LayoutTests/platform/mac-wk1/TestExpectations:
* LayoutTests/platform/mac-wk2/TestExpectations:

Canonical link: https://commits.webkit.org/279238@main



To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications
___
webkit-changes mailing list
webkit-changes@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-changes

Re: [PATCH 3/3] drm/amdkfd: gfx12 context save/restore trap handler fixes


On 5/23/2024 13:37, Lancelot SIX wrote:


@@ -622,8 +638,15 @@ L_SAVE_HWREG:
  #if ASIC_FAMILY >= CHIP_GFX12
  // Ensure no further changes to barrier or LDS state.
+    // STATE_PRIV.BARRIER_COMPLETE may change up to this point.
  s_barrier_signal    -2
  s_barrier_wait    -2
+
+    // Re-read final state of BARRIER_COMPLETE field for save.
+    s_getreg_b32    s_save_tmp, hwreg(S_STATUS_HWREG)
+    s_and_b32    s_save_tmp, s_save_tmp, 
SQ_WAVE_STATE_PRIV_BARRIER_COMPLETE_MASK
+    s_andn2_b32    s_save_status, s_save_status, 
SQ_WAVE_STATE_PRIV_BARRIER_COMPLETE_MASK


Even if BARRIER_COMPLETE can be asserted while we are in the trap 
hadler, I do not think it can be cleared.  That being said, it might be 
easier to just replace the bit, making it clearer.


Yes, I chose to structure it this way to make the intent clearer. We 
don't gain much from dropping the s_andn2. Most of the time spent in the 
save handler is stalled on memory instructions.



@@ -1351,7 +1369,17 @@ L_SKIP_BARRIER_RESTORE:
  s_setreg_b32    hwreg(HW_REG_SHADER_XNACK_MASK), 
s_restore_xnack_mask

  #endif
+#if ASIC_FAMILY < CHIP_GFX12
  s_setreg_b32    hwreg(S_TRAPSTS_HWREG), s_restore_trapsts


Wouldn't other gfx1x architectures have a similar issue when writing 
TRAPSTS here?  That is if TRAPSTS.SAVECTX is set while we are restoring, 
wouldn't we loose it?


And for gfx11, there is TRAPSTS.HOST_TRAP that could have the same issue 
to some degree (not sure if we would loose the host trap completly, or 
re-enter with trap ID + HT bit set in ttmp1).


Prior to gfx12 context save and host trap exceptions are not delivered 
to a wave until STATUS.PRIV=0, i.e. it leaves the trap handler.


The changes needed for gfx12 are due to a design change in this area. 
Exceptions are now flagged immediately and cause re-entry to the trap if 
any are non-zero.

[outages] Big Microsoft Outage, via ZDnet Thu AM

2024-05-23 Thread Jay R. Ashworth via Outages

"""
An apparent Microsoft outage has impacted a slew of services, including Bing, 
the company's artificial intelligence assistant Copilot, ChatGPT, and more.

Several Bing users reported earlier on Thursday that the company's Bing search 
engine was down. Those users also reported that they were having trouble using 
Microsoft's Copilot and ChatGPT's internet search. Microsoft has invested 
billions of dollars into OpenAI and the ChatGPT maker also uses Microsoft's 
infrastructure. The private search engine DuckDuckGo, which isn't owned by 
Microsoft but uses the Bing API, has also been affected.
"""

https://www.zdnet.com/article/a-massive-microsoft-outage-is-impacting-bing-copilot-chatgpt-and-duckduckgo

Makes me nervous that DuckDuck is included.  Nice that they clarified.

The story does note further down that this outage is already in recovery
phase...

Cheers,
-- jra
-- 
Jay R. Ashworth  Baylink   j...@baylink.com
Designer The Things I Think   RFC 2100
Ashworth & Associates   http://www.bcp38.info  2000 Land Rover DII
St Petersburg FL USA  BCP38: Ask For It By Name!   +1 727 647 1274
___
Outages mailing list
Outages@outages.org
https://puck.nether.net/mailman/listinfo/outages

[PATCH 3/3] drm/amdkfd: gfx12 context save/restore trap handler fixes

Fix LDS size interpretation: 512 bytes (>= gfx12) vs 256 (< gfx12).

Ensure STATE_PRIV.BARRIER_COMPLETE cannot change after reading or
before writing. Other waves in the threadgroup may cause this field
to assert if they complete the barrier.

Do not overwrite EXCP_FLAG_PRIV.{SAVE_CONTEXT,HOST_TRAP} when
restoring this register. Both of these fields can assert while the
wavefront is running the trap handler.

Signed-off-by: Jay Cornwall 
Cc: Lancelot Six 
---
 .../gpu/drm/amd/amdkfd/cwsr_trap_handler.h| 1191 +
 .../amd/amdkfd/cwsr_trap_handler_gfx10.asm|   55 +-
 2 files changed, 639 insertions(+), 607 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h 
b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
index d61b2c3bd0ac..85a41e121cce 100644
--- a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
+++ b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
@@ -678,7 +678,7 @@ static const uint32_t cwsr_trap_gfx9_hex[] = {
 };
 
 static const uint32_t cwsr_trap_nv1x_hex[] = {
-   0xbf820001, 0xbf820394,
+   0xbf820001, 0xbf820393,
0xb0804004, 0xb978f802,
0x8a78ff78, 0x00020006,
0xb97bf803, 0x876eff78,
@@ -932,23 +932,48 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0xbf850002, 0xbeff0380,
0xbf820001, 0xbeff03c1,
0xb97b4306, 0x877bc17b,
-   0xbf840086, 0xbf8a,
+   0xbf840085, 0xbf8a,
0x877aff6d, 0x8000,
-   0xbf840082, 0x8f7b867b,
-   0x8f7b827b, 0xbef6037b,
-   0xb9703a05, 0x80708170,
-   0xbf0d9973, 0xbf850002,
-   0x8f708970, 0xbf820001,
-   0x8f708a70, 0xb97a1e06,
-   0x8f7a8a7a, 0x80707a70,
-   0x8070ff70, 0x0200,
-   0x8070ff70, 0x0080,
-   0xbef603ff, 0x0100,
-   0xd765, 0x000100c1,
-   0xd766, 0x000200c1,
-   0x1684, 0x907c9973,
-   0x877c817c, 0xbf06817c,
-   0xbefc0380, 0xbf850033,
+   0xbf840081, 0x8f7b887b,
+   0xbef6037b, 0xb9703a05,
+   0x80708170, 0xbf0d9973,
+   0xbf850002, 0x8f708970,
+   0xbf820001, 0x8f708a70,
+   0xb97a1e06, 0x8f7a8a7a,
+   0x80707a70, 0x8070ff70,
+   0x0200, 0x8070ff70,
+   0x0080, 0xbef603ff,
+   0x0100, 0xd765,
+   0x000100c1, 0xd766,
+   0x000200c1, 0x1684,
+   0x907c9973, 0x877c817c,
+   0xbf06817c, 0xbefc0380,
+   0xbf850033, 0xb97af803,
+   0x8a7a7aff, 0x1000,
+   0xbf85001d, 0xd8d8,
+   0x0100, 0xbf8c,
+   0xbe840380, 0xd760,
+   0x0901, 0x80048104,
+   0xd761, 0x0901,
+   0x80048104, 0xd762,
+   0x0901, 0x80048104,
+   0xd763, 0x0901,
+   0x80048104, 0xf469003a,
+   0xe000, 0x80709070,
+   0xbf06a004, 0xbf84ffef,
+   0x807cff7c, 0x0080,
+   0xd525, 0x0001ff00,
+   0x0080, 0xbf0a7b7c,
+   0xbf85ffe4, 0xbf820044,
+   0xbe8303ff, 0x0080,
+   0xbf80, 0xbf80,
+   0xbf80, 0xd8d8,
+   0x0100, 0xbf8c,
+   0xe0704000, 0x705d0100,
+   0x807c037c, 0x80700370,
+   0xd525, 0x0001ff00,
+   0x0080, 0xbf0a7b7c,
+   0xbf85fff4, 0xbf820032,
0xb97af803, 0x8a7a7aff,
0x1000, 0xbf85001d,
0xd8d8, 0x0100,
@@ -960,24 +985,45 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x80048104, 0xd763,
0x0901, 0x80048104,
0xf469003a, 0xe000,
-   0x80709070, 0xbf06a004,
+   0x80709070, 0xbf06c004,
0xbf84ffef, 0x807cff7c,
-   0x0080, 0xd525,
-   0x0001ff00, 0x0080,
+   0x0100, 0xd525,
+   0x0001ff00, 0x0100,
0xbf0a7b7c, 0xbf85ffe4,
-   0xbf820044, 0xbe8303ff,
-   0x0080, 0xbf80,
+   0xbf820011, 0xbe8303ff,
+   0x0100, 0xbf80,
0xbf80, 0xbf80,
0xd8d8, 0x0100,
0xbf8c, 0xe0704000,
0x705d0100, 0x807c037c,
0x80700370, 0xd525,
-   0x0001ff00, 0x0080,
+   0x0001ff00, 0x0100,
0xbf0a7b7c, 0xbf85fff4,
-   0xbf820032, 0xb97af803,
-   0x8a7a7aff, 0x1000,
-   0xbf85001d, 0xd8d8,
-   0x0100, 0xbf8c,
+   0xbefe03c1, 0x907c9973,
+   0x877c817c, 0xbf06817c,
+   0xbf850004, 0xbef003ff,
+   0x0200, 0xbeff0380,
+   0xbf820003, 0xbef003ff,
+   0x0400, 0xbeff03c1,
+   0xb97b3a05, 0x807b817b,
+   0x8f7b827b, 0x907c9973,
+   0x877c817c, 0xbf06817c,
+   0xbf85006b, 0xbef603ff,
+   0x0100, 0xbefc0384,
+   0xbf0a7b7c, 0xbf8400fa,
+   0xb97af803, 0x8a7a7aff,
+   0x1000, 0xbf850050,
+   0x7e008700, 0x7e028701,
+   0x7e048702, 0x7e068703,
+   0xbe840380, 0xd760,
+   0x0900, 0x80048104,
+   0xd761, 0x0900,
+   0x80048104, 0xd762,
+   0x0900, 0x80048104,
+   0xd763, 0x0900,
+   0x80048104, 0xf469003a,
+   0xe0

[PATCH 2/3] drm/amdkfd: Replace deprecated gfx12 trap handler instructions

Newer assemblers reject S_WAITCNT. All instances of S_WAITCNT can be
replaced by S_WAITCNT 0 (< gfx12) or S_WAIT_IDLE (>= gfx12) since
there is no concurrency of different memory instruction classes.

Signed-off-by: Jay Cornwall 
Cc: Lancelot Six 
---
 .../gpu/drm/amd/amdkfd/cwsr_trap_handler.h| 140 +-
 .../amd/amdkfd/cwsr_trap_handler_gfx10.asm|  52 +++
 2 files changed, 97 insertions(+), 95 deletions(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h 
b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
index 11d076eb770c..d61b2c3bd0ac 100644
--- a/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
+++ b/drivers/gpu/drm/amd/amdkfd/cwsr_trap_handler.h
@@ -711,12 +711,12 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0xbf0d8f7b, 0xbf840002,
0x887bff7b, 0x,
0xf4011bbd, 0xfa10,
-   0xbf8cc07f, 0x8f6e976e,
+   0xbf8c, 0x8f6e976e,
0x8a77ff77, 0x0080,
0x88776e77, 0xf4051bbd,
-   0xfa00, 0xbf8cc07f,
+   0xfa00, 0xbf8c,
0xf4051ebd, 0xfa08,
-   0xbf8cc07f, 0x87ee6e6e,
+   0xbf8c, 0x87ee6e6e,
0xbf840001, 0xbe80206e,
0x876eff6d, 0x00ff,
0xbf850008, 0x876eff6d,
@@ -1185,7 +1185,7 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x785d, 0xe0304080,
0x785d0100, 0xe0304100,
0x785d0200, 0xe0304180,
-   0x785d0300, 0xbf8c3f70,
+   0x785d0300, 0xbf8c,
0x7e008500, 0x7e028501,
0x7e048502, 0x7e068503,
0x807c847c, 0x8078ff78,
@@ -1194,7 +1194,7 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x6e5d, 0xe0304080,
0x6e5d0100, 0xe0304100,
0x6e5d0200, 0xe0304180,
-   0x6e5d0300, 0xbf8c3f70,
+   0x6e5d0300, 0xbf8c,
0xbf820034, 0xbef603ff,
0x0100, 0xbeee0378,
0x8078ff78, 0x0400,
@@ -1203,7 +1203,7 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x785d, 0xe0304100,
0x785d0100, 0xe0304200,
0x785d0200, 0xe0304300,
-   0x785d0300, 0xbf8c3f70,
+   0x785d0300, 0xbf8c,
0x7e008500, 0x7e028501,
0x7e048502, 0x7e068503,
0x807c847c, 0x8078ff78,
@@ -1213,7 +1213,7 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x8f6f836f, 0x806f7c6f,
0xbefe03c1, 0xbeff0380,
0xe0304000, 0x785d,
-   0xbf8c3f70, 0x7e008500,
+   0xbf8c, 0x7e008500,
0x807c817c, 0x8078ff78,
0x0080, 0xbf0a6f7c,
0xbf85fff7, 0xbeff03c1,
@@ -1221,7 +1221,7 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0xe0304100, 0x6e5d0100,
0xe0304200, 0x6e5d0200,
0xe0304300, 0x6e5d0300,
-   0xbf8c3f70, 0xb9783a05,
+   0xbf8c, 0xb9783a05,
0x80788178, 0xbf0d9972,
0xbf850002, 0x8f788978,
0xbf820001, 0x8f788a78,
@@ -1232,16 +1232,16 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x0100, 0xbefc03ff,
0x006c, 0x80f89078,
0xf429003a, 0xf000,
-   0xbf8cc07f, 0x80fc847c,
+   0xbf8c, 0x80fc847c,
0xbf80, 0xbe803100,
0xbe823102, 0x80f8a078,
0xf42d003a, 0xf000,
-   0xbf8cc07f, 0x80fc887c,
+   0xbf8c, 0x80fc887c,
0xbf80, 0xbe803100,
0xbe823102, 0xbe843104,
0xbe863106, 0x80f8c078,
0xf431003a, 0xf000,
-   0xbf8cc07f, 0x80fc907c,
+   0xbf8c, 0x80fc907c,
0xbf80, 0xbe803100,
0xbe823102, 0xbe843104,
0xbe863106, 0xbe883108,
@@ -1271,9 +1271,9 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0xf4211cfa, 0xf000,
0x80788478, 0xf4211bba,
0xf000, 0x80788478,
-   0xbf8cc07f, 0xb9eef814,
+   0xbf8c, 0xb9eef814,
0xf4211bba, 0xf000,
-   0x80788478, 0xbf8cc07f,
+   0x80788478, 0xbf8c,
0xb9eef815, 0xbefc036f,
0xbefe0370, 0xbeff0371,
0xb9f9f816, 0xb9fbf803,
@@ -1288,7 +1288,7 @@ static const uint32_t cwsr_trap_nv1x_hex[] = {
0x, 0xf4091c37,
0xfa50, 0xf4091d37,
0xfa60, 0xf4011e77,
-   0xfa74, 0xbf8cc07f,
+   0xfa74, 0xbf8c,
0x906e8977, 0x876fff6e,
0x003f8000, 0x906e8677,
0x876eff6e, 0x0200,
@@ -2299,12 +2299,12 @@ static const uint32_t cwsr_trap_gfx10_hex[] = {
0xbf0d8f7b, 0xbf840002,
0x887bff7b, 0x,
0xf4011bbd, 0xfa10,
-   0xbf8cc07f, 0x8f6e976e,
+   0xbf8c, 0x8f6e976e,
0x8a77ff77, 0x0080,
0x88776e77, 0xf4051bbd,
-   0xfa00, 0xbf8cc07f,
+   0xfa00, 0xbf8c,
0xf4051ebd, 0xfa08,
-   0xbf8cc07f, 0x87ee6e6e,
+   0xbf8c, 0x87ee6e6e,
0xbf840001, 0xbe80206e,
0x876eff6d, 0x00ff,
0xbf850008, 0x876eff6d,
@@ -2319,7 +2319,7 @@ static const uint32_t cwsr_trap_gfx10_hex[] = {
0x, 0xbefa0380,
0xb9fa0283, 0xbeee037e,
0xbe

[PATCH 1/3] drm/amdkfd: Sync trap handler binary with source