On Friday 10 June 2016 03:41 PM, Krzysztof Kozlowski wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Vineet Gupta
On 06/10/2016 12:51 PM, Robin Murphy wrote:
> Hi Krzysztof,
>
> On 10/06/16 11:11, Krzysztof Kozlowski wrote:
>> Split out subsystem specific changes for easier reviews. This will be
>> squashed with main commit.
>>
>> Signed-off-by: Krzysztof Kozlowski
>> ---
>> arch/arm64/mm/dma-mapping.c | 5
On 10/06/16 13:44, Sergei Shtylyov wrote:
> On 6/10/2016 1:19 PM, Roger Quadros wrote:
>
It provides APIs for the following tasks
- Registering an OTG/dual-role capable controller
- Registering Host and Gadget controllers to OTG core
- Providing inputs to and kicking the O
On 06/09/2016 10:34 PM, Arnaldo Carvalho de Melo wrote:
Em Wed, Jun 08, 2016 at 09:36:51PM +0900, Taeung Song escreveu:
Many sub-commands use perf_config() so
everytime perf_config() is called, perf_config() always read config files.
(i.e. user config '~/.perfconfig' and system config '$(sysco
> Is this what you were looking for?
Mostly, thanks. This verifies that the old way still works. Good!
The new way (no i2c_device_ids, just compatibles) will need Javier's
patch to work with module auto loading, I know. But what about userspace
instantiation with built-in driver? I didn't unders
On 06/09/2016 10:37 PM, Arnaldo Carvalho de Melo wrote:
Em Wed, Jun 08, 2016 at 09:36:52PM +0900, Taeung Song escreveu:
perf_config_set__delete() delete allocated the config set
but the global variable 'config_set' is used all around.
So purge and zfree by an address of the global variable
Hi,
Roger Quadros writes:
>>> What is wrong with calling it gadget controller?
>>
>>It's not a controller, it's a piece of software AFAIU. Or is my English
>> just too weak? :-)
>
> Everything at this point is a piece of software :).
>
> struct usb_gadget, represents the gadget controller
On 06/09/2016 10:41 PM, Arnaldo Carvalho de Melo wrote:
Em Wed, Jun 08, 2016 at 09:36:51PM +0900, Taeung Song escreveu:
Many sub-commands use perf_config() so
everytime perf_config() is called, perf_config() always read config files.
(i.e. user config '~/.perfconfig' and system config '$(sysco
After arbitrary bio size is supported, the incoming bio may
be very big. We have to split the bio into small bios so that
each holds at most BIO_MAX_PAGES bvecs for safety reason, such
as bio_clone().
This patch fixes the following kernel crash:
> [ 172.660142] BUG: unable to handle kernel NULL
* Linus Walleij [160526 01:42]:
> On Thu, May 19, 2016 at 8:47 AM, Vignesh R wrote:
>
> > AM335x ICE board has a TI PCA9536 chip connected to I2C0 at address
> > 0x41. Add DT entry for the same.
> >
> > Signed-off-by: Vignesh R
>
> Acked-by: Linus Walleij
>
> Pls take this through the ARM So
On 06/09/2016 05:03 AM, Benjamin Tissoires wrote:
On May 29 2016 or thereabouts, Corey Minyard wrote:
From: Corey Minyard
This was almost always called at the end of the transaction. The
only time it wasn't called was when a protocol violation occurred,
and the error reporting was inconsisten
On 06/09/2016 09:01 AM, Benjamin Tissoires wrote:
On May 29 2016 or thereabouts, Corey Minyard wrote:
From: Corey Minyard
The priv->cmd is called subcmd elsewhere, and that's a more
appropriate name for it, so rename it.
The "size" parameter passed in to i801_access is passed to other
functio
On 08/06/16 19:31, Matthew Leach wrote:
> From: Ben Dooks
>
> The exynos low-level debug macros need to be fixed if the system is being
> built big endian. Add the necessary endian swaps for accessing the registers
> to get output working again
>
> Signed-off-by: Ben Dooks
> ---
> arch/arm/inc
They are deprecated and by moving their implementations to bind/unbind
we can call drm_connector_register_all instead of open-coding it.
Signed-off-by: Tomeu Vizoso
Cc: Daniel Vetter
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 87 ++---
1 file changed, 30 insertion
On Fri, Jun 3, 2016 at 2:24 AM, Andrew Morton wrote:
> On Sat, 21 May 2016 01:27:36 +0300 Alexey Dobriyan
> wrote:
>
>> Instead of showing how cool sed(1) invocation could be, rely on the fact
>> that gcc doesn't really look inside "asm" statement body and more or less
>> directly emits it into
This Replace all occurences of (1<
---
drivers/staging/comedi/drivers/dmm32at.c | 98
1 file changed, 50 insertions(+), 48 deletions(-)
diff --git a/drivers/staging/comedi/drivers/dmm32at.c
b/drivers/staging/comedi/drivers/dmm32at.c
index 958c0d4..b8606de 100644
On 06/10/2016 01:12 PM, Ben Dooks wrote:
> On 08/06/16 19:31, Matthew Leach wrote:
>> From: Ben Dooks
>>
>> The exynos low-level debug macros need to be fixed if the system is being
>> built big endian. Add the necessary endian swaps for accessing the registers
>> to get output working again
>>
>>
The logic to calculate the threshold value for stopping the TX queue is
bad. Currently it will always use 1/2 of the rings size, which is way too
much. Set the threshold to MAX_SKB_FRAGS. This makes sure that the queue
is stopped when there is not enough room to accept an additional segment.
Sign
The lookup of the tx_buffer in the error path inside mtk_tx_map() uses the
wrong descriptor pointer. This looks like a copy & paste error. Change the
code to use the correct pointer.
Signed-off-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c |2 +-
1 file changed, 1 insertio
During stress testing, after reducing the threshold value, we have seen
TX timeouts that were caused by the watchdog_timeo value being too low.
Increase the value to 5 * HZ which is a value commonly used by many other
drivers.
Signed-off-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth
The code checks if the queue should be stopped because we are below the
threshold of free descriptors only to check if it should be started again.
If we do end up in a state where we are at the threshold limit, it makes
more sense to just stop the queue and wait for the next IRQ to trigger the
TX h
Scratch memory gets allocated in mtk_init_fq_dma() but the corresponding
code to free it is missing inside mtk_dma_free() causing a memory leak.
With this patch applied, we can run ifconfig up/down several thousand
times without any problems.
Signed-off-by: John Crispin
---
drivers/net/ethernet/
The code fails to check if the scratch memory was properly allocated. Add
this check and return with an error if the allocation failed.
Signed-off-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/ethernet/media
The TX ring setup has an off by one error causing it to not utilise all
descriptors. This has the side effect that we need to reset the next
pointer at runtime to make it work. Fix the off by one and remove the
code fixing the ring at runtime.
Signed-off-by: John Crispin
---
drivers/net/ethernet
This series contains various small fixes that we stumbled across while
doing thorough testing and code level reviewing of the driver. The only
patch that sticks out is the first one, which addresses a DQL related
issue. The rest are just minor fixes.
Changes in V2:
* drop the DQL patch from the li
The current code unconditionally wakes up the queue at the end of each
tx_poll action. Change the code to only wake up the queues if any of
them have actually been stopped before.
Signed-off-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 17 -
1 file changed
* Grygorii Strashko [160603 09:49]:
> On 05/27/2016 09:17 PM, Andrew F. Davis wrote:
> > Currently am33xx.dtsi declares the MAC controller to have two
> > slave ports, on these boards we only use one, so set the slave
> > count to one. This eliminates a console error message when
> > the non-exist
The current code only disables those IRQs that we will later use. To
ensure that we have a predefined state, we really want to disable all IRQs.
Change the code to disable all IRQs to achieve this.
Signed-off-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c |2 +-
1 file chan
On 10/06/2016 13:27, John Crispin wrote:
> This series contains various small fixes that we stumbled across while
> doing thorough testing and code level reviewing of the driver. The only
> patch that sticks out is the first one, which addresses a DQL related
> issue. The rest are just minor fixe
The QDMA engine can fail to update the register pointing to the next TX
descriptor if this bit does not get set in the QDMA configuration register.
Not setting this bit can result in invalid values inside the TX rings
registers which will causes TX stalls.
Signed-off-by: John Crispin
---
drivers
On 10/06/16 12:15, Ravishankar Karkala Mallikarjunayya wrote:
This Replace all occurences of (1<
---
drivers/staging/comedi/drivers/dmm32at.c | 98
1 file changed, 50 insertions(+), 48 deletions(-)
It looks good, but could you repost it as [PATCH v2 1/1] so
There are two places inside mtk_poll_rx where rx_dropped is not being
incremented properly. Fix this by adding the missing code to increment
the counter.
Signed-off-by: John Crispin
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/n
On 08/06/16 15:43, Matt Fleming wrote:
> On Tue, 07 Jun, at 01:23:05PM, Peter Jones wrote:
>>
>> Looks right to me.
>>
>> Acked-By: Peter Jones
>
> Tomi, are you OK to take this one or would you like me to take it
> through the EFI tree?
I can pick this up, but as Greg said, this is not valid fo
* Peter Ujfalusi [160530 01:26]:
> Add clock properties to the McBSP nodes. McBSP2 and 3 need to have ick also
> since the Sidetone block of these modules are operating using the McBSP
> interface clock.
Applying this patch into omap-for-v4.8/dt thanks.
Tony
On 10/06/16 13:39, Sergei Shtylyov wrote:
> Hello.
>
> On 6/10/2016 12:56 PM, Roger Quadros wrote:
>
>> Implementations might use different IRQs for
>> host, gadget so use named interrupt resources
>> to allow device tree to specify the interrupts.
>>
>> Following are the interrupt names
>>
>> Pe
* Peter Ujfalusi [160530 01:58]:
> The twl6040 codec is generating the pdmclk, which is used by the McPDM as
> functional clock.
Applying patches 6 - 10 into omap-for-v4.8/dt thanks.
Tony
On 06/10/2016 01:07 PM, Ming Lei wrote:
> After arbitrary bio size is supported, the incoming bio may
> be very big. We have to split the bio into small bios so that
> each holds at most BIO_MAX_PAGES bvecs for safety reason, such
> as bio_clone().
>
> This patch fixes the following kernel crash:
If there is a failure after pm_runtime_enable/get_sync()
we need to call pm_runtime_disable/put_sync().
Otherwise it will lead to an unbalanced pm_runtime_enable() on the
subsequent probe if the earlier probe bailed out due to -EPROBE_DEFER.
pm_runtime_get_sync() can fail as well so deal with tha
If there is a failure after pm_runtime_enable/get_sync()
we need to call pm_runtime_disable/put_sync().
Otherwise it will lead to an unbalanced pm_runtime_enable() on the
subsequent probe if the earlier probe bailed out due to -EPROBE_DEFER.
pm_runtime_get_sync() can fail as well so deal with tha
* Marek Belisko [160604 05:08]:
> From: "H. Nikolaus Schaller"
>
> Define RFID eeprom node which is present on gta04
> device.
Applying into omap-for-v4.8/dt thanks.
Tony
On 06/08/2016 08:30 PM, Matthew Leach wrote:
> Fix the Samsung pwm timer access code to deal with kernels built for big
> endian operation.
>
> Signed-off-by: Matthew Leach
> ---
> CC: Daniel Lezcano
> CC: Thomas Gleixner
> CC: linux-kernel@vger.kernel.org
> ---
> drivers/clocksource/samsung_p
On 06/08/2016 08:30 PM, Matthew Leach wrote:
> Use the byte-order aware big endian accessors, allowing for kernels
> running under big-endian.
>
> Signed-off-by: Matthew Leach
> ---
> CC: Thomas Gleixner
> CC: Jason Cooper
> CC: Marc Zyngier
> CC: Kukjin Kim
> CC: Krzysztof Kozlowski
> CC: l
On 6/10/2016 2:35 PM, Roger Quadros wrote:
On 10/06/16 13:39, Sergei Shtylyov wrote:
Hello.
On 6/10/2016 12:56 PM, Roger Quadros wrote:
Implementations might use different IRQs for
host, gadget so use named interrupt resources
to allow device tree to specify the interrupts.
Following are the
On 10/06/16 14:44, Sergei Shtylyov wrote:
> On 6/10/2016 2:35 PM, Roger Quadros wrote:
>> On 10/06/16 13:39, Sergei Shtylyov wrote:
>>> Hello.
>>>
>>> On 6/10/2016 12:56 PM, Roger Quadros wrote:
>>>
Implementations might use different IRQs for
host, gadget so use named interrupt resources
On 06/10/2016 12:13 PM, Ben Dooks wrote:
> On 08/06/16 19:31, Matthew Leach wrote:
>> Fix the serial access code to deal with kernels built for big endian
>> operation.
>>
>> Signed-off-by: Matthew Leach
>> ---
>> CC: Greg Kroah-Hartman
>> CC: Jiri Slaby
>> CC: linux-ser...@vger.kernel.org
>> CC
Implementations might use different IRQs for
host, gadget so use named interrupt resources
to allow device tree to specify the interrupts.
Following are the interrupt names
Peripheral Interrupt - peripheral
HOST Interrupt - host
Maintain backward compatibility for a single named
interrupt ("dwc3
Hi Linus,
Please pull some more powerpc fixes for 4.7:
The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
Linux 4.7-rc1 (2016-05-29 09:29:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
tags/powerp
* Yinghai Lu wrote:
> On 6/9/16, Lukas Wunner wrote:
> >
> > Well, the PCI core would also scan such a bus twice AFAICS.
> > And the performance penalty of scanning it twice seems negligible.
> > Early quirks can prevent double execution by setting QFLAG_APPLY_ONCE.
> > (Three quirks have set t
On 06/10/2016 10:04 AM, Wolfram Sang wrote:
> On Thu, Jun 09, 2016 at 04:06:03PM +0300, Crestez Dan Leonard wrote:
>> When devices are instatiated through devicetree the i2c_client->name is
>> set to the compatible string with company name stripped out. This is
>> then matched to the i2c_device_id
* Tony Lindgren [160610 03:37]:
> * Franklin S Cooper Jr [160503 08:58]:
> > Switch to a new ECAP and EPWM bindings that doesn't depend on hwmod to
> > provide the various required clocks.
> >
> > For AM437 and AM335x, add the required clocks explicitly to DT. The
> > hwmod entries for ECAP and
Linus,
Please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
# HEAD: 0b0d81e3b7334897da9b2e3ffee860c2046f7bc0 objtool, drm/vmwgfx: Fix
"duplicate frame pointer save" warning
Addresses a false positive
Commit-ID: 3d98217b6726e0c342ac6363346bd9751fd61ec9
Gitweb: http://git.kernel.org/tip/3d98217b6726e0c342ac6363346bd9751fd61ec9
Author: Rui Wang
AuthorDate: Wed, 8 Jun 2016 14:59:52 +0800
Committer: Ingo Molnar
CommitDate: Fri, 10 Jun 2016 13:55:03 +0200
x86/ioapic: Fix incorrect pointe
Le 08/06/2016 13:49, Alexandre Belloni a écrit :
> Add configuration options for the most commonly used UART physical and
> virtual addresses to ease the use of DEBUG_LL and earlyprintk.
>
> Signed-off-by: Alexandre Belloni
Acked-by: Nicolas Ferre
Thanks! It will certainly be easier with this.
Commit-ID: aaee8c3c5cce2d9107310dd9f3026b4f901d441c
Gitweb: http://git.kernel.org/tip/aaee8c3c5cce2d9107310dd9f3026b4f901d441c
Author: Andy Lutomirski
AuthorDate: Tue, 24 May 2016 15:54:04 -0700
Committer: Ingo Molnar
CommitDate: Fri, 10 Jun 2016 13:54:47 +0200
x86/entry/traps: Don't f
* Franklin S Cooper Jr [160503 08:58]:
> Devices that utilize the OCP registers and/or PRCM registers and
> register bit fields should be modeled using hwmod. Since eQEP, ePWM and
> eCAP don't fall under this category, remove their hwmod entries.
>
> Instead these clocks simply use the clock that
Vitaly Kuznetsov writes:
> kmemleak helped me to identify a memory leak in hv_pci_onchannelcallback()
> and while fixing it I stumbled upon an unrelated issue(s) there.
>
> Vitaly Kuznetsov (2):
> PCI: hv: don't leak buffer in hv_pci_onchannelcallback()
> PCI: hv: handle all pending messages
Hi Wolfram,
On 10/06/16 12:00, Wolfram Sang wrote:
>
>> Is this what you were looking for?
>
> Mostly, thanks. This verifies that the old way still works. Good!
>
> The new way (no i2c_device_ids, just compatibles) will need Javier's
> patch to work with module auto loading, I know. But what ab
* Peter Ujfalusi [160530 01:26]:
> The McBSPLP's sidetone main clock is the McBSPLP's ICLK, not FCLK as the
> sidetone only receives the ICLK from the main McBSP module.
> Since the McBSP and sidetone is using the very same clock from PRCM level
> the sidetone must not have the prcm section to che
* Vignesh R [160515 22:27]:
> QSPI address space information is passed from device tree. Therefore
> remove legacy way of passing address space via hwmod data.
Applying this one into omap-for-v4.8/soc thanks.
Tony
Hello Tien Hock
On 6/10/2016 8:12 AM, Tien Hock Loh wrote:
Yeah the PCS support for TSE is Altera. To avoid confusion, let's rename
> > them, would altr_tse_pcs.[hc] be good? I don't think creating a
> > sub-directory with only 2 files is necessary though.
>
> ok for two files w/o sub-dir.
>
>
Hello.
On 5/28/2016 11:51 PM, Sergei Shtylyov wrote:
of_irq_get[_byname]() return 0 iff irq_create_of_mapping() call fails.
Returning both error code and 0 on failure is a sign of a misdesigned API.
We should rely on the platform IRQ resource in this case, not return 0,
especially as 0 can be
On Fri, Jun 10, 2016 at 01:58:45PM +0200, Ingo Molnar wrote:
> * Yinghai Lu wrote:
> > On 6/9/16, Lukas Wunner wrote:
> > > Well, the PCI core would also scan such a bus twice AFAICS.
> > > And the performance penalty of scanning it twice seems negligible.
> > > Early quirks can prevent double ex
On 6/3/2016 3:14 PM, Rob Herring wrote:
of_irq_get() returns 0 iff irq_create_of_mapping() call fails. Returning
both error code and 0 on failure is a sign of a misdesigned API. Return
-ENXIO instead like one of the callers, platform_get_irq(), does; fix up
the kernel-doc as well...
Signed-off
On Thu, 09 Jun 2016 12:11:58 +0900,
Guenter Roeck wrote:
>
> h8300 builds fail with
>
> arch/h8300/include/asm/io.h:9:15: error: unknown type name ‘u8’
> arch/h8300/include/asm/io.h:15:15: error: unknown type name ‘u16’
> arch/h8300/include/asm/io.h:21:15: error: unknown type name ‘u32’
>
> and
On 06/08/2016 08:31 PM, Matthew Leach wrote:
> This driver makes use of the __set_bit() and __clear_bit() functions.
> When running under big-endian, these functions don't convert the bit
> indexes when working with peripheral registers, leading to the
> incorrect bits being set and cleared when ru
On Wed, Jun 08, 2016 at 04:00:17PM -0700, Ed Swierk wrote:
> Some TPM chips report bogus command durations in their capabilities,
> just as others report incorrect timeouts. Rework tpm_get_timeouts()
> to allow chip drivers to override either via a single callback.
> Also clean up handling of TPMs
On Fri, May 27, 2016 at 09:45:49AM -0700, Brian Norris wrote:
> It seems like in the process of refactoring pwm_config() to utilize the
> newly-introduced pwm_apply_state() API, some args/bounds checking was
> dropped.
>
> In particular, I noted that we are now allowing invalid period
> selections
Enable devices without a gendisk instance to register itself with blk-mq
and expose the associated multi-queue sysfs entries.
Signed-off-by: Matias Bjørling
---
block/blk-mq-sysfs.c | 13 +
block/blk-sysfs.c | 4 ++--
drivers/md/dm.c| 2 +-
include/linux/blk-mq.h |
With LightNVM enabled devices, the gendisk structure is not exposed
to the user. This hides the device driver specific sysfs entries, and
prevents binding of LightNVM geometry information to the device.
Refactor the device registration process, so that gendisk and
non-gendisk devices are easily ma
Hi Jens and Keith,
If the patches look good to you, would you pick them up through your
tree?
The common way to expose a storage device is to export it through the
gendisk structure, which takes care of handling the visibility lifetime
of the device to user-space and carries device driver and blo
From: "Simon A. F. Lund"
Create a sysfs directory for targets to expose their internal statistics
and knobs. The entries is exposed through the
/sys/block//lightnvm/* directory.
It currently holds a single sysfs entry "type", which exports the target
type name.
Signed-off-by: Simon A. F. Lund
With LightNVM enabled namespaces, the gendisk structure is not exposed
to the user. This prevents LightNVM users from accessing the NVMe device
driver specific sysfs entries, and LightNVM namespace geometry.
Refactor the revalidation process, so that a namespace, instead of a
gendisk, is revalidat
From: "Simon A. F. Lund"
For a host to access an Open-Channel SSD, it has to know its geometry,
so that it writes and reads at the appropriate device bounds.
Currently, the geometry information is kept within the kernel, and not
exported to user-space for consumption. This patch exposes the
conf
LightNVM does not currently expose the device driver sysfs specific
entries to user-space, as the device driver skips the initialization of
gendisk.
To enable a device driver sysfs entries to be exposed, we need a struct
device to attach it to. To allow both the device driver and LightNVM to
acces
On 6/10/2016 2:46 PM, Roger Quadros wrote:
Implementations might use different IRQs for
host, gadget so use named interrupt resources
to allow device tree to specify the interrupts.
Following are the interrupt names
Peripheral Interrupt - peripheral
HOST Interrupt - host
Maintain backward com
On Fri, Jun 10, 2016 at 3:23 PM, Alexey Dobriyan wrote:
>> Use one return statement instead of multiple statements,
>> since the new return statement is still simple enough.
>
> Multiple statements are very readable exactly
> because one doesn't need to think of negations etc.
>
>> static inline b
On Thu, Jun 09, 2016 at 12:05:29PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Creates a function that given an sync file descriptor returns a
> fence_collection containing all fences in the sync_file.
>
> If there is only one fence in the sync_file this fence itself is returned,
>
On 06/10, Oleg Nesterov wrote:
>
> On 06/09, Andrea Parri wrote:
> >
> > There is no need to use the barrier if there is no dereference/
> > memory access; move it where needed (currently, affecting only
> > Alpha).
>
> OK, although area == NULL is unlikely case,
>
> > While touching this, also mak
Hello Vincent
On 6/10/2016 1:00 AM, Vincent Palatin wrote:
On Wed, Jun 8, 2016 at 5:17 PM, Andrew Lunn wrote:
On Wed, Jun 08, 2016 at 03:25:38PM -0700, Vincent Palatin wrote:
On Tue, Jun 7, 2016 at 12:23 AM, Giuseppe CAVALLARO
wrote:
Hello
On 6/3/2016 7:29 PM, Vincent Palatin wrote:
Do n
From: Chris Lapa
This patch set adds device tree support for the MAX8903 battery charger
and also cleans up the logic with the dc_valid, dok and dcm pins.
I verified these patches work on a board I have here, which uses the
DC power side (not the USB portition) of the MAX8903.
Chris Lapa (4):
From: Chris Lapa
This commit also adds requesting gpio's via devm_gpio_request() to ensure
the gpio is available for usage by the driver.
Signed-off-by: Chris Lapa
---
drivers/power/max8903_charger.c | 288 +++-
1 file changed, 225 insertions(+), 63 deletion
From: Chris Lapa
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is given.
However dcm can be optionally wired to a fixed level especially when the
circuit is configured for dc power exclus
Today I learned about make C=1
So ... reviewing my own patch, consider the following sparse warnings
'fixed up'
I'll run make C=1 before any future submissions from now on.
On 09/06/16 18:37, Kieran Bingham wrote:
> The FDP1 driver performs advanced de-interlacing on a memory 2 memory
> based v
From: Chris Lapa
Signed-off-by: Chris Lapa
---
.../devicetree/bindings/power/max8903-charger.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/max8903-charger.txt
diff --git a/Documentation/devicetree/bindings/power/m
From: Chris Lapa
Signed-off-by: Chris Lapa
---
drivers/power/max8903_charger.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/power/max8903_charger.c b/drivers/power/max8903_charger.c
index 20d4b55..d60f9b2 100644
--- a/drivers/power/max8903_charger.c
+++ b/drive
On Wed, 8 Jun 2016 10:12:58 -0400 (EDT)
Vince Weaver wrote:
> On Wed, 8 Jun 2016, tip-bot for Jacob Pan wrote:
>
> > Commit-ID: 348c5ac6c7dc117e1de095bf07c86c31101d56f3
> > Gitweb:
> > http://git.kernel.org/tip/348c5ac6c7dc117e1de095bf07c86c31101d56f3
> > Author: Jacob Pan AuthorDate:
> >
Linus,
Please pull the latest efi-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
efi-urgent-for-linus
# HEAD: c75343972b79ef5bd44c498a63b326e37470bbfc efi/arm: Fix the format of
EFI debug messages
Two fixes: a regression/crash fix, and a messag
Hi Srini,
On 06/10/2016 12:34 PM, Srinivas Kandagatla wrote:
> This board has been renamed recently and announced at
> https://eragon.einfochips.com/products/sd-600eval.html
>
> So rename this board files so that it reflects actual product in market.
>
> Signed-off-by: Srinivas Kandagatla
> ---
On 06/10/2016 02:28 PM, Fabien DESSENNE wrote:
> Hi
>
> On 06/10/2016 12:11 PM, Krzysztof Kozlowski wrote:
>> Split out subsystem specific changes for easier reviews. This will be
>> squashed with main commit.
>>
>> Signed-off-by: Krzysztof Kozlowski
>> ---
>> drivers/media/platform/sti/bdisp/bd
On Thu, Mar 17, 2016 at 08:15:23PM -0500, Franklin S Cooper Jr wrote:
> Now that the node name has been changed from ehrpwm to pwm the document
> should show this proper usage. Also change the unit address in the example
> from 0 to the proper physical address value that should be used.
>
> Signed
On Thu, 9 Jun 2016 21:07:49 -0800
Mychaela Falconia wrote:
> On 6/9/16, Boris Brezillon wrote:
> > Hm, I think it's changing now that a lot of SoCs are advertised to be
> > running Linux. But you're right in that existing IPs might not support
> > this low-level mode.
>
> Faraday (the IP vend
On Fri, Jun 10, 2016 at 05:01:43AM -0700, Tony Lindgren wrote:
> * Tony Lindgren [160610 03:37]:
> > * Franklin S Cooper Jr [160503 08:58]:
> > > Switch to a new ECAP and EPWM bindings that doesn't depend on hwmod to
> > > provide the various required clocks.
> > >
> > > For AM437 and AM335x, ad
On 10/06/16 12:16, Krzysztof Kozlowski wrote:
> On 06/10/2016 01:12 PM, Ben Dooks wrote:
>> On 08/06/16 19:31, Matthew Leach wrote:
>>> From: Ben Dooks
>>>
>>> The exynos low-level debug macros need to be fixed if the system is being
>>> built big endian. Add the necessary endian swaps for accessi
Linus,
Please pull the latest locking-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus
# HEAD: 077fa7aed17de5022e44bf07dbaf732078b7b5b2 futex: Calculate the futex
key based on a tail page for file-based futexes
Misc fixes
On 07.06.2016 15:31, Lorenzo Pieralisi wrote:
+static int __get_pci_rid(struct pci_dev *pdev, u16 alias, void *data)
+{
+ u32 *rid = data;
+
+ *rid = alias;
+ return 0;
+}
+
+/**
+ * iort_iommu_configure - Set-up IOMMU configuration for a device.
+ *
+ * @dev: device to configur
On Tue, May 03, 2016 at 10:56:52AM -0500, Franklin S Cooper Jr wrote:
> When using the old eCAP and ePWM bindings for AM335x and AM437x the clock
> can be retrieved from the PWMSS parent. Newer bindings will insure that
> this clock is provided via device tree.
>
> Therefore, update this driver to
Commit-ID: 9d98bcec731756b8688b59ec998707924d716d7b
Gitweb: http://git.kernel.org/tip/9d98bcec731756b8688b59ec998707924d716d7b
Author: Rui Wang
AuthorDate: Wed, 8 Jun 2016 14:59:52 +0800
Committer: Ingo Molnar
CommitDate: Fri, 10 Jun 2016 14:45:54 +0200
x86/ioapic: Fix incorrect pointe
On 10/06/16 13:36, Georgi Djakov wrote:
Hi Srini,
On 06/10/2016 12:34 PM, Srinivas Kandagatla wrote:
This board has been renamed recently and announced at
https://eragon.einfochips.com/products/sd-600eval.html
So rename this board files so that it reflects actual product in market.
Signed-o
[+ Daniel, Kevin]
On Wed, May 11, 2016 at 04:37:41PM +0100, Sudeep Holla wrote:
> This patch adds appropriate callbacks to support ACPI Low Power Idle
> (LPI) on ARM64.
>
> Cc: Lorenzo Pieralisi
> Cc: Mark Rutland
> Cc: linux-arm-ker...@lists.infradead.org
> Signed-off-by: Sudeep Holla
> ---
>
On 05/24, Andy Lutomirski wrote:
>
> void ist_enter(struct pt_regs *regs)
> {
> if (user_mode(regs)) {
> @@ -109,13 +115,7 @@ void ist_enter(struct pt_regs *regs)
> rcu_nmi_enter();
> }
>
> - /*
> - * We are atomic because we're on the IST stack; or we're on
>
201 - 300 of 894 matches
Mail list logo
