Hello Lee,
On 05/13/2015 01:10 PM, Lee Jones wrote:
> On Sat, 09 May 2015, Javier Martinez Canillas wrote:
>
>> Commit 1b84f2a4cd4a ("mfd: cros_ec: Use fixed size arrays to transfer
>> data with the EC") modified the struct cros_ec_command fields to not
>> use pointers for the input and output bu
not sure why is not available on mailing list...
> From: indrakanti_...@hotmail.com
> To: linux-ser...@vger.kernel.org; linux-kernel@vger.kernel.org;
> jsl...@suse.cz; gre...@linuxfoundation.org
> CC: moorr...@wp.pl; indrakanti@gmail.com; indrakanti_..
On 12.05.2015 13:54, Kirill A. Shutemov wrote:
On Tue, May 12, 2015 at 12:43:06PM +0300, Konstantin Khlebnikov wrote:
This patch removes page-shift bits (scheduled to remove since 3.11) and
completes migration to the new bit layout. Also it cleans messy macro.
Signed-off-by: Konstantin Khlebnik
Hello Lee,
On 05/13/2015 01:32 PM, Lee Jones wrote:
> On Sat, 09 May 2015, Javier Martinez Canillas wrote:
>
>> From: Todd Broch
>>
>> If the EC device tree node has sub-nodes, try to instantiate them as
>> MFD sub-devices. We can configure the EC features provided by the board.
>>
>> Signed-
2015-05-12 23:21 GMT+02:00 Arnd Bergmann :
> On Saturday 09 May 2015 09:53:56 Maxime Coquelin wrote:
>> +#include
>> +
>>
>
> Can you find a way to avoid this dependency?
>
> Maybe you can change the bindings so that the numbers you pass as
> arguments to the reset and clock specifiers reflect th
Darren, can you review/comment this v2 series? It is OK for 4.2 now?
On Thursday 07 May 2015 10:24:37 Alex Hung wrote:
> Darren,
>
> I guess you were looking at "Sheet1" that was comparison between
> dell-rbtn and dell-wireless quite a while ago. The updated results for
> dell-rbtn v2 are in the
On Tue, May 12, 2015 at 5:14 PM, H.J. Lu wrote:
> On Fri, May 8, 2015 at 1:16 PM, H.J. Lu wrote:
>> On Fri, May 8, 2015 at 5:09 AM, H.J. Lu wrote:
>>> On Thu, May 7, 2015 at 8:22 PM, Andy Lutomirski wrote:
On Thu, May 7, 2015 at 9:21 AM, H.J. Lu wrote:
> On Thu, May 7, 2015 at 4:52 AM
On Wed, May 13, 2015 at 10:59:44AM +0300, Pantelis Antoniou wrote:
> Document the beaglebone's capemgr sysfs API
>
> Signed-off-by: Pantelis Antoniou
> ---
> .../testing/sysfs-devices-platform-bone_capemgr| 63
> ++
> 1 file changed, 63 insertions(+)
> create mode 10064
On Wed, May 13, 2015 at 10:59:41AM +0300, Pantelis Antoniou wrote:
> A cape loader based on DT overlays and DT objects.
>
> This is the beaglebone cape manager which allows capes to be automatically
> probed and instantiated via means of a device tree overlay deduced from
> the part-number and ver
Hi Greg,
> On May 13, 2015, at 14:52 , Greg Kroah-Hartman
> wrote:
>
> On Wed, May 13, 2015 at 10:59:44AM +0300, Pantelis Antoniou wrote:
>> Document the beaglebone's capemgr sysfs API
>>
>> Signed-off-by: Pantelis Antoniou
>> ---
>> .../testing/sysfs-devices-platform-bone_capemgr| 63
>>
On Wed, May 13, 2015 at 4:25 AM, Feng Kan wrote:
> Marc:
>
> Sorry for top posting. It seems with GIC-400, the get_irqstate is not a
> reliable
> way of accessing the GPIO status. In our case, the gpio interrupt status can
> only be read correctly with the SPISR register. So it seems we have to
Hi All,
Thankyou for reviewing the RFC patches, here is the v1 patchset after
incorporating review comments from RFC. This patchset adds apq8016 audio
support into lpass driver. Existing Lpass driver can not be used as-it-is for
apq8016 as it contains code specific to ipq806x. Also the driver only
lpass driver only support DT so make this explicit in the kconfig.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/qcom/Kconfig b/sound/soc/qcom/Kconfig
index 5f58e4f..05b9840 100644
--- a/sound/soc/q
This patch tries to make the lpass driver more generic by moving the
ipq806x specific bits out of the cpu and platform driver, also allows the
SOC specific drivers to add the correct register offsets.
This patch also renames the register definition header file into more
generic header file.
Signe
This patch removes hardcoded dma channel value in lpass driver, Now the
dma channel allocation happens in the SOC specific layer. This will
allow different LPASS integrations to use the lpass driver in more
generic way.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-ipq806x.c | 12
This patch attempts to remove the hardcoded i2s port number in lpass
driver. Now the the port number comes from the dai id field.
This will allow other SOCs to use different port numbers on the lpass
driver.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c | 16 +++-
This patch adds support to allow bitclk and osrclk per i2s dai port.
on APQ8016 there are 4 i2s ports each one has its own bit clks.
Without this patch its not possible to support multiple i2s ports in the
lpass driver.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c | 54
Some LPASS integrations like on APQ8016 do not have OSR clk, so making
osr clk optional would allow such integrations to use lpass driver.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c | 33 ++---
1 file changed, 22 insertions(+), 11 deletions(-)
This patch adds ability to pass dma channel control bits start offset, which
differ in differnet qcom SOCs. On apq8016 dma channel control bits start
after an offset of 1.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-platform.c | 2 +-
sound/soc/qcom/lpass.h | 5 +
2
This patch adds ablity to lpass driver to handle interrupt per dma
channel. Without this patch its not possible to use multipl ports on the
lpass.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-platform.c | 94 ++---
sound/soc/qcom/lpass.h
This patch adds dma channel bit mask to lpass data to keep track of dma
channel allocations. This flag would be used in apq8016 lpass driver.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/soc/qcom/lpass.h b/sound/soc/qc
This patch adds apq8016 lpass driver support. APQ8016 has 4 MI2S which
can be routed to one internal codec and 2 external codec interfaces.
Primary, Secondary, Quaternary I2S can do Rx(playback) and Tertiary and
Quaternary can do Tx(capture).
Signed-off-by: Srinivas Kandagatla
---
include/dt-bi
This patch adds apq8016 machine driver support. This patch was tested on
two apq8016-sbc and msm8916-mtp board for both hdmi and analog audio
features.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/Kconfig | 9 ++
sound/soc/qcom/Makefile | 2 +
sound/soc/qcom/apq8016_sbc.c
This patch adds bindings for apq8016 sbc machine driver.
On APQ8016 4 MI2S can be configured to different sinks like internal
codec/external codec, this connection is controlled via 2 iomux
registers.
Signed-off-by: Srinivas Kandagatla
---
.../devicetree/bindings/sound/qcom,apq8016-sbc.txt | 61
On Wed, 2015-05-13 at 13:25 +0200, Jiri Kosina wrote:
> On Tue, 12 May 2015, Laura Abbott wrote:
>
> > Like other KVM switches, the Aten DVI KVM switch needs a
> > quirk to avoid spewing errors:
> >
> > [791759.606542] usb 1-5.4: input irq status -75 received
> > [791759.614537] usb 1-5.4: input
This patch updates lpass bindings with apq8016 specific bindings.
Signed-off-by: Srinivas Kandagatla
---
Documentation/devicetree/bindings/sound/qcom,lpass-cpu.txt | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/sound/qcom,lpass
On Sat, 09 May 2015, Javier Martinez Canillas wrote:
> From: Stephen Barber
>
> Add support in cros_ec.c to handle EC host command protocol v3.
> For v3+, probe for maximum shared protocol version and max
> request, response, and passthrough sizes. For now, this will
> always fall back to v2, si
Hi Andi,
On Mon, May 11, 2015 at 05:44:05PM +0200, Andi Kleen wrote:
> > The sampling ratio was useful for me to determine how often the event
> > was sampled - in this case the cpu cycles event was only sampled at 12%
>
> That's dangerous to determine without a plot. It could be that it was
> b
On Wed, May 13, 2015 at 02:56:49PM +0300, Pantelis Antoniou wrote:
> Hi Greg,
>
> > On May 13, 2015, at 14:52 , Greg Kroah-Hartman
> > wrote:
> >
> > On Wed, May 13, 2015 at 10:59:44AM +0300, Pantelis Antoniou wrote:
> >> Document the beaglebone's capemgr sysfs API
> >>
> >> Signed-off-by: Pan
Hi Greg,
> On May 13, 2015, at 14:55 , Greg Kroah-Hartman
> wrote:
>
> On Wed, May 13, 2015 at 10:59:41AM +0300, Pantelis Antoniou wrote:
>> A cape loader based on DT overlays and DT objects.
>>
>> This is the beaglebone cape manager which allows capes to be automatically
>> probed and instant
On Wed, 13 May 2015, Javier Martinez Canillas wrote:
> Hello Lee,
>
> On 05/13/2015 01:32 PM, Lee Jones wrote:
> > On Sat, 09 May 2015, Javier Martinez Canillas wrote:
> >
> >> From: Todd Broch
> >>
> >> If the EC device tree node has sub-nodes, try to instantiate them as
> >> MFD sub-devices.
On Wed, May 13, 2015 at 09:34:41AM -, Michal Suchanek wrote:
> Bypass the check if CS is in use for spidev devices if CONFIG_SPIDEV_SHADOW is
> set. Rename spidev devices to avoid sysfs conflict.
To repeat my previous feedback I don't see any way in which this is
sane, having two drivers simu
On Wed, May 13, 2015 at 03:12:59PM +0800, Zidan Wang wrote:
> When sai works on master mode, set its bit clock and frame clock.
>
> SAI has 4 MCLK source, bus clock, MCLK1, MCLK2 and MCLK3. fsl_sai_set_bclk
> will select proper MCLK source, then calculate and set the bit clock divider.
This looks
On Tue, May 12, 2015 at 02:46:11PM -0700, Doug Anderson wrote:
> Since the regulator used for the SDMMC IO voltage is not expected to
> draw a lot of current, most systems will probably use an inexpensive
> LDO for it. LDO regulators apparently have the feature that they
> don't actively drive the
On Tue, May 12, 2015 at 02:39:47PM -0700, Stephen Boyd wrote:
Lots of things with the DT bindings here. In general if you're
introducing lots of custom properties I'd recommend doing a patch series
which starts off with the generic, bog standard driver and then adds on
the fancy bells and whistle
On Wed, May 13, 2015 at 05:26:06PM +0800, Yingjoe Chen wrote:
> On Tue, 2015-05-12 at 17:05 +0100, Mark Brown wrote:
> > > > There were three compatible strings listed in the DT binding but only
> > > > two here.
> > > And I test it's ok on MT8135 platform. So I add struct of_device_id
> > > mtk_
On Tue, May 12, 2015 at 10:33:24PM +0200, Maxime Ripard wrote:
> While this is nicer than the DT solution because of its accurate hardware
> representation, it's still not perfect because you might not have access to
> the
> DT, or you might be driving a completely generic device (such as a
> mic
On Tue, May 12, 2015 at 02:42:07PM -0700, Stephen Boyd wrote:
> If a regulator is listed in devicetree, but the node is marked as
> "disabled" we should skip parsing the regulator init data and
> deny consumers from interacting with the regulator. This
Applied, thanks.
signature.asc
Description:
[Answering to Noel Grandin, gmane sent email to list only]
> > int parse_integer(const char *s, unsigned int base, T *val);
> >
>
> I suspect splitting this into
> parse_signed_int
> and
> parse_unsigned_int
> (or some other equivalent names)
> will make the call-sites a lot easier to rea
On Mon, 11 May 2015, Charles Keepax wrote:
> This also handily fixes a leak of the GPIO in arizona_dev_exit.
>
> Signed-off-by: Charles Keepax
> Acked-by: Lee Jones
> ---
> drivers/mfd/arizona-core.c | 10 --
> 1 files changed, 4 insertions(+), 6 deletions(-)
Applied, thanks.
> dif
On Mon, 11 May 2015, Charles Keepax wrote:
> This patch adds functions for enabling and disabling the physical reset
> line. This will be helpful in future refactoring.
>
> Signed-off-by: Charles Keepax
> Acked-by: Lee Jones
> ---
> drivers/mfd/arizona-core.c | 25 +
>
On Mon, 11 May 2015, Charles Keepax wrote:
> In preparation for some refactoring fixup some minor style, formating
> and code clarity issues.
>
> Signed-off-by: Charles Keepax
> Acked-by: Lee Jones
> ---
> drivers/mfd/arizona-core.c | 37 +
> 1 files chang
On Mon, 11 May 2015, Charles Keepax wrote:
> The wm5102 uses a custom boot sequence and the standard boot sequence is
> disabled. However, the standard boot sequence must be run at least once
> after a cold boot (caused by either a hard reset or removal of AVDD).
> Unfortunately the register WRITE
On Mon, 11 May 2015, Charles Keepax wrote:
> wm5102 applies a custom hardware boot sequence, for this the SYSCLK
> needs to be enabled. This patch factors out the code that enables
> SYSCLK for this sequence such that it can be used for other boot time
> operations that require SYSCLK.
>
> Signed
On Mon, 11 May 2015, Charles Keepax wrote:
> Some register settings must be applied before the first time low power
> sleep mode is entered on the wm5110 to ensure optimium performance.
> These settings require SYSCLK to be enabled whilst they are being
> applied. This patch applies the settings u
On Mon, 11 May 2015, Charles Keepax wrote:
> The low power sleep mode on wm5110 requires that the LDO1 regulator be
> set to 1.175V prior to entering sleep, then returned to 1.2V after
> exiting sleep mode. This patch apply these regulator settings.
>
> Signed-off-by: Charles Keepax
> Acked-by:
On Mon, 11 May 2015, Charles Keepax wrote:
> Allow the chip to completely power off if we enter runtime suspend and
> there is no jack detection active. This is helpful for systems where
> system suspend might remove the supplies to the CODEC, without informing
> us. Note the powering off is done
On Mon, 11 May 2015, Charles Keepax wrote:
> On the wm5110 it is important the reset line is held for slightly longer
> to ensure the device starts up well. This patch adds a 5mS delay for
> this.
>
> Signed-off-by: Charles Keepax
> Acked-by: Lee Jones
> ---
> drivers/mfd/arizona-core.c | 10
On Friday 08 May 2015 13:02:17 Jonathan Richardson wrote:
> On 15-05-01 12:40 PM, Arnd Bergmann wrote:
> > On Friday 01 May 2015 20:30:04 One Thousand Gnomes wrote:
> >>
> >>> channel control, unless I'm missing something. If people are flexible
> >>> with extending that I could propose something.
On Tue, May 12, 2015 at 10:34 AM, Linus Walleij
wrote:
> OK yeah, maybe we could provide a list of "usual suspects", what do you
> say about "my" expanders:
>
> drivers/gpio/gpio-stmpe.c
> drivers/gpio/gpio-tc3589x.c
>
> I can surely patch and test these.
This issue seems to be pretty common for
Ping?
On 24.03.2015 12:43, Bogdan Purcareata wrote:
After previous discussions regarding the subject [1][2], there's no clear
explanation or reason why the call was needed in the first place. The sensible
argument is some sort of synchronization between the CPU and the MPIC, which
hasn't been po
On 2015/5/13 17:29, Hanjun Guo wrote:
> Hi Jiang,
>
> On 2015年05月05日 10:46, Jiang Liu wrote:
>> Introduce common interface acpi_pci_root_create() and related data
>> structures to create PCI root bus for ACPI PCI host bridges. It will
>> be used to kill duplicated arch specific code for IA64 and x
Hello Lee,
Thanks a lot for your feedback.
On 05/13/2015 02:05 PM, Lee Jones wrote:
> On Sat, 09 May 2015, Javier Martinez Canillas wrote:
>
>> From: Stephen Barber
>>
>> Add support in cros_ec.c to handle EC host command protocol v3.
>> For v3+, probe for maximum shared protocol version and m
Changes since v4:
- ulpi bus can now be build as a module
- using usleep_range instead of msleep.
Changes since v3:
- struct ulpi_bus is now static
- added a delay to sync the PHY clock after soft reset
Changes since v2:
- remove module handling from the bus driver as suggested by Paul Bolle.
-
Make selection between ULPI and UTMI+ interfaces possible by
providing definition for the bit in Global USB2 PHY
Configuration Register that controls it.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
---
drivers/usb/dwc3/core.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/
This allows dwc3_phy_setup() to be more useful later. There
is nothing preventing the PHY configuration registers from
being programmed early. They do not loose their context in
soft reset.
There are however other PHY related operations that should
be executed before the driver request handles to
Registers DWC3's ULPI interface with the ULPI bus when it's
available.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
---
drivers/usb/dwc3/Kconfig | 7
drivers/usb/dwc3/Makefile | 4 +++
drivers/usb/dwc3/core.c | 34 --
drivers/usb/dwc3/core.h | 14
dr
Platforms that have configured DWC_USB3_HSPHY_INTERFACE with
value 3, i.e. UTMI+ and ULPI, need to inform the driver of
the actual HSPHY interface type with the property. "utmi" if
the interface is UTMI+ or "ulpi" if the interface is ULPI.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
---
ULPI PHYs need to be bound to their controllers with a
lookup. This adds helpers that the ULPI drivers can use to
do both, the registration of the PHY and the lookup, at the
same time.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
Acked-by: Kishon Vijay Abraham I
---
drivers/phy/ulpi_ph
TUSB1210 ULPI PHY has vendor specific register for eye
diagram tuning. On some platforms the system firmware has
set optimized value to it. In order to not loose the
optimized value, the driver stores it during probe and
restores it every time the PHY is powered back on.
Signed-off-by: Heikki Krog
On Wed, 13 May 2015 16:27:58 +0530, ram.i hcltech wrote:
> spi interface for sc16is7xx is added along with Kconfig flag
> to enable spi or i2c, thus in a instance we can have either
> spi or i2c or both, in sync to the hw.
>
> Signed-off-by: ram.i hcltech
> ---
>
> Changes in v2:
> -Added sepra
On Fri, 01 May 2015, Richard Fitzgerald wrote:
> Later arizona silicon has the single/differential selector
> in a different register, and IN1_MODE only selects between
> analogue or digital. Prepare for this by splitting the
> INx_MODE definition into two fields.
>
> Signed-off-by: Richard Fitzg
Le 13/05/2015 11:50, Michal Kubecek a écrit :
If adding a nexthop of an IPv6 multipath route fails, comment in
ip6_route_multipath() says we are going to delete all nexthops already
added. However, current implementation deletes even the routes it
hasn't even tried to add yet. For example, runnin
On some BYT platforms the USB2 PHY needs to be put into
operational mode by the controller driver with GPIOs
controlling the PHYs reset and cs signals.
Signed-off-by: Heikki Krogerus
---
drivers/usb/dwc3/dwc3-pci.c | 36
1 file changed, 36 insertions(+)
diff
Definitions for Global USB2 PHY Vendor Control Register
bits. We will need them to access ULPI PHY registers later.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
---
drivers/usb/dwc3/core.h | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/
On Fri, 01 May 2015, Richard Fitzgerald wrote:
> Signed-off-by: Richard Fitzgerald
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 13 +
> 1 files changed, 9 insertions(+), 4 deletions(-)
Applied, thanks.
> diff --git a/Documentation/devicetree/bindings/mfd/arizona.tx
UTMI+ Low Pin Interface (ULPI) is a commonly used PHY
interface for USB 2.0. The ULPI specification describes a
standard set of registers which the vendors can extend for
their specific needs. ULPI PHYs provide often functions
such as charger detection and ADP sensing and probing.
There are two ma
So they are available when ULPI interface support is added.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
---
drivers/usb/dwc3/core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index c7734ed..104b236 100644
---
So it can be called from other places later.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
---
drivers/usb/dwc3/core.c | 46 ++
1 file changed, 30 insertions(+), 16 deletions(-)
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
in
Ping?
On Thu, Apr 23, 2015 at 3:58 PM, Ricardo Ribalda Delgado
wrote:
> of_platform_depopulate can lead to a kernel error when calling
> release_resource()
>
> The reason is that it is trying to release a resource that was not allocated
> via insert_resource()
>
> of_platform_depopulate()
>
On 10 May 2015 10:59 Alexandre Belloni wrote:
> Hi,
>
> On 17/04/2015 at 15:23:33 +0100, S Twiss wrote :
> > From: S Twiss
> >
> > Add RTC driver support for DA9062
[...]
> This is an almost exact copy of drivers/rtc/rtc-da9063.c, apart from the
> retry mechanism in read_time. Can you simply a
We need to store it before phys are handled, so we can later
use it in ULPI interface support code.
Signed-off-by: Heikki Krogerus
Acked-by: David Cohen
---
drivers/usb/dwc3/core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/c
On Mon 11-05-15 09:24:09, Sage Weil wrote:
> On Mon, 11 May 2015, Theodore Ts'o wrote:
> > On Sun, May 10, 2015 at 07:13:24PM -0400, Trond Myklebust wrote:
> > > That makes it completely non-generic though. By putting this in the
> > > VFS, you are giving applications a loaded gun that is pointed s
With the addition of switcher code, there's compile-time dependency on
BIG_LITTLE to get arm_big_little driver compiling on ARM64. Since ARM64
will never add support for bL switcher, it's better to remove the
dependency so that the driver can be reused on ARM64 platforms.
This patch adds stubs to
On 13 May 2015 at 13:26, Mark Brown wrote:
> On Tue, May 12, 2015 at 10:33:24PM +0200, Maxime Ripard wrote:
>
>> While this is nicer than the DT solution because of its accurate hardware
>> representation, it's still not perfect because you might not have access to
>> the
>> DT, or you might be d
GW-BASIC style label names are annoying so we can warn about that in
checkpatch. The warnings look like:
WARNING: 'fail2' isn't informative - prefer descriptive label names
#267: FILE: ./sound/ppc/beep.c:267:
+ fail2:snd_ctl_remove(chip->card, beep_ctl);
This gene
On 05/13/2015 04:31 AM, Daniel Phillips wrote:
Let me be the first to catch that arithmetic error
> Let's say our delta size is 400MB (typical under load) and we leave
> a "nice big gap" of 112 MB after flushing each one. Let's say we do
> two thousand of those before deciding that we have eno
Hi Greg,
> On May 13, 2015, at 15:08 , Greg Kroah-Hartman
> wrote:
>
> On Wed, May 13, 2015 at 02:56:49PM +0300, Pantelis Antoniou wrote:
>> Hi Greg,
>>
>>> On May 13, 2015, at 14:52 , Greg Kroah-Hartman
>>> wrote:
>>>
>>> On Wed, May 13, 2015 at 10:59:44AM +0300, Pantelis Antoniou wrote:
>
bonjour
Bienvenue dans notre boutique
laptop,moto,cellphone,ipad,camera.
samsung s6, 320euro
w e b: lyuuoaa. com
On Wed, May 13, 2015 at 02:28:57PM +0200, Nicolas Dichtel wrote:
> Le 13/05/2015 11:50, Michal Kubecek a écrit :
> >If adding a nexthop of an IPv6 multipath route fails, comment in
> >ip6_route_multipath() says we are going to delete all nexthops already
> >added. However, current implementation de
On 05/03/2015 12:02 PM, Toralf Förster wrote:
> The picture in [1], created with isag from the sysstat package, shows a
> periodic spike in the iowait of my tinderbox server (hardened Gentoo
> 3.19.6-r1), correlating to write transactions per seconds from a similar
> graph.
>
> I'm wondering wh
On Wed, May 13, 2015 at 12:31:57PM +0200, Borislav Petkov wrote:
> On Tue, May 12, 2015 at 02:18:41PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > Because mce is arch-specific x86 code, there is little or no
> > performance benefit of using rcu_dereference_index_check() ove
On Wed, 13 May 2015 16:30:16 +1000
Alexey Kardashevskiy wrote:
> On 05/13/2015 03:33 PM, Gavin Shan wrote:
> > On Tue, May 12, 2015 at 01:38:54AM +1000, Alexey Kardashevskiy wrote:
> >> At the moment iommu_free_table() only releases memory if
> >> the table was initialized for the platform code u
On Wed, May 13, 2015 at 12:26:04PM +0100, Mark Brown wrote:
> > Solve this by registering automatically spidev devices for all the unused
> > chip
> > selects when a master registers itself against the spi core.
>
> So, aside from the concern about this being generic the other thing here
> is tha
On 13/05/15 12:45, Maxime Coquelin wrote:
2015-05-12 23:21 GMT+02:00 Arnd Bergmann :
On Saturday 09 May 2015 09:53:56 Maxime Coquelin wrote:
+#include
+
Can you find a way to avoid this dependency?
Maybe you can change the bindings so that the numbers you pass as
arguments to the reset an
On Tue, 12 May 2015 19:17:24 -0400
Sasha Levin wrote:
> Hi all,
>
> I'm seeing odd jump in time values during boot of a KVM guest:
>
> [...]
> [0.00] tsc: Detected 2260.998 MHz processor
> [3376355.247558] Calibrating delay loop (skipped) preset value..
> [...]
>
> I've bisected it to:
On Tue, May 12, 2015 at 05:57:18PM -0700, j...@joshtriplett.org wrote:
> On Tue, May 12, 2015 at 03:49:11PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > The Tiny RCU counterparts to rcu_idle_enter(), rcu_idle_exit(),
> > rcu_irq_enter(), and rcu_irq_exit() are empty functio
Hi,
On 13/05/2015 at 12:31:36 +, Opensource [Steve Twiss] wrote :
> Something similar is being discussed for the OnKey component of the DA9062.
> https://lkml.org/lkml/2015/4/24/304
>
> It is only the OnKey and RTC components that are similar to the DA9063 chip
> and I was hoping to keep the
On Wed, May 13, 2015 at 4:50 AM, H.J. Lu wrote:
> On Tue, May 12, 2015 at 5:14 PM, H.J. Lu wrote:
>> On Fri, May 8, 2015 at 1:16 PM, H.J. Lu wrote:
>>> On Fri, May 8, 2015 at 5:09 AM, H.J. Lu wrote:
On Thu, May 7, 2015 at 8:22 PM, Andy Lutomirski
wrote:
> On Thu, May 7, 2015 at
On 13 May 2015 at 18:05, Sudeep Holla wrote:
> With the addition of switcher code, there's compile-time dependency on
> BIG_LITTLE to get arm_big_little driver compiling on ARM64. Since ARM64
> will never add support for bL switcher, it's better to remove the
> dependency so that the driver can be
> On Wed, 13 May 2015 16:27:58 +0530, ram.i hcltech wrote:
>> spi interface for sc16is7xx is added along with Kconfig flag
>> to enable spi or i2c, thus in a instance we can have either
>> spi or i2c or both, in sync to the hw.
>>
>> Signed-off-by: ram.i hcltech
>> ---
>>
>> Changes in v2:
>> -Add
On Tue, 12 May 2015 17:59:29 -0700
j...@joshtriplett.org wrote:
> On Tue, May 12, 2015 at 03:49:12PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > Reported-by: "Ahmed, Iftekhar"
> > Signed-off-by: Paul E. McKenney
>
> Could you elaborate a bit more on this patch (ideally
Hi,
I am using wayland and want to use it on a lenovo yoga 851f device,
which has an i915/i965 intel HD device
unfortunately, there is a bug on NEEDINFO
https://bugzilla.kernel.org/show_bug.cgi?id=92171
I am thinking about a new bugentry cause the entry mentiod above seems
to be solved for other
On Tue, May 12, 2015 at 03:35:50PM -0700, Stephen Boyd wrote:
> On 05/08/15 03:02, Maxime Ripard wrote:
> > On Thu, May 07, 2015 at 02:03:57PM -0700, Stephen Boyd wrote:
> >> On 05/07/15 08:17, Kevin Hilman wrote:
> >>> On Fri, May 1, 2015 at 4:40 PM, Stephen Boyd wrote:
> On 05/01/15 15:07,
On 05/13/2015 05:58 AM, Alexandre Belloni wrote:
Hi,
On 13/05/2015 at 12:31:36 +, Opensource [Steve Twiss] wrote :
Something similar is being discussed for the OnKey component of the DA9062.
https://lkml.org/lkml/2015/4/24/304
It is only the OnKey and RTC components that are similar to the
Hi Miklos,
Vincent reported[1] what appears to be a regression in Overlayfs with
4.0. This was found in the upstream docker community[2] on Ubuntu
with 4.0.1 as well, so it is distro agnostic. The following sequence
of commands in the bug report seems to allow one to remove a non-empty
directory
On 13 May 2015 at 13:09, Mark Brown wrote:
> On Tue, May 12, 2015 at 02:46:11PM -0700, Doug Anderson wrote:
>> Since the regulator used for the SDMMC IO voltage is not expected to
>> draw a lot of current, most systems will probably use an inexpensive
>> LDO for it. LDO regulators apparently have
On 05/13/2015 04:10 AM, Mel Gorman wrote:
> NUMA balancing is meant to be disabled by default on UMA machines but
> the check is using nr_node_ids (highest node) instead of num_online_nodes
> (online nodes). The consequences are that a UMA machine with a node ID of 1
> or higher will enable NUMA ba
On Wed, 2015-05-13 at 04:31 -0700, Daniel Phillips wrote:
> Third possibility: build from our repository, as Mike did.
Sorry about that folks. I've lost all interest, it won't happen again.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Tue, May 12, 2015 at 02:18:42PM -0700, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> Now that rcu_access_index() and rcu_dereference_index_check() are no
> longer used, the commit removes them from the RCU API. This means that
> RCU's data dependencies now involve only pointers, give
201 - 300 of 1014 matches
Mail list logo
