t
by Linus AFAICT. So do any of these Fixes tags need to be in this series?
Regardless:
Reviewed-by: Ira Weiny
> Signed-off-by: Randy Dunlap
> Cc: Felipe Balbi
> Cc: Michał Mirosław
> Cc: Greg Kroah-Hartman
> Cc: Sebastian Andrzej Siewior
> Cc: linux-...@vge
an initcall_debug log.
>
> Give each of these init and exit functions unique driver-specific
> names to eliminate the anonymous names.
I'm not fully sure about the Fixes tags but I don't see that it hurts anything.
For the series:
Reviewed-by: Ira Weiny
>
> Exa
Hi,
Great project, thank you so much for open sourcing it!
It looks like output file length is proportional to strength. Curious why?
Thanks,
Ira
--
You received this message because you are subscribed to the Google Groups
"audiowmark" group.
To unsubscribe from this grou
ly bug that really bothers
me and half the point of the program is writing and sending emails, I thought
I'd remind them yet again that it's still broken.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
and. Pressing right a couple
of time move it over one space and then it starts to make sense.
Sometimes pressing Enter does nothing.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
an initcall_debug log.
>
> Give each of these init and exit functions unique driver-specific
> names to eliminate the anonymous names.
I'm not fully sure about the Fixes tags but I don't see that it hurts anything.
For the series:
Reviewed-by: Ira Weiny
>
> Exa
t
by Linus AFAICT. So do any of these Fixes tags need to be in this series?
Regardless:
Reviewed-by: Ira Weiny
> Signed-off-by: Randy Dunlap
> Cc: Felipe Balbi
> Cc: Michał Mirosław
> Cc: Greg Kroah-Hartman
> Cc: Sebastian Andrzej Siewior
> Cc: linux-...@vge
hat right?
There is no SSR inside those boxes, just regular old mechanical relays.
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to brewtus+unsubscr...@google
On Tue, Mar 15, 2022 at 09:03:26AM -0700, Dave Hansen wrote:
> On 3/15/22 08:53, Ira Weiny wrote:
> > On Mon, Mar 14, 2022 at 04:49:12PM -0700, Dave Hansen wrote:
> >> On 3/10/22 16:57, ira.we...@intel.com wrote:
> >>> From: Ira Weiny
> >>>
> >>
On Mon, Mar 14, 2022 at 04:49:12PM -0700, Dave Hansen wrote:
> On 3/10/22 16:57, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > The number of pkeys supported on x86 and powerpc are much smaller than a
> > u16 value can hold. It is desirable to standardiz
art mine from
> Cafe Parts
>
> On Mon, Mar 14, 2022 at 11:00 AM 'Andrey Sychev' via Brewtus <
> bre...@googlegroups.com> wrote:
>
>> Thanks Ira, which control box is this?
>>
>>
>> Sent from my iPhone
>>
>> On Mar 14, 2022, at 1:13 AM, Ira wr
Hello 'Andrey,
Or more correctly, there was no SSR in a Brewtus II, two relays are inside the
Gicar Box and one relay is in the temperature controller..
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus" group.
To unsubscribe from
Hello 'Andrey,
There was no SSR in a Brewtus II, all the relays are inside the Gicar Box.
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus" group.
To unsubscribe from this group and stop receiving emails from it, send an email
ee if one of them looks burnt.
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to brewtus+unsubscr...@googlegroups.com.
To view this discussion on t
Attached is
> B4 parts diagram from WLL.
> Thanks.
Here is a link to a ton of info on the Brewtus II.
http://www.roasterthing.com/downloads/brewtus.zip
Everything I've collected over the past 12 years. The Brewtus IV stuff won't
make much sense.
-- Ira
--
You received this mess
From: Ira Weiny
The WARN_ON check in arch_set_user_pkey_access() in the x86 architecture
fails to check for an invalid negative value.
A simple check for less than 0 would fix this issue however, in the call
stack below arch_set_user_pkey_access() the pkey should never be
negative on any
From: Ira Weiny
The number of pkeys supported on x86 and powerpc are much smaller than a
u16 value can hold. It is desirable to standardize on the type for
pkeys. powerpc currently supports the most pkeys at 32. u8 is plenty
large for that.
Standardize on the pkey types by changing u16 to u8
From: Ira Weiny
Negative values passed to pkeyshift() will cause an overflow of the amr
and imar values. Pkey should not be negative in this call path and u8
is large enough for the 32 pkeys available on powerpc.
Change pkey to u8 in init_amr() and init_iamr().
To: Michael Ellerman
Cc
From: Ira Weiny
In the x86 code __arch_set_user_pkey_access() is not used and is not
defined.
Remove the dead declaration.
To: Dave Hansen
Signed-off-by: Ira Weiny
---
Changes from V1:
Make this part of a series of pkey clean ups
---
arch/x86/include/asm/pkeys.h | 6 --
1 file
From: Ira Weiny
I'm looking for acks that this is acceptable for official submission to the
maintainers. I believe the code to be better than RFC quality but I realize
that the type changes may be more churn than is desired.
The following patches contain pkey cleanups and an attempt
From: Ira Weiny
arch_set_user_pkey_access() was declared two times in the header.
Remove the 2nd declaration.
Suggested-by: "Edgecombe, Rick P"
Signed-off-by: Ira Weiny
---
arch/x86/include/asm/pkeys.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/include/asm/pkey
On Wed, Mar 09, 2022 at 09:08:36PM -0800, Dan Williams wrote:
> On Fri, Mar 4, 2022 at 12:38 PM wrote:
> >
> > From: Ira Weiny
> >
> > The function run_dax() was missing a prototype when compiling with
> > warnings.
> >
> > Add bus.h to
se the sensor gets messed up when it gets hot and in that case the brew
boiler should get really hot. If for some reason the steam boiler is not
heating properly, that would also cause the brew
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus"
Hello,
I was curious if anyone attending LSF/mm would be interested in a CXL BOF?
I'm still hoping to get an invite, but if I do I would be happy to organize
some time to discuss the work being done. It would be great to meet people
face to face if possible too.
Ira Weiny
On Mon, Mar 07, 2022 at 12:30:03PM +0530, Aneesh Kumar K.V wrote:
> ira.we...@intel.com writes:
>
> > From: Ira Weiny
> >
> > The WARN_ON check in arch_set_user_pkey_access() in the x86 architecture
> > fails to check for an invalid negative value.
> >
>
From: Ira Weiny
The WARN_ON check in arch_set_user_pkey_access() in the x86 architecture
fails to check for an invalid negative value.
A simple check for less than 0 would fix this issue however, in the call
stack below arch_set_user_pkey_access() the pkey should never be
negative on any
From: Ira Weiny
struct dax_device has a member named ops which was undocumented.
Add the kdoc.
Signed-off-by: Ira Weiny
---
drivers/dax/super.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dax/super.c b/drivers/dax/super.c
index 5c003cc73d04..2fd3a01ba34b 100644
--- a/drivers
From: Ira Weiny
The function run_dax() was missing a prototype when compiling with
warnings.
Add bus.h to fix this.
Signed-off-by: Ira Weiny
---
drivers/dax/super.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dax/super.c b/drivers/dax/super.c
index e3029389d809..5c003cc73d04
Hello The,
I have a custom toolbar:
Both when I added the address button on the end and when I removed it, pressing
Save caused c chain of memory address errors and then the program crashed. Both
times the changes were successfully saved.
Thanks, Ira
ngs up the old one.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
ted different icons.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
Hello Alex,
Wednesday, March 2, 2022, 3:18:06 PM, you wrote:
> [ * ] New Address book is called after clicking on the "Add to Address book"
> option
Tools=>Address Book is new address book
The address book icon on my toolbar still brings up the old a
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Status: Answered => Solved
Ira Fuchs confirmed that the question is solved:
Thanks RaiMan, that solved my question.
--
You received this question notification because your team Sikuli Driv
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Ira Fuchs posted a new comment:
Right,so -v 1.8.
--
You received this question notification because your team Sikuli Drivers
is an answer contact for SikuliX
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Ira Fuchs posted a new comment:
I am not clear on what I need to specify to get the right version of
Java. This is what I seem to ahve installed:
$ /usr/libexec/java_home -V
Matching Java Virtual Machines
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Ira Fuchs posted a new comment:
$ /usr/libexec/java_home -V
Matching Java Virtual Machines (6):
17.0.2, x86_64: "Java SE 17.0.2"
/Library/Java/JavaVirtualMachines/jdk-17.0.2.jd
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Ira Fuchs posted a new comment:
I just tried launching it using the Java Launcher app and it seems to work
correctly. I surmise that the problem is that I am not getting the same version
of java
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Ira Fuchs posted a new comment:
When I run sikuli from terminal, it says it is running under Java 13. Is
that what it should say?
--
You received this question notification because your team Sikuli
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Ira Fuchs posted a new comment:
I installed the latest Java SDK but I don't think that is what I am
seeing when I run sikuli from the CLI.
%java --version
openjdk 13.0.2 2020-01-14
OpenJDK Runtime
Question #700736 on SikuliX changed:
https://answers.launchpad.net/sikuli/+question/700736
Status: Needs information => Open
Ira Fuchs gave more information on the question:
I am running sikulixide-2.0.5-mac.jar
> On Feb 25, 2022, at 10:31 AM, RaiMan
> wrote:
>
> Your q
New question #700736 on SikuliX:
https://answers.launchpad.net/sikuli/+question/700736
I am running the sikuli IDE jar from terminal.app on MacOS v10.14.6. It runs
but every time I go to run a script, the dialog to save the script comes up but
it does not save it. Also, the dialog to save comes
Happy Birthday MOPO!
Sometimes the most simple of technology solutions like a email list serve
becomes the best platform to meet a need.You have done that exceptionally
well.
Here’s to many more birthday’s to come! And posters still to collect…….
Ira
From: MoPo List on behalf
nce could get
> expensive.
Fixing the CPU is usually not that hard if you have access to suitable tools.
If you do I'll be happy to guide you.
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus" group.
To unsubscribe from this group and
Hello The,
Is there any way to have one reply format for all replies in all mailboxes. I
have one folder in one mailbox that somehow ended up with a different reply
format and I can't see a way to force it back to using the parent mailbox
format.
Thanks, Ira
ook. I only use a local address book and have turned off all the network
server address book features.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
t's important to list the maximum and
minimum length of allowed passwords, otherwise you will annoy people who
routinely use password managers and long secure passwords. This is being sent
with V10.
-- Ira
'Using TBBETA' information:
h
On Mon, Feb 14, 2022 at 12:09:54PM -0800, Dan Williams wrote:
> On Mon, Feb 14, 2022 at 9:59 AM Ira Weiny wrote:
> >
> > On Fri, Feb 11, 2022 at 11:11:11PM -0800, Tong Zhang wrote:
> > > A bug can be triggered by following command
> > >
> > >
ing on and why this fixes it. I know
that dax is not using srcu is a standard way so perhaps this helps in a way I
don't quite grok? If so perhaps a comment here would be in order?
Ira
>
> Signed-off-by: Tong Zhang
> ---
> drivers/dax/super.c | 1 +
> 1 file changed, 1 insert
On Mon, Jan 24, 2022 at 01:08:26PM +0100, Christian König wrote:
> Am 24.01.22 um 02:54 schrieb ira.we...@intel.com:
> > From: Ira Weiny
> >
> > Changes from V1:
> > Use memcpy_to_page() where appropriate
> > Rebased to latest
> >
> > The
On Mon, Jan 24, 2022 at 01:08:26PM +0100, Christian König wrote:
> Am 24.01.22 um 02:54 schrieb ira.we...@intel.com:
> > From: Ira Weiny
> >
> > Changes from V1:
> > Use memcpy_to_page() where appropriate
> > Rebased to latest
> >
> > The
On Mon, Jan 24, 2022 at 01:08:26PM +0100, Christian König wrote:
> Am 24.01.22 um 02:54 schrieb ira.we...@intel.com:
> > From: Ira Weiny
> >
> > Changes from V1:
> > Use memcpy_to_page() where appropriate
> > Rebased to latest
> >
> > The
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add amdgpu_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
Changes from V1:
Use memcpy_to_page() where appropriate
Rebased to latest
The kmap() call may cause issues with work being done with persistent memory.
For this and other reasons it is being deprecated.
This series starts by converting the last easy kmap() uses
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
Changes for V2:
From Christoph Helwig
Prefer the use
From: Ira Weiny
kmap() is being deprecated. These maps are thread local and can be
replaced with kmap_local_page().
Replace kmap() with kmap_local_page()
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
From: Ira Weiny
kmap() is being deprecated. So this comment could be misleading in the
future.
Change this comment to point to using kmap_local_page(). While here
remove 'we' from the comment.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++--
1 file changed, 2
From: Ira Weiny
kmap() is being deprecated and these instances are easy to convert to
kmap_local_page().
Furthermore, in gma_crtc_cursor_set() use the memcpy_from_page() helper
instead of an open coded use of kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500
From: Ira Weiny
kmap() is being deprecated and this usage is local to the thread. Use
kmap_local_page() instead.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated and this usage is local to the thread. Use
kmap_local_page() instead.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add amdgpu_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated and these instances are easy to convert to
kmap_local_page().
Furthermore, in gma_crtc_cursor_set() use the memcpy_from_page() helper
instead of an open coded use of kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500
From: Ira Weiny
kmap() is being deprecated. So this comment could be misleading in the
future.
Change this comment to point to using kmap_local_page(). While here
remove 'we' from the comment.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++--
1 file changed, 2
From: Ira Weiny
kmap() is being deprecated. These maps are thread local and can be
replaced with kmap_local_page().
Replace kmap() with kmap_local_page()
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
From: Ira Weiny
kmap() is being deprecated and these instances are easy to convert to
kmap_local_page().
Furthermore, in gma_crtc_cursor_set() use the memcpy_from_page() helper
instead of an open coded use of kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add amdgpu_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
Changes for V2:
From Christoph Helwig
Prefer the use
From: Ira Weiny
kmap() is being deprecated. So this comment could be misleading in the
future.
Change this comment to point to using kmap_local_page(). While here
remove 'we' from the comment.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++--
1 file changed, 2
From: Ira Weiny
Changes from V1:
Use memcpy_to_page() where appropriate
Rebased to latest
The kmap() call may cause issues with work being done with persistent memory.
For this and other reasons it is being deprecated.
This series starts by converting the last easy kmap() uses
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
Changes for V2:
From Christoph Helwig
Prefer the use
From: Ira Weiny
kmap() is being deprecated and this usage is local to the thread. Use
kmap_local_page() instead.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b
From: Ira Weiny
Changes from V1:
Use memcpy_to_page() where appropriate
Rebased to latest
The kmap() call may cause issues with work being done with persistent memory.
For this and other reasons it is being deprecated.
This series starts by converting the last easy kmap() uses
From: Ira Weiny
kmap() is being deprecated. These maps are thread local and can be
replaced with kmap_local_page().
Replace kmap() with kmap_local_page()
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
On Thu, Jan 20, 2022 at 04:48:50PM +0100, Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 09:16:35AM +0100, Christian König wrote:
> > Am 20.01.22 um 00:55 schrieb Ira Weiny:
> > > On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote:
> > > > On Wed, Jan 19,
On Thu, Jan 20, 2022 at 04:48:50PM +0100, Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 09:16:35AM +0100, Christian König wrote:
> > Am 20.01.22 um 00:55 schrieb Ira Weiny:
> > > On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote:
> > > > On Wed, Jan 19,
On Thu, Jan 20, 2022 at 04:48:50PM +0100, Daniel Vetter wrote:
> On Thu, Jan 20, 2022 at 09:16:35AM +0100, Christian König wrote:
> > Am 20.01.22 um 00:55 schrieb Ira Weiny:
> > > On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote:
> > > > On Wed, Jan 19,
On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote:
> On Wed, Jan 19, 2022 at 08:53:56AM -0800, Ira Weiny wrote:
> > On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote:
> > > From: Ira Weiny
> > >
> > > This series starts by
On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote:
> On Wed, Jan 19, 2022 at 08:53:56AM -0800, Ira Weiny wrote:
> > On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote:
> > > From: Ira Weiny
> > >
> > > This series starts by
On Wed, Jan 19, 2022 at 06:24:22PM +0100, Daniel Vetter wrote:
> On Wed, Jan 19, 2022 at 08:53:56AM -0800, Ira Weiny wrote:
> > On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote:
> > > From: Ira Weiny
> > >
> > > This series starts by
On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote:
> From: Ira Weiny
>
> This series starts by converting the last easy kmap() uses to
> kmap_local_page().
>
> There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately,
> ttm_bo_kmap_ttm()
On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote:
> From: Ira Weiny
>
> This series starts by converting the last easy kmap() uses to
> kmap_local_page().
>
> There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately,
> ttm_bo_kmap_ttm()
On Fri, Dec 10, 2021 at 03:23:57PM -0800, 'Ira Weiny' wrote:
> From: Ira Weiny
>
> This series starts by converting the last easy kmap() uses to
> kmap_local_page().
>
> There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately,
> ttm_bo_kmap_ttm()
+ }
> +
I'm struggling to see why there is a need for both a flag and an 8 bit 'enable'
value?
Ira
On Thu, Jan 06, 2022 at 01:21:45PM -0800, Dan Williams wrote:
> On Thu, Jan 6, 2022 at 12:19 PM Ira Weiny wrote:
> >
> > On Mon, Jan 03, 2022 at 12:16:12PM -0800, Schofield, Alison wrote:
> > > From: Alison Schofield
> > >
> > > diff --git a/cxl/l
devname, volatile_request, partitionable_bytes);
> + rc = -EINVAL;
> + goto err;
> + }
> + if (!IS_ALIGNED(volatile_request, partition_align_bytes)) {
> + fprintf(stderr, "%s: volatile size %lld is not partition
> aligned %lld\n
64, .short_name = (s),
> .long_name = (l), .value = check_vtype(v, u64 *), .help = (h) }
> +#define OPT_U64(s, l, v, h) { .type = OPTION_U64, .short_name = (s),
> .long_name = (l), .value = check_vtype(v, unsigned long long *), .help = (h) }
Why can't this be uint64_t?
Ira
&
dev);
> + struct cxl_cmd *cmd;
> + int rc;
> +
> + dbg(ctx, "%s: enter cap: %llx, flags %d\n", __func__,
> + volatile_capacity, flags);
> +
> + cmd = cxl_cmd_new_set_partition_info(memdev,
> + volatile_capacity /
"total_capacity", jobj);
> + }
> + cap = cxl_cmd_identify_get_volatile_only_capacity(cmd);
> + if (cap != ULLONG_MAX) {
> + jobj = util_json_object_size(cap, flags);
> + if (jobj)
> + json_object_object_add(jpart
plies that the original API of
libcxl was intended to not convert these values.
Vishal may have an opinion. Should these be in bytes or 'CXL Capacity' units
(ie 256MB's)?
I think I prefer bytes as well.
Ira
>
> Signed-off-by: Alison Schofield
> ---
> cxl/lib/libcxl.c | 2 +-
>
X;
> \
> + return le64_to_cpu(c->field) * CXL_CAPACITY_MULTIPLIER;
> \
> +} while (0)
> +
> +CXL_EXPORT unsigned long long
> +cxl_cmd_identify_get_total_capacity(struct cx
, on the receiving end of the ioctl, follows.
cool!
>
> It may be simpler to block the immediate bit in the libcxl API today,
> (and as I write this cover letter I'm wondering just how far this goes
> astray ;)) However, the kernel patch to peek in the payload sets us on
> the path of inspe
long function names. :-/
I also wonder if the conversion to bytes should be reflected in the function
name. Because returning 'cap' might imply to someone they are getting the raw
data field.
Ira
>
> #ifdef __cplusplus
> } /* extern "C" */
> diff --git a/util/size.h b/uti
On Tue, Jan 04, 2022 at 05:18:23PM -0700, 'Vishal Verma' wrote:
> Add a graphic/badge from repology showing the packaging status of ndctl
> with various distros.
>
> Signed-off-by: Vishal Verma
Reviewed-by: Ira Weiny
> ---
> README.md | 3 +++
> 1 file changed, 3 in
Birders
I have 1 Gray-crowned Rosy-Finch in the tray in front of the house. I heard
a Black RF flyover. Our streets have not been plowed yet.
--
Ira Sanders
Golden, CO
"My mind is a raging torrent flooded with rivulets of thought cascading
into a waterfall of creative alternatives."
-
ng: Function parameter or member
> 'nd_region' not described in 'btt_init'
> drivers/nvdimm/btt.c:1584: warning: Excess function parameter 'maxlane'
> description in 'btt_init'
>
> Reported-by: Abaci Robot
> Signed-off-by: Yang Li
Reviewed-by: Ira Weiny
> ---
> drivers/nvdi
On 2021-12-22 22:48, Daniel Shahaf wrote:
If it's IDE you might be able to connect a CF card to the old computer
with a CF<->IDE adapter? Not sure if a 1997 vintage IDE controller
would be up to this.
floppy controllers are not IDE. different connector, different
everything. also in the
Hey gang,
I have added SPF record for my domains about 2 years ago and kinda
forgot about it. I get a lot of reports about spam received "from my
domain" but not from my servers. almost 50% from google, and I assume
that's because half the world in on gmail...
however today I found a report
don't feel like
hosting unmaintainable old php code that is quite probably not getting
security patches. I suggest you
dump all the pages to static ones, so the knowledge doesn't die, and I
can host the static pages on my machine, no problem.
Ira
301 - 400 of 13057 matches
Mail list logo