On 2021-03-09 19:18, Vincent MAILHOL wrote:
On Wed. 10 Mar 2021 at 03:11, Vincent MAILHOL
wrote:
On Wed. 10 Mar 2021 at 02:27, Jimmy Assarsson wrote:
Hi Vincent,
On 2021-03-09 13:09, Vincent Mailhol wrote:
This driver supports the ES581.4, ES582.1 and ES584.1 interfaces from
ETAS GmbH
+ }
+ dev_info(es58x_dev->dev, "Product info: %s\n", prod_info);
+ kfree(prod_info);
+
+ return 0;
+}
Regards,
jimmy
e original issue on why
our software is having a problem on the customer environment leading
to infrequent hung VM, whereas other VM's on the same host are all
fine and no hardware issues or errors are seen.
Thank you very much!
Regards,
Jimmy
or portrait photos, catalog photos.
Please send photo editing work to hansre...@outlook.com
Thanks,
Jimmy Button
Email: hansre...@outlook.com
or portrait photos, catalog photos.
Please send photo editing work to hansre...@outlook.com
Thanks,
Jimmy Button
Email: hansre...@outlook.com
your photos
Retouching for the Beauty Model and Portraits.
We have 20 staffs in house and daily basis 1000 images can be processed.
We give testing for your photos.
Thanks,
Jimmy Wilson
your photos
Retouching for the Beauty Model and Portraits.
We have 20 staffs in house and daily basis 1000 images can be processed.
We give testing for your photos.
Thanks,
Jimmy Wilson
your photos
Retouching for the Beauty Model and Portraits.
We have 20 staffs in house and daily basis 1000 images can be processed.
We give testing for your photos.
Thanks,
Jimmy Wilson
your photos
Retouching for the Beauty Model and Portraits.
We have 20 staffs in house and daily basis 1000 images can be processed.
We give testing for your photos.
Thanks,
Jimmy Wilson
your photos
Retouching for the Beauty Model and Portraits.
We have 20 staffs in house and daily basis 1000 images can be processed.
We give testing for your photos.
Thanks,
Jimmy Wilson
Acked-by: Jimmy Vance
-Original Message-
From: Hoemann, Jerry
Sent: Wednesday, February 21, 2018 3:22 AM
To: linux-watch...@vger.kernel.org; linux-kernel@vger.kernel.org
Cc: Vance, Jimmy ; Hoemann, Jerry
Subject: [PATCH] watchdog/hpwdt: update maintainer information
Signed-off-by
Acked-by: JImmy Vance
-Original Message-
From: Guenter Roeck [mailto:groe...@gmail.com] On Behalf Of Guenter Roeck
Sent: Monday, October 9, 2017 7:27 PM
To: Hoemann, Jerry ; linux-watch...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org; Vance, Jimmy
Subject: Re: [PATCH] watchdog
Yes, Jerry is taking over as maintainer of hpwdt
-Original Message-
From: Guenter Roeck [mailto:groe...@gmail.com] On Behalf Of Guenter Roeck
Sent: Monday, October 9, 2017 7:27 PM
To: Hoemann, Jerry ; linux-watch...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org; Vance, Jimmy
Subject
Signed-off-by: Jimmy Vance
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 411e3b8..1a4d0c5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5606,7 +5606,7 @@ S:Maintained
F: drivers/media/dvb-frontends/hd29l2
Fixes checkpatch error regarding the space before open square bracket '['
Signed-off-by: Jimmy Devine
---
drivers/staging/rtl8188eu/include/odm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/include/odm.h
b/drivers/staging/rtl8188
Fixes checkpatch error regarding the space before open square bracket '['
Signed-off-by: Jimmy Devine
---
drivers/staging/rtl8188eu/include/odm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8188eu/include/odm.h
b/drivers/staging/rtl8188
This patch fixes coding style reported by checkpatch.pl that missing
a blank line after declarations.
Signed-off-by: Jimmy Picard
---
drivers/staging/iio/iio_simple_dummy.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/iio/iio_simple_dummy.c
b/drivers/staging/iio
This patch fixes coding style errors reported by checkpatch.pl for
lines that was over 80 chars long. The macro value shoud be put in () as
well.
Signed-off-by: Jimmy P
---
drivers/staging/iio/frequency/ad5930.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a
On Tue, Apr 29, 2014 at 03:07:04PM +0900, Jingoo Han wrote:
> On Tuesday, April 29, 2014 2:56 PM, Jimmy Li wrote:
> >
> > Signed-off-by: Jimmy Li
> > ---
> > drivers/staging/iio/resolver/ad2s1210.c |1 +
> > 1 file changed, 1 insertion(+)
> >
> &
Signed-off-by: Jimmy Li
---
drivers/staging/iio/resolver/ad2s1210.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/iio/resolver/ad2s1210.c
b/drivers/staging/iio/resolver/ad2s1210.c
index 7fbaba4..3d6e123 100644
--- a/drivers/staging/iio/resolver/ad2s1210.c
+++ b/drivers
Signed-off-by: Jimmy Li
---
drivers/staging/iio/resolver/ad2s1200.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/iio/resolver/ad2s1200.c
b/drivers/staging/iio/resolver/ad2s1200.c
index e2b4820..017d2f8 100644
--- a/drivers/staging/iio/resolver
thanks for correcting my patch format.
Signed-off-by: Jimmy Li
---
v1 fix a sparse warning.
(iwctl.c:1846:35: expected restricted gfp_t [usertype] flags)
v2 clear up two unnecessary variable, buf and blen.
v3 fix patch format.
drivers/staging/vt6655/iwctl.c |9 ++---
1 file
Signed-off-by: Jimmy Li
---
v2: additional cleanups as well.
drivers/staging/vt6655/iwctl.c |9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/vt6655/iwctl.c b/drivers/staging/vt6655/iwctl.c
index ac3fc16..394031b 100644
--- a/drivers/staging/vt6655
On Wed, Mar 26, 2014 at 12:42:43AM -0700, Jimmy Li wrote:
> fix a sparse warning.
> drivers/staging/vt6655/iwctl.c:1846:35: warning: cast from restricted
> gfp_t
> drivers/staging/vt6655/iwctl.c:1846:35: warning: incorrect type in
> argument 2 (different base types)
> driv
/staging/vt6655/iwctl.c:1846:35:got int [signed]
Signed-off-by: Jimmy Li
---
drivers/staging/vt6655/iwctl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/iwctl.c b/drivers/staging/vt6655/iwctl.c
index ac3fc16..5e25535 100644
--- a/drivers/staging
the coding style patch is attached.
and the break missing one is https://lkml.org/lkml/2014/3/22/4.
sorry for the misspelling subject.
Signed-off-by: Jimmy Li
---
drivers/staging/iio/accel/sca3000_core.c |3 ++-
drivers/staging/iio/adc/ad7192.c |3 ++-
drivers/staging/iio/adc
fix a missing break.
Signed-off-by: Jimmy Li
---
drivers/staging/iio/resolver/ad2s1200.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/iio/resolver/ad2s1200.c
b/drivers/staging/iio/resolver/ad2s1200.c
index 36eedd8..e2b4820 100644
--- a/drivers/staging/iio/resolver
Signed-off-by: Jimmy Li
---
drivers/staging/iio/accel/sca3000_core.c |3 ++-
drivers/staging/iio/adc/ad7192.c |3 ++-
drivers/staging/iio/adc/ad7606_core.c|2 +-
drivers/staging/iio/adc/ad7816.c |6 +++---
drivers/staging/iio/adc/mxs-lradc.c |6
fix some coding style in drivers/staging/iio.
Signed-off-by: Jimmy Li
---
drivers/staging/iio/accel/adis16220_core.c |3 ++-
drivers/staging/iio/accel/sca3000_core.c |3 ++-
drivers/staging/iio/adc/ad7192.c |3 ++-
drivers/staging/iio/adc/ad7606_core.c |2
se but restraining me from using my $1500 gfx card as intended, so
will me removing that crap from the source result in somebody trying to
obfuscate it to a point where neither of us know what is what?
Also, how about a list of PROS, explain to me whats so cool about it?
- Jimmy
-
To unsubs
TripleX Chung wrote:
> Jesper Juhl wrote:
>> Note: my explanations below are based on how I understand these
>> things, but I'm not the trivial patch monkey nor did I help create
>> these guidelines, so I'm in no way authoritative on the subject.
>>
>> On 13/07/07, TripleX Chung <[EMAIL PROTECTED]>
Al Boldi wrote:
>
> This should be the responsibility of the kexec'd hibernating kernel. Note
> though in (6), the normal kernel takes care of preparing devices, then the
> hibernating kernel dumps the image and either calls S4 or S3. On resume
> from S3 it can immediately switch over to the
Rafael J. Wysocki wrote:
[snip]
>
> So if a user wants to install a kernel.org kernel on his system, (s)he'll have
> to compile and install two kernels with different options.
>
> That doesn't sound good to me. :-)
>
definitely. that sounds kind of strange, not to think of having to
remember wh
[EMAIL PROTECTED] wrote:
> So I can say that in linux 'thread' == 'process'?
>
No. It's more like, in linux threads are visible to the kernel (unlike
in N:1 thread models, linux is 1:1). Threads are the basic unit of
scheduling.
A process can have >1 threads.
> Is kernel routine 'kthread' creat
Gautam Singaraju wrote:
> Is there any attempt being made to provide software based RSA
> cryptographic support in kernel? I see that Linux supports
> Hardware based cryptographic devices (VIA Padlock ACE). How is the
> performance of such hardware? How well are these devices supported?
> -GS
i fa
Renato S. Yamane wrote:
> Hi,
>
> Is impossible use speedstep in my Laptop with Pentium M 1,86Ghz:
>
> #modprobe speedstep-centrino
> FATAL: Error inserting speedstep_centrino
> (/lib/modules/2.6.18-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko):
> No such device
>
> To do that
Jan Engelhardt wrote:
> On Jun 25 2007 09:37, Randy Dunlap wrote:
>> On Mon, 25 Jun 2007 17:15:50 +0200 (CEST) Jan Engelhardt wrote:
>>> On Jun 25 2007 11:12, Lennart Sorensen wrote:
It is also quite likely the reply was written before reading the other
comments. With the volume on lkml,
Grozdan Nikolov wrote:
> On Saturday 23 June 2007 19:53, you wrote:
>> On Sat, 2007-06-23 at 14:17 +0200, Grozdan Nikolov wrote:
>> [...]
>>
>>> Please CC me as I'm not subscribe to this mailing list,
>> Perhaps you should change that and find most answers for yourself.
>>
>>> Thanks!
>> Thanks!
>>
Hi,
I have a Kubuntu 7.04 distro with Qt4 development packages installed.
Trying to do a 'make xconfig' fails with:
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/docproc
CHECK qt
*
* Unable to find the QT installation. Please make sure that
* the QT development package is correctly
Torsten Duwe wrote:
> On Saturday 23 June 2007, you wrote:
>
>> hmm, wasn't loadable kernel modules first implemented in SunOS 4.x [...]
> Yes, but that was pretty cumbersome. You had to resolve the symbols in user
> space, using a hopefully matching /vmunix. Linux was first to feature an
> in-k
Alexandre Oliva wrote:
> Here's an idea that just occurred to me, after all the discussions
> about motivations, tit-for-tat, authors' wishes and all.
>
> If GPLv3 were to have a clause that permitted combination/linking with
> code under GPLv2, this wouldn't be enough for GPLv3 projects to use
>
Theodore Tso wrote:
> Basically, in the US, you get the best justice money can buy. :-)
that has to be one of the best one-liners ever! :)
>
> - Ted
-jb
--
Tact is the art of making a point without making an enemy.
-
To unsubscribe from th
Lee Revell wrote:
> On 6/12/07, R.F. Burns <[EMAIL PROTECTED]> wrote:
>> Is it possible to write a kernel module which, when loaded, will blow
>> the PC
>> speaker?
>
> LOL. May I ask what your use case is?
>
or isn't it mis-use case :)
> Lee
-jb
--
Tact is the art of making a point without m
Christoph Pleger wrote:
> Hello,
>
[snip]
> After the new kernel package had been created, I installed it. After
> that, I looked into the directory /boot and was very surprised: The
> initial ramdisk of the new kernel was much larger than the initrd of the
> old kernel. To find out the cause for
Luca Tettamanti a écrit :
> Il Sun, May 20, 2007 at 02:54:20PM +0200, Jimmy Jazz ha scritto:
>> @Luca, if i remember well you have a X850, could you please try the
>> patch for me ?
>
> It does work - sort of; BIOS parsing code is correct. It lacks the
> proper connect
Benjamin Herrenschmidt a écrit :
>> This is what I'm using here, it's still the same old patch (Solomon's
>> plus my stuff). I think I can coordinate with [EMAIL PROTECTED] to
>> create an incremental patch to fix radeonfb on his hardware (provided
>> that this mega-patch is suitable as baseline th
Stefan Richter wrote:
> Satyam Sharma wrote:
>> Coming back to the document, we do need to document / find
>> consensus on the "preferred" way to do similar business in the
>> kernel, and my opinion as far as that is concerned is to shun
>> volatile wherever possible (which includes the case origin
Johannes Stezenbach wrote:
> On Fri, May 11, 2007 at 02:08:54AM +0530, jimmy bahuleyan wrote:
>> Jonathan Corbet wrote:
>> [snip..]
>>> +
>>> + - The jiffies variable is special in that it can have a different value
>>> +every time it is referenc
Jonathan Corbet wrote:
[snip..]
> +
> + - The jiffies variable is special in that it can have a different value
> +every time it is referenced, but it can be read without any special
> +locking. So jiffies can be volatile, but the addition of other
> +variables of this type is strongl
Mike Galbraith wrote:
> On Sun, 2007-03-18 at 08:22 +0100, Radoslaw Szkodzinski wrote:
>
>> I'd recon KDE regresses because of kioslaves waiting on a pipe
>> (communication with the app they're doing IO for) and then expiring.
>> That's why splitting IO from an app isn't exactly smart. It should a
Alan Cox wrote:
Also note that the word 'chaostables' does not even appear in the patch,
though xt_CHAOS does. Since we know that {xt,ipt}_[A-Z]+ are targets, we
can safely assume that CHAOS does what it says - make fun of nmap.
"entropy" ?
"randomness"
fuzztables?
:-)
-
To unsubscribe fro
51 matches
Mail list logo
