On Tue, 16 Mar 2021, Krzysztof Kozlowski wrote:
> From: Krzysztof Kozlowski
>
> Milo Kim's email in TI bounces with permanent error (550: Invalid
> recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> credits and remove the separate driver entries for:
From: Krzysztof Kozlowski
Milo Kim's email in TI bounces with permanent error (550: Invalid
recipient). Last email from him on LKML was in 2017. Move Milo Kim to
credits and remove the separate driver entries for:
- TI LP855x backlight driver,
- TI LP8727 charger driver,
- TI LP8788 MFD
On 3/4/21 4:07 AM, Arnd Bergmann wrote:
On Wed, Mar 3, 2021 at 8:44 PM kernel test robot wrote:
Hi Arnd,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f69d02e37a85645aa90d18cacfff36dba370f797
commit:
Hi Arnd,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f69d02e37a85645aa90d18cacfff36dba370f797
commit: a579fcfa8e49cc77ad59211bb18bc5004133e6a0 c6x: remove architecture
date: 6 weeks ago
config:
On Wed, Mar 3, 2021 at 8:44 PM kernel test robot wrote:
>
> Hi Arnd,
>
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: f69d02e37a85645aa90d18cacfff36dba370f797
> commit:
> recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> > > credits and remove the separate driver entries for:
> > > - TI LP855x backlight driver,
> > > - TI LP8727 charger driver,
> > > - TI LP8788 MFD (ADC, LEDs, charger and regulat
Greetings everyone,
On Mon, 15 Feb 2021 at 08:52, Lee Jones wrote:
>
> On Fri, 12 Feb 2021, Krzysztof Kozlowski wrote:
>
> > Milo Kim's email in TI bounces with permanent error (550: Invalid
> > recipient). Last email from him on LKML was in 2017. Move Milo Kim to
&
On Fri, 12 Feb 2021, Krzysztof Kozlowski wrote:
> Milo Kim's email in TI bounces with permanent error (550: Invalid
> recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> credits and remove the separate driver entries for:
> - TI LP855x backlight driver,
&g
Hi,
On Fri, Feb 12, 2021 at 05:32:29PM +0100, Krzysztof Kozlowski wrote:
> Milo Kim's email in TI bounces with permanent error (550: Invalid
> recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> credits and remove the separate driver entries for:
> - TI LP85
Milo Kim's email in TI bounces with permanent error (550: Invalid
recipient). Last email from him on LKML was in 2017. Move Milo Kim to
credits and remove the separate driver entries for:
- TI LP855x backlight driver,
- TI LP8727 charger driver,
- TI LP8788 MFD (ADC, LEDs, charger
Update my email address to kernel.org account and my home address
to my new house.
Signed-off-by: Oded Gabbay
---
CREDITS | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/CREDITS b/CREDITS
index 090ed4b004a5..ebd00ca9515b 100644
--- a/CREDITS
+++ b/CREDITS
@@ -1240,10
On Sat, Dec 05, 2020 at 01:05:08AM +0100, Thomas Gleixner wrote:
> On Fri, Dec 04 2020 at 16:41, Bjorn Helgaas wrote:
> >
> > Applied to for-linus for v5.10 since there's no risk and the bounces
> > are annoying.
>
> It's queued in tip irq/urgent already and going to Linus for rc7 :)
I dropped
On Fri, Dec 04 2020 at 16:41, Bjorn Helgaas wrote:
>
> Applied to for-linus for v5.10 since there's no risk and the bounces
> are annoying.
It's queued in tip irq/urgent already and going to Linus for rc7 :)
On Sat, Nov 28, 2020 at 10:37:07AM +, Marc Zyngier wrote:
> Jason's email address has now been bouncing for weeks, and no
> reply was received when trying to reach out on other addresses.
>
> We really hope he is OK. But until we hear of his whereabouts,
> let's move him to t
: Thomas Gleixner
CommitterDate: Mon, 30 Nov 2020 10:20:34 +01:00
MAINTAINERS: Move Jason Cooper to CREDITS
Jason's email address has now been bouncing for weeks, and no
reply was received when trying to reach out on other addresses.
We really hope he is OK. But until we hear of his whereabouts
Marc Zyngier writes:
> Jason's email address has now been bouncing for weeks, and no
> reply was received when trying to reach out on other addresses.
>
> We really hope he is OK. But until we hear of his whereabouts,
> let's move him to the CREDITS file so that people stop Cc-in
On Sat, Nov 28, 2020 at 10:37:07AM +, Marc Zyngier wrote:
> Jason's email address has now been bouncing for weeks, and no
> reply was received when trying to reach out on other addresses.
>
> We really hope he is OK. But until we hear of his whereabouts,
> let's move him to t
Jason's email address has now been bouncing for weeks, and no
reply was received when trying to reach out on other addresses.
We really hope he is OK. But until we hear of his whereabouts,
let's move him to the CREDITS file so that people stop Cc-ing
him.
Cc: Andrew Lunn
Cc: Sebastian
Hi Madhavan,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 4ef8451b332662d004df269d4cdeb7d9f31419b5
commit: 3c9450c053f88e525b2db1e6990cdf34d14e7696 powerpc/perf: Fix missing
is_sier_aviable() during build
date:
On Fri, Oct 16, 2020 at 05:15:28PM +0200, Krzysztof Kozlowski wrote:
> Remove trailing white spaces. No functional/substantive change.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> CREDITS | 52 ++--
> 1 file changed, 26
e is covered by the
> Samsung ARM architectures maintainer entry and Krzysztof Kozlowski, so
> move Kyungmin Park to the CREDITS.
>
> There was also no activity on LKML regarding other maintained drivers:
> https://lore.kernel.org/lkml/?q=f%3A%22Kyungmin+Park%22
>
> Dear Kyun
On Fri, Oct 16, 2020 at 05:15:25PM +0200, Krzysztof Kozlowski wrote:
> Kamil Debski has not been active on LKML since 2017:
> https://lore.kernel.org/lkml/?q=f%3A%22Kamil+Debski%22
>
> Move Kamil Debski to the CREDITS file. Thank you for the effort you put
> in to the upstream Li
Hello Krzysztof,
On Thu, Oct 22, 2020 at 10:09:25PM +0200, Krzysztof Kozlowski wrote:
> On Thu, Oct 22, 2020 at 09:13:14PM +0200, Uwe Kleine-König wrote:
> > this series doesn't seem to be applied and looking at the list of people
> > this mail was sent "To:" it's not obvious who is expected to
Em Thu, 22 Oct 2020 22:09:25 +0200
Krzysztof Kozlowski escreveu:
> On Thu, Oct 22, 2020 at 09:13:14PM +0200, Uwe Kleine-König wrote:
> > Hello,
> >
> > this series doesn't seem to be applied and looking at the list of people
> > this mail was sent "To:" it's not obvious who is expected to take
On Thu, Oct 22, 2020 at 09:13:14PM +0200, Uwe Kleine-König wrote:
> Hello,
>
> this series doesn't seem to be applied and looking at the list of people
> this mail was sent "To:" it's not obvious who is expected to take it. I
> assume it is not for us linux-pwm guys and will tag it as
>
Hello,
this series doesn't seem to be applied and looking at the list of people
this mail was sent "To:" it's not obvious who is expected to take it. I
assume it is not for us linux-pwm guys and will tag it as
"not-applicable" in our patchwork.
Best regards
Uwe
--
Pengutronix e.K.
Kamil Debski has not been active on LKML since 2017:
https://lore.kernel.org/lkml/?q=f%3A%22Kamil+Debski%22
Move Kamil Debski to the CREDITS file. Thank you for the effort you put
in to the upstream Linux kernel work.
Cc: Kamil Debski
Cc: Andrzej Hajda
Cc: Bartlomiej Zolnierkiewicz
Cc
uot;MAINTAINERS: remove non existent files") -
the directory matching pattern was changed from specific machines to
the entire S5Pv210.
Anyway since long time, all S5Pv210 maintenance is covered by the
Samsung ARM architectures maintainer entry and Krzysztof Kozlowski, so
move Kyungmin
Remove trailing white spaces. No functional/substantive change.
Signed-off-by: Krzysztof Kozlowski
---
CREDITS | 52 ++--
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/CREDITS b/CREDITS
index f5c924a09b74..748301954ab7 100644
owever since 2016 there is little activity from him on the
> LKML [1] so move his name to the CREDITS.
>
> Dear Kukjin, thank you for all the effort you put in to the upstream
> Samsung support.
>
> [1] https://lore.kernel.org/lkml/?q=f%3A%22Kukjin+Kim%22
>
> Cc: Kukjin Ki
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 8a5f78d98c26c8e2a79ea37224435d2b434453e1
commit: 516d980f85415d76ae3d0d2a871eb20243f46c95 scripts/kallsyms: skip ppc
compiler stub *.long_branch.* / *.plt_branch.*
date: 2 weeks ago
config:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d3d45f8220d60a0b2cf8fb2be4e6ffd9008e
commit: a425b6e1c69ba907b72b737a4d44f8cfbc43ce3c hinic: add mailbox function
support
date: 5 months ago
:: branch date: 6 hours ago
:: commit date: 5
On Tue, 22 Sep 2020 at 13:36, Dan Murphy wrote:
>
> All
>
> On 9/22/20 4:36 AM, Mark Brown wrote:
> > On Tue, Sep 22, 2020 at 09:08:37AM +0200, Krzysztof Kozlowski wrote:
> >> On Mon, 21 Sep 2020 at 23:06, Pavel Machek wrote:
> >>> I believe normal way would be to mark the entries "orphaned",
All
On 9/22/20 4:36 AM, Mark Brown wrote:
On Tue, Sep 22, 2020 at 09:08:37AM +0200, Krzysztof Kozlowski wrote:
On Mon, 21 Sep 2020 at 23:06, Pavel Machek wrote:
I believe normal way would be to mark the entries "orphaned", not to
drop them altogether. Plus, I believe someone from TI is
On Tue, Sep 22, 2020 at 09:08:37AM +0200, Krzysztof Kozlowski wrote:
> On Mon, 21 Sep 2020 at 23:06, Pavel Machek wrote:
> > I believe normal way would be to mark the entries "orphaned", not to
> > drop them altogether. Plus, I believe someone from TI is likely to
> > step up.
> These are
On Mon, 21 Sep 2020 at 23:06, Pavel Machek wrote:
>
> Hi!
>
> > Milo Kim's email in TI bounces with permanent error (550: Invalid
> > recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> > credits and remove the separate driver entries for:
>
Hi!
> Milo Kim's email in TI bounces with permanent error (550: Invalid
> recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> credits and remove the separate driver entries for:
>
> - TI LP855x backlight driver,
> - TI LP8727 charger driver,
> - TI
Milo Kim's email in TI bounces with permanent error (550: Invalid
recipient). Last email from him on LKML was in 2017. Move Milo Kim to
credits and remove the separate driver entries for:
- TI LP855x backlight driver,
- TI LP8727 charger driver,
- TI LP8788 MFD (ADC, LEDs, charger
' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Xiaoyong-Yan/net-sched-cbs-fix-calculation-error-of-idleslope-credits/20200918-164430
base: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
From: Xiaoyong Yan
Date: Fri, 18 Sep 2020 01:42:52 -0700
> + delay = delay_from_credits(q->credits, q->idleslope);
> + cbs_timer_schedule(q, now+ delay);
> + q->last = now;
This indentation cannot be correct.
Please fix this.
in the function cbs_dequeue_soft, when q->credits< 0, (now- q->last)
should be accounted for sendslope, not idleslope.
so the solution is as follows: when q->credits is less than 0, directly
calculate delay time, activate hrtimer and when hrtimer fires, calculate
idleslope credit
On Wed, Sep 16, 2020 at 11:05 PM Xiaoyong Yan wrote:
>
> in the function cbs_dequeue_soft, when q->credits <0, [now - q->last]
> should be accounted for sendslope,not idleslope.
>
> so the solution as follows: when q->credits is less than 0, directly
> calculat
in the function cbs_dequeue_soft, when q->credits <0, [now - q->last]
should be accounted for sendslope,not idleslope.
so the solution as follows: when q->credits is less than 0, directly
calculate delay time, activate hrtimer and when hrtimer fires,
calculate idleslope credits and up
On Thu, 3 Sep 2020 20:19:26 +0200
Krzysztof Kozlowski wrote:
> Hartmut Knaack was an active reviewer and contributor to the IIO
> subsystem and drivers. However his last message on LKML is from
> October 2015.
>
> In thanks for Hartmut's effort, move him name to the Credits.
Hartmut Knaack was an active reviewer and contributor to the IIO
subsystem and drivers. However his last message on LKML is from
October 2015.
In thanks for Hartmut's effort, move him name to the Credits.
Suggested-by: Andy Shevchenko
Cc: Jonathan Cameron
Cc: linux-iio
Signed-off
On Wed, Sep 2, 2020 at 6:01 PM Krzysztof Kozlowski wrote:
>
> Hartmut Knaack was an active reviewer and contributor to the IIO
> subsystem and drivers. However his last message on LKML is from
> October 2015.
>
> In thanks for Hartmut's effort, move him name to the Credits.
Hartmut Knaack was an active reviewer and contributor to the IIO
subsystem and drivers. However his last message on LKML is from
October 2015.
In thanks for Hartmut's effort, move him name to the Credits.
Suggested-by: Andy Shevchenko
Cc: Jonathan Cameron
Cc: linux-iio
Signed-off
On Fri, Aug 28, 2020 at 12:30:18PM +0300, Andy Shevchenko wrote:
> >
> > > > Cc: Hartmut Knaack
> > >
> > > ...and this?!
> >
> > Since email is not bouncing, he might still receive it.
>
> Hmm... I'm a bit puzzled now. It seems gmx.net has some policies in
> places that make my replies to your
nfirm it. However I can
> quote you if you are sure that email is not valid.
>
> >
> > > In thanks for Hartmut's effort, move him name to the Credits.
> > >
> > > Cc: Jonathan Cameron
> > > Cc: linux-iio
> >
> > > Cc: Hartmut Knaack
t
> > in October 2015.
>
> But this is not a problem we solve here. His address is invalid for a
> long time...
I did not receive any bounces so I cannot confirm it. However I can
quote you if you are sure that email is not valid.
>
> > In thanks for Hartmut's effort, move
d for a
long time...
> In thanks for Hartmut's effort, move him name to the Credits.
>
> Cc: Jonathan Cameron
> Cc: linux-iio
> Cc: Hartmut Knaack
...and this?!
Reported-by: ?
> Signed-off-by: Krzysztof Kozlowski
> ---
> CREDITS | 4
> MAINTAINERS | 1 -
Hartmut Knaack was an active reviewer and contributor to the IIO
subsystem and drivers. However last message on LKML from him was sent
in October 2015.
In thanks for Hartmut's effort, move him name to the Credits.
Cc: Jonathan Cameron
Cc: linux-iio
Cc: Hartmut Knaack
Signed-off-by: Krzysztof
Hi Bartlomiej,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: fb893de323e2d39f7a1f6df425703a2edbdf56ea
commit: 3d3287e609877aa549b1cbb41eafaf73c3742a0b video: fbdev: arcfb: add
COMPILE_TEST support
date: 5
Hi Krzysztof,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: bb5baaa9238ecf8f13b112232c7bbe0d3d598ee8
commit: 4a2d5f663dab6614772d8e28ca190b127ba46d9d i2c: Enable compile testing
for more drivers
date: 7
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 30185b69a2d533c4ba6ca926b8390ce7de495e29
commit: e3885f576196ddfc670b3d53e745de96ffcb49ab net/sonic: Use MMIO accessors
date: 7 months ago
config: xtensa-randconfig-s031-20200808 (attached as .config)
Hi!
> Rationale:
> 50 already merged patches of mine.
I don't believe anyone really maintains (or uses) CREDITS these days. Maybe
akpm would be willing
to take it?
Best regards,
Pavel
> diff --git a/CREDITS
Rationale:
50 already merged patches of mine.
Signed-off-by: Alexander A. Klimov
---
(Let's try once more - with 50 patches instead of just 2.)
See:
git log --oneline '--author=Alexander A. Klimov '
v5.7..master
CREDITS | 5 +
1 file changed, 5 insertions(+)
diff --git a/CREDITS b
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c0842fbc1b18c7a044e6ff3e8fa78bfa822c7d1a
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 7 weeks ago
config: x86_64-randconfig-s021-20200805
Update my email address in driver, documentation, and add to credits.
diff --git a/CREDITS b/CREDITS
index 0787b5872906..65803e878c92 100644
--- a/CREDITS
+++ b/CREDITS
@@ -3957,6 +3957,14 @@ S: 820 4th St. N.
S: Fargo, North Dakota 58122
S: USA
+N: Neil Whelchel
+E: n...@goautomation.biz
+W
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d15be546031cf65a0fc34879beca02fd90fe7ac7
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 5 weeks ago
config: i386-randconfig-s002-20200724 (attached
exander A. Klimov
> ---
> Undone also three more URLs.
>
> ➜ linux git:(https-links/46) ✗ git diff --color-words --word-diff-regex=.
> -U0
> diff --git a/CREDITS b/CREDITS
> index e5267acb98e0..32ee70a7562e 100644
Applied.
jon
On Tue, Jul 14, 2020 at 4:41 PM Alexander A. Klimov
wrote:
>
> Rationale:
> The way it redirects looks like a fallback from a dead URL to a generic one.
>
> Signed-off-by: Alexander A. Klimov
> ---
> Yes, I noted that some of the links removed by these "CREDITS: rem
Hi Alexander,
On Tue, Jul 14, 2020 at 10:18 PM Alexander A. Klimov
wrote:
>
> Rationale:
> A completely white page with just an in the .
>
> Signed-off-by: Alexander A. Klimov
> ---
> Yes, I noted that some of the links removed by these "CREDITS: remove link:"
Hi Alexander,
On Tue, Jul 14, 2020 at 10:18 PM Alexander A. Klimov
wrote:
>
> Rationale:
> The way it redirects looks like a fallback from a dead URL to a generic one.
>
> Signed-off-by: Alexander A. Klimov
> ---
> Yes, I noted that some of the links removed by these
On Tue, 14 Jul 2020, Jonathan Corbet wrote:
> > N: Derrick J. Brashear
> > E: sha...@dementia.org
> > -W: http://www.dementia.org/~shadow
That particular entry moved to:
W: http://www.contrib.andrew.cmu.edu/~shadow/
(The https version only supports TLSv1, and Firefox balks)
Otherwise, what
;> ---
>> Yes, I noted that some of the links removed by these "CREDITS: remove link:"
>> patches have email addresses with the same domain nearby.
>>
>> Don't worry, I'll take care of them together with all other
>> dead email addresses - but not right
On Tue, 14 Jul 2020 21:38:05 +0200
"Alexander A. Klimov" wrote:
> Rationale:
> The way it redirects looks like a fallback from a dead URL to a generic one.
>
> Signed-off-by: Alexander A. Klimov
> ---
> Yes, I noted that some of the links removed by these "
Rationale:
A completely white page with an empty .
Signed-off-by: Alexander A. Klimov
---
Yes, I noted that some of the links removed by these "CREDITS: remove link:"
patches have email addresses with the same domain nearby.
Don't worry, I'll take care of them together with all o
Rationale:
A completely white page with just an in the .
Signed-off-by: Alexander A. Klimov
---
Yes, I noted that some of the links removed by these "CREDITS: remove link:"
patches have email addresses with the same domain nearby.
Don't worry, I'll take care of them together with
Rationale:
The way it redirects looks like a fallback from a dead URL to a generic one.
Signed-off-by: Alexander A. Klimov
---
Yes, I noted that some of the links removed by these "CREDITS: remove link:"
patches have email addresses with the same domain nearby.
Don't worry, I'll
Rationale:
The way it redirects looks like a fallback from a dead URL to a generic one.
Signed-off-by: Alexander A. Klimov
---
Yes, I noted that some of the links removed by these "CREDITS: remove link:"
patches have email addresses with the same domain nearby.
Don't worry, I'll
a/CREDITS b/CREDITS
index e5267acb98e0..32ee70a7562e 100644
--- a/CREDITS
+++ b/CREDITS
@@ -486 +486 @@ E: sha...@dementia.org
W: https://www.dementia.org/~shadow
@@ -1066 +1066 @@ E: penb...@cs.helsinki.fi
W: https://www.cs.helsinki.fi/u/penberg/
@@ -2244 +2244 @@ E: flo...@tunix.mathematik.uni
On Tue, 14 Jul 2020 00:12:09 +0200
"Alexander A. Klimov" wrote:
> I'm sorry. I've just read your complies
> https://lore.kernel.org/lkml/20200710154630.31521...@lwn.net/
> and thought that's all.
>
> Is that link plus the email I'm responding right now to all?
I don't know, I have not checked
Am 13.07.20 um 19:43 schrieb Jonathan Corbet:
On Sat, 11 Jul 2020 07:51:27 +0200
"Alexander A. Klimov" wrote:
N: Derrick J. Brashear
E: sha...@dementia.org
-W: http://www.dementia.org/~shadow
+W: https://www.dementia.org/~shadow
So while I do understand what you're trying to do,
On Sat, 11 Jul 2020 07:51:27 +0200
"Alexander A. Klimov" wrote:
> N: Derrick J. Brashear
> E: sha...@dementia.org
> -W: http://www.dementia.org/~shadow
> +W: https://www.dementia.org/~shadow
So while I do understand what you're trying to do, HTTPSifying something
that has become a spam site
|/)`:
If both the HTTP and HTTPS versions
return 200 OK and serve the same content:
Replace HTTP with HTTPS.
Signed-off-by: Alexander A. Klimov
---
This is not a recall of the wish to be in CREDITS.
Just preforming the requested changes.
CREDITS | 80
n addition to the file, you
need to do that separately from a cleanup patch. >
But somebody has to say this: I don't think we have any sort of laid-down
policy for what it takes to be mentioned in CREDITS, but I don't think that
I have absolutely no problem with that.
But IMAO you *should* have
are going to do something like make an addition to the file, you
need to do that separately from a cleanup patch.
But somebody has to say this: I don't think we have any sort of laid-down
policy for what it takes to be mentioned in CREDITS, but I don't think that
your work thus far clears whatever
CREDITS | 87 ++---
1 file changed, 46 insertions(+), 41 deletions(-)
diff --git a/CREDITS b/CREDITS
index 0787b5872906..ae0ea365c0e0 100644
--- a/CREDITS
+++ b/CREDITS
@@ -34,7 +34,7 @@ S: Romania
N: Mark Adler
E: mad...@alumni.caltech.edu
-W
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dcde237b9b0eb1d19306e6f48c0a4e058907619f
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 3 weeks ago
config: arm64-randconfig-s032-20200708
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3e08a95294a4fb3702bb3d35ed08028433c37fe6
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 6 days ago
config: x86_64-randconfig-s021-20200624
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 625d3449788f85569096780592549d0340e9c0c7
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 4 days ago
config: arc-randconfig-s031-20200622 (attached
From: Jan Kara
commit 14ff6286309e2853aed50083c9a83328423fdd8c upstream.
When reserved transaction handle is unused, we subtract its reserved
credits in __jbd2_journal_unreserve_handle() called from
jbd2_journal_stop(). However this function forgets to remove reserved
credits from transaction
From: Steve French
commit e80ddeb2f70ebd0786aa7cdba3e58bc931fa0bb5 upstream.
We were not checking to see if ioctl requests asked for more than
64K (ie when CIFSMaxBufSize was > 64K) so when setting larger
CIFSMaxBufSize then ioctls would fail with invalid parameter errors.
When requests ask for
From: Steve French
commit e80ddeb2f70ebd0786aa7cdba3e58bc931fa0bb5 upstream.
We were not checking to see if ioctl requests asked for more than
64K (ie when CIFSMaxBufSize was > 64K) so when setting larger
CIFSMaxBufSize then ioctls would fail with invalid parameter errors.
When requests ask for
From: Steve French
commit e80ddeb2f70ebd0786aa7cdba3e58bc931fa0bb5 upstream.
We were not checking to see if ioctl requests asked for more than
64K (ie when CIFSMaxBufSize was > 64K) so when setting larger
CIFSMaxBufSize then ioctls would fail with invalid parameter errors.
When requests ask for
Hi Masahiro,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: b29482fde649c72441d5478a4ea2c52c56d97a5e
commit: 65e00e04e5aea34b256814cfa21b32e3b94a2402 initramfs: refactor the
initramfs build rules
date: 5 months
From: Ronnie Sahlberg
[ Upstream commit eca004523811f816bcfca3046ab54e1278e0973b ]
We should add any credits granted to us from unmatched server responses.
Signed-off-by: Ronnie Sahlberg
Signed-off-by: Steve French
Reviewed-by: Pavel Shilovsky
Signed-off-by: Sasha Levin
---
fs/cifs
Employers change - Linux stays. Also, add my (long time valid) GPG key
fingerprint to the contact details.
Signed-off-by: Martin Kepplinger
---
CREDITS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/CREDITS b/CREDITS
index 8b67a85844b5..53c556a0c54e 100644
--- a/CREDITS
From: Ronnie Sahlberg
commit 3e2725796cbdfe4efc7eb7b27cacaeac2ddad1a5 upstream.
not just if CONFIG_CIFS_DEBUG2 is enabled.
Signed-off-by: Ronnie Sahlberg
Reviewed-by: Pavel Shilovsky
CC: Stable
Signed-off-by: Steve French
Signed-off-by: Greg Kroah-Hartman
---
fs/cifs/connect.c |2 +-
From: Ronnie Sahlberg
commit 3e2725796cbdfe4efc7eb7b27cacaeac2ddad1a5 upstream.
not just if CONFIG_CIFS_DEBUG2 is enabled.
Signed-off-by: Ronnie Sahlberg
Reviewed-by: Pavel Shilovsky
CC: Stable
Signed-off-by: Steve French
Signed-off-by: Greg Kroah-Hartman
---
fs/cifs/connect.c |2 +-
From: Haren Myneni
commit e52d484d9869eb291140545746ccbe5ffc7c9306 upstream.
System gets checkstop if RxFIFO overruns with more requests than the
maximum possible number of CRBs in FIFO at the same time. The max number
of requests per window is controlled by window credits. So find max
CRBs
From: Haren Myneni
commit e52d484d9869eb291140545746ccbe5ffc7c9306 upstream.
System gets checkstop if RxFIFO overruns with more requests than the
maximum possible number of CRBs in FIFO at the same time. The max number
of requests per window is controlled by window credits. So find max
CRBs
From: Haren Myneni
commit e52d484d9869eb291140545746ccbe5ffc7c9306 upstream.
System gets checkstop if RxFIFO overruns with more requests than the
maximum possible number of CRBs in FIFO at the same time. The max number
of requests per window is controlled by window credits. So find max
CRBs
From: Haren Myneni
commit e52d484d9869eb291140545746ccbe5ffc7c9306 upstream.
System gets checkstop if RxFIFO overruns with more requests than the
maximum possible number of CRBs in FIFO at the same time. The max number
of requests per window is controlled by window credits. So find max
CRBs
once all credits are leaked.
Fix this by defining a new flag CIFS_NO_SRV_RSP which indicates that there
is no server response to this command and thus we need to add any credits back
immediately after sending the PDU.
CC: Stable #v5.0+
Signed-off-by: Ronnie Sahlberg
Reviewed-by: Pavel Shilovsky
once all credits are leaked.
Fix this by defining a new flag CIFS_NO_SRV_RSP which indicates that there
is no server response to this command and thus we need to add any credits back
immediately after sending the PDU.
CC: Stable #v5.0+
Signed-off-by: Ronnie Sahlberg
Reviewed-by: Pavel Shilovsky
once all credits are leaked.
Fix this by defining a new flag CIFS_NO_SRV_RSP which indicates that there
is no server response to this command and thus we need to add any credits back
immediately after sending the PDU.
CC: Stable #v5.0+
Signed-off-by: Ronnie Sahlberg
Reviewed-by: Pavel Shilovsky
3.16.65-rc1 review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 812c0cab2c0dfad977605dbadf9148490ca5d93f upstream.
There are enough credits reserved for most dioread_nolock writes;
however, if the extent tree is sufficiently deep
Because DMA #0 is now used by the user, remove the limitation of credits
from this channel. Without this patch, this channel is pretty much
unusable due to its very low bandwidth configuration.
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/goya/goya.c | 9 -
1 file changed, 4
1 - 100 of 434 matches
Mail list logo
