Hi Stephen,
> between commit:
>
> b71d856ab536 ("mac80211_hwsim: add workqueue to wait for deferred radio
> deletion on mod unload")
>
> from the mac80211 tree and commit:
>
> c6509cc3b3e8 ("mac80211_hwsim: add hashtable with mac address keys for
> faster lookup")
>
> from the mac80211-n
All other discussions related to the dma mapping interfaces are on the
iommu list, so let's make it the official list for swiotlb and the
second list for xen-swiotlb.
Signed-off-by: Christoph Hellwig
---
MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINER
I've pulled this into the dma-mapping for-next tree, including the
missing free_pages noted. I'd be fine to rebase another day or two
for additional reviews or important fixes.
I've pulled this into the dma-mapping for-next branch so that we get
a few days exposure before then end of the merge window. If there is
anything important (e.g. the powerpc naming issue) please send
incremental patches.
On 01/16/2018 01:57 PM, jianchao.wang wrote:
> Hi Max
>
> Thanks for your kindly comment.
>
> On 01/15/2018 09:36 PM, Max Gurtovoy wrote:
> case NVME_CTRL_RECONNECTING:
> switch (old_state) {
> case NVME_CTRL_LIVE:
> case NVME_CTRL_RESETTING:
Hello,
Several people proposed that linux-next should not be tested on
syzbot. While some people suggested that it needs to test as many
trees as possible. I've initially included linux-next as it is a
staging area before upstream tree, with the intention that patches are
_tested_ there, is they a
On Tue, Jan 16, 2018 at 8:12 AM, Theodore Ts'o wrote:
> On Mon, Jan 15, 2018 at 10:38:42AM -0600, Eric W. Biederman wrote:
>>
>> Sometimes the branches on linux-next are experimental crap. If someone
>> adds an experimental memory allocator to linux-next before discovering
>> it causes all kinds
This patch changes both the implementation and the interface of read_proc()
in trace-stack.c. First, it makes the function to read a string from the proc
file and then parse it as an integer using strtol(). Then, it makes the function
to return the integer read from the proc file using the int *sta
As trace-stack.c's read_proc() function is going to be used by trace-cmd stat,
we don't want it to make the program die in case something went wrong.
Therefore, this simple patch makes read_proc() to just return -1 in case the
proc file was empty or read() failed with an error, instead of using die
If we execute 'perf stat --per-thread' with non-root account
(even set kernel.perf_event_paranoid = -1 yet), it reports the error:
jinyao@skl:~$ perf stat --per-thread
Error:
You may not have permission to collect system-wide stats.
Consider tweaking /proc/sys/kernel/perf_event_paranoid,
which co
This short patch series makes trace-cmd stat aware of the stack tracer: now,
when the stack tracker is ON, the command will report that.
Vladislav Valtchev (VMware) (3):
trace-cmd: Make read_proc() to return int status via OUT arg
trace-cmd: Remove the die() call from read_proc()
trace-cmd:
trace-cmd stat is a handy way for users to see what tracing is currently going
on, but currently it does not say anything about the stack tracing. This patch
makes the command to show a message when the stack tracer is ON.
Signed-off-by: Vladislav Valtchev (VMware)
---
trace-cmd.h | 2 ++
trac
On Mon 15-01-18 19:17:12, Robert Donald Rickett wrote:
> This is a patch to the memory.c file that fixes the
> "ERROR: code indent should use tabs where possible"
> found by the checkpatch.pl tool.
Is this really worth it? The code is not any better readable and it just
adds a churn to the history
The omap2 onenand driver is now available for compile-testing, which
uncovers a warning in configurations that have a 64-bit resource_size_t:
drivers/mtd/onenand/omap2.c: In function 'omap2_onenand_probe':
drivers/mtd/onenand/omap2.c:536:54: error: format '%x' expects argument of type
'unsigned i
Le 16/01/2018 à 07:33, Steffen Klassert a écrit :
> On Mon, Jan 15, 2018 at 11:56:12AM -0500, David Miller wrote:
>> From: Steffen Klassert
>> Date: Mon, 15 Jan 2018 14:23:29 +0100
>>
>>> On Mon, Jan 15, 2018 at 01:34:40PM +0100, Greg Kroah-Hartman wrote:
4.14-stable review patch. If anyone
On Thu, Jan 4, 2018 at 12:31 AM, Cong Wang wrote:
> On Wed, Jan 3, 2018 at 12:55 PM, Ozgur wrote:
>>
>>
>> 03.01.2018, 21:57, "Cong Wang" :
>>> On Tue, Jan 2, 2018 at 3:58 PM, syzbot
>>> wrote:
Hello,
syzkaller hit the following crash on
61233580f1f33c50e159c50e24d80ffd2ba
- Eric Wheeler ha scritto:
> On Sat, 13 Jan 2018, Paolo Bonzini wrote:
>
> > Just add the new MSR at the end of the array.
>
> I'm assuming you meant emulated_msrs[], correct?
No, msrs_to_save. It's just above emulated_msrs.
Paolo
>
>
> --
> Eric Wheeler
>
>
>
> >
> > Paolo
> >
>
On Mon, Jan 15, 2018 at 6:17 PM, Patrice CHOTARD wrote:
>>> + {
>>> + .id = 0x00880180,
>>> + .mask = 0x00ff,
>>> + .data = &variant_stm32,
>>> + },
>>
>> Since ux500 was 480180 I wonder what variants 5,6,7 are...
>
> What is the r
On 16.1.2018 07:34, Dhaval Shah wrote:
> xlnx_vcu driver uses devm_ioremap_nocache, which is included
> only when HAS_IOMEM is enabled.
>
> drivers/soc/xilinx/xlnx_vcu.o: In function `xvcu_probe':
>xlnx_vcu.c:(.text+0x116): undefined reference to `devm_ioremap_nocache'
>xlnx_vcu.c:(.text+0
Am 16.01.2018 um 06:55 schrieb Greg Kroah-Hartman:
On Tue, Jan 16, 2018 at 04:50:39AM +0100, Sebastian Gottschall wrote:
please revert that on 4.9 and 4.14
it breaks igmp routing. it can be reproduced with any iptv connection using
igmp-proxy. reverting this patch fixes the issue.
So Linus's ke
Since commit 0e6e01ff694ee ("CPM/QE: use genalloc to manage CPM/QE
muram"), rheap is not used anymore.
Signed-off-by: Christophe Leroy
---
arch/powerpc/platforms/Kconfig.cputype | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/platforms/Kconfig.cputype
b/arch/powerpc/platforms/Kc
On Mon, Jan 15, 2018 at 5:37 PM, Arnd Bergmann wrote:
> The clcd device is lacking an interrupt-parent property, which makes
> the interrupt unusable and shows up as a warning with the latest
> dtc version:
>
> arch/arm/boot/dts/ste-nomadik-s8815.dtb: Warning (interrupts_property):
> Missing int
Initial patch for JTAG driver
JTAG class driver provide infrastructure to support hardware/software
JTAG platform drivers. It provide user layer API interface for flashing
and debugging external devices which equipped with JTAG interface
using standard transactions.
Driver exposes set of IOCTL to
Added document that describe the ABI for JTAG class drivrer
Signed-off-by: Oleksandr Shamray
Acked-by: Arnd Bergmann
---
v16->v17
v15->v16
v14->v15
v13->v14
v12->v13
v11->v12
Tobias Klauser
- rename /Documentation/ABI/testing/jatg-dev -> jtag-dev
- Typo: s/interfase/interface
v10->v11
v9->v10
F
Driver adds support of Aspeed 2500/2400 series SOC JTAG master controller.
Driver implements the following jtag ops:
- freq_get;
- freq_set;
- status_get;
- idle;
- xfer;
It has been tested on Mellanox system with BMC equipped with
Aspeed 2520 SoC for programming CPLD devices.
Signed-off-by: Ole
It has been tested on Mellanox system with BMC equipped with
Aspeed 2520 SoC for programming CPLD devices.
Signed-off-by: Oleksandr Shamray
Signed-off-by: Jiri Pirko
Acked-by: Rob Herring
---
v16->v17
v15->v16
Comments pointed by Joel Stanley
- change clocks = <&clk_apb> to proper clocks = <&s
When a need raise up to use JTAG interface for system's devices
programming or CPU debugging, usually the user layer
application implements jtag protocol by bit-bang or using a
proprietary connection to vendor hardware.
This method can be slow and not generic.
We propose to implement general JTA
NAK. Calling a discard and expecting zeroing is simply buggy.
And double NAK for patches like this without a linux-block Cc.
On Tue, Jan 16, 2018 at 3:34 AM, Dou Liyang wrote:
> At 01/16/2018 09:25 AM, Dou Liyang wrote:
>>> diff --git a/arch/x86/include/asm/apic.h b/arch/x86/include/asm/apic.h
>>> index 98722773391d..0317d635d9ba 100644
>>> --- a/arch/x86/include/asm/apic.h
>>> +++ b/arch/x86/include/asm/apic.h
>>> @@
On Tue, Jan 16, 2018 at 11:06:47AM +0530, Kohli, Gaurav wrote:
> On 1/10/2018 10:50 AM, Alexey Dobriyan wrote:
>
> >> We are seeing crash in do_task_stat while accessing stack pointer, It
> >> seems same task has already completed do_exit call.
> >> So it seems a race between them:
> > Please, pos
On Mon, Jan 15, 2018 at 10:38:42AM -0600, Eric W. Biederman wrote:
>
> Sometimes the branches on linux-next are experimental crap. If someone
> adds an experimental memory allocator to linux-next before discovering
> it causes all kinds of problems I don't want bug reports about my code
> not bei
This is all way over my head, but the part that obviously shows
something's gone wrong:
kworker/u674:3-1421 [028] d... 335.307051: irq_matrix_reserve_managed:
bit=56 cpu=0 online=1 avl=86 alloc=116 managed=3 online_maps=112
global_avl=22084, global_rsvd=157, total_alloc=570
kworker/u674:3
Hi Julia
> -Original Message-
> From: Julia Cartwright [mailto:jul...@eso.teric.us]
> Sent: 15 января 2018 г. 22:52
> To: Oleksandr Shamray
> Cc: gre...@linuxfoundation.org; a...@arndb.de; linux-
> ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org;
Hi Karim,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.15-rc8 next-20180115]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On 01/10/2018 02:02 AM, Brian Norris wrote:
This takes care of 2 TODOs in this driver, by using the common DSI
packet-marshalling code instead of our custom short/long write code.
This both saves us some duplicated code and gets us free support for
command types that weren't already part of our
On 01/10/2018 08:03 PM, Andrzej Hajda wrote:
On 09.01.2018 21:32, Brian Norris wrote:
We're filling the "remainder" word with little-endian data, then writing
it out to IO registers with endian-correcting writel(). That probably
won't work on big-endian systems.
Let's mark the "remainder" var
On 16/01/18 03:11, Tony Lindgren wrote:
We can support the RSTCTRL reset registers on many TI SoCs with
reset-simple.
Cc: Dave Gerlach
Cc: Mark Rutland
Cc: Nishant Menon
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Suman Anna
Cc: Tero Kristo
Signed-off-by: Tony Lindgren
---
That's all there is
On Saturday 13 January 2018 06:41 AM, David Lechner wrote:
> On 01/12/2018 10:18 AM, Sekhar Nori wrote:
>> On Friday 12 January 2018 08:55 PM, David Lechner wrote:
PLL output on DA850 must never be below 300MHz or above 600MHz (see
datasheet table "Allowed PLL Operating Conditions").
Hi Roger,
On 1/15/2018 9:10 PM, Roger Quadros wrote:
> Hi Manu,
[snip]
>> I think it will be better to separate runtime_suspend and pm_suspend
>> handling for
>> host mode in dwc3. Powering offf/on PHYs and dwc3_core_exit/init across
>> system
>> suspend-resume should be ok but doing that for r
xlnx_vcu driver uses devm_ioremap_nocache, which is included
only when HAS_IOMEM is enabled.
drivers/soc/xilinx/xlnx_vcu.o: In function `xvcu_probe':
xlnx_vcu.c:(.text+0x116): undefined reference to `devm_ioremap_nocache'
xlnx_vcu.c:(.text+0x1ae): undefined reference to `devm_ioremap_nocache
On Mon, Jan 15, 2018 at 11:56:12AM -0500, David Miller wrote:
> From: Steffen Klassert
> Date: Mon, 15 Jan 2018 14:23:29 +0100
>
> > On Mon, Jan 15, 2018 at 01:34:40PM +0100, Greg Kroah-Hartman wrote:
> >> 4.14-stable review patch. If anyone has any objections, please let me
> >> know.
> >>
>
On Saturday 13 January 2018 07:43 AM, David Lechner wrote:
> On 01/12/2018 03:21 AM, Sekhar Nori wrote:
>> On Monday 08 January 2018 07:47 AM, David Lechner wrote:
>>> +static unsigned long davinci_pll_clk_recalc(struct clk_hw *hw,
>>> + unsigned long parent_rate)
>>> +{
>>>
Le 15/01/2018 à 23:31, Michael Ellerman a écrit :
Chris Packham writes:
On 14/01/18 06:17, Christophe JAILLET wrote:
Le 13/01/2018 à 15:22, Borislav Petkov a écrit :
+ Chris Packham who's been fixing some stuff in here too.
On Sat, Jan 13, 2018 at 08:28:21AM +0100, Christophe JAILLET wrote:
On 2018/1/12 18:45, Richard Weinberger wrote:
Yufen Yu,
Am Freitag, 12. Januar 2018, 10:24:21 CET schrieb Yufen Yu:
Add zstd compression and decompression support to ubifs. zstd at its
fastest level compresses almost as well as zlib, while offering much
faster compression and decompression, app
On Friday 12 January 2018 01:21 PM, Antoine Tenart wrote:
> This patch allow the CP100 comphy to configure some lanes in the
> 2.5G SGMII mode. This mode is quite close to SGMII and uses nearly the
> same code path.
>
> Signed-off-by: Antoine Tenart
Acked-by: Kishon Vijay Abraham I
> ---
> d
On Tuesday 16 January 2018 12:51 AM, David Miller wrote:
> From: Antoine Tenart
> Date: Fri, 12 Jan 2018 08:51:27 +0100
>
>> This patch adds one more generic PHY mode to the phy_mode enum, to allow
>> configuring generic PHYs to the 2.5G SGMII mode by using the set_mode
>> callback.
>>
>> Signe
On Mon, Jan 15, 2018 at 12:22:48PM +0100, Marc-Andre Lureau wrote:
> Hi
>
> On Mon, Jan 15, 2018 at 9:55 AM, Peter Xu wrote:
> > fw_cfg device does not need IOMMU protection, so use physical addresses
> > always. That's how QEMU implements fw_cfg. Otherwise we'll see call
> > traces during boot
Hi,
On (01/15/18 12:50), Petr Mladek wrote:
> On Mon 2018-01-15 11:17:43, Petr Mladek wrote:
> > PS: Sergey, you have many good points. The printk-stuff is very
> > complex and we could spend years discussing the perfect solution.
>
> BTW: One solution that comes to my mind is based on ideas
> al
Commit fbcab13d2e25 ("selftests: silence test output by default")
changed the run_tests logic as well as the logic to generate
run_kselftests.sh to redirect test output away from the console.
As discussed on the list and at kernel summit, this is not a desirable
default as it means in order to deb
Hi Max
Thanks for your kindly comment.
On 01/15/2018 09:36 PM, Max Gurtovoy wrote:
case NVME_CTRL_RECONNECTING:
switch (old_state) {
case NVME_CTRL_LIVE:
case NVME_CTRL_RESETTING:
+ case NVME_CTRL_RESET_PREPARE:
>
> I forget to
On Monday 15 January 2018 10:59 PM, David Lechner wrote:
> This changes CONFIG_DAVINCI_WATCHDOG from a module to a compiled-in
> option. Since the reset function has been moved out of the mach code in
> commit 0808d3260456 ("ARM: davinci: remove watchdog reset") and into the
> watchdog driver, devi
On Tue, Jan 16, 2018 at 01:45:44PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> After merging the staging tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> drivers/staging/lustre/lnet/selftest/module.c: In function
> 'lnet_selftest_init':
> drivers/staging/lustre
On Tue, Jan 16, 2018 at 04:50:39AM +0100, Sebastian Gottschall wrote:
> please revert that on 4.9 and 4.14
> it breaks igmp routing. it can be reproduced with any iptv connection using
> igmp-proxy. reverting this patch fixes the issue.
So Linus's kernel also is broken for you? Or does it work pr
On Mon, Jan 15, 2018 at 04:11:15PM -0600, Dan Rue wrote:
> On Mon, Jan 15, 2018 at 01:33:47PM +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.14.14 release.
> > There are 118 patches in this series, all will be posted as a response
> > to this one. If an
On Mon, Jan 15, 2018 at 03:59:18PM -0600, Dan Rue wrote:
> On Mon, Jan 15, 2018 at 01:33:59PM +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.4.112 release.
> > There are 87 patches in this series, all will be posted as a response
> > to this one. If any
On Mon, Jan 15, 2018 at 04:03:06PM -0600, Dan Rue wrote:
> On Mon, Jan 15, 2018 at 01:33:59PM +0100, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.77 release.
> > There are 96 patches in this series, all will be posted as a response
> > to this one. If anyo
Hi Thomas,
At 01/16/2018 12:21 AM, Thomas Gleixner wrote:
On Mon, 15 Jan 2018, Meelis Roos wrote:
On Wed, 10 Jan 2018, Thomas Gleixner wrote:
On Wed, 10 Jan 2018, Meelis Roos wrote:
On 3 of my test computers, boot hangs with 4.15 git kernels. So far I
have traced it down to 4.14.0 being go
> I've reverted the commit which Dou pointed out in rc8. Can you please confirm
> that
> this fixes the issue for you?
Tried rc8 on the P3, it still hangs.
--
Meelis Roos (mr...@linux.ee)
On 1/10/2018 10:50 AM, Alexey Dobriyan wrote:
We are seeing crash in do_task_stat while accessing stack pointer, It
seems same task has already completed do_exit call.
So it seems a race between them:
Please, post exact kernel version and struct task_struct::usage if you
still have that kernel
Hi all,
News: I am now compiling with gcc 7.2.1 compilers, and 2.28.2 binutils
(except for sparc64 where the latest I could get to build was 2.25.2).
My final powerpc builds are done with gcc 5.2.1 as the 7.2.1 compiler
hung for one build.
Changes since 20180115:
The printk tree gained a
Hi,
On (01/15/18 11:17), Petr Mladek wrote:
> Hi Sergey,
>
> I wonder if there is still some miss understanding.
>
> Steven and me are trying to get this patch in because we believe
> that it is a step forward. We know that it is not perfect. But
> we believe that it makes things better. In part
On Tue, Jan 16, 2018 at 12:58 AM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 8418f88764046d0e8ca6a3c04a69a0e57189aa1e
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Mon 15 Jan 11:40 PST 2018, Arend van Spriel wrote:
> On 1/15/2018 6:10 PM, Bjorn Andersson wrote:
> > The presence of a CLM file is described as optional, but missing the clm
> > blob causes the preinit to return unsuccessfully. Fix this by ignoring
> > the return value of the brcmf_c_process_c
On (01/15/18 09:51), Petr Mladek wrote:
> On Sat 2018-01-13 16:31:00, Sergey Senozhatsky wrote:
> > On (01/12/18 13:55), Petr Mladek wrote:
> > [..]
> > > > I'm not fixing console_unlock(), I'm fixing printk(). BTW, all my
> > > > kernels are CONFIG_PREEMPT (I'm a RT guy), my mind thinks more about
On Mon, Jan 15, 2018 at 8:44 PM, Sebastian Gottschall
wrote:
> Am 16.01.2018 um 05:32 schrieb Kevin Cernekee:
>>
>> On Mon, Jan 15, 2018 at 8:26 PM, Sebastian Gottschall
>> wrote:
>>>
>>> havent check the source addresses right now. i basicly discovered that
>>> this
>>> patch breaks the igmp rou
On (01/15/18 17:08), Petr Mladek wrote:
> > Besides the typos (which should be fixed)...
> >
> > Reviewed-by: Steven Rostedt (VMware)
>
> JFYI, I have fixed the typos, updated the commit message for
> the 1st patch and pushed all into printk.git,
> branch for-4.16-console-waiter-logic, see
> htt
3.18 and 4.4 is affected too
Am 16.01.2018 um 04:50 schrieb Sebastian Gottschall:
please revert that on 4.9 and 4.14
it breaks igmp routing. it can be reproduced with any iptv connection
using igmp-proxy. reverting this patch fixes the issue.
Sebastian
Am 01.01.2018 um 15:32 schrieb Greg K
On Tue, Jan 16, 2018 at 02:16:58PM +1100, Michael Ellerman wrote:
> Michal Suchanek writes:
>
> > Commit 6e032b350cd1 ("powerpc/powernv: Check device-tree for RFI flush
> > settings") uses u64 in asm/hvcall.h without including linux/types.h
> >
> > This breaks hvcall.h users that do not include t
On (01/15/18 07:08), Steven Rostedt wrote:
> On Fri, 12 Jan 2018 13:55:37 +0100
> Petr Mladek wrote:
>
> > > I'm not fixing console_unlock(), I'm fixing printk(). BTW, all my
> > > kernels are CONFIG_PREEMPT (I'm a RT guy), my mind thinks more about
> > > PREEMPT kernels than !PREEMPT ones.
> >
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
net/ipv6/route.c
between commit:
6802f3adcb3f ("ipv6: Fix build with gcc-4.4.5")
from the net-next tree and patch:
"net/ipv6/route.c: work around gcc-4.4.4 anon union initializer issue"
from the akpm tree.
On (01/16/18 11:23), Sergey Senozhatsky wrote:
[..]
> > Adding the preempt_disable() basically means to revert the already
> > mentioned commit 6b97a20d3a7909daa06625 ("printk: set may_schedule
> > for some of console_trylock() callers").
> >
> > I originally wanted to solve this separately to mak
Am 16.01.2018 um 05:32 schrieb Kevin Cernekee:
On Mon, Jan 15, 2018 at 8:26 PM, Sebastian Gottschall
wrote:
havent check the source addresses right now. i basicly discovered that this
patch breaks the igmp routing and all traffic stops
this here is from a working system with the reverted patch.
On Mon, Jan 15, 2018 at 7:58 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 594831a8aba3fd045c3212a3e3bb9788c77b989d
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is a
Some softirq vectors can be more CPU hungry than others. Especially
networking may sometimes deal with packet storm and need more CPU than
IRQ tail can offer without inducing scheduler latencies. In this case
the current code defers to ksoftirqd that behaves nicer. Now this nice
behaviour can be ba
Once a softirq vector queue has been completed from the workqueue, its
call counter for the current jiffy frame can be reset in order to handle
those that will follow from the normal IRQ tail softirq processing.
Suggested-by: Linus Torvalds
Signed-off-by: Frederic Weisbecker
Cc: Dmitry Safonov
One more step toward converting ksoftirqd to per vector workqueues.
Suggested-by: Paolo Abeni
Suggested-by: Linus Torvalds
Signed-off-by: Frederic Weisbecker
Cc: Dmitry Safonov
Cc: Eric Dumazet
Cc: Linus Torvalds
Cc: Peter Zijlstra
Cc: Andrew Morton
Cc: David Miller
Cc: Hannes Frederic So
As we plan to be able to defer some specific softirq vector processing
to workqueues when those vectors need more time than IRQs can offer,
let's first introduce the per-vector call counter/limit.
Each softirq vector is allowed to be called on IRQ tail at most
MAX_SOFTIRQ_RESTART per jiffy. Once w
Ksoftirqd only remains to implement threaded IRQs. Convert it to
existing per-vector workqueues to avoid code duplication.
Suggested-by: Linus Torvalds
Suggested-by: Paolo Abeni
Signed-off-by: Frederic Weisbecker
Cc: Dmitry Safonov
Cc: Eric Dumazet
Cc: Linus Torvalds
Cc: Peter Zijlstra
Cc:
So this set is in a testable state. I addressed preliminary reviews from
Eric Dumazet, Paolo Abeni and Linus.
You may want to play with MAX_SOFTIRQ_RESTART value, which is now the
number of calls allowed for a vector in a jiffy frame before it gets
queued to the workqueue. I set it to the arbitrar
On Mon, Jan 15, 2018 at 8:26 PM, Sebastian Gottschall
wrote:
> havent check the source addresses right now. i basicly discovered that this
> patch breaks the igmp routing and all traffic stops
> this here is from a working system with the reverted patch. if you really
> need that i break it again
Fixed coding style issue.
Signed-off-by: Robert Donald Rickett
---
scripts/kconfig/menu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c
index e9357931b47d..62f03f4eb96d 100644
--- a/scripts/kconfig/menu.c
+++ b/scripts/kconfig
Am 16.01.2018 um 04:58 schrieb Kevin Cernekee:
On Mon, Jan 15, 2018 at 7:50 PM, Sebastian Gottschall
wrote:
please revert that on 4.9 and 4.14
it breaks igmp routing. it can be reproduced with any iptv connection using
igmp-proxy. reverting this patch fixes the issue.
Hi Sebastian,
Is this th
On Tue, Jan 16, 2018 at 5:00 AM, Nicolas Pitre wrote:
> On Mon, 15 Jan 2018, Chen-Yu Tsai wrote:
>
>> Changes since v2:
>> - Do away with the MCPM framework, directly implement smp_ops
>> - Some debug messages were clarified
>> - New ARCH_SUNXI_MCPM Kconfig symbol for this feature
>
> You sh
On Tue, Jan 16, 2018 at 01:21:44AM +0100, Ingo Molnar wrote:
>
> * Josh Poimboeuf wrote:
>
> > Objtool seg faults when the gold linker is used with
> > CONFIG_MODVERSIONS=y and CONFIG_UNWINDER_ORC=y.
> >
> > With CONFIG_MODVERSIONS=y, the .o file gets passed to the linker before
> > being passe
On Mon, Jan 15, 2018 at 8:04 PM, Dave Martin wrote:
> On Mon, Jan 15, 2018 at 07:14:43AM +, Chen-Yu Tsai wrote:
>> The A80 is a big.LITTLE SoC with 1 cluster of 4 Cortex-A7s and
>> 1 cluster of 4 Cortex-A15s.
>>
>> This patch adds support to bring up the second cluster and thus all
>> cores us
Hi Thierry,
On Tue, Jan 16, 2018 at 2:16 AM, Thierry Escande
wrote:
> From: Tomasz Figa
>
> Currently PSR flush is triggered from CRTC's .atomic_begin() callback,
> which is executed after modeset disables and enables and before plane
> updates are committed. Since PSR flush and re-enable can be
On Mon, Jan 15, 2018 at 07:46:06PM -0800, Darren Hart wrote:
> On Mon, Jan 15, 2018 at 07:42:09PM -0800, Darren Hart wrote:
> > To follow this email, are two patches which are minor incremental
> > cleanups, which I'd appreciate your review of before I push them to
> > testing.
>
>
> From ccfc9b1
Commit-ID: a631a0a7a3caf6a9924856f3dcfe256e747f7467
Gitweb: https://git.kernel.org/tip/a631a0a7a3caf6a9924856f3dcfe256e747f7467
Author: Mike Travis
AuthorDate: Mon, 8 Jan 2018 13:40:04 -0600
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:58:38 +0100
x86/platform/UV: Fix UV4A BA
On Mon, Jan 15, 2018 at 7:50 PM, Sebastian Gottschall
wrote:
> please revert that on 4.9 and 4.14
> it breaks igmp routing. it can be reproduced with any iptv connection using
> igmp-proxy. reverting this patch fixes the issue.
Hi Sebastian,
Is this the correct igmp-proxy (based on mrouted)?
ht
Hi Thierry,
On Tue, Jan 16, 2018 at 2:15 AM, Thierry Escande
wrote:
> From: Tomasz Figa
>
> Current code implements prepare_fb and cleanup_fb callbacks only to
> grab/release fb references, which is already done by atomic framework
> when creating/destryoing plane state.
AFAICT this is already
Commit-ID: 1da2fd61d956a01ead87173a8367e5c664617f7b
Gitweb: https://git.kernel.org/tip/1da2fd61d956a01ead87173a8367e5c664617f7b
Author: Andrew Banman
AuthorDate: Mon, 8 Jan 2018 13:43:12 -0600
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:58:38 +0100
x86/platform/uv/BAU: Repla
Commit-ID: c96f5471ce7d2aefd0dda560cc23f08ab00bc65d
Gitweb: https://git.kernel.org/tip/c96f5471ce7d2aefd0dda560cc23f08ab00bc65d
Author: Josh Snyder
AuthorDate: Mon, 18 Dec 2017 16:15:10 +
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:29:36 +0100
delayacct: Account blkio co
Commit-ID: 09c3ae12b2bf6dc2837d89c1017bf151af610a1f
Gitweb: https://git.kernel.org/tip/09c3ae12b2bf6dc2837d89c1017bf151af610a1f
Author: Mike Travis
AuthorDate: Mon, 8 Jan 2018 13:40:03 -0600
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:58:37 +0100
x86/platform/UV: Fix GAM MMR
Commit-ID: ecce47e0bde6faa3256740280754bfd06a1a4efa
Gitweb: https://git.kernel.org/tip/ecce47e0bde6faa3256740280754bfd06a1a4efa
Author: Mike Travis
AuthorDate: Mon, 8 Jan 2018 13:40:02 -0600
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:58:37 +0100
x86/platform/UV: Fix GAM MMR
Commit-ID: 8078d1951da228e20dc36f83306845a565f51345
Gitweb: https://git.kernel.org/tip/8078d1951da228e20dc36f83306845a565f51345
Author: Mike Travis
AuthorDate: Mon, 8 Jan 2018 13:40:01 -0600
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:58:37 +0100
x86/platform/UV: Add referen
Commit-ID: 62807106c3219d2d6ddbfc778a5ee7e6ba38e58f
Gitweb: https://git.kernel.org/tip/62807106c3219d2d6ddbfc778a5ee7e6ba38e58f
Author: Mike Travis
AuthorDate: Mon, 8 Jan 2018 13:40:00 -0600
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:58:37 +0100
x86/platform/UV: Fix UV4A su
Commit-ID: 673aa20c55a138621d1340d343cd6b07c1cb4e92
Gitweb: https://git.kernel.org/tip/673aa20c55a138621d1340d343cd6b07c1cb4e92
Author: Mike Travis
AuthorDate: Mon, 8 Jan 2018 13:39:59 -0600
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:58:36 +0100
x86/platform/UV: Update uv_m
Commit-ID: c458b1d102036eaa2c70e03000c959bd491c2037
Gitweb: https://git.kernel.org/tip/c458b1d102036eaa2c70e03000c959bd491c2037
Author: Anna-Maria Gleixner
AuthorDate: Thu, 21 Dec 2017 11:41:56 +0100
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:01:20 +0100
hrtimer: Prepare ha
Commit-ID: 98ecadd4305d8677ba77162152485798d47dcc85
Gitweb: https://git.kernel.org/tip/98ecadd4305d8677ba77162152485798d47dcc85
Author: Anna-Maria Gleixner
AuthorDate: Thu, 21 Dec 2017 11:41:55 +0100
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:00:50 +0100
hrtimer: Add clock
Commit-ID: dd934aa8ad1fbaab3d916125c7fe42fff75aa7ff
Gitweb: https://git.kernel.org/tip/dd934aa8ad1fbaab3d916125c7fe42fff75aa7ff
Author: Anna-Maria Gleixner
AuthorDate: Thu, 21 Dec 2017 11:41:54 +0100
Committer: Ingo Molnar
CommitDate: Tue, 16 Jan 2018 03:00:47 +0100
hrtimer: Use irqsav
1 - 100 of 1389 matches
Mail list logo