On Fri, 2014-02-14 at 15:52 -0500, Richard Guy Briggs wrote:
> On 14/02/14, Richard Guy Briggs wrote:
> > On 14/02/14, Eric Paris wrote:
> > > On Fri, 2014-02-14 at 15:23 -0500, Richard Guy Briggs wrote:
> > > > The AUDIT_SECCOMP record looks something like this:
> > > >
> > > > type=SECCOMP msg=a
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 11:59 AM, Thomas Gleixner wrote:
> > On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> >> On 02/14/2014 11:15 AM, Thomas Gleixner wrote:
> >>> I'm fine with ACPI tables if we can provide simple means for embedded
> >>> users to load one via grub
From: Andi Kleen
kallsyms currenly links the kernel upto three times
(in addition to another one for modpost checks)
Linking can be a quite slow operation, especially when
the kernel has a lot of debug information (lots of IO),
or Link Time Optimization is used.
Final linking is also a non para
From: Andi Kleen
For static and some LTO symbols gcc generates . postfixes.
Remove those from the kallsyms, as they are not useful to the user
and makes it much larger. This also avoids some issues with LTO.
Signed-off-by: Andi Kleen
---
scripts/kallsyms.c | 7 ++-
1 file changed, 6 in
From: Andi Kleen
Remove the ELF relocations from the kallsyms_address[] table.
Instead we just store offsets to _text and relocate that while
accessing the kallsyms table. This is done with a new
kallsyms_offsets[] table. With these changes .tmp_kallsyms*.o
becomes relocation free.
In theory thi
On Fri, Feb 14, 2014 at 12:17:27PM -0800, Andy Lutomirski wrote:
> Either you have a bug or I rebased it wrong. With the attached
> rebased version, I hit WARN_ON_ONCE(irqs_disabled()) in
> cpu_idle_loop() on a semi-regular basis when I boot with:
Its got a bug; I got it too, but it did boot and
On 02/14/2014 01:16 PM, Thomas Gleixner wrote:
>>
>> Well, the RSDP and RSDT/XSDT are nothing but pointers to other tables,
>> so if explicitly overridden I'm not sure if one actually would need
>> them. That doesn't mean our current code will work without them, though.
>
> I tried once to overlo
From: Andi Kleen
Put the kallsyms information into an own .kallsyms section.
This makes it easier to patch the kallsyms inside the executable.
Otherwise it shouldn't change anything.
Signed-off-by: Andi Kleen
---
include/asm-generic/vmlinux.lds.h | 4
scripts/kallsyms.c| 2
From: Andi Kleen
const variables are put into the text segment, so !KALLSYMS_ALL
includes them into the kallsyms section. Remove them to make
the kallsyms smaller. This also avoids some problems with LTO.
The way LTO generates the first pass kallsyms cannot handle
variables currently, so if we do
From: Andi Kleen
Add support for padding the variable length tables in kallsyms.
This adds a new --pad=XXX option to kallsyms to specify the table lengths,
and another option --pad-file=X to write the table lengths to a file.
Then when a table is shorter than the padding add the necessary padding
Mostly fix the padding code build error Markus found.
The single pass code generally improves build performance,
even without LTO.
--
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.k
From: Mike Galbraith
Date: Fri, 14 Feb 2014 08:21:04 +0100
> drivers/net/bonding/bond_options.c includes rwlock.h directly,
> which is a nono, and which also breaks RT kernel build.
>
> Signed-off-by: Mike Galbraith
Applied, thank you.
--
To unsubscribe from this list: send the line "unsubscri
From: Andi Kleen
To check the linker version. Used by the LTO makefile.
Signed-off-by: Andi Kleen
---
scripts/Kbuild.include | 9 +
scripts/ld-version.sh | 8
2 files changed, 17 insertions(+)
create mode 100755 scripts/ld-version.sh
diff --git a/scripts/Kbuild.include b/sc
From: Andi Kleen
LTO turns all global symbols effectively into statics. This
has the side effect that they all have a .NUMBER postfix to make
them unique. In modpost drop this postfix because it confuses
it.
Signed-off-by: Andi Kleen
---
scripts/mod/modpost.c | 15 ++-
scripts/mod/
From: Andi Kleen
With LTO gcc will do whole program optimizations for
the whole kernel and each module. This increases compile time,
but can generate faster and smaller code and allows
the compiler to do global checking. For example the compiler
can complain now about type mismatches for symbols
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-3.14-rc3
for you to fetch changes up to bf74710
From: Andi Kleen
Otherwise LTO will inline them anyways
Cc: mi...@kernel.org
Signed-off-by: Andi Kleen
---
kernel/locking/spinlock.c | 56 +++
1 file changed, 28 insertions(+), 28 deletions(-)
diff --git a/kernel/locking/spinlock.c b/kernel/locking/
From: Andi Kleen
__const_udelay is marked inline, and LTO will happily inline it everywhere
Dropping the inline saves ~44k text in a non LTO build.
139995601740864 1499136 172395601070e08
vmlinux-with-udelay-inline
139547641736768 1499136 171906681064f0c vmlinux-
From: Andi Kleen
The VDSO does not play well with LTO, so just disable LTO for it.
Also pass a 32bit linker flag for the 32bit version.
Cc: x...@kernel.org
Signed-off-by: Andi Kleen
---
arch/x86/vdso/Makefile | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/arch/x
The following changes since commit da9846ae15186d491d6e21ebbb5051e1d3c7f652:
kernfs: make kernfs_deactivate() honor KERNFS_LOCKDEP flag (2014-02-05
11:44:04 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core
From: Andi Kleen
For LTO we need to run the link step with gcc, not ld.
Since there are a lot of linker options passed to it, add a gcc-ld wrapper
that wraps them as -Wl,
Signed-off-by: Andi Kleen
---
scripts/gcc-ld | 34 ++
1 file changed, 34 insertions(+)
cre
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.14-rc3
for you to fetch changes up to ddf5eb564d9
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.14-rc3
for you to fetch changes up to 3635c7e2d59f7861afa
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
tags/tty-3.14-rc3
for you to fetch changes up to 0930b0950a8996aa88b
From: Andi Kleen
When __gnu_lto_* is present that means that the module hasn't run with
LTO yet.
Cc: ru...@rustcorp.com.au
Signed-off-by: Andi Kleen
---
kernel/module.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/kernel/module.c b/kernel/module.c
index b99e801..4f3e
With recent addition of Link state change based hot-plug, it makes
sense to display this capability in dbg_ctrl() addition to others.
(Also move the call to dbg_ctrl() further down untill after the value
is populated in ctrl->link_active_reporting)
Signed-off-by: Rajat Jain
Signed-off-by: Rajat
From: Andi Kleen
The asm-offset.c technique to fish data out of the assembler file
does not work with LTO. Just disable for the asm-offset.c build.
Signed-off-by: Andi Kleen
---
scripts/Makefile.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/Makefile.build b/
This is the updated LTO patchkit for 3.14-rc2. LTO allows
the compiler to do global optimization over the whole kernel.
All problems/comments reported last week have been addressed, plus
a lot of improvements to the documentation and the Kconfig description.
Plus some random improvements.
See th
From: Andi Kleen
Note this causes warnings for static asmlinkage, which
is used in some places. These can be later cleaned up.
static asmlinkage usually makes no sense.
Signed-off-by: Andi Kleen
---
include/linux/linkage.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
From: Andi Kleen
KALLSYMS_ALL enables including data variables into KALLSYMS.
With plain KALLSYMS only functions are included.
LATENCYTOP and LOCKDEP select KALLSYMS_ALL in addition to KALLSYMS.
It's unclear what they actually need _ALL for; they should
only need function backtraces and afaik ne
From: Andi Kleen
Work around a LTO gcc problem: when there is no reference to a variable
in a module it will be moved to the end of the program. This causes
reordering of initcalls which the kernel does not like.
Add a dummy reference function to avoid this. The function is
deleted by the linker.
From: Andi Kleen
LTO gcc puts a lot of data into $TMPDIR, essentially another copy
of the object directory to pass the repartitioned object files
to the code generation processes.
TMPDIR defaults to /tmp With /tmp as tmpfs it's easy to drive systems to
out of memory, because they will compete wi
From: Andi Kleen
- Don't warn about LTO marker symbols. modpost runs before
the linker, so the module is not necessarily LTOed yet.
- Don't complain about .gnu.lto* sections
Signed-off-by: Andi Kleen
---
scripts/mod/modpost.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --g
From: Andi Kleen
gcc-nm on slim LTO objects does not output static functions or variables.
This causes the first pass estimation of the kallsyms table
to be off too much. Add a hack using the LTO function sections
to retrieve all functions instead. I wrote that hack in perl,
as it exceeded my aw
From: Joe Mario
Here is the workaround I made for having the kernel not reject modules
built with -flto. The clean solution would be to get the compiler to not
emit the symbol. Or if it has to emit the symbol, then emit it as
initialized data but put it into a comdat/linkonce section.
Minor tw
From: Andi Kleen
The assembler alias code in cond_syscall does not work
when compiled for LTO. Just disable LTO for that file.
Signed-off-by: Andi Kleen
---
kernel/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/Makefile b/kernel/Makefile
index bc010ee..31c26c6 100644
--
From: Andi Kleen
This reference is discarded, but can cause warnings when it refers to
exit. Ignore for now.
This is a workaround and can be removed once we get rid of
-fno-toplevel-reorder
Signed-off-by: Andi Kleen
---
scripts/mod/modpost.c | 4
1 file changed, 4 insertions(+)
diff --g
From: Andi Kleen
x86 calls the hweight library functions with special calling conventions.
LTO doesn't support compiling individual files with special options.
Just disable LTO for the file.
Signed-off-by: Andi Kleen
---
lib/Makefile | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
di
On 02/14/2014 12:03 PM, Peter Wu wrote:
The rtl*_set_check_bssid functions are mostly the same, but access the
RCR register in different ways. Use the get_hw_reg abstraction layer
(which reads rtlpci->receive_config for PCI devices and mac->rx_conf for
USB).
There is no functional change for cas
On 02/14/2014 12:03 PM, Peter Wu wrote:
commit 0baa0fd76f3f5a134461d6cf30294f6bb1bb824c
("rtlwifi: Convert core routines for addition of rtl8192se and
rtl8192de") removed setting HW_VAR_RCR, HW_VAR_MGT_FILTER and
HW_VAR_CTRL_FILTER. The last two are probably done because some hardware
does not su
Sorry it took me some time to have an email addres that would allow clean
mails. Below you can find the updated patch previously sent on linux-input
mailinglist. David Herrman asked to resent this patch as a proper git patch so
here it is now.
It also available on https://github.com/ulrikdb/linux
On Fri, Feb 14, 2014 at 2:26 PM, Rajat Jain wrote:
> With recent addition of Link state change based hot-plug, it makes
> sense to display this capability in dbg_ctrl() addition to others.
>
> (Also move the call to dbg_ctrl() further down untill after the value
> is populated in ctrl->link_active
On 02/14/2014 12:03 PM, Peter Wu wrote:
Unused as configure_filter takes care of setting/clearing RCR_AAP.
Signed-off-by: Peter Wu
NACK - at least for now. This patch has merge conflicts for the set of patches
that add the rtl8723be driver, and would cause build errors if the merge were
fix
Hello Bjorn,
On Fri, Feb 14, 2014 at 1:35 PM, Bjorn Helgaas wrote:
> On Fri, Feb 14, 2014 at 2:26 PM, Rajat Jain wrote:
>> With recent addition of Link state change based hot-plug, it makes
>> sense to display this capability in dbg_ctrl() addition to others.
>>
>> (Also move the call to dbg_ctr
[+cc Don]
On Mon, Feb 03, 2014 at 02:27:27PM -0700, Alex Williamson wrote:
> v2:
> - Remove bus #0 bug in filtering matching
> - Add 2/3 introducing PCI_DEV_FLAGS_ACS_ENABLED_QUIRK, this gives
>is better tracking and addresses the theoretical hotplug issue
> - Update 3/3 for PCI_DEV_FLAGS_A
On Friday 14 February 2014 15:28:44 Larry Finger wrote:
> On 02/14/2014 12:03 PM, Peter Wu wrote:
> > The rtl*_set_check_bssid functions are mostly the same, but access the
> > RCR register in different ways. Use the get_hw_reg abstraction layer
> > (which reads rtlpci->receive_config for PCI devic
Hi Peter,
> This patch series addresses a number of previously unknown issues
> with the RFCOMM tty device implementation, in addition to
> addressing the locking regression recently reported [1].
>
> As Gianluca suggested and I agree, this series first reverts
> 3 of the 4 patches of 3.14-rc1 fo
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 01:16 PM, Thomas Gleixner wrote:
> >>
> >> Well, the RSDP and RSDT/XSDT are nothing but pointers to other tables,
> >> so if explicitly overridden I'm not sure if one actually would need
> >> them. That doesn't mean our current code will
On 02/14/2014 01:47 PM, Thomas Gleixner wrote:
>
> I'm aware of that and I tried to hack around it but failed miserably
> due to lack of masochism. It was simpler to abuse the DT stuff to get
> things done. :)
>
Right... we should fix that, though.
-hpa
--
To unsubscribe from this lis
On Friday 14 February 2014 15:38:32 Larry Finger wrote:
> On 02/14/2014 12:03 PM, Peter Wu wrote:
> > Unused as configure_filter takes care of setting/clearing RCR_AAP.
> >
> > Signed-off-by: Peter Wu
>
> NACK - at least for now. This patch has merge conflicts for the set of
> patches that add t
Since MSR_AP is 0x3, ANDing it with 0xFC will never be true.
Add a NOT operation to 0xFC so that we will AND with the last
three bits which will result in a possibility that the condition
will succeed.
Signed-off-by: Levente Kurusa
---
Hi,
This might not be the real solution since it is also p
Linus,
Please pull the following arm-soc fixes for v3.14-rc. Thanks.
Kevin
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/a
On 02/14/2014 03:48 PM, Peter Wu wrote:
On Friday 14 February 2014 15:38:32 Larry Finger wrote:
On 02/14/2014 12:03 PM, Peter Wu wrote:
Unused as configure_filter takes care of setting/clearing RCR_AAP.
Signed-off-by: Peter Wu
NACK - at least for now. This patch has merge conflicts for the
> -Original Message-
> From: Haiyang Zhang [mailto:haiya...@microsoft.com]
> Sent: Monday, January 13, 2014 7:21 PM
> To: florianschandi...@gmx.de; a...@linux-foundation.org; linux-
> fb...@vger.kernel.org
> Cc: Haiyang Zhang; KY Srinivasan; o...@aepfle.de; jasow...@redhat.com;
> linux-ke
On Fri, Feb 14, 2014 at 10:50:23PM +0100, Levente Kurusa wrote:
> Since MSR_AP is 0x3, ANDing it with 0xFC will never be true.
> Add a NOT operation to 0xFC so that we will AND with the last
> three bits which will result in a possibility that the condition
> will succeed.
>
> Signed-off-by: Leven
> -Original Message-
> From: linux-fbdev-ow...@vger.kernel.org [mailto:linux-fbdev-
> ow...@vger.kernel.org] On Behalf Of Haiyang Zhang
> Sent: Saturday, February 8, 2014 12:26 PM
> To: florianschandi...@gmx.de; a...@linux-foundation.org; linux-
> fb...@vger.kernel.org
> Cc: Haiyang Zhang
Export the swevent hrtimer helpers currently only used in events/core.c
to allow the addition of architecture specific sw-like pmus.
Signed-off-by: Cody P Schafer
---
include/linux/perf_event.h | 5 -
kernel/events/core.c | 8
2 files changed, 8 insertions(+), 5 deletions(-)
"H_GetPerformanceCounterInfo" (refered to as hv_gpci or just gpci from
here on) is an interface to retrieve specific performance counters and
other data from the hypervisor. All outputs have a fixed format (and
are represented as structs in this patch).
Signed-off-by: Cody P Schafer
---
arch/pow
24x7 (also called hv_24x7 or H_24X7) is an interface to obtain
performance counters from the hypervisor. These counters do not have a
fixed format/possition and are instead documented in a "24x7 Catalog",
which is provided by the hypervisor (that interface is also documented
in this header).
This
On Fri, Feb 14, 2014 at 11:03:01AM -0500, Tejun Heo wrote:
> On Fri, Feb 14, 2014 at 04:57:27PM +0800, Li Zefan wrote:
> > Currently kernfs_node_from_dentry() returns NULL for root dentry,
> > because root_dentry->d_op == NULL.
> >
> > Due to this bug cgroupstats_build() returns -EINVAL for root c
This provides a basic link between perf and hv_gpci. Notably, it does
not yet support transactions and does not list any events (they can
still be manually composed).
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-gpci.c | 290
1 file changed,
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-common.c | 39 +++
arch/powerpc/perf/hv-common.h | 17 +
2 files changed, 56 insertions(+)
create mode 100644 arch/powerpc/perf/hv-common.c
create mode 100644 arch/powerpc/perf/hv-common.h
gpci and 24x7 expose some device specific attributes. Add some
documentation for them.
Signed-off-by: Cody P Schafer
---
.../testing/sysfs-bus-event_source-devices-hv_24x7 | 22 +++
.../testing/sysfs-bus-event_source-devices-hv_gpci | 43 ++
2 files changed, 65 insert
This provides a basic interface between hv_24x7 and perf. Similar to
the one provided for gpci, it lacks transaction support and does not
list any events.
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-24x7.c | 491
1 file changed, 491 inserti
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/Makefile | 2 ++
arch/powerpc/platforms/Kconfig.cputype | 6 ++
2 files changed, 8 insertions(+)
diff --git a/arch/powerpc/perf/Makefile b/arch/powerpc/perf/Makefile
index 60d71ee..f9c083a 100644
--- a/arch/powerpc/perf/Makefile
On Fri, Feb 14, 2014 at 02:04:40PM -0800, Greg Kroah-Hartman wrote:
> On Fri, Feb 14, 2014 at 11:03:01AM -0500, Tejun Heo wrote:
> > On Fri, Feb 14, 2014 at 04:57:27PM +0800, Li Zefan wrote:
> > > Currently kernfs_node_from_dentry() returns NULL for root dentry,
> > > because root_dentry->d_op == N
On Fri, Feb 14, 2014 at 02:45:29PM +0100, Rafael J. Wysocki wrote:
> On Thursday, February 13, 2014 10:00:43 PM Josh Cartwright wrote:
> > The acpi_dev_pm_attach/_detach functions perform their own checks to
> > ensure the device has an ACPI companion. It is not necessary for the
> > caller to do
These patches add basic pmus for 2 powerpc hypervisor interfaces to obtain
performance counters: gpci ("get performance counter info") and 24x7.
The counters supplied by these interfaces are continually counting and never
need to be (and cannot be) disabled or enabled. They additionally do not
gen
Add PMU_RANGE_ATTR() and PMU_RANGE_RESV() (for reserved areas) which
generate functions to extract the relevent bits from
event->attr.config{,1,2} for use by sw-like pmus where the
'config{,1,2}' values don't map directly to hardware registers.
Signed-off-by: Cody P Schafer
---
include/linux/per
Signed-off-by: Cody P Schafer
---
arch/powerpc/include/asm/hvcall.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/powerpc/include/asm/hvcall.h
b/arch/powerpc/include/asm/hvcall.h
index d8b600b..652f7e4 100644
--- a/arch/powerpc/include/asm/hvcall.h
+++ b/arch/powerpc/include/asm/
bin_attributes created/updated in create_files() (such as those listed
via (struct device).attribute_groups) were not placed under the
specified group, and instead appeared in the base kobj directory.
Fix this by making bin_attributes use creating code similar to normal
attributes.
A quick grep s
On Friday, February 14, 2014 05:26:01 PM Mika Westerberg wrote:
> On Fri, Feb 14, 2014 at 03:46:20PM +0100, Takashi Iwai wrote:
> > The acpi_osi blacklist is just a workaround, and if we have better
> > solutions, it should be removed. That's why I'm asking it.
> >
> > So, after removing acpi_osi
On Friday, February 14, 2014 12:42:53 PM Stephen Warren wrote:
> On 02/12/2014 11:50 PM, Viresh Kumar wrote:
> > This patchset creates/calls cpufreq suspend/resume callbacks from
> > dpm_{suspend|resume}()
> > for handling suspend/resume of cpufreq governors and core.
>
> Are these patches for 3.
The latest feature release Git v1.9.0 is now available at the
usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
e60667fc16e5a5f1cde46616b0458cc802707743 git-1.9.0.tar.gz
65eb3f411f4699695c7081a7c716cabb9ce23d75
On 02/14/2014 11:21 AM, Gene Heskett wrote:
> On Friday 14 February 2014, Randy Dunlap wrote:
>> On 02/14/2014 08:31 AM, Gene Heskett wrote:
>>> Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
>>>
>>> Not finding the option in any kernel tree that exists on my system,
>>> exc
In re: Feature vs. bug fix
At the risk of trying to arguing about the meaning of `is' I would argue that
this is more a bug fix than a feature. We're not adding a new capability, we
are trying to work around deficient HW (no argument that we should have
implemented ACS on all platforms).
Havi
Patchset related to hibernation resume:
- enhancement to make the use of an existing resume file more general
Patch is based on the 3.13 tag. This was tested on a Beaglebone black
with partial hibernation support, also compiled for x86_64.
[PATCH v9 1/1] PM / Hibernate: use name_to_dev_t t
On Fri, 2014-02-14 at 14:43 -0700, Bjorn Helgaas wrote:
> [+cc Don]
>
> On Mon, Feb 03, 2014 at 02:27:27PM -0700, Alex Williamson wrote:
> > v2:
> > - Remove bus #0 bug in filtering matching
> > - Add 2/3 introducing PCI_DEV_FLAGS_ACS_ENABLED_QUIRK, this gives
> >is better tracking and addre
On Sat, Feb 08, 2014 at 06:29:31PM +0100, Antonios Motakis wrote:
> From: Kim Phillips
>
> Needed by drivers, such as the vfio platform driver [1], seeking to
> bypass bind_store()'s driver_match_device(), and bind to any device
> via a private sysfs bind file.
>
> [1] https://lkml.org/lkml/2013
I still get build errors.
i386 allyesconfig, i386 allmodconfig as well as a more basic i386
configuration:
arch/x86/vdso/vdso32-int80.so.dbg: undefined symbols found
make[4]: *** [arch/x86/vdso/vdso32-int80.so.dbg] Error 1
x86-64 allyesconfig and x86-64 allmodconfig:
/home/hpa/kernel/distwork/a
Use the name_to_dev_t call to parse the device name echo'd to
to /sys/power/resume. This imitates the method used in hibernate.c
in software_resume, and allows the resume partition to be specified
using other equivalent device formats as well. By allowing
/sys/debug/resume to accept the same synt
On Fri, Feb 14, 2014 at 12:52 AM, Stefani Seibold wrote:
> This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
> and vdso_time() to the 32 bit VDSO.
Is there any chance you can shove this in a git tree somewhere for the
next version (in addition to sending patches)? I don't ha
I get the following splat in my tests running 3.14-rc2:
[3.955123] WARNING: CPU: 0 PID: 1 at
/work/autotest/nobackup/linux-test.git/drivers/gpu/drm/i915/intel_display.c:857
intel_wait_for_pipe_off+0x17a/0x2d0()
[3.955124] pipe_off wait timed out
[3.955127] CPU: 0 PID: 1 Comm: swapper
Use the name_to_dev_t call to parse the device name echo'd to
to /sys/power/resume. This imitates the method used in hibernate.c
in software_resume, and allows the resume partition to be specified
using other equivalent device formats as well. By allowing
/sys/debug/resume to accept the same synt
Patchset related to hibernation resume:
- enhancement to make the use of an existing resume file more general
Patch is based on the 3.13 tag. This was tested on a Beaglebone black
with partial hibernation support, also compiled for x86_64.
[PATCH v9 1/1] PM / Hibernate: use name_to_dev_t t
On 02/13/2014 01:54 PM, Dmitry Torokhov wrote:
On Thu, Feb 13, 2014 at 11:23:44AM -0800, Christopher Heiny wrote:
>On 02/12/2014 09:27 PM, Dmitry Torokhov wrote:
> >Do not write configuration data in probe(), we have config() for that.
>
>Then we should call config() in rmi_function_probe() to
From: Luciano Coelho
Move the wl1251 part of the wl12xx platform data structure into a new
structure specifically for wl1251. Change the platform data built-in
block and board files accordingly.
Signed-off-by: Luciano Coelho
Acked-by: Tony Lindgren
Reviewed-by: Felipe Balbi
Reviewed-by: Seba
Add device tree support for the spi variant of wl1251.
Signed-off-by: Sebastian Reichel
---
drivers/net/wireless/ti/wl1251/spi.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/drivers/net/wireless/ti/wl1251/spi.c
b/drivers/net/wireless/ti/wl1251/spi
Hi John,
The following patchset adds device tree support to the spi variant of the
wl1251 driver, which is used in the Nokia N900. Tony requested, that you
take the whole series even if that may introduce merge conflicts:
> Sebastian, please resend the whole series to John and feel free to add my
Add device tree binding documentation for Texas Instrument's wl1251
wireless lan chip. For now only the SPI binding is documented.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/net/wireless/ti,wl1251.txt | 39 ++
1 file changed, 39 insertions(+)
create mode 10
This patch adds support for requesting the regulator powering
the vio pin.
Signed-off-by: Sebastian Reichel
Reviewed-by: Pavel Machek
---
drivers/net/wireless/ti/wl1251/spi.c| 19 +--
drivers/net/wireless/ti/wl1251/wl1251.h | 2 ++
2 files changed, 19 insertions(+), 2 delet
Move the power GPIO handling from the board code into
the driver. This is a dependency for device tree support.
Signed-off-by: Sebastian Reichel
Reviewed-by: Pavel Machek
Acked-by: Tony Lindgren
---
arch/arm/mach-omap2/board-omap3pandora.c | 2 ++
arch/arm/mach-omap2/board-rx51-peripheral
On Thu, 13 Feb 2014, Luiz Capitulino wrote:
> From: Luiz capitulino
>
> The HugeTLB command-line option hugepages= allows a user to specify how
> many huge pages should be allocated at boot. This option is needed because
> it improves reliability when allocating 1G huge pages, which are better
>
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> slab_should_failslab() is called on every allocation, so to optimize it
> is reasonable. We normally don't allocate from kmem_cache. It is just
> used when new kmem_cache is created, so it's very rare case. Therefore,
> add unlikely macro to help compiler
On Wed, Feb 12, 2014 at 3:42 PM, Markus Mayer wrote:
> List myself as maintainer for Broadcom's Kona GPIO driver.
>
> Signed-off-by: Markus Mayer
> ---
>
> Does that look like a reasonable way to make this change? I added the
> entry alphabetically in the BROADCOM section.
>
> MAINTAINERS |7
On Fri, 14 Feb 2014, Christoph Lameter wrote:
> > @@ -215,9 +215,9 @@ static inline void set_obj_pfmemalloc(void **objp)
> > return;
> > }
> >
> > -static inline void clear_obj_pfmemalloc(void **objp)
> > +static inline void *clear_obj_pfmemalloc(void *objp)
> > {
> > - *objp = (void *)((u
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> node isn't changed, so we don't need to retreive this structure
> everytime we move the object. Maybe compiler do this optimization,
> but making it explicitly is better.
>
Would it be possible to make it const struct kmem_cache_node *n then?
--
To unsub
Tejun Heo writes:
> Hello,
>
> On Wed, Feb 12, 2014 at 11:02:41AM -0800, Paul E. McKenney wrote:
>> +2. Use the /sys/devices/virtual/workqueue/*/cpumask sysfs files
>> +to force the WQ_SYSFS workqueues to run on the specified set
>> +of CPUs. The set of WQ_SYSFS workqueues can be displa
Hi Steven,
Does this version of the patch look reasonable?
--
Bharath Ravi | rbhar...@google.com
On Thu, Jan 23, 2014 at 11:37 AM, Bharath Ravi wrote:
>
> It is often memory efficient to start instances off with a smaller ring
> buffer size than the current default. This is particularly true o
Hi Steven,
What are your thoughts on this patch?
--
Bharath Ravi | rbhar...@google.com
On Thu, Jan 23, 2014 at 11:46 AM, Bharath Ravi wrote:
> Hi Steven,
>
> This patch allows instances to have their own independent trace
> options (as opposed to the current globally shared trace options)
>
>
501 - 600 of 670 matches
Mail list logo
