On Tue, May 13 2014, Michal Hocko wrote:
> force_empty has been introduced primarily to drop memory before it gets
> reparented on the group removal. This alone doesn't sound fully
> justified because reparented pages which are not in use can be reclaimed
> also later when there is a memory
Hi Linus,
Sorry for this last-minute update, but it's just turned out that
one of the new ACPI video blacklist entries was added overzealously
and added is a commit reverting it.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-3.15-rc6
to receive
From: Andi Kleen
Out of lining these two inlines saves ~21k on my vmlinux
141527132003976 1507328 1766401710d8811 vmlinux-before-list
141314312008136 1507328 1764689510d452f vmlinux-list
Signed-off-by: Andi Kleen
---
include/linux/list.h | 15 ---
From: Andi Kleen
Saves about 5k of text
textdata bss dec hex filename
140803602008168 1507328 1759585610c7dd0 vmlinux-before-radeon
140749782008168 1507328 1759047410c68ca vmlinux-radeon
Cc: alexander.deuc...@amd.com
Cc:
From: Andi Kleen
Out of lining this function saves about 14k text
textdata bss dec hex filename
140946292004040 1507328 1760599710ca56d vmlinux-before-ftrace
140796502008136 1507328 1759511410c7aea vmlinux-ftrace
Signed-off-by: Andi Kleen
---
From: Andi Kleen
Out of lining _radeon_msleep and radeon_pll_errata_* saves about 40k text.
141936732003976 1507328 1770497710e2811 vmlinux-before-radeon
141527132003976 1507328 1766401710d8811 vmlinux-radeon
Cc: Benjamin Herrenschmidt
Cc:
It's very easy to bloat the kernel code significantly by adding
code to commonly called inlines. Often these inlines start small,
but later when new code is added they don't get moved out-of-line.
I wrote a new tool to account for inline bloat. Addressing selected
occurrences in the top-20 of my
From: Andi Kleen
Out of lining these two common inlines saves about 30k text size,
due to their errata workarounds.
141314312008136 1507328 1764689510d452f vmlinux-before-e1000e
141014152004040 1507328 1761278310cbfef vmlinux-e1000e
Cc:
From: Andi Kleen
Add a tool to hunt for inline bloat. It uses objdump -S to account
inlines.
Example output:
Total code bytes seen 10463206
Code bytes by functions:
Function Total Avg Num
kmalloc
From: Andi Kleen
ixgbe_read_reg and ixgbe_write_reg are frequently called and are very big
because they have complex error handling code.
Moving them out of line saves ~27k text in the ixgbe driver.
textdata bss dec hex filename
142208732008072 1507328 17736273
From: Andi Kleen
Out of lining the complex version of get_dma_ops saves about 6.8k on
my kernel.
141014152004040 1507328 1761278310cbfef vmlinux-before-dma
140946292004040 1507328 1760599710ca56d vmlinux-dma
Signed-off-by: Andi Kleen
---
On Fri, 2014-05-16 at 15:38 +0200, Hannes Reinecke wrote:
> On 05/15/2014 07:26 AM, Christoph Hellwig wrote:
> > Hi James,
> >
> > we're past -rc5 and no SCSI patches have been collected for 3.16 yet,
> > despite a lot of patches including a lot of reviewed ones pending on the
> > list.
> >
> >
Hello Linus,
Here are the target-pending fixes for v3.15-rc6. Please go ahead and
pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
This series include:
- Close race between iser-target network portal shutdown + accepting
new connection logins
The race is in unlocked task_rq() access. In pair with parallel
call of sched_setaffinity() it may be a reason of corruption
of internal rq's data.
Signed-off-by: Kirill Tkhai
CC: Juri Lelli
CC: Peter Zijlstra
CC: Ingo Molnar
Cc: # v3.14
---
kernel/sched/deadline.c |9 -
1 file
863]: step time server 142.4.209.106
> offset -7.350323 sec
>
> Linux 3.4.24-kernel.org-jlm-010-amd64 #1 SMP PREEMPT Sun Dec
> 23 10:06:41 EST 2012
>
> Modified Debian GNU/Linux 6.0.3 (squeeze)
> (Evaluating alternatives to Debian)
>
> -BEGIN PGP SIGNATURE-
> Version: G
* Paul Bolle [140516 03:01]:
> Commit 193ab2a60700 ("usb: gadget: allow multiple gadgets to be built")
> apparently required that checks for CONFIG_USB_GADGET_OMAP would be
> replaced with checks for CONFIG_USB_OMAP. Do so now for the remaining
> checks for CONFIG_USB_GADGET_OMAP, even though
Make the x86 perf code use the new common PMU interrupt disabled code.
Typically most x86 machines have working PMU interrupts, although
some older p6-class machines had this problem.
Signed-off-by: Vince Weaver
diff --git a/arch/x86/kernel/cpu/perf_event.c b/arch/x86/kernel/cpu/perf_event.c
On 05/11/2014 04:53 PM, Rob Landley wrote:
> I got sh4 to work under QEMU years ago as part of my aboriginal linux
> project, which builds the smallest Linux system capable of rebuilding
> itself natively from source code. (You can download and run the system
> images from
* Paul Bolle [140515 12:55]:
> The Kconfig symbol PANEL_SHARP_LQ043T1DG01 was removed in v2.6.38. The
> check for CONFIG_PANEL_SHARP_LQ043T1DG01 and its MODULE variant has
> evaluated to false ever since. Remove that check.
Thanks applying into omap-for-v3.16/board.
Tony
--
To unsubscribe from
* Paul Bolle [140515 12:42]:
> A check for CONFIG_SX1_OLD_FLASH was added in v2.6.24. But the related
> Kconfig symbol was never part of the tree. So we can remove some dead
> code.
Thanks applying into omap-for-v3.16/board.
Tony
--
To unsubscribe from this list: send the line "unsubscribe
Make the ARM perf code use the new common PMU interrupt disabled code.
This allows perf to work on ARM machines without a working PMU
interrupt (for example, raspberry pi).
Signed-off-by: Vince Weaver
diff --git a/arch/arm/kernel/perf_event.c b/arch/arm/kernel/perf_event.c
index
On 05/16/2014 02:01 PM, Paolo Bonzini wrote:
> Yes, of course. Dave, ok to only have it in 3.16?
Sure, it's been broken for a long time, so it's no hurry to get fixed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
* Aaro Koskinen [140515 12:48]:
> On Thu, May 15, 2014 at 09:16:21PM +0200, Paul Bolle wrote:
> > A check for CONFIG_CBUS_TAHVO_USB was added in v2.6.17. The related
> > Kconfig symbol has never been part of the tree. Remove that check.
> >
> > Replace the while (...) loop with a simple if (...)
* Paul Bolle [140515 11:38]:
> Checks for CONFIG_OMAP2_VENC_OUT_TYPE_SVIDEO and
> CONFIG_OMAP2_VENC_OUT_TYPE_COMPOSITE were added in v2.6.35. But the
> related Kconfig symbols have never been added to the tree. Remove these
> checks.
>
> Initialize connector_type to OMAP_DSS_VENC_TYPE_COMPOSITE
On Fri, May 16, 2014 at 11:26:37AM +0300, Eli Billauer wrote:
>
> Signed-off-by: Eli Billauer
> ---
> Documentation/driver-model/devres.txt |2 ++
> include/asm-generic/pci-dma-compat.h | 17 +
> 2 files changed, 19 insertions(+), 0 deletions(-)
The patch looks fine to
Add common code to generate ENOTSUPP at event creation time if an
architecture attempts to create a sampled event and PERF_PMU_NO_INTERRUPT
is set.
This adds a new pmu->capabilities flag.
Initially we only support PERF_PMU_NO_INTERRUPT (to indicate a PMU
has no support for generating hardware
Hello,
On Fri, May 16, 2014 at 11:26:36AM +0300, Eli Billauer wrote:
> +dma_addr_t dmam_map_single(struct device *dev, void *ptr, size_t size,
> +enum dma_data_direction direction)
> +
> +{
> + struct dma_devres *dr;
> + dma_addr_t dma_handle;
> +
> + dr =
Hello
This patch series adds a common shared interface for returning ENOTSUPP
if a user tries to create a sampled event (one with sample_period set)
on a machine that has no usable PMU interrupt.
Currently only x86 and ARM are implemented but if the patch is accepted
then we can move other
Il 16/05/2014 22:53, H. Peter Anvin ha scritto:
On 05/16/2014 12:45 PM, Dave Hansen wrote:
From: Dave Hansen
I noticed on some of my systems that page fault tracing doesn't
work:
cd /sys/kernel/debug/tracing
echo 1 > events/exceptions/enable
cat trace;
#
On Fri, May 16, 2014 at 11:26:35AM +0300, Eli Billauer wrote:
> devm_get_free_pages() and devm_free_pages() are the managed counterparts
> for __get_free_pages() and free_pages().
>
> Signed-off-by: Eli Billauer
Acked-by: Tejun Heo
Thanks.
--
tejun
--
To unsubscribe from this list: send the
On 05/16/2014 12:45 PM, Dave Hansen wrote:
> From: Dave Hansen
>
> I noticed on some of my systems that page fault tracing doesn't
> work:
>
> cd /sys/kernel/debug/tracing
> echo 1 > events/exceptions/enable
> cat trace;
> # nothing shows up
>
> I eventually traced it
On Friday, May 16, 2014 10:27:37 AM Alan Stern wrote:
> On Fri, 16 May 2014, Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki
> >
> > Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to
> > resume all runtime-suspended devices during system suspend, mostly
> > because
Hello, Frederic.
On Fri, May 16, 2014 at 06:16:55PM +0200, Frederic Weisbecker wrote:
> @@ -3643,6 +3643,7 @@ static int apply_workqueue_attrs_locked(struct
> workqueue_struct *wq,
> {
> struct workqueue_attrs *new_attrs, *tmp_attrs;
> struct pool_workqueue **pwq_tbl, *dfl_pwq;
> +
On Friday, May 16, 2014 08:20:55 AM Jacob Pan wrote:
> On Thu, 15 May 2014 11:58:55 -0400 (EDT)
> Alan Stern wrote:
>
> > On Thu, 15 May 2014, Jacob Pan wrote:
> >
> > > On Thu, 15 May 2014 10:29:42 -0400 (EDT)
> > > Alan Stern wrote:
> > >
> > > > On Thu, 15 May 2014, Jacob Pan wrote:
> > >
On Fri, 16 May 2014 12:45:15 -0700
Dave Hansen wrote:
>
> Steven had an alternative to this which has zero overhead when
> tracing is off where this includes the standard noops even when
> tracing is disabled. I'm unconvinced that the extra complexity
> of his apporach:
>
>
From: Joe Perches
Date: Fri, 16 May 2014 13:12:24 -0700
> Couple things actually:
> o Could you please update the MAINTAINER entry for
> BNX2X? Ariel Elior's email address is still listed
> as @broadcom and that seems to bounce.
Let's please give the Broadcom folks a reasonable opportunity
Adding more people to the list for review.
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Thursday, May 15, 2014 12:02 PM
>To: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; linux-arm-
>ker...@lists.infradead.org
>Cc: Karicheri, Muralidharan; Shilimkar, Santosh; Mohit
Adding more people to the list for review.
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Thursday, May 15, 2014 12:02 PM
>To: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; linux-arm-
>ker...@lists.infradead.org
>Cc: Karicheri, Muralidharan; Shilimkar, Santosh; Mohit
Adding more to list.
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Thursday, May 15, 2014 12:01 PM
>To: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; linux-arm-
>ker...@lists.infradead.org
>Cc: Karicheri, Muralidharan; Mohit Kumar; Jingoo Han; Bjorn Helgaas;
Introduce EFI_DIRECT flag. If it is set this means that Linux
Kernel has direct access to EFI infrastructure. If not then
kernel runs on EFI platform but it has not direct control
on EFI stuff. This functionality is used in Xen dom0.
Signed-off-by: Daniel Kiper
---
arch/x86/kernel/setup.c |
Remove redundant set_bit(EFI_SYSTEM_TABLES, ) call.
It is executed earlier in efi_systab_init().
Signed-off-by: Daniel Kiper
---
arch/x86/platform/efi/efi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index 7fcef06..e7008f0
Hey,
This patch series adds EFI support for Xen dom0 guests.
It is based on Jan Beulich and Tang Liang work. I was
trying to take into account all previous comments,
however, if I missed something sorry for that.
I am still not sure what to do with /sys/firmware/efi/config_table,
Define EFI related stuff for Xen.
This patch is based on Jan Beulich and Tang Liang work.
v4 - suggestions/fixes:
- change some types from generic to Xen specific ones
(suggested by Stefano Stabellini),
- do some formating changes
(suggested by Jan Beulich).
Signed-off-by: Jan
Signed-off-by: Daniel Kiper
---
arch/x86/kernel/setup.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index f41f648..7a67f5d 100644
--- a/arch/x86/kernel/setup.c
+++ b/arch/x86/kernel/setup.c
@@ -924,11 +924,11 @@
Put EFI machinery for Xen in place.
This patch is based on Jan Beulich and Tang Liang work.
v4 - suggestions/fixes:
- "just populate an efi_system_table_t object"
(suggested by Matt Fleming).
Signed-off-by: Jan Beulich
Signed-off-by: Tang Liang
Signed-off-by: Daniel Kiper
---
>-Original Message-
>From: Jingoo Han [mailto:jg1@samsung.com]
>Sent: Thursday, May 15, 2014 8:49 PM
>To: Karicheri, Muralidharan
>Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; linux-arm-
>ker...@lists.infradead.org; Shilimkar, Santosh; 'Russell King'; 'Grant
>Likely';
Replace while blocksize;shift by fls -1
Suggested-By: Joe Perches
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
v2: rebased on top of mmots
compiles without including bitops
fs/hfsplus/wrapper.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On Friday, May 16, 2014 08:38:14 PM Sebastian Reichel wrote:
> Hi,
Hi,
> It seems the maintainer of the power supply subsystem, Dmitry, has gone
> missing
> in action since about mid-Feburary. I couldn't find any mail from him on the
> usual mailinglists, he did not reply to any of my mails and
On 16.05.14 18:09, Michael Mueller wrote:
On Fri, 16 May 2014 16:49:37 +0200
Alexander Graf wrote:
On 16.05.14 16:46, Michael Mueller wrote:
On Fri, 16 May 2014 13:55:41 +0200
Alexander Graf wrote:
On 13.05.14 16:58, Michael Mueller wrote:
The patch introduces facilities and cpu_ids per
On 16.05.14 17:39, Michael Mueller wrote:
On Fri, 16 May 2014 14:08:24 +0200
Alexander Graf wrote:
On 13.05.14 16:58, Michael Mueller wrote:
This patch enables cpu model support in kvm/s390 via the vm attribute
interface.
During KVM initialization, the host properties cpuid, IBC value and
>-Original Message-
>From: Jason Gunthorpe [mailto:jguntho...@obsidianresearch.com]
>Sent: Thursday, May 15, 2014 4:52 PM
>To: Karicheri, Muralidharan
>Cc: Arnd Bergmann; linux-arm-ker...@lists.infradead.org; Strashko, Grygorii;
>linux-
>p...@vger.kernel.org; Jingoo Han;
On 5/15/2014 2:20 PM, Arnd Bergmann wrote:
On Thursday 15 May 2014 13:45:08 Murali Karicheri wrote:
+#ifdef CONFIG_PCI_KEYSTONE
+/*
+ * The KeyStone PCIe controller has maximum read request size of 256 bytes.
+ */
+static void quirk_limit_readrequest(struct pci_dev *dev)
+{
+int readrq =
On Fri, May 16, 2014 at 12:28:35PM -0700, James Bottomley wrote:
> On Fri, 2014-05-16 at 11:57 -0700, Greg Kroah-Hartman wrote:
> > On Fri, May 16, 2014 at 09:06:07AM -0500, Seth Forshee wrote:
> > > On Thu, May 15, 2014 at 09:35:32PM -0700, Greg Kroah-Hartman wrote:
> > > > On Fri, May 16, 2014
Hello,
On Fri, May 16, 2014 at 06:16:51PM +0200, Frederic Weisbecker wrote:
> From: Lai Jiangshan
>
> Changing the attributions of a workqueue imply the addition of new pwqs
> to replace the old ones. But the current implementation doesn't handle
> ordered workqueues because they can't carry
On Fri, 2014-05-16 at 12:02 +, Dmitry Kravkov wrote:
> > -Original Message-
> > From: netdev-ow...@vger.kernel.org [mailto:netdev-
> > ow...@vger.kernel.org] On Behalf Of Joe Perches
> > Sent: Friday, May 16, 2014 9:52 AM
> > To: Ariel Elior; Dmitry Kravkov
> > Cc: netdev; linux-kernel
On Fri, 2014-05-16 at 12:52 -0700, James Bottomley wrote:
> On Fri, 2014-05-16 at 15:42 -0400, Michael H. Warfield wrote:
> > > As an aside (probably requiring a new thread) we were wondering about
> > > some type of notifier on the mount call that we could vector into the
> > > host to perform
Hi Linus,
please pull the latest parisc architecture fixes for kernel 3.15 from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.15-4
There are two patches in here:
The first patch greatly improves latency and corrects the memory ordering in
our light-weight
Hi Linus,
Please pull the following Ceph fixes from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
The first patch fixes a problem when we have a page count of 0 for
sendpage which is triggered by zfs. The second fixes a bug in CRUSH that
was resolved in the
Quoting Stephen Warren (2014-05-15 13:20:21)
> On 05/15/2014 04:52 AM, Peter De Schrijver wrote:
> > On Wed, May 14, 2014 at 04:27:40PM +0200, Thierry Reding wrote:
> >> * PGP Signed by an unknown key
> >>
> >> On Tue, May 13, 2014 at 12:09:49PM -0600, Stephen Warren wrote:
> >>> On 05/13/2014
On Fri, 2014-05-16 at 12:07 -0700, anish singh wrote:
> I am planning to do some cleanup and want to
> replace some string as below across all the files
> in kernel.
> pr_err("%s "
> TO
> pr_err("%s: "
>
> Basically adding semicolon after the %s.
> How can i do it across all the files? I
On 05/16/2014 10:21 AM, Linus Walleij wrote:
> On Wed, May 14, 2014 at 4:01 AM, wrote:
>
>> From: Fan Wu
>>
>> The patch added params in disable_setting to differ the two possible usage,
>> 1.Only want to disable the pin setting in SW aspect, param can be set to "0"
>> 2.Want to disable the
On Fri, 2014-05-16 at 15:42 -0400, Michael H. Warfield wrote:
> > As an aside (probably requiring a new thread) we were wondering about
> > some type of notifier on the mount call that we could vector into the
> > host to perform the action. The main issue for us is mount of procfs,
> > which
On 05/16, Hugh Dickins wrote:
>
> On Fri, 16 May 2014, Oleg Nesterov wrote:
> > On 05/16, Oleg Nesterov wrote:
> > >
> > > copy_insn() fails with -EIO if ->readpage == NULL
> >
> > In particular, this means that we can not probe the binaries on tmpfs.
> > This is pity.
>
> Yes, that is a pity:
2014-05-09 1:26 GMT-07:00 Boris BREZILLON :
> Hi David,
>
> On 09/05/2014 04:42, David Miller wrote:
>> From: Boris BREZILLON
>> Date: Tue, 6 May 2014 17:36:34 +0200
>>
>>> There is currently no proper way to bind a net interface to a specific
>>> name. The interface name is chosen based on the
From: "John W. Linville"
Date: Thu, 15 May 2014 11:45:46 -0400
> Please pull this batch of fixes for the 3.15 stream...
Pulled, thanks a lot John.
--
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
From: Dave Hansen
I noticed on some of my systems that page fault tracing doesn't
work:
cd /sys/kernel/debug/tracing
echo 1 > events/exceptions/enable
cat trace;
# nothing shows up
I eventually traced it down to CONFIG_KVM_GUEST. At least in a
KVM VM, enabling
Hello, again.
On Fri, May 16, 2014 at 3:34 PM, Tejun Heo wrote:
> On Fri, May 16, 2014 at 3:32 PM, Christoph Lameter wrote:
>> It sets a bad precedent. So move to /sys/kernel/workqueue and lets have a
>> symlink that goes back?
>
> Hmm... I don't think it's a good idea to lose uevent. It's an
On Fri, 2014-05-16 at 12:20 -0700, James Bottomley wrote:
> On Thu, 2014-05-15 at 21:42 -0400, Michael H. Warfield wrote:
> > On Thu, 2014-05-15 at 15:15 -0700, Greg Kroah-Hartman wrote:
> > > > PS - Apparently both parallels and Michael independently
> > > > project devices which are hot-plugged
On 05/16/2014 03:07 AM, Viresh Kumar wrote:
> Tegra had always been switching to intermediate frequency (pll_p_clk) since
> ever. CPUFreq core has better support for handling notifications for these
> frequencies and so we can adapt Tegra's driver to it.
You need to squash in the patch below in
On Fri, May 16, 2014 at 03:34:27PM +0900, Minchan Kim wrote:
> > > +static inline unsigned long lazyfree_pmd_range(struct mmu_gather *tlb,
> > > + struct vm_area_struct *vma, pud_t *pud,
> > > + unsigned long addr, unsigned long end)
> > > +{
> > > +
On Fri, May 16, 2014 at 3:32 PM, Christoph Lameter wrote:
> It sets a bad precedent. So move to /sys/kernel/workqueue and lets have a
> symlink that goes back?
Hmm... I don't think it's a good idea to lose uevent. It's an integral
part in configuring sysfs. Wouldn't it make more sense to move
On Fri, 16 May 2014, Tejun Heo wrote:
> > Could we fix that? A workqueue is not a device but more a kernel setting.
> >
> > /sys/kernel/workqueue/ ?
>
> Right, that could have been more in line with slab files. It's
> already too late tho. This has been exposed for quite a while now.
>
Hello Walter,
On Fri, May 16, 2014 at 01:49:10PM +0200, walter harms wrote:
> Am 16.05.2014 13:16, schrieb Emil Goode:
> > Hello Walter,
> >
> > On Fri, May 16, 2014 at 12:40:19PM +0200, walter harms wrote:
> >>
> >>
> >> Am 16.05.2014 11:54, schrieb Emil Goode:
> >>> If we fail to allocate
On Fri, 2014-05-16 at 11:57 -0700, Greg Kroah-Hartman wrote:
> On Fri, May 16, 2014 at 09:06:07AM -0500, Seth Forshee wrote:
> > On Thu, May 15, 2014 at 09:35:32PM -0700, Greg Kroah-Hartman wrote:
> > > On Fri, May 16, 2014 at 01:49:59AM +, Serge Hallyn wrote:
> > > > > I think having to pick
This patch moves data allocated using kzalloc to managed data allocated
using devm_kzalloc and cleans now unnecessary kfrees in probe and remove
functions.
The following Coccinelle semantic patch was used for making the change:
@platform@
identifier p, probefn, removefn;
@@
struct
From: David Howells
Date: Thu, 15 May 2014 15:51:22 +0100
> From: Nathaniel W Filardo
>
> There may be padding on the ticket contained in the key payload, so just
> ensure
> that the claimed token length is large enough, rather than exactly the right
> size.
>
> Signed-off-by: Nathaniel
Hello Emil,
IMHO the subject is too general. Maybe better use:
ARM: imx: fix error handling in ipu device registration
On Fri, May 16, 2014 at 11:54:05AM +0200, Emil Goode wrote:
> If we fail to allocate struct platform_device pdev we
> dereference it after the goto label err.
>
> I
On Wed, Apr 30, 2014 at 4:13 PM, Mark Rutland wrote:
> Hi,
Thanks for Cc'ing me Mark.
>
> On Wed, Apr 30, 2014 at 09:39:11PM +0100, Jim Quinlan wrote:
>> In most examples of .dtsi files I have perused, a device is associated with
>> typically one clock, maybe two. In the SoC I'm working on,
On Friday 16 May 2014 21:11:17 Jean Delvare wrote:
> Hi Pali,
>
> On Fri, 16 May 2014 20:37:41 +0200, Pali Rohár wrote:
> > Hello,
> >
> > on Dell Latitude E6440 driver i8k reporting total nonsense
> > values
>
> That's kind of excessive wording, the output isn't that bad.
>
I mean fan RPM &
On Fri, May 16, 2014 at 03:00:42PM -0400, Tejun Heo wrote:
> > /sys/kernel/workqueue/ ?
>
> Right, that could have been more in line with slab files. It's
> already too late tho. This has been exposed for quite a while now.
> Urgh...
Okay, another difference, so things under /sys/devices
On Thu, 2014-05-15 at 21:42 -0400, Michael H. Warfield wrote:
> On Thu, 2014-05-15 at 15:15 -0700, Greg Kroah-Hartman wrote:
> > > PS - Apparently both parallels and Michael independently
> > > project devices which are hot-plugged on the host into containers.
> > > That also seems like something
Hi Pali,
On Fri, 16 May 2014 20:37:41 +0200, Pali Rohár wrote:
> Hello,
>
> on Dell Latitude E6440 driver i8k reporting total nonsense values
That's kind of excessive wording, the output isn't that bad.
> $ sensors
> i8k-virtual-0
> Adapter: Virtual device
> Right Fan: 93450 RPM
> CPU:
On Mon, Apr 28, 2014 at 01:50:11PM -0500, Junsu Shin wrote:
> Fixed following coding style issues.
> - No space is necessary after a cast
> - Alignment should match open parenthesis
> - Braces {} should be used on all arms of this statement
You are doing 3 things, so this should be 3 patches
On Thu, May 15, 2014 at 12:17:37PM +0200, Gregory CLEMENT wrote:
> The Marvell Armada 38x platform needs the xhci_mvebu driver enabled
> for the xHCI USB hosts, so this commit enables the corresponding
> Kconfig option in mvebu_v7_defconfig.
>
> Signed-off-by: Gregory CLEMENT
> Signed-off-by:
On Thu, May 15, 2014 at 12:17:39PM +0200, Gregory CLEMENT wrote:
> The Marvell Armada 38x SoCs contains two xHCI controllers. This commit
> adds the Device Tree description of those interfaces at the SoC level,
> and also enables the two USB3 ports on the Armada 385 DB platform and
> one USB3 port
On Thu, May 15, 2014 at 12:17:35PM +0200, Gregory CLEMENT wrote:
> This patch adds the selection of the config symbol needed to build the
> USB3 support for Armada 38x into mvebu_v7_defconfig.
>
> Signed-off-by: Gregory CLEMENT
> Signed-off-by: Thomas Petazzoni
> ---
>
On Fri, 16 May 2014 17:17:46 +
"Luck, Tony" wrote:
> Is this function safe to call in every context (including NMI & machine
> check)?
> [it uses read_seqcount_begin/read_seqcount_retry ... which I *think* is
> safe ... but this stuff is tricky, so I'd like some reassurance].
No,
On Fri, May 16, 2014 at 01:52:48PM -0500, Christoph Lameter wrote:
> On Fri, 16 May 2014, Tejun Heo wrote:
>
> > On Fri, May 16, 2014 at 12:52:26PM -0500, Christoph Lameter wrote:
> > > On Fri, 16 May 2014, Frederic Weisbecker wrote:
> > >
> > > > It works on a lower-level than the per WQ_SYSFS
On Friday 16 May 2014 20:00:30 Ondrej Zary wrote:
> Enable old link monitoring code and modify it:
> - control LINK LED
> - use separate timer so it does not interfere with ACT LED
> - reset adapter on link loss to restart autonegotiation
>(required to switch between 10/100 Mbps on OC-2326)
On Fri, 16 May 2014 18:27:27 +0200 (CEST)
Jiri Kosina wrote:
> > ftrace did the stop_machine (and still does for some archs), and slowly
> > moved to a more efficient method. kpatch/kgraft should follow suit.
>
> I don't really agree here.
>
> I actually believe that "lazy" switching kgraft
On Fri, May 16, 2014 at 09:06:07AM -0500, Seth Forshee wrote:
> On Thu, May 15, 2014 at 09:35:32PM -0700, Greg Kroah-Hartman wrote:
> > On Fri, May 16, 2014 at 01:49:59AM +, Serge Hallyn wrote:
> > > > I think having to pick and choose what device nodes you want in a
> > > > container is a
On Fri, 16 May 2014, Tejun Heo wrote:
> On Fri, May 16, 2014 at 12:52:26PM -0500, Christoph Lameter wrote:
> > On Fri, 16 May 2014, Frederic Weisbecker wrote:
> >
> > > It works on a lower-level than the per WQ_SYSFS workqueues cpumask files
> > > such that the effective cpumask applied for a
On 05/16/2014 03:07 AM, Viresh Kumar wrote:
> Tegra had always been switching to intermediate frequency (pll_p_clk) since
> ever. CPUFreq core has better support for handling notifications for these
> frequencies and so we can adapt Tegra's driver to it.
> diff --git
On Fri, 16 May 2014, Oleg Nesterov wrote:
> On 05/16, Oleg Nesterov wrote:
> >
> > copy_insn() fails with -EIO if ->readpage == NULL
>
> In particular, this means that we can not probe the binaries on tmpfs.
> This is pity.
Yes, that is a pity: thanks for noticing.
>
> It seems that the
On 05/16/2014 03:07 AM, Viresh Kumar wrote:
> Douglas Anderson, recently pointed out an interesting problem due to which
> udelay() was expiring earlier than it should.
>
> While transitioning between frequencies few platforms may temporarily switch
> to
> a stable frequency, waiting for the
Hi,
It seems the maintainer of the power supply subsystem, Dmitry, has gone missing
in action since about mid-Feburary. I couldn't find any mail from him on the
usual mailinglists, he did not reply to any of my mails and the power supply
subsystem git tree mentioned in the MAINTAINERS file has
Hello,
on Dell Latitude E6440 driver i8k reporting total nonsense values
$ sensors
i8k-virtual-0
Adapter: Virtual device
Right Fan: 93450 RPM
CPU: +57.0°C
temp2:+57.0°C
temp3:+40.0°C
temp4: +127.0°C
Right Fan and temp4 are for sure incorrect.
Value temp4
On 05/16/2014 10:51 AM, Borislav Petkov wrote:
> On Fri, May 16, 2014 at 07:49:21PM +0200, Borislav Petkov wrote:
>> Hi,
>>
>> so I was staring at
>>
>> 12544697f12e ("x86_64: be less annoying on boot, v2")
>>
>> and how naked numbers mean sh*t and how I have to grep sources to find
>> out what
Before this patch, users need to do this to fetch vex.:
if (insn->vex_prefix.nbytes == 2) {
vex_ = ((insn->vex_prefix.bytes[1] >> 3) & 0xf) ^ 0xf;
}
if (insn->vex_prefix.nbytes == 3) {
vex_ = ((insn->vex_prefix.bytes[2] >> 3) &
On Fri, May 16, 2014 at 12:52:26PM -0500, Christoph Lameter wrote:
> On Fri, 16 May 2014, Frederic Weisbecker wrote:
>
> > It works on a lower-level than the per WQ_SYSFS workqueues cpumask files
> > such that the effective cpumask applied for a given unbound workqueue is
> > the intersection of
101 - 200 of 1590 matches
Mail list logo