On 27 January 2017 at 17:04, Stefan Wahren wrote:
> Am 27.01.2017 um 16:27 schrieb Ulf Hansson:
>> On 27 January 2017 at 12:36, Gerd Hoffmann wrote:
>>> From: Eric Anholt
>>>
>>> The 2835 has two SD controllers: The Arasan SDHCI controller (supported
>>> by the iproc driver) and a custom SD con
On Fri 27-01-17 11:40:42, Theodore Ts'o wrote:
> On Fri, Jan 27, 2017 at 10:37:35AM +0100, Michal Hocko wrote:
> > If this ever turn out to be a problem and with the vmapped stacks we
> > have good chances to get a proper stack traces on a potential overflow
> > we can add the scope API around the
Hello,
On Mon, Jan 30, 2017 at 08:12:17AM +0100, Thierry Reding wrote:
> On Mon, Jan 30, 2017 at 10:33:07AM +0530, Shailendra Verma wrote:
> > of_device_get_match_data could return NULL, and so can cause
> > a NULL pointer dereference later.
> >
> > Signed-off-by: Shailendra Verma
> > ---
> > d
Hello,
On Mon, 30 Jan 2017 10:21:43 +0530, Shailendra Verma wrote:
> of_match_device could return NULL, and so can cause a NULL
> pointer dereference later.
>
> Signed-off-by: Shailendra Verma
In practice, I don't see how of_match_device() can return NULL here.
Indeed, those drivers only suppor
Such as for_each_subsystem and for_each_event in util/parse-events.c,
add new macros 'for_each_event_system' and 'for_each_event_file'
for easy iteration over the tracepoints
in order to be more compact and readable.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
Sig
On Fri, Jan 27, 2017 at 05:23:24PM +, Brian Starkey wrote:
> Hi,
>
> We're looking to enable the per-plane color management hardware in
> Mali-DP with atomic properties, which has sparked some conversation
> around how to handle YCbCr formats.
>
> As it stands today, it's assumed that a drive
Hi Thierry,
> On Mon, Jan 30, 2017 at 08:23:12AM +0100, Thierry Reding wrote:
> > On Sun, Jan 29, 2017 at 10:54:07PM +0100, Lukasz Majewski wrote:
> > > From: Lukasz Majewski
> > >
> > > This patch provides separate set of pwm ops utilized by
> > > i.MX's PWMv1 and PWMv2.
> > >
> > > Signed-off
[...]
>>> + */
>>> +static int xenon_child_node_of_parse(struct platform_device *pdev)
>>> +{
>>> + struct device_node *np = pdev->dev.of_node;
>>> + struct sdhci_host *host = platform_get_drvdata(pdev);
>>> + struct mmc_host *mmc = host->mmc;
>>> + struct sdhci_pltfm_host
Commit-ID: 24c2503255d35c269b67162c397a1a1c1e02f6ce
Gitweb: http://git.kernel.org/tip/24c2503255d35c269b67162c397a1a1c1e02f6ce
Author: Borislav Petkov
AuthorDate: Wed, 25 Jan 2017 21:00:48 +0100
Committer: Ingo Molnar
CommitDate: Mon, 30 Jan 2017 09:32:42 +0100
x86/microcode: Do not ac
On 29/01/17 22:51, Olof Johansson wrote:
> On Fri, Jan 27, 2017 at 02:30:01PM -0600, Rob Herring wrote:
>> On Mon, Jan 23, 2017 at 03:56:13PM +, Marc Zyngier wrote:
>>> The joys of copy/paste: the example of a virtualization capable GIC
>>> in the DT binding was wrong, and propagated to dozens
Hi Noralf,
On Fri, Jan 27, 2017 at 08:56:29PM +0100, Noralf Trønnes wrote:
> This is an attempt at providing a DRM version of drivers/staging/fbtft.
>
> The tinydrm library provides a very simplified view of DRM in particular
> for tiny displays that has onboard video memory and is connected thro
On Mon, Jan 30, 2017 at 09:36:49AM +0100, Lukasz Majewski wrote:
> Hi Thierry,
>
> > On Mon, Jan 30, 2017 at 08:23:12AM +0100, Thierry Reding wrote:
> > > On Sun, Jan 29, 2017 at 10:54:07PM +0100, Lukasz Majewski wrote:
> > > > From: Lukasz Majewski
> > > >
> > > > This patch provides separate s
ARM-soc folks,
Please find below the pull request for a DT fix affecting a large
number of 32bit platforms, which has been acked by a number of
platform maintainers.
* From v1: Dropped the controvertial cortex-a15-gic->arm,gic-400
change in the example, at Rob's request.
The following changes
On Mon, Jan 30, 2017 at 09:07:15AM +0100, Uwe Kleine-König wrote:
> Hello,
>
> On Mon, Jan 30, 2017 at 08:12:17AM +0100, Thierry Reding wrote:
> > On Mon, Jan 30, 2017 at 10:33:07AM +0530, Shailendra Verma wrote:
> > > of_device_get_match_data could return NULL, and so can cause
> > > a NULL point
On Sun 29-01-17 00:27:27, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > Tetsuo,
> > before we settle on the proper fix for this issue, could you give the
> > patch a try and try to reproduce the too_many_isolated() issue or
> > just see whether patch [1] has any negative effect on your oom stress
>
Hi Thierry,
> On Mon, Jan 30, 2017 at 09:36:49AM +0100, Lukasz Majewski wrote:
> > Hi Thierry,
> >
> > > On Mon, Jan 30, 2017 at 08:23:12AM +0100, Thierry Reding wrote:
> > > > On Sun, Jan 29, 2017 at 10:54:07PM +0100, Lukasz Majewski wrote:
> > > > > From: Lukasz Majewski
> > > > >
> > > > > T
* Borislav Petkov wrote:
> On Fri, Jan 27, 2017 at 11:14:06AM +0300, Andrey Ryabinin wrote:
> > Works for me as well.
> > Tested-by: Andrey Ryabinin
>
> Thanks!
Ok, I have applied this to tip:x86/urgent.
Note that there are new conflicts with your pending work in tip:x86/microcode,
and
I f
On Mon, Jan 30, 2017 at 02:23:39PM +0900, Taeung Song wrote:
> If 'evsel' is NULL, in perf_evsel__is_bpf_output()
> NULL pointer error can happen so check it.
>
> Cc: Jiri Olsa
> Cc: Namhyung Kim
> Signed-off-by: Taeung Song
> ---
> tools/perf/util/evsel.c | 6 --
> 1 file changed, 4 inser
On 01/28/2017 07:41 PM, Jonathan Cameron wrote:
On 26/01/17 14:28, Fabrice Gasnier wrote:
Add DMA optional support to STM32 ADC, as there is a limited number DMA
channels (request lines) that can be assigned to ADC. This way, driver
may fall back using interrupts when all DMA channels are in use
>-Original Message-
>From: Arseny Solokha [mailto:asolo...@kb.kras.ru]
>Sent: Sunday, January 29, 2017 2:52 PM
>To: Claudiu Manoil
>Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; Arseny Solokha
>
>Subject: [PATCH] gianfar: synchronize DMA API usage by free_skb_rx_queue w/
>gfar_
On Mon, Jan 30, 2017 at 09:55:04AM +0100, Lukasz Majewski wrote:
> Hi Thierry,
>
> > On Mon, Jan 30, 2017 at 09:36:49AM +0100, Lukasz Majewski wrote:
> > > Hi Thierry,
> > >
> > > > On Mon, Jan 30, 2017 at 08:23:12AM +0100, Thierry Reding wrote:
> > > > > On Sun, Jan 29, 2017 at 10:54:07PM +0100,
On 01/26/2017 01:09 PM, Michal Hocko wrote:
On Thu 12-01-17 16:37:12, Michal Hocko wrote:
[...]
+void *kvmalloc_node(size_t size, gfp_t flags, int node)
+{
+ gfp_t kmalloc_flags = flags;
+ void *ret;
+
+ /*
+* vmalloc uses GFP_KERNEL for some internal allocations (e.g p
On Mon, Jan 30, 2017 at 05:35:28PM +0900, Taeung Song wrote:
SNIP
> +#define for_each_event_system(dir, dent, tps)\
> + while ((dent = readdir(dir))) \
> + if (dent->d_type == DT_DIR && \
> + (strc
On Mon, Jan 30, 2017 at 08:25:25AM +, Ajay Kaher wrote:
>
First off, you are sending html email, which the mailing list keeps
rejecting, why are you ignoring that?
>
> There is race condition when two USB class drivers try to call
>
> init_usb_class at the same time and leads to crash.
On 24/01/17 10:50, Ritesh Harjani wrote:
> This removes CDC init sequence comments which are
> not useful anyway.
>
> Signed-off-by: Ritesh Harjani
Acked-by: Adrian Hunter
> ---
> drivers/mmc/host/sdhci-msm.c | 14 +-
> 1 file changed, 1 insertion(+), 13 deletions(-)
>
> diff --g
On Mon, Jan 30, 2017 at 02:23:38PM +0900, Taeung Song wrote:
> Currently there are several parts not checking NULL
> after allocating with zalloc() or asigning NULL value
> to a pointer variable after doing free().
>
> So I fill in code checking NULL and
> use zfree() instead of free().
can't see
On Sun, Jan 29, 2017 at 04:50:03PM -0600, Trevor Cordes wrote:
> On 2017-01-25 Michal Hocko wrote:
> > On Wed 25-01-17 04:02:46, Trevor Cordes wrote:
> > > OK, I patched & compiled mhocko's git tree from the other day
> > > 4.9.0+. (To confirm, weird, but mhocko's git tree I'm using from a
> > > co
Hi,
On Sun, Jan 29, 2017 at 10:33:24AM +0800, Icenowy Zheng wrote:
> As the CCU in the Allwinner H5 SoC is very similar to the one in H3,
> rename the H3 driver to sunxi-h3-h5 so that it can be extended with H5
> support.
>
> Signed-off-by: Icenowy Zheng
> ---
> The original PATCH v2 3/9 is spli
VMA containing CDM memory should be excluded from KSM merging. This change
makes madvise(MADV_MERGEABLE) request on target VMA to be ignored.
Signed-off-by: Anshuman Khandual
---
mm/ksm.c | 4
1 file changed, 4 insertions(+)
diff --git a/mm/ksm.c b/mm/ksm.c
index 9ae6011..2fb8939 100644
--
KY Srinivasan writes:
>> -Original Message-
>> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
>> Sent: Thursday, January 19, 2017 6:17 AM
>> To: de...@linuxdriverproject.org
>> Cc: Thomas Gleixner ; linux-kernel@vger.kernel.org;
>> Haiyang Zhang ; KY Srinivasan
>> ; John Stultz ; Ale
On Mon, Jan 30, 2017 at 01:42:40AM +, André Przywara wrote:
> > +&ccu {
> > + compatible = "allwinner,sun8i-h3-ccu";
> > +};
>
> I believe this kind of sharing nodes is a bit frowned upon in connection
> with sharing .dtsi's. If the compatible name differs, I think it
> deserves to be a sepa
Mark the corresponding VMA with VM_CDM flag if the allocated page happens
to be from a CDM node. This can be expensive from performance stand point.
There are multiple checks to avoid an expensive page_to_nid lookup but it
can be optimized further.
Signed-off-by: Anshuman Khandual
---
mm/mempoli
From: "Ken Goldman" mailto:kg...@linux.vnet.ibm.com>>
Date: 26-Jan-2017 2:53 AM
Subject: Re: [tpmdd-devel] [PATCH v9 2/2] tpm: add securityfs
support,for TPM 2.0 firmware event log
To: mailto:linux-kernel@vger.kernel.org>>,
mailto:linux-security-mod...@vger.kernel.org>>,
mailto:tpmdd-de...@lists
; Suggested-by: Michael Ellerman
> Signed-off-by: Andrew Donnellan
> ---
>
> On top of linux-next 20170130
Probably best done on top of powerpc-next and I can cope with the
conflicts one more time.
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
> index 689cf9218b21.
On Mon, Jan 23, 2017 at 5:08 PM, Dan O'Donovan wrote:
> From: Crestez Dan Leonard
>
> When using devicetree spi_device.modalias is set to the compatible
> string with the vendor prefix removed. For SPI devices described via
> ACPI the spi_device.modalias string is initialized by acpi_device_hid.
On 24/01/17 10:50, Ritesh Harjani wrote:
> platform_execute_tuning should not really exist as it does not
> do anything useful.
>
> So remove this ops and directly plug sdhci_msm_execute_tuning
> with mmc_host_ops.
>
> Also in case of HS400 tuning clear SDHCI_HS400_TUNING flag once
> HS400 relate
Hi all,
Ok if we merge the entire series through drm-intel (likely for 4.12, 4.11
is getting a bit late)? We'd like to use this there, and Mauro already
reviewed the v4l side ...
Thanks, Daniel
On Mon, Jan 16, 2017 at 02:12:07PM +, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Scatterli
On 01/27/2017 07:06 PM, Bhumika Goyal wrote:
> Declare i2c_algorithm structures as const as they are only stored in the
> algo field of an i2c_adapter structure. This field is of type const, so
> i2c_algorithm structures having this property can be made const too.
> Done using Coccinelle:
>
> @r
On Mon, Jan 30, 2017 at 09:46:32AM +0100, Ingo Molnar wrote:
> Ok, I have applied this to tip:x86/urgent.
>
> Note that there are new conflicts with your pending work in
> tip:x86/microcode, and
> I fixed them up in:
>
> 7c5b4112040e Merge branch 'x86/urgent' into x86/microcode, to resolve
>
On Sun, Jan 29, 2017 at 10:33:27AM +0800, Icenowy Zheng wrote:
> As we have already changed the DTSI file, the trnasitional dt-bindings
> header sun8i-h3-ccu.h will not be needed any more.
>
> Remove them.
>
> Signed-off-by: Icenowy Zheng
Your prefix is wrong, this is not part of the clk framew
On 30/01/17 11:10, Ulf Hansson wrote:
> On 28 January 2017 at 09:16, Adrian Hunter wrote:
>> On 27/01/2017 5:12 p.m., Ulf Hansson wrote:
>>>
>>> On 26 January 2017 at 13:39, Adrian Hunter
>>> wrote:
On 26/01/17 12:50, Ulf Hansson wrote:
>
> On 11 January 2017 at 18:19, Gregory C
Below is the list of build error/warning regressions/improvements in
v4.10-rc6[1] compared to v4.9[2].
Summarized:
- build errors: +1/-8
- build warnings: +1197/-649
JFYI, when comparing v4.10-rc6[1] to v4.10-rc5[3], the summaries are:
- build errors: +1/-1
- build warnings: +504/-368
Ha
On Fri, Jan 27, 2017 at 5:34 PM, Boris Brezillon
wrote:
> devm_get_gpiod_from_child() currently allows GPIO users to request a GPIO
> that is defined in a child fwnode instead of directly in the device
> fwnode. Extend this API by adding the devm_get_index_gpiod_from_child()
> helpers which does
Hi,
this has been previously posted here [1] and it received quite some
feedback. As a result the number of patches has grown again. We are at
9 patches right now. I have rebased the series on top of the current
next-20170130. There were some changes since the last posting, namely
a7f6c1b63b86
From: Michal Hocko
Using kmalloc with the vmalloc fallback for larger allocations is a
common pattern in the kernel code. Yet we do not have any common helper
for that and so users have invented their own helpers. Some of them are
really creative when doing so. Let's just add kv[mz]alloc and make
From: Michal Hocko
There are many code paths opencoding kvmalloc. Let's use the helper
instead. The main difference to kvmalloc is that those users are usually
not considering all the aspects of the memory allocator. E.g. allocation
requests <= 32kB (with 4kB pages) are basically never failing an
From: Michal Hocko
vhost code uses __GFP_REPEAT when allocating vhost_virtqueue resp.
vhost_vsock because it would really like to prefer kmalloc to the
vmalloc fallback - see 23cc5a991c7a ("vhost-net: extend device
allocation to vmalloc") for more context. Michael Tsirkin has also
noted:
"
__GFP_
From: Michal Hocko
alloc_ila_locks seemed to c&p from alloc_bucket_locks allocation
pattern which is quite unusual. The default allocation size is 320 *
sizeof(spinlock_t) which is sub page unless lockdep is enabled when the
performance benefit is really questionable and not worth the subtle code
From: Michal Hocko
alloc_bucket_locks allocation pattern is quite unusual. We are
preferring vmalloc when CONFIG_NUMA is enabled. The rationale is that
vmalloc will respect the memory policy of the current process and so the
backing memory will get distributed over multiple nodes if the requester
From: Michal Hocko
bcache_device_init uses kmalloc for small requests and vmalloc for those
which are larger than 64 pages. This alone is a strange criterion.
Moreover kmalloc can fallback to vmalloc on the failure. Let's simply
use kvmalloc instead as it knows how to handle the fallback properly
From: Michal Hocko
fq_alloc_node, alloc_netdev_mqs and netif_alloc* open code kmalloc
with vmalloc fallback. Use the kvmalloc variant instead. Keep the
__GFP_REPEAT flag based on explanation from Eric:
"
At the time, tests on the hardware I had in my labs showed that
vmalloc() could deliver pages
From: Michal Hocko
both bpf_map_area_alloc and xt_alloc_table_info try really hard to
play nicely with large memory requests which can be triggered from
the userspace (by an admin). See 5bad87348c70 ("netfilter: x_tables:
avoid warn and OOM killer on vmalloc call") resp. d407bd25a204 ("bpf:
don't
From: Michal Hocko
copy_params uses kmalloc with vmalloc fallback. We already have a helper
for that - kvmalloc. This caller requires GFP_NOIO semantic so it hasn't
been converted with many others by previous patches. All we need to
achieve this semantic is to use the scope memalloc_noio_{save,re
The postlink Makefile must include include/config/auto.conf to get the
kernel configuration variables. But in a clean kernel directory this
file does not exist, causing make to bail with the error:
arch/mips/Makefile.postlink:10:
include/config/auto.conf: No such file or directory
make[1]: *** No
hem alphabetically.
>
> Excellent, thanks.
>
>> Suggested-by: Michael Ellerman
>> Signed-off-by: Andrew Donnellan
>> ---
>>
>> On top of linux-next 20170130
>
> Probably best done on top of powerpc-next and I can cope with the
> conflicts one
* Borislav Petkov wrote:
> On Thu, Jan 26, 2017 at 11:22:49AM +0100, Ingo Molnar wrote:
> > The 'kbuf' parameter is unused in the _user() side of the API, remove it.
> >
> > This simplifies the code and makes it easier to think about.
>
> ...
>
> > @@ -1010,10 +1010,7 @@ int copy_xstate_to_ke
This patch implements the TPM 2.0 capability TPM_CAP_PCRS to
retrieve the active PCR banks from the TPM. This is needed
to enable extending all active banks as recommended by TPM 2.0
TCG Specification.
Signed-off-by: Nayna Jain
Reviewed-by: Jarkko Sakkinen
Tested-by: Kenneth Goldman
---
driver
On Mon, Jan 30, 2017 at 10:50 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.10-rc6[1] to v4.10-rc5[3], the summaries are:
> - build errors: +1/-1
Crickets.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68
Hi Shailendra,
On Mon, Jan 30, 2017 at 5:55 AM, Shailendra Verma
wrote:
> of_match_device could return NULL, and so can cause a NULL
> pointer dereference later.
Can it? The driver uses DT exclusively.
There is no legacy platform code creating "mxs-spi" platform devices.
> Signed-off-by: Shaile
IMA extends its hash measurements in the TPM PCRs, based on policy.
The existing in-kernel TPM extend function extends only the SHA1
PCR bank. TPM 2.0 defines multiple PCR banks, to support different
hash algorithms. The TCG TPM 2.0 Specification[1] recommends
extending all active PCR banks to prev
Hi Krzysztof,
On 2017-01-27 20:46, Krzysztof Kozlowski wrote:
On Thu, Jan 26, 2017 at 09:33:46AM +0100, Marek Szyprowski wrote:
This patchset is a first step to add support for all power domains on
Exynos5433 SoCs. This patchset contains patches for Exynos pin control
driver and Exynos LPASS MF
The LG Melfas touchscreen has a bad firmware where it declares the
Contact ID field as constant while it shouldn't. This messes up the
autodetection and the reporting of the events by hid-multitouch given
that hid-input ignores constant fields.
The autodetection is simply worked around by manually
The current TPM 2.0 device driver extends only the SHA1 PCR bank
but the TCG Specification[1] recommends extending all active PCR
banks, to prevent malicious users from setting unused PCR banks with
fake measurements and quoting them.
The existing in-kernel interface(tpm_pcr_extend()) expects only
Add DT bindings for the TI DA850 AHCI SATA controller.
Signed-off-by: Bartosz Golaszewski
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/ata/ahci-da850.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ata/ahci-da850
On 01/26/2017 03:41 AM, Ken Goldman wrote:
The current TPM 2.0 device driver extends only the SHA1 PCR bank
but the TCG Specification[1] recommends extending all active PCR
banks, to prevent malicious users from setting unused PCR banks with
fake measurements and quoting them.
The existing in-
This series contains all the changes necessary to make SATA work on
the da850-lcdk board.
The first patch adds DT bindings for the ahci-da850 driver.
The second enables relevant modules in davinci_all_defconfig.
Patches 03/14-06/14 modify the way the clocks are handled regarding
SATA on the da85
This entry is needed for the ahci driver to get a functional clock.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/da8xx-dt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-davinci/da8xx-dt.c b/arch/arm/mach-davinci/da8xx-dt.c
index 9ee44da..b83e5d1 100644
--- a/
All platforms using this driver now register the SATA refclk. Remove
the hardcoded default value from the driver and instead read the rate
of the external clock and calculate the required MPY value from it.
Signed-off-by: Bartosz Golaszewski
Acked-by: Tejun Heo
---
drivers/ata/ahci_da850.c | 91
We need a way to retrieve the information about the online state of
the link in the ahci-da850 driver.
Create a new function: ahci_do_hardreset() which is called from
ahci_hardreset() for backwards compatibility, but has an additional
argument: 'online' - which can be used to check if the link is
Add the SATA node to the da850 device tree.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/boot/dts/da850.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi
index 104155d..3b5fd41e 100644
--- a/arch/arm/boot/dts/da850.dtsi
Register a fixed rate clock modelling the external SATA oscillator
for da850 (both DT and board file mode).
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/da8xx-dt.c | 8
arch/arm/mach-davinci/devices-da8xx.c | 29 +
arch/arm/mac
We have a use case with the da850 SATA controller where at PLL0
frequency of 456MHz (needed to properly service the LCD controller)
the chip becomes unstable and the hardreset operation is ignored the
first time 50% of times.
The sata core driver already retries to resume the link because some
con
Enable the SATA node for da850-lcdk. We omit the pinctrl property on
purpose - the muxed SATA pins are not hooked up to anything
SATA-related on the lcdk.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/boot/dts/da850-lcdk.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot
The ahci driver now supports other refclk clock rates.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/devices-da8xx.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
b/arch/arm/mach-davinci/devices-da8xx.c
index cfceb32..7cf529f 100644
-
The ahci-da850 SATA driver is now capable of retrieving clocks by
con_id. Add the connection id for the sysclk2-derived SATA clock.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/da850.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-davinci/da850
There's an issue with the da850 SATA controller: if port multiplier
support is compiled in, but we're connecting the drive directly to
the SATA port on the board, the drive can't be detected.
To make SATA work on the da850-lcdk board: first try to softreset
with pmp - if the operation fails with -
We're using device tree for da850-lcdk. Add the match table to allow
to probe the driver.
Signed-off-by: Bartosz Golaszewski
Acked-by: Tejun Heo
---
drivers/ata/ahci_da850.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/ata/ahci_da850.c b/drivers/ata/ahci_da850.c
index e397
In preparation for using two clocks in the driver (the sysclk2-based
clock and the external REFCLK), check if we got the functional clock
after calling ahci_platform_get_resources(). If not, retry calling
clk_get() with con_id specified.
Signed-off-by: Bartosz Golaszewski
Acked-by: Tejun Heo
---
Add the da850-ahci driver to davinci defconfig.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/configs/davinci_all_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/davinci_all_defconfig
b/arch/arm/configs/davinci_all_defconfig
index 8806754..a1b9c58 100644
--- a
On 28 January 2017 at 09:16, Adrian Hunter wrote:
> On 27/01/2017 5:12 p.m., Ulf Hansson wrote:
>>
>> On 26 January 2017 at 13:39, Adrian Hunter
>> wrote:
>>>
>>> On 26/01/17 12:50, Ulf Hansson wrote:
On 11 January 2017 at 18:19, Gregory CLEMENT
wrote:
>
> +
A few issues have been identified during mmc testing and following
set of patches fixes a couple of them related to
*timeout handling and ceb error handling*
Tested on DRA75X PG 2.0 Rev H EVM
Kishon Vijay Abraham I (1):
mmc: host: omap_hsmmc: use generic_cmd6_time to program timeout value
f
From: Kishon Vijay Abraham I
commit e2bf08d643a244ccb ("omap_hsmmc: set a large data timeout for
commands with busy signal") sets an arbitrary timeout value (100ms) for
commands like CMD6 (MMC SWITCH). However extended CSD register defined
in the eMMC standard has a field for GENERIC_CMD6_TIME wh
When CEB (command end bit error) occurs
reset CMD line to avoid system ending up in
erroneous state.
While command line is reset for CTO and CCRC errors,
it's not done for CEB error. Fix it here.
Reviewed-by: Kishon Vijay Abraham I
Signed-off-by: Ravikumar Kattekola
Signed-off-by: Sekhar Nori
-
On Sun, Jan 29, 2017 at 10:33:26AM +0800, Icenowy Zheng wrote:
> +#include
> +#include
> +#include
> +#include
You're also converting to the new headers you created. This should be
part of a separate patch, or merged with your next one.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux
On 24 January 2017 at 09:50, Ritesh Harjani wrote:
> This removes CDC init sequence comments which are
> not useful anyway.
>
> Signed-off-by: Ritesh Harjani
Thanks, applied for next!
Kind regards
Uffe
> ---
> drivers/mmc/host/sdhci-msm.c | 14 +-
> 1 file changed, 1 insertion(+)
Hello,
I'm looking for a way of mmaping memory inside a 64-bit process that
would fit in a 32-bit address.
The reasons for this are a bit unusual. The idea is to run both 64-bit
and 32-bit macOS applications in 64-bit Linux host processes (Darling),
because it makes several things easier.
On 01/26/2017 12:47 PM, Javier González wrote:
> Let the host differentiate between a read error and a CRC check error on
> the device side.
>
> Signed-off-by: Javier González
> ---
> include/linux/lightnvm.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/linux/lightnvm.h b/in
Although wbinvd() is faster than flushing many individual pages, it
blocks the memory bus for "long" periods of time (>100us), thus
directly causing unusually large latencies on all CPUs, regardless
of any CPU isolation features that may be active.
For 1024 pages, flushing those pages individually
On Mon, Jan 30, 2017 at 9:57 AM, John Garry wrote:
> On 27/01/2017 22:03, Rob Herring wrote:
>> On Tue, Jan 24, 2017 at 03:05:23PM +0800, zhichang.yuan wrote:
>>> Signed-off-by: zhichang.yuan
>>> Signed-off-by: Gabriele Paoloni
>>> Signed-off-by: Arnd Bergmann
>>
>>
>> Shouldn't this be Reviewe
On 27 January 2017 at 22:38, Maxime Ripard
wrote:
> Hi,
>
> Here is a new attempt at getting the MMC controllers running, following the
> work done by Andre.
>
> This has been tested on a board with one SDIO device (a Marvell WiFi chip)
> and a Kingston eMMC with 1.8V IOs.
>
> For SDIO, the HS DDR
On 30 January 2017 at 10:40, Adrian Hunter wrote:
> On 30/01/17 11:10, Ulf Hansson wrote:
>> On 28 January 2017 at 09:16, Adrian Hunter wrote:
>>> On 27/01/2017 5:12 p.m., Ulf Hansson wrote:
On 26 January 2017 at 13:39, Adrian Hunter
wrote:
>
> On 26/01/17 12:50, Ulf Hanss
Fixes: a45c6cb81647 ("[ARM] 5369/1: omap mmc: Add new omap
hsmmc controller for 2430 and 34xx, v3")
when using really large timeout (up to 4*60*1000 ms for bkops)
there is a possibility of data overflow using
unsigned int so use 64 bit unsigned long long.
Signed-off-by: Ravikumar Kattekola
Signe
On 27 January 2017 at 22:38, Maxime Ripard
wrote:
> The MMC2 controller on the A64 is kind of a special beast.
>
> While the general controller design is the same than the other MMC
> controllers in the SoC, it also has a bunch of features and changes that
> prevent it to be driven in the same way
On 01/26/2017 04:57 PM, Javier González wrote:
> Fix a memory leak when target creation fails. More specifically, free
> the entire device structure given to the target (tgt_dev).
>
> Signed-off-by: Javier González
> ---
> drivers/lightnvm/core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 delet
On Tue, Jan 24, 2017 at 03:16:39PM +0300, Alexander Kochetkov wrote:
> clocksource and shed_clock provided by arm-global-timer is quite
> unstable, because their rate depends on cpu frequency.
> So disable arm-global-timer and use clocksource and sched_clock
> from rockchip_timer.
> It is impossibl
From: Tomohiro Kusumi
This macro is already defined in uapi header.
Also use this macro where possible.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
fs/autofs4/dev-ioctl.c |2 --
include/uapi/linux/auto_dev-ioctl.h |4 ++--
2 files changed, 2 insertions(+),
y
> >> particular order, leading to merge conflicts when adding items at the end.
> >>
> >> Sort them alphabetically.
> >
> > Excellent, thanks.
> >
> >> Suggested-by: Michael Ellerman
> >> Signed-off-by: Andrew Donnellan
> >>
GUI environments seem to be becoming more agressive at scanning
filesystems, to the point where autofs cannot expire mounts at
all.
This is one key reason the update of the autofs dentry info
last_used field is done in the expire system when the dentry
is seen to be in use.
But somewhere along th
From: Tomohiro Kusumi
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
Documentation/filesystems/autofs4.txt |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/filesystems/autofs4.txt
b/Documentation/filesystems/autofs4.txt
index 8fac3fe..a5dc
From: Tomohiro Kusumi
This is the same as d8732841 except that it's a different file.
A caller has no devid input, and devid is obtained via superblock.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
Documentation/filesystems/autofs4.txt |5 ++---
1 file changed, 2 insertions(
601 - 700 of 1053 matches
Mail list logo
