On 2016年07月11日 05:51, Paul Gortmaker wrote:
On Sun, Jul 10, 2016 at 3:27 AM, Wan Zongshun wrote:
This patch is to add irqchip driver support for nuc900 plat,
current this driver only supports nuc970 SoC.
Signed-off-by: Wan Zongshun
---
Avete bisogno di un PRESTITO urgente? SE SI DO CONTATTACI PER MAGGIORI
INFORMAZIONI VIA:(pabloleomonome...@gmail.com)
+4242218484
riguardo
Pablo Leo
On 8 July 2016 at 21:21, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
>> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size
>> attribute, which means it need to align the request buffer's size to an ep's
>> maxpacketsize.
On 8 July 2016 at 21:27, Felipe Balbi wrote:
>
> Hi again,
>
> Felipe Balbi writes:
>> Michal Nazarewicz writes:
>>> On Fri, Jul 08 2016, Baolin Wang wrote:
On 7 July 2016 at 20:51, Michal Nazarewicz wrote:
> On
On 8 July 2016 at 21:04, Michal Nazarewicz wrote:
> On Fri, Jul 08 2016, Baolin Wang wrote:
>> On 7 July 2016 at 20:51, Michal Nazarewicz wrote:
>>> On Thu, Jul 07 2016, Baolin Wang wrote:
Some gadget device (such as dwc3 gadget) requires
Le 10/07/2016 15:50, Philippe Reynes a écrit :
> Hi all,
>
>
> On 05/07/16 23:40, Ben Hutchings wrote:
>> On Tue, 2016-07-05 at 14:15 -0700, Florian Fainelli wrote:
>>> On 07/05/2016 02:07 PM, Philippe Reynes wrote:
Hi Florian,
On 05/07/16 06:30, Florian Fainelli wrote:
> Le
On 2016年07月11日 05:56, Paul Gortmaker wrote:
On Sun, Jul 10, 2016 at 3:27 AM, Wan Zongshun wrote
This driver is to add reset support for nuc900 series,
currently, it only supports nuc970 SoC reset.
Signed-off-by: Wan Zongshun
---
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in:
Documentation/index.rst
between commit:
17defc282fe6 ("Documentation: add meta-documentation for Sphinx and
kernel-doc")
from the jc_docs tree and commit:
cb597fcea5c2 ("Documentation/gpu: add new gpu.rst converted
On Thu, Jul 07, 2016 at 03:21:00PM -0700, Stephen Boyd wrote:
> Force the OTG state machine to go forward when we're using an
> extcon for vbus detection. In this case, the controller may never
> raise an interrupt for AVVIS, so we need to simulate the event by
> toggling the appropriate OTG fsm
Hi,
I have a query.
I see that when we use PCI_MSI_IRQ_DOMAIN to handle MSI's, MSI address is not
being
written in to end point's PCI_MSI_ADDRESS_LO/HI at the call
pci_enable_msi_range.
Instead it is being written at the time end point requests irq.
Can any one tell the reason why is it
Hi Ingo, Thomas,
2016-06-22 9:28 GMT+08:00 Wanpeng Li :
> From: Wanpeng Li
>
> [ cut here ]
> WARNING: CPU: 0 PID: 0 at arch/x86/mm/extable.c:50
> ex_handler_rdmsr_unsafe+0x6a/0x70
> unchecked MSR access error: RDMSR from 0xce
During scsi command queueing, if mapping data fails, we need to
reclaim the failed request. Otherwise, the garbage request will
be pushed into the ring for the backend to work.
Signed-off-by: Bin Wu
---
drivers/scsi/xen-scsifront.c | 1 +
1 file changed, 1 insertion(+)
On 26/06/16 04:26, Guenter Roeck wrote:
> Describe the new registration API function as well as the data
> structures it requires.
>
> Signed-off-by: Guenter Roeck
Nice docs. Couple of typos inline.
Jonathan
> ---
> Documentation/hwmon/hwmon-kernel-api.txt | 229
>
Commit-ID: 1499ce2dd45afddea2e84f9f920890cf88384c4e
Gitweb: http://git.kernel.org/tip/1499ce2dd45afddea2e84f9f920890cf88384c4e
Author: Yu-cheng Yu
AuthorDate: Fri, 17 Jun 2016 13:07:16 -0700
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: a3dc6a4c9c329bf6ac4ee996c67557664d6b780e
Gitweb: http://git.kernel.org/tip/a3dc6a4c9c329bf6ac4ee996c67557664d6b780e
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:52 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: 1bf8915ae5156dff439d2c65314bd8fdde1b83bf
Gitweb: http://git.kernel.org/tip/1bf8915ae5156dff439d2c65314bd8fdde1b83bf
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:51 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
> On Jul 4, 2016, at 10:25 PM, Al Viro wrote:
>
> > BTW, could you take a look at
> > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git#sendmsg.lustre?
> > It's a bunch of simplifications that became possible once
> > sendmsg()/recvmsg()
> > switched to iov_iter, stopped mangling the
Move the config register locking to the config update function. This
continues to protect updates to heater and integration times. It puts
the lock in one place, right where it needs to occur.
Add the checkpatch required comment on this lock declaration.
Signed-off-by: Alison Schofield
This patchset intends to tidy up the driver locking.
The global data lock needs to to protect writes to the configuration
register and single channel reads which can be of temp or humidity.
First patch moves the config register locking to the config update
function. This continues to protect
Implement the function which wait until a dma channel is stopped to have
a synchronization point.
This also protects the pxad_remove() from races, such as spurious
interrupts while removing the driver, because :
- as long as there is one dma channel requested, ie. dma_chan_get() but
no
On Sun, Jul 10, 2016 at 3:27 AM, Wan Zongshun wrote:
> This patch is to add irqchip driver support for nuc900 plat,
> current this driver only supports nuc970 SoC.
>
> Signed-off-by: Wan Zongshun
> ---
> arch/arm/mach-w90x900/include/mach/irqs.h | 5 +
>
On Sunday, July 10, 2016 3:42:21 PM CEST Wan Zongshun wrote:
> +
> +Required properties:
> +- compatible : Should be "nuvoton,nuc970-tmr"
> +- reg : Address and length of the register set
> +- clocks : Reference on the timer input clock
> +- interrupts : Reference to the timer interrupt
> +
>
Hi Catalin,
Today's linux-next merge of the arm64 tree got a conflict in:
arch/arm64/mm/fault.c
between commit:
e19a6ee2460b ("arm64: kernel: Save and restore UAO and addr_limit on
exception entry")
from Linus' tree and commit:
541ec870ef31 ("arm64: kill ESR_LNX_EXEC")
from the arm64
[Re: [PATCH v2 05/10] power/reset: Add reset driver support for nuc900] On
11/07/2016 (Mon 10:30) Wan Zongshun wrote:
>
>
> On 2016年07月11日 05:56, Paul Gortmaker wrote:
> >On Sun, Jul 10, 2016 at 3:27 AM, Wan Zongshun wrote
> >>This driver is to add reset support for nuc900
On 07/07/16 at 01:23pm, Thiago Jung Bauermann wrote:
> kexec_locate_mem_hole will be used by the PowerPC kexec_file_load
> implementation to find free memory for the purgatory stack.
>
> Signed-off-by: Thiago Jung Bauermann
> Cc: Eric Biederman
On Mon, 4 Jul 2016 09:55:10 +0800
"baolex.ni" wrote:
> Currently, CPUIDLE_STATE_MAX has been defined as 10 in the cpuidle head file,
> and max_cstate = CPUIDLE_STATE_MAX – 1, so 9 is the right maximum depth of
> C-state.
> This change is reflected in one place of the
On Fri, Jul 8, 2016 at 12:35 PM, David Long wrote:
> From: Sandeepa Prabhu
>
> Kprobes needs simulation of instructions that cannot be stepped
> from a different memory location, e.g.: those instructions
> that uses PC-relative addressing. In
Hi Jonathan,
On 07/10/2016 09:00 AM, Jonathan Cameron wrote:
On 26/06/16 04:26, Guenter Roeck wrote:
Up to now, each hwmon driver has to implement its own sysfs attributes.
This requires a lot of template code, and distracts from the driver's
core function to read and write chip registers.
To
On Mon, Jul 11, 2016 at 02:01:13AM +0100, Al Viro wrote:
> On Sun, Jul 10, 2016 at 07:14:18PM +0100, James Simmons wrote:
>
> > [ 111.210818] [] kiblnd_send+0x51d/0x9e0 [ko2iblnd]
>
> Mea culpa - in kiblnd_send() this
> if (payload_kiov)
> iov_iter_bvec(, ITER_BVEC |
On Fri, Jul 08, 2016 at 01:05:40PM +, Trond Myklebust wrote:
> > On Jul 8, 2016, at 08:55, Trond Myklebust
> > wrote:
> >> On Jul 8, 2016, at 08:48, Seth Forshee
> >> wrote: On Fri, Jul 08, 2016 at
> >> 09:53:30AM +1000, Dave Chinner
Hi Jan,
On Fri, 2016-07-08 at 12:17 +0200, Jan Lübbe wrote:
> On Do, 2016-06-30 at 15:14 +0800, HS Liao wrote:
> [...]
> > +Required properties:
> > +- compatible: Must be "mediatek,mt8173-gce"
> > +- reg: Address range of the GCE unit
> > +- interrupts: The interrupt signal from the GCE block
>
Hi Hans,
On Fri, 2016-07-08 at 12:23 +0200, Hans Verkuil wrote:
> On 05/30/2016 02:29 PM, Tiffany Lin wrote:
> > Add V4L2_PIX_FMT_MT21 documentation
> >
> > Signed-off-by: Tiffany Lin
> > ---
> > Documentation/DocBook/media/v4l/pixfmt.xml |6 ++
> > 1 file
Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size
attribute, which means it need to align the request buffer's size to an ep's
maxpacketsize.
Thus we add usb_ep_align_maybe() function to check if it is need to align
the request buffer's size to an ep's maxpacketsize.
Add Mediatek auxadc driver based on iio.
It will register a device in iio and support iio.
So thermal can read auxadc channel to sample data by iio device.
It is tested successfully on mt2701 platform.
Mt8173 and mt6577 platforms are not tested.
But the expectation is compatible.
Signed-off-by:
This series includes three patches:
1.Change the device tree binding documentation.
2.Add auxadc driver based on linux iio.
3.Add auxadc nodes in the mediatek MT2701 dtsi file.
changes in patch v3:
1).Add '#' before 'io-channel-cells' and change 'auxadc@' to 'adc@' in auxadc
binding document.
The commit adds the device tree binding documentation for the mediatek
auxadc found on Mediatek MT2701.
Thermal gets auxadc sample data by iio device.
So the commit changes auxadc device tree binding documentation from
/soc/mediatek/auxadc.txt to /iio/adc/mt65xx_auxadc.txt.
Signed-off-by: Zhiyong
On 07/08/16 at 11:48am, Thiago Jung Bauermann wrote:
> Am Donnerstag, 07 Juli 2016, 14:12:45 schrieb Dave Young:
> > If so maybe change a bit from your precious mentioned 7 args proposal like
> > below?
> >
> > struct kexec_file_fd {
> > enum kexec_file_type;
> > int fd;
> > }
> >
> >
On Sunday, July 10, 2016 3:27:21 PM CEST Wan Zongshun wrote:
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#include
> +#include
> +
> +static void __init
When the length of file name is more than F2FS_NAME_LEN,
it should return -ENAMETOOLONG.
Signed-off-by: Tiezhu Yang
---
fs/f2fs/xattr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/f2fs/xattr.c b/fs/f2fs/xattr.c
index 28a5023..b225062 100644
On Sun, Jul 10, 2016 at 07:14:18PM +0100, James Simmons wrote:
> [ 111.210818] [] kiblnd_send+0x51d/0x9e0 [ko2iblnd]
Mea culpa - in kiblnd_send() this
if (payload_kiov)
iov_iter_bvec(, ITER_BVEC | WRITE,
payload_kiov, payload_niov,
On 07/10/16 at 04:11pm, Michael Ellerman wrote:
> Thiago Jung Bauermann writes:
>
> > kexec_locate_mem_hole will be used by the PowerPC kexec_file_load
> > implementation to find free memory for the purgatory stack.
> >
> > Signed-off-by: Thiago Jung Bauermann
Hi,
I have a query.
I see that when we use PCI_MSI_IRQ_DOMAIN to handle MSI's, MSI address is not
being
written in to end point's PCI_MSI_ADDRESS_LO/HI at the call
pci_enable_msi_range.
Instead it is being written at the time end point requests irq.
Can any one tell the reason why is it
On Mon, Jul 11, 2016 at 09:59:54AM +0800, kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> https://github.com/0day-ci/linux
> Vegard-Nossum/ext4-validate-number-of-clusters-in-group/20160708-041426
> commit 5405511e1a984ab644fa9e29a0d3d958b835ab75 ("ext4: validate number
On Thu, Jul 07, 2016 at 03:21:01PM -0700, Stephen Boyd wrote:
> Some phys for the chipidea controller are controlled via the ULPI
> viewport. Add support for the ULPI bus so that these sorts of
> phys can be probed and read/written automatically without having
> to duplicate the viewport logic in
On 26/06/16 04:26, Guenter Roeck wrote:
> Up to now, each hwmon driver has to implement its own sysfs attributes.
> This requires a lot of template code, and distracts from the driver's core
> function to read and write chip registers.
>
> To be able to reduce driver complexity, move sensor
Commit-ID: fc273eeef314cdaf0ac992b400d126f8184a4d1c
Gitweb: http://git.kernel.org/tip/fc273eeef314cdaf0ac992b400d126f8184a4d1c
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:49 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: 5c3a67bbfa5cf936c71c7af4e2a3661813819684
Gitweb: http://git.kernel.org/tip/5c3a67bbfa5cf936c71c7af4e2a3661813819684
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:50 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: abb2bafd295fe962bbadc329dbfb2146457283ac
Gitweb: http://git.kernel.org/tip/abb2bafd295fe962bbadc329dbfb2146457283ac
Author: Lukas Wunner
AuthorDate: Sun, 12 Jun 2016 12:31:53 +0200
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: 748c7201e622d1c24abb4f85072d2e74d12f295f
Gitweb: http://git.kernel.org/tip/748c7201e622d1c24abb4f85072d2e74d12f295f
Author: Daniel Bristot de Oliveira
AuthorDate: Fri, 3 Jun 2016 17:10:18 -0300
Committer: Ingo Molnar
CommitDate: Sun, 10
Commit-ID: 850c321027c2e31d0afc71588974719a4b565550
Gitweb: http://git.kernel.org/tip/850c321027c2e31d0afc71588974719a4b565550
Author: Lukas Wunner
AuthorDate: Sun, 12 Jun 2016 12:31:53 +0200
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
The lock around the read (from global data) of the heater configuration
status is not needed. Move the lock in IIO_CHAN_INFO_RAW case to only
protect the get measurement function.
Signed-off-by: Alison Schofield
Cc: Daniel Baluta
---
On Sunday, July 10, 2016 3:42:21 PM CEST Wan Zongshun wrote:
> diff --git
> a/Documentation/devicetree/bindings/soc/nuvoton/nuvoton,nuc900-soc.txt
> b/Documentation/devicetree/bindings/soc/nuvoton/nuvoton,nuc900-soc.txt
> new file mode 100644
> index 000..0284edf
> --- /dev/null
> +++
On 2016/7/8 22:48, Jiri Olsa wrote:
On Thu, Jul 07, 2016 at 05:34:44AM +, Wang Nan wrote:
SNIP
ret = TEST_FAIL;
- err = do_test(evlist, opts.mmap_pages, _count,
+ err = do_test(evlist, aux_evlist, opts.mmap_pages,
+ _sample_count, _sample_count,
On 07/07/16 at 01:23pm, Thiago Jung Bauermann wrote:
> Adapt all callers to the new function prototype.
>
> In addition, change the type of kexec_buf.buffer from char * to void *.
> There is no particular reason for it to be a char *, and the change
> allows us to get rid of 3 existing casts to
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> Hi,
>
> On Thu, Jul 7, 2016 at 9:11 AM, Lv Zheng wrote:
> > There are many AML tables
On 07/07/16 at 01:23pm, Thiago Jung Bauermann wrote:
> Allow architectures to specify a different memory walking function for
> kexec_add_buffer. x86 uses iomem to track reserved memory ranges, but
> PowerPC uses the memblock subsystem.
>
> Signed-off-by: Thiago Jung Bauermann
Hi Rob,
After merging the drm-msm tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/gpu/drm/msm/hdmi/hdmi.c:523:15: error: initialization from incompatible
pointer type [-Werror=incompatible-pointer-types]
.hw_params = msm_hdmi_audio_hw_params,
^
Hi Hans,
On Fri, 2016-07-08 at 13:44 +0200, Hans Verkuil wrote:
> On 07/07/2016 12:16 PM, tiffany lin wrote:
> > Hi Hans,
> >
> >
> > On Wed, 2016-07-06 at 15:19 +0200, Hans Verkuil wrote:
> >> Hi Tiffany,
> >>
> >> I plan to review this patch series on Friday, but one obvious question is
> >>
On 2016/07/08 at 19:28, Juri Lelli wrote:
> setup_new_dl_entity() takes two parameters, but it only actually uses
> one of them, under a different name, to setup a new dl_entity, after:
>
> 2f9f3fdc928 "sched/deadline: Remove dl_new from struct sched_dl_entity"
>
> as we currently do
>
>
Hi Mika,
On Mon, 11 Jul 2016 07:48:17 +0300 Mika Westerberg
wrote:
>
> Looks like it is the module name (configfs.o) that confuses modpost or
> linker. The below patch fixes it for me.
That makes sense. Thanks.
--
Cheers,
Stephen Rothwell
On 07/09/2016 11:23 AM, Randy Li wrote:
> This reverts commit 8792f7772f4f40ffc68bad5f28311205584b734d.
> The s3c6410 rtc don't use rtc_src property, that property is designed
> for Exynos5250 and Exynos5440. The problem reported in the commit
> I mentioned should be fixed in the other way.
...
On 07/09/2016 11:23 AM, Randy Li wrote:
> The device data for samsung,exynos3250-rtc and samsung,s3c6410-rtc
> are just have a difference, but keeping using the same device data
> would cause the platform using the other IP core not work.
I cannot understand what you wanted to say here. Please
> improve the system]
> >
> > url:https://github.com/0day-ci/linux/commits/Dan-Williams/replace-
> pcommit-with-ADR-or-directed-flushing/20160710-113558
> > base: https://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm.git
> libnvdimm-for-next
> > config: i3
On Jul 9, 2016 1:37 AM, "Ingo Molnar" wrote:
>
>
> * Dave Hansen wrote:
>
> > On 07/08/2016 12:18 AM, Ingo Molnar wrote:
> >
> > > So the question is, what is user-space going to do? Do any glibc patches
> > > exist? How are the user-space library side APIs going
On Thu, Jul 07, 2016 at 03:21:05PM -0700, Stephen Boyd wrote:
> The msm chipidea controller uses two main clks, an AHB clk to
> read/write the MMIO registers and a core clk called the system
> clk that drives the controller itself. Add support for these clks
> as they're required in all designs.
>
On Thu, Jul 07, 2016 at 03:21:09PM -0700, Stephen Boyd wrote:
> The MSM chipidea wrapper has two bits that are used to reset the
> first or second phy. Add support for these bits via the reset
> controller framework, so that phy drivers can reset their
> hardware at the right time during
I'm very surprised that there was a BERT table on an Atom machine. More details
about the machine please. Also BIOS version.
Sent from my iPhone
> On Jul 10, 2016, at 18:43, kernel test robot wrote:
>
>
> FYI, we noticed the following commit:
>
>
Hi Arnd,
On 2016/6/28 17:34, Arnd Bergmann wrote:
> On Tuesday, June 28, 2016 5:21:19 PM CEST Dongpo Li wrote:
>> On 2016/6/15 5:20, Arnd Bergmann wrote:
>>> On Tuesday, June 14, 2016 9:17:44 PM CEST Li Dongpo wrote:
On 2016/6/13 17:06, Arnd Bergmann wrote:
> On Monday, June 13, 2016
Hi Tiffany,
My apologies for the delay, but here is my review at last:
On 05/30/2016 09:52 AM, Tiffany Lin wrote:
> This patch add g/s_selection support for MT8173
>
> Signed-off-by: Tiffany Lin
> ---
> drivers/media/platform/mtk-vcodec/mtk_vcodec_enc.c | 74
>
From: Jiada Wang
Previously CLK_SET_RATE_GATE flag is only checked in clk_set_rate()
which only ensures the clock being called by clk_set_rate() won't
change rate when it has been prepared if CLK_SET_RATE_GATE flag is set.
But a clk_set_rate() request may propagate rate
2016-07-08 20:02 GMT+08:00 Paolo Bonzini :
> As mentioned earlier, I don't have a reproducer yet that requires any
> changes beyond Wanpeng's (patch 1)---it's possible of course to write
> a kvm-unit-test testcase but I haven't had time for that yet.
>
> Thanks,
>
> Paolo
Hi all,
On Thu, 7 Jul 2016 14:12:26 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the clockevents tree got a conflict in:
>
> arch/arm/Kconfig
>
> between commit:
>
> c86f51737f8d ("ARM: clps711x: Switch to MULTIPLATFORM")
>
> from the arm-soc tree
Hi Felipe,
On 1 July 2016 at 14:05, Baolin Wang wrote:
> Currently the Linux kernel does not provide any standard integration of this
> feature that integrates the USB subsystem with the system power regulation
> provided by PMICs meaning that either vendors must add this
Hi Andrey,
Thanks for this driver. Some review comments below:
On 07/09/2016 09:46 PM, Andrey Utkin wrote:
> From: Andrey Utkin
>
>
> Changes in v3 since v2:
> - Kconfig: select VIDEOBUF2_DMA_CONTIG, not SG
> - drop i2c code as unused
> - Dropped
On Mon, Jul 11, 2016 at 11:46:53AM +1000, Stephen Rothwell wrote:
> Hi Rafael,
>
> After merging the pm tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> ERROR: "configfs_unregister_subsystem" [samples/configfs/configfs_sample.ko]
> undefined!
> ERROR:
Hi Prahlad,
On Sunday 10 July 2016 01:35 AM, Prahlad V wrote:
> When a word length of 1 byte is selected and writing data of length
> more than QSPI_WLEN_MAX_BYTES, first MAX_BYTES will be transfered
> and remaining will be transfered byte by byte. In that case wlen
> field should be cleared
From:
Date: Thu, 7 Jul 2016 20:23:30 -0700
> From: Tien Hock Loh
>
> This adds support for TSE PCS that uses SGMII adapter when the phy-mode of
> the dwmac is set to sgmii.
>
> Signed-off-by: Tien Hock Loh
> Acked-by: Rob Herring
On Thu, Jul 07, 2016 at 03:21:08PM -0700, Stephen Boyd wrote:
> If two devices are probed with this same driver, they'll share
> the same platform data structure, while the chipidea core layer
> writes and modifies it. This can lead to interesting results
> especially if one device is an OTG type
Hi Krzysztof,
On 07/09/2016 01:47 AM, Krzysztof Kozlowski wrote:
Enable more drivers for IP blocks for existing Exynos7 and upcoming
Exynos5433:
1. SPI,
2. Watchdog,
3. USB: DWC3, Exynos EHCI and OHCI,
4. Exynos ADC,
5. Samsung PWM.
These are already used by Exynos7 Espresso board or will be
On Thu, Jul 07, 2016 at 03:21:10PM -0700, Stephen Boyd wrote:
> The ULPI phy on qcom platforms needs to be initialized and
> powered on after a USB reset and before we toggle the run/stop
> bit. Otherwise, the phy locks up and doesn't work properly. Hook
> the phy initialization into the RESET
On Thu, Jul 07, 2016 at 03:21:11PM -0700, Stephen Boyd wrote:
> If something fails in ci_hdrc_add_device() due to probe defer, we
> shouldn't print an error message. Be silent in this case as we'll
> try probe again later.
>
> Cc: Peter Chen
> Cc: Greg Kroah-Hartman
On 07/09/2016 11:23 AM, Randy Li wrote:
> The 8792f7772f4f40ffc68bad5f28311205584b734d would just make those
> platform using rtc core from exynos3250 work but have a huge
> effect on those platforms using the rtc core from s3c6410.
> These patches would fix this problem.
>
Which problem? What
On Thu, Jul 07, 2016 at 03:21:03PM -0700, Stephen Boyd wrote:
> The core framework already handles setting this parameter with a
> platform quirk. Add the appropriate flag so that we always set
> AHBBURST to 0. Technically DT should be doing this, but we always
> do it for msm chipidea devices so
On Thu, Jul 07, 2016 at 03:21:02PM -0700, Stephen Boyd wrote:
> We're not properly marking the glue layer/wrapper device as
> runtime active, so runtime PM believes that the hardware state is
> inactive when we call pm_runtime_enable() in this driver. This
> causes a problem when the glue layer
We've had a nicely calm week, which is what I expected - the last rc
really was bigger just due to random timing issues, and not some
worrying pattern about this release cycle. Whew.
Anyway, there's a couple of regressions still being looked at, but
unless anything odd happens, this is going to
Hi Jens,
Today's linux-next merge of the block tree got a conflict in:
fs/f2fs/data.c
between commits:
19a5f5e2ef37 ("f2fs: drop any block plugging")
52763a4b7a21 ("f2fs: detect host-managed SMR by feature flag")
78682f794479 ("f2fs: fix to avoid reading out encrypted data in page
On Thu, Jul 07, 2016 at 03:21:06PM -0700, Stephen Boyd wrote:
> We need to pick the correct phy at runtime based on how the SoC
> has been wired onto the board. If the secondary phy is used, take
> it out of reset and mux over to it by writing into the TCSR
> register. Make sure to do this on
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/x86/kernel/x86_init.c
between commit:
255303026193 ("x86: apply more __ro_after_init and const")
from the kspp tree and commit:
1bf8915ae515 ("x86/tsc: Enumerate SKL cpu_khz and tsc_khz via CPUID")
from the tip
Hi, Theodore
On Sun, Jul 10, 2016 at 11:15:53PM -0400, Theodore Ts'o wrote:
>On Mon, Jul 11, 2016 at 09:59:54AM +0800, kernel test robot wrote:
>>
>> FYI, we noticed the following commit:
>>
>> https://github.com/0day-ci/linux
>>
On Thu, Jul 07, 2016 at 03:21:07PM -0700, Stephen Boyd wrote:
> When the RESET bit is set in the USBCMD register it resets quite
> a few of the wrapper's registers to their reset state. This
> includes the GENCONFIG and GENCONFIG2 registers. Currently this
> is done by the usb phy and ehci-msm
From: Jiada Wang
Previously CLK_SET_RATE_GATE flag is only checked in clk_set_rate()
which only ensures the clock being called by clk_set_rate() won't
change rate when it has been prepared if CLK_SET_RATE_GATE flag is set.
But a clk_set_rate() request may propagate rate
On 07/09/2016 11:23 AM, Randy Li wrote:
> Those platforms are reported to use the same rtc IP core
> as exynos3250's.
Insufficient. Exynos4 also has to be updated. Actually all SoC from SoC
family requires rtc src clock. I think S3C6410 also requires it but I
don't have all the data necessary to
Em Sun, 22 May 2016 11:06:05 +0200
Geert Uytterhoeven escreveu:
> Submitters of device tree binding documentation may forget to CC
> the subsystem maintainer if this is missing.
I'm assuming that this patch will go via DT git tree, so:
>
> Signed-off-by: Geert
Commit-ID: 05680e7fa8a4e700e031a5e72cd8c18265f0031a
Gitweb: http://git.kernel.org/tip/05680e7fa8a4e700e031a5e72cd8c18265f0031a
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:47 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: 9e0cae9f6227f946fb0076b6a68c88156137f618
Gitweb: http://git.kernel.org/tip/9e0cae9f6227f946fb0076b6a68c88156137f618
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:46 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: ba8268330dc18d309a39175ea4d2c5d86c2cef09
Gitweb: http://git.kernel.org/tip/ba8268330dc18d309a39175ea4d2c5d86c2cef09
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:44 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: fc5f3ac24720012909c224a63ca3217f4759967d
Gitweb: http://git.kernel.org/tip/fc5f3ac24720012909c224a63ca3217f4759967d
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:43 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: 6fcb41cdaee5056c96de88ee095bddd27a7697de
Gitweb: http://git.kernel.org/tip/6fcb41cdaee5056c96de88ee095bddd27a7697de
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:48 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
Commit-ID: 14bb4e34860af48ef1ea0f52b11611ce4db987fe
Gitweb: http://git.kernel.org/tip/14bb4e34860af48ef1ea0f52b11611ce4db987fe
Author: Len Brown
AuthorDate: Fri, 17 Jun 2016 01:22:45 -0400
Committer: Ingo Molnar
CommitDate: Sun, 10 Jul 2016
On 2016-07-10 14:00, Thorsten Leemhuis wrote:
Hi Rafael!
On 08.07.2016 01:43, Rafael J. Wysocki wrote:
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-4.7-rc7
to receive ACPI fixes for v4.7-rc7 with top-most commit
[…]
All of these fix recent
101 - 200 of 466 matches
Mail list logo