Hi,
On Fri, 2014-02-21 at 09:35 -0600, Kumar Gala wrote:
> On Feb 20, 2014, at 6:38 PM, Bjorn Andersson
> wrote:
>
> > This bus driver supports the QUP i2c hardware controller in the Qualcomm
> > SOCs.
> > The Qualcomm Universal Peripheral Engine (QUP) is a general purpose data
> > path
>
Hi Maxime,
Am Mittwoch, den 19.02.2014, 14:57 +0100 schrieb Maxime Coquelin:
> Hi Philipp,
>
> On 02/07/2014 01:54 PM, srinivas kandagatla wrote:
> > Hi Philipp,
> > Thankyou for looking at the patches.
> >
> >
> > On 05/02/14 09:28, Philipp Zabel wrote:
> >> Hi Srinivas,
> >>
> > ...
> >>
> >>
Le Mon, 24 Feb 2014 16:03:10 +0800,
Neil Zhang a écrit :
> This patch set is mainly for bug fix.
>
> Neil Zhang (6):
> usb: gadget: mv_udc: remove redundant pull up in udc_start
> usb: gadget: mv_udc: disable HW zlt for ep0
> usb: gadget: mv_udc: clear corresponding interrupt when flush
On Mon, Feb 24, 2014 at 07:23:15PM +0900, Daeseok Youn wrote:
>
> After spin_lock() is called, all of if-else conditions in this brace
> should reach the end of else and spin_unlock() must be called.
> So It doesn't need to call spin_unlock() without a return statement
> for handling an error.
>
Hi
On Thu, Feb 20, 2014 at 9:24 PM, Benjamin Tissoires
wrote:
> Hi guys,
>
> this is a new round in the low level HID transport cleanup.
> These are the formely 7/14 an 12/14 only.
> I add in between a patch which makes .raw_request mandatory, to cleanup
> the old 12/14 (so 3/3 here).
>
> There
Add a device tree for NVIDIA SHIELD. The set of enabled features is
still minimal with no display option (although HDMI should be easy
to get to work) and USB requiring external power.
A default kernel command-line as well as initrd addresses are hardcoded
to match the static values the
Hi,
This patch series adds support for uefi-based gen2 virtual machines to
the hyperv-fb driver.
Patch #1 is included just for completeness. Greg picked it up
already and it is in -next, but it isn't in master yet.
Patch #2 is a bugfix for the first patch.
Patch #3 changes vmbus to properly
From: Joe Perches
> Reduce text a bit by using static const.
If you want to save a few bytes remove the pointers.
(and the fixed RAM text to get below 7 chars).
eg:
> - const char *ramtypetext2[] = { "SDR SDRAM", "SDR SGRAM",
> - "DDR SDRAM", "DDR SGRAM"
Use a resource for the hyperv mmio region instead of start/size
variables. Register the region properly so it shows up in
/proc/iomem.
Signed-off-by: Gerd Hoffmann
---
drivers/hv/vmbus_drv.c | 16 ++--
include/linux/hyperv.h | 3 +--
2 files changed, 11 insertions(+), 8
UEFI-based generation 2 virtual machines support vmbus devices only.
There is no pci bus. Thus they use a different mechanism for the
graphics framebuffer: Instead of using the vga pci bar a chunk of
memory muct be allocated from the hyperv mmio region declared using
APCI. This patch implements
Remove firmware framebuffer before initializing hyperv-fb. Needed
on gen2 virtual machines. Letting register_framebuffer handle the
switchover results in efifb still being active while hyperv graphics
are initialized, which in turn can make the linux kernel hang.
Signed-off-by: Gerd Hoffmann
From: "K. Y. Srinivasan"
On Gen2 firmware, Hyper-V does not emulate the PCI bus. However, the MMIO
information is packaged up in DSDT. Extract this information and export it
for use by the synthetic framebuffer driver. This is the only driver that
needs this currently.
In this version of the
Signed-off-by: Gerd Hoffmann
---
drivers/hv/vmbus_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
index b37c91b..2352ae48 100644
--- a/drivers/hv/vmbus_drv.c
+++ b/drivers/hv/vmbus_drv.c
@@ -899,10 +899,12 @@ static acpi_status
Il 24/02/2014 06:32, Nicholas A. Bellinger ha scritto:
AFAICT up until this point the ->prio field has been unused, but
I'm certainly open to better ways of signaling (to vhost) that some
number of metadata iovs are to be expected.. Any thoughts..?
Hi nab,
the virtio-scsi side of the patch
After spin_lock() is called, all of if-else conditions in this brace
should reach the end of else and spin_unlock() must be called.
So It doesn't need to call spin_unlock() without a return statement
for handling an error.
Also sparse says:
drivers/staging/ced1401/usb1401.c:1080:28: warning:
On Sun, Feb 23, 2014 at 4:40 PM, Jason Cooper wrote:
> I certainly don't want to assume we can take this, and you've been quiet
> on the previous versions of this series. We have a lot of moving pieces
> for getting the Armada 375/380/385 support added to the kernel. It's a
> huge help to us
On 02/24/2014 09:03 AM, Jan Beulich wrote:
On 22.02.14 at 13:09, Daniel Borkmann wrote:
On 02/21/2014 11:33 AM, Jan Beulich wrote:
... to match its two callers (i.e. the alternative would have been to
swap the arguments at the call sites).
Signed-off-by: Jan Beulich
Cc: Francesco Fusco
Cc:
You have not understood what Joe said.
On Mon, Feb 24, 2014 at 08:48:47PM +1100, David Roddick wrote:
> Removed unnecessary spaces after function pointer names and corrected
> multi-line wrap alignment
>
This should be line wrapped at 72 characters (same rule as email). In
other words it
On 02/24/14 11:17, Linus Walleij wrote:
On Mon, Feb 24, 2014 at 9:42 AM, Sebastian Hesselbarth
wrote:
This is a patches separated from one sent earlier [1] with just the
removal of any hard-coded reg addresses from Dove pinctrl stub.
OK let's queue this a while later on top of the other
On Thursday 13 February 2014, Linus Walleij wrote:
> irqchip: vic: update the base IRQ member correctly
> irqchip: support cascaded VICs
> ARM: integrator: register the IM-PD1 VIC
I got a randconfig build error for CONFIG_IMPD1=m. Ok to apply this
fix on top?
8<---
irqchip:
Hi,
On Wed, 2014-02-19 at 09:46 -0800, Courtney Cavin wrote:
> On Wed, Feb 19, 2014 at 04:43:22PM +0100, Ivan T. Ivanov wrote:
> >
> > Hi,
> >
> > On Tue, 2014-02-18 at 13:26 -0800, Courtney Cavin wrote:
> > > On Tue, Feb 18, 2014 at 02:21:19PM +0100, Ivan T. Ivanov wrote:
> > > > From:
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
The patch renames the struct "max14577" state container to "maxim_core".
This is only a rename-like patch, new code is not added.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc:
This patch prepares for adding support for max77836 device to existing
max14577 driver:
1. Renames most of symbols and defines prefixed with MAX14577 to MAXIM.
2. Adds prefixes (MAXIM or MAX14577) to defines without any MAX* prefix.
This is only a rename-like patch, new code is not added.
From: Chanwoo Choi
This patch use device name to make sysfs path according to device type:
max14577-muic
- /sys/class/extcon/max14577-muic/
max77836-muic
- /sys/class/extcon/max77836-muic/
Signed-off-by: Chanwoo Choi
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
On Mon, Feb 24, 2014 at 9:42 AM, Sebastian Hesselbarth
wrote:
> This is a patches separated from one sent earlier [1] with just the
> removal of any hard-coded reg addresses from Dove pinctrl stub.
OK let's queue this a while later on top of the other stuff (that I'm working
on applying right
MAX77836 has the same Fuel Gauge as MAX17040. The max17040 driver can be
safely re-used. The patch adds MAX77836 ID to array with i2c_device_id.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
Cc: Anton Vorontsov
Cc: Dmitry Eremin-Solenikov
Cc: David Woodhouse
---
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 per barrel. This amount to $9,200,000 daily. I ask
for your support as a foreigner to handle this business project with my
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
Add "muic" suffix to regmap and irq_data fields in maxim_core state
container to prepare for max77836 support.
This is only a rename-like patch, new code is not added.
Signed-off-by:
Add Maxim 77836 support to max14577 driver. The chipsets have same MUIC
component so the extcon, charger and regulators are almost the same. The
max77836 however has also PMIC and Fuel Gauge.
The MAX77836 uses three I2C slave addresses and has additional interrupts
(related to PMIC and Fuel
Add support for MAX77836 charger to the max14577 driver. The MAX77836
charger is almost the same as 14577 model except:
- No dead-battery detection;
- Support for special charger (like in max77693);
- Support for DX over-voltage protection (like in max77693);
- Lower values of charging current
Add document describing device tree bindings for MAX14577 MFD
drivers: MFD core, extcon, regulator and charger.
Both MAX14577 and MAX77836 chipsets are documented.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Tomasz Figa
Cc: Marek Szyprowski
Cc: devicet...@vger.kernel.org
Cc: Rob
On 02/24/2014 03:10 PM, Peter Zijlstra wrote:
> On Mon, Feb 24, 2014 at 01:19:15PM +0800, Michael wang wrote:
>> Peter, do we accidentally missed this commit?
>>
>> http://git.kernel.org/tip/477af336ba06ef4c32e97892bb0d2027ce30f466
>
> Ingo dropped it on Saturday because it makes
On 02/21/2014 08:01 PM, Theodore Ts'o wrote:
> On Fri, Feb 21, 2014 at 09:57:20AM -0800, Greg Kroah-Hartman wrote:
>>> But shouldn't we at least write somewhere
>>> that it has connection to spdx.org where you can find out that licenses.
>>
>> Why? Are these licenses so unknown that no one knows
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
During probe choose muic_irqs according to device type. Currently there
are only "max14577_muic_irqs" but later patch will add max77836
interrupts.
Signed-off-by: Krzysztof Kozlowski
Cc:
This patch prepares for changing the max14577 charger driver to allow
configuring battery-dependent settings from DTS.
The patch moves from regulator driver to MFD core driver and exports:
- function for calculating register value for charger's current;
- table of limits for chargers (MAX14577,
The MAX77836 LDO regulators support low power mode. In this mode the
maximum load current is 5 mA and the quiescent supply current is 1.5 uA.
This patch adds support for mode REGULATOR_MODE_STANDBY (and NORMAL) to
LDO regulators by implementing the set_mode() and get_mode() operations.
However
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
Add enum for types of devices supported by this driver. The device type
will be detected by matching of_device_id, or i2c_device_id as a
fallback.
The patch also moves to separate function
Add support for MAX77836 chipset and its additional two LDO regulators.
These LDO regulators are controlled by the PMIC block with additional
regmap (different I2C slave address).
The MAX77836 charger and safeout regulators are almost identical to
MAX14577. The registers layout is the same,
EOC value from DTS.
4. Rebased on next-20140224.
Changes since v2
1. Added ACK-s.
2. Applied minor checkpatch fixes (pointed by Lee Jones).
3. Rebased on next-20140217.
Changes since v1
1. Added ACK-s, reviews and tested-by tags.
2. Removed applied patches
Add support for MAX77836 chipset to the max14577 extcon driver. The
MAX77836 MUIC has additional interrupts (VIDRM, ADC1K) so IRQ handling
is split up into two functions: max14577_parse_irq() and
max77836_parse_irq().
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Chanwoo Choi
Cc: Kyungmin
Add max14577 prefix to muic_irqs array. This prepares for max77836
support in this extcon driver.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
Acked-by: Chanwoo Choi
Tested-by: Chanwoo Choi
---
drivers/extcon/extcon-max14577.c | 12 ++--
1 file
Remove hard-coded values for:
- Fast Charge current,
- End Of Charge current,
- Fast Charge timer,
- Overvoltage Protection Threshold,
- Battery Constant Voltage,
and use DTS to configure them. This allows using the max14577 charger
driver with different batteries.
Now the charger driver
On Mon, 2014-02-24 at 08:15 +, Peter Chen wrote:
> > +CI13xxx (Chipidea) USB controllers
> > +
> > +Required properties:
> > +- compatible: should contain "qcom,ci-hdrc"
> > +- reg: offset and length of the register set in the memory map
> > +- interrupts: interrupt-specifier for
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> This adds some defines and helper functions for the common mpp reg
> layout to mvebu pinctrl include.
>
> Signed-off-by: Sebastian Hesselbarth
> Signed-off-by: Thomas Petazzoni
> Tested-by: Andrew Lunn
> ---
> Changelog:
>
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> The only valuable information a special callback can derive from
> mvebu_mpp_ctrl passed to it, is the pin id. Instead of passing
> the struct, pass the pid directly.
>
> Signed-off-by: Sebastian Hesselbarth
> Tested-by: Andrew
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> We treat unnamed controls as generic mvebu mpp register controls but
> we identify them by not being special controls. Flip the logic and
> use the name pointer as identification instead. While at it, add some
> comments explaining
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> With the introduction of a global name buffer, we can now remove
> the allocation and preparation of per-control name buffers.
>
> Signed-off-by: Sebastian Hesselbarth
> Tested-by: Andrew Lunn
> Tested-by: Thomas Petazzoni
Patch
On Sun, Feb 23, 2014 at 3:20 PM, Sebastian Hesselbarth
wrote:
> pinctrl-mvebu allows SoCs to pass unnamed controls that will get an
> auto-generated name of "mpp". Currently, we are allocating name
> buffers on a per-control basis while looping over passed controls.
> This counts the total
On Fri, Feb 21, 2014 at 01:59:50PM +0100, Florian Vaussard wrote:
> Hi,
>
> On 02/21/2014 01:47 PM, Luis Henriques wrote:
> > 3.11.10.5 -stable review patch. If anyone has any objections, please let
> > me know.
> >
>
> This was nack'ed by Greg KH a few days ago. Please see [1].
>
Ok, thank
On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Add the pin control node and pin definitions of SPI8.
>
> Signed-off-by: Ivan T. Ivanov
Acked-by: Linus Walleij
Kumar, please take this through your qcom tree.
Yours,
Linus Walleij
--
To unsubscribe from
On Mon, Feb 10, 2014 at 2:00 PM, Geert Uytterhoeven
wrote:
> A QSPI function set consists of 3 groups:
> - qspi_ctrl (2 control wires)
> - qspi_data2 (2 data wires, for Single/Dual SPI)
> - qspi_data4 (4 data wires, for Quad SPI)
>
> Signed-off-by: Geert Uytterhoeven
> Acked-by: Laurent
On Friday 21 February 2014 05:59 PM, Roger Quadros wrote:
> On 02/21/2014 02:25 PM, Kishon Vijay Abraham I wrote:
>> Hi Roger,
>>
>> On Wednesday 19 February 2014 06:07 PM, Roger Quadros wrote:
>>> Hi,
>>>
>>> On 02/12/2014 11:46 AM, Kishon Vijay Abraham I wrote:
On Wednesday 29 January 2014
On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Add pin, group and function definitions for SPI#8
> controller.
>
> Signed-off-by: Ivan T. Ivanov
Patch applied with Björn's ACK.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line
On Fri, Feb 21, 2014 at 09:09:22PM +0100, David Herrmann wrote:
> Hi
>
> On Fri, Feb 21, 2014 at 3:46 PM, Josh Boyer wrote:
> > On Fri, Feb 21, 2014 at 9:37 AM, Ray Strode wrote:
> >> Hi,
> >>
> >> This broke plymouth, i think. Plymouth used the herustic:
> >> "/sys/class/tty/console/active
On 02/23/2014 04:05 PM, David Herrmann wrote:
> Hi
>
> On Sun, Feb 23, 2014 at 1:20 AM, Ray Strode wrote:
>> Hi,
>>
>>
>> On Feb 22, 2014 9:27 AM, "David Herrmann" wrote:
>>> How about this:
>>>
>>> + driver = cs[i]->device(cs[i], );
>>> +/* special case for tty0
Hi Roger,
On Friday 21 February 2014 05:59 PM, Roger Quadros wrote:
> On 02/21/2014 02:25 PM, Kishon Vijay Abraham I wrote:
>> Hi Roger,
>>
>> On Wednesday 19 February 2014 06:07 PM, Roger Quadros wrote:
>>> Hi,
>>>
>>> On 02/12/2014 11:46 AM, Kishon Vijay Abraham I wrote:
On Wednesday 29
On Thu, Jan 30, 2014 at 9:37 PM, Joe Perches wrote:
> Avoid an unnecessary allocation/free by using stack instead.
>
> Signed-off-by; Joe Perches
Hm.
> + char propname[9 + sizeof(int) * 2 + 4] = "pinctrl-";
If you absolutely want to do this you have to
#define PINCTRL_PREFIX
Removed unnecessary spaces after function pointer names and corrected
multi-line wrap alignment
Signed-off-by: David Roddick
---
drivers/staging/comedi/drivers/poc.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/comedi/drivers/poc.c
Hi Mark, Magnus,
On Sat, Feb 22, 2014 at 4:27 AM, Mark Brown wrote:
> On Thu, Feb 20, 2014 at 03:43:07PM +0100, Geert Uytterhoeven wrote:
>
>> + if (!test_and_set_bit(0, >flags)) {
>> + pm_runtime_get_sync(>pdev->dev);
>> + clk_enable(p->clk);
>> + }
>
> That
2014-02-24 17:06 GMT+09:00 Dan Carpenter :
> On Mon, Feb 24, 2014 at 09:51:35AM +0900, Daeseok Youn wrote:
>> >From 5e737e8211cd1f83488e484c088befc5feb755a9 Mon Sep 17 00:00:00 2001
>> From: Daeseok Youn
>> Date: Mon, 24 Feb 2014 09:17:41 +0900
>> Subject: [PATCH] staging: ced401: remove
On Thu, Jan 30, 2014 at 7:57 PM, Mark Brown wrote:
> From: Mark Brown
>
> On systems which were not booted using DT it is entirely unsurprising that
> device nodes don't have any DT information and this is going to happen for
> every single device in the system. Make pinctrl be less chatty
On Mon, Feb 24, 2014 at 05:32:24AM +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> Hi MST, MKP, Paolo & Co,
>
> The following is an initial RFC series for allowing vhost/scsi to
> accept T10 protection information (PI) as seperate SGLs along side
> existing data payload SGLs
From: Valentine Barshak
This adds the following to R-Car M2 Koelsch board:
- USBHS PHY
- USBHS device in usb0
- internal PCI USB host device on usb1
USBHS is configured for usb0 and cable id is checked at probe.
USB PCI is configured for usb1.
The USB phy is bound to ether USB host or USBHS
From: Vladimir Barinov
Add USB and PCI to koelsch_defconfig
Signed-off-by: Vladimir Barinov
Changes in V5:
* removed CONFIG_USB_RENESAS_USBHS_HCD as not used yet
Changes in V4:
* Added this patch to series
---
arch/arm/configs/koelsch_defconfig | 15 ++-
1 file changed, 14
Commit 7053aee26a35 "fsnotify: do not share events between notification
groups" used overflow event statically allocated in a group with the
size of the generic notification event. This causes problems because
some code looks at type specific parts of event structure and gets
confused by a random
On Monday 24 February 2014 00:44:37 Josh Triplett wrote:
>
> I agree that allowing BUG() to become a no-op seems suboptimal, if only
> because of the resulting warnings and mis-optimizations. However, I
> think the overhead could be cut down massively, such that BUG() just
> compiles down to a
On 2014年02月22日 01:07, Jiri Olsa wrote:
> On Fri, Feb 21, 2014 at 11:06:30AM +0100, Jiri Olsa wrote:
>> On Fri, Feb 21, 2014 at 01:35:45PM +0800, Lan Tianyu wrote:
>>> acpi_processor_set_throttling() uses set_cpus_allowed_ptr() to make
>>> sure struct acpi_processor->acpi_processor_set_throttling()
From: Valentine Barshak
This adds USBHS clocks to the R8A7791 SoC.
Signed-off-by: Valentine Barshak
Signed-off-by: Vladimir Barinov
Changes in V5:
Changes in V4:
Changes in V3:
* none.
Changes in V2:
* capitalized ARM in the subject;
* rebased on top the latest devel tag.
---
From: Valentine Barshak
These patch series add the USBHS and PCI USB support to Koelsch board
Changes in V5:
* changed "From" filed to original author
* removed commits dependency, since verified them are in
* get rid from PCI USB on usb0
* moved MAX3355E ID pin check in usbhs probe
* removed
Currently we didn't initialize event's list head when we removed it from
the event list. Thus a detection whether overflow event is already
queued wasn't working. Fix it by always initializing the list head when
deleting event from a list.
Signed-off-by: Jan Kara
---
fs/notify/notification.c |
If the event queue overflows when we are handling permission event, we
will never get response from userspace. So we must avoid waiting for it.
Change fsnotify_add_notify_event() to return whether overflow has
happened so that we can detect it in fanotify_handle_event() and act
accordingly.
Hello,
these three patches fix problems with overflow events in fanotify and
inotify frameworks. Part of that (patches 1 & 3) is a fallout of my
rewrite of fsnotify framework. I've implemented testing of generation of
overflow events for fanotify and inotify in LTP and with these patches
the
From: Valentine Barshak
This adds internal PCI USB host clock support to R-Car M2 SoC.
Signed-off-by: Valentine Barshak
Signed-off-by: Vladimir Barinov
Changes in V5:
Changes in V4:
Changes in V3:
* none.
Changes in V2:
* capitalized ARM in the subject;
* rebased on top the latest devel
Documentation for perf listing of SDT markers.
---
tools/perf/Documentation/SDT-markers.txt | 122 ++
tools/perf/Documentation/perf-list.txt |8 +-
2 files changed, 128 insertions(+), 2 deletions(-)
create mode 100644 tools/perf/Documentation/SDT-markers.txt
This patch enables perf to list the SDT markers present in a system. It looks
in dsos given by ldconfig --print-cache and for other binaries, it looks into
the PATH environment variable. After preparing a list of the binaries, then
it starts searching for SDT markers in them.
To find the SDT
This patchset helps in listing dtrace style markers(SDT) present in user space
applications through perf.
Notes/markers are placed at important places by the
developers. They have a negligible overhead when not enabled.
We can enable them and probe at these places and find some important
Hi Magnus,
On Mon, Feb 24, 2014 at 9:44 AM, Magnus Damm wrote:
>>> Another question: How about "bus_num" and the platform device id
>>> mapping? I'd like them to be the same if possible, but you are having
>>> this "(idx+1)" bit in your code which I assume is to add offset for
>>> the QSPI bus.
On Sat, Feb 22, 2014 at 10:35:52PM +0100, Maxime Ripard wrote:
> Hi,
>
> This patchset brings support for the SPI controller found in the
> Allwinner A10 and derived SoCs.
>
> Even though the controller supports DMA, the driver only supports PIO
> mode for now. This driver will be used to bring
Hi,
On Sun, Feb 23, 2014 at 11:15:30AM +0900, Mark Brown wrote:
> On Sat, Feb 22, 2014 at 10:35:53PM +0100, Maxime Ripard wrote:
> > The older Allwinner SoCs (A10, A13, A10s and A20) all have the
> > same SPI controller.
>
> Applied, thanks. Please differentiate between these two devices in
>
Viresh Kumar wrote:
> On 24 February 2014 14:17, wrote:
>> Sorry, not sure I understand what you mean.
>>
>> I agree, wording in my commit text might be unclear. I'll fix it after
>> we
>> agree on the code fix. In the MSM case, each CPU has it's own policy.
>>
>> I'm assuming your original
On Fri, Feb 14, 2014 at 07:34:17PM +0100, Bartlomiej Zolnierkiewicz wrote:
> Pages allocated from MIGRATE_RESERVE migratetype pageblocks
> are not freed back to MIGRATE_RESERVE migratetype free
> lists in free_pcppages_bulk()->__free_one_page() if we got
> to free_pcppages_bulk() through
Hi Vladimir,
On Mon, Feb 24, 2014 at 5:29 PM, Vladimir Barinov
wrote:
> Hi Magnus,
>
>
> On 02/24/2014 12:05 PM, Magnus Damm wrote:
>>
>> Hi Vladimir,
>>
>> On Mon, Feb 24, 2014 at 4:34 PM, Vladimir Barinov
>> wrote:
>>>
>>> Hello Magnus,
>>>
>>> Thank you for the quick response.
>>>
>>>
>>>
On Mon, 2014-02-24 at 19:39 +1100, David Roddick wrote:
> This is a patch to remove unneccessary space after function pointer name
> found with checkpatch.pl
A few comments:
Please wrap your commit message to 70 columns or so.
There is 1 c in unnecessary.
The "This is a patch to " bit isn't
On 02/23/2014 08:00 PM, Alejandro Cabrera wrote:
> On 23/2/2014 6:43 AM, Guenter Roeck wrote:
>> On 02/23/2014 08:25 AM, Alejandro Cabrera wrote:
>>> On 22/2/2014 7:44 PM, Guenter Roeck wrote:
On 02/22/2014 10:14 PM, Alejandro Cabrera wrote:
> On 22/2/2014 5:36 PM, Guenter Roeck wrote:
On 24 February 2014 14:17, wrote:
> Sorry, not sure I understand what you mean.
>
> I agree, wording in my commit text might be unclear. I'll fix it after we
> agree on the code fix. In the MSM case, each CPU has it's own policy.
>
> I'm assuming your original complaint was about my confusing
Now that we have ioremapped mpp base registers, get rid of hardcoded
physical addresses. While at it, also remove DOVE_ prefix from those
macros.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Linus Walleij
---
Cc: Linus Walleij
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc:
Now that we have ioremapped pmu_mpp registers, get rid of hardcoded
physical addresses. While at it, also remove DOVE_ prefix from those
macros.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Linus Walleij
---
Cc: Linus Walleij
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc:
Viresh Kumar wrote:
> On 24 February 2014 14:11, wrote:
>> I just replied to the other email. I think I answered both your
>> questions
>> there. Sorry about mixing up CPU and policy. In my case, each CPU is
>> independently scalable -- so for now take CPU == policy. I'll fix it up
>> once we
Dove pinctrl uses additional registers to control MPPs. This patch first
increases existing pinctrl reg property by one register, and then adds
two new ranges for MPP4 and PMU MPP registers.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian
On 24 February 2014 14:11, wrote:
> I just replied to the other email. I think I answered both your questions
> there. Sorry about mixing up CPU and policy. In my case, each CPU is
> independently scalable -- so for now take CPU == policy. I'll fix it up
> once we agree on the fix.
But why do
Dove pinctrl uses some global config registers to control pins.
This patch requests a syscon regmap for those registers. As this
changes DT to driver requirements, fallback to a self-registered
regmap with hardcoded resources, if the corresponding syscon DT
node is missing. Also, WARN about old DT
Now that we have an ioremapped mpp4 register, get rid of hardcoded
physical addresses. While at it, also remove DOVE_ prefix from those
macros.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Linus Walleij
---
Cc: Linus Walleij
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc:
On Mon, Feb 24, 2014 at 09:02:35AM +0100, Arnd Bergmann wrote:
> On Saturday 22 February 2014, Josh Triplett wrote:
> > When !CONFIG_BUG, WARN_ON and family become simple passthroughs of their
> > condition argument; however, WARN_ON_ONCE and family still have
> > conditions and a boolean to
On (02/24/14 10:01), Minchan Kim wrote:
> On Fri, Feb 21, 2014 at 02:50:39PM +0300, Sergey Senozhatsky wrote:
> > Do not perform direct LZO compress/decompress calls, initialise
> > and use zcomp LZO backend (single compression stream) instead.
> >
> > Signed-off-by: Sergey Senozhatsky
> > ---
>
We share global config registers by syscon node, add it to dove.dtsi.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Rob Landley
Cc: Linus Walleij
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory
Dove pinctrl binding now requires three different reg properties. This
updates corresponding binding and example accordingly. While at it, also
document reg property as required for the other MVEBU SoC pinctrl nodes.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc:
Hi Geert!
On Mon, Feb 24, 2014 at 5:25 PM, Geert Uytterhoeven
wrote:
> Hi Magnus,
>
> On Mon, Feb 24, 2014 at 3:09 AM, Magnus Damm wrote:
>> On Fri, Feb 21, 2014 at 1:18 AM, Geert Uytterhoeven
>> wrote:
>>> On Thu, Feb 20, 2014 at 4:48 PM, Magnus Damm wrote:
Since only MSIOF1 is used on
Marvell Dove SoC binding was not documented, yet. Add the documentation
and also describe Global Configuration register node in it.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Rob Landley
Cc: Linus Walleij
Dove pinctrl also requires additional registers to control all pins.
This patch requests resources for mpp4 and pmu-mpp register ranges.
As this changes DT to driver requirements, fallback to hardcoded
resources, if the corresponding DT regs have not been set.
Also, WARN about old DT binding usage
Now that we have a regmap for global registers, get rid of the last
remaining hardcoded physical addresses. While at it, also remove
DOVE_ prefix from those macros.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Linus Walleij
---
Cc: Linus Walleij
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory
701 - 800 of 1732 matches
Mail list logo