160510' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2016-05-11 16:56:58 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/
On Thursday 12 May 2016 12:12 PM, Peter Zijlstra wrote:
>> Tried that and doesn't even compile. Reconfirms what Vince said, ENOTSUPP is
>> not
>> > exposed to userspace (being in include/linux and not include/uapi/linux)
> Durr, so what does userspace see?
It sees the "value" of ENOTSUPP, i.e. 52
Hi,
"Du, Changbin" writes:
>> > If it happen, we can keep the excess data for next i/o, or
>> > report an error. But we cannot silently drop data, because
>> > USB layer should ensure the data integrality it has transferred,
>> > otherwise applications may get corrupt data if it doesn't
>> > det
* Dave Hansen wrote:
>
> Changes from v1:
> * Unconditionally enable workaround on all CPUs with MPX despite
>whether we know it to be affected or not
> * Add a pr_warn() when the workaround is active
>
> Changes from v2:
> * fix build breakage from #ifdefs in bug.h
>
> --
>
> From: D
* Alex Thorlton wrote:
> The efi_call assembly code has a slight error that prevents us from
> using arguments 7 and higher, which will be passed in on the stack.
>
> mov (%rsp), %rax
> mov 8(%rax), %rax
> ...
> mov %rax, 40(%rsp)
>
> This code goes and grabs the
On 05/12/2016 04:58 AM, Joonsoo Kim wrote:
On Tue, May 10, 2016 at 05:13:12PM +0200, Vlastimil Babka wrote:
Hmm... if it is the case, other fields are also misleading. I think
that we can tolerate this corner case and keeping function semantic as
function name suggests is better practice.
Hmm,
* Alex Thorlton wrote:
> +#define efi_call_virt(f, args...)\
> +({ \
> + efi_status_t __s; \
> + unsigned long flags;
On Thu, May 12, 2016 at 11:58:43AM +0530, Vineet Gupta wrote:
> On Thursday 12 May 2016 01:06 AM, Peter Zijlstra wrote:
> > On Mon, May 09, 2016 at 10:53:43PM +0530, Vineet Gupta wrote:
> >
> >> > Right thats what I feared. But hold on, I don't think we need to change
> >> > the ABI to
> >> > ach
2016-05-10 17:18 GMT+02:00 Nicolas Ferre :
> Le 10/05/2016 16:59, Richard Genoud a écrit :
>> 2016-05-10 16:47 GMT+02:00 Boris Brezillon
>> :
>>> Hi Richard,
>>>
>>> On Tue, 10 May 2016 16:25:25 +0200
>>> Richard Genoud wrote:
>>>
2016-05-10 15:58 GMT+02:00 Richard Genoud :
> Hi,
>
>
* Yu-cheng Yu wrote:
> XSAVES is a kernel-mode instruction. It offers a compacted format and
> memory-write optimization. These patches fix issues in the first
> implementation.
>
> Changes since Version 5:
>
> Patch 1, 2 - Change names to fpu_user_xstate_size and fpu_kernel_xstate_size;
>
* Yu, Fenghua wrote:
> Is this possible to have the third one?
>
> From: Yu-cheng
>
> Signed-off-by: Yu-cheng
> Signed-off-by: Fenghua
Yeah, that's a valid SOB chain if Yu-cheng wrote much of the patch and you just
forwarded it along with some fixes/enhancements. As Boris mentioned, you can
On Wed, May 11, 2016 at 9:48 PM, Arnd Bergmann wrote:
> Commit 94ea9c7a579f ("lib, switch CONFIG_PRINTK_TIME to int") changes
> the type of CONFIG_PRINTK_TIME and adapts all existing defconfig files,
> while we add two new defconfig files with d0bc3483da87 ("arm/configs:
> Add Aspeed defconfig"),
On Thursday 12 May 2016 01:06 AM, Peter Zijlstra wrote:
> On Mon, May 09, 2016 at 10:53:43PM +0530, Vineet Gupta wrote:
>
>> > Right thats what I feared. But hold on, I don't think we need to change
>> > the ABI to
>> > achieve what we want. Gosh why did I even take that path.
>> >
>> > Currentl
On Thu, Apr 07, 2016 at 10:59:40AM +0530, Kedareswara rao Appana wrote:
> This patch series does some enhancments to the VDMA driver
> which includes
> --> Adding support for AXI DMA IP.
> --> Adding support for AXI CDMA IP.
Applied all, thanks
>
> Kedareswara rao Appana (5):
> dmaengine: vdma
On Thu, May 12, 2016 at 12:13:47AM -0500, Andy Gross wrote:
> On Wed, May 11, 2016 at 11:04:17PM +0530, Abhishek Sahu wrote:
>
>
>
> > > In qup_i2c_xfer and qup_i2c_xfer_v2 state is set to RESET at the
> > >end, when
> > > there is no error. So would it be fine if we do it there
> >
On 2016/5/12 6:56, Jon Mason wrote:
> Add all of the UARTs present on NS2 and enable them in the SVK device
> tree file. Also, do some magic to make sure that uart3 is discovered as
> ttyS0 (as that is the console UART).
>
> Signed-off-by: Jon Mason
> ---
> arch/arm64/boot/dts/broadcom/ns2-sv
I think this would be slightly better than your proposal. Andrew, could
you fold it into the original
mm-compaction-simplify-__alloc_pages_direct_compact-feedback-interface.patch
patch?
---
>From 434bc8b6f378772432748c4fe651e8ce5d68 Mon Sep 17 00:00:00 2001
From: Michal Hocko
Date: Thu, 12 May
Hi Greg, hi Sasha,
I did a new set of kernel point releases and hit only with 3.18.33 rock
bottom. Compiling linux314-3.14.69-1, linux41-4.1.24-1, linux44-4.4.10-1
and linux45-4.5.4-1 went just fine.
With 3.18 series I get followed compile error:
In file included from drivers/hid/hid-hyperv.c:16
On 2016/5/11 23:10, Bjorn Helgaas wrote:
On Wed, May 11, 2016 at 07:34:19PM +0800, Yongji Xie wrote:
Current vfio-pci implementation disallows to mmap
sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio
page may be shared with other BARs. This will cause some
performance issues when w
> -Original Message-
> From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com]
> Sent: 2016年5月12日 11:53
> To: Yang, Wenyou
> Cc: Alan Stern ; Greg Kroah-Hartman
> ; Ferre, Nicolas ;
> linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infrade
Hi all,
Changes since 20160511:
The net-next tree gained a conflict against the net tree.
The sound-asoc tree lost its build failure.
The tip tree gained conflicts against the arc and amr64 trees.
The kvm tree gained conflicts against the tip tree.
The pinctrl tree gained a build failure so
__irq_set_affinity is declared in include/linux/interrupt.h, but not
been exported.
We export it now, so we could use __irq_set_affinity, irq_set_affinity
and irq_force_affinity in kernel modules.
Cc: Li Bin
Cc: Yijing Wang
Signed-off-by: Xie XiuQi
---
kernel/irq/manage.c | 1 +
1 file change
On Tue, May 10, 2016 at 08:43:34PM +0300, Andy Shevchenko wrote:
> When check for capabilities recognize slave support by either DMA_SLAVE or
> DMA_CYCLIC bit set. If we don't do that the user can't get a normally worked
> DMA support for engines that doesn't have one of the mentioned bits set.
Ap
On Wed, May 11, 2016 at 08:57:40AM +0100, Peter Griffin wrote:
> > Above two seem to be generic code and should be moved to core, this way
> > other drivers using ELF firmware binaries can reuse...
>
> Do you mean add to dmaengine.c?
Nope this is not specfic to dmaengine. Perhaps drivers/base/..
Hello,
I was trying to use spin_trylock(q->queue_lock) on several queues when
q->nr_sorted exceeds the per-defined number to block them and unlock the
them later with spin_unlock(q->queue_lock), but I have faced the
following problem: my system freezes when I am trying to test it by
moving fi
Our caller expects 0 on success, not >0.
This fixes a bug in the patch
cgroup, kernfs: make mountinfo show properly scoped path for cgroup
namespaces
where /sys does not show up in mountinfo, breaking criu.
Thanks for catching this, Andrei.
Reported-by: Andrei Vagin
Signed-off-by: Se
On Thu, May 12, 2016 at 11:23:34AM +0900, Joonsoo Kim wrote:
> On Tue, May 10, 2016 at 11:43:48AM +0200, Michal Hocko wrote:
> > On Tue 10-05-16 15:41:04, Joonsoo Kim wrote:
> > > 2016-05-05 3:16 GMT+09:00 Michal Hocko :
> > > > On Wed 04-05-16 23:32:31, Joonsoo Kim wrote:
> > > >> 2016-05-04 17:47
On Wed, May 11, 2016 at 11:04:17PM +0530, Abhishek Sahu wrote:
> > In qup_i2c_xfer and qup_i2c_xfer_v2 state is set to RESET at the
> >end, when
> > there is no error. So would it be fine if we do it there
> >unconditionally ?
> >
> >Regards,
> > Sricharan
>
> RESET the QUP state wo
On Thu, May 12, 2016 at 12:05:37PM +1000, Michael Neuling wrote:
> On Wed, 2016-05-11 at 20:24 +0200, Peter Zijlstra wrote:
> > On Wed, May 11, 2016 at 02:33:45PM +0200, Peter Zijlstra wrote:
> > >
> > > Hmm, PPC folks; what does your topology look like?
> > >
> > > Currently your sched_domain_to
On Wed, May 11, 2016 at 06:41:26PM -0700, Stephen Boyd wrote:
> On 05/10, Abhishek Sahu wrote:
> > From: Charanya
>
> Was it intentional to only have one name here?
>
> >
> > The Data loss was happening with current QCOM MSM serial driver during
> > large file transfer due to simultaneous enabl
On May 11, 2016 4:24:09 AM PDT, Peter Zijlstra wrote:
>On Wed, May 11, 2016 at 07:15:19AM -0400, Brian Gerst wrote:
>
>> I think he meant the out of line version would be asm, so you could
>> control what registers were clobbered.
>
>Yeah, it might save a few cycles on the call, but given that mos
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Thursday, May 12, 2016 10:21 AM
>
> On Thu, 12 May 2016 01:19:44 +
> "Tian, Kevin" wrote:
>
> > > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > > Sent: Wednesday, May 11, 2016 11:54 PM
> > >
> > > On Wed, 11
On 12 May 2016 at 05:48, Stephen Boyd wrote:
> On 05/11, Pramod Gurav wrote:
>> msm_serial driver provides a .pm callback to the serial core to enable
>> and disable clock resource in suspend/resume path. This function is
>> also called before msm_startup. msm_startup also enables the clocks which
> On Wed, May 11 2016, Felipe Balbi wrote:
> > Also, returning -EOVERFLOW is not exactly correct here, because you'd
> > violate POSIX specification of read(), right ?
>
> Maybe we could piggyback on:
>
>EINVAL fd was created via a call to timerfd_create(2) and the
> wrong s
> Hi,
>
> changbin...@intel.com writes:
> > From: "Du, Changbin"
> >
> > Since the buffer size for req is rounded up to maxpacketsize,
> > then we may end up with more data then user space has space
> > for.
>
> only for OUT direction with the controller you're using ;-)
For sure.
>
> > If it
Hi Linus,
Today's linux-next merge of the gpio tree got a conflict in:
arch/mips/Kconfig
between commit:
cec47c182286 ("MIPS: Loongson: Add Loongson-3A R2 basic support")
from the mips tree and commit:
d30a2b47d4c2 ("MIPS: do away with ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB")
from the gp
:2050:2: note: in expansion of macro
'DRV_PG_EXT'
DRV_PG_EXT(pg_name, r, 2, 3, 4, 12, 20, 28, 2, 30, 2)
^
drivers/pinctrl/tegra/pinctrl-tegra20.c:2178:2: note: in expansion of macro
'DRV_PG'
DRV_PG(ao1,0x868),
^
and many more.
I cannot figure out what caused i
Hi,
> From: Alan Stern
> Sent: Wednesday, May 11, 2016 11:47 PM
>
> On Wed, 11 May 2016, Roger Quadros wrote:
>
> > > What I mean is if you have 2 EHCI controllers with 2 companion
> > > controllers, don't you need to know which companion goes with which EHCI
> > > controller? Just like you do f
Hi,
On 12/05/2016 at 09:05:34 +0800, Wenyou Yang wrote :
> In order to get lower consumption, as a workaround, suspend
> the USB PORTA/B/C via set the SUSPEND_A/B/C bits of OHCI Interrupt
> Configuration Register while OHCI USB suspending.
>
Why is that a workaround?
> This suspend operation mu
Hi, Arnd
On 2016/5/11 22:50, Arnd Bergmann wrote:
On Wednesday 11 May 2016 19:16:44 Zhangjian wrote:
Hi,
On 2016/5/11 18:12, Zhangjian (Bamvor) wrote:
Hi, Arnd
On 2016/5/11 16:09, Arnd Bergmann wrote:
> On Wednesday 11 May 2016 10:04:16 Zhangjian wrote:
>>> I don't remember. It's probabl
On Wed, 2016-05-11 at 15:15 -0700, Stephen Boyd wrote:
> On 05/10, Priit Laes wrote:
> >
> > On Mon, 2016-05-09 at 15:39 -0700, Stephen Boyd wrote:
> > >
> > > On 05/09, Stephen Boyd wrote:
> > > >
> > > >
> > > >
> > > > Ok I applied this one to clk-next.
> > > >
> > > And I squashed this in
On 2016/05/11 at 14:49, Peter Zijlstra wrote:
> On Tue, May 10, 2016 at 11:19:44AM -0700, bseg...@google.com wrote:
>> Xunlei Pang writes:
>>
>>> Two minor fixes for cfs_rq_clock_task().
>>> 1) If cfs_rq is currently being throttled, we need to subtract the cfs
>>>throttled clock time.
>>>
>>>
On 2016/5/12 5:40, Douglas Anderson wrote:
Historically for Rockchip devices we've relied on the power-on
default (or perhaps the firmware setting) to get the correct drive
phase for dw_mmc devices. This worked OK for the most part, but:
* Relying on the setting just "being right" is a bit frag
On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote:
> Hi Bjorn,
>
> On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
[..]
> >So either we duplicate the regulator support in spi/i2c or we make them
> >optional in the core driver. Sounds like you prefer the prior, i.e. v1
> >of my patch.
>
> Yes, aft
在 2016/5/12 5:42, Doug Anderson 写道:
Shawn,
On Wed, May 11, 2016 at 1:25 AM, Shawn Lin wrote:
On 2016/5/11 11:50, Doug Anderson wrote:
Hi,
On Tue, May 10, 2016 at 7:50 PM, Shawn Lin
wrote:
maybe. But I think 180(downside) is the better.
NAK my previous comments here. Downside is bette
On Tue, May 10, 2016 at 05:13:12PM +0200, Vlastimil Babka wrote:
> On 05/03/2016 07:23 AM, js1...@gmail.com wrote:
> >From: Joonsoo Kim
> >
> >Currently, copy_page_owner() doesn't copy all the owner information.
> >It skips last_migrate_reason because copy_page_owner() is used for
> >migration and
On Wed, 2016-05-11 at 19:09 -0700, Hongzhou Yang wrote:
> On Thu, 2016-05-12 at 09:41 +0800, chunfeng yun wrote:
> > Hi,
> >
> > On Wed, 2016-05-11 at 11:32 -0700, Hongzhou Yang wrote:
> > > On Wed, 2016-05-11 at 13:56 +0200, Linus Walleij wrote:
> > > > On Tue, May 10, 2016 at 10:23 AM, Chunfeng
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
drivers/irqchip/irq-gic.c
between commits:
dc9722cc57eb ("irqchip/gic: Return an error if GIC initialisation fails")
f673b9b5cb54 ("irqchip/gic: Store GIC configuration parameters")
d6490461a102 ("irqchip/gic: Add helpe
On Tue, May 10, 2016 at 04:56:45PM +0200, Vlastimil Babka wrote:
> On 05/03/2016 07:22 AM, js1...@gmail.com wrote:
> > From: Joonsoo Kim
> >
> > We don't need to split freepages with holding the zone lock. It will cause
> > more contention on zone lock so not desirable.
>
> Fair enough, I just w
Hi,
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-
> boun...@lists.infradead.org] On Behalf Of Abhishek Sahu
> Sent: Wednesday, May 11, 2016 11:04 PM
> To: Sricharan
> Cc: arch...@codeaurora.org; w...@the-dreams.de; linux-arm-
> m...@vger.kernel.org; ntel...@codea
on 2016/5/11 23:33, James Morse wrote:
> Hi David,
>
> On 27/04/16 19:52, David Long wrote:
>> From: "David A. Long"
>>
>> This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
>> first seen in October 2013. This version attempts to address concerns raised
>> by
>> review
On Tue, May 10, 2016 at 11:43:48AM +0200, Michal Hocko wrote:
> On Tue 10-05-16 15:41:04, Joonsoo Kim wrote:
> > 2016-05-05 3:16 GMT+09:00 Michal Hocko :
> > > On Wed 04-05-16 23:32:31, Joonsoo Kim wrote:
> > >> 2016-05-04 17:47 GMT+09:00 Michal Hocko :
> [...]
> > >> > progress. What is the usual
On 2016/5/12 7:24, Matt Fleming wrote:
> On Wed, 11 May, at 09:35:47PM, Shannon Zhao wrote:
>>> > >
>>> > > Also, why do you need to setup efi.runtime_version here? Isn't that
>>> > > done inside uefi_init()?
>>> > >
>> > I don't see any codes which setup efi.runtime_version in uefi_init().
>
On Thu, 12 May 2016 01:19:44 +
"Tian, Kevin" wrote:
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Wednesday, May 11, 2016 11:54 PM
> >
> > On Wed, 11 May 2016 06:29:06 +
> > "Tian, Kevin" wrote:
> >
> > > > From: Alex Williamson [mailto:alex.william...@redha
On Wed, May 11, 2016 at 3:40 PM, Andi Kleen wrote:
>> However, I would tend to agree: RIE should only be needed on 32-bit
>> since 64-bit started its life knowing about no-exec permissions.
>
> NX was not in the original AMD K8 chips. Was only added some time later.
So we should retain this beha
On Thu, 2016-05-12 at 09:41 +0800, chunfeng yun wrote:
> Hi,
>
> On Wed, 2016-05-11 at 11:32 -0700, Hongzhou Yang wrote:
> > On Wed, 2016-05-11 at 13:56 +0200, Linus Walleij wrote:
> > > On Tue, May 10, 2016 at 10:23 AM, Chunfeng Yun
> > > wrote:
> > >
> > > > the default mode of GPIO16 pin is g
On Wed, 2016-05-11 at 20:24 +0200, Peter Zijlstra wrote:
> On Wed, May 11, 2016 at 02:33:45PM +0200, Peter Zijlstra wrote:
> >
> > Hmm, PPC folks; what does your topology look like?
> >
> > Currently your sched_domain_topology, as per arch/powerpc/kernel/smp.c
> > seems to suggest your cores do n
On Wed, 11 May 2016 12:45:00 -0300
Arnaldo Carvalho de Melo wrote:
> Em Wed, May 11, 2016 at 10:51:37PM +0900, Masami Hiramatsu escreveu:
> > Fix to set correct dso name ("[kernel.kallsyms]") for
> > kallsyms, as for vdso does.
>
> Can you rewrite the above comment and also break this down in tw
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/irqchip/irq-gic.c
between commit:
25fc11aead38 ("irqchip/gic: Restore CPU interface checking")
from the arm64 tree and commit:
dc9722cc57eb ("irqchip/gic: Return an error if GIC initialisation fails")
f673b9b5
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/irqchip/Kconfig
drivers/irqchip/Makefile
between commit:
44df427c894a ("irqchip: add nps Internal and external irqchips")
from the arc tree and commit:
b8f3ebe630a4 ("irqchip: Add Layerscape SCFG MSI controlle
Some ehci compatible controllers have more than one reset signal lines,
e.g., Synopsys DWC USB2.0 Host-AHB Controller has two resets hreset_i_n
and phy_rst_i_n. Two more resets are added in this patch in order for
this kind of controller to use this driver directly.
Signed-off-by: Jiancheng Xue
A
On Wed, 11 May 2016 12:55:50 -0300
Arnaldo Carvalho de Melo wrote:
> Em Wed, May 11, 2016 at 10:52:27PM +0900, Masami Hiramatsu escreveu:
> > Cleanup the code flow of dso__find_kallsyms() to remove
> > redundant checking code and add some comment for readability.
> >
> > Signed-off-by: Masami Hi
Hi Arnaldo,
On Wed, 11 May 2016 10:59:39 -0300
Arnaldo Carvalho de Melo wrote:
> Em Wed, May 11, 2016 at 10:51:27PM +0900, Masami Hiramatsu escreveu:
> > Fix lsdir() to set correct positive error number (ENOMEM).
> > Since "errno" must have a positive error number instead of
> > negative number,
Stephen Boyd writes:
> On 05/09, Eric Anholt wrote:
>> If the firmware had set up a clock to source from PLLC, go along with
>> it. But if we're looking for a new parent, we don't want to switch it
>> to PLLC because the firmware will force PLLC (and thus the AXI bus
>> clock) to different frequ
Hi,
On Wed, 2016-05-11 at 11:32 -0700, Hongzhou Yang wrote:
> On Wed, 2016-05-11 at 13:56 +0200, Linus Walleij wrote:
> > On Tue, May 10, 2016 at 10:23 AM, Chunfeng Yun
> > wrote:
> >
> > > the default mode of GPIO16 pin is gpio, when set EINT16 to
> > > IRQ_TYPE_LEVEL_HIGH, no interrupt is trig
On 05/10, Abhishek Sahu wrote:
> From: Charanya
Was it intentional to only have one name here?
>
> The Data loss was happening with current QCOM MSM serial driver during
> large file transfer due to simultaneous enabling of both UART and
> DMA interrupt. When UART operates in DMA mode, RXLEV (R
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Wednesday, May 11, 2016 11:54 PM
>
> On Wed, 11 May 2016 06:29:06 +
> "Tian, Kevin" wrote:
>
> > > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > > Sent: Thursday, May 05, 2016 11:05 PM
> > >
> > > On Thu, 5 M
Hi Doug,
在 2016/5/12 0:35, Doug Anderson 写道:
Hi,
On Tue, May 10, 2016 at 12:30 PM, David Wu wrote:
The bus clock and function clock are separated at rk3399,
and others use one clock as the bus clock and function clock.
Signed-off-by: David Wu
Reviewed-by: Douglas Anderson
---
Change in v8:
In order to get lower consumption, as a workaround, suspend
the USB PORTA/B/C via set the SUSPEND_A/B/C bits of OHCI Interrupt
Configuration Register while OHCI USB suspending.
This suspend operation must be done before stopping the USB clock,
resume after the USB clock enabled.
Signed-off-by: We
Cc linux-kernel mail list
on 2016/5/11 at 22:15, Miao Xie wrote:
Hi, Tejun and Fengguang
I found that buffered write thoughput was dropped down by writeback cgroup and
dirty thottle on
4.6-rc7 kernel. If I ran benchmark on the top block cgroup, the thoughput was
more than 1500MB/s.
If I ran b
Hi Heiko
在 2016/5/12 2:26, Heiko Stuebner 写道:
Am Mittwoch, 11. Mai 2016, 03:24:07 schrieb David Wu:
Call rk3x_i2c_setup() before rk3x_i2c_start()
That beginning of the sentence could use a tiny improvement, like
rk3x_i2c_setup() gets called directly before rk3x_i2c_start()
Okay,
Hi Doug,
在 2016/5/12 1:37, Doug Anderson 写道:
Hi,
On Tue, May 10, 2016 at 12:31 PM, David Wu wrote:
static void rk3x_i2c_adapt_div(struct rk3x_i2c *i2c, unsigned long clk_rate)
{
struct i2c_timings *t = &i2c->t;
struct rk3x_i2c_calced_timings calc;
u64 t_low_ns,
On 2016/5/12 8:06, David Daney wrote:
On 05/11/2016 03:39 AM, Catalin Marinas wrote:
On Wed, Apr 27, 2016 at 11:07:15AM -0700, David Daney wrote:
+static int __init get_mpidr_in_madt(int acpi_id, u64 *mpidr)
+{
+unsigned long madt_end, entry;
+struct acpi_table_madt *madt;
+acpi_siz
This is a small set of three patches that mostly gets rid
of the header file and protects us from a bad uartclk setting
if the stars align improperly (so far they haven't). I also
cleaned up the includes to protect us from any include
update fallout.
Stephen Boyd (3):
tty: serial: msm: Move head
This header file is only used by the driver, so let's merge the
two together to reduce files and make it easier to see the whole
driver without flipping through two files. This also makes it
easier to use the structures defined in msm_serial.c in the
functions that are defined in msm_serial.h by pl
The registers that msm_serial_set_mnd_regs() writes only exist on
the non-uartdm hardware, so let's return early here if this
function is called on uartdm hardware. This also prevents us from
messing up the uartclk variable if the uartclk rate happens to be
19.2 or 4.8 MHz.
Signed-off-by: Stephen
The hrtimer include isn't used and neither is serial. Drop those
ones. The irq.h header really should be interrupt.h because this
is an interrupt user and not an interrupt chip. Finally add
wait.h for the wake_up*() usage in this driver and kernel.h for
container_of().
Signed-off-by: Stephen Boyd
Hi,
I debugged preadv02 and pwritev02 failures and found very weird bug.
Test passes {iovec_base = 0x, iovec_len = 64} as one element
of vector, and kernel reports successful read/write.
There are 2 problems:
1. How kernel allows such address to be passed to fs subsystem;
2. How fs succes
On 05/11, Pramod Gurav wrote:
> msm_serial driver provides a .pm callback to the serial core to enable
> and disable clock resource in suspend/resume path. This function is
> also called before msm_startup. msm_startup also enables the clocks which
> is not needed. Hence remove the duplcate clock o
On 05/11/2016 04:50 PM, Mat Martineau wrote:
>
>> +len = crypto_akcipher_maxsize(tfm);
>> +info->key_size = len * 8;
>> +info->max_data_size = len;
>> +info->max_sig_size = len;
>> +info->max_enc_size = len;
>> +info->max_dec_size = len;
>
> If len > UINT16_MAX, should UIN
Hello,
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=4f41fc59620fcedaa97cbdf3d7d2956d80fcd922
This commit breaks criu:
[root@fc22-vm criu]# ./criu/criu check
Error (mount.c:403): mnt: No root found for mountpoint 35 (@./sys/kernel/debug)
The problem is that mountin
On Wed, 11 May 2016, David Howells wrote:
diff --git a/crypto/asymmetric_keys/Makefile b/crypto/asymmetric_keys/Makefile
index 6516855bec18..417035a53e98 100644
--- a/crypto/asymmetric_keys/Makefile
+++ b/crypto/asymmetric_keys/Makefile
@@ -34,6 +34,19 @@ clean-files += x509_akid-asn1.c x509_a
On 05/11/2016 03:39 AM, Catalin Marinas wrote:
On Wed, Apr 27, 2016 at 11:07:15AM -0700, David Daney wrote:
+static int __init get_mpidr_in_madt(int acpi_id, u64 *mpidr)
+{
+ unsigned long madt_end, entry;
+ struct acpi_table_madt *madt;
+ acpi_size tbl_size;
+
+ if (ACPI
On May 11, 2016 1:35 PM, "Mateusz Guzik" wrote:
>
> On Tue, May 10, 2016 at 01:58:24PM -0700, Andy Lutomirski wrote:
> > On Tue, May 10, 2016 at 1:56 PM, Mateusz Guzik wrote:
> > > This fixes 731e33e39a5b95ad770 "Remove FSBASE/GSBASE < 4G optimization"
> >
> > Indeed. How did that survive lockde
From: zengzhao...@163.com
Date: Wed, 11 May 2016 17:22:17 +0800
> From: Zhaoxiu Zeng
>
> Signed-off-by: Zhaoxiu Zeng
> Acked-by: Michal Nazarewicz
Acked-by: David S. Miller
From: zengzhao...@163.com
Date: Wed, 11 May 2016 17:24:33 +0800
> From: Zhaoxiu Zeng
>
> Signed-off-by: Zhaoxiu Zeng
> Acked-by: Siva Reddy Kallam
Acked-by: David S. Miller
From: zengzhao...@163.com
Date: Wed, 11 May 2016 17:13:18 +0800
> From: Zhaoxiu Zeng
>
> Use runtime patching for sparc64, lifted from hweight
>
> Signed-off-by: Zhaoxiu Zeng
Acked-by: David S. Miller
The framebuffer mapping virtual address leaks information about the
kernel memory layout. Stop logging it.
Cc: Peter Jones
Cc: Jean-Christophe Plagniol-Villard
Cc: Tomi Valkeinen
Cc: linux-fb...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Andy Lutomirski
---
drivers/video
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/ipv4/ip_gre.c
between commit:
e271c7b4420d ("gre: do not keep the GRE header around in collect medata mode")
from the net tree and commit:
244a797bdcf1 ("gre: move iptunnel_pull_header down to ipgre_rcv")
from
On Wed, 11 May 2016, David Howells wrote:
Provide a query function for the software public key implementation. This
permits information about such a key to be obtained using
query_asymmetric_key() or KEYCTL_PKEY_QUERY.
Signed-off-by: David Howells
---
crypto/asymmetric_keys/public_key.c |
Heiko,
On Wed, May 11, 2016 at 2:09 PM, Heiko Stuebner wrote:
> Additionally, the i2c-noob in me would wish for a short sentence on where
> the timing values come from (measured, somewhere in the TRM I didn't find or
> something completely different).
If you search for "UM10204" you'll find the
From: Vivien Didelot
Date: Tue, 10 May 2016 15:44:28 -0400
> Both VTU and STU operations use the same routine to access their
> (common) data registers, with a different offset.
>
> Add VTU and STU specific read and write functions to the data registers
> to abstract the required offset.
>
> Si
From: Vivien Didelot
Date: Tue, 10 May 2016 15:44:29 -0400
> Some switch models have a STU (per VLAN port state database). Add a new
> capability flag to switches info, instead of checking their family.
>
> Also if the 6165 family has an STU, it must have a VTU, so add the
> MV88E6XXX_FLAG_VTU t
Hi Bjorn,
On 05/10/2016 08:49 AM, Bjorn Andersson wrote:
On Mon 09 May 17:36 PDT 2016, Andrew Duggan wrote:
Hi Bjorn,
On 05/06/2016 09:40 PM, Bjorn Andersson wrote:
The first version of the regulator support patch suffered from being
implemented in the transport driver, as a work around for
From: Harvey Hunt
Date: Tue, 10 May 2016 17:43:21 +0100
> @@ -1686,8 +1686,7 @@ dm9000_probe(struct platform_device *pdev)
> }
>
> if (!is_valid_ether_addr(ndev->dev_addr)) {
> - dev_warn(db->dev, "%s: Invalid ethernet MAC address. Please "
> - "set
On Wed, 11 May, at 09:35:47PM, Shannon Zhao wrote:
> >
> > Also, why do you need to setup efi.runtime_version here? Isn't that
> > done inside uefi_init()?
> >
> I don't see any codes which setup efi.runtime_version in uefi_init().
Look in the EFI tree,
https://git.kernel.org/cgit/linux/ker
Add I2C support to the bcm5301x Device Tree. Since no driver changes
are needed to enable this hardware, only the device tree changes are
required to make this functional.
Signed-off-by: Jon Mason
---
arch/arm/boot/dts/bcm5301x.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/a
Reviving, correcting, and resending this patch series from December
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-December/395155.html
In v2:
* Corrected TWD DT names, per Sergei Shtylyov
* Modified syscon size, per Arnd Bergmann (or atleast my rough
understanding of what he was try
Add the ability to reboot via a reset of the processor. This is
achieved via a write of 0x39 to the CRU Reset Register. Unfortunately,
this only resets the core and not the other IP blocks. So if possible,
other methods should be used on the individual boards.
Signed-off-by: Jon Mason
---
arc
1 - 100 of 1000 matches
Mail list logo
