Hi Sascha,
I just wonder can we separate the MTCMOS into cpu and non-cpu part?
Just like qcom's xcc driver, they put cpu related code under
"arch/arm/mach-xxx" but put the others under "driver".
Thanks,
Scott
On Tue, 2015-06-23 at 07:53 +0200, Sascha Hauer wrote:
> Hi Scott,
>
> On Fri,
* Ash Charles [150702 11:37]:
> On Sun, Jun 28, 2015 at 11:47 PM, Tony Lindgren wrote:
> >> Signed-off-by: Ash Charles
> >
> > From Adam, sent by Arun, signed by Ash? Can you please check
> > that too.
> I reviewed Adam's original patch internally at Gumstix and my
> Signed-off-by got carried
On Fri, 2015-06-26 at 18:51 +0300, Dan Carpenter wrote:
> It's based on earlier patches on the list.
>
> Normally only Greg tests that patches apply and it will for him
> because
> he applies them as the order they arrive. But we should probably
> start
> putting notes on the patches which
cn_msg should be validated instead of msg after memory allocation.
Signed-off-by: Maninder Singh
Reviewed-by: Akhilesh Kumar
---
drivers/hv/hv_utils_transport.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hv/hv_utils_transport.c
Hi Rob,
Thanks for your reply.
The MMC subsys core can figure out the type of the device attached. But it
happaped after MMC probe function run over.
If we want to distinguish MMC，SD or Wi-Fi in controller's probe function, we
may by controller's register physical address, for example
Hi Daniel,
On Wed, 2015-07-01 at 23:22 +0800, Daniel Kurtz wrote:
> This looks like 3 separate gate clocks in a chain, with a timing
> constraint: USB_LPF must be enabled 100 us after USB_TX.
>
> 26MHz--> [GATE] --USB_TX--> [LPF] --USB_LPF--> [GATE] --USB_OUT-->
> ^
Hi Andre,
On 07/02/2015 07:10 PM, Andre Przywara wrote:
> Hi Eric,
>
> On 29/06/15 16:37, Eric Auger wrote:
>> If the ITS modality is not available, let's simply support MSI
>> injection by transforming the MSI.data into an SPI ID.
>>
>> This becomes possible to use KVM_SIGNAL_MSI ioctl for arm
Hi Feng,
On 07/03/2015 04:16 AM, Wu, Feng wrote:
>
>
>> -Original Message-
>> From: Eric Auger [mailto:eric.au...@linaro.org]
>> Sent: Thursday, July 02, 2015 9:17 PM
>> To: eric.au...@st.com; eric.au...@linaro.org;
>> linux-arm-ker...@lists.infradead.org; kvm...@lists.cs.columbia.edu;
Hi Rafael,
On 2015/7/3 8:21, Rafael J. Wysocki wrote:
> On Thursday, July 02, 2015 05:48:34 PM Al Stone wrote:
>> Add the __ACPI_FADT_SPEC_VERSION() helper macro to build a proper version
>> number from a major and minor revision number. Add also macros that use
>> the helper to construct the
As a page might belong to highmem.
Strictly nested kmap_atomic() order is followed according to doc
Documentation/vm/highmem.txt
CC: Dan Williams
CC: Shaohua Li
Signed-off-by: Yuanhan Liu
---
crypto/async_tx/async_pq.c | 18 +-
crypto/async_tx/async_raid6_recov.c |
Hi Al,
On 2015/7/3 7:48, Al Stone wrote:
> Add the __ACPI_FADT_SPEC_VERSION() helper macro to build a proper version
> number from a major and minor revision number. Add also macros that use
> the helper to construct the current version from the values in the FADT
> (i.e.,
On Wed, 2015-07-01 at 22:54 +0800, Daniel Kurtz wrote:
> On Tue, Jun 30, 2015 at 10:58 AM, James Liao
> wrote:
> >
> > +static struct mtk_gate_regs cg_regs_4_8_0 = {
>
> These should all be:
>
> static const struct mtk_gate_regs ...
OK, I'll fix it.
> > + .set_ofs = 0x0004,
> > +
Add a check for the existence of input files and exit (with failure)
if they are missing.
Without this additional check, missing files produce error messages
but still result in an output file being generated and a successful
exit code.
Signed-off-by: Sam Bobroff
---
The current behaviour (of
On 2015-07-03 오전 9:15, Rafael J. Wysocki wrote:
> On Wednesday, July 01, 2015 05:28:48 PM SungEun Kim wrote:
>> From: "SungEun Kim"
>>
>> The synchronous synchronize_rcu in wakeup_source_remove makes user
> process
>> which writes to /sys/kernel/wake_unlock blocked sometimes.
>>
>> For example,
hello,
From 0c34030166a150d6d9f1ab52e7bb40a5440a68c2 Mon Sep 17 00:00:00 2001
From: Rahul Jain
Date: Fri, 3 Jul 2015 10:19:12 +0530
Subject: [PATCH] Logically DeadCode
Signed-off-by: Rahul Jain
Signed-off-by: Amit Khatri
---
net/wireless/util.c| 3 ---
net/wireless/wext-compat.c | 3
On Fri, 2015-07-03 at 02:42 +0800, Yuyang Du wrote:
> But still, I think, even with the above, in idle balancing, pulling until the
> source
> rq's nr_running == 1 is not just "a short term fix", but should be there
> permanently
> acting like a last guard with no overhead, why not.
Yeah,
On Thu, 2 Jul 2015, Ingo Molnar wrote:
>
> * Vince Weaver wrote:
>
> > I'm also still getting a lot of
> > perfevents: irq loop stuck!
> > messages, I thought the workaround for that had gone in for 4.2 but I
> > guess not.
>
> Hm, so I was waiting for your feedback regarding the
On Thu, 2 Jul 2015, Vince Weaver wrote:
> On Thu, 2 Jul 2015, Peter Zijlstra wrote:
>
> > On Thu, Jul 02, 2015 at 11:42:43AM -0400, Vince Weaver wrote:
> > > (#4)
> > >
> > > [ 1638.702578] WARNING: CPU: 2 PID: 25543 at
> > > arch/x86/kernel/cpu/perf_event_intel_lbr.c:349
> > >
>
> fallocate hole punch will want to remove a specific range of
> pages. When pages are removed, their associated entries in
> the region/reserve map will also be removed. This will break
> an assumption in the region_chg/region_add calling sequence.
> If a new region descriptor must be
Hi all,
Please do not add any v4.3 related material to your linux-next included
branches until after v4.2-rc1 is released.
Changes since 20150702:
The akpm tree lost several patches that turned up elsewhere.
Non-merge commits (relative to Linus' tree): 1055
876 files changed, 57060 insertions
This patch adds dts nodes for audio on LS1021A.
Signed-off-by: Alison Wang
---
arch/arm/boot/dts/ls1021a-qds.dts | 71 +++
arch/arm/boot/dts/ls1021a-twr.dts | 63 ++
arch/arm/boot/dts/ls1021a.dtsi| 14
3 files
Signed-off-by: Stephen Rothwell
---
drivers/crypto/mv_cesa.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Andrew, you seem to have forgotten this one (or maybe it was not needed
in Linus' tree when you sent that last patch bomb). Anyway, this is
now needed in Linus' tree.
diff
Signed-off-by: Finn Thain
Index: linux/drivers/char/nvram.c
===
--- linux.orig/drivers/char/nvram.c 2015-07-02 13:50:40.0 +1000
+++ linux/drivers/char/nvram.c 2015-07-02 14:00:05.0 +1000
@@ -702,7 +702,7 @@
Hi Morten,
On Thu, Jul 02, 2015 at 12:40:32PM +0100, Morten Rasmussen wrote:
> detach_tasks() will attempts to pull 62 based on tasks task_h_load() but
> the task_h_load() sum is only 5 + 10 + 0 and hence detach_tasks() will
> empty the src_rq.
>
> IOW, since task groups include blocked load in
On Thu, 2 Jul 2015, Vince Weaver wrote:
> The fuzzer just turned this up. This is the first part; a huge amount of
> CPU lockup messages, rcu stalls, and spinlock lockup suspected messages
> followed beyond what I've posted here but eventually the machine recovered (?)
> [20602.134103] [] ?
On Friday 03 July 2015 01:20 AM, Michal Marek wrote:
>>> >> Reported-by: Vineet Gupta
>>> >> Signed-off-by: Michal Marek
>> >
>> > Sweet, that works for me with the following patch below.
>> >
>> > Some logistics things:
>> > - It would be nice to keep both of these patches together - do u
On Thu, Jul 2, 2015 at 11:47 PM, Rob Herring wrote:
> On Thu, Jul 2, 2015 at 4:26 AM, Orson Zhai wrote:
>> Hi Rob,
>>
>> Thanks for your quick reply.
>> I have one question to your last comment.
>>
>> On Thu, Jul 2, 2015 at 1:50 AM, Rob Herring wrote:
>>> On Wed, Jul 1, 2015 at 2:23 AM, Chunyan
> -Original Message-
> From: Eric Auger [mailto:eric.au...@linaro.org]
> Sent: Thursday, July 02, 2015 9:17 PM
> To: eric.au...@st.com; eric.au...@linaro.org;
> linux-arm-ker...@lists.infradead.org; kvm...@lists.cs.columbia.edu;
> k...@vger.kernel.org; christoffer.d...@linaro.org;
Hi Thomas,
I have observed what appears to be a regression while testing next-20150702
which seems to be caused by 2951d5c031a3 ("tick: broadcast: Prevent
livelock from event handler").
The problem manifests on the emev2/kzm9d board as per the boot log below.
The problem manifests wh
On Thu, Jul 02, 2015 at 12:44:55PM +0100, Morten Rasmussen wrote:
> On Thu, Jul 02, 2015 at 12:53:59PM +0200, Peter Zijlstra wrote:
> > On Thu, Jul 02, 2015 at 07:25:11AM +0800, Yuyang Du wrote:
> > > And obviously, the idle balancing livelock SHOULD happen: one CPU pulls
> > > tasks from the
Add a DA9211 dual-channel BUCK regulator to i2c1.
This regulator supplies GPU and DVFS1 voltages.
Signed-off-by: Henry Chen
---
This patch based on https://github.com/mbgg/linux-mediatek.git
branch/v4.2-next/arm64
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 30
> -Original Message-
> From: Wu, Feng
> Sent: Friday, July 03, 2015 10:20 AM
> To: Paolo Bonzini; Eric Auger; eric.au...@st.com;
> linux-arm-ker...@lists.infradead.org; kvm...@lists.cs.columbia.edu;
> k...@vger.kernel.org; christoffer.d...@linaro.org; marc.zyng...@arm.com;
>
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Thursday, July 02, 2015 9:41 PM
> To: Eric Auger; eric.au...@st.com; linux-arm-ker...@lists.infradead.org;
> kvm...@lists.cs.columbia.edu; k...@vger.kernel.org;
> christoffer.d...@linaro.org;
> -Original Message-
> From: Eric Auger [mailto:eric.au...@linaro.org]
> Sent: Thursday, July 02, 2015 9:17 PM
> To: eric.au...@st.com; eric.au...@linaro.org;
> linux-arm-ker...@lists.infradead.org; kvm...@lists.cs.columbia.edu;
> k...@vger.kernel.org; christoffer.d...@linaro.org;
Hi tglx,
On 7/2/2015 8:50 PM, Thomas Gleixner wrote:
The whole vector stuff is racy versus cpu hotplug and Jins patch
merily addresses a small part of it and by doing that it breaks stuff
as well.
With that patch we move the vector setup after marking the cpu online,
which is wrong because
Hi Henry,
You have wrong mail title. Your patch modify mt8173-evb.dts, so your
title should use mt8173-evb instead mt8173-oak. Also, remember remove
change-id next time.Please resend this patch.
On Fri, 2015-07-03 at 09:29 +0800, Henry Chen wrote:
> Add a DA9211 dual-channel BUCK regulator to
On Wed, Jul 01, 2015 at 11:07:29PM -0400, Len Brown wrote:
> >> The _vast_ majority of systems using Linux suspend today are under
> >> an Android user-space. Android has no assumption that that suspend to
> >> mem will necessarily stay suspended for a long time.
> >
> > Indeed, however your
Remove 2 broken links for programming reference books in Appendix I. After
a lookup on an Internet archives web site, it seems that these links have
been broken for around 3 months. We can then assume that they will not be
back up and safely remove them from the documentation.
Signed-off-by:
Add a DA9211 dual-channel BUCK regulator to i2c1.
This regulator supplies GPU and DVFS1 voltages.
Change-Id: I61ecc64b29da4913be856f43e0f6f6fa4e58ea7e
Signed-off-by: Henry Chen
---
This patch based on https://github.com/mbgg/linux-mediatek.git
branch/v4.2-next/arm64
---
Hi Constantine,
On 07/02/2015 03:40 PM, Constantine Shulyupin wrote:
Notes:
Some lines intentionally more than 80 characters because wrapping
this lines decreases readability.
The patch was checked with scripts/checkpatch.pl --max-line-length=88
Following code is not typecasting.
It is inline
On 07/02/2015 11:02 PM, Yasuaki Ishimatsu wrote:
Hi Tang,
On my box, if I run lscpu, the output looks like this:
NUMA node0 CPU(s): 0-14,128-142
NUMA node1 CPU(s): 15-29,143-157
NUMA node2 CPU(s):
NUMA node3 CPU(s):
NUMA node4 CPU(s): 62-76,190-204
NUMA node5 CPU(s):
On 07/01/2015 08:56 PM, Dan Mick wrote:
> What might I be doing wrong? Why won't this code succeed to write to
> the (otherwise empty) drive 1 from kernel setup's main?
Indeed it was something very dumb, as hpa was kind enough to point out:
grub2 with 'linux' never runs the 16-bit realmode
* getsynctime64()
This takes 2 arguments referring to system and device time
With this callback drivers may provide both system time and device time
to ensure precise correlation
Modified PTP_SYS_OFFSET ioctl in PTP clock driver to use the above
callback if it's available
Added capability
This patch allows system and device time ("cross-timestamp") to be performed
by the driver. Currently, the cross-timestamping is performed in the
PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() and the
gettime64() callback provided by the driver. The cross-timestamp is best
Hi all,
I'm working on a fairly advanced kernel space VPN with some
interesting design choices. It's requiring me to dig pretty deep into
the networking stack. Admittedly I'm a bit in over my head right now.
Does anyone with deep knowledge and experience, especially inside the
networking stack,
On Fri, Jun 26, 2015 at 12:36 PM, Tom Gundersen wrote:
> On Fri, Jun 26, 2015 at 9:33 PM, Andy Lutomirski wrote:
>> What's a good distro on which to poke at a full running system?
>
> Fedora Rawhide is probably currently your best bet.
I won't swear that all of the problems I'm seeing are 100%
Tejun Heo writes:
> (cc'ing Rusty and lkml)
Looks like Peter Zijlstra is the one to take this fix...
Cheers,
Rusty.
>
> Hello,
>
> On Wed, Jul 01, 2015 at 10:18:48PM -0500, Jon Christopherson wrote:
>> Hello guys,
>>
>> One last thing .. the recent commit : 02201e3f1 ("Merge tag
>>
From: Hailegiorgis Elisabeth
Sent: Friday, July 03, 2015 00:07
Subject: Validate
Your Mailbox Has Exceeded It Storage Limit As Set By Your Administrator, And
You Will Not Be Able To Receive New Mails Until You Re-Validate It. Click
> On Jul 2, 2015, at 11:49 AM, Luis R. Rodriguez wrote:
>
> On Sat, Jun 27, 2015 at 08:00:48AM +1000, Benjamin Herrenschmidt wrote:
>> On Fri, 2015-06-26 at 16:24 +, Casey Leedom wrote:
>>> Thanks for looking into this Ben. As it stands now, it seems as
>>> if Write Combined mappings
Hi Phil,
when you re-spin this patch could you change the prefix to the following?
ARM: shmobile: koelsch:
Thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 02.07.2015 16:40, Anda-Maria Nicolae wrote:
> Hello Krzysztof,
>
> The information provided to userspace is not accurate in current driver
> implementation and it is accurate with this patch.
> Also, when the battery is reconnected to the charger (after it has been
> disconnected from the
On Thursday, July 02, 2015 05:48:34 PM Al Stone wrote:
> Add the __ACPI_FADT_SPEC_VERSION() helper macro to build a proper version
> number from a major and minor revision number. Add also macros that use
> the helper to construct the current version from the values in the FADT
> (i.e.,
On Wednesday, July 01, 2015 05:28:48 PM SungEun Kim wrote:
> From: "SungEun Kim"
>
> The synchronous synchronize_rcu in wakeup_source_remove makes user process
> which writes to /sys/kernel/wake_unlock blocked sometimes.
>
> For example, when android eventhub tries to release wakelock,
> this
For those parts of the arm64 ACPI code that need to check GICC subtables
in the MADT, use the new BAD_MADT_GICC_ENTRY macro instead of the previous
BAD_MADT_ENTRY. The new macro takes into account differences in the size
of the GICC subtable that the old macro did not; this caused failures even
The BAD_MADT_ENTRY() macro is designed to work for all of the subtables
of the MADT. In the ACPI 5.1 version of the spec, the struct for the
GICC subtable (struct acpi_madt_generic_interrupt) is 76 bytes long; in
ACPI 6.0, the struct is 80 bytes long. But, there is only one definition
in ACPICA
In the ACPI 5.1 version of the spec, the struct for the GICC subtable
(struct acpi_madt_generic_interrupt) of the MADT is 76 bytes long; in
ACPI 6.0, the struct is 80 bytes long. But, there is only one definition
in ACPICA for this struct -- and that is the 6.0 version. Hence, when
Add the __ACPI_FADT_SPEC_VERSION() helper macro to build a proper version
number from a major and minor revision number. Add also macros that use
the helper to construct the current version from the values in the FADT
(i.e., ACPI_FADT_SPEC_VERSION) and both the 5.1 and 6.0 versions.
These macros
On 07/01/2015 09:26 PM, Daniel Kurtz wrote:
> On Thu, Jul 2, 2015 at 10:52 AM, James Liao wrote:
>> Hi Daniel,
>>
+Required Properties:
+
+- compatible: Should be:
+ - "mediatek,mt8173-imgsys", "syscon"
+- #clock-cells: Must be 1
+
+The imgsys controller
Hi Theirry,
If there are no more comments can this patch be applied?
Thanks,
Jon
On 15-06-15 02:21 PM, Jonathan Richardson wrote:
> Update the driver so that settings are applied in accordance with the
> most recent version of the hardware spec. The revised sequence clears
> the trigger bit,
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpica-4.2-rc1
to receive additional ACPICA material for v4.2-rc1 with
top-most commit ea7d521569a70418aa9f6309a1d1916709818b62
Revert 'Revert "ACPICA: Permanently set _REV to the value '2'."'
on
On Fri, Jun 26, 2015 at 12:30 AM, Borislav Petkov wrote:
> On Fri, Jun 26, 2015 at 03:09:27AM +0200, Luis R. Rodriguez wrote:
>> Sure, mind this as a follow up patch if its too late?
>
> No need, you can send me an updated one - I'll replace it.
Will do!
Luis
--
To unsubscribe from this list:
Despite it's name, sign_extend32() is used for 16 bit values aswell.
Signed-off-by: Martin Kepplinger
---
drivers/input/misc/bma150.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/input/misc/bma150.c b/drivers/input/misc/bma150.c
index b36831c..c278049
On 06/30, James Liao wrote:
> From: Sascha Hauer
>
> On the MT8173 the clocks are provided by different units. To enable
> the critical clocks we must be sure that all parent clocks are already
> registered, otherwise the parents of the critical clocks end up being
> unused and get disabled
A simple move to a wrapper function to numa_cpu_lookup_table, now that
power has the early_cpu_to_node() API.
Signed-off-by: Nishanth Aravamudan
diff --git a/arch/powerpc/kernel/smp.c b/arch/powerpc/kernel/smp.c
index ec9ec20..7bf333b 100644
--- a/arch/powerpc/kernel/smp.c
+++
Much like on x86, now that powerpc is using USE_PERCPU_NUMA_NODE_ID, we
have an ordering issue during boot with early calls to cpu_to_node().
The value returned by those calls now depend on the per-cpu area being
setup, but that is not guaranteed to be the case during boot. Instead,
we need to add
Notes:
Some lines intentionally more than 80 characters because wrapping
this lines decreases readability.
The patch was checked with scripts/checkpatch.pl --max-line-length=88
Following code is not typecasting.
It is inline struct attribute_group definition using compound literal.
(See
Hi,
On 23/06/2015 at 11:15:09 -0500, Nishanth Menon wrote :
> NOTE1: I have only tested in mcp79410 device, and not on other
> ds1307-rtc driver compatbile devices as I dont have any other.
> additional testing might be nice to have.
Patchwork picked up V3 of 4/5 correctly so I have applied the
>> >Yeah. You're right. Doing a vmalloc() when kmalloc() doesn't have even
>> >a tiny sliver of RAM isn't going to work. It's easier to use
>> >libcfs_kvzalloc() everywhere, but it's probably the wrong thing.
>>
>> The original reason we have the vmalloc water mark wasn't so much the
>> issue
On 06/29/15 13:24, Steve Capper wrote:
On 15 June 2015 at 20:07, David Long wrote:
From: Sandeepa Prabhu
Add support for basic kernel probes(kprobes) and jump probes
(jprobes) for ARM64.
Kprobes utilizes software breakpoint and single step debug
exceptions supported on ARM v8.
A software
On Wed, 2015-07-01 at 19:17 +0200, Peter Zijlstra wrote:
> Subject: locking/arch: Make smp_store_mb() use smp_mb()
>
> Linus noticed that there were a few smp_store_mb() implementations that
> used mb(), which is inconsistent with the new naming.
>
> Since all smp_store_mb() users really are
On Thu, 2015-07-02 at 20:49 +0200, Luis R. Rodriguez wrote:
> > The question then is what is "the right thing". In the powerpc case,
> > we'll have a non-garded mapping, which means we also get no ordering
> > between load and stores.
>
> I don't follow, you *ordering* between load and stores for
So with all these changes to the build system fro 4.2, I'm *still*
getting that annoying
X.509 certificate list changed
issue. Which apparently people don't normally see, because it does to
stdout rather than to stderr, so it's hidden by all the other random
build output.
Making it show more
Fix four occurrences of checkpatch.pl error:
ERROR: do not use assignment in if condition
Signed-off-by: Kris Borer
---
drivers/usb/core/hcd.c | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c
index
On Thu, 2 Jul 2015, Paul Osmialowski wrote:
> On Thu, 2 Jul 2015, Arnd Bergmann wrote:
>
> > I wonder if you could move out the fixed rate clocks into their own
> > nodes. Are they actually controlled by the same block? If they are
> > just fixed, you can use the normal binding for fixed rate
It's not clear to me that the sctp_fwdtsn_skip array is
always initialized when used.
It is appropriate to initialize the array to 0?
This patch initializes the array too 0 and moves the
local variables into the blocks where used.
It also does some miscellaneous neatening by using
continue; and
On Wed, 2015-06-10 at 14:27 +0800, Wenwei Tao wrote:
> Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB
> and
> VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new
> mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a
>
Hi Arnd,
On Thu, 2 Jul 2015, Arnd Bergmann wrote:
I wonder if you could move out the fixed rate clocks into their own
nodes. Are they actually controlled by the same block? If they are
just fixed, you can use the normal binding for fixed rate clocks
and only describe the clocks that are
Remove duplicate include directive.
Duplicates are found with a script like:
for i in $(find -name '*.c'); do
grep -H '#include' "$i" \
|sed -e 's/#include *//' -e '/<.*>/s/[<>]//g' -e '/".*"/s/"//g' \
|sort |uniq -d
done
includes like asm/syscalls_64.h that needs to be included
more
Hi,
We are moving away from the "urcu.so" domain name due to
policy changes of the .so registration authority. Please use
the new domain name in the future to get information and
packages related to Userspace RCU:
http://liburcu.org
Thanks!
Mathieu
--
Mathieu Desnoyers
EfficiOS Inc.
On 06/28/2015 12:27 PM, Dmitry Osipenko wrote:
MLOCK's debug info, spewed on CDMA timeout, contains meaningless MLOCK
owner channel ID because HOST1X_SYNC_MLOCK_OWNER_CHID_F() returns shifted
value, while unshifted should be used. Fix it by changing '_F' to '_V'.
Signed-off-by: Dmitry Osipenko
- On Jul 2, 2015, at 3:23 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
> On Thu, Jul 02, 2015 at 06:47:47PM +, Mathieu Desnoyers wrote:
>> - On Jul 2, 2015, at 2:35 PM, Ingo Molnar mi...@kernel.org wrote:
>>
>> > * Paul E. McKenney wrote:
>> >
>> >> > And it's not like
Al Viro wrote on Thu, Jul 02, 2015:
> On Thu, Jul 02, 2015 at 07:56:29PM +0200, Dominique Martinet wrote:
> > Using cache=none here so behavious is likely different with cache, but
> > basically you can't get more than one tag per user thread accessing the
> > 9P mount...
>
> Yes, and...? You
The fuzzer just turned this up. This is the first part; a huge amount of
CPU lockup messages, rcu stalls, and spinlock lockup suspected messages
followed beyond what I've posted here but eventually the machine recovered (?)
[20601.976374] WARNING: CPU: 1 PID: 28966 at kernel/watchdog.c:311
On Thu, Jul 02, 2015 at 12:16:14PM -0700, Linus Torvalds wrote:
> On Thu, Jul 2, 2015 at 11:40 AM, Al Viro wrote:
> >
> > All they are used for is matching response to request. Basically, you
> > can have up to 65535 pending requests. Reusing it right after getting
> > the response is fine.
>
[ added netdev to cc ]
Mazhar Rana wrote:
>When "primary_reselect" is set to "failure", primary interface should
>not become active until current active slave is up. But if we set first
I think you mean "until current active slave is down" here, not
"up."
>member of bond
Commit-ID: 91e20b5040c67c51aad88cf87db4305c5bd7f79d
Gitweb: http://git.kernel.org/tip/91e20b5040c67c51aad88cf87db4305c5bd7f79d
Author: Joel Porquet
AuthorDate: Thu, 2 Jul 2015 15:32:00 -0400
Committer: Thomas Gleixner
CommitDate: Thu, 2 Jul 2015 22:34:38 +0200
irqchip: Move
Hi Catalin,
is it possible to pull this for 4.2?
Thanks,
Tirumalesh.
> On Jun 26, 2015, at 12:12 PM, Tirumalesh Chalamarla
> wrote:
>
> From: Tirumalesh Chalamarla
>
> The PCIe host controller uses MSIs provided by GICv3 ITS. Enable it on
> Thunder SoCs by adding an entry to DT.
>
>
Hi Linus,
this is the non-critical part of kbuild:
- usual make deb-pkg/rpm improvements
- .gitignore additions
- grammar cleansing in scripts/coccinelle
- new coccinelle semantic patch
Michal
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1
2015-07-02 20:56 GMT+03:00 Dominique Martinet :
>
> Still definitely needs fixing, but I think the issue is somewhere
> else... If Andrey could share the workload he uses I can try with other
> servers, would be nice if we can rule a qemu bug out completely :)
>
I simply run trinity from 9p
Hi Linus,
just a few kbuild core commits this time:
- kallsyms fix for CONFIG_XIP_KERNEL
- bashisms in scripts/link-vmlinux.sh fixed
- Workaround to make DEBUG_INFO_REDUCED more useful yet still space
efficient
- clang is not wrongly detected when cross-compiling
Michal
The following changes
On Sat, Jun 27 2015 at 05:25 -0600, Ohad Ben-Cohen wrote:
Hi Lina,
On Sat, Jun 27, 2015 at 6:05 AM, Lina Iyer wrote:
Hi Ohad,
Any comments?
Sorry, I was under the impression the discussion with Bjorn is still open.
I am of the opinion that the platform driver and the framework should
On Thu, 2 Jul 2015, Joël Porquet wrote:
> On Thursday, July 02, 2015 09:06:34 PM Thomas Gleixner wrote:
> > Can you send me a patch which moves the macro and includes
> > linux/irqchip from the local header file?
>
> Done!
>
> For the drivers/irqchip patches, would you prefer many patches (ie
Hi Linus,
please pull this for v4.2-rc1:
- kconfig conditions can use usual less/greater than comparisons
- kconfig warns about stray characters in Kconfig files
- Bogus expression simplification removed
- some minor fixes
The following changes since commit
2015-07-02 19:43 GMT+03:00 Al Viro :
> On Thu, Jul 02, 2015 at 03:19:57PM +0300, Andrey Ryabinin wrote:
>
>> Added:
>> +if (total > count)
>> + *(char *)0 = 0
>>
>> and never hit this condition.
>>
>
> OK, so it's definitely a mismatched response.
>
>> req->tc->tag = tag-1;
On Wed 2015-07-01 03:34:22, Tony Lindgren wrote:
> * Pavel Machek [150701 03:02]:
> > On Wed 2015-07-01 09:22:55, Pali Rohár wrote:
> > > On Tuesday 30 June 2015 23:59:33 Tony Lindgren wrote:
> > > > * Pali Rohár [150630 02:55]:
> > > > >
> > > > > I will try 4.2 at the end of week.
> > > >
>
Hi Andrew,
thanks for your prompt review
On 02/07/2015 22:04, Andrew Lunn wrote:
> On Thu, Jul 02, 2015 at 09:42:38PM +0200, Gregory CLEMENT wrote:
>> Since u-boot 2015_T1.0p6 there are new requency settings available.
>
> Hi Gregory
>
> Missing f in f_requency.
it must have been lost in the
On Thu, 2 Jul 2015, Jeremy White wrote:
> > Oliver is talking about the danger of having part of the communication
> > path for a block device run through userspace.
> >
> > Imagine a situation where the client uses a USB storage device provided
> > by the server as a swap device. And suppose
On 06/08/2015 08:50 PM, Calvin Owens wrote:
This patchset attempts to address problems we've been having with
panics due to memory corruption from the mpt2sas driver.
I will provide a similar set of fixes for mpt3sas, since we see
similar issues there as well. "Porting" this to mpt3sas will be
On 06/18/2015 12:54 PM, Viresh Kumar wrote:
Migrate zevio driver to the new 'set-state' interface provided by
clockevents core, the earlier 'set-mode' interface is marked obsolete
now.
This also enables us to implement callbacks for new states of clockevent
devices, for example:
On Thu, Jul 02, 2015 at 09:42:38PM +0200, Gregory CLEMENT wrote:
> Since u-boot 2015_T1.0p6 there are new requency settings available.
Hi Gregory
Missing f in f_requency.
Also, what has u-boot got to do with this? I would expect this is a
property of the hardware. What happens is an older
1 - 100 of 1218 matches
Mail list logo
