Alexandre Courbot gnu...@gmail.com writes:
On Wed, Oct 9, 2013 at 4:47 PM, Olof Johansson o...@lixom.net wrote:
On Fri, Oct 4, 2013 at 9:37 AM, Alexandre Courbot acour...@nvidia.com
wrote:
[...]
+static inline void register_trusted_foundations(
+ struct
Add the hwspinlock device tree node for OMAP5 SoCs.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index 86295d2..2a98a59 100644
---
The number of hwspinlocks are determined based on the value read
from the IP block's SYSSTATUS register. However, the module may
not be enabled and clocked, and the read may result in a bus error.
This particular issue is seen rather easily on AM33XX, since the
module wakeup is software
Add the hwspinlock device tree node for AM33xx family
of SoCs.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 8692490..49dfb86 100644
---
Add the hwspinlock device tree node for OMAP4 family
of SoCs.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/boot/dts/omap4.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 45708e1..74db751 100644
---
This patch adds the necessary documentation and OF helpers to
represent a hwlock device and use/request locks in a device-tree
build.
All the platform-specific hwlock driver implementations need the
number of locks and associated base id for registering the locks
present within the device with
AM33XX device family also supports hwspinlocks. The IP
is identical to that of OMAP4/OMAP5, except for the
number of locks.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/hwspinlock/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwspinlock/Kconfig
On Thu, Oct 10, 2013 at 1:59 PM, Steven Rostedt rost...@goodmis.org wrote:
Unfortunately it's not a single commit. I tried to bisect it better,
but it really is the merge. I'm thinking a chance in one merge caused
the WARN_ON() to trigger that was added in a later merge.
That looks a bit
The hwspinlock_device structure is used for registering a bank of
locks with the driver core. The structure already contains the
necessary members to identify the bank of locks. The core does not
maintain the hwspinlock_devices itself, but maintains only a radix
tree for all the registered locks.
Hi,
This is an updated series addressing the review comments from the
v2 series. The hwmod patches have been dropped from the repost
as per Paul's request, they have already been queued.
The series is tested on top of v3.12-rc4 + Benoit's 3.13 DTS branch and
Tero's clock series, along with the
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna s-a...@ti.com
---
Today's linux-next merge of the usb-gadget tree got conflicts in
drivers/usb/musb/davinci.c caused by an add in ea78201e2 (usb: musb:
davinci: fix resources passed to MUSB driver for DM6467) adjacent to
the modification of the device registration in 4c9ad1059 (DMA-API: usb:
musb: use
Hello,
recently I made the mistake trying to mount an unformatted ssd
partition. The mount command 'hang', was unable to kill it. Top showed
the process is in the uninterruptible D state. However, iotop showed
slight activity, about 4M/s read from the disk that noone else used.
This was 100%
On Thursday, October 10, 2013 02:17:58 PM Linus Torvalds wrote:
On Thu, Oct 10, 2013 at 1:59 PM, Steven Rostedt rost...@goodmis.org wrote:
Unfortunately it's not a single commit. I tried to bisect it better,
but it really is the merge. I'm thinking a chance in one merge caused
the
On Thu, Oct 10, 2013 at 04:00:13PM +0900, Namjae Jeon wrote:
/*
* Shift extent records to the left to cover a hole.
*
* The maximum number of extents to be shifted in a single operation
* is @count, and @current_ext keeps track of the current extent
* index we have shifted. If
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Some links to projects web pages and e-mail addresses in ACPI/PM
documentation and Kconfig are outdated, so update them.
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
Documentation/ABI/stable/sysfs-bus-usb |8
On Thu, 2013-10-10 at 13:15 -0700, Doug Anderson wrote:
Hi,
Just ran into this same problem and tracked it down to the same
commit. Luckily Sean found this thread. :)
On Wed, Oct 9, 2013 at 5:37 PM, Davidlohr Bueso davidl...@hp.com wrote:
Hi Josh,
On Wed, 2013-10-09 at 16:26 -0700,
Hi,
On Thu, Oct 10, 2013 at 10:20:30PM +0100, Mark Brown wrote:
Today's linux-next merge of the usb-gadget tree got conflicts in
drivers/usb/musb/davinci.c caused by an add in ea78201e2 (usb: musb:
davinci: fix resources passed to MUSB driver for DM6467) adjacent to
the modification of the
On Thu, 2013-10-10 at 22:26 +0200, Geert Uytterhoeven wrote:
This is not CPUs. CPUs are threads really. Even if they were cores,
that
still wouldn't cut it. I'm looking at chips here and not all of them
actually processor chips. The SCOM bus address space is global to a
physical chip and
On Thu, Oct 10, 2013 at 2:35 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
Well, I must have overlooked the original report. Is it available anywhere
I can find it?
I think Steven has some buggered email system, he has other emails
being eaten by lkml too, and apparently other mail gateways
Hi,
I patches several files in drivers/usb/core/ to adapt them to the kernel
styleguide.
Most of these patches are whitespace/indention fixes.
As these patches are only style-patches, I just compiled the kernel, no compile
errors or warnings. So I think everything seems to be okay!
Note: I did
including:
- removing of trailing whitespace
- removing spaces before array indexing (foo [] to foo[])
- reindention of a switch-case block
- spaces to tabs
Signed-off-by: Matthias Beyer m...@beyermatthias.de
---
drivers/usb/core/file.c | 6 +--
drivers/usb/core/hub.c | 111
Signed-off-by: Matthias Beyer m...@beyermatthias.de
---
drivers/usb/core/hub.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c
index e5fdf4b..5e9fc21 100644
--- a/drivers/usb/core/hub.c
+++ b/drivers/usb/core/hub.c
@@ -2488,7
moved else keyword of if-else construct to closing braces.
Signed-off-by: Matthias Beyer m...@beyermatthias.de
---
drivers/usb/core/devio.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
index 215d882..adbdea3 100644
Added braces around switch statement as the styleguide tells us.
Indented the switch-block for it and split a function call
(driver-unlocked_ioctl() on line 1876) arguments to several lines to
fit the 80-column convention.
Signed-off-by: Matthias Beyer m...@beyermatthias.de
---
Signed-off-by: Matthias Beyer m...@beyermatthias.de
---
drivers/usb/core/file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/core/file.c b/drivers/usb/core/file.c
index 903c7ef..3bdfbf8 100644
--- a/drivers/usb/core/file.c
+++ b/drivers/usb/core/file.c
@@ -27,7
Whitespace fixes, including:
- Whitespace after if-keyword
- Spaces to Tabs
Other coding style fixes:
- Added braces for if-else blocks where missing
Signed-off-by: Matthias Beyer m...@beyermatthias.de
---
drivers/usb/core/devio.c | 39 ---
1 file changed,
Correctly guard the code that gets the local APIC timer frequency from the
hypervisor.
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
---
arch/x86/kernel/cpu/mshyperv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/cpu/mshyperv.c
This code used to have its own lru cache pagevec up until a0b8cab3
(mm: remove lru parameter from __pagevec_lru_add and remove parts of
pagevec API). Now it's just add_to_page_cache() followed by
lru_cache_add(), might as well use add_to_page_cache_lru() directly.
Signed-off-by: Johannes Weiner
The VM maintains cached filesystem pages on two types of lists. One
list holds the pages recently faulted into the cache, the other list
holds pages that have been referenced repeatedly on that first list.
The idea is to prefer reclaiming young pages over those that have
shown to benefit from
Provide a function that does not just delete an entry at a given
index, but also allows passing in an expected item. Delete only if
that item is still located at the specified index.
This is handy when lockless tree traversals want to delete entries as
well because they don't have to do an
shmem mappings already contain exceptional entries where swap slot
information is remembered.
To be able to store eviction information for regular page cache,
prepare every site dealing with the radix trees directly to handle
entries other than pages.
The common lookup functions will filter out
Page cache radix tree slots are usually stabilized by the page lock,
but shmem's swap cookies have no such thing. Because the overall
truncation loop is lockless, the swap entry is currently confirmed by
a tree lookup and then deleted by another tree lookup under the same
tree lock region.
Use
Previously, page cache radix tree nodes were freed after reclaim
emptied out their page pointers. But now reclaim stores shadow
entries in their place, which are only reclaimed when the inodes
themselves are reclaimed. This is problematic for bigger files that
are still in use after they have a
The radix tree hole searching code is only used for page cache, for
example the readahead code trying to get a a picture of the area
surrounding a fault.
It sufficed to rely on the radix tree definition of holes, which is
empty tree slot. But this is about to change, though, as shadow
page
Hi everyone,
here is an update to the cache sizing patches for 3.13.
Changes in this revision
o Drop frequency synchronization between refaulted and demoted pages
and just straight up activate refaulting pages whose access
frequency indicates they could stay in memory. This was
Reclaim will be leaving shadow entries in the page cache radix tree
upon evicting the real page. As those pages are found from the LRU,
an iput() can lead to the inode being freed concurrently. At this
point, reclaim must no longer install shadow pages because the inode
freeing code needs to
On Wed, 9 Oct 2013 15:57:20 +0100 Will Deacon will.dea...@arm.com wrote:
@@ -295,9 +295,7 @@ void calibrate_delay(void)
}
per_cpu(cpu_loops_per_jiffy, this_cpu) = lpj;
if (!printed)
- pr_cont(%lu.%02lu BogoMIPS (lpj=%lu)\n,
-
I'm about to go offline for a week, but here are some thoughts.
The GPT spec is over-constrained. It says that the secondary GPT
header must be in the last LBA of the disk, yet it also says that both
primary and secondary headers must point to each other using their
AlternateLBA fields. We don't
On Thu, Oct 10, 2013 at 09:18:05PM +0100, Russell King - ARM Linux wrote:
So, all I see is this patch, with such a brilliant description which
describes what this change is about, why it is being made, and so
forth, and you're sending it to me, presumably because you want me to
do something
Arnaldo, David,
wrt to our IRC discussion..
attached patch fixies the static build David is using:
make O=/tmp/perf LDFLAGS=-static DEBUG=1 -j 4
I still got some warning though:
LINK /tmp/perf/perf
/tmp/perf/libperf.a(target.o): In function `perf_target__parse_uid':
On Thu, Oct 10, 2013 at 06:12:41PM +0200, Andrea Arcangeli wrote:
11feeb498086a3a5907b8148bdf1786a9b18fc55 introduced a memory leak when
KVM is run on gigantic compound pages.
11feeb498086a3a5907b8148bdf1786a9b18fc55 depends on the assumption
that PG_reserved is identical for all head and
In add_inode_ref() function:
Initializes local pointers.
Reduces the logical condition with the __add_inode_ref() return
value by using only one 'goto out'.
Centralizes the exiting, ensuring the freeing of all used memory.
Signed-off-by: Geyslan G. Bem geys...@gmail.com
---
On 10/10/2013 02:58 PM, Alexandre Courbot wrote:
On Wed, Oct 9, 2013 at 4:47 PM, Olof Johansson o...@lixom.net wrote:
On Fri, Oct 4, 2013 at 9:37 AM, Alexandre Courbot acour...@nvidia.com
wrote:
...
But do we really need to panic here? It's a PITA to debug since it'll
be a very early panic.
On Thu, Oct 10, 2013 at 11:19:14PM +0300, Aaro Koskinen wrote:
On Thu, Oct 10, 2013 at 10:02:36PM +0200, Sebastian Reichel wrote:
P.S.: You can get a mainline kernel status matrix for the Nokia
N900 on this page: http://elinux.org/N900
Thanks for summary,
You're welcome.
and the
Commit-ID: 90ab9d5510932e146a9443bf5a591f95d5b5ada8
Gitweb: http://git.kernel.org/tip/90ab9d5510932e146a9443bf5a591f95d5b5ada8
Author: K. Y. Srinivasan k...@microsoft.com
AuthorDate: Thu, 10 Oct 2013 15:30:24 -0700
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Thu, 10 Oct
On Wed, 9 Oct 2013 17:59:21 +0530 Laxman Dewangan ldewan...@nvidia.com wrote:
The ams AS3722 is a compact system PMU suitable for mobile phones,
tablets etc.
Add a driver to support accessing the RTC found on the ams AS3722
PMIC using RTC framework.
I hate these patchsets, because ...
On Thu, Oct 10, 2013 at 3:22 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 10/10/2013 02:58 PM, Alexandre Courbot wrote:
On Wed, Oct 9, 2013 at 4:47 PM, Olof Johansson o...@lixom.net wrote:
On Fri, Oct 4, 2013 at 9:37 AM, Alexandre Courbot acour...@nvidia.com
wrote:
...
But do we
This patch adds the dp-controller node to the exynos5250-snow board dts
file.
Signed-off-by: Sean Paul seanp...@chromium.org
---
v2: Added dp-controller address to node (rebased on linux-next)
v3: Added status = okay
arch/arm/boot/dts/exynos5250-snow.dts | 13 +
1 file changed, 13
This set adds some missing devicetree nodes to the exynos5250-snow file as well
as adds a drm_bridge driver for the ptn3460 DP-LVDS chip. This chip is used in
the exynos5250-snow board.
Sean
Sean Paul (5):
ARM: dts: Add fimd display-timings for exynos5250-snow
ARM: dts: Add dp-controller node
This patch adds a node for the ptn3460 DP-LVDS chip in the
exynos5250-snow board dts file.
Signed-off-by: Sean Paul seanp...@chromium.org
---
v2: Changed node name to lvds-bridge
v3: No changes
arch/arm/boot/dts/exynos5250-snow.dts | 19 +++
1 file changed, 19 insertions(+)
This patch adds the internal panel timings to the exynos5250-snow board
dts file.
Signed-off-by: Sean Paul seanp...@chromium.org
---
v2: No difference
v3: Added status = okay
arch/arm/boot/dts/exynos5250-snow.dts | 18 ++
1 file changed, 18 insertions(+)
diff --git
This patch adds code to look for the ptn3460 in the device tree file on
exynos initialization. If ptn node is found, the driver will initialize
the ptn3460 driver and skip creating a DP connector (since the bridge
driver will register its own connector).
Signed-off-by: Sean Paul
This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
bridge chip.
Signed-off-by: Sean Paul seanp...@chromium.org
---
v2:
- Changed header definition to static inline
- Changed dt node name to lvds-bridge
v3: No changes
On Thu, Oct 10, 2013 at 3:22 PM, Stephen Warren swar...@wwwdotorg.org wrote:
On 10/10/2013 02:58 PM, Alexandre Courbot wrote:
On Wed, Oct 9, 2013 at 4:47 PM, Olof Johansson o...@lixom.net wrote:
On Fri, Oct 4, 2013 at 9:37 AM, Alexandre Courbot acour...@nvidia.com
wrote:
...
But do we
Hi Linus,
Please pull hwmon fixes for Linux 3.12-rc5 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 15c03dd4859ab16f9212238f29dd315654aa94f6:
Linux 3.12-rc3 (2013-09-29
On 10/10/13 4:13 PM, Jiri Olsa wrote:
I still got some warning though:
LINK /tmp/perf/perf
/tmp/perf/libperf.a(target.o): In function `perf_target__parse_uid':
/home/jolsa/kernel.org/linux-perf/tools/perf/util/target.c:72: warning: Using
'getpwnam_r' in statically linked applications
Hi,
On Thu, Oct 10, 2013 at 2:26 PM, Davidlohr Bueso davidl...@hp.com wrote:
On Thu, 2013-10-10 at 13:15 -0700, Doug Anderson wrote:
Hi,
Just ran into this same problem and tracked it down to the same
commit. Luckily Sean found this thread. :)
On Wed, Oct 9, 2013 at 5:37 PM, Davidlohr
On Thu, 10 Oct 2013 14:37:15 -0700
Linus Torvalds torva...@linux-foundation.org wrote:
Steven, I'd suggest just jettisoning that mailer.
FWIW, I've used claws for years and never run into an issue like that.
This email comes from claws; the quoting looks right in the compose window
now, I
On Thu, 2013-10-10 at 14:53 -0700, Bill Richardson wrote:
I'm about to go offline for a week, but here are some thoughts.
The GPT spec is over-constrained. It says that the secondary GPT
header must be in the last LBA of the disk, yet it also says that both
primary and secondary headers must
* Linus Walleij linus.wall...@linaro.org [131010 08:43]:
On Wed, Oct 9, 2013 at 5:10 PM, Tony Lindgren t...@atomide.com wrote:
I was thinking I'll set up an immutable branch for the three
pinctrl patches against -rc4 then both you and I can merge
them in as needed. Does that work for you?
On 10/10/13 12:13, Maxime Ripard wrote:
On Wed, Sep 25, 2013 at 04:16:14PM -0700, Stephen Boyd wrote:
On 09/25/13 07:03, Maxime Ripard wrote:
+ sun5i_clockevent.cpumask = cpumask_of(0);
Can this timer interrupt any CPU or is it hardwired to CPU0? If the
interrupt can go to any CPU this
On Thu, Oct 10, 2013 at 03:24:46PM -0700, Andrew Morton wrote:
On Wed, 9 Oct 2013 17:59:21 +0530 Laxman Dewangan ldewan...@nvidia.com
wrote:
+config RTC_DRV_AS3722
+ tristate ams AS3722 RTC driver
+ depends on MFD_AS3722
... the rtc patch depends on an mfd patch, so everyone ends
On Thu, 2013-10-10 at 15:29 -0700, Doug Anderson wrote:
Hi,
[...]
Do you happen to know what tool was used to create the GPT partition(s)?
I ask because it is up to the partitioning program to set sz correctly,
and most if not all set it to either the disk size - 1 or 0x.
See
Sebastian Capella sebastian.cape...@linaro.org writes:
Quoting Sebastian Capella (2013-10-03 16:47:35)
Quoting Sebastian Capella (2013-10-03 14:42:46)
Quoting Andrew Morton (2013-10-03 14:15:23)
On Thu, 3 Oct 2013 14:10:37 -0700 Sebastian Capella
sebastian.cape...@linaro.org wrote:
Hi all,
I've uploaded today's linux-next tree to the master branch of the
repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131010 tag is also provided for convenience.
There were a few new conflicts which have been reported, each merge
builds fine with x86
On Thursday, October 10, 2013 02:37:15 PM Linus Torvalds wrote:
On Thu, Oct 10, 2013 at 2:35 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
Well, I must have overlooked the original report. Is it available anywhere
I can find it?
I think Steven has some buggered email system, he has
On Wed, Oct 09, 2013 at 08:44:50PM +0200, azurIt wrote:
Joahnnes,
i'm very sorry to say it but today something strange happened.. :) i was
just right at the computer so i noticed it almost immediately but i don't
have much info. Server stoped to respond from the net but i was already
I'm trying to wrap my head around if there are use cases where disabling
either CONFIG_X86_UP_APIC or CONFIG_X86_LOCAL_APIC would ever make sense
anymore.
I am guessing there are probably some small number of embedded systems
which still don't have LAPICs, but is it a significant number and does
Dear Friend,
Greetings to you and your family.
My name is Mrs Monate Adama, the current Chief Auditor of a formidable bank
here in Ouagadougou, Burkina Faso, West Africa. I have a transaction worth of
12.5 Million U.S dollars for transferring into your care for our mutual
benefits, so i need
On Tue, 08 Oct 2013 21:59:27 -0700 Joe Perches j...@perches.com wrote:
I was a bit surprised to find there isn't a devm_kmalloc.
Yes, the unconditional memset is silly. Especially when the
function has a handy gfp_t and could be passed __GFP_ZERO.
The comment says managed kzalloc/kfree for
These aren't necessary after switch, if and while statements.
Also remove some unnecessary braces where these
semicolons were removed around single statement
and some unnecessary blank lines.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/staging/iio/adc/ad7291.c| 2 +-
On Thu, 2013-10-10 at 16:06 -0700, Andrew Morton wrote:
On Tue, 08 Oct 2013 21:59:27 -0700 Joe Perches j...@perches.com wrote:
I was a bit surprised to find there isn't a devm_kmalloc.
Yes, the unconditional memset is silly. Especially when the
function has a handy gfp_t and could be
Just to help us all understand the loop issue..
Here's an example of driver code which uses the existing MSI-X interfaces,
for a device which can work with either 16, 8, 4, 2, or 1 MSI-X interrupt.
This is from a new driver I'm working on right now:
static int xx_alloc_msix_irqs (struct xx_dev
Hello,
On Thu, Oct 10, 2013 at 04:06:03PM -0700, Andrew Morton wrote:
On Tue, 08 Oct 2013 21:59:27 -0700 Joe Perches j...@perches.com wrote:
I was a bit surprised to find there isn't a devm_kmalloc.
Yes, the unconditional memset is silly. Especially when the
function has a handy gfp_t
On Thu, 2013-10-10 at 19:18 -0400, Tejun Heo wrote:
Do we have an
actual cases where this makes meaningful differences?
There are already a few array allocations
where the array is completely reinitialized.
Does it matter? Shrug.
It's more API compatible and more symmetric.
Direct
In (27a7c64 partitions/efi: account for pmbr size in lba) we started
treating bad sizes in lba field of the partition that has the 0xEE
(GPT protective) as errors. However, we may run into these bad
sizes in the real world if someone uses dd to copy an image from a
smaller disk to a bigger disk.
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
One of the error code paths in acpiphp_enumerate_slots() is missing
a pci_dev_put(bridge-pci_dev) call, so add it.
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
This is new in 3.12-rc.
---
drivers/pci/hotplug/acpiphp_glue.c
Davidlohr,
On Thu, Oct 10, 2013 at 3:31 PM, Davidlohr Bueso davidl...@hp.com wrote:
Then you should *really* use the force_gpt option, which is there to
bypass any MBR checks, and you can avoid issues like this :)
Anyway, this is still a regression and I believe we can go ahead and
just warn
On Thu, 10 Oct 2013 16:14:00 -0700 Joe Perches j...@perches.com wrote:
On Thu, 2013-10-10 at 16:06 -0700, Andrew Morton wrote:
On Tue, 08 Oct 2013 21:59:27 -0700 Joe Perches j...@perches.com wrote:
I was a bit surprised to find there isn't a devm_kmalloc.
Yes, the unconditional
+config PINCTRL_CAPRI
+ bool Broadcom Capri pinctrl driver
+ select PINMUX
+ select PINCONF
+ help
+ Say Y here to support Broadcom Capri pinctrl driver, which is used
for
+ the BCM281xx SoC family, including BCM11130, BCM11140, BCM11351,
+
Hello Andrew,
Could you take this version now? Since the approach of
this patchset is suggested by tejun, and thanks him for
helping us explaining a lot to guys that have the concern
about the page table location. I've added some note in
the patch4 description to explain why we could be not
On Tue, Oct 1, 2013 at 12:22 PM, Kees Cook keesc...@chromium.org wrote:
The gold linker doesn't seem to put some additional per-cpu cases in
the right place. Add these to the per-cpu check. Without this, the kASLR
patch series fails to correctly apply relocations, and fails to boot.
Found and
On 64-bit, this raises the maximum location to 1GiB, the upper limit
currently, since the kernel fixmap page mappings need to be moved to
use the other 1GiB (which would be the theoretical limit when building
with -mcmodel=kernel).
Signed-off-by: Kees Cook keesc...@chromium.org
---
On Thu, 10 Oct 2013 14:37:15 -0700
Linus Torvalds torva...@linux-foundation.org wrote:
On Thu, Oct 10, 2013 at 2:35 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
Well, I must have overlooked the original report. Is it available anywhere
I can find it?
I think Steven has some buggered
When the system panics, include the kernel offset in the report to assist
in debugging.
Signed-off-by: Kees Cook keesc...@chromium.org
---
arch/x86/kernel/setup.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
Adds potential sources of randomness: RDRAND, RDTSC, or the i8254.
This moves the pre-alternatives inline rdrand function into the header so
both pieces of code can use it. Availability of RDRAND is then controlled
by CONFIG_ARCH_RANDOM, if someone wants to disable it even for kASLR.
Counts available alignment positions across all e820 maps, and chooses
one randomly for the new kernel base address, making sure not to collide
with unsafe memory areas.
Signed-off-by: Kees Cook keesc...@chromium.org
---
v8:
- explicitly avoid unsafe memory areas instead of raising minimum
This allows decompress_kernel to return a new location for the kernel to
be relocated to. Additionally, enforces CONFIG_PHYSICAL_START as the
minimum relocation position when building with CONFIG_RELOCATABLE.
With CONFIG_RANDOMIZE_BASE set, the choose_kernel_location routine
will select a new
Refactor the CPU flags handling out of the cpucheck routines so that
they can be reused by the future ASLR routines (in order to detect CPU
features like RDRAND and RDTSC).
This reworks has_eflag() and has_fpu() to be used on both 32-bit and
64-bit, and refactors the calls to cpuid to make them
Update to the kASLR series. The improved e820 walking code from v7 has been
reorganized, and now explicitly avoids unsafe memory regions instead of
raising the minimum load address.
-Kees
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Wed, Oct 09, 2013 at 05:28:33PM -0700, Paul E. McKenney wrote:
On Wed, Oct 09, 2013 at 05:12:40PM -0700, Eric Dumazet wrote:
On Wed, 2013-10-09 at 16:40 -0700, Josh Triplett wrote:
that. Constructs like list_del_rcu are much clearer, and not
open-coded. Open-coding synchronization
On Thu, Oct 10, 2013 at 04:28:22PM -0700, Doug Anderson wrote:
In (27a7c64 partitions/efi: account for pmbr size in lba) we started
treating bad sizes in lba field of the partition that has the 0xEE
(GPT protective) as errors. However, we may run into these bad
sizes in the real world if
From: Chenggang Qin chenggang@taobao.com
Some dsos' symsrc is neither syms_ss or runtime_ss. In this situation, the
corresponding ELF file is opened and mmapped in symsrc__init(), but they will
be not closed and munmapped in any place.
This bug can lead to mmap munmap mismatched, the mmap
From: root r...@core097011.sqa.cm4
In function filename__read_debuglink(), while the ELF file is opend and mmapped
in elf_begin(), but if this file is considered to not be usable during the
following code, we will goto the close(fd) directly. The elf_end() is skipped.
So, the mmaped ELF file
From: Chenggang Qin chenggang@taobao.com
In function symbols__fixup_duplicate(), while the duplicated symbols are found,
only the rb_node are deleted. The symbol structures themself are ignored.
Then, these memory areas are lost.
This patch fixed the bug.
Thanks.
Cc: David Ahern
On Thu, 2013-10-10 at 16:28 -0700, Doug Anderson wrote:
In (27a7c64 partitions/efi: account for pmbr size in lba) we started
treating bad sizes in lba field of the partition that has the 0xEE
(GPT protective) as errors. However, we may run into these bad
sizes in the real world if someone
Linus, please apply - the last fix in the bugfix series I sent you had an
embarassing screwup...
For 3.13, shall I start sending you pull requests directly?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
c0f04d8 was fixing a reported data corruption bug, but it seems some
last minute refactoring or rebasing introduced a null pointer deref.
Signed-off-by: Kent Overstreet k...@daterainc.com
Cc: linux-stable sta...@vger.kernel.org # = v3.10
Reported-by: Gabriel de Perthuis g2p.c...@gmail.com
---
From: Mathias Nyman mathias.ny...@linux.intel.com
If a command on the command ring needs to be cancelled before it is handled
it can be turned to a no-op operation when the ring is stopped.
We want to store the command ring enqueue pointer in the command structure
when the command in enqueued for
601 - 700 of 1604 matches
Mail list logo
