On 04/10/15 23:26, Hugh Dickins wrote:
On Thu, 9 Apr 2015, Susheel Khiani wrote:
Hi,
We are seeing an issue during try_to_unmap_ksm where in call to
try_to_unmap_one is failing.
try_to_unmap_ksm in this particular case is trying to go through vmas
associated with each rmap_item->anon_vma. Wha
(2015/04/14 8:19), Arnaldo Carvalho de Melo wrote:
> Em Mon, Apr 13, 2015 at 08:09:23PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Tue, Apr 14, 2015 at 07:33:07AM +0900, Masami Hiramatsu escreveu:
>>> Hi, Arnaldo,
>>>
perf probe: Make --source avaiable when probe with lazy_line
>>>
This patch fixes compilation sparse warnings like incorrect type in assignment
(different base types), cast to restricted __le64, symbol
'__UNIQUE_ID_author__COUNTER__' has multiple initializers etc and
coccinelle warnings (No need to set .owner here. The core will do it.)
This patch is based on s
On Tue 14-04-15 10:11:18, Dave Chinner wrote:
> On Mon, Apr 13, 2015 at 02:46:14PM +0200, Michal Hocko wrote:
> > [Sorry for a late reply]
> >
> > On Tue 07-04-15 10:18:22, Johannes Weiner wrote:
> > > On Wed, Apr 01, 2015 at 05:19:20PM +0200, Michal Hocko wrote:
> > > My question here would be: a
HW has to be in known state before the initialisation
sequence is started. The polling step for settling aliveness
was set to 200ms while in practise this can be done in up to 30msecs.
Cc: #3.18+
Signed-off-by: Tomas Winkler
Signed-off-by: Barak Yoresh
---
drivers/misc/mei/hw-txe.c | 20 ++
On Mon, Apr 13, 2015 at 10:09:27PM +0200, Marek Belisko wrote:
> From: "H. Nikolaus Schaller"
>
> While trying to test a Cinterion GSM/GPS/3G module I had reconfigured
> the USB interface by mistake and therefore needed to run a different
> USB driver than CDC-ACM. It turned out that I need the "
On Tue, 14 Apr 2015 08:50:01 +0200 Olivier Sobrie wrote:
> Hello Neil,
>
> On Tue, Apr 14, 2015 at 11:03:03AM +1000, NeilBrown wrote:
> > On Tue, 14 Apr 2015 09:36:34 +1000 NeilBrown wrote:
> >
> > >
> > >
> > > Prior to
> > > commit 29bd3bc1194c624ce863cab2a7da9bc1f0c3b47b
> > > hso: fi
> -Original Message-
> From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
> Sent: Tuesday, March 31, 2015 7:56 AM
> To: Wu, Feng
> Cc: h...@zytor.com; t...@linutronix.de; mi...@redhat.com; x...@kernel.org;
> g...@kernel.org; pbonz...@redhat.com; dw...@infradead.org;
> j...@8bytes.org; ale
On Tue, Apr 14, 2015 at 07:10:07AM +0200, Michal Simek wrote:
> Hi Greg,
>
> On 04/13/2015 07:00 PM, Greg Kroah-Hartman wrote:
> > On Mon, Apr 13, 2015 at 04:35:27PM +0200, Michal Simek wrote:
> >> Do not probe all serial drivers by of_serial.c which are using
> >> device_type = "serial"; property
Currently we have many duplicates in definitions of huge_pmd_unshare.
In all architectures this function just returns 0 when
CONFIG_ARCH_WANT_HUGE_PMD_SHARE is N.
This patch put the default implementation in mm/hugetlb.c and lets
these architecture use the common code.
Signed-off-by: Zhang Zhen
DS1990* "iButtons" and compatible RFID card readers commonly found at
physical access control systems are usually attached/generate presence
for as short as 100 ms - hence the tens-to-hundreds milliseconds scan
intervals are required.
Tested on Raspberry Pi model B+ with DS2482-100 bus master,
te
On Sat, Apr 11, 2015 at 10:47 PM, Richard Weinberger wrote:
> As execution domain support is gone we can remove
> signal translation from the signal code and remove
> exec_domain from thread_info.
>
> Signed-off-by: Richard Weinberger
For the m68k changes:
Acked-by: Geert Uytterhoeven
Gr{oetj
On 04/13/2015 08:12 PM, ira.weiny wrote:
[snip]
>> -
>> -if (rdma_node_get_transport(ib_device->node_type) != RDMA_TRANSPORT_IB)
>> -return;
>> +int count = 0;
>
> I'm ok with this as an intermediate patch but going forward if we are going to
> have calls like
>
> static in
Hi Kukjin and Mark,
On 04/14/2015 12:49 AM, Mark Rutland wrote:
>> So NAK to the PSCI node and PSCI enable method in this dts until we
>> either have a working firmware, or a reasonable mechanism to handle the
>> deficiency.
>
> There is only CPU0 hotplug issue. Excpet CPU{1-7}
On 2015/4/14 6:08, Thomas Gleixner wrote:
> On Tue, 14 Apr 2015, Arnd Bergmann wrote:
>> On Monday 13 April 2015 23:42:03 Thomas Gleixner wrote:
Question: this looks to me like it sets both the minimum and maximum
time to priv->tx_coalesce_usecs/2, when the intention was to set
On 04/13/2015 09:29 PM, Jason Gunthorpe wrote:
> On Mon, Apr 13, 2015 at 06:40:35PM +, Hefty, Sean wrote:
- if (rdma_node_get_transport(ib_device->node_type) !=
>>> RDMA_TRANSPORT_IB)
- return;
+ int count = 0;
>>>
>>> I'm ok with this as an intermediate patch but go
On Mon, Apr 13, 2015 at 11:47:33PM +0200, Mateusz Kulikowski wrote:
> rtl8192e driver uses memcpy() to copy hw addresses in several places.
> checkpatch.pl suggests to use ether_addr_copy(), but most of
> addresses in driver may be unaligned.
The pointer to the struct is normally aligned (or you a
On 04/13/2015 08:45 PM, Hefty, Sean wrote:
>> @@ -1153,9 +1153,7 @@ static void ib_sa_add_one(struct ib_device *device)
>> {
>> struct ib_sa_device *sa_dev;
>> int s, e, i;
>> -
>> -if (rdma_node_get_transport(device->node_type) != RDMA_TRANSPORT_IB)
>> -return;
>> +i
David Hildenbrand writes:
>> On Tue, Mar 31, 2015 at 04:08:02PM +0100, Alex Bennée wrote:
>> > This commit adds a stub function to support the KVM_SET_GUEST_DEBUG
>> > ioctl. Currently any operation flag will return EINVAL. Actual
>> > functionality will be added with further patches.
>> >
>> >
On Mon, Apr 13, 2015 at 11:47:36PM +0200, Mateusz Kulikowski wrote:
> Fix most of remaining PREFER_PR_LEVEL warnings in rtllib.
> Replace printk() with pr_* where possible.
>
> Signed-off-by: Mateusz Kulikowski
> ---
> drivers/staging/rtl8192e/rtllib.h| 4 +-
> drivers/staging/rtl81
On 04/13/2015 09:27 PM, Jason Gunthorpe wrote:
> On Mon, Apr 13, 2015 at 02:25:16PM +0200, Michael Wang wrote:
>> dev_list = kmalloc(sizeof *dev_list, GFP_KERNEL);
>> if (!dev_list)
>> @@ -1673,13 +1671,19 @@ static void ipoib_add_one(struct ib_device *device)
>> }
>>
>> for
Also these should be netdev_dbg or some crap.
regards,
dan carpenter
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://w
>>
>> By default, fastsleep_workaround_state = dynamic. In this case, workaround
>> is applied/undone everytime the core enters/exits fastsleep.
>>
>> fastsleep_workaround_state = applyonce. In this case the workaround is
>> applied once on all the cores and never undone. This can be triggered by
On 13/04/2015 16:29, Yann Droneaud wrote:
> Le jeudi 02 avril 2015 à 18:12 +, Haggai Eran a écrit :
...
>>
>> I want to add that we would like to see users registering a very large
>> memory region (perhaps the entire process address space) for local
>> access, and then enabling remote access o
On 04/13/2015, 06:26 PM, Kamal Mostafa wrote:
> On Mon, 2015-04-13 at 16:41 +0200, Jiri Slaby wrote:
>> Stable commit "core, nfqueue, openvswitch: Orphan frags in
>> skb_zerocopy and handle errors", upstream commit
>> 36d5fe6a000790f56039afe26834265db0a3ad4c, was not correctly backported
>> and mis
I forgot to mention that this is linux 4.0.0
Samuel
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hello,
Yesterday, as usual I ran xlock before the night. In the morning, I
typed a key to wake it up, it didn't. I had to reboot. I could however
read in the logs:
Apr 14 05:00:13 type kernel: [33976.116204] WARNING: CPU: 2 PID: 63 at
drivers/gpu/drm/i915/intel_uncore.c:69 assert_device_not_susp
Hello,
This morning I got the following with linux 4.0.0:
Apr 14 08:36:28 type kernel: [46936.950171] kernel BUG at fs/inode.c:1475!
Apr 14 08:36:28 type kernel: [46936.950206] invalid opcode: [#1] SMP
Apr 14 08:36:28 type kernel: [46936.950246] Modules linked in: tun xt_REDIRECT
nf_nat_re
On Mon, Apr 13, 2015 at 03:51:33PM +0100, Alex Bennée wrote:
>
> Christoffer Dall writes:
>
> > On Tue, Mar 31, 2015 at 04:08:00PM +0100, Alex Bennée wrote:
> >> Currently x86, powerpc and soon arm64 use the same two architecture
> >> specific bits for guest debug support for software and hardwa
On 2015.04.14 at 07:38 +0200, Ingo Molnar wrote:
>
> Just to make sure, could you please also apply the 3 alignment patches
> attached below? There's a lot of noise from extra alignment.
Here's an updated table:
textdata bss dec filename
8746230 970072 802816 10519118 ./
On Tue, 14 Apr 2015 10:42:56 +0930
Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > On Wed, Apr 01, 2015 at 02:57:35PM +0200, Michael S. Tsirkin wrote:
> >> Virtio 1.0 doesn't include a modern balloon device. At some point we'll
> >> likely
> >> define an incompatible interface with a d
As it was discussed on systemd ML [1], the same connection should be
queued up only once for a given well-known name.
[1] http://lists.freedesktop.org/archives/systemd-devel/2015-April/030494.html
Signed-off-by: Lukasz Skalski
diff --git a/ipc/kdbus/names.c b/ipc/kdbus/names.c
index 657008e..df
On Tue, Mar 31, 2015 at 04:08:04PM +0100, Alex Bennée wrote:
> This adds support for SW breakpoints inserted by userspace.
>
> We do this by trapping all BKPT exceptions in the
> hypervisor (MDCR_EL2_TDE).
you mean trapping all exceptions in the guest to the hypervisor?
> The kvm_debug_exit_arch
Hi Alex,
On Tue, Mar 31, 2015 at 04:08:05PM +0100, Alex Bennée wrote:
> This adds support for single-stepping the guest. As userspace can and
> will manipulate guest registers before restarting any tweaking of the
> registers has to occur just before control is passed back to the guest.
this sent
On 04/13/2015 11:48 PM, Sergei Zviagintsev wrote:
> Hi Lukasz,
>
Hi,
> On Mon, Apr 13, 2015 at 04:14:06PM +0200, Lukasz Skalski wrote:
>> As it was discussed on systemd ML [1], the same connection should be
>> queued up only once for a given well-known name.
>>
>> [1]
>> http://lists.freedeskt
Hi Shreyas,
On 04/14/2015 07:26 AM, Shreyas B. Prabhu wrote:
> + * fastsleep_workaround_state = WORKAROUND_APPLYONCE implies
> + * fastsleep workaround needs to be left in 'applied' state on all
> + * the cores. Do this by-
> + * 1. Patching out the call to 'undo' workaround in
On 04/14/2015 01:40 PM, Shreyas B Prabhu wrote:
>
>>>
>>> By default, fastsleep_workaround_state = dynamic. In this case, workaround
>>> is applied/undone everytime the core enters/exits fastsleep.
>>>
>>> fastsleep_workaround_state = applyonce. In this case the workaround is
>>> applied once on a
On 04/13/2015 09:25 PM, Hefty, Sean wrote:
>> @@ -1037,17 +1033,13 @@ void rdma_destroy_id(struct rdma_cm_id *id)
>> mutex_unlock(&id_priv->handler_mutex);
>>
>> if (id_priv->cma_dev) {
>> -switch (rdma_node_get_transport(id_priv->id.device-
>>> node_type)) {
>> -
On Mon, Apr 13, 2015 at 07:52:18PM +0100, Richard Weinberger wrote:
> arch/arm64/kernel/signal.c: In function ‘handle_signal’:
> arch/arm64/kernel/signal.c:290:22: warning: unused variable ‘thread’
> [-Wunused-variable]
>
> Fixes: arm64: Remove signal translation and exec_domain
> Reported-by: Th
On Mon, Apr 13, 2015 at 11:47:38PM +0200, Mateusz Kulikowski wrote:
> @@ -557,43 +559,43 @@ static u8 CCKSwingTable_Ch14[CCK_Table_length][8]
> = {
> static void dm_tx_update_tssi_weak_signal(struct net_device *dev, u8 RF_Type)
> {
> struct r8192_priv *p = rtllib_priv(dev);
> + u
Hi all,
Please do not add any v4.2 material to your linux-next included trees
until after v4.1-rc1 is released.
Changes since 20150413:
Dropped tree: idle (complex conflict)
The arm-soc tree still had its build failure for which I reverted
a commit.
The vfs tree gained conflicts against the ex
On Tuesday 14 April 2015 12:34:00 Rameshwar Prasad Sahu wrote:
> diff --git a/drivers/dma/xgene-dma.c b/drivers/dma/xgene-dma.c
> index aa61935..59f95db 100755
> --- a/drivers/dma/xgene-dma.c
> +++ b/drivers/dma/xgene-dma.c
> @@ -238,10 +238,10 @@
> dev_err(chan->dev, "%s: " fmt, chan->name
>>> On 10.04.15 at 16:37, wrote:
> On 03/04/15 15:28, Konrad Rzeszutek Wilk wrote:
>> Hey David and Boris,
>>
>> Please see the two patches - the first one fixes an situation that
>> the original XSA-120 patch hadn't considered.
>>
>> The second patch is more of just a cleanup. Can be 4.1 materi
Andrew Morton wrote:
> > PANASONIC MN10300/AM33/AM34 PORT
> > M: David Howells
> > -M: Koichi Yasutake
> > L: linux-am33-l...@redhat.com (moderated for non-subscribers)
> > W: ftp://ftp.redhat.com/pub/redhat/gnupro/AM33/
> > S: Maintained
>
> We often move people to CREDITS when removing
在 2015/4/13 23:34, Arnd Bergmann 写道:
On Monday 13 April 2015 21:57:46 Bintian wrote:
Hello Arnd,
Thanks for your code review.
On 2015/4/13 21:30, Arnd Bergmann wrote:
On Monday 13 April 2015 17:17:38 Bintian Wang wrote:
+#define HI6220_CFG_CSI2PHY 8
+#define HI6220_ISP_SCLK_GATE 9
+#de
* Sukadev Bhattiprolu wrote:
> This is another attempt to resurrect Andi Kleen's patchset so users
> can specify perf events by their event names rather than raw codes.
>
> This is a rebase of Andi Kleen's patchset from Jul 30, 2014[1] to 4.0.
> (I fixed minor and not so minor conflicts).
So t
On 04/13/2015 10:48 PM, Martin Sperl wrote:
On 14.04.2015, at 06:24, Guenter Roeck wrote:
by adding the now mandatory GPIOLIB dependency.
Note this shows up during automated randconfig testing.
Also for m68k:allmodconfig and mips:allmodconfig in both mainline and -next.
http://server.ro
Hi Mark,
Thanks very much for review.
About the clock name should be the PoV of _this_ device. Could you
help check below?
On Fri, 2015-03-06 at 11:13 +, Mark Rutland wrote:
> On Fri, Mar 06, 2015 at 10:48:18AM +, yong...@mediatek.com wrote:
> > From: Yong Wu
> >
> > This patch
Hi,
I've created a new mailing list on the Linaro mailing list server for
discussing the kernel patches for y2038:
https://lists.linaro.org/mailman/listinfo/y2038
Please join if you are interested in discussing these or want to send
patches. The intention at the moment much to keep this list exp
This code is requiered to recover the unit from a security violation.
Hopefully this code can recover the unit from a hardware related invalid
state as well.
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 333 +
Maybe the unit enters the hardware related state at runtime and not at
system boot time (after a power cycle).
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 21 +++--
1 file changed, 19 inserti
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 43 +++
1 file changed, 43 insertions(+)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index c666eab..8750
In order to test the new driver we need some mechanism to force a transition
into the security violation state. Two DryIce internal timers can be used
for this purpose. Both have an overflow feature which forces this transition
and can be triggered automatically (timer) or manually (monotonic via r
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 28 +---
1 file changed, 25 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index b04c64f..de1
2nd try, this time with a cover letter... m(
The built-in RTC unit on some i.MX SoCs isn't an RTC only. It is also a tamper
monitor unit which can keep some keys. When it does its tamper detection job
and a tamper violation is detected, this RTC unit locks completely including
the real-time counte
Maybe the unit enters the hardware related state at runtime and not at
system boot time (after a power cycle).
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 21 +++--
1 file changed, 19 inserti
In order to test the new driver we need some mechanism to force a transition
into the security violation state. Two DryIce internal timers can be used
for this purpose. Both have an overflow feature which forces this transition
and can be triggered automatically (timer) or manually (monotonic via r
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 28 +---
1 file changed, 25 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index b04c64f..de1
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 43 +++
1 file changed, 43 insertions(+)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index c666eab..8750
On Mon 13-04-15 16:31:34, Dmitry Monakhov wrote:
> gendisk with part==0 is obviously gendisk->disk_name.
>
> Signed-off-by: Dmitry Monakhov
Looks good to me. You can add:
Reviewed-by: Jan Kara
Honza
> ---
> fs/block_dev.c | 1
On 04/13/2015 10:33 PM, Jason Gunthorpe wrote:
> On Mon, Apr 13, 2015 at 02:36:45PM +0200, Michael Wang wrote:
>> We have finished introducing the cap_XX(), and raw helper rdma_ib_or_iboe()
>> is no longer necessary, thus clean it up.
>
> So, the net result is not looking too bad, but I'm confus
This code is requiered to recover the unit from a security violation.
Hopefully this code can recover the unit from a hardware related invalid
state as well.
Signed-off-by: Juergen Borleis
Signed-off-by: Robert Schwebel
[rsc: got NDA clearance from Freescale]
---
drivers/rtc/rtc-imxdi.c | 333 +
On Mon 13-04-15 16:31:35, Dmitry Monakhov wrote:
> This allow to directly print block_device name.
> Currently one should use bdevname() with temporal char buffer.
> This is very ineffective because bloat stack usage for deep IO call-traces
>
> Example:
> %pg ->sda, sda1 or loop0p1
>
>
* Markus Trippelsdorf wrote:
> On 2015.04.14 at 07:38 +0200, Ingo Molnar wrote:
> >
> > Just to make sure, could you please also apply the 3 alignment patches
> > attached below? There's a lot of noise from extra alignment.
>
> Here's an updated table:
>
>textdata bss dec
On Mon 13-04-15 16:31:36, Dmitry Monakhov wrote:
Looks good. You can add:
Reviewed-by: Jan Kara
Honza
>
> Signed-off-by: Dmitry Monakhov
> ---
> block/blk-core.c | 30 --
> block/blk-settings.c
On 13 April 2015 at 16:07, Javier Martinez Canillas
wrote:
> If the struct mmc_pwrseq_match .alloc function used to allocate a
> struct mmc_pwrseq fails, the error is propagated to mmc_of_parse().
>
> But instead of returning the error code in pwrseq, host->pwrseq is
> returned which will always b
On Tue, Apr 14, 2015 at 10:24:38AM +0200, Cornelia Huck wrote:
> On Tue, 14 Apr 2015 10:42:56 +0930
> Rusty Russell wrote:
>
> > "Michael S. Tsirkin" writes:
> > > On Wed, Apr 01, 2015 at 02:57:35PM +0200, Michael S. Tsirkin wrote:
> > >> Virtio 1.0 doesn't include a modern balloon device. At s
On 13/04/15 15:48, Mathias Nyman wrote:
> Hi
>
> On 09.04.2015 12:22, Roger Quadros wrote:
>> Hi,
>>
>> On 07/04/15 17:23, Mathias Nyman wrote:
>>> Hi
>>>
>>> On 02.04.2015 15:23, Roger Quadros wrote:
HCD core allocates memory for HCD private data in
usb_create_[shared_]hcd() so make use
On Mon 13-04-15 16:31:37, Dmitry Monakhov wrote:
>
> Signed-off-by: Dmitry Monakhov
Looks good to me. You can add:
Reviewed-by: Jan Kara
Honza
> ---
> fs/btrfs/super.c |4 +---
> fs/buffer.c | 21 ++
Phil and I found out a problem with commit:
7e860a6e7aa6 ("cdc-acm: add sanity checks")
It added some sanity checks to ignore potential garbage in CDC headers but
also introduced a potential infinite loop. This can happen at the first
loop iteration (elength = 0 in that case) if the descriptio
On Mon 13-04-15 16:31:40, Dmitry Monakhov wrote:
>
> Signed-off-by: Dmitry Monakhov
Looks good to me. You can add:
Reviewed-by: Jan Kara
Honza
> ---
> drivers/block/drbd/drbd_req.c |6 ++
> drivers/block/pktcdvd.c
On Mon 13-04-15 16:31:39, Dmitry Monakhov wrote:
> - bdevname() now works via "%pg" format specifier (in responce to Joe's
> comments)
>
> Signed-off-by: Dmitry Monakhov
Looks good to me. You can add:
Reviewed-by: Jan Kara
Honza
On 13/04/2015 22:59, Andrew Morton wrote:
> On Mon, 13 Apr 2015 17:02:19 +0300 "Kirill A. Shutemov"
> wrote:
>
>>> Kirill, if I'm right with it, can you suggest the header where to put
>>> the "generic" mremap hook's (empty) body?
>>
>> I initially thought it would be enough to put it into
>> ,
Hi Jassi,
your commit 1ccdd04f5365 ("clk: Add clock driver for mb86s7x") is in
today's Linux next tree. The clock driver clk-mb86s7x.c is
conditionally compiled depending on CONFIG_ARCH_MB86S7X. This option is
nowhere defined in Kconfig, so that the driver cannot be compiled at its
current tate.
Sorry for the noise, git confused me... See my other mails including the cover
letter...
jbe
--
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 http://vger.kernel.org/majordomo-info.html
Please
Hi,
On Friday 27 March 2015 12:44:03 Dong Aisheng wrote:
> On Fri, Mar 27, 2015 at 11:52:04AM +0100, Juergen Borleis wrote:
> > DMA and the required overhead on very small data blocks seems an
> > expensive operation. Due to erratum ENGCM07207 for i.MX25 and i.MX35 SoCs
> > the support for multibl
On Tuesday 14 April 2015 00:58:59 Dr. Philipp Tomsich wrote:
> Arnd,
>
> > 1. Adding a whole new ABI to the kernel is adding a long-term maintenance
> > burden, and we don't want to do that just because someone thinks it's a cute
> > hack or because it might add a few percent in performance of som
On Tue, Apr 14, 2015 at 11:22:41AM +1000, Stephen Rothwell wrote:
> On Mon, 13 Apr 2015 18:07:06 -0700 Bjorn Andersson
> wrote:
> > Your patch looks correct and should preferrably be added to the drm
> > tree, or the last patch in my series that drops the API wrapper should
> > be held back unti
On Mon 13-04-15 16:31:38, Dmitry Monakhov wrote:
>
> Signed-off-by: Dmitry Monakhov
...
> @@ -2610,7 +2597,6 @@ static void handle_read_error(struct mddev *mddev,
> struct r10bio *r10_bio)
> struct bio *bio;
> struct r10conf *conf = mddev->private;
> struct md_rdev *rdev = r10_
On Tue, Mar 31, 2015 at 10:52:48PM +0300, Azat Khuzhin wrote:
> Hi all,
>
> On one of machines [SUPERMICRO], after installing fresh kernel
> (v4.0-rc5-25-g90a5a89), I noticed that loadavg always greater then 1.
Still got the same for v4.0-2620-gb79013b.
Cheers,
Azat.
--
To unsubscribe from this
On Mon, Apr 13, 2015 at 10:11:57PM +0900, Krzysztof Kozlowski wrote:
> W dniu 10.04.2015 o 22:18, Laurentiu Palcu pisze:
> >Based on the datasheet found here:
> >http://www.ti.com/lit/ds/symlink/bq24257.pdf
> >
> >Signed-off-by: Laurentiu Palcu
>
> (...)
>
> >diff --git a/drivers/power/bq24257_c
On Tue, 14 Apr 2015 11:21:11 +0200
"Michael S. Tsirkin" wrote:
> diff --git a/include/uapi/linux/virtio_balloon.h
> b/include/uapi/linux/virtio_balloon.h
> index f81b220..164e0c2 100644
> --- a/include/uapi/linux/virtio_balloon.h
> +++ b/include/uapi/linux/virtio_balloon.h
> @@ -52,15 +52,31 @@
On Tue, Mar 31, 2015 at 10:52:48PM +0300, Azat Khuzhin wrote:
> Hi all,
>
> On one of machines [SUPERMICRO], after installing fresh kernel
> (v4.0-rc5-25-g90a5a89), I noticed that loadavg always greater then 1.
>
> I do a lot of digging and finally have more information on this issue:
> CONFIG_NO
On Tue, Apr 14, 2015 at 11:50:53AM +0200, Cornelia Huck wrote:
> On Tue, 14 Apr 2015 11:21:11 +0200
> "Michael S. Tsirkin" wrote:
>
> > diff --git a/include/uapi/linux/virtio_balloon.h
> > b/include/uapi/linux/virtio_balloon.h
> > index f81b220..164e0c2 100644
> > --- a/include/uapi/linux/virtio
On Tue, Apr 14, 2015 at 12:55:20AM +0200, Gabriele Mazzotta wrote:
> Hi,
>
> my touchpad stopped working because of a485923efbb8 ("HID: i2c-hid:
> Add support for ACPI GPIO interrupts"). It turned out that I need
> CONFIG_GPIOLIB. I think this dependency should be made explicit or the
> driver sho
Looks like we are better off sticking with the misaligned stat struct,
to reduce the amount of virtio 1 specific code in balloon. So let's do
it.
Add a detailed comment to reduce the chance people copy this bad example.
This also fixes a bug on BE architectures: tag should use
cpu_to_le16, not c
On 10/04/15 12:18, Chanwoo Choi wrote:
> On 04/10/2015 05:46 PM, Robert Baldyga wrote:
>> On 04/10/2015 10:10 AM, Chanwoo Choi wrote:
>>> On 04/10/2015 04:45 PM, Robert Baldyga wrote:
On 04/10/2015 09:17 AM, Chanwoo Choi wrote:
> Hi Robert,
>
> On 04/09/2015 06:24 PM, Robert Baldyg
Fixed Kishon's id.
On 14/04/15 13:01, Roger Quadros wrote:
> On 10/04/15 12:18, Chanwoo Choi wrote:
>> On 04/10/2015 05:46 PM, Robert Baldyga wrote:
>>> On 04/10/2015 10:10 AM, Chanwoo Choi wrote:
On 04/10/2015 04:45 PM, Robert Baldyga wrote:
> On 04/10/2015 09:17 AM, Chanwoo Choi wrote:
On Tuesday 14 April 2015 12:59:24 Mika Westerberg wrote:
> On Tue, Apr 14, 2015 at 12:55:20AM +0200, Gabriele Mazzotta wrote:
> > Hi,
> >
> > my touchpad stopped working because of a485923efbb8 ("HID: i2c-hid:
> > Add support for ACPI GPIO interrupts"). It turned out that I need
> > CONFIG_GPIOLIB
Do not probe all serial drivers by of_serial.c which are using
device_type = "serial"; property. Only drivers which have valid
compatible strings listed in the driver should be probed.
When PORT_UNKNOWN is setup probe will fail anyway.
Arnd quotation about driver historical background:
"when I wr
On Wed 08-04-15 08:37:00, Peter Hurley wrote:
> [ + Al Viro, linux-fsdevel ]
>
> On 04/08/2015 07:12 AM, Tobias Hoffmann wrote:
> > Hi,
> >
> > after updating from 3.19.0-rc4 to 4.0.0-rc6 I've experienced the appended
> > two similar oopses.
> > In both cases they occurred without obvious cause
On 04/14/2015 09:38 AM, Greg Kroah-Hartman wrote:
> On Tue, Apr 14, 2015 at 07:10:07AM +0200, Michal Simek wrote:
>> Hi Greg,
>>
>> On 04/13/2015 07:00 PM, Greg Kroah-Hartman wrote:
>>> On Mon, Apr 13, 2015 at 04:35:27PM +0200, Michal Simek wrote:
Do not probe all serial drivers by of_serial.c
On Tue, Apr 14, 2015 at 10:07:54AM +0100, Yong Wu wrote:
> Hi Mark,
> Thanks very much for review.
> About the clock name should be the PoV of _this_ device. Could you
> help check below?
>
> On Fri, 2015-03-06 at 11:13 +, Mark Rutland wrote:
> > On Fri, Mar 06, 2015 at 10:48:18AM +00
On Tuesday 14 April 2015 11:33:13 Dr. Philipp Tomsich wrote:
> Arnd,
>
> After getting a good night’s sleep, the “reuse the existing system call
> table” comment
> makes a little more sense as I construe it as having just one merged system
> call table
> for both LP64 and ILP32 and handling the
Hi Matthias,
On Tue, Apr 07, 2015 at 01:47:58PM +0200, Matthias Brugger wrote:
> Hi Sascha,
>
>
> 2015-03-31 20:16 GMT+02:00 Sascha Hauer :
> >
> > The following changes since commit 9eccca0843205f87c00404b663188b88eb248051:
> >
> > Linux 4.0-rc3 (2015-03-08 16:09:09 -0700)
> >
> > are availab
On Tue, 14 Apr 2015 12:01:13 +0200
"Michael S. Tsirkin" wrote:
> Looks like we are better off sticking with the misaligned stat struct,
> to reduce the amount of virtio 1 specific code in balloon. So let's do
> it.
>
> Add a detailed comment to reduce the chance people copy this bad example.
>
As some C45 10G PHYs(e.g. Cortina CS4315/CS4340 PHY) have
zero Devices In package, current driver can't get correct
devices_in_package value by non-zero Devices In package.
so let's probe more with zero Devices In package to support
more C45 PHYs.
Signed-off-by: Shengzhou Liu
---
v2: use MDIO_DEV
Hi Thomas,
On 30/03/15 16:15, Roger Quadros wrote:
> Without this system suspend is broken on systems that have
> drivers calling enable/disable_irq_wake() for interrupts based off
> the dummy irq hook.
> (e.g. drivers/gpio/gpio-pcf857x.c)
>
> http://article.gmane.org/gmane.linux.kernel/1879035
>
On Tue, Mar 31, 2015 at 04:08:06PM +0100, Alex Bennée wrote:
> This adds support for userspace to control the HW debug registers for
> guest debug. We'll only copy the $ARCH defined number across as that is
> all that hyp.S will use anyway.
I don't really understand what this sentence means?
> I
On Tue, Apr 14, 2015 at 11:54:24AM +0200, Peter Zijlstra wrote:
> On Tue, Mar 31, 2015 at 10:52:48PM +0300, Azat Khuzhin wrote:
> > Hi all,
> >
> > On one of machines [SUPERMICRO], after installing fresh kernel
> > (v4.0-rc5-25-g90a5a89), I noticed that loadavg always greater then 1.
> >
> > I do
1 - 100 of 643 matches
Mail list logo
