On Sat, 2018-08-18 at 15:13 +0200, Mike Galbraith wrote:
> seems it has be something from the 4.17 cycle that went back to 4.14-
> stable after 4.1[56]-stable trees went extinct.
See ("sched/core: Require cpu_active() in select_task_rq(), for user tasks")
Fix it like so?
sched: Allow pinned user
On 08/18/18 03:38, Zhang Bo wrote:
>
> 在 2018/8/18 1:47, Rob Herring 写道:
>> On Tue, Aug 14, 2018 at 7:26 PM Frank Rowand wrote:
>>> On 08/14/18 07:46, 张波 wrote:
/delete-node/ /delete-prop/ could be used in dtsi files without device
tree overlay.
but with device tree overlay,
On Sun, Aug 19, 2018 at 05:34:35AM +, Winkler, Tomas wrote:
>
> >
> > > On Tue, Jul 31, 2018 at 09:35:32AM +0300, Tomas Winkler wrote:
> > > > This series adds an alternative method for transferring data between
> > > > the mei driver and the device via a DMA ring. The DMA ring allows
> > > >
On Sat, Aug 18, 2018 at 11:00:20AM -0700, Linus Torvalds wrote:
> On Sat, Aug 18, 2018 at 8:57 AM Greg KH wrote:
> >
> > Note, you will have a merge problem with a device tree IIO file and the
> > MAINTAINERS file, both resolutions are easy, just take all changed.
>
> Heh, no. In neither case sho
__compiletime_assert_fallback() is supposed to stop building earlier
by using the negative-array-size method in case the compiler does not
support "error" attribute, but has never worked like that.
You can try this simple code:
#include
void foo(void)
{
BUILD_BUG_ON(1);
Randy Dunlap wrote:
On 08/18/2018 05:48 PM, Linda Walsh wrote:
Is CLANG required for building now?
Looks like this patch should fix it:
https://marc.info/?l=linux-kbuild&m=153447099313149&w=2
---
Thanks much!
>
> > On Tue, Jul 31, 2018 at 09:35:32AM +0300, Tomas Winkler wrote:
> > > This series adds an alternative method for transferring data between
> > > the mei driver and the device via a DMA ring. The DMA ring allows
> > > transferring data in bigger chunks, up to 128K, than the HW ring 512B.
> >
On Sat, Aug 18, 2018 at 01:24:51PM +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2018-08-17 at 10:44 -0500, Bjorn Helgaas wrote:
> > On Fri, Aug 17, 2018 at 02:48:57PM +1000, Benjamin Herrenschmidt wrote:
> > > This reverts commit 44bda4b7d26e9fffed6d7152d98a2e9edaeb2a76.
> >
> > Just to be clear
On 08/18/2018 05:48 PM, Linda Walsh wrote:
> Is CLANG required for building now?
>
> when I did a "make xconfig" (or any make, for that matter), I get:
>
>> make xconfig
> scripts/kconfig/qconf Kconfig
> invocation line: ./scripts/clang-version.sh gcc ## debug line I added
> ./scripts/clang
Is CLANG required for building now?
when I did a "make xconfig" (or any make, for that matter), I get:
make xconfig
scripts/kconfig/qconf Kconfig
invocation line: ./scripts/clang-version.sh gcc ## debug line I added
./scripts/clang-version.sh: line 15: ./COPYING: Permission denied
./scri
Hi Yoshinori,
On Sun, 19 Aug 2018 01:35:47 +0900 Yoshinori Sato
wrote:
>
> > Commit
> >
> > 85f866b60ba7 ("h8300: switch to NO_BOOTMEM")
> >
> > is missing a Signed-off-by from its committer.
>
> OK. Fixed it.
This last one is still missing your Signed-off-by ...
(it is commit 09c7c64733
On Sat, Aug 18, 2018 at 11:57:00PM +0200, Rafael J. Wysocki wrote:
[...]
> > > > Otherwise we can have something like this:
> > > >
> > > > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
> > > > index da9455a..408c985 100644
> > > > --- a/kernel/time/tick-sched.c
> > > > +++ b/k
Hi all,
On Tue, 26 Jun 2018 12:18:53 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the nvdimm tree got a conflict in:
>
> arch/x86/kernel/cpu/mcheck/mce.c
>
> between commit:
>
> d3d6923cd1ae ("x86/mce: Carve out the crashing_cpu check")
>
> from the tip tree and commit:
Hi all,
On Wed, 11 Jul 2018 13:14:45 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the driver-core tree got a conflict in:
>
> drivers/iommu/ipmmu-vmsa.c
>
> between commits:
>
> 0b8ac1409641 ("iommu/ipmmu-vmsa: Hook up r8a7796 DT matching code")
> 3701c123e1c1 ("iommu/i
--
donation of $3 to you, contact hams@hotmail.com to verefly
With the special case handling for Blackfin and Metag was removed by
commit 94e58e0ac312 ("export.h: remove code for prefixing symbols with
underscore"), VMLINUX_SYMBOL() is no-no.
Replace the remaining usages, then remove the definition of
VMLINUX_SYMBOL() and VMLINUX_SYMBOL_STR().
no longer ne
On 18.08.2018 13:26, Thomas Gleixner wrote:
> On Thu, 16 Aug 2018, Heiner Kallweit wrote:
>
>> Recently I started to get warning "NOHZ: local_softirq_pending 202" and
>> I think it's related to mentioned commit (didn't bisect it yet).
>> See log from suspending.
>>
>> I have no reason to think the
KINDLY REPLY stemlightresour...@gmail.com URGENTLY
Hello,
syzbot found the following crash on:
HEAD commit:1f7a4c73a739 Merge tag '9p-for-4.19-2' of git://github.com..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=16c46d9a40
kernel config: https://syzkaller.appspot.com/x/.config?x=68e80edb3c9718c5
da
On Fri, Aug 17, 2018 at 4:12 PM Frederic Weisbecker wrote:
>
> On Fri, Aug 17, 2018 at 11:32:07AM +0200, Rafael J. Wysocki wrote:
> > On Thursday, August 16, 2018 3:27:24 PM CEST Frederic Weisbecker wrote:
> > > On Thu, Aug 09, 2018 at 07:08:34PM +0200, Rafael J. Wysocki wrote:
> > > > From: Rafae
With a little cooperation from fixdep, we can rather easily quantify the
header bloat phenomenon.
While computing CONFIG_ dependencies, fixdep opens all the headers used
by a given translation unit anyway, so it's rather cheap to have it
record the number and total size of those in the generated .
In the example for the pwm-vibrator bindings, pwm8 is the direction pin,
and pwm9 is the enable pin. The pwm-names on the vibrator node has these
two values swapped. This patch corrects the values for pwm-names.
Signed-off-by: Brian Masney
---
arch/arm/boot/dts/omap4-droid4-xt894.dts is actual im
On Fri, Aug 17, 2018 at 7:45 PM Jason Gunthorpe wrote:
>
> Linus would prefer that __deprecated never produce a warning in an
> allyesconfig compile. Since we have been at this state for some time,
> the option no longer has a purpose.
I got rid of the option, but of the code too, and - trying to
This patch removed function named rtw_malloc2d.
I removed this function because this function is used exactly once and
function call have some overhead also.
Maybe this will improve code runtime slightly.
Signed-off-by: Bhaskar Singh
---
drivers/staging/rtl8188eu/core/rtw_efuse.c| 10 +
On Fri, 2018-08-17 at 23:48 +0100, Greg KH wrote:
> On Fri, Aug 17, 2018 at 08:40:06AM -0700, Rodrigo Vivi wrote:
> > Hi Greg, Ben, and all
> >
> > Is https://www.kernel.org/category/releases.html updated in terms of EOL?
>
> As of right now, for the kernels I maintain, yes, it is correct.
>
> >
'additional' was misspelled as 'addional'. Fixed it. It is a coding
style change which should have no impact on runtime execution of code.
Signed-off-by: Faisal Mehmood
---
drivers/cdrom/gdrom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cdrom/gdrom.c b/drivers/c
'length' was misspelled as 'lenth'. Fixed it. It is a coding style
change which should have no impact on runtime execution of code.
Signed-off-by: Faisal Mehmood
---
drivers/hid/hid-logitech-hidpp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/hid-logitech-hidp
Keep hdac hdmi codec to be in runtime suspended while entering to
system wide suspend. Currently hdac hdmi codec driver using its
suspend and resume operation in prepare and complete PM callbacks,
and it resumes the hd audio controller (parent of self) from runtime
suspend and blocks the direct com
Current implementation of hdac hdmi codec driver uses its
suspend/resume operation callback in its prepare/complete callback
which has issues with hdac direct-complete, it has been reviewed earlier
that hdac hdmi codec driver requires a rework
(https://patchwork.kernel.org/patch/10276021/),
but as
On Fri, Aug 17, 2018 at 1:28 PM Palmer Dabbelt wrote:
>
> I remember having sent this on Wednesday, but for some reason I don't see it
> in
> your tree or my outbox so I might be crazy.
You might indeed have been having hallucinations. I don't see any
other pull request from you in my mailbox th
We have a need to override the definition of
barrier_before_unreachable() for MIPS, which means we either need to add
architecture-specific code into linux/compiler-gcc.h or we need to allow
the architecture to provide a header that can define the macro before
the generic definition. The latter see
Some versions of GCC for the MIPS architecture suffer from a bug which
can lead to instructions from beyond an unreachable statement being
incorrectly reordered into earlier branch delay slots if the unreachable
statement is the only content of a case in a switch statement. This can
lead to seeming
This series overrides barrier_before_unreachable() for MIPS to add a
.insn assembler directive.
Due to the subsequent __builtin_unreachable(), the assembler can't tell
that a label on the empty inline asm is code rather than data, so any
microMIPS branches targeting it (which sadly can't be remove
Hello Stephen,
I will test these changes and get back.
On 8/18/2018 7:42 AM, Stephen Boyd wrote:
Quoting Taniya Das (2018-08-10 18:53:54)
[v4]
* Add recalc_clk_ops to calculate the clock frequency reading the current
perf state, also add CLK_GET_RATE_NOCACHE flag.
* Cleanup 'goto'
On Sat, Aug 18, 2018 at 8:57 AM Greg KH wrote:
>
> Note, you will have a merge problem with a device tree IIO file and the
> MAINTAINERS file, both resolutions are easy, just take all changed.
Heh, no. In neither case should I take all changes: the IIO was
"delete both sides"), and in the MAINTAI
On Fri, 3 Aug 2018 22:53:36 +0100
Jonathan Cameron wrote:
> On Thu, 2 Aug 2018 20:18:58 -0400
> Brian Masney wrote:
>
> > The Avago APDS9930 has the same register set as the TAOS/AMS TSL2772 so
> > this patch adds the correct bindings and the appropriate LUX table
> > values derived from the v
On Thu, 2 Aug 2018 20:19:00 -0400
Brian Masney wrote:
> This patch adds device tree bindings for the tsl2772 ALS / proximity
> sensor for the LG Nexus 5 (hammerhead) phone.
>
> Signed-off-by: Brian Masney
> Signed-off-by: Jonathan Marek
Acked-by: Jonathan Cameron
The precursors are working
On Tue, 7 Aug 2018 11:21:01 -0600
Rob Herring wrote:
> On Thu, Aug 02, 2018 at 08:18:59PM -0400, Brian Masney wrote:
> > This patch adds avago,apds9930 to the tsl2772 bindings.
> >
> > Signed-off-by: Brian Masney
> > ---
> > Documentation/devicetree/bindings/iio/light/tsl2772.txt | 1 +
> > 1
On Thu, 2 Aug 2018 20:18:54 -0400
Brian Masney wrote:
> This patch adds support for optionally reading the proximity led diode
> and current settings from device tree. This was tested using a LG
> Nexus 5 (hammerhead) which requires a different diode than the driver
> default for the IR LED.
>
On Tue, 7 Aug 2018 11:20:28 -0600
Rob Herring wrote:
> On Fri, Aug 03, 2018 at 10:51:23PM +0100, Jonathan Cameron wrote:
> > On Thu, 2 Aug 2018 20:18:57 -0400
> > Brian Masney wrote:
> >
> > > This patch adds device tree bindings to the tsl2772 driver for the
> > > regulator framework.
> > >
On Tue, 7 Aug 2018 10:54:26 -0600
Rob Herring wrote:
> On Fri, Aug 03, 2018 at 10:48:38PM +0100, Jonathan Cameron wrote:
> > On Thu, 2 Aug 2018 20:18:55 -0400
> > Brian Masney wrote:
> >
> > > This patch adds the new properties amstaos,proximity-diodes and
> > > led-max-microamp to the tsl27
On Sat, 4 Aug 2018 08:55:06 +0200
Marcus Folkesson wrote:
> Hi Andy and Jonathan,
>
>
> On Fri, Aug 03, 2018 at 11:09:22PM +0100, Jonathan Cameron wrote:
> > On Thu, 2 Aug 2018 22:52:00 +0300
> > Andy Shevchenko wrote:
> >
> > > On Thu, Aug 2, 2018 at 10:15 PM, Marcus Folkesson
> > > wrote
On Sat, 18 Aug 2018 23:30:05 +0900,
Stephen Rothwell wrote:
>
> [1 ]
> Hi Yoshinori,
>
> Commits
>
> 785b0958b55d ("h8300: gcc-8.1 fix")
> 8eabc2d5fae0 ("h8300: Add missing output register.")
>
> are missing a Signed-off-by from their authors and committers.
>
> Commit
>
> 85f866b60ba7
On Sat, 2018-08-18 at 19:21 +0300, Sergei Shtylyov wrote:
> On 08/18/2018 07:15 PM, Joe Perches wrote:
> > > > We should use NULL to compare with pointer-typed value rather than
> > > > 0. The issue is detected with the help of Coccinelle.
> > >
> > >Your description stopped to match the patch
Hello,
syzbot found the following crash on:
HEAD commit:1f7a4c73a739 Merge tag '9p-for-4.19-2' of git://github.com..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=10cccef240
kernel config: https://syzkaller.appspot.com/x/.config?x=68e80edb3c9718c5
da
On 08/18/2018 06:53 PM, Sergei Shtylyov wrote:
>> We should use NULL to compare with pointer-typed value rather than
>> 0. The issue is detected with the help of Coccinelle.
>
>Your description stopped to match the patch in v2.
And your subject as well...
>Actually, this X == NULL to
On 08/18/2018 07:15 PM, Joe Perches wrote:
>>> We should use NULL to compare with pointer-typed value rather than
>>> 0. The issue is detected with the help of Coccinelle.
>>
>>Your description stopped to match the patch in v2.
>>Actually, this X == NULL to !x preference is largely spocif
On Sat, 2018-08-18 at 18:53 +0300, Sergei Shtylyov wrote:
> On 08/18/2018 09:16 AM, zhong jiang wrote:
>
> > We should use NULL to compare with pointer-typed value rather than
> > 0. The issue is detected with the help of Coccinelle.
>
>Your description stopped to match the patch in v2.
>
Initially Common Clock Framework isn't aware of the clock-enable status,
this results in enabling of clocks that were enabled by bootloader. This
is not a big deal for a regular clock-gates, but for PLL's it may have
some unpleasant consequences. Thus re-enabling PLLX (the main CPU parent
clock) ma
Currently all PLL's on Tegra20 use a hardcoded delay despite of having
a lock-status bit. The lock-status polling was disabled ~7 years ago
because apparently some PLL was failing to lock. That issue isn't
observable with the modern kernel, hence let's assume it was some
unrelated bug and enable th
Add a built-in bluetooth 5 support for MT7622.
Signed-off-by: Ryder Lee
Acked-by: Sean Wang
---
arch/arm64/boot/dts/mediatek/mt7622.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt7622.dtsi
b/arch/arm64/boot/dts/mediatek/mt7622.dtsi
index d297100.
Add support for the bananapi R64 (BPI-R64) development board from
BIPAI KEJI. Detailed hardware information for BPI-R64 which could be
found on http://wiki.banana-pi.org/Banana_Pi_BPI-R64
Signed-off-by: Ryder Lee
---
changes since v1:
- add missing sata nodes.
- fix pinctrl-0 for pcie@1,0.
- swit
Update binding document for bananapi BPI-R64 board being supported.
Signed-off-by: Ryder Lee
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/arm/mediatek.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/mediatek.txt
b/Documentation
Fix ram size to 512 megabytes and sort nodes in alphabetical order.
Signed-off-by: Ryder Lee
Acked-by: Sean Wang
---
arch/arm64/boot/dts/mediatek/mt7622-rfb1.dts | 196 +--
1 file changed, 98 insertions(+), 98 deletions(-)
diff --git a/arch/arm64/boot/dts/mediatek/mt762
Add device tree entries for timer, ARM CCI-400 and its PMU.
Otherwise, we add a cortex-a53-pmu node to enable hw perfevents.
Signed-off-by: Ryder Lee
---
change since v1:
- add a pmu node.
---
arch/arm64/boot/dts/mediatek/mt7622.dtsi | 55
1 file changed, 55 inse
On Sat, Aug 18, 2018 at 05:57:58PM +0200, Greg KH wrote:
> The following changes since commit acb1872577b346bd15ab3a3f8dff780d6cca4b70:
>
> Linux 4.18-rc7 (2018-07-29 14:44:52 -0700)
>
> are available in the Git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-c
The following changes since commit 9d3cce1e8b8561fed5f383d22a4d6949db4eadbe:
Linux 4.18-rc5 (2018-07-15 12:49:31 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git
tags/char-misc-4.19-rc1
for you to fetch changes up to 128f3804
The following changes since commit acb1872577b346bd15ab3a3f8dff780d6cca4b70:
Linux 4.18-rc7 (2018-07-29 14:44:52 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
tags/staging-4.19-rc1
for you to fetch changes up to e4f6a44c4aec
The following changes since commit acb1872577b346bd15ab3a3f8dff780d6cca4b70:
Linux 4.18-rc7 (2018-07-29 14:44:52 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
tags/driver-core-4.19-rc1
for you to fetch changes up to d2fc
The following changes since commit 021c91791a5e7e85c567452f1be3e4c2c6cb6063:
Linux 4.18-rc3 (2018-07-01 16:04:53 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tags/tty-4.19-rc1
for you to fetch changes up to 47ac76662ca9c5852fd35
On 08/18/2018 09:16 AM, zhong jiang wrote:
> We should use NULL to compare with pointer-typed value rather than
> 0. The issue is detected with the help of Coccinelle.
Your description stopped to match the patch in v2.
Actually, this X == NULL to !x preference is largely spocific to netdev
Hi Gutavo,
Sorry for the delay.
On Wed, Aug 15, 2018 at 12:50:10PM -0500, Gustavo A. R. Silva wrote:
> Hi Marcus,
>
> On 8/15/18 12:27 PM, Marcus Folkesson wrote:
> > Hi,
> >
> > On Wed, Aug 15, 2018 at 11:38:52AM -0500, Gustavo A. R. Silva wrote:
> >> In preparation to enabling -Wimplicit-fall
On Thu, Aug 16, 2018 at 08:41:47PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.149 release.
> There are 13 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
On Sat, Aug 18, 2018 at 11:21:07AM -0300, Rafael David Tinoco wrote:
> On Thu, Aug 16, 2018 at 08:45:16PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.18.2 release.
> > There are 22 patches in this series, all will be posted as a response
> > to this o
On Thu, Aug 16, 2018 at 08:41:53PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.121 release.
> There are 15 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
On Sat, 2018-08-18 at 20:28 +0530, Bhaskar Singh wrote:
> On Sat, Aug 18, 2018 at 10:33:31PM +0800, zhong jiang wrote:
> > On 2018/8/18 22:24, Bhaskar Singh wrote:
> > > This patch might suppress some warrning.
> > >
> > > The function prototype of rtw_malloc2d is
> > >
> > > void *rtw_malloc2d(i
On Sat, Aug 18, 2018 at 10:33:31PM +0800, zhong jiang wrote:
> On 2018/8/18 22:24, Bhaskar Singh wrote:
> > This patch might suppress some warrning.
> >
> > The function prototype of rtw_malloc2d is
> >
> > void *rtw_malloc2d(int h, int w, int size)
> >
> > This patch also resolves the checkpatch.p
Hi Dear,
Sorry to invade your privacy, I am Mrs. Daniella Kyle the wife of Mr
Angelo Kyle,my husband worked with Central Bank Of Philippines for ten
years before he died in the year 2012. When my late husband was alive
he deposited sum amount of Money with a Bank in UK, Presently,this
money is sti
On Sat, Aug 18, 2018 at 10:10:26PM +0800, zhong jiang wrote:
> On 2018/8/18 22:01, Julia Lawall wrote:
> >
> > On Sat, 18 Aug 2018, zhong jiang wrote:
> >
> >> On 2018/8/18 20:52, Himanshu Jha wrote:
> >>> On Sat, Aug 18, 2018 at 08:01:40PM +0800, zhong jiang wrote:
> Because pci_alloc_consist
On Thu, Aug 16, 2018 at 08:45:01PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.64 release.
> There are 22 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
Hi all,
Commit
cda5915d15d3 ("platform/x86: touchscreen_dmi: Add info for the Cube KNote
i1101 tablet")
is missing a Signed-off-by from its author.
--
Cheers,
Stephen Rothwell
pgpo0vHZOCf_2.pgp
Description: OpenPGP digital signature
On 2018/8/18 22:24, Bhaskar Singh wrote:
> This patch might suppress some warrning.
>
> The function prototype of rtw_malloc2d is
>
> void *rtw_malloc2d(int h, int w, int size)
>
> This patch also resolves the checkpatch.pl warning
>
> WARNING: line over 80 characters
>
> Signed-off-by: Bhaskar Sin
Hi Yoshinori,
Commits
785b0958b55d ("h8300: gcc-8.1 fix")
8eabc2d5fae0 ("h8300: Add missing output register.")
are missing a Signed-off-by from their authors and committers.
Commit
85f866b60ba7 ("h8300: switch to NO_BOOTMEM")
is missing a Signed-off-by from its committer.
--
Cheers,
S
This patch might suppress some warrning.
The function prototype of rtw_malloc2d is
void *rtw_malloc2d(int h, int w, int size)
This patch also resolves the checkpatch.pl warning
WARNING: line over 80 characters
Signed-off-by: Bhaskar Singh
---
drivers/staging/rtl8188eu/core/rtw_efuse.c | 3 ++
On Thu, Aug 16, 2018 at 08:45:16PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.18.2 release.
> There are 22 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On 2018/8/18 22:01, Julia Lawall wrote:
>
> On Sat, 18 Aug 2018, zhong jiang wrote:
>
>> On 2018/8/18 20:52, Himanshu Jha wrote:
>>> On Sat, Aug 18, 2018 at 08:01:40PM +0800, zhong jiang wrote:
Because pci_alloc_consistent has been deprecated. We prefer to use
dam_alloc_coherent directly.
On Thu, Aug 16, 2018 at 08:45:10PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.17.16 release.
> There are 21 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
Because pci_alloc_consistent has been deprecated. We prefer to use
dma_alloc_coherent directly. Therefore, we should remove pci_alloc_consistent
to increase the confidence.
Acked-by: Julia Lawall
Acked-by: Himanshu Jha
Signed-off-by: zhong jiang
---
v1->v2:
- fix some spelling mistakes.
sc
On Sat, 18 Aug 2018, zhong jiang wrote:
> On 2018/8/18 20:52, Himanshu Jha wrote:
> > On Sat, Aug 18, 2018 at 08:01:40PM +0800, zhong jiang wrote:
> >> Because pci_alloc_consistent has been deprecated. We prefer to use
> >> dam_alloc_coherent directly. Therefore, we should remove
> >> pci_allo
On 2018/8/18 20:52, Himanshu Jha wrote:
> On Sat, Aug 18, 2018 at 08:01:40PM +0800, zhong jiang wrote:
>> Because pci_alloc_consistent has been deprecated. We prefer to use
>> dam_alloc_coherent directly. Therefore, we should remove pci_alloc_consistent
> ^^^ typo "dma"
>
> Also, typo in the patc
Lieber Freund
Mein Name ist Angela Sanderson, ich bin 78 Jahre Original aus Island,
aber ich lebe in Manchester City im Vereinigten Königreich. Ich verlor
meinen Mann seit 2016, ohne Kind. Bitte ich brauche Ihre Hilfe, ich
bin ein Krebspatient .on 17/7 / 2018 diagnostizierte der Arzt Dr.
Mervyn Da
Hi Palmer,
On Fri, Aug 17, 2018 at 01:28:11PM -0700, Palmer Dabbelt wrote:
[ ... ]
>
> This tag boots a Fedora root filesystem on QEMU's master branch for me,
> and before this morning's rebase (from 4.18-rc8 to 4.18) it booted on
> the HiFive Unleashed.
>
Do you have vmlinux embedded in bbl ?
Avoid the somewhat hard to grok assignment by using the seq_open_data
helper.
Signed-off-by: Rasmus Villemoes
---
fs/seq_file.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/seq_file.c b/fs/seq_file.c
index c8c86660f6db..518a72e444d9 100644
--- a/fs/seq_file.c
+++
Signed-off-by: Rasmus Villemoes
---
fs/seq_file.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/fs/seq_file.c b/fs/seq_file.c
index 518a72e444d9..5cc4670294e7 100644
--- a/fs/seq_file.c
+++ b/fs/seq_file.c
@@ -632,18 +632,15 @@ void *__seq_open_private(struct file *f, co
Simplify the code slightly by using the seq_open_data helper.
Signed-off-by: Rasmus Villemoes
---
Depends on 1/8 introducing seq_open_data.
fs/proc/base.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/fs/proc/base.c b/fs/proc/base.c
index aaffc0c30216..32ed
Using the seq_open_data() helper, exports_net_open() essentially becomes
a oneliner.
Signed-off-by: Rasmus Villemoes
---
Depends on 1/8 introducing seq_open_data.
fs/nfsd/nfsctl.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c
in
Simplify the code slightly by having seq_open_data do the ->private
assignment.
Signed-off-by: Rasmus Villemoes
---
Depends on 1/8 introducing seq_open_data.
Not including Thierry's ack/reviewed-by since it's been half a year since v1.
drivers/pci/controller/pci-tegra.c | 11 +--
1 fil
The static inlines in bitmap.h do not handle a compile-time constant
nbits==0 correctly (they dereference the passed src or dst pointers,
despite only 0 words being valid to access). I had the 0-day buildbot
chew on a patch [1] that would cause build failures for such cases
without complaining, sug
Most other bitmap API, including the OOL version __bitmap_shift_right,
take unsigned nbits. This was accidentally left out from 2fbad29917c98.
Fixes: 2fbad29917c98 (lib: bitmap: change bitmap_shift_right to take unsigned
parameters)
Reported-by: Yury Norov
Signed-off-by: Rasmus Villemoes
---
i
It's not clear what's so horrible about emitting a function call to
handle a run-time sized bitmap. Moreover, gcc also emits a function call
for a compile-time-constant-but-huge nbits, so the comment isn't even
accurate.
Signed-off-by: Rasmus Villemoes
---
include/linux/bitmap.h | 4 ++--
1 file
In the _zero, _fill and _copy functions, the small_const_nbits
branch is redundant. If nbits is small and const, gcc knows full well
that BITS_TO_LONGS(nbits) is 1, so len is also a compile-time
constant (sizeof(long)), and calling memset or memcpy with a length
argument of sizeof(long) makes gcc g
len is guaranteed to lie in [1, PAGE_SIZE]. If scnprintf is called with
a buffer size of 1, it is guaranteed to return 0. So in the extremely
unlikely case of having just one byte remaining in the page, let's just
call scnprintf anyway. The only difference is that this will write a
'\0' to that fin
For various alignments of buf, the current expression computes
4096 ok
4095 ok
8190
8189
...
4097
i.e., if the caller has already written two bytes into the page buffer,
len is 8190 rather than 4094, because PTR_ALIGN aligns up to the next
boundary. So if the printed version of the bitmap is huge
A recent LKML thread had me look into bitmap.{h,c} again, and I
stumbled on/rediscovered a few things.
Rasmus Villemoes (7):
lib/bitmap.c: remove wrong documentation
linux/bitmap.h: handle constant zero-size bitmaps correctly
linux/bitmap.h: remove redundant uses of small_const_nbits()
lin
This promise is violated in a number of places, e.g. already in the
second function below this paragraph. Since I don't think anybody relies
on this being true, and since actually honouring it would hurt
performance and code size in various places, just remove the paragraph.
Signed-off-by: Rasmus
Hi Lina,
On Fri, 17 Aug 2018 20:10:23 +0100,
Lina Iyer wrote:
>
> During suspend the system may power down some of the system rails. As a
> result, the TLMM hw block may not be operational anymore and wakeup
> capable GPIOs will not be detected. The PDC however will be operational
> and the GPIO
On Sat, 2018-08-18 at 12:29 +0200, Mike Galbraith wrote:
> On Fri, 2018-08-17 at 16:23 -0400, Steven Rostedt wrote:
> > Pulling in stable releases into v4.14-rt I triggered this with my CPU
> > hotplug test:
> >
> > [ cut here ]
> > kernel BUG at /work/rt/stable-rt.git/kern
On 15.08.2018 18:02, Jon Hunter wrote:
> On 14/08/18 15:01, Marcel Ziswiler wrote:
>> From: Marcel Ziswiler
>>
>> Actually report the error codes from of_get_named_gpio() resp.
>> devm_gpio_request_one() upon trying to get the codec reset resp. sync
>> GPIOs unless it is just a probe deferral.
>>
On Sat, Aug 18, 2018 at 08:01:40PM +0800, zhong jiang wrote:
> Because pci_alloc_consistent has been deprecated. We prefer to use
> dam_alloc_coherent directly. Therefore, we should remove pci_alloc_consistent
^^^ typo "dma"
Also, typo in the patch subject "dectect" -> "detect"
Otherwise,
Acke
On Fri, 17 Aug 2018, Greg Kroah-Hartman wrote:
> On Fri, Aug 17, 2018 at 02:39:00PM +0200, Jinpu Wang wrote:
> >
> > I found the problem, CONFIG_HOTPLUG_SMT is enable due to CONFIG_SMP,
> > but I did explicitly enable CONFIG_HOTPLUG_CPU.
> >
> > That's why the smt dir is missing, and kernel panic
1 - 100 of 218 matches
Mail list logo
