Codegen is incorrectly emitting a ".p2align 3" that coerces the
alignment of the .note.gnu.property section from 4 to 8 on rv32.
2025-04-11 Jesse Huang
gcc/ChangeLog
* config/riscv/riscv.cc (riscv_file_end): Fix .p2align value.
gcc/testsuite/ChangeLog
* gcc.target
[AMD Official Use Only - AMD Internal Distribution Only]
Test-by: Jesse.Zhang , Series is Reviewed-by:
Jesse.Zhang
-Original Message-
From: amd-gfx On Behalf Of Alex Deucher
Sent: Friday, April 11, 2025 2:54 AM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander
Subject: [PATCH
On Wed, Apr 9, 2025 at 10:01 PM Jacob Keller wrote:
> On 4/9/2025 2:54 PM, Tony Nguyen wrote:
> > On 4/7/2025 4:20 PM, Jesse Brandeburg wrote:
> >
> > iwl-next, not intel-next :)
The brain rot on unused cells is severe it seems :-)
> >> -if (pf->ptp.c
helpful. Yours kindly, Jesse Hathaway
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
Codegen is incorrectly emitting a ".p2align 3" that coerces the
alignment of the .note.gnu.property section from 4 to 8 on rv32.
---
gcc/config/riscv/riscv.cc | 2 +-
gcc/testsuite/gcc.target/riscv/gnu-property-rv32.c | 12
gcc/testsuite/gcc.target/riscv/gnu-
Add a check for CONFIG_SKIP_RELOCATE in reserve_uboot to skip the
relocation of the U-Boot image.
CONFIG_SKIP_RELOCATE skips relocation of U-Boot to the end of RAM
allowing for systems that have extremely limited RAM to run U-Boot.
Signed-off-by: Jesse Taube
Reviewed-by: Tom Rini
Reviewed-by
From: Jesse Brandeburg
The driver was being inconsistent when de-registering its PTP clock. Make
sure to NULL out the pointer once it is freed in all cases. The driver was
mostly already doing so, but a couple spots were missed.
Signed-off-by: Jesse Brandeburg
---
NOTE: we saw some odd
*** This bug is a duplicate of bug 2102604 ***
https://bugs.launchpad.net/bugs/2102604
** This bug is no longer a duplicate of bug 2101966
focal/linux-uc20-shiner: 5.4.0-1067.79.1 -proposed tracker
** This bug has been marked a duplicate of bug 2102604
focal/linux-uc20-shiner: -proposed
*** This bug is a duplicate of bug 2102606 ***
https://bugs.launchpad.net/bugs/2102606
** This bug is no longer a duplicate of bug 2101968
focal/linux-uc20-ein: 5.4.0-1065.73.1 snap-debs snap:cascade-kernel
** This bug has been marked a duplicate of bug 2102606
focal/linux-uc20-ein: sna
uch, I will continue rooting around, definitely let
me know if any ideas come to mind!
~Jesse
[SUBTITLE]
media_type=subtitle
pts=1016689
pts_time=1.016689
format=0
start_display_time=0
end_display_time=4294967295
num_rects=1
[/SUBTITLE]
[SUBTITLE]
media_type=subtitle
pts=1517189
pts_time=1.5
on any file name creation date.
The information is fully contained within the media stream itself.)
Thank you all for any clues you might think of!
~Jesse
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmp
ow to make it burn it into the
frame images!
I notice that timecode is always 00:00:00:00 in the output of ffprobe:
[TIMECODE]
value=00:00:00:00
[/TIMECODE]
And in: TAG:timecode=00:00:00:00
Those fields are always the same.
Thank you very much for any ideas for me to try!
~Jesse
[SUB
Add a check for CONFIG_SKIP_RELOCATE in reserve_uboot to skip the
relocation of the U-Boot image.
CONFIG_SKIP_RELOCATE skips relocation of U-Boot to the end of RAM
allowing for systems that have extremely limited ram to run U-Boot.
Signed-off-by: Jesse Taube
---
Kconfig | 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117422
Jesse Williamson changed:
What|Removed |Added
CC||jesse at mind dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
Jesse Williamson changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
--- Comment #3 from Jesse Williamson ---
Oh, shoot, I thought I'd checked carefully but I think this is a duplicate of:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117422
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
--- Comment #2 from Jesse Williamson ---
Changing the name of the free function to differ from the class member
compiles, e.g.:
friend void g<>(int);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119529
Jesse Williamson changed:
What|Removed |Added
CC||jesse at mind dot net
--- Comment
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jesse at mind dot net
Target Milestone: ---
The attached program fails to compile, producing:
unfriendly-template.cpp:13:13: error: template-id ‘f<>’ for ‘
[AMD Official Use Only - AMD Internal Distribution Only]
Reviewed-by: Jesse Zhang
-Original Message-
From: amd-gfx On Behalf Of Jonathan Kim
Sent: Thursday, March 27, 2025 11:54 PM
To: amd-gfx@lists.freedesktop.org
Cc: Belanger, David ; Kasiviswanathan, Harish
; Kim, Jonathan
Subject
https://github.com/jaidTw closed
https://github.com/llvm/llvm-project/pull/132259
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -378,6 +370,14 @@ def FeatureStdExtZca
"part of the C extension, excluding compressed "
"floating point loads/stores">;
+def FeatureStdExtC
+: RISCVExtension<2, 0, "Compressed Instructions", [FeatureStdExtZca]>,
+ RISCVExte
Zca, Zcf and Zcd, the rule is that:
> * C always implies Zca
> * C+F implies Zcf (RV32 only)
> * C+D implies Zcd
>From e147dd68477b7e5ec9e6363a45fd7568fe595b04 Mon Sep 17 00:00:00 2001
From: Jesse Huang
Date: Thu, 20 Mar 2025 10:34:14 -0700
Subject: [PATCH] [RISCV] Implement the im
@@ -25,8 +25,8 @@ addi a0, a1, 0
# CHECK: # encoding: [0xe0,0x1f]
addi s0, sp, 1020
-# CHECK: .option arch, -c
-.option arch, -c
+# CHECK: .option arch, -c, -zca
+.option arch, -c, -zca
jaidTw wrote:
I tried but failed, seems like both are required
https://
https://github.com/jaidTw updated
https://github.com/llvm/llvm-project/pull/132259
>From e147dd68477b7e5ec9e6363a45fd7568fe595b04 Mon Sep 17 00:00:00 2001
From: Jesse Huang
Date: Thu, 20 Mar 2025 10:34:14 -0700
Subject: [PATCH 1/2] [RISCV] Implement the implications of C extens
[AMD Official Use Only - AMD Internal Distribution Only]
This patch is Reviewed-by: Jesse Zhang
-Original Message-
From: amd-gfx On Behalf Of Alex Deucher
Sent: Tuesday, March 18, 2025 9:11 PM
To: Deucher, Alexander
Cc: amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH 1/2] drm/amdgpu
[AMD Official Use Only - AMD Internal Distribution Only]
In the reset queue, the check for sriov already exists.
static int sdma_v4_4_2_stop_queue(struct amdgpu_device *adev, uint32_t
instance_id)
{
...
if (amdgpu_sriov_vf(adev))
return -EINVAL;
Thank
Jesse
[AMD Official Use Only - AMD Internal Distribution Only]
Ping ... on the series
Jesse
-Original Message-
From: jesse.zh...@amd.com
Sent: Wednesday, March 5, 2025 11:25 AM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Koenig, Christian
; Lazar, Lijo ; Zhu, Jiadong
; Zhang
[AMD Official Use Only - AMD Internal Distribution Only]
-Original Message-
From: amd-gfx On Behalf Of Alex Deucher
Sent: Sunday, March 16, 2025 1:22 AM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander
Subject: [PATCH] drm/amdgpu/sdma: fix engine reset handling
Move the kfd susp
cal Kernel Team (canonical-kernel-team) => Jesse Sung
(wenchien)
** Changed in: kernel-sru-workflow/prepare-package-signed
Status: New => In Progress
** Changed in: kernel-sru-workflow/prepare-package-signed
Assignee: Canonical Kernel Team (canonical-kernel-team) => Jesse Sun
[AMD Official Use Only - AMD Internal Distribution Only]
From: Koenig, Christian
Sent: Wednesday, March 12, 2025 4:39 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kim, Jonathan
; Zhu, Jiadong
Subject: Re: [PATCH 1/7] drm/amd/amdgpu: Simplify SDMA reset
[AMD Official Use Only - AMD Internal Distribution Only]
-Original Message-
From: Koenig, Christian
Sent: Wednesday, March 12, 2025 4:07 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kim, Jonathan
; Zhu, Jiadong
Subject: Re: [PATCH 1/7] drm/amd
nel Team (canonical-kernel-team) => Jesse Sung
(wenchien)
** Changed in: kernel-sru-workflow/prepare-package-signed
Status: New => In Progress
** Changed in: kernel-sru-workflow/prepare-package-signed
Assignee: Canonical Kernel Team (canonical-kernel-team) => Jesse Sun
[AMD Official Use Only - AMD Internal Distribution Only]
Ping on this series?
-Original Message-
From: jesse.zh...@amd.com
Sent: Wednesday, March 5, 2025 11:25 AM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Koenig, Christian
; Lazar, Lijo ; Zhu, Jiadong
; Zhang, Jesse
Anyone else coming today?
Jesse Schell (he/him/his)
CEO, Schell Games - http://schellgames.com
Distinguished Professor of Entertainment Technology, Carnegie Mellon -
http://etc.cmu.edu
Phone: (412) 303-0885
On Sun, Mar 9, 2025 at 12:23 AM Steven Gailey <
zee...@steelcityclownbrigade.org>
nel Team (canonical-kernel-team) => Jesse Sung
(wenchien)
** Changed in: kernel-sru-workflow/prepare-package-signed
Status: New => In Progress
** Changed in: kernel-sru-workflow/prepare-package-signed
Assignee: Canonical Kernel Team (canonical-kernel-team) => Jesse Sun
nee: Canonical Kernel Team (canonical-kernel-team) => Jesse Sung
(wenchien)
** Changed in: kernel-sru-workflow/prepare-package-signed
Status: New => In Progress
** Changed in: kernel-sru-workflow/prepare-package-signed
Assignee: Canonical Kernel Team (canonical-kernel-team) =>
eam (canonical-kernel-team) => Jesse Sung
(wenchien)
** Changed in: kernel-sru-workflow/prepare-package-meta
Status: New => In Progress
** Changed in: kernel-sru-workflow/prepare-package-meta
Assignee: Canonical Kernel Team (canonical-kernel-team) => Jesse Sung
(wenchi
eam (canonical-kernel-team) => Jesse Sung
(wenchien)
** Changed in: kernel-sru-workflow/prepare-package-meta
Status: New => In Progress
** Changed in: kernel-sru-workflow/prepare-package-meta
Assignee: Canonical Kernel Team (canonical-kernel-team) => Jesse Sung
(wenchien)
--
You r
From: Jesse Brandeburg
If the CONFIG_INFINIBAND_IRDMA symbol is not enabled as a module or a
built-in, then don't let the driver reserve resources for RDMA. The result
of this change is a large savings in resources for older kernels, and a
cleaner driver configuration for the IRDMA=n cas
** Changed in: kernel-sru-workflow/snap-publish
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of hardware-
certification-users, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/2093755
Title:
focal/linux-uc20-ein: 5.4.0
On 2025-03-05 04:19, Mark Hindley wrote:
Control: tags -1 upstream
Jessie,
I know this has been dormant for a long time, for which, apologies.
On Sat, Jul 13, 2019 at 08:29:26AM +, Dmitry Bogatov wrote:
I thing we already have everything needed. Essentially, insserv
impements topological
On Wed, 5 Mar 2025 08:10:55 + Mark Hindley wrote:
> Control: tags -1 upstream
>
> Jesse,
>
> I have just tried this with insserv 1.26.0 and the self-referential
virtual
> facility appears to be silently ignored. Is that the intended
behaviour? If so,
> is it documen
[AMD Official Use Only - AMD Internal Distribution Only]
Ping on this series?
-Original Message-
From: jesse.zh...@amd.com
Sent: Friday, February 28, 2025 6:27 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Koenig, Christian
; Lazar, Lijo ; Zhu, Jiadong
; Zhang, Jesse
Wow, Xvnc plugin. I was apparently contributing to this in 2009. I guess
there is little reason to use it nowadays, when you can run builds in
containers (and set up a virtual screen recorder if you need to capture
videos).
Thanks for all your work over the years!
--
You received this message be
jessequinn left a comment (openstreetmap/openstreetmap-website#5733)
https://github.com/user-attachments/assets/620e4c6c-949a-46ad-aba3-45b11a55c8d2";
/>
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5733#issuecomment-2691346
jessequinn left a comment (openstreetmap/openstreetmap-website#5733)
amd64 image on gcp, natively on 24.04 ubuntu, as per your own install.md,
nothing stands out here, typical linux compute engine we have on gcp.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstree
jessequinn created an issue (openstreetmap/openstreetmap-website#5733)
### URL
_No response_
### How to reproduce the issue?
bundle install fails on mini racer
https://github.com/user-attachments/assets/911d21c9-16b2-4187-9b6c-206c20fa7a0a";
/>
### Screenshot(s) or anything else?
_No respon
ontent updates on topics from alternative careers in innovation,
entrepreneurship for scientists, and accessing funding.
-
Dr Jesse R. Zondervan<https://www.linkedin.com/in/jessezondervan/>
Honorary Research Associate at UCL
Founders' Associate at Wilbe.com<https://www.wilbe.com/>
Project Lead at Wilbe.org<https://www.wilbe.org/>
"/var/log/boot" or syslog.
Below the contents of the file "/var/log/boot",
from what I see on the screen there are missing
messages from udev and other rc scripts.
I wonder if the missing messages are on stderr and are being missed by
bootlogd.
Jesse,
Do you have any t
[AMD Official Use Only - AMD Internal Distribution Only]
The is
Reviewed-by: Jesse Zhang
-Original Message-
From: Deucher, Alexander
Sent: Friday, February 21, 2025 11:39 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Zhang, Jesse(Jie)
Subject: [PATCH] drm/amdgpu/job
[AMD Official Use Only - AMD Internal Distribution Only]
The is
Reviewed-by: Jesse Zhang
-Original Message-
From: Deucher, Alexander
Sent: Friday, February 21, 2025 11:39 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Zhang, Jesse(Jie)
Subject: [PATCH] drm/amdgpu/job
[AMD Official Use Only - AMD Internal Distribution Only]
The is
Reviewed-by: Jesse Zhang
-Original Message-
From: Deucher, Alexander
Sent: Friday, February 21, 2025 11:39 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Zhang, Jesse(Jie)
Subject: [PATCH] drm/amdgpu/job
[AMD Official Use Only - AMD Internal Distribution Only]
-Original Message-
From: Lazar, Lijo
Sent: Friday, February 21, 2025 4:13 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kim, Jonathan
; Zhu, Jiadong ; Huang, Tim
; Prosyak, Vitaly
Subject: Re
[AMD Official Use Only - AMD Internal Distribution Only]
-Original Message-
From: Huang, Tim
Sent: Friday, February 21, 2025 2:46 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kim, Jonathan
; Zhu, Jiadong ; Zhang, Jesse(Jie)
; Prosyak, Vitaly ; Zhang
[Public]
-Original Message-
From: Deucher, Alexander
Sent: Thursday, February 20, 2025 10:22 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Kim, Jonathan
; Zhu, Jiadong ; Zhang, Jesse(Jie)
; Zhang, Jesse(Jie)
Subject: RE: [PATCH V7 5/9] drm/amdgpu
Has this been released yet?
I am using the terraform-google-modules/lb-http/google module and cannot
define inline nor supply a grpc healthcheck resource to the lb
On Wednesday, September 25, 2019 at 2:45:07 AM UTC-4
ho...@danielvaldivia.com wrote:
> has this launched yet?
>
>
> On Monday, Feb
[AMD Official Use Only - AMD Internal Distribution Only]
-Original Message-
From: Huang, Tim
Sent: Thursday, February 20, 2025 4:55 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Zhu, Jiadong
; Zhang, Jesse(Jie) ; Kim, Jonathan
; Prosyak, Vitaly
On 2025-02-18 19:35, Bjarni Ingi Gislason wrote:
On Tue, Feb 11, 2025 at 08:53:42AM +, Mark Hindley wrote:
Control: tags -1 upstream
Jesse,
This would probably be best applied upstream, if you are willing?
Thanks
Mark
Upstream does not accept emails without subscribing, which I do
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/Bahia_Banderas:20250128T09
DTEND;TZID=America/Bahia_Banderas:20250128T10
RRULE:FREQ=WEEKLY;WKST=SU;INTERVAL=2;BYDAY=TU
DTSTAMP:20250218T205741Z
ORGANIZER;CN=Jesse T:mailto:mr.bossman...@gmail.com
UID:01mquoedjkmgbfq8m4qn6o6...@google.com
ATTENDEE
[AMD Official Use Only - AMD Internal Distribution Only]
Hi Lijo,
-Original Message-
From: Lazar, Lijo
Sent: Tuesday, February 18, 2025 11:36 AM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kuehling, Felix
; Kim, Jonathan ; Zhu, Jiadong
Subject: Re
[AMD Official Use Only - AMD Internal Distribution Only]
Ping on this series?
Jesse
-Original Message-
From: jesse.zh...@amd.com
Sent: Thursday, February 13, 2025 1:47 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kuehling, Felix
; Kim, Jonathan ; Zhu, Jiadong
; Zhang
eam (canonical-kernel-team) => Jesse Sung
(wenchien)
** Changed in: kernel-sru-workflow/prepare-package-meta
Status: New => In Progress
** Changed in: kernel-sru-workflow/prepare-package-meta
Assignee: Canonical Kernel Team (canonical-kernel-team) => Jesse Sung
(wenchi
from JavaMonitor so tell that
instance to turn on.
I did implement Samuel’s changes in initialization constructors and now find
things to be far more normal - thank you Samuel
> On Feb 16, 2025, at 10:16 AM, Philippe Rabier wrote:
>
> Hi Jesse,
>
> I think you should spend so
ingContext(); //?
> }
>
> @Override
> public EOEditingContext newEditingContext(EOObjectStore parent) {
> return ERXEC.newEditingContext(parent); //?
> }
>
> }
>
> Samuel
>
>
>
>> Le 15 févr. 2025 à 23:55, Jesse Tayler a écrit :
>>
>
—
Something is afoot!
> On Feb 15, 2025, at 11:43 PM, Samuel Pelletier wrote:
>
> Hi Jesse,
>
> I would try to set the main log level to debug and look at the entries...
> There is maybe some hints there.
>
> In WOApplication, the code will print uncatched exception to
I have the scheduler working but somehow on production, (which is in a
container) it simply craps out seemingly right around the time Quartz rolls in.
So the app starts up and connects to RDBMS as normal.
A few seconds in, around the time I would expect Quartz to load up and query-
it dies.
B
Ok it seems to just show up as a normal msdos filesystem now, I thought
they only use MTP but :shrug:
--
Thanks
Jesse Lawton
[AMD Official Use Only - AMD Internal Distribution Only]
-Original Message-
From: Lazar, Lijo
Sent: Friday, February 14, 2025 2:54 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kim, Jonathan
; Zhu, Jiadong ; Prosyak, Vitaly
Subject: Re: [PATCH 2/2
[AMD Official Use Only - AMD Internal Distribution Only]
Hi Lijo,
-Original Message-
From: Lazar, Lijo
Sent: Friday, February 14, 2025 2:10 PM
To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kim, Jonathan
; Zhu, Jiadong ; Prosyak, Vitaly
Subject: Re
not make any sense to me (does
> anybody here understand perhaps?), but it looks like soon as I've removed the
> file, I can launch anything from JM.
>
> Quadruple weird :-O
>
>> On 13. 2. 2025, at 14:49, Jesse Tayler wrote:
>>
>> Do you know what user y
On Feb 13, 2025, at 8:29 AM, OCsite wrote:
>
>> On 13. 2. 2025, at 14:00, Jesse Tayler wrote:
>> Wotaskd?
>
> What with it?
>
> It runs (see “runs normally, connects properly to wotaskd, shows as running”
> below). We have even restarted it (along with JavaMo
Wotaskd?
> On Feb 13, 2025, at 6:50 AM, OCsite via Webobjects-dev
> wrote:
>
> Hi there,
>
> today we have bumped into a completely new and weird problem: JavaMonitor
> cannot launch any application, just increases the number of deaths.
>
> Nothing at all occurs in the application log. The a
On Wed, Feb 12, 2025 at 4:13 PM Alan Grayson wrote:
>
>
> On Wednesday, February 12, 2025 at 1:59:00 PM UTC-7 Jesse Mazer wrote:
>
> On Wed, Feb 12, 2025 at 11:59 AM Alan Grayson wrote:
>
>
>
> On Wednesday, February 12, 2025 at 8:26:58 AM UTC-7 Jesse Mazer wrote:
&g
On Wed, Feb 12, 2025 at 11:59 AM Alan Grayson
wrote:
>
>
> On Wednesday, February 12, 2025 at 8:26:58 AM UTC-7 Jesse Mazer wrote:
>
> On Wed, Feb 12, 2025 at 3:23 AM Alan Grayson wrote:
>
>
>
> On Saturday, February 8, 2025 at 9:36:31 PM UTC-7 Jesse Mazer wrote:
&
n use CUDA MPS or MIG if your GPU supports it.
Regards,
Jesse Chintanadilok
From: navin srivastava via slurm-users
Sent: Wednesday, February 12, 2025 10:30
To: Slurm User Community List
Subject: [EXTERNAL] [slurm-users] avoid using same GPU by the interactive job
hi, facing an issue in my environ
On Wed, Feb 12, 2025 at 3:23 AM Alan Grayson wrote:
>
>
> On Saturday, February 8, 2025 at 9:36:31 PM UTC-7 Jesse Mazer wrote:
>
> On Sat, Feb 8, 2025 at 9:59 PM Alan Grayson wrote:
>
>
>
> On Saturday, February 8, 2025 at 7:26:18 PM UTC-7 Jesse Mazer wrote:
>
&g
:22 PM, Paul Hoadley via Webobjects-dev
> wrote:
>
> Hi Jesse,
>
> On 12 Feb 2025, at 10:34, Jesse Tayler via Webobjects-dev
> wrote:
>
>> I’m trying to get Quartz Scheduler working in my project and was able to
>> create jobs and a scheduler to call for them t
Hi All—
I’m trying to get Quartz Scheduler working in my project and was able to create
jobs and a scheduler to call for them to be produced and put into queue - all
runs well.
However, I worry that I’m not in Cluster-capable mode? RAM only?
If I print out a few meta properties from the sched
What will you be using for your DHCP
"concentrator" (for lack of a better term); that is, what will be
the gateway device(s)? It seems you'd be better served by having a
pair of routers running VRRP or some other cluster prototol, then
having redundant DHCP serve
[AMD Official Use Only - AMD Internal Distribution Only]
Please feel free to add: Reviewed-by and Test-by: "jesse.zh...@amd.com" ,
-Original Message-
From: Ma, Le
Sent: Tuesday, February 11, 2025 2:40 PM
To: amd-gfx@lists.freedesktop.org
Cc: Zhang, Hawking ; Lazar, Lijo ;
Zh
I’m here but don’t see anyone…
Jesse Schell (he/him/his)
CEO, Schell Games - http://schellgames.com
Distinguished Professor of Entertainment Technology, Carnegie Mellon -
http://etc.cmu.edu
Phone: (412) 303-0885
On Sun, Feb 9, 2025 at 5:09 AM Steven Gailey <
zee...@steelcityclownbrigade.
On Sun, Feb 9, 2025 at 2:10 PM Alan Grayson wrote:
>
>
> On Sunday, February 9, 2025 at 5:24:33 AM UTC-7 Jesse Mazer wrote:
>
> On Sun, Feb 9, 2025 at 1:41 AM Alan Grayson wrote:
>
>
>
> On Saturday, February 8, 2025 at 9:36:31 PM UTC-7 Jesse Mazer wrote:
>
> On
On Sun, Feb 9, 2025 at 1:41 AM Alan Grayson wrote:
>
>
> On Saturday, February 8, 2025 at 9:36:31 PM UTC-7 Jesse Mazer wrote:
>
> On Sat, Feb 8, 2025 at 9:59 PM Alan Grayson wrote:
>
>
>
> On Saturday, February 8, 2025 at 7:26:18 PM UTC-7 Jesse Mazer wrote:
>
&g
On Sun, Feb 9, 2025 at 1:41 AM Alan Grayson wrote:
>
>
> On Saturday, February 8, 2025 at 9:36:31 PM UTC-7 Jesse Mazer wrote:
>
> On Sat, Feb 8, 2025 at 9:59 PM Alan Grayson wrote:
>
>
>
> On Saturday, February 8, 2025 at 7:26:18 PM UTC-7 Jesse Mazer wrote:
>
&g
On Sat, Feb 8, 2025 at 9:59 PM Alan Grayson wrote:
>
>
> On Saturday, February 8, 2025 at 7:26:18 PM UTC-7 Jesse Mazer wrote:
>
> On Sat, Feb 8, 2025 at 8:45 PM Alan Grayson wrote:
>
>
>
> On Saturday, February 8, 2025 at 5:46:02 PM UTC-7 Jesse Mazer wrote:
>
&g
On Sat, Feb 8, 2025 at 8:45 PM Alan Grayson wrote:
>
>
> On Saturday, February 8, 2025 at 5:46:02 PM UTC-7 Jesse Mazer wrote:
>
> On Sat, Feb 8, 2025 at 7:17 PM Alan Grayson wrote:
>
>
>
> On Saturday, February 8, 2025 at 3:20:43 PM UTC-7 Alan Grayson wrote:
>
>
On Sat, Feb 8, 2025 at 7:17 PM Alan Grayson wrote:
>
>
> On Saturday, February 8, 2025 at 3:20:43 PM UTC-7 Alan Grayson wrote:
>
> On Saturday, February 8, 2025 at 9:23:11 AM UTC-7 Jesse Mazer wrote:
>
> On Sat, Feb 8, 2025 at 9:35 AM Alan Grayson wrote:
>
>
>
>
, I didn't lose that. The equations of motion in the unprimed f2 frame
described a rod R1 which is moving at 0.6c in the +x direction of the f2
frame, then I used the LT equations to translate R1's coordinates to a
primed f1 frame which is also moving at 0.6c in the +x direction relative
and another for
long entries in the inittab configuration file. Details are available on
GitHub and in the changelog.
- Jesse
setup.
Best,
Jesse
From: lustre-discuss on behalf of
Ramiro Alba Queipo
Sent: Thursday, February 6, 2025 3:34 AM
To: lustre-discuss@lists.lustre.org
Subject: [lustre-discuss] Lnet not going up with InfiniHost III Lx HCA card
Hi all,
I am testing Ubuntu
On Thu, Feb 6, 2025 at 11:17 PM Alan Grayson wrote:
>
>
> On Thursday, February 6, 2025 at 3:49:11 PM UTC-7 Jesse Mazer wrote:
>
> On Thu, Feb 6, 2025 at 3:46 PM Alan Grayson wrote:
>
>
>
> On Thursday, February 6, 2025 at 6:48:34 AM UTC-7 Jesse Mazer wrote:
>
&g
On Thu, Feb 6, 2025 at 5:48 PM Jesse Mazer wrote:
>
>
> On Thu, Feb 6, 2025 at 3:46 PM Alan Grayson
> wrote:
>
>>
>>
>> On Thursday, February 6, 2025 at 6:48:34 AM UTC-7 Jesse Mazer wrote:
>>
>> On Thu, Feb 6, 2025 at 4:48 AM Alan Grayson wrote:
&g
On Thu, Feb 6, 2025 at 3:46 PM Alan Grayson wrote:
>
>
> On Thursday, February 6, 2025 at 6:48:34 AM UTC-7 Jesse Mazer wrote:
>
> On Thu, Feb 6, 2025 at 4:48 AM Alan Grayson wrote:
>
> On Monday, February 3, 2025 at 6:44:29 AM UTC-7 Jesse Mazer wrote:
>
> On Mon,
On Thu, Feb 6, 2025 at 4:48 AM Alan Grayson wrote:
>
>
> On Monday, February 3, 2025 at 6:44:29 AM UTC-7 Jesse Mazer wrote:
>
> On Mon, Feb 3, 2025 at 3:16 AM Alan Grayson wrote:
>
>
>
> On Sunday, February 2, 2025 at 11:37:48 PM UTC-7 Jesse Mazer wrote:
>
> On
On Wed, Feb 5, 2025 at 12:26 AM Alan Grayson wrote:
>
>
> On Tuesday, February 4, 2025 at 10:11:19 PM UTC-7 Jesse Mazer wrote:
>
> On Tue, Feb 4, 2025 at 11:55 PM Alan Grayson wrote:
>
>
>
> On Tuesday, February 4, 2025 at 9:11:38 PM UTC-7 Jesse Mazer wrote:
>
&g
On Tue, Feb 4, 2025 at 11:55 PM Alan Grayson wrote:
>
>
> On Tuesday, February 4, 2025 at 9:11:38 PM UTC-7 Jesse Mazer wrote:
>
> On Tue, Feb 4, 2025 at 9:42 PM Alan Grayson wrote:
>
>
>
> On Tuesday, February 4, 2025 at 5:02:00 PM UTC-7 Jesse Mazer wrote:
>
&g
On Tue, Feb 4, 2025 at 9:42 PM Alan Grayson wrote:
>
>
> On Tuesday, February 4, 2025 at 5:02:00 PM UTC-7 Jesse Mazer wrote:
>
> On Tue, Feb 4, 2025 at 5:45 PM Alan Grayson wrote:
>
>
>
> On Tuesday, February 4, 2025 at 2:50:03 PM UTC-7 Jesse Mazer wrote:
>
> On
On Tue, Feb 4, 2025 at 5:45 PM Alan Grayson wrote:
>
>
> On Tuesday, February 4, 2025 at 2:50:03 PM UTC-7 Jesse Mazer wrote:
>
> On Tue, Feb 4, 2025 at 4:29 PM Alan Grayson wrote:
>
>
>
> On Tuesday, February 4, 2025 at 1:51:26 PM UTC-7 Jesse Mazer wrote:
>
>
&
On Tue, Feb 4, 2025 at 4:29 PM Alan Grayson wrote:
>
>
> On Tuesday, February 4, 2025 at 1:51:26 PM UTC-7 Jesse Mazer wrote:
>
>
>
> On Tue, Feb 4, 2025 at 3:09 PM Alan Grayson wrote:
>
> Two points: I don't see what this has to do with the question on THIS
1 - 100 of 1786 matches
Mail list logo
