On Fri, 2014-03-21 at 05:50 -0700, Eric Dumazet wrote:
> Or the fact that we mix 16 bit stores and 32bit loads ?
>
> iph->tot_len = newlen;
> iph->check = 0;
> iph->check = ip_fast_csum(iph, 5);
Yep definitely. Using 16 bit loads in ip_fast_csum() totally removes the
stall. I no longer see
Hi,
On 20/03/14 17:16, Paul Gortmaker wrote:
> Any randconfig that sets I2C=m and FB_MB862XX_I2C=y will
> encounter a final link failure that looks like this:
It compiles fine with I2C=m, FB_MB862XX=m and FB_MB862XX_I2C=y.
> drivers/built-in.o: In function `mb862xx_i2c_init':
>
On 03/21/2014 11:55 AM, Jean-Francois Moine wrote:
The tda998x driver accepts only 3 chips from the TDA998x family.
This patch changes the driver compatible strings to these chips.
Jean-Francois,
be careful with building a DT binding from a Linux driver. Although
we constantly struggle to
On Fri, Mar 21, 2014 at 05:50:50AM -0700, Eric Dumazet wrote:
> On Thu, 2014-03-20 at 18:56 -0700, Andi Kleen wrote:
> > Eric Dumazet writes:
> > >
> > > I saw csum_partial() consuming 1% of cpu cycles in a GRO workload, that
> > > is insane...
> >
> >
> > Couldn't it just be the cache miss?
>
On Wed, Mar 19, 2014 at 10:38:30PM +0200, Teodora Băluţă wrote:
> On Wed, Mar 19, 2014 at 10:18 PM, Dave Jones wrote:
> > On Mon, Mar 17, 2014 at 02:59:47PM -0700, Teodora Baluta wrote:
> > > This feature encodes Oops messages into a QR barcode that is scannable by
> > > any device with a
On Fri, Mar 21, 2014 at 12:44 PM, Laurent Pinchart
wrote:
> Hi Grant,
>
> On Friday 21 March 2014 08:15:34 Grant Likely wrote:
>> Why don't we instead try a Google Hangout or a phone call today.
>> Anywhere between 11:30 and 14:00 GMT would work for me. I'd offer to
>> provide the tea, but I
Hi Peter,
On Fri, Mar 21, 2014 at 2:06 PM, Peter Hurley wrote:
>> @@ -2681,10 +2683,12 @@ int uart_remove_one_port(struct uart_driver *drv,
>> struct uart_port *uport)
>> }
>>
>> /*
>> -* If the port is used as a console, unregister it
>> +* If the port is used as
On Fri, 21 Mar 2014 10:26:09 +0200
Heikki Krogerus wrote:
> Hi,
>
> On Thu, Mar 20, 2014 at 10:05:33AM -0400, j...@ringle.org wrote:
> > From: Jon Ringle
> >
> > The SC16IS7xx is a slave I2C-bus/SPI interface to a single-channel
> > high performance UART. The SC16IS7xx’s internal register set
> I believe that was Andi Kleen's pet peeve,
> so I'll punt it back to him.
This was always in checkpatch. If you touch/move some existing
code it blames you for the issues that were already there.
Not specific to this check.
If you disagree with the warnings just ignore them.
-Andi
--
To
On Fri, 2014-03-21 at 17:17 +0530, Jagdish Gedia wrote:
> I want to resume the usb device on some event, so i want to check if
> it is suspended. I think by above method i can check if the device is
> already suspended, but may be i will miss to resume the device if it
> is suspending. Is there
On 03/21/2014 12:21 PM, Peter Hurley wrote:
> On 03/21/2014 06:45 AM, Michael Kerrisk (man-pages) wrote:
>>> This is also true of the other non-canonical
>>> read()'s with timeout (TIME > 0).
>>
>> Here, if I understand you correctly, you mean this case:
>> * TIME > 0
>> * MIN == 0
>> * O_NONBLOCK
On Fri, 2014-03-21 at 12:18 +, jimmie.da...@l-3com.com wrote:
> As the submitter of the bug, let me give you my perspective.
> SCHED_FIFO means run my task until it blocks or a higher priority task
> pre-empts it. Period.
It blocked.
>
> mlock() doesn't block. check the man page.
>
I
Din webmail kvot har överskridit kvoten, som är 2 GB. För närvarande är
2.3 GB.
För att återuppliva och öka sin andel av webmail, klicka på följande
länk eller kopiera länken och uppdatera din webmail konto
För att aktivera.
http://www.form2pay.com/publish/publish_form/135981
Om inte, kan
Din webmail kvot har överskridit kvoten, som är 2 GB. För närvarande är
2.3 GB.
För att återuppliva och öka sin andel av webmail, klicka på följande
länk eller kopiera länken och uppdatera din webmail konto
För att aktivera.
http://www.form2pay.com/publish/publish_form/135981
Om inte, kan
On 03/21/2014 05:08 AM, Geert Uytterhoeven wrote:
From: Geert Uytterhoeven
When a serial port is closed, uart_close() takes care of shutting down the
hardware, and powering it down.
When a serial port is unbound while in use, uart_close() bypasses all of
this, as this is supposed to be done
Signed-off-by: Jimmy Li
---
drivers/staging/iio/accel/sca3000_core.c |3 ++-
drivers/staging/iio/adc/ad7192.c |3 ++-
drivers/staging/iio/adc/ad7606_core.c|2 +-
drivers/staging/iio/adc/ad7816.c |6 +++---
drivers/staging/iio/adc/mxs-lradc.c |6 --
On Fri, 21 Mar 2014 12:32:12 +0400
Pavel Shilovsky wrote:
> 2014-03-21 6:23 GMT+04:00 Steven Rostedt :
> > On Thu, 20 Mar 2014 17:02:39 -0400
> > Jeff Layton wrote:
> >
> >> Eventually the server should just allow the read to complete even if
> >> the client doesn't respond to the oplock break.
Did you receive my proposal?
--
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.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 21 Mar 2014 08:41:28 -0400
Jeff Layton wrote:
> That'd probably work fine too. The main point is to make sure oplock
> breaks run on a different workqueue from where read or write completion
> jobs run since they are operating on the lock_sem. The other jobs that
> get queued to
On Thu, 2014-03-20 at 18:56 -0700, Andi Kleen wrote:
> Eric Dumazet writes:
> >
> > I saw csum_partial() consuming 1% of cpu cycles in a GRO workload, that
> > is insane...
>
>
> Couldn't it just be the cache miss?
Or the fact that we mix 16 bit stores and 32bit loads ?
iph->tot_len = newlen;
Hi,
I'm not at all convinced by the comment added in commit
63662139e519ce. If krealloc(attrs, ...) fails, nothing seems to free attrs;
the krealloc() call certainly doesn't do it. If attrs was NULL to begin
with, no harm done, but otherwise it is "attrs = mk->mp->grp.attrs;",
and mk->mp is
On 03/21/2014 12:43 PM, Alexandre Belloni wrote:
This drivers allows to provide DT clocks for the cpu and system PLLs found on
Marvell Berlin SoCs.
Signed-off-by: Alexandre Belloni
---
drivers/clk/Makefile | 1 +
drivers/clk/berlin/Makefile | 1 +
Hi Grant,
On Friday 21 March 2014 08:15:34 Grant Likely wrote:
> On Fri, 21 Mar 2014 00:26:12 +0100, Laurent Pinchart wrote:
> > On Thursday 20 March 2014 23:12:50 Grant Likely wrote:
> > > On Thu, 20 Mar 2014 19:52:53 +0100, Laurent Pinchart wrote:
> > > > Then we might not be talking about the
On Fri, 21 Mar 2014 08:17:06 -0400
Steven Rostedt wrote:
> On Fri, 21 Mar 2014 12:32:12 +0400
> Pavel Shilovsky wrote:
>
>
> > Read and write codepaths both obtain lock_sem for read and then wait
> > for cifsiod_wq to complete and release lock_sem. They don't do any
> > lock_sem operations
On Fri, Mar 21, 2014 at 4:26 AM, Heikki Krogerus
wrote:
> Hi,
>
> On Thu, Mar 20, 2014 at 10:05:33AM -0400, j...@ringle.org wrote:
>> From: Jon Ringle
>>
>> The SC16IS7xx is a slave I2C-bus/SPI interface to a single-channel
>> high performance UART. The SC16IS7xx's internal register set is
>>
Add of_clk_del_provider to remove previously registered clock provider.
Add of_node_put to decrement the ref count of clock nodes.
Signed-off-by: Krzysztof Kozlowski
---
drivers/clk/clk-s2mps11.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git
There is no need for checking if 'clk_table' is not NULL twice (first
after allocation and second at the end of probe()). Also move allocation
of this 'clk_table' to probe from s2mps11_clk_parse_dt as this is
logical place for it.
Signed-off-by: Krzysztof Kozlowski
---
drivers/clk/clk-s2mps11.c
of_find_node_by_name() walks over all nodes and can thus walk outside of
the parent node. Use of_get_child_by_name() instead.
Signed-off-by: Krzysztof Kozlowski
---
drivers/clk/clk-s2mps11.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/clk-s2mps11.c
On Wed, 19 Mar 2014 08:30:08 -0700, Greg KH wrote:
> On Mon, Mar 17, 2014 at 10:27:36PM +, Russell King wrote:
> > However, I still find myself coming back to a fundamental question: why
> > were these bindings fine in April 2013, passed review, and were acked,
> > but not fine today. Here's
>How is that different from any other time a task has to yield the CPU
>for a bit? While your high priority task is blocked for whatever
>reason, a lower priority task gets to use the CPU.
As the submitter of the bug, let me give you my perspective. SCHED_FIFO means
run my task until it
On 03/21/2014 01:17 PM, Alexandre Belloni wrote:
On 21/03/2014 at 13:11:29 +0100, Sebastian Hesselbarth wrote :
On 03/21/2014 12:43 PM, Alexandre Belloni wrote:
Alexandre,
Thanks for starting this! I'll start with the most obvious
things first and have a closer look on it later.
I will
From: Alexei Starovoitov
This patch replaces/reworks the kernel-internel BPF interpreter with
an optimized BPF instruction set format that is modelled closer to
mimic native instruction sets and is designed to be JITed with one to
one mapping. Thus, the new interpreter is noticeably faster than
If parent device does not have of_node set the s2mps11_clk_parse_dt()
returned NULL. This NULL was later passed to of_clk_add_provider() which
dereferenced it in pr_debug() call.
Signed-off-by: Krzysztof Kozlowski
Cc:
---
drivers/clk/clk-s2mps11.c |2 +-
1 file changed, 1 insertion(+), 1
On 21/03/2014 at 13:11:29 +0100, Sebastian Hesselbarth wrote :
> On 03/21/2014 12:43 PM, Alexandre Belloni wrote:
>
> Alexandre,
>
> Thanks for starting this! I'll start with the most obvious
> things first and have a closer look on it later.
>
I will rework and wait for your other comments
On 21/03/14 13:47, Grant Likely wrote:
> I'm firm on the opinion that the checking must also happen at runtime.
> The biggest part of my objection has been how easy it would be to get a
> linkage out of sync, and dtc is not necessarily the last tool to touch
> the dtb before the kernel gets
On Fri, 21 Mar 2014 12:32:12 +0400
Pavel Shilovsky wrote:
> Read and write codepaths both obtain lock_sem for read and then wait
> for cifsiod_wq to complete and release lock_sem. They don't do any
> lock_sem operations inside their work task queued to cifsiod_wq. But
> oplock code can
On 03/21/2014 12:43 PM, Alexandre Belloni wrote:
Cc: devicet...@vger.kernel.org
Signed-off-by: Alexandre Belloni
---
.../devicetree/bindings/clock/berlin-clock.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644
On 20/03/14 19:01, Grant Likely wrote:
> I think depending on a generic graph walk is where I have the biggest
> concern about the design. I don't think it is a good idea for the master
> device to try a generic walk over the graph looking for other devices
> that might be components because it
On 03/21/2014 12:43 PM, Alexandre Belloni wrote:
This also moves the clocks from the clocks container node to the root.
Same comments as for patch 4/5.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/berlin2.dtsi | 56 +-
1 file changed, 39
On 03/21/2014 12:43 PM, Alexandre Belloni wrote:
This also moves the clocks from the clocks container node to the root.
Please leave a word on the original intention of the patch here, too.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/berlin2cd.dtsi | 56
On 03/21/2014 12:43 PM, Alexandre Belloni wrote:
Alexandre,
Thanks for starting this! I'll start with the most obvious
things first and have a closer look on it later.
Missing commit description here.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/berlin2q.dtsi | 20
Hi Anshuman,
On 21/03/14 03:44, Anshuman Khandual wrote:
> On 03/10/2014 04:42 PM, Sudeep Holla wrote:
>> Hi Anshuman,
>>
>> On 07/03/14 06:14, Anshuman Khandual wrote:
>>> On 03/07/2014 09:36 AM, Anshuman Khandual wrote:
On 02/19/2014 09:36 PM, Sudeep Holla wrote:
> From: Sudeep Holla
Mike, I've given up on getting these in for 3.15, but
I want to be sure they're considered ASAP for 3.16.
You indicated you had questions about the prerequisite
clocks I proposed. What I'd like to do is resend only the
first 7 patches of this series, leaving the patches that
implement
On 03/21/2014 12:01 PM, Denis Turischev wrote:
The same issue like with Panther Point chipsets. If the USB ports are
switched to xHCI on shutdown, the xHCI host will send a spurious interrupt,
which will wake the system. Some BIOS have work around for this, but not all.
One example is Compulab's
On Tue, 18 Mar 2014 23:52:40 +0200, Pantelis Antoniou
wrote:
> __of_find_node_by_full_name recursively searches for a matching node
> with the given full name without taking any locks.
>
> of_find_node_by_full_name takes locks and takes a reference on the
> matching node.
>
> Signed-off-by:
On Thu, 2014-03-20 at 23:39 -0700, beh...@converseincode.com wrote:
> From: Jan-Simon Möller
>
> Replaced the use of a Variable Length Array In Struct (VLAIS) with a C99
> compliant equivalent. This is the original VLAIS struct.
>
> struct {
> struct aead_request req;
> u8
--
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.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Mar 19, 2014 at 07:47:36AM +0100, Peter Zijlstra wrote:
> AARGH64 uses ll/sc primitives that do not imply any barriers for the
> normal atomics, therefore smp_mb__{before,after} should be a full
> barrier.
>
> Since AARGH64 doesn't use asm-generic/barrier.h, add the required
> definitions
On Fri, Mar 21, 2014 at 11:43:37AM +, Alexandre Belloni wrote:
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Alexandre Belloni
> ---
> .../devicetree/bindings/clock/berlin-clock.txt | 29
> ++
> 1 file changed, 29 insertions(+)
> create mode 100644
On Fri, Mar 21, 2014 at 11:31:25AM +0900, Jonghwan Choi wrote:
> Commit 5df529d440("regulator: core: Reduce busy-wait looping")
> can also be used in regulator_do_set_voltage.
This is good as a change but please factor it out into a function so we
don't have the same problem again with future
On Fri, 21 Mar 2014 11:44:24 +0100, Andrzej Hajda wrote:
> On 03/20/2014 06:23 PM, Grant Likely wrote:
> > On Tue, 11 Mar 2014 14:16:37 +0100, Laurent Pinchart
> > wrote:
> >> On Tuesday 11 March 2014 14:59:20 Tomi Valkeinen wrote:
> >>> So depending on the use case, the endpoints would point
I want to resume the usb device on some event, so i want to check if
it is suspended. I think by above method i can check if the device is
already suspended, but may be i will miss to resume the device if it
is suspending. Is there any way through which i can check if device is
suspending?
On
This series adds support for the berlin PLLs. This allows to remove the bogus
fixed clocks that are used in the SoCs dts includes.
For now, I have left out the AVPLL to ease reviewing.
This is tested on a BG2Q DMP.
Alexandre Belloni (5):
clk: berlin: add support for berlin plls
clk: berlin:
Cc: devicet...@vger.kernel.org
Signed-off-by: Alexandre Belloni
---
.../devicetree/bindings/clock/berlin-clock.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644 Documentation/devicetree/bindings/clock/berlin-clock.txt
diff --git
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/berlin2q.dtsi | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/berlin2q.dtsi b/arch/arm/boot/dts/berlin2q.dtsi
index 07452a7483fa..19d2c82b0664 100644
---
ttm
crc32c_intel drm broadcom microcode psmouse evdev lpc_ich tg3 battery i2c_i801
button processor ac wmi ipv6 ehci_pci ehci_hcd usbcore sr_mod cdrom sd_mod ahci
[ 14.750668] CPU: 2 PID: 189 Comm: systemd-udevd Tainted: G W
3.14.0-rc7-next-20140321-dbg-dirty #192
[ 14.751152] Hardware
This drivers allows to provide DT clocks for the cpu and system PLLs found on
Marvell Berlin SoCs.
Signed-off-by: Alexandre Belloni
---
drivers/clk/Makefile | 1 +
drivers/clk/berlin/Makefile | 1 +
drivers/clk/berlin/clk.h | 35 +
This also moves the clocks from the clocks container node to the root.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/berlin2cd.dtsi | 56
1 file changed, 39 insertions(+), 17 deletions(-)
diff --git a/arch/arm/boot/dts/berlin2cd.dtsi
This also moves the clocks from the clocks container node to the root.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/berlin2.dtsi | 56 +-
1 file changed, 39 insertions(+), 17 deletions(-)
diff --git a/arch/arm/boot/dts/berlin2.dtsi
Add a new clk_ops->debug_init method to allow a clock hardware
driver to populate the clock's debugfs directory with entries
beyond those common for every clock.
Signed-off-by: Alex Elder
---
drivers/clk/clk.c|4
include/linux/clk-provider.h |8
2 files
On Thu, Mar 20, 2014 at 08:40:54PM +0100, Lars-Peter Clausen wrote:
> On 03/20/2014 08:05 PM, Lars-Peter Clausen wrote:
> >It might make sense to add special code for supported muxes with a one-hot
> >encoding instead of using a value mux. Having an large array where each
> >entry is just 1<
Here we add the necessary device nodes required for successful device
probing and Pinctrl setup for the FSM when booting on an STiH415 (Orly1)
or STiH416 (Orly2) based b2020 development board.
Acked-by: Srinivas Kandagatla
Acked-by Angus Clark
Acked-by: Brian Norris
Acked-by: Maxime Coquelin
Here we add the necessary device nodes required for successful device
probing and Pinctrl setup for the FSM when booting on an STiH416 (Orly2).
Acked-by: Srinivas Kandagatla
Acked-by Angus Clark
Acked-by: Brian Norris
Acked-by: Maxime Coquelin
Signed-off-by: Lee Jones
---
As requested by Arnd:
ARM-SoC Maintainers,
Please apply these two patches directly to ARM-SoC for inclusion
into the v3.15 merge window. All maintainer Acks are applied.
Kind regards,
Lee
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 03/20/2014 11:01 AM, Glauber Costa wrote:
> On Wed, Mar 19, 2014 at 6:42 AM, wrote:
>>
>> [src/kernel/sched/core.c]
>> static void update_rq_clock_task(struct rq *rq, s64 delta)
>> {
>> ... ...
>> #ifdef CONFIG_IRQ_TIME_ACCOUNTING
>> irq_delta = irq_time_read(cpu_of(rq))
On 03/21/2014 04:35 PM, Catalin Marinas wrote:
> On Fri, Mar 21, 2014 at 09:21:02AM +, Viresh Kumar wrote:
>> @Catalin: We have a problem here and need your expert advice. After changing
>> CPU frequency we need to call this code:
>>
>> cpufreq_notify_post_transition();
>>
On 03/20/2014 01:42 PM, Sylwester Nawrocki wrote:
Hi Maxime,
On 06/03/14 14:45, Maxime Coquelin wrote:
Hi Sylwester,
I like the principle of your implementation, but I have two questions:
1 - How can we manage PM with this solution, as the parent/rate will be
set only once
On 03/21/2014 06:45 AM, Michael Kerrisk (man-pages) wrote:
This is also true of the other non-canonical
read()'s with timeout (TIME > 0).
Here, if I understand you correctly, you mean this case:
* TIME > 0
* MIN == 0
* O_NONBLOCK set on the FD
* No input available
You are saying that read()
Hi,
On 20/03/2014 at 17:21:00 +0100, Alexandre Belloni wrote :
> Hi Rob,
>
> On 19/03/2014 at 11:14:43 -0500, Rob Herring wrote :
> > On Wed, Mar 19, 2014 at 5:26 AM, Alexandre Belloni
> > wrote:
> > > Avoids getting the newly introduced warning:
> > > WARNING: DT compatible string
On 03/21/2014 11:31 AM, Zoltan Kiss wrote:
skb_zerocopy can copy elements of the frags array between skbs, but it doesn't
orphan them. Also, it doesn't handle errors, so this patch takes care of that
as well, and modify the callers accordingly. skb_tx_error() is also added to
the callers so they
On Fri, Mar 21, 2014 at 09:21:02AM +, Viresh Kumar wrote:
> @Catalin: We have a problem here and need your expert advice. After changing
> CPU frequency we need to call this code:
>
> cpufreq_notify_post_transition();
> policy->transition_ongoing = false;
>
> And the sequence must be like
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/wm5110-tables.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
> The DSPs will often control there own clock speeds whilst running as
> such we should mark the registers controlling this as volatile.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/wm5102-tables.c |1 +
> drivers/mfd/wm5110-tables.c |4
> 2 files changed, 5 insertions(+),
The tda998x driver accepts only 3 chips from the TDA998x family.
This patch changes the driver compatible strings to these chips.
Signed-off-by: Jean-Francois Moine
---
v2: change the subject to drm/i2c
This patch applies after
drm/i2c: tda998x: Fix lack of required reg in DT
> This patch does not alter the binding at all it only brings the
> documentation up to date with the existing binding.
>
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 23 +++-
> 1 files changed, 13 insertions(+), 10 deletions(-)
With a flash-based BBT there is no reason to move the Factory Bad
Block Marker from the data area buffer (to where it is mapped by the
GPMI NAND controller) to the OOB buffer. Thus, make this feature
configurable via DT. This is required for the Ka-Ro electronics
platforms.
Signed-off-by: Lothar
ainted: GW
3.14.0-rc7-next-20140321-dbg-dirty #189
[ 18.704481] Hardware name: Acer Aspire 5741G/Aspire 5741G
, BIOS V1.20 02/08/2011
[ 18.704482] 88015217f830 813ba2d7
[ 18.704484] 88015217f868 fff
On Wed, 19 Mar 2014, Charles Keepax wrote:
> On non-DT systems with device tree built in the current device tree GPIO
> reads will overwrite the pdata with zero when they fail. This patch
> factors out the reading of GPIOs for the Arizona devices into a helper
> function, and ensures that the
The I2C address (reg) is required for the TDA998x driver to be loaded
and initialized.
Signed-off-by: Jean-Francois Moine
---
- v3
- change subject to drm/i2c
- v2
- don't force the I2C address to be 0x70
This patch applies to linux-next.
---
Hello Peter,
On Thu, Mar 20, 2014 at 7:42 PM, Peter Hurley wrote:
> Hi Michael,
>
> Some issues have arisen [1] regarding a discrepancy between the Linux
> behavior of
> read() on a tty and 'man termios' and 'Linux Programming Interface', Chapter
> 62.
>
> Firstly, if MIN==0 and TIME==0 and no
On 03/20/2014 06:23 PM, Grant Likely wrote:
> On Tue, 11 Mar 2014 14:16:37 +0100, Laurent Pinchart
> wrote:
>> On Tuesday 11 March 2014 14:59:20 Tomi Valkeinen wrote:
>>> So depending on the use case, the endpoints would point to opposite
>>> direction from the encoder's point of view.
>>>
>>>
lpc_ich i2c_i801 ipv6 ehci_pci ehci_hcd usbcore sr_mod cdrom
sd_mod ahci
[ 18.707087] CPU: 2 PID: 175 Comm: systemd-udevd Tainted: GW
3.14.0-rc7-next-20140321-dbg-dirty #189
[ 18.707088] Hardware name: Acer Aspire 5741G/Aspire 5741G
, BIOS V1.20 02/08/2011
> It is more idiomatic to process things relating to the regulator in its
> driver. This patch moves both processing of device tree relating to the
> regulator and checking if the regulator is external from arizona-core
> into the regulator driver.
>
> Signed-off-by: Charles Keepax
> ---
>
On 20/03/14 22:22, Thomas Graf wrote:
On 03/20/2014 05:02 PM, Zoltan Kiss wrote:
--- a/net/openvswitch/datapath.c
+++ b/net/openvswitch/datapath.c
@@ -464,7 +464,9 @@ static int queue_userspace_packet(struct datapath
*dp, struct sk_buff *skb,
}
nla->nla_len =
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt |7 +++
I can see why you're doing it like this, but it's probably best to do
all of the document changes in one single (separate) patch.
> drivers/regulator/arizona-ldo1.c | 46
Hello.
On 03/20/2014 11:51 AM, Zheng Li wrote:
Except bond mode 1, in other bond modes, inactive slaves should keep inactive
flag to
1 to refuse to receive broadcast packets. Now, active slave send broadcast
packets
(for example ARP requests) which will arrive inactive slaves on same host
skb_zerocopy can copy elements of the frags array between skbs, but it doesn't
orphan them. Also, it doesn't handle errors, so this patch takes care of that
as well, and modify the callers accordingly. skb_tx_error() is also added to
the callers so they will signal the failed delivery towards the
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt |6 ++-
> drivers/regulator/arizona-micsupp.c | 50
> +
For the sake of simplicity would you be kind enough to submit MFD
documentation separate from sub-device code
On some STMicroelectronics hardware reside regulators consisting
partly of a PWM input connected to the feedback loop. As the PWM
duty-cycle is varied the output voltage adapts. This driver
allows us to vary the output voltage by adapting the PWM input
duty-cycle.
Signed-off-by: Lee Jones
---
On 03/21/2014 04:21 AM, Stanislav Meduna wrote:
On 21.03.2014 02:39, Peter Hurley wrote:
Does disabling the fifo on shutdown clear the fifo?
I did not try this, but if my theory is correct, it would
not help, as all this does is reducing the FIFO length
to one character. So you'd still get
Hi Tanmay,
Didn't get how PCI resources are enabled for the device.
Liviu Dudau's ARM64 PCI architecture patch enables device resources
using genenic API.
https://lkml.org/lkml/2014/3/14/276
+ return pci_enable_resources(dev, mask);
pci_enable_resources() checks if resource->parent is non-NULL.
Hello, It is understandable that you might be a little bit apprehensive
because you do not know me but I have a lucrative business proposal of mutual
interest to share with you.
I got your reference in my search for someone who suits my propose business
relationship.
I am Mr.ching Kwok bank
On 21.03.2014 06:21, Cho KyongHo wrote:
On Thu, 20 Mar 2014 11:54:58 +0100, Tomasz Figa wrote:
On 20.03.2014 11:22, Cho KyongHo wrote:
On Wed, 19 Mar 2014 16:14:57 +0100, Tomasz Figa wrote:
On 19.03.2014 14:20, Tomasz Figa wrote:
On 19.03.2014 01:39, Cho KyongHo wrote:
On Tue, 18 Mar 2014
On 21 March 2014 14:51, Viresh Kumar wrote:
> @Catalin: We have a problem here and need your expert advice. After changing
> CPU frequency we need to call this code:
>
> cpufreq_notify_post_transition();
> policy->transition_ongoing = false;
>
> And the sequence must be like this only. Is this
On 20 March 2014 18:18, Dietmar Eggemann wrote:
> On 20/03/14 17:02, Vincent Guittot wrote:
>> On 20 March 2014 13:41, Dietmar Eggemann wrote:
>>> On 19/03/14 16:22, Vincent Guittot wrote:
We replace the old way to configure the scheduler topology with a new
method
which enables
The same issue like with Panther Point chipsets. If the USB ports are
switched to xHCI on shutdown, the xHCI host will send a spurious interrupt,
which will wake the system. Some BIOS have work around for this, but not all.
One example is Compulab's mini-desktop, the Intense-PC2.
The bug can be
Recent debugging on vhost net zerocopy shows the need of
tracepoints. So to help in vhost{net} debugging and performance
analyzing, the following series adding basic tracepoints to
vhost. Operations of both vhost and vhost_net were traced in current
implementation.
A top-like satistics displaying
I did it against your master branch of staging.git. I guess that's why
doesn't apply at all. I switched branches to staging-next after your
e-mail.
Thanks and sorry !
On Wed, Mar 19, 2014 at 1:14 AM, Greg KH wrote:
> On Wed, Mar 19, 2014 at 12:33:19AM +0200, Matei Oprea wrote:
>> This fixes the
On 21/03/14 04:14, Jisheng Zhang wrote:
On Thu, 20 Mar 2014 13:39:44 -0700
Sebastian Hesselbarth wrote:
This is a small patch set for SMP support on Marvell Berlin BG2
and recently provided BG2Q. Nothing spectacular, as it basically
copies SMP holding pen mechanism from mach-prima2 and
To help for the performance optimizations and debugging, this patch tracepoints
for vhost. Two kinds of activities were traced: virtio and vhost work
queuing/wakeup.
Signed-off-by: Jason Wang
---
drivers/vhost/net.c | 1 +
drivers/vhost/trace.h | 175
301 - 400 of 966 matches
Mail list logo
