Thomas, Jason,
A couple of relatively minor fixes for the GICv3 ITS code:
- Silence a warning that seems to happen when GCC is a bit inlining happy,
- Fix a thinko when trying to account for PCI aliases.
Thanks,
M.
Marc Zyngier (2):
irqchip/gic-v3-its: Silence warning when its_lpi_all
More agressive inlining in recent versions of GCC have uncovered
a new set of warnings:
drivers/irqchip/irq-gic-v3-its.c: In function its_msi_prepare:
drivers/irqchip/irq-gic-v3-its.c:1148:26: warning: lpi_base may be used
uninitialized in this function [-Wmaybe-uninitializ
Hi,
We received a report (https://bugzilla.redhat.com/show_bug.cgi?id=1267395) of
bad assembly
when compiling on powerpc with little endian
[labbott@labbott-redhat-machine linux_upstream]$ make ARCH=powerpc
CROSS_COMPILE=powerpc64-linux-gnu-
CHK include/config/kernel.release
CHK in
Hi Linus,
The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c:
Linux 4.3-rc3 (2015-09-27 07:50:08 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git for-linus
for you to fetch changes up to 95bc0
On Tue, Sep 15, 2015 at 04:41:18PM +0100, Suzuki K. Poulose wrote:
> From: Ard Biesheuvel
>
> This patch adds the page size to the arm64 kernel image header
> so that one can infer the PAGESIZE used by the kernel. This will
> be helpful to diagnose failures to boot the kernel with page size
> not
On Thu, Oct 01, 2015 at 07:07:33PM +0200, Patrik Jakobsson wrote:
> On Wed, Sep 30, 2015 at 8:12 AM, Sudip Mukherjee
> wrote:
> > On Tue, Sep 29, 2015 at 03:20:35PM +0200, Patrik Jakobsson wrote:
> >> On Thu, Sep 24, 2015 at 5:57 PM, Sudip Mukherjee
> >> wrote:
> >> > On Wed, Sep 09, 2015 at 06:2
Em Fri, Oct 02, 2015 at 09:58:32PM +0900, Masami Hiramatsu escreveu:
> Allow probing on kernel modules without debuginfo support.
> Currently perf-probe --module requires libdw support, but
> it does not make sense.
Thanks, applied.
- Arnaldo
--
To unsubscribe from this list: send the line "unsub
On Fri, Oct 02, 2015 at 04:46:14PM +0900, byungchul.p...@lge.com wrote:
> From: Byungchul Park
>
> in hrtimer_interrupt(), the first tick_program_event() can be failed
> because the next timer could be already expired due to,
> (see the comment in hrtimer_interrupt())
>
> - tracing
> - long last
El 05/09/15 a les 14.39, Bob Liu ha escrit:
> Document multi queues/rings of xen-block.
>
> Signed-off-by: Bob Liu
As said by Konrad, you should send this against the Xen public headers
also (or even before). I have a comment below.
> ---
> include/xen/interface/io/blkif.h | 32 +
On Fri, Oct 02, 2015 at 02:23:45AM -0300, Ezequiel Garcia wrote:
> Hello,
>
> Commit b0a688ddcc50 "usb: musb: cppi41: allow it to work again" seems
> to fix a regression. It applies cleanly on v4.1 and removes the
> "musb-hdrc musb-hdrc.1.auto: Need DT for the DMA engine." error.
>
> Any chance y
On 10/02/2015 06:25 AM, Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.49 release.
There are 84 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 made by T
Nishant,
On 9/25/2015 10:38 AM, Nishanth Menon wrote:
On 09/25/2015 11:15 AM, santosh shilimkar wrote:
9/25/2015 9:01 AM, Nishanth Menon wrote:
[..]
Please refresh the series commit messages based on the
discussion so far and repost. Will pick it up then.
Thanks. I will do so (probably ea
On Fri, Oct 02, 2015 at 06:04:35PM +0200, Roger Pau Monné wrote:
> El 05/09/15 a les 14.39, Bob Liu ha escrit:
> > Document multi queues/rings of xen-block.
> >
> > Signed-off-by: Bob Liu
>
> As said by Konrad, you should send this against the Xen public headers
> also (or even before). I have a
This patch modifies tps6105x and associated function driver to use regmap
instead of operating directly on i2c.
Signed-off-by: Denis Grigoryev
---
drivers/mfd/tps6105x.c | 78 ++
drivers/regulator/tps6105x-regulator.c | 16 +++
include/linux/mf
`memmap'
> drivers/built-in.o: In function `efi_mem_attributes':
> (.text+0xde971): undefined reference to `memmap'
>
> Bisect points to 'efi, x86: Rearrange efi_mem_attributes()'.
> On a side note, 'memmap' is really a bad name for a global varia
From: Kan Liang
The interval-print used to be limited to 100ms. However, for example,
10ms is required to do sophisticated bandwidth analysis using uncore
event.
The test shows that the overhead of the system-wide uncore monitoring
with 10ms interval is only ~2%. So this patch reduces interval-pr
El 02/10/15 a les 18.12, Wei Liu ha escrit:
> On Fri, Oct 02, 2015 at 06:04:35PM +0200, Roger Pau Monné wrote:
>> El 05/09/15 a les 14.39, Bob Liu ha escrit:
>>> Document multi queues/rings of xen-block.
>>>
>>> Signed-off-by: Bob Liu
>>
>> As said by Konrad, you should send this against the Xen p
Hi,
On 22/09/15 13:11, Jungseok Lee wrote:
> Currently, kernel context and interrupts are handled using a single
> kernel stack navigated by sp_el1. This forces a system to use 16KB
> stack, not 8KB one. This restriction makes low memory platforms suffer
> from memory pressure accompanied by perfo
On 10/02 16:27, Jacek Anaszewski wrote:
> Hi Maciek,
>
> I tested your trigger, and it works fine, but I wonder if
> it really improves the things.
>
> Basically, similarly as Josh, I have doubts related to associating
> triggers with dev_t. It requires from user to figure out how they can
> obtain
Hi all,
Here's v5 of the seccomp filter c/r set. The individual patch notes have
changes, but two highlights are:
* This series is now based on http://patchwork.ozlabs.org/patch/525492/ and
will need to be built with that patch applied. This gets rid of two incorrect
patches in the previous s
This patch introduces the concept of a seccomp fd, with a similar interface
and usage to ebpf fds. Initially, one is allowed to create, install, and
dump these fds. Any manipulation of seccomp fds requires users to be root
in their own user namespace, matching the checks done for
SECCOMP_SET_MODE_F
This command allows for comparing the filters pointed to by two seccomp
fds. This is useful e.g. to find out if a seccomp filter is inherited,
since struct seccomp_filter are unique across tasks and are the
private_data seccomp fds.
v2: switch to KCMP_SECCOMP_FD instead of KCMP_FILE_PRIVATE_DATA
I just picked 40 for the constant out of thin air, but there may be a more
appropriate value for this. Also, we return EINVAL when there is no filter
for the index the user requested, but ptrace also returns EINVAL for
invalid commands, making it slightly awkward to test whether or not the
kernel s
On Fri, Oct 02, 2015 at 04:49:01PM +0100, Catalin Marinas wrote:
> On Tue, Sep 15, 2015 at 04:41:18PM +0100, Suzuki K. Poulose wrote:
> > From: Ard Biesheuvel
> >
> > This patch adds the page size to the arm64 kernel image header
> > so that one can infer the PAGESIZE used by the kernel. This wil
On 15/09/15 17:50, Punit Agrawal wrote:
ARM System Control Processor (SCP) provides an API to query and use
the sensors available in the system. Extend the SCPI driver to support
sensor messages.
Signed-off-by: Punit Agrawal
Cc: Sudeep Holla
Acked-by: Sudeep Holla
--
To unsubscribe from
The mmc host controller fails to check for the presence
of an aliases entry in the device tree when creating a
new mmc host. This means that mmc bus numbers are not
as specified in the aliases node.
For example, the following on an imx6 would make mmc0
the second sdhci, and mmc2 the first sdhci:
When using a GICv3 in compatibility (v2) mode, having GICv3 system
register access enabled is not really compliant with the architecture.
Warn if the firmware (or the hypervisor) has been lazy.
Signed-off-by: Marc Zyngier
---
drivers/irqchip/irq-gic.c | 15 +++
1 file changed, 15 in
As the firmware (or the hypervisor) may have disabled SRE access,
check that SRE can actually be enabled before declaring that we
do have that capability.
Signed-off-by: Marc Zyngier
---
arch/arm64/kernel/cpufeature.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
dif
The current requirements do not describe the case where a GICv3
system gets booted with system register access disabled, and
expect the kernel to drive GICv3 in GICv2 mode.
Describe the expected settings for that particular case.
Signed-off-by: Marc Zyngier
---
Documentation/arm64/booting.txt |
Contrary to what was originally expected, EL3 firmware can (for whatever
reason) disable GICv3 system register access. In this case, the kernel
explodes very early.
Work around this by testing if the SRE bit sticks or not. If it doesn't,
abort the GICv3 setup, and pray that the firmware has passed
In order for gic_enable_sre to be used by the arm64 core code,
move it to arm-gic-v3.h. As a bonus, we now also check if
system registers have been already enabled, and return early
if they have.
In all cases, the function now returns a boolean indicating if
the enabling has been successful.
Sign
Recent evolutions of the ARM Trusted Firmware have outlined issues
when the system is equipped with a GICv3 interrupt controller, but the
firmware has decided to restrict it to GICv2 compatibility mode.
In this mode, system registers cannot be enabled, and the firmware is
expected to pass a GICv2
On Fri, Oct 2, 2015 at 6:40 AM, Javier Martinez Canillas
wrote:
> The invoked function already returns zero on success or a negative
> errno code so there is no need to open code the logic in the caller.
>
> This also fixes the following make coccicheck warning:
>
> drivers/input/mouse/elan_i2c_sm
This patch tries to merge IOs as many as possible when background flusher
conducts flushing the dirty meta pages.
[Before]
...
2fs_submit_write_bio: dev = (8,18), WRITE_SYNC(MP), META, sector = 124320, size
= 4096
f2fs_submit_write_bio: dev = (8,18), WRITE_SYNC(MP), META, sector = 124560,
size
On Thu, Oct 01, 2015 at 12:58:49PM -0500, Felipe Balbi wrote:
> On Thu, Oct 01, 2015 at 06:43:08PM +0100, Mark Brown wrote:
> > On Thu, Oct 01, 2015 at 12:29:32PM -0500, Felipe Balbi wrote:
> > > Frankly, I wanted all of this to be decided in userland with the
> > > kernel just providing notificat
On 02/10/15 17:31, Catalin Marinas wrote:
> On Fri, Oct 02, 2015 at 04:49:01PM +0100, Catalin Marinas wrote:
>> On Tue, Sep 15, 2015 at 04:41:18PM +0100, Suzuki K. Poulose wrote:
>>> From: Ard Biesheuvel
>>>
>>> This patch adds the page size to the arm64 kernel image header
>>> so that one can inf
This adds an entry to the uart_config table for PORT_RT2880
enabling rx/tx FIFOs. The UART is actually a Palmchip BK-3103
which is found in several devices from Alchemy/RMI, Ralink, and
Sigma Designs.
Signed-off-by: Mans Rullgard
---
drivers/tty/serial/8250/8250_port.c | 8
1 file chan
The switch is generally used in conjunction with the MICDET clamp to
suppress pops and clicks associated with jack insertion. This patch adds
a binding that allows the user to select the mode of operation for this
switch.
Signed-off-by: Charles Keepax
Acked-by: Chanwoo Choi
---
drivers/extcon/e
Add additional binding for inverting the polarity of the detection on
the jack detection pins.
Signed-off-by: Charles Keepax
---
Documentation/devicetree/bindings/mfd/arizona.txt |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/arizo
Add a simple boolean binding to turn on and off the use of ADC
microphone detection mode to determine 3/4 pole jack.
Signed-off-by: Charles Keepax
Acked-by: Chanwoo Choi
---
drivers/extcon/extcon-arizona.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/extcon
On 30 September 2015 at 03:43, Alexander Shishkin
wrote:
> Mathieu Poirier writes:
>
>> On 22 September 2015 at 08:29, Alexander Shishkin
>> wrote:
>>> Mathieu Poirier writes:
>>>
+static void etm_event_destroy(struct perf_event *event)
+{
+ /* switching off the source will a
Add additional bindings to allow configuration of the system specific
microphone detection settings.
Signed-off-by: Charles Keepax
---
Documentation/devicetree/bindings/mfd/arizona.txt | 21 +
include/dt-bindings/mfd/arizona.h |5 +
2 files changed,
This patch chain adds device bindings for the jack and
microphone detection system specific settings.
Mark, I have added you on the chain as getting a DT ack is
proving challenging and Lee said he would appreciate your
opinion on these, hope that is ok. Note that some of the
changes backing the DT
By default the driver expects the jackdet pin to be pulled low when a
jack is inserted. This patch adds a device binding that allows the user
to specify that the jackdet pin will be pulled high when a jack is
inserted.
Signed-off-by: Charles Keepax
Acked-by: Chanwoo Choi
---
drivers/extcon/extc
On Wed, Sep 30, 2015 at 03:25:48PM +0800, Wenyou Yang wrote:
> The patch is to add support to make the output voltage of ACT8865
> DC/DC regulator determined by VSET2[] bits. The DT property
> "active-semi,vsel-high" is used to specify the VSEL pin at high
> on the board. When the VSEL pin is high,
On Fri, Oct 02, 2015 at 05:04:34AM -0400, kan.li...@intel.com wrote:
> From: Kan Liang
>
SNIP
> diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c
> index a96fb5c..5ef88f7 100644
> --- a/tools/perf/builtin-stat.c
> +++ b/tools/perf/builtin-stat.c
> @@ -1179,7 +1179,7 @@ int cmd_
El 05/09/15 a les 14.39, Bob Liu ha escrit:
> Split per ring information to an new structure:blkfront_ring_info, also rename
> per blkfront_info to blkfront_dev_info.
^ removed.
>
> A ring is the representation of a hardware queue, every vbd device can
> associate
> with one or more blkfront_ri
On Thu, Oct 01, 2015 at 10:24:42AM +0800, yitian wrote:
> I think maybe two reasons:
> 1. designware I2S IP in my chipset(new design) is using tx empty and rx
> available signal as the DMA handshaking signal, but it may be not true
> for all chipsets. If I2S has separate signal as DMA handshaking
On Tue, Sep 29, 2015 at 10:43:17PM +0800, yitian wrote:
> --- a/sound/soc/dwc/designware_i2s.c
> +++ b/sound/soc/dwc/designware_i2s.c
> @@ -141,13 +141,22 @@ static inline void i2s_clear_irqs(struct dw_i2s_dev
> *dev, u32 stream)
This doesn't apply because it's been corrupted by line wrapping - g
Hi Sudeep,
On 16 September 2015 at 09:59, Sudeep Holla wrote:
> ACPI 6.0 introduced an optional object _LPI that provides an alternate
> method to describe Low Power Idle states. It defines the local power
> states for each node in a hierarchical processor topology. The OSPM can
> use _LPI object
On Fri, Oct 02, 2015 at 09:45:37AM +0200, Maciek Borzecki wrote:
> On 10/01 09:47, Josh Cartwright wrote:
> > On Thu, Oct 01, 2015 at 04:04:31PM +0200, Maciek Borzecki wrote:
> > > The patch adds LED triggers for indicating an activity on a selected
> > > device. The drivers that intend to use trig
On Thu, Oct 01, James Bottomley wrote:
> On Thu, 2015-10-01 at 20:30 +, KY Srinivasan wrote:
> > > +#if defined(CONFIG_X86_32)
> Um, this is a bit architecture specific (I know Azure is x86, but
> still). Can you make the define check CONFIG_32BIT rather than
> CONFIG_X86_32?
According to
The patch
regulator: arizona: add support for WM8998 and WM1814
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hou
The patch
regulator: act8865: add DT binding for property "active-semi,vsel-high"
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime
The patch
regulator: act8865: support output voltage by VSET2[] bits
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 2
On 10/01/2015 05:20 PM, Thomas Gleixner wrote:
On Thu, 1 Oct 2015, Chris Metcalf wrote:
But first I want to address the question of the basic semantics
of the patch series. I wrote up a description of why it's useful
in my email yesterday:
https://lkml.kernel.org/r/560c4cf4.9090...@ezchip.com
On 1 October 2015 at 22:47, Alexander Shishkin
wrote:
> Mathieu Poirier writes:
>
>> On 30 September 2015 at 05:33, Alexander Shishkin
>> wrote:
>>> Mathieu Poirier writes:
>>>
Calling function 'smp_call_function_single()' to unlock the
tracer and calling it right after to perform the
We will leverage this macro in the NVMe driver, which needs to know the
configured IOMMU page shift to properly configure its device's page
size.
Signed-off-by: Nishanth Aravamudan
---
Given this is available, it seems reasonable to expose -- and it doesn't
really make sense to make the driver d
We received a bug report recently when DDW (64-bit direct DMA on Power)
is not enabled for NVMe devices. In that case, we fall back to 32-bit
DMA via the IOMMU, which is always done via 4K TCEs (Translation Control
Entries).
The NVMe device driver, though, assumes that the DMA alignment for the
PR
On 2 October 2015 at 13:09, Felipe Balbi wrote:
> On Fri, Oct 02, 2015 at 02:23:45AM -0300, Ezequiel Garcia wrote:
>> Hello,
>>
>> Commit b0a688ddcc50 "usb: musb: cppi41: allow it to work again" seems
>> to fix a regression. It applies cleanly on v4.1 and removes the
>> "musb-hdrc musb-hdrc.1.auto
On Thu, Oct 01, 2015 at 08:29:19AM -0400, Jon Ringle wrote:
> On Thu, 1 Oct 2015, Mark Brown wrote:
> > This completely bypasses and therefore breaks the cache infrastructure.
> Right after sending the v2 patch, I realized that calling the
> custom reg_update_bits would only be applicable for re
Add the "sigma" vendor prefix for Sigma Designs, Inc.
Signed-off-by: Mans Rullgard
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefi
We received a bug report recently when DDW (64-bit direct DMA on Power)
is not enabled for NVMe devices. In that case, we fall back to 32-bit
DMA via the IOMMU, which is always done via 4K TCEs (Translation Control
Entries).
The NVMe device driver, though, assumes that the DMA alignment for the
PR
Hi,
On Fri, Oct 02, 2015 at 05:47:43PM +0100, Mark Brown wrote:
> On Thu, Oct 01, 2015 at 12:58:49PM -0500, Felipe Balbi wrote:
> > On Thu, Oct 01, 2015 at 06:43:08PM +0100, Mark Brown wrote:
> > > On Thu, Oct 01, 2015 at 12:29:32PM -0500, Felipe Balbi wrote:
>
> > > > Frankly, I wanted all of th
On Fri, Oct 02, 2015 at 02:16:50PM -0300, Ezequiel Garcia wrote:
> On 2 October 2015 at 13:09, Felipe Balbi wrote:
> > On Fri, Oct 02, 2015 at 02:23:45AM -0300, Ezequiel Garcia wrote:
> >> Hello,
> >>
> >> Commit b0a688ddcc50 "usb: musb: cppi41: allow it to work again" seems
> >> to fix a regressi
Le 02. 10. 15 15:48, Jean-Christian de Rivaz a écrit :
Le 02. 10. 15 12:35, Thomas Osterried a écrit :
I also wonder why userspace processes like kissattach do not get a
signal by the kernel, indicating that the filedescriptor is not valid
anymore.
Who’s job would it be to signal, the serial d
Hi Nishanth,
please expose this value through the generic DMA API instead of adding
architecture specific hacks to drivers.
--
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.kernel.or
On 10/01/15 22:27, Stephen Rothwell wrote:
> Hi all,
>
> There will be no linux-next release on Monday.
>
> Changes since 20151001:
>
on x86_64:
ERROR: "irq_set_vcpu_affinity" [arch/x86/kvm/kvm-intel.ko] undefined!
Full randconfig file is attached.
--
~Randy
#
# Automatically generated fi
Hi,
On Fri, Oct 02, 2015 at 07:41:07AM +0200, Greg KH wrote:
> On Thu, Oct 01, 2015 at 12:29:32PM -0500, Felipe Balbi wrote:
> > On Thu, Sep 24, 2015 at 10:39:23AM -0700, Baolin Wang wrote:
> > > The usb charger framework is based on usb gadget. The usb charger
> > > need to be notified the state
On Mon, Sep 21, 2015 at 05:01:05PM +0200, Peter Senna Tschudin wrote:
> This patch fix coding style issues reported by checkpatch that do not
> change semantics of the code.
>
> Signed-off-by: Peter Senna Tschudin
> ---
> drivers/usb/host/fotg210-hcd.c | 1248
> +
On Mon, Sep 21, 2015 at 05:01:06PM +0200, Peter Senna Tschudin wrote:
> This patch remove KERN_WARNING from a call to pr_info().
s/pr_info/pr_warn/
other than that, looks good
>
> Signed-off-by: Peter Senna Tschudin
> ---
> drivers/usb/host/fotg210-hcd.c | 2 +-
> 1 file changed, 1 insertion(
In __percpu_counter_compare(), if the current imprecise count is
within (batch*nr_cpus) of the input value to be compared, a call
to percpu_counter_sum() will be made to get the precise count. The
percpu_counter_sum() call, however, can be expensive especially on
large systems where there are a lot
On Mon, Sep 21, 2015 at 05:01:08PM +0200, Peter Senna Tschudin wrote:
> This patch remove NULL checks before calls to dma_pool_destroy() as the
> function now can handle NULL pointers.
>
> Signed-off-by: Peter Senna Tschudin
looks good to me
> ---
> drivers/usb/host/fotg210-hcd.c | 12
On Mon, Sep 21, 2015 at 05:01:10PM +0200, Peter Senna Tschudin wrote:
> msleep under 20ms can result in sleeping up to 20ms, which may not be
> intended. Replace msleep(5) by usleep_range(5000, 6000).
>
> Signed-off-by: Peter Senna Tschudin
good catch. I'd apply this straight away. Alan ?
> ---
One more nit noticed by my build tests:
On Wed, Aug 19, 2015 at 10:19:03AM +0530, Archit Taneja wrote:
[...]
> +static int qcom_nandc_ecc_init(struct qcom_nandc_data *this)
> +{
> + struct mtd_info *mtd = &this->mtd;
> + struct nand_chip *chip = &this->chip;
> + struct nand_ecc_ctrl
On Mon, Sep 21, 2015 at 05:01:07PM +0200, Peter Senna Tschudin wrote:
> This patch remove an else statement after a return to make the code
> easier to understand.
>
> Signed-off-by: Peter Senna Tschudin
looks good to me.
> ---
> drivers/usb/host/fotg210-hcd.c | 5 ++---
> 1 file changed, 2 in
On Mon, Sep 21, 2015 at 05:01:09PM +0200, Peter Senna Tschudin wrote:
> This patch change:
>
> kmalloc(DBG_SCHED_LIMIT * sizeof(*seen), GFP_ATOMIC)
>
> by:
>
> kmalloc_array(DBG_SCHED_LIMIT, sizeof(*seen), GFP_ATOMIC)
>
> as kmalloc_array() should be used for allocating arrays.
>
> Signed-off-
On Mon, Sep 21, 2015 at 05:01:11PM +0200, Peter Senna Tschudin wrote:
> This patch removes a macro from a call to snprintf() and moves it's
> content to just before the call to snprintf() assigning a value to a new
> variable named tmp. The goal of this patch is to make the code easier to
> underst
On Mon, Sep 21, 2015 at 05:01:12PM +0200, Peter Senna Tschudin wrote:
> This patch convert the macro speed_char in an inline function. The goal
> of this patch is to make the code easier to read.
>
> Signed-off-by: Peter Senna Tschudin
looks good
> ---
> drivers/usb/host/fotg210-hcd.c | 27 +++
On Wed, Sep 30, 2015 at 04:05:44PM +0200, Sascha Hauer wrote:
> A new min_dropout_uv field is added to struct regulator_desc. Regulators
> can specify the minimun dropout voltage they need for proper function
> here. Now when the voltage is changed on a regulator the regulator core
> makes sure th
On Mon, Sep 21, 2015 at 05:01:13PM +0200, Peter Senna Tschudin wrote:
> checkpatch complains about too many leading tabs because the switch
> statement starts after 6 tabs.
>
> fill_periodic_buffer() -> for() -> do -> switch() -> if() ->
> list_for_each_entry() and finally the last switch().
>
>
On Wed, Sep 30, 2015 at 04:05:46PM +0200, Sascha Hauer wrote:
> The SoC internal regulators for the CPU and the SoC come from the
> DA9063 vdd_core and vdd_soc. Add this relationship to the device tree
> so that the voltage drop on the SoC internal LDO regulators can be
> minimized.
Acked-by: Mark
On Mon, Sep 21, 2015 at 05:01:14PM +0200, Peter Senna Tschudin wrote:
> checkpatch complains about too many leading tabs because the if
> statement starts after 6 tabs:
>
> scan_iosoc() -> for() -> while() -> switch() -> if() -> for() -> if()
>
> There is also a goto statement going backwards in
On Mon, Sep 21, 2015 at 05:01:15PM +0200, Peter Senna Tschudin wrote:
> This patch renames fotg210-hcd to faraday-hcd as a first step of
> consolitating Faraday fotg210 and fusbh200 EHCI-like drivers.
>
> The patch also updates Kconfig and Makefile.
>
> Signed-off-by: Peter Senna Tschudin
pleas
On Mon, Sep 21, 2015 at 05:01:16PM +0200, Peter Senna Tschudin wrote:
> This patch replaces the strings:
> FOTG210 by FHCD2XX
> fotg210 by fhcd2xx
>
> The goal is to remove all references to fotg210 as the driver will
> support both fotg210 and fusbh200.
>
> Signed-off-by: Peter Senna Tschudin
On Wed, Sep 23, 2015 at 01:54:59PM -0400, cp...@redhat.com wrote:
> +static int userio_device_write(struct serio *id, unsigned char val)
> +{
> + struct userio_device *userio = id->port_data;
> + unsigned long flags;
> +
> + if (!userio)
> + return -1;
I still have the same
On Fri, Oct 02, 2015 at 05:05:52AM +0800, Kweh, Hock Leong wrote:
> From: "Kweh, Hock Leong"
>
> Dear maintainers & communities,
>
> This patchset is created on top of Matt's patchset:
> 1.)https://lkml.org/lkml/2014/10/7/390
> "[PATCH 1/2] efi: Move efi_status_to_err() to efi.h"
> 2.)https://lk
On Fri, Oct 02, 2015 at 04:14:41PM +, Grigoryev Denis wrote:
> This patch modifies tps6105x and associated function driver to use regmap
> instead of operating directly on i2c.
Acked-by: Mark Brown
You could also have done this by just implementing the existing
functions in terms of the regm
On Fri, Oct 02, 2015 at 05:05:53AM +0800, Kweh, Hock Leong wrote:
> From: "Kweh, Hock Leong"
>
> This patch export efi_capsule_supported() function symbol for capsule
> kernel module to use.
>
> Cc: Matt Fleming
> Signed-off-by: Kweh, Hock Leong
> ---
> drivers/firmware/efi/capsule.c |1 +
On Mon, Sep 21, 2015 at 05:01:17PM +0200, Peter Senna Tschudin wrote:
> For making the code more readable and to facilitate supporting multiple
> hardware versions, move #defines to outside the struct declaration. This
> patch also renames fhcd2xx_regs to fotg210_regs as this struct is
> specific t
On Mon, Sep 21, 2015 at 05:01:18PM +0200, Peter Senna Tschudin wrote:
> This patch adds FUSBH200 parameters to faraday-hcd.h.
>
> Signed-off-by: Peter Senna Tschudin
fine by me
--
balbi
signature.asc
Description: PGP signature
On Fri, Oct 02, 2015 at 03:31:33PM +0530, Sudip Mukherjee wrote:
> On Fri, Oct 02, 2015 at 05:39:02PM +0800, Dongsheng Yang wrote:
> > On 10/01/2015 12:41 AM, Sudip Mukherjee wrote:
> > >We should prevent user to erasing mtd device with an unaligned offset
> > >or length.
> > >
> > >Signed-off-by:
The check for correct frequency being set in bL_cpufreq_set_rate is
broken when the big.LITTLE switcher is active, for two reasons.
1. The 'new_rate' variable gets overwritten before the test by the
code calculating the frequency of the old cluster.
2. The frequency returned by bL_cpufreq_get_rat
On 02/10/15 05:10, Neil Armstrong wrote:
> On 10/01/2015 06:32 PM, Andrew Lunn wrote:
>> On Thu, Oct 01, 2015 at 05:27:32PM +0200, Neil Armstrong wrote:
>>> On 09/30/2015 10:21 AM, Neil Armstrong wrote:
If no switch were found in dsa_setup_dst, return -ENODEV and
exit the dsa_probe cleanl
On 02.10.2015 [10:25:44 -0700], Christoph Hellwig wrote:
> Hi Nishanth,
>
> please expose this value through the generic DMA API instead of adding
> architecture specific hacks to drivers.
Ok, I'm happy to do that instead -- what I struggled with is that I
don't have enough knowledge of the vario
On Fri, Oct 02, 2015 at 05:05:54AM +0800, Kweh, Hock Leong wrote:
> From: "Kweh, Hock Leong"
>
> Introducing a kernel module to expose capsule loader interface
> (misc char device file note) for user to upload capsule binaries.
>
> Example method to load the capsule binary:
> cat firmware.bin >
On Thu, 2015-09-10 at 22:06 +0300, Dmitry Kasatkin wrote:
> If IMA_LOAD_X509 is enabled either directly or indirectly via
> IMA_APPRAISE_SIGNED_INIT, it enables certificate loading to the IMA trusted
> keyring from the kernel. Due to the overlook, KEY_ALLOC_TRUSTED was used in
> the
> key_create_o
On Fri, Oct 02, 2015 at 01:18:27PM +0200, Peter Senna Tschudin wrote:
> fusbh200 and fotg210 are very similar. The initial idea was to consolidate
> both drivers but I'm afraid fusbh200 is not being used.
>
> This patch remove the fusbh200 source code, update Kconfig and two
> Makefiles.
>
> Sign
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c:
Linux 4.3-rc3 (2015-09-27 07:50:08 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
fo
On Fri, Oct 02, 2015 at 10:39:47AM -0700, Nishanth Aravamudan wrote:
> Ok, I'm happy to do that instead -- what I struggled with is that I
> don't have enough knowledge of the various architectures to provide the
> right default implementation. It should be sufficient for the default to
> return PA
401 - 500 of 784 matches
Mail list logo
