On (03/05/14 12:13), Andrew Morton wrote:
On Wed, 5 Mar 2014 22:56:55 +0300 Sergey Senozhatsky
sergey.senozhat...@gmail.com wrote:
Instead of returning just NULL, return ERR_PTR from zcomp_create()
if compressing backend creation has failed. ERR_PTR(-EINVAL) for
unsupported compression
On Wed, 5 Mar 2014 10:33:14 +0100 Daniel Vetter daniel.vet...@ffwll.ch wrote:
Users just love to set random piles of options since surely enabling
all the experimental stuff helps. Later on we get bug reports because
it all fell apart.
Even more fun when it's labelled a regression when
+Lorenzo
On 02/24/14 03:22, Jürg Billeter wrote:
Skip 'disabled' cpu nodes when building the cpu logical map. This avoids
booting cpus that have been disabled in the device tree.
Signed-off-by: Jürg Billeter j...@bitron.ch
Reviewed-by: Ben Dooks ben.do...@codethink.co.uk
---
During another patch review, David Rientjes noted that VECTOR_UNDEFINED
and VECTOR_RETRIGGERED should be defined with ()s so that they are not
erroneously used in an arithmetic operation.
Signed-off-by: Prarit Bhargava pra...@redhat.com
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar
Hey Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-3.14-rc5-tag
which has exactly one patch for Xen ARM. It sets the dependency
to compile the kernel with MMU enabled - otherwise - the guest
won't work very well.
Here is
Signed-off-by: Marek Belisko ma...@goldelico.com
---
.../bindings/power_supply/twl4030_madc_battery.txt | 43 ++
1 file changed, 43 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power_supply/twl4030_madc_battery.txt
diff --git
This patches are based on Sebastian Reichel work [1] which convert twl4030_madc
mfd to iio
framework. Patches was tested on gta04 board. twl4030_madc_battery driver is
converted in
first patch to iio consumer and in next patches is added support for devicetree.
Changes from V1:
- use
Because of added iio error handling private data allocation was converted
to managed to simplify code.
Signed-off-by: Marek Belisko ma...@goldelico.com
---
drivers/power/twl4030_madc_battery.c | 102 ++-
1 file changed, 66 insertions(+), 36 deletions(-)
diff
Signed-off-by: Marek Belisko ma...@goldelico.com
---
drivers/power/twl4030_madc_battery.c | 81
1 file changed, 81 insertions(+)
diff --git a/drivers/power/twl4030_madc_battery.c
b/drivers/power/twl4030_madc_battery.c
index 0a64105..b446dd8 100644
---
[+cc Florian]
On Wed, Mar 5, 2014 at 2:10 AM, David Laight david.lai...@aculab.com wrote:
From: Bjorn Helgaas
With -Werror=array-bounds, gcc v4.7.x warns that in phy_find_valid(), the
settings[] array subscript is above array bounds, I think because idx is
a signed integer and if the caller
On 03/05/14 11:29, Josh Cartwright wrote:
Add support for describing the PM8921/PM8058 RTC in device tree.
Additionally:
- drop support for describing the RTC using platform data,
as there are no current in tree users who do so.
- make allow_set_time a device-specific flag,
On 03/05/14 11:29, Josh Cartwright wrote:
diff --git a/Documentation/devicetree/bindings/rtc/qcom,pm8xxx-rtc.txt
b/Documentation/devicetree/bindings/rtc/qcom,pm8xxx-rtc.txt
new file mode 100644
index 000..699bd30
--- /dev/null
+++
On 03/05/14 11:29, Josh Cartwright wrote:
Make use of the devm_* variant of request_any_context_irq to allow for
elimination of remove().
Signed-off-by: Josh Cartwright jo...@codeaurora.org
Reviewed-by: Stephen Boyd sb...@codeaurora.org
--
Qualcomm Innovation Center, Inc. is a member of
On 03/05/14 11:29, Josh Cartwright wrote:
Now that the parent mfd driver has been made to work again, and has been
reworked to create a regmap instance intended for it's children to use,
rework the pm8xxx driver to use the regmap API for it's register
accesses.
Signed-off-by: Josh Cartwright
On 03/05/14 11:29, Josh Cartwright wrote:
Setup wakeup capability before rtc_register to ensure the rtc class core
properly sets up our 'wakealarm' sysfs attribute.
Signed-off-by: Josh Cartwright jo...@codeaurora.org
Reviewed-by: Stephen Boyd sb...@codeaurora.org
--
Qualcomm Innovation
Hi,
On Tue, Mar 4, 2014 at 11:05 PM, Sebastian Reichel s...@debian.org wrote:
Hi,
This is PATCHv2 for converting twl4030-madc to the IIO API and
adding DT support. The plan is to remove the private twl4030-madc
API once all users have been removed or converted to the IIO API.
The patchset
On Wed, Mar 5, 2014 at 9:32 PM, Andrew Morton a...@linux-foundation.org wrote:
On Wed, 5 Mar 2014 10:33:14 +0100 Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Users just love to set random piles of options since surely enabling
all the experimental stuff helps. Later on we get bug reports
On 03/05/14 11:29, Josh Cartwright wrote:
Before performing additional cleanups to this driver, do the easy
cleanups first.
Signed-off-by: Josh Cartwright jo...@codeaurora.org
Reviewed-by: Stephen Boyd sb...@codeaurora.org
@@ -253,7 +253,7 @@ static int pm8xxx_rtc_set_alarm(struct device
On Wed, Mar 5, 2014 at 10:00 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
On Wed, Mar 5, 2014 at 9:32 PM, Andrew Morton a...@linux-foundation.org
wrote:
On Wed, 5 Mar 2014 10:33:14 +0100 Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Users just love to set random piles of options since
Hi,
Any update on this problem?
On Thu, Feb 27, 2014 at 11:21 PM, Borislav Petkov b...@alien8.de wrote:
On Thu, Feb 27, 2014 at 11:12:17PM +0100, Rafael J. Wysocki wrote:
I won't be able to look at that before Monday I'm afraid (personal
stuff).
No worries, sir, whenever. It can wait.
On Wed, 5 Mar 2014, Prarit Bhargava wrote:
During another patch review, David Rientjes noted that VECTOR_UNDEFINED
and VECTOR_RETRIGGERED should be defined with ()s so that they are not
erroneously used in an arithmetic operation.
Signed-off-by: Prarit Bhargava pra...@redhat.com
Cc: Thomas
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
This patch doesn't have functional changes. List of changes including
* Refactoring the function early_fill_mp_bus_info into multiple helper
functions since it is getting long, and difficult to follow.
* Merge early_fill_mp_bus_info
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
The current code only supports upto AMD hostbridge for family11h.
This causes PCI numa_node information to be reported incorrectly
for newer family with multi sockets.
This patch set introduces the logic to discover AMD hostbridges.
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
AMD hostbridges are gnenerally show up as PCI device 0:18.0.
This patch adds logic to automatically probe the device at
this location and check PCI device class code.
This patch should support AMD hostbridges from AMD platforms
(K8,
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
This patch adds supports for additional MMIO ranges (16 ranges)
Also, each MMIO base/limit can now supports upto 48-bit MMIO address.
However, this requires initializing the ECS sooner since the new registers
are in the ECS ranges.
This
On Wed, 5 Mar 2014, Prarit Bhargava wrote:
diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
index d99f31d..55fab61 100644
--- a/arch/x86/kernel/irq.c
+++ b/arch/x86/kernel/irq.c
@@ -351,6 +351,7 @@ void fixup_irqs(void)
struct irq_desc *desc;
struct irq_data *data;
On Wed, Mar 5, 2014 at 1:11 PM, David Barksdale dbarksd...@uplogix.com wrote:
Sorry for the delay, hid_hw_output_report() is the correct function.
No worries and thanks for the tests.
This saves me some time!
Sending the v2 right away.
Cheers,
Benjamin
On March 4, 2014 8:18:38 AM CST,
Matt, Kees,
On Tue, Mar 04, 2014 at 04:39:57PM -0600, Matt Mackall wrote:
On Tue, 2014-03-04 at 11:59 -0800, Kees Cook wrote:
On Tue, Mar 4, 2014 at 11:53 AM, Jason Cooper ja...@lakedaemon.net wrote:
On Tue, Mar 04, 2014 at 11:01:49AM -0800, Kees Cook wrote:
On Tue, Mar 4, 2014 at 7:38
hid_out_raw_report is going to be obsoleted as it is not part of the
unified HID low level transport documentation
(Documentation/hid/hid-transport.txt)
hid_output_raw_report(hdev, buf, sizeof(buf), HID_FEATURE_REPORT);
is strictly equivalent to:
hid_hw_raw_request(hdev, buf[0], buf,
Alright, this is the re-spin of the last round of transport cleanup.
Some minor but important modifications are here, but nothing very enthousiastic.
Thanks for the reviews and the tests so far.
Cheers,
Benjamin
Benjamin Tissoires (4):
HID: cp2112: remove various hid_out_raw_report calls
hid_out_raw_report is going to be obsoleted as it is not part of the
unified HID low level transport documentation
(Documentation/hid/hid-transport.txt)
To do so, we need to introduce two new quirks:
* HID_QUIRK_NO_OUTPUT_REPORTS_ON_INTR_EP: this quirks prevents the
transport driver to use the
Thanks for the quick response.
Inline the comments and also added a typical log.
Regards
Bin
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Wednesday, March 05, 2014 9:49 AM
To: Li, Bin (Bin); k...@vger.kernel.org
Cc: Jatania, Neel (Neel);
Hello,
The Project is about the exportation of 100,000 barrels of Light Crude
Oil daily out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 a barrel. This amount to $9,200,000 daily. I ask
for your support as a foreigner to handle this business project with my
client
Nobody calls hid_output_raw_report anymore, and nobody should.
We can now remove the various implementation in the different
transport drivers and the declarations.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
no changes since v1 (what did you expected?)
tests have shown that output reports use hid_hw_output_report().
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@redhat.com
---
changes since v1:
- removed FIXME
- actually use the proper calls and do not guess
drivers/hid/hid-cp2112.c | 7 ++-
1 file changed, 6 insertions(+), 1
On Tue, 4 Mar 2014 19:58:38 -0800 (PST) David Rientjes rient...@google.com
wrote:
This patchset implements userspace out of memory handling.
It is based on v3.14-rc5. Individual patches will apply cleanly or you
may pull the entire series from
On Tue, 4 Mar 2014 19:59:19 -0800 (PST) David Rientjes rient...@google.com
wrote:
Userspace needs a way to define the amount of memory reserves that
processes handling oom conditions may utilize. This patch adds a per-
memcg oom reserve field and file, memory.oom_reserve_in_bytes, to
On Wed, Mar 5, 2014 at 10:58 AM, Dongsheng Yang
yangds.f...@cn.fujitsu.com wrote:
Commit 411cf180f introduce function uncore_cpumask_init() and it is only
called in __init intel_uncore_init(). But it is not marked with __init,
then the following warning is there when building.
I did not get
[+cc linux-acpi]
On Wed, Mar 5, 2014 at 2:06 PM, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
The current code only supports upto AMD hostbridge for family11h.
This causes PCI numa_node information to be reported incorrectly
for newer family
There appears to be a deadlock in the hrtimer code. Specifically,
clock_was_set() calls an IPI with wait=1, from softirq context.
Waiting for IPIs to complete in irq context can lead to a deadlock,
because the current code (that was interrupted) might be holding some
kind of lock, that another
Hi,
This patch adds function set_speed to the generic PHY framework
operation
structure. This function can be called to instruct the PHY
underlying layer
at specified lane to configure for specified speed in hertz.
why ? looks like clk_set_rate() is your friend here. Can
The AUDIT_SECCOMP record looks something like this:
type=SECCOMP msg=audit(1373478171.953:32775): auid=4325 uid=4325 gid=4325 ses=1
subj=unconfined_u:unconfined_r:unconfined_t:s0 pid=12381 comm=test sig=31
syscall=231 compat=0 ip=0x39ea8bca89 code=0x0
In order to determine what syscall 231
Make audit_syscall_entry() ignore the arch parameter passed to it and call
syscall_get_arch() locally.
Remove arch from the audit_syscall_entry() parameter list.
Signed-off-by: Richard Guy Briggs r...@redhat.com
---
arch/arm/kernel/ptrace.c|2 +-
arch/ia64/kernel/ptrace.c |
Since all callers of syscall_get_arch() call with task current and none of
the arch-dependent functions use the regs parameter (which could just as
easily be found with task_pt_regs()), delete both parameters.
Signed-off-by: Richard Guy Briggs r...@redhat.com
---
arch/arm/include/asm/syscall.h
Calling audit_log_lost with a \n in the format string leads to extra
newlines in dmesg. That function will eventually call audit_panic which
uses pr_err with an explicit \n included. Just make these calls match the
others that lack \n.
Reported-by: Jonathan Kamens j...@kamens.brookline.ma.us
Change dummy supplies not allowed error message to warning instead,
as this is a just warning message with no change to the behavior.
upstream commit acc3d5cec84f82ebea535fa0bd9500ac3df2aee9
Signed-off-by: Shuah Khan shuah...@samsung.com
Signed-off-by: Mark Brown broo...@linaro.org
---
Back
Since all the callers of syscall_get_arch() presently pass current and none
of the arch-specific syscall_get_arch() implementations use the regs parameter,
ignore the passed in arch parameter to __audit_syscall_entry() and call
syscall_get_arch() directly.
Change the audit header file from the
Hello.
On 03/05/2014 07:23 PM, Pavel Machek wrote:
Add DTS binding for MMC on socfpga boards. Tested on Sockit.
Signed-off-by: Pavel Machek pa...@denx.de
diff --git a/arch/arm/boot/dts/socfpga.dtsi b/arch/arm/boot/dts/socfpga.dtsi
index 537f1a5..cad7526 100644
---
Since arch is found locally in __audit_syscall_entry(), there is no need to
pass it in as a parameter. Delete it from the parameter list.
x86* was the only arch to call __audit_syscall_entry() directly and did so from
assembly code.
Signed-off-by: Richard Guy Briggs r...@redhat.com
---
Can I
Each arch that supports audit requires syscall_get_arch() to able to log
and identify architecture-dependent syscall numbers. The information is used
in at least two different subsystems, so standardize it in the same call across
all arches.
Use the standardized syscall_get_arch() locally to add
Each arch that supports audit requires syscall_get_arch() to able to log and
identify architecture-dependent syscall numbers. The information is used in at
least two different subsystems, so standardize it in the same call across all
arches.
Signed-off-by: Richard Guy Briggs r...@redhat.com
---
On 05/03/14 12:28, Wei Liu wrote:
On Tue, Mar 04, 2014 at 10:32:15PM +, Zoltan Kiss wrote:
- introduce xenvif_tx_pending_slots_available() as that code is used often
It was introduced in other patch, not this one.
Yep, first I introduced here, but then I haven't updated the patch
On Tue, 4 Mar 2014 21:27:14 -0600 (CST) Christoph Lameter c...@linux.com
wrote:
+notrace void __this_cpu_preempt_check(const char *op)
+{
+ char text[40];
+
+ snprintf(text, sizeof(text), __this_cpu_%s(), op);
+ check_preemption_disabled(text);
+}
I'd like to see a
On Wed, Mar 05, 2014 at 10:21:07AM -0800, Mark Knecht wrote:
On Wed, Mar 5, 2014 at 9:50 AM, Markus mar...@kola.li wrote:
SNIP
The hdparm result looks like there is somethink not right . There were no
features supported but why ?
Does the HDD have S.M.A.R.T. features? Possibly
On Feb 21 Stefan Richter wrote:
On Feb 20 Tejun Heo wrote:
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as workqueue
considers work items to be different if they don't have the same work
function.
firewire
On Wed, 5 Mar 2014, Russell King - ARM Linux wrote:
On Wed, Mar 05, 2014 at 03:42:34PM +0100, Thomas Gleixner wrote:
On Wed, 5 Mar 2014, Russell King - ARM Linux wrote:
This results in the RTC alarm test receiving exactly one interrupt for
each alarm expiry, as it should do. Thoughts?
On 03/05/2014 05:08 AM, Peter Zijlstra wrote:
On Wed, Mar 05, 2014 at 08:00:18AM -0500, Steven Rostedt wrote:
static void __kprobes
Still requires the noinline above
Trim trim trim trim your emails...
also, you're like 3 version behind.
OK, I have to admit to having lost track of
On Tue, Mar 4, 2014 at 7:11 PM, Alexei Starovoitov a...@plumgrid.com wrote:
On Tue, Mar 4, 2014 at 2:17 PM, Alexei Starovoitov a...@plumgrid.com wrote:
use sk_convert_filter() to convert seccomp BPF into extended BPF
05-sim-long_jumps.c of libseccomp was used as micro-benchmark:
On Wed, 5 Mar 2014, Rik van Riel wrote:
There appears to be a deadlock in the hrtimer code. Specifically,
clock_was_set() calls an IPI with wait=1, from softirq context.
This should not be called from softirq context.
Waiting for IPIs to complete in irq context can lead to a deadlock,
On Wed, Mar 5, 2014 at 1:11 PM, Jason Cooper ja...@lakedaemon.net wrote:
Matt, Kees,
On Tue, Mar 04, 2014 at 04:39:57PM -0600, Matt Mackall wrote:
On Tue, 2014-03-04 at 11:59 -0800, Kees Cook wrote:
On Tue, Mar 4, 2014 at 11:53 AM, Jason Cooper ja...@lakedaemon.net wrote:
On Tue, Mar 04,
On Wed, 5 Mar 2014, Geert Uytterhoeven wrote:
On Tue, Mar 4, 2014 at 8:28 AM, Finn Thain fth...@telegraphics.com.au wrote:
The futex_atomic_cmpxchg_inatomic() test in futex_init() causes a fatal
exception on 68030 (and presumably 68020 also).
Thanks!
Signed-off-by: Finn Thain
On Wed, 2014-03-05 at 13:02 -0800, Stephen Boyd wrote:
On 03/05/14 11:29, Josh Cartwright wrote:
Before performing additional cleanups to this driver, do the easy
cleanups first.
Signed-off-by: Josh Cartwright jo...@codeaurora.org
Reviewed-by: Stephen Boyd sb...@codeaurora.org
@@
On 03/05/2014 04:51 PM, Thomas Gleixner wrote:
On Wed, 5 Mar 2014, Rik van Riel wrote:
There appears to be a deadlock in the hrtimer code. Specifically,
clock_was_set() calls an IPI with wait=1, from softirq context.
This should not be called from softirq context.
Waiting for IPIs to
The driver seems to use local64_t to define a single static instance of a
counter and then seems to think that it is safe to increment the counter
from multiple processors using local64_inc and friends. Common
misunderstanding and a reason why I wanted the this_cpu operations.
The counters seem
On Wed, 2014-03-05 at 14:29 -0700, Shuah Khan wrote:
Change dummy supplies not allowed error message to warning instead,
as this is a just warning message with no change to the behavior.
[]
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
[]
@@ -1359,7 +1359,7 @@ static struct
-All printk(KERN_foo converted to pr_foo().
-Messages updated to fit in 80 columns.
-fs_macros converted as well.
-fs_printk removed.
Signed-off-by: Fabian Frederick f...@skynet.be
---
fs/gfs2/dir.c| 7 ---
fs/gfs2/glock.c | 19 ++-
fs/gfs2/lock_dlm.c | 6
Add choice for low-level debug UART. Similar to i.MX6, there is a
numeric configuration, valid choices are 0 to 3.
Note that the kernel assumes that the boot loader initialized clock
properly.
Signed-off-by: Stefan Agner ste...@agner.ch
---
arch/arm/Kconfig.debug | 9 +
Vybrids PIT register is monitonic decreasing. However, sched_clock
reading needs to be monitonic increasing. Use bitwise not to get
the complement of the clock register. This fixes the clock going
backward. Also, the clock now starts at 0 since we load the
register with the maximum value at start.
Hey Rob-
On Wed, Mar 05, 2014 at 12:56:22AM -0600, Rob Herring wrote:
On Tue, Mar 4, 2014 at 1:27 PM, Georgi Djakov gdja...@mm-sol.com wrote:
+- reg-names: Should contain the following:
+ hc_mem - Host controller register map
+ core_mem - SD Core register map
reg-names
On Wed, Mar 5, 2014 at 6:04 PM, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Wed, 2014-03-05 at 11:26 +0200, Dmitry Kasatkin wrote:
On Tue, Mar 4, 2014 at 10:36 PM, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Tue, 2014-03-04 at 16:18 +0200, Dmitry Kasatkin wrote:
On Tue, Mar 4, 2014 at
On 14/03/05, Josh Boyer wrote:
Calling audit_log_lost with a \n in the format string leads to extra
newlines in dmesg. That function will eventually call audit_panic which
uses pr_err with an explicit \n included. Just make these calls match the
others that lack \n.
Reported-by: Jonathan
On 03/05/2014 03:00 PM, Joe Perches wrote:
On Wed, 2014-03-05 at 14:29 -0700, Shuah Khan wrote:
Change dummy supplies not allowed error message to warning instead,
as this is a just warning message with no change to the behavior.
[]
diff --git a/drivers/regulator/core.c
On Tue, 4 Mar 2014 15:08:55 -0500 Mark Salter msal...@redhat.com wrote:
This patch creates a generic implementation of early_ioremap() support
based on the existing x86 implementation. early_ioremp() is useful for
early boot code which needs to temporarily map I/O or memory regions
before
On 03/04/2014 01:01 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.13.6 release.
There are 172 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
Commit-ID: 644641cf162515479f34db62145d2efe084cb60e
Gitweb: http://git.kernel.org/tip/644641cf162515479f34db62145d2efe084cb60e
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:12 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 44e016d37d0e84f1d7063f699ee8df68d7bd7607
Gitweb: http://git.kernel.org/tip/44e016d37d0e84f1d7063f699ee8df68d7bd7607
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:15 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 1c6ff9d5108b5056dea85916990af036bb9dd10c
Gitweb: http://git.kernel.org/tip/1c6ff9d5108b5056dea85916990af036bb9dd10c
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:13 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 6543ca6fee7d3b314bda69b83fd429ed3e336645
Gitweb: http://git.kernel.org/tip/6543ca6fee7d3b314bda69b83fd429ed3e336645
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:17 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 47ffeb5bae376766da7f4a326f13e980a280338b
Gitweb: http://git.kernel.org/tip/47ffeb5bae376766da7f4a326f13e980a280338b
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:18 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 8272416968a9bd8244515179625cdeffd7c2c90a
Gitweb: http://git.kernel.org/tip/8272416968a9bd8244515179625cdeffd7c2c90a
Author: Andy Lutomirski l...@amacapital.net
AuthorDate: Mon, 3 Mar 2014 22:12:19 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 4dea8e4824b363c53f320d328040d7c6c5921419
Gitweb: http://git.kernel.org/tip/4dea8e4824b363c53f320d328040d7c6c5921419
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:20 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
On 03/04/2014 01:03 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.33 release.
There are 97 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
Commit-ID: 2e0035eefd9cc8a386c706cab7547b5280772726
Gitweb: http://git.kernel.org/tip/2e0035eefd9cc8a386c706cab7547b5280772726
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:16 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 20dd4e23a10764f886c2a615bdc1f0c7db991cdb
Gitweb: http://git.kernel.org/tip/20dd4e23a10764f886c2a615bdc1f0c7db991cdb
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:14 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 8535b99d22f319672fa22da4df557ba32a58d04f
Gitweb: http://git.kernel.org/tip/8535b99d22f319672fa22da4df557ba32a58d04f
Author: stef...@seibold.net stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:22 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar
Commit-ID: bab2c42e8a52d5a76009ad805c97060377f98fdf
Gitweb: http://git.kernel.org/tip/bab2c42e8a52d5a76009ad805c97060377f98fdf
Author: Andy Lutomirski l...@amacapital.net
AuthorDate: Mon, 3 Mar 2014 22:12:23 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
Commit-ID: 821130f9335f5808968fedab50268ba9159cc330
Gitweb: http://git.kernel.org/tip/821130f9335f5808968fedab50268ba9159cc330
Author: Stefani Seibold stef...@seibold.net
AuthorDate: Mon, 3 Mar 2014 22:12:21 +0100
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Wed, 5 Mar 2014
On 14/03/05, Richard Guy Briggs wrote:
Each arch that supports audit requires syscall_get_arch() to able to log and
identify architecture-dependent syscall numbers. The information is used in
at
least two different subsystems, so standardize it in the same call across all
arches.
I just
On Wed, 2014-03-05 at 17:27 -0500, Richard Guy Briggs wrote:
On 14/03/05, Josh Boyer wrote:
Calling audit_log_lost with a \n in the format string leads to extra
newlines in dmesg. That function will eventually call audit_panic which
uses pr_err with an explicit \n included. Just make
This patch renames expected_us to next_timer_us in order to better
reflect the contained information.
Signed-off-by: Tuukka Tikkanen tuukka.tikka...@linaro.org
Acked-by: Len Brown len.br...@intel.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Wed, Mar 05, 2014 at 01:01:08PM -0600, suravee.suthikulpa...@amd.com wrote:
drivers/iommu/amd_iommu.c | 26 +++---
drivers/iommu/amd_iommu_init.c | 15 ---
drivers/iommu/amd_iommu_types.h |6 ++
drivers/iommu/amd_iommu_v2.c|2 +-
If you are convinced that dropping the null tests is a good idea, then you
can submit the patch that makes the change to the relevant maintainers and
mailing lists.
Hello,
A couple of functions perform input parameter validation before their
implementations will try further actions with
On 05/03/14 07:18, Vincent Guittot wrote:
Create a dedicated topology table for ARM which will create new level to
differentiate CPUs that can or not powergate independantly from others.
The patch gives an example of how to add domain that will take advantage of
SD_SHARE_POWERDOMAIN.
Without this, the following scenario is incorrectly determined
to be invalid.
addr 0x7f_e000 size 8192 addr_limit 0x80_
This behavior was observed while trying to vmsplice the stack
as part of a CRIU dump of a process.
Signed-off-by: Christopher Covington c...@codeaurora.org
---
This patch adds the APM X-Gene SoC 15Gbps Multi-purpose PHY driver binding
documentation.
Signed-off-by: Loc Ho l...@apm.com
Signed-off-by: Tuan Phan tp...@apm.com
Signed-off-by: Suman Tripathi stripa...@apm.com
---
.../devicetree/bindings/phy/apm-xgene-phy.txt | 79
This patch adds support for APM X-Gene SoC 15Gbps Multi-purpose PHY. This
is the physical layer interface for the corresponding host controller. This
driver uses the PHY generic framework.
v13:
* Remove PHY patch for initial version as only Gen3 speed is supported
* Remove function
This patch adds the DTS entries for the APM X-Gene SoC 15Gbps Multi-purpose
PHY driver. The PHY for SATA controller 2 and 3 are enabled by default.
Signed-off-by: Loc Ho l...@apm.com
Signed-off-by: Tuan Phan tp...@apm.com
Signed-off-by: Suman Tripathi stripa...@apm.com
---
On Wed, Mar 05, 2014 at 06:20:19PM +0800, Zhouyi Zhou wrote:
From: Zhouyi Zhou zhouzho...@gmail.com
iopte free should check wether input argument is NULL because kmem_cache_free
will panic on NULL argument
Signed-off-by: Zhouyi Zhou yizhouz...@ict.ac.cn
Signed-off-by: Joerg Roedel
Joerg,
Other commands can still support upto 20-bit PASID. As I mentioned,
there is still no system with more than 16-bit PASID.
Either way, I have also replaced the PASID_MASK with the value derived
from MMIOx30h[PASmax] of the IOMMU Extended Feature register instead.
This should allow us
If you are convinced that dropping the null tests is a good idea, then you
can submit the patch that makes the change to the relevant maintainers and
mailing lists.
From 48c9c4f61a7d7ea98538e02631a981a429281005 Mon Sep 17 00:00:00 2001
From: Markus Elfring elfr...@users.sourceforge.net
Date:
601 - 700 of 1848 matches
Mail list logo
