Linus,
for 3.14, the I2C subsystem has the following to offer:
* new drivers for Renesas RIIC and RobotFuzz OSIF
* driver cleanups & improvements & bugfixes
Pretty standard stuff this time, I'd say. There is more complex stuff
coming up, but I didn't have the bandwidth between the years to pull
On 01/20, Alan Stern wrote:
>
> On Mon, 20 Jan 2014, Oleg Nesterov wrote:
>
> > On 01/17, Alan Stern wrote:
> > >
> > > Also, take a look at commit 356c05d58af0. It's a similar situation
> > > (not exactly the same).
> >
> > At first glance, can't __ATTR_IGNORE_LOCKDEP() use no_validate too ?
> >
On 01/20/2014 11:52 AM, Peter Zijlstra wrote:
> On Fri, Jan 17, 2014 at 04:12:06PM -0500, r...@redhat.com wrote:
>> +++ b/kernel/sched/fair.c
>> @@ -1300,10 +1300,14 @@ static void update_numa_active_node_mask(struct
>> task_struct *p)
>> faults =
On Mon 20-01-14 11:15:09, Michal Hocko wrote:
> On Wed 15-01-14 20:13:04, Alan Ott wrote:
> [...]
> > 2. __copy_to_user_memcpy() takes a read lock (down_read()) on
>
> This looks like a bug. copy_to_user_* shouldn't take mmap_sem at all
> Check the might_fault annotation used in generic code. Arm
On Monday 20 January 2014, Hanjun Guo wrote:
> >> acpi_register_ioapic()/acpi_unregister_ioapic() will be used for IOAPIC
> >> hotplug and GIC distributor is something like IOAPIC on x86, so I think
> >> these two functions can be reserved for future use.
> > But GIC is not hotplugged, is it? It
On Monday 20 January 2014, Srikanth Thokala wrote:
> >
> >> > * data width should be a property of the slave driver that is configured
> >> > through dma_slave_config(), unless you can have dma engines that only
> >> > support certain a width.
> >>
> >> Yes, this VDMA engine soft IP support
On Mon, 2014-01-20 at 18:30 +, Varun Sethi wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Monday, January 20, 2014 9:51 PM
> > To: Sethi Varun-B16395
> > Cc: io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org
> >
On Mon, 20 Jan 2014, Oleg Nesterov wrote:
> On 01/17, Alan Stern wrote:
> >
> > On Fri, 17 Jan 2014, Oleg Nesterov wrote:
> >
> > > Yes, sure. This change assumes that the only problem in drivers/base is
> > > dev->parent->mutex / dev->mutex dependency. If the locking is even more
> > > "broken"
On Mon, Jan 20, 2014 at 2:38 AM, David Vrabel wrote:
> On 17/01/14 23:02, Luis R. Rodriguez wrote:
>> As per linux-next Next/Trees [0], and a recent January MAINTAINERS patch [1]
>> from David one of the xen development kernel git trees to track is
>> xen/git.git [2], this tree however gives has
On 20 January 2014 19:17, Nicolas Pitre wrote:
> On Mon, 20 Jan 2014, Ard Biesheuvel wrote:
>
>> On 20 January 2014 18:44, Nicolas Pitre wrote:
>> > On Mon, 20 Jan 2014, Catalin Marinas wrote:
>> >
>> >> On Mon, Dec 23, 2013 at 02:06:27PM +, Ard Biesheuvel wrote:
>> >> > This series is a
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Monday, January 20, 2014 9:51 PM
> To: Sethi Varun-B16395
> Cc: io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org
> Subject: Re: [RFC PATCH] vfio/iommu_type1: Multi-IOMMU domain support
On mån, 2014-01-20 at 14:37 +1100, NeilBrown wrote:
>
> Thanks - that extra info is quite useful. Knowing that nothing else unusual
> is happening can be quite valuable (and I don't like to assume).
>
> I haven't found anything that would clearly cause your crash, but I have
> found something
On Mon, Jan 20, 2014 at 8:54 AM, Lukasz Dorau wrote:
> In the first place, the loop 'for' in the macro 'for_each_isci_host'
> (drivers/scsi/isci/host.h:314) is incorrect, because it accesses
> the 3rd element of 2 element array. After the 2nd iteration it executes
> the instruction:
>
On Mon, Jan 20, 2014 at 06:54:32PM +0100, Pavel Machek wrote:
> On Mon 2014-01-20 17:10:29, Catalin Marinas wrote:
> > On Mon, Jan 20, 2014 at 04:49:26PM +, Pavel Machek wrote:
> > > > To save energy, the higher frequencies should be avoided and only used
> > > > when the application
Hi.
While building custom kernel for ARM, using openwrt, i did hit
"Inconsistent kallsyms data", and i can repeat it every time.
After short investigation, i did track problem down to kallsyms utility,
which generates source for compressed binary dump of kernel symbols table.
To make it short,
lock_acquire() takes 7 arguments, we can pack 4 "short" enums into
the single "unsigned long acqf" to help the callers which mostly
use the constant values of subclass/trylock/read/check,
$ size vmlinux
textdata bss dec hex filename
-
The "int check" argument of lock_acquire() and held_lock->check are
misleading. This is actually a boolean: 2 means "true", everything
else is "false".
And there is no need to pass 1 or 0 to lock_acquire() depending on
CONFIG_PROVE_LOCKING, __lock_acquire() checks prove_locking at the
start and
The __lockdep_no_validate check in mark_held_locks() adds the subtle
and (afaics) unnecessary difference between no-validate and check==0.
And this looks even more inconsistent because __lock_acquire() skips
mark_irqflags()->mark_lock() if !check.
Change mark_held_locks() to check hlock->check
On 01/17, Alan Stern wrote:
>
> On Fri, 17 Jan 2014, Oleg Nesterov wrote:
>
> > Yes, sure. This change assumes that the only problem in drivers/base is
> > dev->parent->mutex / dev->mutex dependency. If the locking is even more
> > "broken" (wrt lockdep), we can't replace
Test-case:
DEFINE_MUTEX(m1);
DEFINE_MUTEX(m2);
DEFINE_MUTEX(mx);
void lockdep_should_complain(void)
{
lockdep_set_novalidate_class();
// m1 -> mx -> m2
mutex_lock();
mutex_lock();
Cosmetic. This doesn't really matter because a) device->mutex is
the only user of __lockdep_no_validate__ and b) this class should
be never reported as the source of problem, but if something goes
wrong ">mutex" looks better than "&__lockdep_no_validate__"
as the name of the lock.
Signed-off-by:
Commit-ID: b8989db9d82465bf38a48a4d3ef32e7d8afc4d08
Gitweb: http://git.kernel.org/tip/b8989db9d82465bf38a48a4d3ef32e7d8afc4d08
Author: Alan
AuthorDate: Mon, 20 Jan 2014 18:01:56 +
Committer: H. Peter Anvin
CommitDate: Mon, 20 Jan 2014 10:12:29 -0800
x86, doc, kconfig: Fix dud URL
On Mon, Jan 20, 2014 at 05:54:32PM +, Pavel Machek wrote:
> On Mon 2014-01-20 17:10:29, Catalin Marinas wrote:
> > On Mon, Jan 20, 2014 at 04:49:26PM +, Pavel Machek wrote:
> > > > To save energy, the higher frequencies should be avoided and only used
> > > > when the application
On Mon, 20 Jan 2014, Ard Biesheuvel wrote:
> On 20 January 2014 18:44, Nicolas Pitre wrote:
> > On Mon, 20 Jan 2014, Catalin Marinas wrote:
> >
> >> On Mon, Dec 23, 2013 at 02:06:27PM +, Ard Biesheuvel wrote:
> >> > This series is a followup to the patch that was recently merged by
> >> >
On Mon, Jan 20, 2014 at 11:21:14AM +, David Laight wrote:
> From: walt
> > On 01/17/2014 06:34 AM, David Laight wrote:
> >
> > > Can you try the patch I posted that stops the ownership on LINK TRBs
> > > being changed before that on the linked-to TRB?
> >
> > Please disregard my earlier
> > Sleeping CPU: 2mA
> > Screen on: 230mA
> > CPU loaded: 250mA
> >
> > Now, lets believe your numbers and pretend system can operate at 33%
> > of speed with 11% power consumption.
> >
> > Lets take task that takes 10 seconds on max frequency:
> >
> > ~ 10s * 470mA
On Mon, Jan 20, 2014 at 05:47:45PM +, Pavel Machek wrote:
> On Mon 2014-01-20 17:17:52, Catalin Marinas wrote:
> > On Mon, Jan 20, 2014 at 05:10:29PM +, Catalin Marinas wrote:
> > > On Mon, Jan 20, 2014 at 04:49:26PM +, Pavel Machek wrote:
> > > > > To save energy, the higher
On 20 January 2014 18:44, Nicolas Pitre wrote:
> On Mon, 20 Jan 2014, Catalin Marinas wrote:
>
>> On Mon, Dec 23, 2013 at 02:06:27PM +, Ard Biesheuvel wrote:
>> > This series is a followup to the patch that was recently merged by Catalin
>> > that
>> > allocates hwcaps bits for CRC and
Hi Linus,
Please pull the arm64 patches below. Thanks.
The following changes since commit 319e2e3f63c348a9b66db4667efa73178e18b17d:
Linux 3.13-rc4 (2013-12-15 12:31:33 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux
On Wed, 2014-01-15 at 16:45 -0800, David Miller wrote:
From: Joe Perches
> Date: Wed, 15 Jan 2014 16:07:58 -0800
>
> > If you want the ones for net-next net/ now (but not
> > for batman-adv, that maybe could use a new function like
> > ether_addr_copy_unaligned) here's a changestat.
> >
> >
Use ether_addr_copy instead of memcpy(a, b, ETH_ALEN) to
save some cycles on arm and powerpc.
Signed-off-by: Joe Perches
---
net/caif/caif_usb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/caif/caif_usb.c b/net/caif/caif_usb.c
index 75ed04b..dda589c 100644
---
On Mon 2014-01-20 17:10:29, Catalin Marinas wrote:
> On Mon, Jan 20, 2014 at 04:49:26PM +, Pavel Machek wrote:
> > > To save energy, the higher frequencies should be avoided and only used
> > > when the application performance requirements can not be satisfied
> > > otherwise (e.g. spread
Use ether_addr_copy instead of memcpy(a, b, ETH_ALEN) to
save some cycles on arm and powerpc.
Convert struct aarp_entry.hwaddr[6] to hwaddr[ETH_ALEN].
Signed-off-by: Joe Perches
---
net/appletalk/aarp.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
On 01/20/2014 09:50 AM, Christoph Hellwig wrote:
> On Mon, Jan 20, 2014 at 09:46:41AM -0800, H. Peter Anvin wrote:
>> This comment by Christoph was literally the only feedback on this
>> patchset. The definition of __kernel_[u]long_t is "the size of 'long'
>> for the native kernel for the ABI".
Use ether_addr_copy instead of memcpy(a, b, ETH_ALEN) to
save some cycles on arm and powerpc.
Signed-off-by: Joe Perches
---
net/core/pktgen.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/core/pktgen.c b/net/core/pktgen.c
index fa3e128..fdac61c 100644
---
Use ether_addr_copy instead of memcpy(a, b, ETH_ALEN) to
save some cycles on arm and powerpc.
Signed-off-by: Joe Perches
---
net/atm/lec.c | 9 +
net/atm/mpc.c | 2 +-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/net/atm/lec.c b/net/atm/lec.c
index f23916b..0b73ae9
Use ether_addr_copy instead of memcpy(a, b, ETH_ALEN) to
save some cycles on arm and powerpc.
Signed-off-by: Joe Perches
---
net/core/netpoll.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/core/netpoll.c b/net/core/netpoll.c
index 19fe9c7..c03f3de 100644
---
Use ether_addr_copy instead of memcpy(a, b, ETH_ALEN) to
save some cycles on arm and powerpc.
Signed-off-by: Joe Perches
---
net/dsa/slave.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/dsa/slave.c b/net/dsa/slave.c
index 29d684e..02c0e17 100644
--- a/net/dsa/slave.c
On Mon, Jan 20, 2014 at 9:51 AM, H.J. Lu wrote:
> On Mon, Jan 20, 2014 at 9:50 AM, Christoph Hellwig wrote:
>> On Mon, Jan 20, 2014 at 09:46:41AM -0800, H. Peter Anvin wrote:
>>> This comment by Christoph was literally the only feedback on this
>>> patchset. The definition of __kernel_[u]long_t
On 01/20/2014 09:51 AM, H.J. Lu wrote:
> On Mon, Jan 20, 2014 at 9:50 AM, Christoph Hellwig wrote:
>> On Mon, Jan 20, 2014 at 09:46:41AM -0800, H. Peter Anvin wrote:
>>> This comment by Christoph was literally the only feedback on this
>>> patchset. The definition of __kernel_[u]long_t is "the
On 12/28/2013 08:33 AM, Christoph Hellwig wrote:
> On Fri, Dec 27, 2013 at 02:14:16PM -0800, H.J. Lu wrote:
>> X32 uses the same kernel system call interface as x86-64 for many
>> system calls. However, "long" is 64-bit for x86-64 and is 32-bit for
>> x32. Where long or unsigned long are used in
Use ether_addr_copy instead of memcpy(a, b, ETH_ALEN) to
save some cycles on arm and powerpc.
Signed-off-by: Joe Perches
---
net/8021q/vlan.c | 2 +-
net/8021q/vlan_dev.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/8021q/vlan.c b/net/8021q/vlan.c
index
On Mon, Jan 20, 2014 at 9:50 AM, Christoph Hellwig wrote:
> On Mon, Jan 20, 2014 at 09:46:41AM -0800, H. Peter Anvin wrote:
>> This comment by Christoph was literally the only feedback on this
>> patchset. The definition of __kernel_[u]long_t is "the size of 'long'
>> for the native kernel for
On Mon, Jan 20, 2014 at 09:46:41AM -0800, H. Peter Anvin wrote:
> This comment by Christoph was literally the only feedback on this
> patchset. The definition of __kernel_[u]long_t is "the size of 'long'
> for the native kernel for the ABI". H.J.'s patchset only affects x86
> (specifically
On 20/01/14 16:53, Wei Liu wrote:
@@ -559,7 +579,7 @@ void xenvif_free(struct xenvif *vif)
if (vif->grant_tx_handle[i] != NETBACK_INVALID_HANDLE) {
unmap_timeout++;
schedule_timeout(msecs_to_jiffies(1000));
-
On Mon 2014-01-20 17:17:52, Catalin Marinas wrote:
> On Mon, Jan 20, 2014 at 05:10:29PM +, Catalin Marinas wrote:
> > On Mon, Jan 20, 2014 at 04:49:26PM +, Pavel Machek wrote:
> > > > To save energy, the higher frequencies should be avoided and only used
> > > > when the application
On Mon, 20 Jan 2014, Catalin Marinas wrote:
> On Mon, Dec 23, 2013 at 02:06:27PM +, Ard Biesheuvel wrote:
> > This series is a followup to the patch that was recently merged by Catalin
> > that
> > allocates hwcaps bits for CRC and Crypto Extensions instructions so
> > userland can
> >
On Mon, Dec 23, 2013 at 02:06:32PM +, Ard Biesheuvel wrote:
> This adds support for advertising the presence of ARMv8 Crypto
> Extensions in the Aarch32 execution state to 32-bit ELF binaries
> running in 32-bit compat mode under the arm64 kernel.
>
> Signed-off-by: Ard Biesheuvel
Acked-by:
On Mon, Dec 23, 2013 at 02:06:31PM +, Ard Biesheuvel wrote:
> This allocates feature bits 0-4 in HWCAP2 for the crypto and CRC
> extensions introduced in ARMv8.
>
> Signed-off-by: Ard Biesheuvel
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, Dec 23, 2013 at 02:06:28PM +, Ard Biesheuvel wrote:
> This enables AT_HWCAP2 for ARM. The generic support for this
> new ELF auxv entry was added in commit 2171364d1a9 (powerpc:
> Add HWCAP2 aux entry)
>
> Signed-off-by: Ard Biesheuvel
Acked-by: Catalin Marinas
--
To unsubscribe
On Mon, Dec 23, 2013 at 02:06:29PM +, Ard Biesheuvel wrote:
> Add ELF_HWCAP2 to the set of auxv entries that is passed to
> a 32-bit ELF program running in 32-bit compat mode under a
> 64-bit kernel.
>
> Signed-off-by: Ard Biesheuvel
Acked-by: Catalin Marinas
--
To unsubscribe from this
On Mon, Dec 23, 2013 at 02:06:27PM +, Ard Biesheuvel wrote:
> This series is a followup to the patch that was recently merged by Catalin
> that
> allocates hwcaps bits for CRC and Crypto Extensions instructions so userland
> can
> discover whether the current CPU has any of those
From: Aaron Tomlin
When khungtaskd detects hung tasks, it prints out backtraces from
a number of those tasks. Limiting the number of backtraces being
printed out can result in the user not seeing the information
necessary to debug the issue. The hung_task_warnings sysctl
controls this feature.
From: Aaron Tomlin
Add neg_one to the list of standard constraints.
Signed-off-by: Aaron Tomlin
Acked-by: Rik van Riel
---
kernel/sysctl.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index 34a6047..dd531a6 100644
--- a/kernel/sysctl.c
+++
From: Aaron Tomlin
When khungtaskd detects hung tasks, it prints out
backtraces from a number of those tasks.
Limiting the number of backtraces being printed
out can result in the user not seeing the information
necessary to debug the issue. The hung_task_warnings
sysctl controls this feature.
Hi Lorenzo,
On 16.01.2014 17:34, Lorenzo Pieralisi wrote:
Hi Tomasz,
thank you for posting this series. I would like to use the DT bindings
for power domains in the bindings for C-states on ARM:
http://comments.gmane.org/gmane.linux.power-management.general/41012
and in particular link a
On 20/01/2014 18:28, Michael Kerrisk (man-pages) wrote:
> On 07/10/2013 04:18 PM, Eliezer Tamir wrote:
>> Add description for the SO_BUSY_POLL socket option to the socket(7) manpage.
>
> Long after the fact, I've applied this. Thanks, Eliezer.
>
> Would you be willing also to write a patch for
On Sun, Jan 19, 2014 at 01:41:34AM +0200, Kirill A. Shutemov wrote:
> On Thu, Jan 16, 2014 at 03:01:43PM -0600, Alex Thorlton wrote:
> > diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h
> > index 91672e2..475f59f 100644
> > --- a/include/linux/huge_mm.h
> > +++
On 16/01/14 00:03, Wei Liu wrote:
On Tue, Jan 14, 2014 at 08:39:52PM +, Zoltan Kiss wrote:
[...]
/* Skip first skb fragment if it is on same page as header fragment. */
@@ -832,6 +851,29 @@ static struct gnttab_map_grant_ref
*xenvif_get_requests(struct xenvif *vif,
On Mon, 2014-01-20 at 17:30 +0800, Fengguang Wu wrote:
> Hi Eric,
>
> Just FYI, we noticed the below changes in old commit 878d7439d0 ("rcu:
> Fix batch-limit size problem") in test case will-it-scale/open1:
>
> 62da1921292ef78 878d7439d0f45a95869e41757
> ---
On Mon, Jan 20, 2014 at 10:22:25AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jan 20, 2014 at 03:39:40PM +0400, Stanislav Fomichev escreveu:
> > This commit reverts part of the 3e6a147deef9 "perf tools: Separate lbfd
> > check out of NO_DEMANGLE condition" which always links perf with
On Mon, Jan 20, 2014 at 05:10:29PM +, Catalin Marinas wrote:
> On Mon, Jan 20, 2014 at 04:49:26PM +, Pavel Machek wrote:
> > > To save energy, the higher frequencies should be avoided and only used
> > > when the application performance requirements can not be satisfied
> > > otherwise
Hi Lino,
I've recently sent this patch which may fix a bug in the way fanotify
creates its file descriptors.
I failed to noticed you've been working recently on fanotify subsystem
and miss the opportunity to add you in the Cc:s.
Please have a look to this patch and help to get it merged.
Le
Some legacy devices support ony I2C standard mode at 100kHz.
This patch allows to select the standard mode through the DTS
with the use of the existing clock-frequency parameter.
When clock-frequency parameter is not set, the fast mode is selected.
Only when the parameter is set at 10, the
This patch allows to set independantly SCL and SDA falling times.
The tLOW period is computed by taking into account the SCL falling time.
The tHIGH period is computed by taking into account the SDA falling time.
For instance in case the margin on tLOW is considered too small, it can
be increased
On Mon, Jan 20, 2014 at 04:49:26PM +, Pavel Machek wrote:
> > To save energy, the higher frequencies should be avoided and only used
> > when the application performance requirements can not be satisfied
> > otherwise (e.g. spread tasks across more cpus if possible).
>
> I argue this is
Hi Will,
Here is an updated version of the change, which uses compat_sp at only
one place.
The drawback is that compat_user_mode is checked when calling
compat_user_stack_pointer, which seems unnecessary. Unfortunately the
check is not optimized out by the complier as I could check with
objdump
On 16/01/14 00:01, Wei Liu wrote:
On Tue, Jan 14, 2014 at 08:39:48PM +, Zoltan Kiss wrote:
v3:
- delete a surplus checking from tx_action
- remove stray line
- squash xenvif_idx_unmap changes into the first patch
- init spinlocks
- call map hypercall directly instead of gnttab_map_refs()
-
Hi,
Le lundi 13 janvier 2014 à 10:30 +0100, Yann Droneaud a écrit :
> Le lundi 13 janvier 2014 à 10:06 +1100, Benjamin Herrenschmidt a écrit :
> > On Tue, 2013-07-02 at 18:39 +0200, Yann Droneaud wrote:
> > > Macro get_unused_fd() is used to allocate a file descriptor with
> > > default flags.
On 01/20/2014 05:52 PM, Sergei Ianovich wrote:
> On Mon, 2014-01-20 at 17:20 +0100, Daniel Mack wrote:
>> On 01/20/2014 05:08 PM, Sergei Ianovich wrote:
>>> It's over a month now. Is anything wrong?
>> No, I'm busy, that's all.
>
> Thanks for reply.
>
>> That said, the current situation is
>>
>>
On Fri, Jan 17, 2014 at 04:12:08PM -0500, r...@redhat.com wrote:
> diff --git a/include/linux/sched.h b/include/linux/sched.h
> index 0af6c1a..52de567 100644
> --- a/include/linux/sched.h
> +++ b/include/linux/sched.h
> @@ -1471,6 +1471,8 @@ struct task_struct {
> int numa_preferred_nid;
>
On Fri, Jan 17, 2014 at 04:12:05PM -0500, r...@redhat.com wrote:
> /*
> + * Iterate over the nodes from which NUMA hinting faults were triggered, in
> + * other words where the CPUs that incurred NUMA hinting faults are. The
> + * bitmask is used to limit NUMA page migrations, and spread out
In the first place, the loop 'for' in the macro 'for_each_isci_host'
(drivers/scsi/isci/host.h:314) is incorrect, because it accesses
the 3rd element of 2 element array. After the 2nd iteration it executes
the instruction:
ihost = to_pci_info(pdev)->hosts[2]
(while the size of the 'hosts'
On Fri, Jan 17, 2014 at 07:27:35PM +, Zoltan Kiss wrote:
> On 16/01/14 00:03, Wei Liu wrote:
> >On Tue, Jan 14, 2014 at 08:39:54PM +, Zoltan Kiss wrote:
> >[...]
> >>diff --git a/drivers/net/xen-netback/common.h
> >>b/drivers/net/xen-netback/common.h
> >>index 109c29f..d1cd8ce 100644
>
On 16/01/14 00:00, Wei Liu wrote:
There is a stray blank line change in xenvif_tx_create_gop. (I removed
that part too early and didn't bother to paste it back...)
Ok, fixed
+static inline bool tx_dealloc_work_todo(struct xenvif *vif)
+{
+ if (vif->dealloc_cons != vif->dealloc_prod)
+
On Mon, 2014-01-20 at 17:20 +0100, Daniel Mack wrote:
> On 01/20/2014 05:08 PM, Sergei Ianovich wrote:
> > It's over a month now. Is anything wrong?
> No, I'm busy, that's all.
Thanks for reply.
> That said, the current situation is
>
> a) we need someone to have a look at the performance
On Fri, Jan 17, 2014 at 04:12:06PM -0500, r...@redhat.com wrote:
> From: Rik van Riel
>
> Being able to see how the active nodemask changes over time, and why,
> can be quite useful.
>
> Cc: Peter Zijlstra
> Cc: Mel Gorman
> Cc: Ingo Molnar
> Cc: Chegu Vinod
> Signed-off-by: Rik van Riel
>
Hi!
> To save energy, the higher frequencies should be avoided and only used
> when the application performance requirements can not be satisfied
> otherwise (e.g. spread tasks across more cpus if possible).
I argue this is untrue for any task where user waits for its
completion with screen on.
Hi,
On 01/20/2014 03:41 PM, Roger Quadros wrote:
Hi,
Some platforms have a PHY hooked up to the SATA controller.
The PHY needs to be initialized and powered up for SATA to work.
We do that using the Generic PHY framework in PATCH 3.
In order to support SATA on the OMAP platforms we need to
Hi Linus,
This is the first few of a set of patches by H.J. Lu to make the
kernel uapi headers usable for x32, as required by some non-glibc
libcs. These particular patches make the stat and statfs structures
usable.
The following changes since commit 319e2e3f63c348a9b66db4667efa73178e18b17d:
Hi Linus,
This enables kernel address space randomization for x86.
The following changes since commit d0e639c9e06d44e713170031fe05fb60ebe680af:
Linux 3.12-rc4 (2013-10-06 14:00:20 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
OK, it seems as a left over from an earlier code reworks but
22933152934f3 doesn't seem to contain any code following that if-else
so maybe review driven changes.
On Mon 20-01-14 13:22:03, Vladimir Davydov wrote:
> Signed-off-by: Vladimir Davydov
Reviewed-by: Michal Hocko
> ---
>
I see. Here's the patch with KE_IGNORE instead of KE_KEY. Does it look ok?
This key is reported by the keyboard controller but also generates WMI
events. By adding it to the legacy keymap the WMI messages can be
silenced.
---
drivers/platform/x86/dell-wmi.c | 3 +++
1 file changed, 3
This adds the necessary smp-operations and startup code to use
additional cores on Rockchip SoCs.
We currently hog the power management unit in the smp code, as it is
necessary to control the power to the cpu core and nothing else is
currently using it, so a generic implementation can be done
The following changes since commit 7e22e91102c6b9df7c4ae2168910e19d2bb14cd6:
Linux 3.13-rc8 (2014-01-12 17:04:18 +0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-v3.14
for you to fetch changes up to
On Mon, 20 Jan 2014, Alexander Gordeev wrote:
This update fixes an oddity when a device is first added
and then removed from dev_list in case of initialization
failure, instead of just being added in case of success.
Signed-off-by: Alexander Gordeev
---
drivers/block/nvme-core.c | 19
Hi Linus,
Please pull hwmon updates for Linux 3.14-rc1 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus
Thanks,
Guenter
--
The following changes since commit 3f9aec7610b39521c7c69d754de7265f6994c194:
hwmon: (coretemp) Fix
On Wed, Jan 15, 2014 at 05:11:07PM +, Zoltan Kiss wrote:
> The recent patch to fix receive side flow control (11b57f) solved the spinning
> thread problem, however caused an another one. The receive side can stall, if:
> - [THREAD] xenvif_rx_action sets rx_queue_stopped to true
> - [INTERRUPT]
On Mon, Jan 20, 2014 at 10:31:48AM -0600, Souvik Banerjee wrote:
> I used KE_KEY instead of KE_IGNORE. Should it be changed to KE_IGNORE?
> On my kernel build with KE_KEY everything works as expected, but I have
> not tried it with KE_IGNORE.
KE_KEY means that dell-wmi will report the key. If
On Tue 2014-01-07 16:19:47, Morten Rasmussen wrote:
> Most modern systems use DVFS to save power by slowing down computation
> throughput when less performance is necessary. The power/performance
> relation is platform specific. Some platforms may have better energy
> savings (energy per
On 01/20/2014 04:58 AM, Raghavendra K T wrote:
> If we load the null_blk module with bs=8k we get following oops:
> [ 3819.812190] BUG: unable to handle kernel NULL pointer dereference at
> 0008
> [ 3819.812387] IP: [] create_empty_buffers+0x28/0xaf
> [ 3819.812527] PGD 219244067 PUD
I used KE_KEY instead of KE_IGNORE. Should it be changed to KE_IGNORE?
On my kernel build with KE_KEY everything works as expected, but I have
not tried it with KE_IGNORE.
--
Souvik Banerjee
On 01/20/2014 10:11 AM, Matthew Garrett wrote:
> Sorry, I missed the KE_IGNORE somehow. This should be
On Fri, Jan 17, 2014 at 04:12:05PM -0500, r...@redhat.com wrote:
> /*
> + * Iterate over the nodes from which NUMA hinting faults were triggered, in
> + * other words where the CPUs that incurred NUMA hinting faults are. The
> + * bitmask is used to limit NUMA page migrations, and spread out
On 07/10/2013 04:18 PM, Eliezer Tamir wrote:
> Add description for the SO_BUSY_POLL socket option to the socket(7) manpage.
Long after the fact, I've applied this. Thanks, Eliezer.
Would you be willing also to write a patch for the POLL_BUSY_LOOP flag of
poll()?
Cheers,
Michael
> v2
> fixed
On Mon, Jan 20, 2014 at 5:32 AM, Philipp Hachtmann
wrote:
> This fixes an unused variable warning in nobootmem.c
>
> Signed-off-by: Philipp Hachtmann
> ---
> mm/nobootmem.c | 28 +---
> 1 file changed, 17 insertions(+), 11 deletions(-)
>
> diff --git a/mm/nobootmem.c
Hi Kevin,
On 14.01.2014 16:42, Kevin Hilman wrote:
Tomasz Figa writes:
This patch introduces generic code to perform power domain look-up using
device tree and automatically bind devices to their power domains.
Generic device tree binding is introduced to specify power domains of
devices in
On Mon, 2014-01-20 at 14:45 +, Varun Sethi wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Saturday, January 18, 2014 2:06 AM
> > To: Sethi Varun-B16395
> > Cc: io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org
> >
On 01/20/2014 05:08 PM, Sergei Ianovich wrote:
> On Fri, 2014-01-10 at 03:12 +0400, Sergei Ianovich wrote:
>> On Thu, 2013-12-19 at 06:30 +0100, Arnd Bergmann wrote:
>>> This would work only if we can probe the devices behind the external
>>> bus controller before the controller itsef has been set
On Mon, 20 Jan 2014 17:08:06 +0100
Peter Zijlstra wrote:
> On Tue, Jan 14, 2014 at 11:44:04PM -0500, Waiman Long wrote:
> > This patch makes the necessary changes at the x86 architecture specific
> > layer to enable the presence of the CONFIG_QUEUE_RWLOCK kernel option
> > to replace the
Add a number of files to the list of files covered by SHMOBILE
so any changes to these can be reported with get_maintailers.pl
for the current SHMOILE architectures.
Signed-off-by: Ben Dooks
---
v2:
- add defconfigs and r7 configurations
- fix path to dt-bindings
Cc: Joe Perches
Cc: Greg
201 - 300 of 1214 matches
Mail list logo