2015-07-28 17:10 GMT+09:00 Wanpeng Li :
>
>
> On 7/19/15 12:28 AM, Akinobu Mita wrote:
>>
>> CPU hotplug handling for blk-mq (blk_mq_queue_reinit) acquires
>> all_q_mutex in blk_mq_queue_reinit_notify() and then removes sysfs
>> entries by blk_mq_sysfs_unregister(). Removing sysfs entry needs to
On Tue, 28 Jul 2015, Jörn Engel wrote:
> What would you propose for me then? I have 80% RAM or more in reserved
> hugepages. OOM-killer is not a concern, as it panics the system - the
> alternatives were almost universally silly and we didn't want to deal
> with system in unpredictable states.
Hi,
On Tue, Jul 28, 2015 at 9:20 AM, Alexey Klimov wrote:
> Hi Doug,
>
> On Tue, Jul 28, 2015 at 6:24 PM, Doug Anderson wrote:
>> Alexey,
>>
>> On Mon, Jul 27, 2015 at 2:28 PM, Alexey Klimov
>> wrote:
>>> Hi all,
>>>
>>> year(s) ago it was discovered that MCT timer and ARM architectured
>>>
Please i need your assistance on a pressing matter, please kindly reply back on
receipt of this message so i can give you more details. Thanks i hope to read
from you soon
Regards
Mrs Zhang Guihua
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
The mm-of-the-moment snapshot 2015-07-28-16-15 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Am 2015-07-28 um 11:28 schrieb Mark Rutland:
> On Tue, Jul 28, 2015 at 10:11:29AM +0100, Martin Kepplinger wrote:
>>
>>
>> On 2015-07-27 19:33, Mark Rutland wrote:
>>> On Mon, Jul 27, 2015 at 03:37:48PM +0100, Martin Kepplinger wrote:
Am 2015-07-27 um 16:23 schrieb Mark Rutland:
> On Mon,
On Tue, Jul 28, 2015 at 3:51 PM, Ross Zwisler
wrote:
> On Fri, 2015-07-24 at 22:39 -0400, Dan Williams wrote:
>> In preparation for deprecating ioremap_cache() convert its usage in
>> libnvdimm and the PMEM API to memremap.
>>
>> Signed-off-by: Dan Williams
>> ---
>> arch/x86/include/asm/io.h
On 07/28, Viresh Kumar wrote:
> Cc'ing few people (whom I cc'd last time as well :)).
>
> On 27-07-15, 16:20, Lee Jones wrote:
> > These OPPs are used in ST's CPUFreq implementation.
> >
> > Signed-off-by: Lee Jones
> > ---
> >
> > Changelog:
> > - None, new patch
> >
> >
On Mon, 2015-07-27 at 09:52PM -0700, Moritz Fischer wrote:
> Hi Sören,
>
> thanks for your feedback.
>
> On Mon, Jul 27, 2015 at 7:58 PM, Sören Brinkmann
> wrote:
> > Hi Moritz,
> >
> > On Fri, 2015-07-24 at 05:21PM -0700, Moritz Fischer wrote:
> >> Signed-off-by: Moritz Fischer
> >> ---
> >>
On Fri, 2015-07-24 at 22:39 -0400, Dan Williams wrote:
> In preparation for deprecating ioremap_cache() convert its usage in
> libnvdimm and the PMEM API to memremap.
>
> Signed-off-by: Dan Williams
> ---
> arch/x86/include/asm/io.h |7 +--
> arch/x86/mm/ioremap.c |
Hi Jassi,
just a ping to see if you're waiting on me to fix things or if this is
good to go from your point of view,
and you're just waiting some time to give people more time to review.
Let me know if you want me to resend with Soeren's Acked-By
Cheers,
Moritz
On Tue, Jul 14, 2015 at 6:00
Hi,
While debugging an issue with another driver, I've hit some corruption in xHCI.
I'm not sure if the corruption is directly caused by the first warning or if
the warning is exposing an issue with the driver. The issue I was actually
trying to debug was a URB double submit:
[ cut
On Tue, Jul 28, 2015 at 03:15:17PM -0700, David Rientjes wrote:
>
> Starting to account hugetlb pages in rss may lead to breakage in userspace
> and I would agree with your earlier suggestion that just removing any test
> for rss would be appropriate.
What would you propose for me then? I
This series fixes few bugs to allow keystone netcp modules to be
dynamically loaded and removed. Currently it allows following
sequence multiple times
insmod cpsw_ale.ko
insmod davinci_mdio.ko
insmod keystone_netcp.ko
insmod keystone_netcp_ethss.ko
ifup eth0
ifup eth1
ping
ping
This patch clean up error handle code to use goto label properly. In some
cases, the code unnecessarily use goto instead of just returning the error
code. Code also make explicit calls to devm_* APIs on error which is
not necessary. In the gbe_remove() also it makes similar calls which is
also
The code seems to assume a null is returned when the list is empty
from first_sec_slave() to break the loop which is incorrect. Fix the
code by using list_empty().
Signed-off-by: Murali Karicheri
---
drivers/net/ethernet/ti/netcp_ethss.c | 5 ++---
1 file changed, 2 insertions(+), 3
Currently if user do rmmod keystone_netcp.ko following warning is
seen :-
[ 59.035891] [ cut here ]
[ 59.040535] WARNING: CPU: 2 PID: 1619 at drivers/net/ethernet/ti/
netcp_core.c:2127 netcp_remove)
This is because the interface list is not cleaned up in netcp_remove.
On Tue, 28 Jul 2015, Mike Kravetz wrote:
> > > The easiest way to resolve this issue would be to remove the test and
> > > perhaps document that hugetlb pages are not accounted for in rss.
> > > However, it does seem like a big oversight that hugetlb pages are not
> > > accounted for in rss.
From: Radha Mohan Chintakuntla
The CONFIG_MDIO_OCTEON is required so that the ThunderX NIC driver can
talk to the PHY drivers.
Signed-off-by: Radha Mohan Chintakuntla
---
drivers/net/ethernet/cavium/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
From: Radha Mohan Chintakuntla
This patch series adds MDIO support to ThunderX NIC driver by making use
of existing mdio-octeon driver. In the process modified the mdio-octeon
driver to work on both Octeon and ThunderX platforms.
* From v1:
- Removed default selection in Kconfig for
From: Radha Mohan Chintakuntla
This patch modifies the mdio-octeon driver to work on both ThunderX and
Octeon SoCs from Cavium Inc.
Signed-off-by: Sunil Goutham
Signed-off-by: Radha Mohan Chintakuntla
Signed-off-by: David Daney
---
drivers/net/phy/Kconfig | 10 ++--
From: Radha Mohan Chintakuntla
This patch fixes a possible crash in the octeon_mdiobus_probe function
if the return values are not handled properly.
Signed-off-by: Radha Mohan Chintakuntla
Signed-off-by: Tomasz Nowicki
---
drivers/net/phy/mdio-octeon.c | 14 +-
1 files changed,
On Tue, Jul 28, 2015 at 02:35:04PM -0700, Andrew Morton wrote:
> On Tue, 28 Jul 2015 10:15:00 -0700 Kees Cook wrote:
>
> > From: Ricky Zhou
> >
> > Checking mm_users > 1 does not mean a process is multithreaded. For
> > example, reading /proc/PID/maps temporarily increments mm_users, allowing
On Tue, Jul 28, 2015 at 10:49:52AM -0700, Joshua Clayton wrote:
> > Changing the line breaks here is a tiny change on the same line and so
> > it's fine. It fits into the one thing per patch rule.
>
> This is the style I prefer (getting rid of the explicit == true)
>
> - if
On Tue, 28 Jul 2015, Peter Zijlstra wrote:
On Wed, Jul 01, 2015 at 03:21:07PM -0700, Vikas Shivappa wrote:
+static inline bool cbm_is_contiguous(unsigned long var)
+{
+ unsigned long maxcbm = MAX_CBM_LENGTH;
+ unsigned long first_bit, zero_bit;
+
+ if (!var)
+
On Tue, 28 Jul 2015, Peter Zijlstra wrote:
On Wed, Jul 01, 2015 at 03:21:05PM -0700, Vikas Shivappa wrote:
+static int __init intel_rdt_late_init(void)
+{
+ struct cpuinfo_x86 *c = _cpu_data;
+
+ if (!cpu_has(c, X86_FEATURE_CAT_L3))
+ return -ENODEV;
+
+
On ma, 2015-07-27 at 10:44 +0100, Lee Jones wrote:
> --- /dev/null
> +++ b/drivers/mailbox/mailbox-sti.c
> +static int sti_mbox_probe(struct platform_device *pdev)
> +{
> + [...]
> +
> + match = of_match_device(sti_mailbox_match, >dev);
> + if (!match) {
> + dev_err(>dev,
On 07/28/2015 09:21 AM, Peter Zijlstra wrote:
Hi,
Funny-so I did something similar but its a modules self test
so I think its complementary. I can re-post with a changelog
and some more comments if you think its worthwhile. I have
two modules in order to test actually updating the key
during
On Sat, Jul 18 2015 at 05:31 -0600, Ohad Ben-Cohen wrote:
Hi Lina,
On Thu, Jul 2, 2015 at 11:30 PM, Lina Iyer wrote:
You are right, RAW capability is not lock specific. But we dont want to
impose this on every lock in the bank either.
I'm not sure I'm following your concern here: drivers
On Tue, Jul 28, 2015 at 2:29 PM, Bjorn Helgaas wrote:
> On Tue, Jul 28, 2015 at 10:45:26AM -0700, Duc Dang wrote:
>> On Tue, Jul 28, 2015 at 9:43 AM, Bjorn Helgaas wrote:
>> > On Fri, Jul 24, 2015 at 7:05 PM, Duc Dang wrote:
>> >> Hi Bjorn,
>> >>
>> >> On Fri, Jul 24, 2015 at 3:42 PM, Bjorn
On Tue, Jul 28, 2015 at 2:35 PM, Andrew Morton
wrote:
> On Tue, 28 Jul 2015 10:15:00 -0700 Kees Cook wrote:
>
>> From: Ricky Zhou
>>
>> Checking mm_users > 1 does not mean a process is multithreaded. For
>> example, reading /proc/PID/maps temporarily increments mm_users, allowing
>> other
On Tue, Jul 28, 2015 at 7:07 AM, David Daney wrote:
> On 07/27/2015 07:14 PM, mohun...@gmail.com wrote:
>>
>> From: Radha Mohan Chintakuntla
>>
>> This patch modifies the mdio-octeon driver to work on both ThunderX and
>> Octeon SoCs from Cavium Inc.
>>
>> Signed-off-by: Sunil Goutham
>>
On Wed, 29 Jul 2015 00:23:18 +0300 Yury wrote:
> But I think, before/after for x86 is needed as well.
That would be nice.
> And why don't you consider '__always_inline__'? Simple inline is only a
> hint and
> guarantees nothing.
Yup. My x86_64 compiler just ignores the "inline". When I use
On 07/26, Sylwester Nawrocki wrote:
> On 07/22/2015 08:41 AM, Krzysztof Kozlowski wrote:
> >On 22.07.2015 07:42, Stephen Boyd wrote:
> >>>On 06/12, Krzysztof Kozlowski wrote:
> [...]
> >Signed-off-by: Krzysztof Kozlowski
> >Cc:
> >Fixes: c63c57433003 ("ARM: dts: Add ADC's dt data to
On 29.07.2015 00:23, Yury wrote:
On 28.07.2015 22:09, Cassidy Burden wrote:
I've tested Yury Norov's find_bit reimplementation with the
test_find_bit
module (https://lkml.org/lkml/2015/3/8/141) and measured about 35-40%
performance degradation on arm64 3.18 run with fixed CPU frequency.
The
On Fri, 2015-07-24 at 22:38 -0400, Dan Williams wrote:
> region_is_ram() is used to prevent the establishment of aliased mappings
> to physical "System RAM" with incompatible cache settings. However, it
> uses "-1" to indicate both "unknown" memory ranges (ranges not described
> by platform
On Tue, 28 Jul 2015 10:15:00 -0700 Kees Cook wrote:
> From: Ricky Zhou
>
> Checking mm_users > 1 does not mean a process is multithreaded. For
> example, reading /proc/PID/maps temporarily increments mm_users, allowing
> other processes to (accidentally) interfere with unshare() calls.
>
>
Function is empty; rtllib checks if handler is NULL.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
b/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
index
Function is empty; rtllib checks if handler is NULL.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
b/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
index
Function is empty and called only once.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c | 6 --
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 3 ---
drivers/staging/rtl8192e/rtl8192e/rtl_core.h | 4
3 files changed, 13 deletions(-)
diff --git
It is set at the very beginning of function to a constant value.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c | 8 ++--
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 60 +++---
drivers/staging/rtl8192e/rtl8192e/rtl_core.h | 3 +-
Function is empty and called only once.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c | 1 -
drivers/staging/rtl8192e/rtl8192e/r8192E_phy.c | 4
drivers/staging/rtl8192e/rtl8192e/r8192E_phy.h | 1 -
3 files changed, 6 deletions(-)
diff --git
Move phy version check outside of the loop.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8190P_rtl8256.c | 53 --
1 file changed, 18 insertions(+), 35 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/r8190P_rtl8256.c
Merge function into rtl92e_config_rf as having them
separated gives no benefit.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8190P_rtl8256.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git
Function should return struct member - no extra logic is needed.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_dev.c
Macro caused checkpatch complaints - replace [] braces with ()
and use [] braces as array initializers.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/rtl_wx.c | 68 +++---
1 file changed, 34 insertions(+), 34 deletions(-)
diff --git
The same steps were made for each RF path independently.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/r8190P_rtl8256.c | 69 +++---
1 file changed, 9 insertions(+), 60 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/r8190P_rtl8256.c
In case of probe failure, io memory was not released properly.
Signed-off-by: Mateusz Kulikowski
---
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl8192e/rtl_core.c
Another cleanup series for 8192e driver.
It should apply cleanly to current staging-next (6e64e224).
Series was target tested as usual.
Patches 1-5 are trivial.
Patch 11 fixes possible resource leak (when probe fails).
Mateusz Kulikowski (11):
staging: rtl8192e: Remove
On Tue, Jul 28, 2015 at 10:45:26AM -0700, Duc Dang wrote:
> On Tue, Jul 28, 2015 at 9:43 AM, Bjorn Helgaas wrote:
> > On Fri, Jul 24, 2015 at 7:05 PM, Duc Dang wrote:
> >> Hi Bjorn,
> >>
> >> On Fri, Jul 24, 2015 at 3:42 PM, Bjorn Helgaas wrote:
> >>>
> >>> I regularly see faults like this on
On Tue, 28 Jul 2015 11:59:01 -0400 David Kershner
wrote:
> The s-Par visornic driver, currently in staging, processes a queue
> being serviced by the an s-Par service partition. We can get a message
> that something has happened with the Service Partition, when that
> happens, we must not
Am 28.07.2015 um 13:21 schrieb Boris Brezillon:
> Hi Richard,
>
> On Wed, 8 Jul 2015 11:46:36 +0200
> Richard Weinberger wrote:
>
>> Fixes the following lockdep splat:
>> [1.244527] =
>> [1.245193] [ INFO: possible recursive locking detected
On 28.07.2015 22:09, Cassidy Burden wrote:
I've tested Yury Norov's find_bit reimplementation with the test_find_bit
module (https://lkml.org/lkml/2015/3/8/141) and measured about 35-40%
performance degradation on arm64 3.18 run with fixed CPU frequency.
The performance degradation appears to
On 07/28/15 04:41, David Drysdale wrote:
> Add a document describing the process of adding a new system call,
> including the need for a flags argument for future compatibility, and
> covering 32-bit/64-bit concerns (albeit in an x86-centric way).
>
> Signed-off-by: David Drysdale
> Reviewed-by:
Em Wed, Jul 29, 2015 at 12:14:41AM +0300, Adrian Hunter escreveu:
> On 28/07/2015 7:11 p.m., Arnaldo Carvalho de Melo wrote:
> >Em Tue, Jul 28, 2015 at 05:13:47PM +0200, Jiri Olsa escreveu:
> >>it's failing on perf-read-vdso32 tool.. attached patch fixes that
> >>for me
> >To build it
When TSC is stable perf/sched clock is based on it.
However the conversion from cycles to nanoseconds
is not as accurate as it could be. Because
CYC2NS_SCALE_FACTOR is 10, the accuracy is +/- 1/2048
The change is to calculate the maximum shift that
results in a multiplier that is still a 32-bit
On 07/28/2015 11:32 AM, Jörn Engel wrote:
On Mon, Jul 27, 2015 at 04:26:47PM -0700, Mike Kravetz wrote:
I started looking at the hugetlb self tests. The test hugetlbfstest
expects hugetlb pages to be accounted for in rss. However, there is
no code in the kernel to do this accounting.
It
On 28/07/2015 7:11 p.m., Arnaldo Carvalho de Melo wrote:
Em Tue, Jul 28, 2015 at 05:13:47PM +0200, Jiri Olsa escreveu:
hi,
it's failing on perf-read-vdso32 tool..
attached patch fixes that for me
To build it statically:
make -C tools/perf O=/tmp/build/perf LDFLAGS=-static install-bin
On 28/07/15 22:06, H. Peter Anvin wrote:
> On 07/28/2015 08:02 AM, Julien Grall wrote:
>> Hi all,
>>
>> This patch series aims to use the memory terminologies described in
>> include/linux/mm.h [1] for Linux xen code.
>>
>> Linux is using mistakenly MFN when GFN is meant, I suspect this is because
On 28 July 2015 at 21:28, G Gregory wrote:
> On 28 July 2015 at 21:12, Peter Maydell wrote:
>> Mmm. I'm not terribly happy about stuff being in QEMU before the
>> ACPI spec for it has been finalised. We should not be picking
>> stuff randomly on the fly...
>>
>> If we want to fix the ACPI IDs
On 07/28/2015 08:02 AM, Julien Grall wrote:
> Hi all,
>
> This patch series aims to use the memory terminologies described in
> include/linux/mm.h [1] for Linux xen code.
>
> Linux is using mistakenly MFN when GFN is meant, I suspect this is because the
> first support of Xen was for PV. This
On Tue, 28 Jul 2015 00:03:01 +0300 Alexey Dobriyan wrote:
> Convert away from deprecated simple_strto*() interfaces to
> parse_integer() and kstrto*().
The patch does a lot more than this! It also adds lots of handling of
previously-ignored errors.
And it thereby introduces possible
On Tue, 28 Jul 2015, Peter Zijlstra wrote:
> On Tue, Jul 28, 2015 at 10:23:51PM +0200, Thomas Gleixner wrote:
>
> > >FUTEX_WAKE (since Linux 2.6.0)
> > > This operation wakes at most val of the waiters that are
> > > waiting (e.g., inside FUTEX_WAIT) on the
On Tue, Jul 28, 2015 at 1:55 PM, Ricky Zhou wrote:
> On Tue, Jul 28, 2015 at 11:17 AM, Eric W. Biederman
> wrote:
>> Kees Cook writes:
>>
>>> From: Ricky Zhou
>>>
>>> Checking mm_users > 1 does not mean a process is multithreaded. For
>>> example, reading /proc/PID/maps temporarily increments
Hi Bjorn,
On Mon, Jul 27, 2015 at 06:50:04PM -0700, Bjorn Andersson wrote:
> In the cases where the gpio chip fails to acquire the current state an
> error is reported back to gpio_keys. This is currently interpreted as if
> the line went high, which just confuses the developer.
>
> This patch
(apologies for the dup, forgot to reply all)
userns_install in user_namespace.c (affects setns of a user
namespace): cde1975bc242f3e1072bde623ef378e547b73f91.
The check in check_unshare_flags is a little more complex. The
incorrect check was added in
cf2e340f4249b781b3d2beb41e891d08581f0e10 but
On Tue, Jul 28, 2015 at 01:42:20PM -0700, Kees Cook wrote:
> On Tue, Jul 28, 2015 at 1:03 PM, Willy Tarreau wrote:
> > Hi Kees,
> >
> > On Tue, Jul 28, 2015 at 09:56:12AM -0700, Kees Cook wrote:
> >> I look forward to the runtime disabling patch. :)
> >
> > Did you get my response to your
(Pulling in Josh)
On Wed, 22 Jul, at 05:32:44PM, Sebastian Andrzej Siewior wrote:
> I usually see
> |Ignoring BGRT: failed to allocate memory for image (wanted 264301314 bytes)
> |Ignoring BGRT: failed to allocate memory for image (wanted 3925872891 bytes)
>
> sometimes I get
>
> |[
Below is the list of build error/warning regressions/improvements in
v4.2-rc4[1] compared to v4.1[2].
Summarized:
- build errors: +10/-51
- build warnings: +187/-237
JFYI, when comparing v4.2-rc4[1] to v4.2-rc3[3], the summaries are:
- build errors: +8/-26
- build warnings: +151/-43
On Tue, Jul 28, 2015 at 10:23:51PM +0200, Thomas Gleixner wrote:
> >FUTEX_WAKE (since Linux 2.6.0)
> > This operation wakes at most val of the waiters that are
> > waiting (e.g., inside FUTEX_WAIT) on the futex word at the
> > address uaddr.
On Tue, Jul 28, 2015 at 1:03 PM, Willy Tarreau wrote:
> Hi Kees,
>
> On Tue, Jul 28, 2015 at 09:56:12AM -0700, Kees Cook wrote:
>> I look forward to the runtime disabling patch. :)
>
> Did you get my response to your comments regarding the proposed patch ?
>
> I can rebase it and update it if
On Mon, 27 Jul 2015 16:57:32 -0700 Ashutosh Dixit
wrote:
> From: Harish Chegondi
>
> This patch converts iova.c into a library, moving it from
> drivers/iommu/ to lib/, and exports its virtual address allocation and
> management functions so that other modules can reuse them.
>From the
On Wed, Jul 22, 2015 at 05:05:17PM -0700, Casey Schaufler wrote:
> > This is what I currently think you want for user ns mounts:
> >
> > 1. smk_root and smk_default are assigned the label of the backing
> > device.
> > 2. s_root is assigned the transmute property.
> > 3. For existing files:
Hi Mike,
My trouble is that now I'm dealing with two conradictory opinions on how
this driver should be written. The one you presented in your previous post
assumes that there will be a header file with defines shared between the
clock driver and DTS, also with clock gating details hidden
Please contact me urgently for a transaction.
Kind Regards
Tan Wong
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 28 July 2015 at 21:12, Peter Maydell wrote:
> On 28 July 2015 at 11:27, Michael S. Tsirkin wrote:
>> On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote:
>>> On 28 July 2015 at 11:08, Michael S. Tsirkin wrote:
>>> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote:
On Mon, 27 Jul 2015, Michael Kerrisk (man-pages) wrote:
>FUTEX_CLOCK_REALTIME (since Linux 2.6.28)
> This option bit can be employed only with the
> FUTEX_WAIT_BITSET and FUTEX_WAIT_REQUEUE_PI operations.
>
> If this option is set,
Hi Dmitry,
On Thu, Jul 23, 2015 at 10:53 PM, Dmitry Torokhov
wrote:
> On Thu, Jul 23, 2015 at 10:38:34PM +0200, Marek Belisko wrote:
>> Fix following:
>> [8.862274] ERROR: Bad of_node_put() on /ocp/i2c@4807/twl@48/audio
>> [8.869293] CPU: 0 PID: 1003 Comm: modprobe Not tainted
On Tuesday 28 July 2015 21:39:13 Andrew F. Davis wrote:
> Reorganize the logic checking battery health and add under temperature
> condition checking.
>
> Signed-off-by: Andrew F. Davis
Acked-by: Pali Rohár
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally
On Tuesday 28 July 2015 21:39:11 Andrew F. Davis wrote:
> Fix typos and change "relative state of charge" to "state of charge" as not
> all supported devices use relative state of charge.
>
> Signed-off-by: Andrew F. Davis
Acked-by: Pali Rohár
--
Pali Rohár
pali.ro...@gmail.com
On Tuesday 28 July 2015 21:39:10 Andrew F. Davis wrote:
> When initialized as a platform device the initializer must now specify
> a device. An empty device name is no longer valid.
>
> Signed-off-by: Andrew F. Davis
> ---
> drivers/power/bq27xxx_battery.c | 9 ++---
>
On 28 July 2015 at 11:27, Michael S. Tsirkin wrote:
> On Tue, Jul 28, 2015 at 11:12:33AM +0100, Peter Maydell wrote:
>> On 28 July 2015 at 11:08, Michael S. Tsirkin wrote:
>> > On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote:
>> >> Added the match table and pointers for ACPI
This patch fixes 7 bad alignments. When a line is split on
more than one line, the other lines must be aligned with
paranthesis.
Signed-off-by: Mario Bambagini
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
A space has been inserted between two concatenated strings as required from
checkpatch.pl
These two updates do not lead to any problem as DFID is defined as a
string in ./drivers/staging/lustre/lustre/include/lustre/lustre_user.h
The script checkpatch.pl does not return any other warning/error.
This patch fixes 4 comments without */ on a new line
Signed-off-by: Mario Bambagini
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_capa.c
The explicit comparisons against NULL has been modified to be shorter.
Signed-off-by: Mario Bambagini
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_capa.c
this set of patches fixes several code style problems:
-patch 1: lines with more than 80 chars
-patch 2: comments without */ on a separate line
-patch 3: bad alignment of lines split on more than one line
-patch 4: modified comparisons against NULL
-patch 5: added spaces between concatenated
Hi Kees,
On Tue, Jul 28, 2015 at 09:56:12AM -0700, Kees Cook wrote:
> I look forward to the runtime disabling patch. :)
Did you get my response to your comments regarding the proposed patch ?
I can rebase it and update it if needed, I just want to make sure
everyone's on the same line regarding
On Tuesday 28 July 2015 21:39:09 Andrew F. Davis wrote:
> Rename functions that are used by multiple devices. New devices
> have been added and the function names and driver name are no longer
> general enough for the functionality they provide.
>
> Signed-off-by: Andrew F. Davis
I see that you
On Tue, Jul 28, 2015 at 09:12:58AM +0100, Srinivas Kandagatla wrote:
> This patch adds real regulators for all the three sdcc nodes.
>
> Signed-off-by: Srinivas Kandagatla
> ---
Applied. Thanks
--
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code
On some of the K2E and K2L platforms, the two DWORDs in
efuse occupied by the pre-programmed mac address for
slave port 1 are swapped. To workaround this issue,
this patch adds a new define NETCP_EFUSE_ADDR_SWAP (2)
which signifies the occurrence of such swapping so that
the driver can take
On Tue, Jul 28, 2015 at 09:13:05AM +0100, Srinivas Kandagatla wrote:
> This patch adds real regulators to sdcc nodes.
>
> Signed-off-by: Srinivas Kandagatla
> ---
Applied. Thanks
--
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a
On Tuesday 28 July 2015 21:39:08 Andrew F. Davis wrote:
> The MODULE_DEVICE_TABLE macro automatically adds all needed
> i2c MODULE_ALIASes so remove the extra MODULE_ALIAS.
>
> Signed-off-by: Andrew F. Davis
Acked-by: Pali Rohár
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description:
On Tue, Jul 28, 2015 at 09:12:51AM +0100, Srinivas Kandagatla wrote:
> This patch removes temporary fixed regluator use for mmc.
> Board files should use the regulators which are wiredup appropriately.
>
> Signed-off-by: Srinivas Kandagatla
> ---
Applied. Thanks!
--
Qualcomm Innovation
On Tuesday 28 July 2015 21:39:12 Andrew F. Davis wrote:
> Add support for additional devices and register equivalent family
> devices including the bq27010, bq27210, bq272500, bq27510, bq27520,
^^
maybe
On 07/28/2015 04:33 AM, Mika Westerberg wrote:
On Mon, Jul 27, 2015 at 05:08:06PM -0700, Andrew Duggan wrote:
On at least one platform the kernel prints a warning on resume saying
"Unbalanced IRQ 37 wake disable". This is because enable_irq_wake in the
suspend function is failing. This patch
From: Huang Shijie
The patch support i.MX7D platform by adding extra DMA clock.
Deep Sleep Mode(dsm) turns off the power for APBH DMA module, add
suspend/resume function and re-init the APBH DMA during resume.
Signed-off-by: Huang Shijie
Signed-off-by: Han Xu
Signed-off-by: Adrian Alonso
This version of the patch series incorporates Christoph Lameter's
change to add a quiet_vmstat() call, and restructures cpu_isolated as
a "hard" isolation mode in contrast to nohz_full's "soft" isolation,
breaking it out as a separate CONFIG_CPU_ISOLATED with its own
include/linux/cpu_isolated.h
With cpu_isolated mode, the task is in principle guaranteed not to be
interrupted by the kernel, but only if it behaves. In particular,
if it enters the kernel via system call, page fault, or any of a
number of other synchronous traps, it may be unexpectedly exposed
to long latencies. Add a
The existing nohz_full mode is designed as a "soft" isolation mode
that makes tradeoffs to minimize userspace interruptions while
still attempting to avoid overheads in the kernel entry/exit path,
to provide 100% kernel semantics, etc.
However, some applications require a "hard" commitment from
101 - 200 of 2168 matches
Mail list logo