These functions are used in the repurposed compat syscalls
to provide backward compatibility for using 32 bit time_t
on 32 bit systems.
Signed-off-by: Deepa Dinamani
---
include/linux/compat.h | 2 --
include/linux/compat_time.h | 4
kernel/compat.c | 52 +++--
Hi Thierry,
On Tue, Jan 16, 2018 at 2:16 AM, Thierry Escande
wrote:
> From: Tomasz Figa
>
> Current implementation of unbind dereferences the drvdata pointer
> assuming that it's its own data, however the ownership belongs to the
> analogix code, which means that the pointer is dereferenced with
On Mon, Jan 15, 2018 at 09:40:36AM -0800, Christoph Hellwig wrote:
> On Tue, Jan 16, 2018 at 12:03:43AM +0800, Ming Lei wrote:
> > Hi,
> >
> > These two patches fixes IO hang issue reported by Laurence.
> >
> > 84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs")
> > may cause one
On Mon, Jan 15, 2018 at 5:15 PM, Tetsuo Handa
wrote:
>
> I can't reproduce this with CONFIG_FLATMEM=y . But I'm not sure whether
> we are hitting a bug in CONFIG_SPARSEMEM=y code, for the bug is highly
> timing dependent.
Hmm. Maybe. But sparsemem really also generates *much* more complex
code pa
Hi,
Arnd had sent a patch to fix this issue,
please refer to : https://patchwork.kernel.org/patch/10155685
thanks
On Mon, 2018-01-15 at 11:34 -0800, Randy Dunlap wrote:
> On 01/14/2018 09:44 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20180112:
> >
>
> on i386:
>
> ../driv
On (01/15/18 07:52), Steven Rostedt wrote:
[..]
> I'm very skeptical that such an approach has much benefit. From the
> email referenced above:
agreed. dmesg can be SECURITY_DMESG_RESTRICT.
so the patch is *probably* aiming the systems in which anyone can read
dmesg, but we kinda don't want that t
On (01/16/18 09:23), Stephen Rothwell wrote:
> Today's linux-next merge of the printk tree got a conflict in:
>
> scripts/checkpatch.pl
>
> between commit:
>
> 7b1924a1d930 ("vsprintf: add printk specifier %px")
>
> from Linus' tree and commit:
>
> 1df7338ac965 ("checkpatch: add pF/pf de
* Ingo Molnar wrote:
> No serious changes intended, but please double check the end result once I've
> pushed it out after local testing.
I made the fix below for the !NO_HZ_COMMON || !HIGH_RES_TIMERS case, which
would
fail with a build failure due to non-available __hrtimer_next_event_base(
Linus,
This includes two fixes
- Bring back context level recursive protection in ring buffer.
The simpler counter protection failed, due to a path when
tracing with trace_clock_global() as it could not be reentrant
and depended on the ring buffer recursive protection to keep that
f
From: Randy Dunlap
I regularly get 50 MB - 60 MB files during kernel randconfig builds.
These large files mostly contain (many repeats of; e.g., 124,594):
In file included from ../include/linux/string.h:6:0,
from ../include/linux/uuid.h:20,
from ../include/linux
From: "Steven Rostedt (VMware)"
Commit 1a149d7d3f45 ("ring-buffer: Rewrite trace_recursive_(un)lock() to be
simpler") replaced the context level recursion checks with a simple counter.
This would prevent the ring buffer code from recursively calling itself more
than the max number of contexts tha
On 01/15/2018 08:49 PM, Roman Gushchin wrote:
> On Mon, Jan 15, 2018 at 07:32:01PM +, Quentin Monnet wrote:
>> 2018-01-15 19:16 UTC+ ~ Roman Gushchin
>>> Bpftool doesn't recognize BPF_PROG_TYPE_CGROUP_DEVICE programs,
>>> so the prog show command prints the numeric type value:
>>>
>>> $ bp
On (01/15/18 07:06), Steven Rostedt wrote:
> > > Yep, but I'm still not convinced you are seeing an issue with a single
> > > printk.
> >
> > what do you mean by this?
>
> I'm not sure your issues happen because a single printk is locked up,
> but you have many printks in one area.
hm, need to
* Anna-Maria Gleixner wrote:
> There are quite some places in the kernel which use a combination of
> hrtimers and tasklets to make use of the precise expiry of hrtimers, which
> schedule a tasklet to bring the actual function into softirq context.
>
> This was introduced when the previous hrti
On Tue, Jan 16, 2018 at 08:43:20AM +0800, Baoquan He wrote:
>On 01/15/18 at 08:49pm, Chao Fan wrote:
>> Hi Luiz,
>>
>> I don't know if this patch is OK for you.
>> Of coure you can only use kaslr_mem=nn@ss to solve the 1G huge page
>> issue. Because we know the region [0,1G] is not suitable for 1G
On Mon, Jan 15, 2018 at 06:43:47PM +0100, Thomas Gleixner wrote:
> On Tue, 16 Jan 2018, Ming Lei wrote:
> > These two patches fixes IO hang issue reported by Laurence.
> >
> > 84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs")
> > may cause one irq vector assigned to all offline C
Add more.
Tim
-邮件原件-
发件人: Tim Guo(BJ-RD)
发送时间: 2018年1月10日 11:47
收件人: 'Rafael J. Wysocki'
抄送: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; mi...@kernel.org;
x...@kernel.org; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Bruce
Chang (VAS) ; Cooper Yan(BJ-RD)
; Qiyuan
On Mon, Jan 15, 2018 at 09:40:36AM -0800, Christoph Hellwig wrote:
> On Tue, Jan 16, 2018 at 12:03:43AM +0800, Ming Lei wrote:
> > Hi,
> >
> > These two patches fixes IO hang issue reported by Laurence.
> >
> > 84676c1f21 ("genirq/affinity: assign vectors to all possible CPUs")
> > may cause one
Hi Arnd,
At 01/16/2018 04:23 AM, Arnd Bergmann wrote:
When CONFIG_X86_X2APIC is disabled, jailhouse fails to build:
arch/x86/kernel/jailhouse.c: In function 'jailhouse_get_smp_config':
arch/x86/kernel/jailhouse.c:73:3: error: 'x2apic_phys' undeclared (first use in
this function); did you mean
Parameter flags is no longer used, remove it.
Signed-off-by: Kyungsik Lee
---
kernel/power/swap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/power/swap.c b/kernel/power/swap.c
index 293ead5..a46be12 100644
--- a/kernel/power/swap.c
+++ b/kernel/power/swap.c
@@
2018-01-16 1:30 GMT+08:00 Vitaly Kuznetsov :
> Early RFC. I'll refer to this patchset in my DevConf/FOSDEM
> presentations.
>
> When running nested KVM on Hyper-V it's possible to use so called
> 'Enlightened VMCS' and do normal memory reads/writes instead of
> doing VMWRITE/VMREAD instructions. Te
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.
Signed-off-by: Robert Donald Rickett
---
mm/memory.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/memory.c b/mm/memory.c
index ca5674
On Mon, Jan 15, 2018 at 02:40:35PM -0800, Randy Dunlap wrote:
>On 01/15/2018 04:40 AM, Chao Fan wrote:
>> In current code, kaslr only has a method to avoid some memory regions,
>> but no method to specify the regions for kaslr to extract. So kaslr
>> may choose the wrong position sometimes, which w
Linus Torvalds wrote:
> On Sun, Jan 14, 2018 at 3:54 AM, Tetsuo Handa
> wrote:
> > This memory corruption bug occurs even on CONFIG_SMP=n CONFIG_PREEMPT_NONE=y
> > kernel. This bug highly depends on timing and thus too difficult to bisect.
> > This bug seems to exist at least since Linux 4.8 (judg
在 2018/1/16 上午2:46, Borislav Petkov 写道:
> On Mon, Jan 15, 2018 at 09:11:57PM +0800, Jia Zhang wrote:
>> The commit b94b73733171
>> ("x86/microcode/intel: Extend BDW late-loading with a revision check")
>> reduces the impact of erratum BDF90 for Broadwell process model.
>> Actually, the impact can
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 to it :) Naturally this can wait for v4.1
On 2018/1/15 20:31, Peter Zijlstra wrote:
I'm sorry I gave an inappropriate example to make the phenomenon look
confusing.
These events are registered per_cpu and attach in the the
perf_event_ctxp of task too.
So the same event is placed in the process context CPU times.
perf record -e sch
On Mon, Jan 15, 2018 at 4:50 PM, David Lang wrote:
> the 4.4.112 patches that Greg just posted include a bunch of work for these
> vulnerabilities.
>
> Who knows what has been backported to the kernel he is running.
> k
In RHEL (therefore CentOS), microcode comes from the microcode_ctl
package wh
* Anna-Maria Gleixner wrote:
> From: Thomas Gleixner
>
> The protection of a hrtimer which runs its callback against migration to a
> different CPU has nothing to do with hard interrupt context.
>
> The protection against migration of a hrtimer running the expiry callback
> is the pointer in
* Laura Abbott wrote:
> On 01/13/2018 03:23 PM, Thomas Gleixner wrote:
> > The switch to the user space page tables in the low level ASM code sets
> > unconditionally bit 12 and bit 11 of CR3. Bit 12 is switching the base
> > address of the page directory to the user part, bit 11 is switching th
On Tue, 9 Jan 2018, Paolo Bonzini wrote:
> MSR_IA32_SPEC_CTRL is not available unless CPU[7,0].EDX[26] is 1.
> Check that against host CPUID or guest CPUID, respectively for
> host-initiated and guest-initiated accesses.
Hi Radim, Paolo:
In porting this patch series to v4.14, I'm getting this BUI
* Paolo Bonzini wrote:
> On 15/01/2018 19:36, Thomas Gleixner wrote:
> >> Can KVM folks please stop doing random changes to the cpufeatures code
> >> without talking to x86 maintainers and Borislav?
> >>
> >> This wants to go through TIP or at least reviewed and acked.
> > In fact it needs to go
the 4.4.112 patches that Greg just posted include a bunch of work for these
vulnerabilities.
Who knows what has been backported to the kernel he is running.
k
在 2018/1/9 18:56, Maxime Ripard 写道:
Now that the core has a drm format helper to tell if a format embeds an
alpha component in it, let's use it.
Cc: Mark Yao
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 13 +
1 file changed, 1 insertion(+), 12 d
On Fri, Jan 12, 2018 at 04:50:26PM +0100, Arnd Bergmann wrote:
> Without CONFIG_NF_FLOW_TABLE, the new nft_flow_offload module produces
> a link error:
>
> net/netfilter/nft_flow_offload.o: In function
> `nft_flow_offload_iterate_cleanup':
> nft_flow_offload.c:(.text+0xb0): undefined reference to
On Mon, Jan 15, 2018 at 04:49:05PM +0100, Arnd Bergmann wrote:
> As a side-effect of adding the module option, we now get a section
> mismatch warning:
>
> WARNING: net/ipv4/netfilter/iptable_raw.o(.data+0x1c): Section mismatch in
> reference from the variable packet_raw to the function
> .init.
On Mon, Jan 15, 2018 at 04:49:06PM +0100, Arnd Bergmann wrote:
> We cannot access the skb->_nfct field when CONFIG_NF_CONNTRACK is
> disabled:
>
> net/ipv4/netfilter/nf_defrag_ipv4.c: In function 'ipv4_conntrack_defrag':
> net/ipv4/netfilter/nf_defrag_ipv4.c:83:9: error: 'struct sk_buff' has no
>
Signed-off-by: "Eric W. Biederman"
---
include/uapi/asm-generic/siginfo.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/asm-generic/siginfo.h
b/include/uapi/asm-generic/siginfo.h
index e447283b8f52..cbe1b0cc7a6a 100644
--- a/include/uapi/asm-generic/siginfo.h
+
The header uapi/asm-generic/siginfo.h appears to the the repository of
all of these definitions in linux so collect up glibcs additions as
well. Just to prevent someone from accidentally creating a conflict
in the future.
Signed-off-by: "Eric W. Biederman"
---
include/uapi/asm-generic/siginfo.h
The new unified copy_siginfo_from_user32 takes care of this.
Signed-off-by: "Eric W. Biederman"
---
kernel/ptrace.c | 1 -
kernel/signal.c | 4 ++--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/kernel/ptrace.c b/kernel/ptrace.c
index 84b1367935e4..ec4365da9be8 100644
--- a/kern
Nothing tests this define so just remove it.
I suspect the intention was to make the uid field in siginfo 16bit
however I can't find any code that ever tested this defined, and
even if it did it the layout has been this way for 8 years so
changing it now would break the ABI with userspace.
Signed
Having si_codes in many different files simply encourages duplicate
definitions that can cause problems later. To avoid that merge the
ia64 specific si_codes into uapi/asm-generic/siginfo.h
Update the sanity checks in arch/x86/kernel/signal_compat.c to expect
the now lager NSIGILL and NSIGFPE. A
The function copy_siginfo_from_user32 is used for two things, in ptrace
since the dawn of siginfo for arbirarily modifying a signal that
user space sees, and in sigqueueinfo to send a signal with arbirary
siginfo data.
Create a single copy of copy_siginfo_from_user32 that all architectures
share,
Having si_codes in many different files simply encourages duplicate definitions
that can cause problems later. To avoid that merce the frv specific si_codes
into uapi/asm-generic/siginfo.h
This allows the removal of arch/frv/uapi/include/asm/siginfo.h as the last
last meaningful definition it hel
The addr_lsb fields is only valid and available when the
signal is SIGBUS and the si_code is BUS_MCEERR_AR or BUS_MCEERR_AO.
Document this with a comment and place the field in the _sigfault union
to make this clear.
All of the fields stay in the same physical location so both the old
and new defi
NSIGTRAP is 4 in the generic siginfo and powerpc just undefines
NSGTRAP and redefine it as 4. That accomplishes nothing so remove
the duplication.
Signed-off-by: "Eric W. Biederman"
---
arch/powerpc/include/uapi/asm/siginfo.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/powerpc/in
Having si_codes in many different files simply encourages duplicate definitions
that can cause problems later. To avoid that merge the tile specific si_codes
into uapi/asm-generic/siginfo.h
Signed-off-by: "Eric W. Biederman"
---
arch/tile/include/uapi/asm/siginfo.h | 8
include/uapi/as
From: Al Viro
--EWB Added #ifdef CONFIG_X86_X32_ABI to arch/x86/kernel/signal_compat.c
Changed #ifdef CONFIG_X86_X32 to #ifdef CONFIG_X86_X32_ABI in
linux/compat.h
CONFIG_X86_X32 is set when the user requests X32 support.
CONFIG_X86_X32_ABI is set when the user requests
Having si_codes in many different files simply encourages duplicate definitions
that can cause problems later. To avoid that merge the blackfin specific
si_codes
into uapi/asm-generic/siginfo.h
Update copy_siginfo_to_user to copy with the absence of BUS_MCEERR_AR that
blackfin
defines to be som
From: Al Viro
it's always __kernel_uid32_t
Signed-off-by: Al Viro
Signed-off-by: Eric W. Biederman
---
include/uapi/asm-generic/siginfo.h | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/include/uapi/asm-generic/siginfo.h
b/include/uapi/asm-generic/siginfo.h
in
On 01/15/18 at 08:49pm, Chao Fan wrote:
> Hi Luiz,
>
> I don't know if this patch is OK for you.
> Of coure you can only use kaslr_mem=nn@ss to solve the 1G huge page
> issue. Because we know the region [0,1G] is not suitable for 1G huge
> page, so you can specify ksalr_mem=1G@0 of kaslr_mem=1G to
Among the existing architecture specific versions of
copy_siginfo_to_user32 there are several different implementation
problems. Some architectures fail to handle all of the cases in in
the siginfo union. Some architectures perform a blind copy of the
siginfo union when the si_code is negative.
... at a cost of added small ifdef __ia64__ in asm-generic siginfo.h,
that is.
-- EWB Corrected the comment on _flags to reflect the move
Signed-off-by: Al Viro
Signed-off-by: "Eric W. Biederman"
---
arch/ia64/include/uapi/asm/siginfo.h | 67
include/uapi/a
In preparation for unconditionally copying the whole of siginfo
to userspace clear si_sys_private. So this kernel internal
value is guaranteed not to make it to userspace.
Signed-off-by: "Eric W. Biederman"
---
kernel/signal.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/signal
Signed-off-by: "Eric W. Biederman"
---
arch/ia64/include/uapi/asm/siginfo.h | 2 --
arch/ia64/kernel/signal.c| 52
kernel/signal.c | 9 ---
3 files changed, 5 insertions(+), 58 deletions(-)
diff --git a/arch/ia64/include
Remove HAVE_ARCH_SIGINFO_T
Remove __ARCH_SIGSYS
Signed-off-by: "Eric W. Biederman"
---
include/linux/signal.h | 2 --
include/uapi/asm-generic/siginfo.h | 8
kernel/signal.c| 4
3 files changed, 14 deletions(-)
diff --git a/include/linux/signal.h b/
* Nadav Amit wrote:
> > Also, what's the end goal here? Run old 32-bit binaries better? You
> > want to weaken the security of the whole implementation to do that?
> > Sounds like a bad tradeoff to me.
>
> As Willy noted in this thread, I think that some users may be interested in
> running
We have never passed either field to or from userspace so just remove them.
Signed-off-by: "Eric W. Biederman"
---
arch/arm64/include/asm/compat.h | 1 -
arch/parisc/include/asm/compat.h | 1 -
arch/powerpc/include/asm/compat.h | 1 -
arch/s390/include/asm/compat.h| 1 -
arch/sparc/includ
From: Al Viro
... having taught the latter that si_errno and si_code might be
swapped.
Signed-off-by: Al Viro
Signed-off-by: Eric W. Biederman
---
arch/mips/include/uapi/asm/siginfo.h | 86 +---
include/uapi/asm-generic/siginfo.h | 5 +++
2 files changed, 6
Signed-off-by: "Eric W. Biederman"
---
kernel/signal.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/signal.c b/kernel/signal.c
index 241d54958bbb..b9e5d825ee46 100644
--- a/kernel/signal.c
+++ b/kernel/signal.c
@@ -3688,6 +3688,7 @@ void __init signals_init(void)
/* If this
Signed-off-by: "Eric W. Biederman"
---
include/uapi/asm-generic/siginfo.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/uapi/asm-generic/siginfo.h
b/include/uapi/asm-generic/siginfo.h
index cbe1b0cc7a6a..7158421ac911 100644
--- a/include/uapi/asm-generic/siginfo.h
+++ b/includ
The following changes are available at:
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
siginfo-testing
This set of changes unifies struct siginfo and struct compat_siginfo so
that there is only one definition of each. Additionally this ends up
with a single imple
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?
--
Eric Wheeler
>
> Paolo
>
> - Eric Wheeler ha scritto:
> > On Tue, 9 Jan 2018, Paolo Bonzini wrote:
> >
> > > Expose them to userspace, now t
On 01/15/2018 01:58 AM, Masamitsu Yamazaki wrote:
Subject:[PATCH] ipmi: Clear smi_info->thread to prevent use-after-free during
module unload
To: Corey Minyard
To: openipmi-develo...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
Cc: j-nom...@ce.jp.nec.com
Cc: k-u...@ct.jp.nec.com
Cc: m
Hi Mark, Tony
> From tony Mon Sep 17 00:00:00 2001
> From: Tony Lindgren
> Date: Fri, 12 Jan 2018 10:24:36 -0800
> Subject: [PATCH] ASoC: Fix twl4030 and 6040 regression by adding back read
> and write
>
> Commit 3bb0f7c31b1a ("ASoC: don't use snd_soc_write/read on twl4030")
> caused regressio
* Kuninori Morimoto [180115 23:22]:
> > For the next set of changes like this,
> > please make sure you Cc the driver authors so they can test
> > and ack the changes if you can't test them, OK?
>
> Actually, I have posted "convert codec/platform to component"
> patch-set to ALSA ML, without Cc:i
* 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 passed to objtool. The gold linker seems to strip unused ELF
> symbols by default
With the new Linux Kernel Crypto API User Space Interface and
its underlying socket interface, the current default value for
`net.core.optmem_max` can be exhausted pretty quick.
On 32 bit systems it is not even enough for sending 16 IOVECs
at once to the socket interface.
To provide consumers of t
Hi Johannes,
Today's linux-next merge of the mac80211-next tree got a conflict in:
drivers/net/wireless/mac80211_hwsim.c
between commit:
b71d856ab536 ("mac80211_hwsim: add workqueue to wait for deferred radio
deletion on mod unload")
from the mac80211 tree and commit:
c6509cc3b3e8 ("ma
With the new Linux Kernel Crypto API User Space Interface and
its underlying socket interface, the current default value for
`net.core.optmem_max` can be exhausted pretty quick.
On 32 bit systems it is not even enough for sending 16 IOVECs
at once to the socket interface.
To provide consumers of t
On Mon, 15 Jan 2018 13:17:17 -0800, David Lang wrote:
> you are running a RedHat kernel, you will have to ask them about what they
> have
> included in it.
> k
I see that he OP is running kernel 4.4.111 as provided by ELRepo
( http://elrepo.org/tiki/kernel-ml ).
Mohammed, try updating the mic
With the new Linux Kernel Crypto API User Space Interface and
its underlying socket interface, the current default value for
`net.core.optmem_max` can be exhausted pretty quick.
On 32 bit systems it is not even enough for sending 16 IOVECs
at once to the socket interface.
To provide consumers of t
On Sun, Jan 14, 2018 at 02:44:15PM -0800, Paul E. McKenney wrote:
> On Sun, Jan 14, 2018 at 02:31:07PM -0800, tip-bot for Thomas Gleixner wrote:
> > Commit-ID: ed4bbf7910b28ce3c691aef28d245585eaabda06
> > Gitweb:
> > https://git.kernel.org/tip/ed4bbf7910b28ce3c691aef28d245585eaabda06
> > Auth
From: Eric Wheeler
For DRBD resources with long names that start with the same prefix,
it was difficult to find all process pids for that minor since names
are truncated to the task_struct's comm field (16 bytes).
This patch names all processes associated with a DRBD device as drbdN_*
where N is
On 2018년 01월 15일 20:32, Hans de Goede wrote:
> HI,
>
> On 15-01-18 10:08, Chanwoo Choi wrote:
>> On 2018년 01월 15일 17:36, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 15-01-18 06:22, Chanwoo Choi wrote:
On 2018년 01월 15일 00:10, Hans de Goede wrote:
> The only misdetection which can happen at boo
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/ipv6/ip6_output.c
between commit:
749439bfac6e ("ipv6: fix udpv6 sendmsg crash caused by too small MTU")
from the net tree and commit:
0f6c480f23f4 ("xfrm: Move dst->path into struct xfrm_dst")
from the net-ne
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/openvswitch/flow_netlink.c
between commit:
95a332088ecb ("Revert "openvswitch: Add erspan tunnel support."")
from the net tree and commit:
1d7e2ed22f8d ("net: erspan: refactor existing erspan code")
from the n
The DT bindings description of the Brcmstb PCIe device is described. This
node can be used by almost all Broadcom settop box chips, using
ARM, ARM64, or MIPS CPU architectures.
Signed-off-by: Jim Quinlan
---
.../devicetree/bindings/pci/brcmstb-pcie.txt | 59 ++
1 file
The Broadcom STB PCIe host controller is intimately related to the
memory subsystem. This close relationship adds complexity to how cpu
system memory is mapped to PCIe memory. Ideally, this mapping is an
identity mapping, or an identity mapping off by a constant. Not so in
this case.
Consider t
This commit adds the basic Broadcom STB PCIe controller. Missing is
the ability to process MSI and also handle dma-ranges for inbound
memory accesses. These two functionalities are added in subsequent
commits.
The PCIe block contains an MDIO interface. This is a local interface
only accessible
This commit adds MSI to the Broadcom STB PCIe host controller. It does
not add MSIX since that functionality is not in the HW. The MSI
controller is physically located within the PCIe block, however, there
is no reason why the MSI controller could not be moved elsewhere in
the future.
Since the i
Adds the PCIe nodes for the Broadcom STB PCIe root complex.
Signed-off-by: Jim Quinlan
---
arch/mips/boot/dts/brcm/bcm7425.dtsi | 26 ++
arch/mips/boot/dts/brcm/bcm7435.dtsi | 27 +++
arch/mips/boot/dts/brcm/bcm97425svmb.dts | 4
arch
Adds the Kconfig hooks to enable the Broadcom STB PCIe root complex
driver for Broadcom MIPS systems.
Signed-off-by: Jim Quinlan
---
arch/mips/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 350a990..fe17361 100644
--- a/arch/mips/Kconfi
From: Florian Fainelli
This commit adds a memory API suitable for ascertaining the sizes of
each of the N memory controllers in a Broadcom STB chip. Its first
user will be the Broadcom STB PCIe root complex driver, which needs
to know these sizes to properly set up DMA mappings for inbound
regio
Add MIPS as an arch that supports PCI_MSI_IRQ_DOMAIN and add
generation of msi.h in the MIPS arch.
Signed-off-by: Jim Quinlan
---
arch/mips/include/asm/Kbuild | 1 +
drivers/pci/Kconfig | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/mips/include/asm/Kbuild b/
This patch series adds support for the Broadcom Settopbox PCIe host
controller. It is targeted to Broadcom Settopbox chips running on
ARM, ARM64, and MIPS platforms.
V4 Changes:
- Merged all BrcmSTB PCIe controller files into a single file.
- All new files now have the SPDX identifier.
- Re
The RX and TX macros were defined implicitly and there was
a potential risk if someone changes their values.
Since they were defined to index the array ssi->regvals[2],
this patch moves these two macros to fsl_ssi.c, closer to
its owner ssi->regvals. And it also puts some comments here
to limit th
Checking TE and RE bits in SCR register doesn't work for AC97 mode
which enables SSIEN, TE and RE in the fsl_ssi_setup_ac97() that's
called during probe().
So when running into the trigger(), it will always get the result
of both TE and RE being enabled already, even if actually there is
no active
This patch replaces the register read with ssi->i2s_net for
simplification. It also removes masking SSIEN from scr value
since it's handled later by regmap_update_bits() to set this
scr value back.
Signed-off-by: Nicolin Chen
Tested-by: Caleb Crome
---
sound/soc/fsl/fsl_ssi.c | 7 ++-
1 fil
The define of fsl_ssi_disable_val is not so clear as it mixes two
steps of calculations together. And those parameter names are also
a bit long to read.
Since it just tries to exclude the shared bits from the regvals of
current stream while the opposite stream is active, it's better to
use somethi
The hw_params() overwrites i2s_net settings for special cases like
mono-channel support, however, it doesn't update ssi->i2s_net as
set_dai_fmt() does.
This patch removes the local i2s_net variable and directly updates
ssi->i2s_net in the hw_params() so that the driver can simply look
up the ssi->
The _fsl_ssi_set_dai_fmt() bypasses an undefined format for AC97
mode. However, it's not really necessary if AC97 has its complete
format defined.
So this patch adds a DAIFMT macro of complete format including a
clock direction and polarity.
Signed-off-by: Nicolin Chen
Tested-by: Caleb Crome
--
On Mon, 15 Jan 2018 19:41:12 +0800
changbin...@intel.com wrote:
> From: Changbin Du
>
> The usersapce can give a '\0' terminated C string in the input buffer.
> Before this change, trace_get_user() will return a parsed string "\0" in
> below case which is not expected (expects it skip all inputs
It'd be safer to enable both FIFOs for TX or RX at the same time.
Signed-off-by: Nicolin Chen
Tested-by: Caleb Crome
---
sound/soc/fsl/fsl_ssi.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c
index e5efee2..ba06
This patch cleans fsl_ssi_setup_regvals() by following changes:
1) Moving DBG bits to the first lines.
2) Setting SSIE, RE/TE as default and cleaning it for AC97
Signed-off-by: Nicolin Chen
Tested-by: Caleb Crome
---
sound/soc/fsl/fsl_ssi.c | 17 ++---
1 file changed, 6 insertions(+
Since there is a helper function, use it to help readability.
Signed-off-by: Nicolin Chen
Tested-by: Caleb Crome
---
sound/soc/fsl/fsl_ssi.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c
index ba06e94..e1fe511 100644
The _fsl_ssi_set_dai_fmt() is a helper function being called from
fsl_ssi_set_dai_fmt() as an ASoC operation and fsl_ssi_hw_init()
mainly for AC97 format initialization.
This patch cleans the _fsl_ssi_set_dai_fmt() in following ways:
* Removing *dev pointer in the parameters as it's included in th
AC97 configures most of registers earlier to start a communication
with CODECs in order to successfully initialize CODEC. Currently,
_fsl_ssi_set_dai_fmt() and fsl_ssi_setup_ac97() are called to get
all SSI registers properly set.
Since now the driver has a fsl_ssi_hw_init() to handle all register
The trigger() calls fsl_ssi_tx_config() and fsl_ssi_rx_config(),
and both of them jump to fsl_ssi_config(). And fsl_ssi_config()
later calls another fsl_ssi_rxtx_config().
However, the whole routine, especially fsl_ssi_config() function,
is too complicated because of the folowing reasons:
1) It ha
The probe() could handle some one-time configurations since
they will not be changed once being configured.
Signed-off-by: Nicolin Chen
Tested-by: Caleb Crome
---
Changelog
v2
* Moved all to fsl_ssi_hw_init() in platform probe()
sound/soc/fsl/fsl_ssi.c | 39 ++-
201 - 300 of 1389 matches
Mail list logo
