On Mon, 4 Apr 2016 18:17:07 +0900
Taeung Song wrote:
> To avoid duplicated config variables and
> use perf_config_set classifying between standard
> perf config variables and unknown or new config
> variables other than them, initialize perf_config_set
> with all default configs.
>
> And this w
There are few functions here and there along with type definitions that provide
UUID API. This series consolidates everything under one hood and converts
current users.
This has been tested for a while internally, however it doesn't mean we covered
all possible cases (especially accuracy of UUID c
UUID library provides uuid_be type and uuid_be_to_bin() function. This
substitutes open coded variant by generic library calls.
Signed-off-by: Andy Shevchenko
---
kernel/sysctl_binary.c | 20 ++--
1 file changed, 6 insertions(+), 14 deletions(-)
diff --git a/kernel/sysctl_binary
Since we have hex_byte_pack_upper() we may use it directly and avoid second
loop.
Signed-off-by: Andy Shevchenko
---
lib/vsprintf.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index ccb664b..be0e7cf 100644
--- a/lib/vsprintf.c
There are new helpers in this patch:
uuid_is_valid checks if a UUID is valid
uuid_be_to_bin converts from string to binary (big endian)
uuid_le_to_bin converts from string to binary (little endian)
They will be used in future, i.e. in the following patches in the serie
Let's gather the UUID related functions under one hood.
Signed-off-by: Andy Shevchenko
---
drivers/char/random.c | 21 +
fs/btrfs/volumes.c | 2 +-
fs/ext4/ioctl.c| 2 +-
fs/f2fs/file.c | 2 +-
fs/reiserfs/objectid.c | 2 +-
fs/ubifs/sb.c |
Generic UUID library defines structure type, macro to define UUID, and the
length of the UUID string. This patch removes duplicate data structure
definition, UUID string length constant as well as macro for UUID handling.
Signed-off-by: Andy Shevchenko
---
include/linux/efi.h | 14 -
Instead of opencoding let's use generic UUID library functions here.
Signed-off-by: Andy Shevchenko
---
fs/efivarfs/inode.c | 40 +++-
1 file changed, 3 insertions(+), 37 deletions(-)
diff --git a/fs/efivarfs/inode.c b/fs/efivarfs/inode.c
index e2ab6d0..71034
We have no locking in bin_uuid(). Thus, we may remove the out label and use
return statements directly.
Signed-off-by: Andy Shevchenko
---
kernel/sysctl_binary.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/kernel/sysctl_binary.c b/kernel/sysctl_binary.c
index
There is no point to keep an address in the file since it's a subject to
change.
While here, update Intel Copyright years.
Signed-off-by: Andy Shevchenko
---
include/linux/uuid.h | 6 +-
include/uapi/linux/uuid.h | 4
lib/uuid.c| 6 +-
3 files changed, 2 insert
On Thu, Mar 31, 2016 at 02:44:44PM +0300, Irina Tirdea wrote:
> Add ACPI support for pin controller properties. These are
> based on ACPI _DSD properties and follow the device tree
> model based on states and node configurations. The states
> are defined as _DSD properties and configuration nodes
>
On 04/04/2016 02:45 PM, Felipe Balbi wrote:
Hi,
Grygorii Strashko writes:
The Keystone 2 supports DT-boot only, as result dma_mask will be
always configured properly from DT -
of_platform_device_create_pdata()->of_dma_configure(). More over,
dwc3-keystone.c can be built as module and in this
From: Rabin Vincent
sysrq_sched_debug_show() can dump a lot of information. Don't print out
all that if we're just trying to get a list of blocked tasks (SysRq-W).
The information is still accessible with SysRq-T.
Signed-off-by: Rabin Vincent
---
kernel/sched/core.c | 3 ++-
1 file changed, 2
On Mon, Apr 04, 2016 at 01:21:00PM +0200, Linus Walleij wrote:
> On Mon, Apr 4, 2016 at 3:43 AM, Leo Yan wrote:
> > On Sun, Apr 03, 2016 at 09:23:42PM +0200, Linus Walleij wrote:
> >> On Sat, Apr 2, 2016 at 11:29 AM, Guodong Xu wrote:
>
> >> By chance the code in the driver will allow just one c
If the core runs out of vmap address space, it will call a notifier in
case any driver can reap some of its vmaps. As i915.ko is possibily
holding onto vmap address space that could be recovered, hook into the
notifier chain and try and reap objects holding onto vmaps.
Signed-off-by: Chris Wilson
vmaps are temporary kernel mappings that may be of long duration.
Reusing a vmap on an object is preferrable for a driver as the cost of
setting up the vmap can otherwise dominate the operation on the object.
However, the vmap address space is rather limited on 32bit systems and
so we add a notific
On Thu, Mar 31, 2016 at 02:44:45PM +0300, Irina Tirdea wrote:
> +static int acpi_parse_gpio_res(struct pinctrl *p,
> +struct pinctrl_map **map,
> +unsigned *num_maps,
> +struct pinctrl_dev ***pctldevs)
> +{
> +
[Re: [PATCH 0/7] drivers/mfd: make max drivers explicitly non-modular] On
04/04/2016 (Mon 09:11) Lee Jones wrote:
> How did you come up with the subject lines for these patches?
I just used the general default of:
: rest of subject
>
> Please do `git log --oneline -- `, as is normal when
>
On Mon, Apr 4, 2016 at 3:42 PM, Leo Yan wrote:
> On Mon, Apr 04, 2016 at 01:21:00PM +0200, Linus Walleij wrote:
>> This is not about enabling/disabling the clock(s) to the timer.
>> It doesn't matter if these clocks are always on.
>>
>> It is about determining the *frequency* of the timers.
>>
>>
As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
updated is requested and there is an earlier updated pending".
v2: Use the status of the workqueue instead of vop->event, and don't add
a superfluous wait on the workqueue.
v3: Drop work_busy, as there's a sizeable delay when
From: Sebastian Andrzej Siewior
The lock is taken while reading two registers. On RT the first lock is
taken in hard irq where it might sleep and in the threaded irq.
The threaded irq runs in oneshot mode so the hard irq does not run until
the thread the completes so there is no reason to grab th
On Fri, Apr 1, 2016 at 1:00 PM, Cristina Ciocan
wrote:
> In order to implement pin control for Baytrail, we need data structures
> in which to store and pass along pin, group, function, community and SOC
> data information.
>
> Baytrail has 3 GPIO controllers. Add SCORE, NCORE and SUS controller
In order to remove the SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST and to
reduce code duplication, put the code relative to the SD clock
configuration in a function which can be used by hosts for the
implementation of the set_clock() callback.
Signed-off-by: Ludovic Desroches
---
drivers/mmc/host/
Disabling the internal clock while configuring the SD card clock can
lead to internal clock stabilization issue and/or unexpected switch to
the base clock when using presets.
A quirk SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST was introduced to fix
these bugs. The cause was assumed to be a too long i
Hi,
I have recently observed that the quirk
SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST I have introduced doesn't fix all
the bugs relative to the internal clock disabling while configuring the SD
clock. This delay was introduced because of a re-synchronisation done when
disabling the internal clock
SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST quirk is not used anymore so
remove it.
Signed-off-by: Ludovic Desroches
---
drivers/mmc/host/sdhci.c | 2 --
drivers/mmc/host/sdhci.h | 5 -
2 files changed, 7 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index ee09
On Fri, Apr 1, 2016 at 1:00 PM, Cristina Ciocan
wrote:
> Add implementation for:
> - pin control, group information retrieval: count, name and pins
> - pin muxing:
> - function information (count, name and groups)
> - mux setting
> -
On Fri, Apr 01, 2016 at 03:02:30PM +, kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 6ddf37da05cd71bf9e43349d607e810b43c9008a
> commit: c09440f7dcb304002dfced8c0fea289eb25f2da0 macsec: introduce IEEE
> 802.1AE driver
>
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: 04 April, 2016 16:37
> To: Tirdea, Irina
> Cc: Rafael J. Wysocki; Len Brown; Linus Walleij; linux-g...@vger.kernel.org;
> linux-a...@vger.kernel.org; Rob Herring; Heikki Krogerus;
> Andy Shevche
On Sun, 2016-04-03 at 23:07 -0700, Ming Lin wrote:
> On Mon, Mar 28, 2016 at 7:48 AM, Ming Lin wrote:
> > On Thu, Mar 24, 2016 at 8:46 AM, James Bottomley
> > wrote:
> > > On Thu, 2016-03-24 at 08:09 -0700, Ming Lin wrote:
> > > > On Wed, Mar 23, 2016 at 12:40 AM, Christoph Hellwig > > > >
> > >
On Thu, Mar 31, 2016 at 02:23:20AM -0700, tip-bot for Peter Zijlstra wrote:
> Commit-ID: 26657848502b78474a5f17f9ce2ae6dc8d8d6262
> Gitweb: http://git.kernel.org/tip/26657848502b78474a5f17f9ce2ae6dc8d8d6262
> Author: Peter Zijlstra
> AuthorDate: Tue, 22 Mar 2016 22:09:18 +0100
> Committer
Some SPI memories like Macronix MX25L25635E and MX25L25673G share the very
same JEDEC ID with no ext ID but provide different hardware capabilities.
For instance, the 35E revision doesn't support the dedicated 4byte address
opcodes for (Fast) Read, Page Program and Sector Erase operations whereas
t
* tip-bot for Dongsheng Yang [2016-03-31 02:27:39]:
> Commit-ID: d740037fac7052e49450f6fa1454f1144a103b55
> Gitweb: http://git.kernel.org/tip/d740037fac7052e49450f6fa1454f1144a103b55
> Author: Dongsheng Yang
> AuthorDate: Tue, 22 Mar 2016 16:37:08 +0800
> Committer: Ingo Molnar
> Comm
This patch provides an alternative mean to support memory above 16MiB
(128Mib) by replacing 3byte address op codes by their associated 4byte
address versions.
Using the dedicated 4byte address op codes doesn't change the internal
state of the SPI NOR memory as opposed to using other means such as
The Macronix MX25L25635E and MX25L25673G share the same JEDEC ID, C22019,
with no extended ID to differenciate them at runtime.
However, the 73G supports dedicated 4byte address op code for (Fast) Read,
Page Program and Sectore Erase Operation whereas the 35E doesn't.
So this patch adds a specifi
Hi all,
This series of patches was tested on a sama5d2 xplained board + Macronix
mx25l25673g. The flash was declared in the DT with the following
'compatible' string:
compatible = "mxicy,mx25l25673g", "jedec,spi-nor";
It provides us with an alternative method to support SPI NOR memory above
16MiB
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: 04 April, 2016 16:48
> To: Tirdea, Irina
> Cc: Rafael J. Wysocki; Len Brown; Linus Walleij; linux-g...@vger.kernel.org;
> linux-a...@vger.kernel.org; Rob Herring; Heikki Krogerus;
> Andy Shevche
On Thursday, March 31, 2016 10:49:28 AM Jiri Slaby wrote:
> We can use kthread_run instead of kthread_create+wake_up_process for
> creating the thread.
>
> We do not need to set the task state to TASK_RUNNING after schedule(),
> the process is in that state already.
>
> And we do not need to set
On 4/4/2016 1:42 PM, Anna-Maria Gleixner wrote:
Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to
hotplugged cpu") it is ensured that callbacks of CPU_ONLINE and
CPU_DOWN_PREPARE are processed on the hotplugged cpu. Due to this SMP
CPU. My spell checker also trips over "hotplugge
On 4/4/2016 1:32 PM, Anna-Maria Gleixner wrote:
Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to
hotplugged cpu") it is ensured that callbacks of CPU_ONLINE and
CPU_DOWN_PREPARE are processed on the hotplugged cpu. Due to this SMP
function calls are no longer required.
Replace smp_
On Fri, Apr 1, 2016 at 1:00 PM, Cristina Ciocan
wrote:
> This patch updates the gpio chip implementation in order to interact with
> the pin control model: the chip contains reference to SOC data and
> pin/group/community information is retrieved through the SOC reference.
>
> Signed-off-by: Cris
On Mon, Apr 04, 2016 at 03:53:47PM +0200, Linus Walleij wrote:
> On Mon, Apr 4, 2016 at 3:42 PM, Leo Yan wrote:
> > On Mon, Apr 04, 2016 at 01:21:00PM +0200, Linus Walleij wrote:
[...]
> > Also have checked Hi6220's spec, there have no timer's dediated clock
> > enabling bits. This is the reason
On Fri, Apr 1, 2016 at 1:00 PM, Cristina Ciocan
wrote:
> This patch updates the irq chip implementation in order to interact with
> the pin control chip model: the chip contains reference to SOC data and
> pin/group/community information is retrieved through the SOC reference.
>
> Signed-off-by:
On Mon, Apr 4, 2016 at 8:14 AM, Doug Smythies wrote:
> On 2016.03.04 22:14 Sedat Dilek wrote:
>> On Sun, Apr 3, 2016 at 8:59 PM, Doug Smythies wrote:
>>> On 2016.04.02 11:21 Sedat Dilek wrote:
On Sat, Apr 2, 2016 at 7:19 PM, Jörg Otte wrote:
> 2016-04-02 17:28 GMT+02:00 Srinivas Pandruva
On Fri, Apr 1, 2016 at 1:00 PM, Cristina Ciocan
wrote:
> This patch updates device's probing, removal and irq handling in order to
> register it as pinctrl device. Pin control data is matched by ACPI UID,
> since it is passed along as driver data in acpi_device_id structure.
>
> Signed-off-by: Cr
Urgent Founds!!
We wish to inform you that your over due Inheritance funds which we agreed to
pay you in cash is already sealed and package with a security proof box. The
funds worth of $7.5 millions US Dollar,in the package will be conveyed to you
by an Int'l diplomatic agent, Mr. Jeff Bernard
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
---
Changes from v2:
- added linksys to filename
- added make rule
Changes from v1:
- changed console to stdout-path
- removed unnecesarry @0 from dsa node, and fixed dsa/switch node
- fixed partitions according to the official do
On Fri, Apr 1, 2016 at 1:00 PM, Cristina Ciocan
wrote:
> Make debounce setting and getting functionality available when
> configurating a certain pin.
>
> Signed-off-by: Cristina Ciocan
Patch applied.
And as this is another case where GPIO has a debounce
setting call: gpiod_set_debounce() this
On Mon, 04 Apr 2016, Paul Gortmaker wrote:
> [Re: [PATCH 0/7] drivers/mfd: make max drivers explicitly non-modular] On
> 04/04/2016 (Mon 09:11) Lee Jones wrote:
>
> > How did you come up with the subject lines for these patches?
>
> I just used the general default of:
>: rest of subject
>
Correct a typo in the chunk_mutex name to make it grepable.
Since it is better to fix several typos at once, fixing the 2 more in the
same file.
Signed-off-by: Luis de Bethencourt
---
Hi,
David recommended I look around the rest of the file for other typos to fix.
These two more are all I see
Hi Will,
On Tue, Mar 29, 2016 at 06:22:16PM +0100, Will Deacon wrote:
> > +
> > + if (i == 0)
> > + goto out_put_masters;
>
> I'm confused by this hunk. If i == 0, then we shouldn't have registered
> any masters and therefore out_put_masters won't have anything to do.
The idea was th
On 4 April 2016 at 16:00, Ludovic Desroches wrote:
> In order to remove the SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST and to
> reduce code duplication, put the code relative to the SD clock
> configuration in a function which can be used by hosts for the
> implementation of the set_clock() callbac
On Wed, Mar 23, 2016 at 11:18:25PM +0800, kbuild test robot wrote:
>drivers/iommu/arm-smmu.c: In function 'arm_smmu_device_dt_probe':
>drivers/iommu/arm-smmu.c:1746:29: error: storage size of 'it' isn't known
> struct of_phandle_iterator it;
> ^
> >> dri
Hi Brian,
Le 01/04/2016 22:38, Brian Norris a écrit :
> On Tue, Mar 22, 2016 at 12:27:32PM +0100, Cyrille Pitchen wrote:
>> Le 21/03/2016 18:55, Brian Norris a écrit :
>>> On Mon, Mar 21, 2016 at 06:16:32PM +0100, Cyrille Pitchen wrote:
Le 21/03/2016 18:01, Brian Norris a écrit :
> On Mon
On Mon, Apr 04, 2016 at 05:51:09PM +0530, Sudip Mukherjee wrote:
> On Monday 04 April 2016 09:39 AM, Stephen Rothwell wrote:
> >Hi all,
> >
> >Changes since 20160401:
>
> s390 allmodconfig build fails with the error:
>
> arch/s390/crypto/ghash_s390.c:14:24: fatal error: crypt_s390.h: No
> such fi
Correct a typo in the chunk_mutex name to make it grepable.
Since it is better to fix several typos at once, fixing the 2 more in the
same file.
Signed-off-by: Luis de Bethencourt
---
Hi,
Sorry for sending again. Previous version had a line over 80 characters.
Explanation from previous patch:
Hi Rob,
2016-04-04 7:15 GMT+02:00 Rob Herring :
> On Thu, Mar 31, 2016 at 05:09:31PM +0200, Maxime Coquelin wrote:
>> Signed-off-by: Maxime Coquelin
>> ---
>> .../bindings/interrupt-controller/st,stm32-exti.txt | 20
>>
>> 1 file changed, 20 insertions(+)
>> create mode 1
> -Original Message-
> From: KY Srinivasan
> Sent: Saturday, April 2, 2016 10:18 PM
> To: 'Greg KH'
> Cc: o...@aepfle.de; jasow...@redhat.com; linux-kernel@vger.kernel.org;
> a...@canonical.com; de...@linuxdriverproject.org
> Subject: RE: [PATCH 0/6] Drivers: hv: vmbus: Cleanup and mmio
On Sat, Apr 02, 2016 at 11:20:14PM +, Sell, Timothy C wrote:
> > -Original Message-
> > From: Iban Rodriguez [mailto:iban.rodrig...@ono.com]
> > Sent: Saturday, April 02, 2016 1:47 PM
> > To: Kershner, David A; Greg Kroah-Hartman; Benjamin Romer; Sell, Timothy
> > C; Neil Horman
> > Cc:
On 03/22/16 15:03, Ming Lin wrote:
From: Ming Lin
Rename SCSI_MAX_SG_SEGMENTS to SG_CHUNK_SIZE, which means the amount
we fit into a single scatterlist chunk.
Rename SCSI_MAX_SG_CHAIN_SEGMENTS to SG_MAX_SEGMENTS.
Will move these 2 generic definitions to scatterlist.h later.
Signed-off-by: Mi
On Mon, Apr 04, 2016 at 04:16:05PM +0200, Bert Vermeulen wrote:
> This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
It is missing your signed-off-by.
See Section "11) Sign your work" of Documentation/SubmittingPatches.
Apart from that, it looks good.
Andrew
> ---
> Cha
Hi Rob,
2016-03-22 17:11 GMT+01:00 Alexandre Torgue :
> Hi guys,
>
> I will fix typo issues (s/vesrion/version and ethernet @).
>
> Concerning compatible string. For sure "snps,dwmac-3.50a" string is
> not used inside glue driver.
> I perfere to keep it for information but if you really want that
On 04/04/2016 06:45 AM, Naoya Horiguchi wrote:
> On Mon, Apr 04, 2016 at 10:39:17AM +0900, Minchan Kim wrote:
>> Thanks for catching it, Vlastimil.
>> It was my mistake. But in this chance, I looked over hwpoison code and
>> I saw other places which increases num_poisoned_pages are successful
>> mi
This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
Signed-off-by: Bert Vermeulen
---
Changes from v3:
- added comment noting eth1 is connected to switch as well
Changes from v2:
- added linksys to filename
- added make rule
Changes from v1:
- changed console to stdout-path
- re
On Mon, Apr 04, 2016 at 03:31:22PM +0100, Luis de Bethencourt wrote:
> Correct a typo in the chunk_mutex name to make it grepable.
>
> Since it is better to fix several typos at once, fixing the 2 more in the
> same file.
>
> Signed-off-by: Luis de Bethencourt
Now the subject does not match the
On Mon, Apr 04, 2016 at 04:46:07PM +0200, Bert Vermeulen wrote:
> This platform is based on a Marvell 88E6282 SoC and 88E6171 switch.
>
> Signed-off-by: Bert Vermeulen
Reviewed-by: Andrew Lunn
Thanks
Andrew
> ---
> Changes from v3:
> - added comment noting eth1 is connected to
On 04/04/16 15:45, David Sterba wrote:
> On Mon, Apr 04, 2016 at 03:31:22PM +0100, Luis de Bethencourt wrote:
>> Correct a typo in the chunk_mutex name to make it grepable.
>>
>> Since it is better to fix several typos at once, fixing the 2 more in the
>> same file.
>>
>> Signed-off-by: Luis de Bet
Hello Xunlei,
On Sat, 2 Apr 2016 09:23:50 +0800
Xunlei Pang wrote:
> On 2016/04/02 at 01:41, Michael Holzheu wrote:
> > Hello Xunlei again,
> >
> > Some initial comments below...
> >
> > On Wed, 30 Mar 2016 19:47:21 +0800
> > Xunlei Pang wrote:
> >
[snip]
> >> + os_info_crash
On Mon, Apr 04, 2016 at 02:18:03PM +0200, Anna-Maria Gleixner wrote:
> Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to
> hotplugged cpu") it is ensured that callbacks of CPU_ONLINE and
> CPU_DOWN_PREPARE are processed on the hotplugged CPU. Due to this
> work_on_cpu() calls are no lo
Joseph Salisbury writes:
> BugLink: http://bugs.launchpad.net/bugs/972604
>
> Commit 09c9bae26b0d3c9472cb6ae45010460a2cee8b8d ("ath5k: add led pin
> configuration for compaq c700 laptop") added a pin configuration for the
> Compaq
> c700 laptop. However, the polarity of the led pin is reverse
On Mon, 4 Apr 2016 13:44:11 +0530
Vignesh R wrote:
> Hi,
>
> On 03/31/2016 05:59 PM, Boris Brezillon wrote:
> > Add an helper to check if a virtual address is in the highmem region.
> >
> > Signed-off-by: Boris Brezillon
> > ---
> > include/linux/highmem.h | 13 +
> > 1 file chang
[Re: [PATCH 5/7] drivers/mfd: make max77686.c explicitly non-modular] On
04/04/2016 (Mon 12:44) Krzysztof Kozlowski wrote:
> On 04.04.2016 06:24, Paul Gortmaker wrote:
> > The Kconfig currently controlling compilation of this code is:
> >
> > drivers/mfd/Kconfig:config MFD_MAX77686
> > drivers/m
[Re: [PATCH 4/7] drivers/mfd: make max14577.c explicitly non-modular] On
04/04/2016 (Mon 12:42) Krzysztof Kozlowski wrote:
> On 04.04.2016 06:24, Paul Gortmaker wrote:
> > The Kconfig currently controlling compilation of this code is:
> >
> > mfd/Kconfig:config MFD_MAX14577
> > mfd/Kconfig: bo
* Peter Ujfalusi [160404 05:47]:
> On 04/02/16 03:17, Tony Lindgren wrote:
> > * Peter Ujfalusi [160401 02:34]:
> >> So what shall we do with the OMAP3 McBSP2/3 sidetone? It has been broken
> >> in DT
> >> boot since the first time we booted OMAP3 with DT... Only in legacy mode we
> >> can have
Am Montag, 4. April 2016, 10:57:57 schrieb Russell King - ARM Linux:
> [Manually reformatted your email so I can reply to it sensibly - please
> don't make me have to do this again, next time I'll ignore your message
> as it's too much effort, thanks]
>
> On Sun, Apr 03, 2016 at 09:23:52AM +0200,
Hi Daniel,
On 03/17/2016 03:42 PM, Daniel Lezcano wrote:
> On 03/08/2016 11:55 AM, Grygorii Strashko wrote:
>> Yeah. Thanks
>>
>> I'll re-send it after 4.6-rc.
>> But What I'm not fully understand is how to get it merged taking into
>> account that
>> it touches few maches & clocksource :(
>
> Th
On Thu, Mar 31, 2016 at 09:07:09AM +0200, Boris Brezillon wrote:
> Hi Guenter,
>
> On Wed, 30 Mar 2016 15:52:44 -0700
> Guenter Roeck wrote:
>
> > On Wed, Mar 30, 2016 at 10:03:31PM +0200, Boris Brezillon wrote:
> > > The PWM framework has clarified the concept of reference PWM config
> > > (the
Hello Krzysztof,
On 04/03/2016 11:44 PM, Krzysztof Kozlowski wrote:
> On 04.04.2016 06:24, Paul Gortmaker wrote:
>> The Kconfig currently controlling compilation of this code is:
>>
>> drivers/mfd/Kconfig:config MFD_MAX77686
>> drivers/mfd/Kconfig:bool "Maxim Semiconductor MAX77686/802 PMIC Su
On Thu, Mar 31, 2016 at 08:54:54PM +0200, Boris Brezillon wrote:
> Hi Dmitry,
>
> On Thu, 31 Mar 2016 10:38:58 -0700
> Dmitry Torokhov wrote:
>
> > Hi Boris,
> >
> > On Wed, Mar 30, 2016 at 10:03:55PM +0200, Boris Brezillon wrote:
> > > Prefix those function as deprecated to encourage all exist
On 04/04/2016 09:31 AM, Michal Hocko wrote:
On Sat 02-04-16 21:17:31, Piotr Kwapulinski wrote:
Currently the mmap(MAP_FIXED) discards the overlapping part of the
existing VMA(s).
Introduce the new MAP_DONTUNMAP flag which forces the mmap to fail
with ENOMEM whenever the overlapping occurs and MA
In order to remove the SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST and to
reduce code duplication, put the code relative to the SD clock
configuration in a function which can be used by hosts for the
implementation of the set_clock() callback.
Signed-off-by: Ludovic Desroches
---
drivers/mmc/host/
SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST quirk is not used anymore so
remove it.
Signed-off-by: Ludovic Desroches
---
drivers/mmc/host/sdhci.c | 2 --
drivers/mmc/host/sdhci.h | 5 -
2 files changed, 7 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 2c3d
Disabling the internal clock while configuring the SD card clock can
lead to internal clock stabilization issue and/or unexpected switch to
the base clock when using presets.
A quirk SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST was introduced to fix
these bugs. The cause was assumed to be a too long i
Hi,
I have recently observed that the quirk
SDHCI_QUIRK2_NEED_DELAY_AFTER_INT_CLK_RST I have introduced doesn't fix all
the bugs relative to the internal clock disabling while configuring the SD
clock. This delay was introduced because of a re-synchronisation done when
disabling the internal clock
On Thu, Mar 31, 2016 at 08:57:35AM +0200, Boris Brezillon wrote:
> Hi Stephen,
>
> On Wed, 30 Mar 2016 15:01:49 -0700
> Stephen Boyd wrote:
>
> > On 03/30, Boris Brezillon wrote:
> > > diff --git a/drivers/clk/clk-pwm.c b/drivers/clk/clk-pwm.c
> > > index ebcd738..49ec5b1 100644
> > > --- a/driv
On Wed, Mar 30, 2016 at 4:06 PM, Peter Zijlstra wrote:
> On Wed, Mar 30, 2016 at 11:36:59AM +0200, Peter Zijlstra wrote:
>> Furthermore, our hash function has definite room for improvement.
>
> After a bit of reading, using a 'strong' PRNG as base for a hash
> function seems generally suggested.
>
On Apr 4, 2016 4:51 AM, "Jan Kara" wrote:
>
> On Sat 02-04-16 13:58:19, Andy Lutomirski wrote:
> > [cc Jan Kara]
> >
> > On Sat, Apr 2, 2016 at 1:47 PM, Borislav Petkov wrote:
> > > On Sat, Apr 02, 2016 at 01:13:37PM -0700, Andy Lutomirski wrote:
> > >> Given that I this isn't really a regression
On Sat, Apr 2, 2016 at 1:12 PM, Thomas Gleixner wrote:
> On Sat, 2 Apr 2016, Sedat Dilek wrote:
>
>> Hi,
>>
>> I was looking through tip Git tree...
>>
>> Why didn't you use...
>>
>> + IS_ENABLED(CONFIG_DEBUG_PAGEALLOC) ? " DEBUG_PAGEALLOC" : "",
>>
>> ...instead of...
>>
>> + debug_pagealloc_enab
Hi Brian,
Le 01/04/2016 22:27, Brian Norris a écrit :
> On Wed, Mar 30, 2016 at 02:47:48PM +0200, Cyrille Pitchen wrote:
>> Hi all,
>>
>> [...]
>>> But this is interesting: I see the latest datasheet for Spansion
>>> s25fl064k says it supports the Block Protect bits in the Status
>>> Register, so
In gather_pte_stats() a THP pmd is cast into a pte, which is wrong because the
layouts may differ depending on the architecture. On s390 this will lead to
inaccurate numap_maps accounting in /proc because of misguided pte_present()
and pte_dirty() checks on the fake pte.
On other architectures pte
On Thu, Mar 31, 2016 at 08:57:18PM +0200, Boris Brezillon wrote:
> On Thu, 31 Mar 2016 10:48:01 -0700
> Dmitry Torokhov wrote:
>
> > Hi Boris,
> >
> > On Wed, Mar 30, 2016 at 10:03:59PM +0200, Boris Brezillon wrote:
> > > pwm_config/enable/disable() have been deprecated and should be replaced
>
On 4/4/2016 8:32 AM, Andy Lutomirski wrote:
Adding locking would be easy enough, wouldn't it?
But do any platforms really boot a second CPU before switching to real
printk? Given that I see all the smpboot stuff in dmesg, I guess real
printk happens first. I admit I haven't actually checked.
[Re: [PATCH 6/7] drivers/mfd: make max77693.c explicitly non-modular] On
04/04/2016 (Mon 12:53) Krzysztof Kozlowski wrote:
> On 04.04.2016 06:24, Paul Gortmaker wrote:
[...]
> > diff --git a/drivers/mfd/max77693.c b/drivers/mfd/max77693.c
> > index b83b7a7da1ae..4126a55269d2 100644
> > --- a/dr
On Sun, Apr 3, 2016 at 8:14 PM, Inki Dae wrote:
>
> 2016년 03월 31일 23:10에 Rob Clark 이(가) 쓴 글:
>> On Thu, Mar 31, 2016 at 7:26 AM, Inki Dae wrote:
>>> Hi Daniel,
>>>
>>> 2016-03-31 19:56 GMT+09:00 Daniel Stone :
Hi Inki,
On 31 March 2016 at 11:05, Inki Dae wrote:
> 2016년 03월 31일
'unsigned int gpio' is added in place of 'unsigned gpio'
Signed-off-by: Shyam Saini
---
drivers/staging/android/timed_gpio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/timed_gpio.c
b/drivers/staging/android/timed_gpio.c
index 914fd10..8926b3f 100
Hi Tomeu,
On 4 April 2016 at 14:55, Tomeu Vizoso wrote:
> diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_fb.c
> b/drivers/gpu/drm/rockchip/rockchip_drm_fb.c
> index 3b8f652698f8..8305bbd2a4d7 100644
> --- a/drivers/gpu/drm/rockchip/rockchip_drm_fb.c
> +++ b/drivers/gpu/drm/rockchip/rockchip_
Borislav asked for a comment explaining why all exception handlers are
allowed early.
Signed-off-by: Andy Lutomirski
---
arch/x86/mm/extable.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/x86/mm/extable.c b/arch/x86/mm/extable.c
index 98b5f45d9d79..36fe03bc81ee 100644
On Mon, Apr 4, 2016 at 11:41 AM, Rob Clark wrote:
> On Sun, Apr 3, 2016 at 8:14 PM, Inki Dae wrote:
>>
>> 2016년 03월 31일 23:10에 Rob Clark 이(가) 쓴 글:
>>> On Thu, Mar 31, 2016 at 7:26 AM, Inki Dae wrote:
Hi Daniel,
2016-03-31 19:56 GMT+09:00 Daniel Stone :
> Hi Inki,
>
> O
On Wed, Mar 23, 2016 at 03:37:44PM -0500, Rob Herring wrote:
> On Wed, Mar 23, 2016 at 6:54 AM, Joerg Roedel wrote:
> > Thanks a lot for your fast reply! I guess these patches will go through
> > the DT tree, or should I carry them in the IOMMU tree? The DT tree
> > probably makes more sense.
>
>
On Sun, Apr 3, 2016 at 7:10 AM, Borislav Petkov wrote:
> On Sun, Apr 03, 2016 at 06:55:00AM -0700, Andy Lutomirski wrote:
>> > No, please don't fail at early boot.
>> >
>> > Early boot is just about the *worst* situation to try to debug odd
>> > failures, exactly since things like printk may not b
401 - 500 of 889 matches
Mail list logo
