Hi Arnd,
2015-05-13 0:00 GMT+09:00 Arnd Bergmann :
> On Friday 08 May 2015 13:07:10 Masahiro Yamada wrote:
>> This is an initial series for supporting Socionext UniPhier SoCs,
>> based on ARM Cortex-A9, mainly used for digital TVs, video recorders, etc.
>>
>>
>> Masahiro Yamada (4):
>> ARM: Uni
On Tue 2015-05-12 13:11:26, Enrico Weigelt, metux IT consult wrote:
> Am 12.05.2015 um 02:17 schrieb Thiago Farina:
>
> >Yeah. Maybe it was a right decision from Linus to isolate, focus and work
> >solely on kernel and not including everything else (like FreeBSD does)
> >that makes a usable system
On Wed, May 13, 2015 at 3:55 PM, Stephen Rothwell wrote:
> Hi Linus,
>
> After merging the gpio tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpio/gpio-dln2.c: In function 'dln2_gpio_probe':
> drivers/gpio/gpio-dln2.c:469:12: error: 'struct gpio_chip' has no
On Tue, May 12, 2015 at 10:20 PM, Johan Hovold wrote:
> The dln2 driver was initialising a gpiolib private field, which is now
> gone.
>
> Reported-by: kbuild test robot
> Signed-off-by: Johan Hovold
Acked-by: Alexandre Courbot
--
To unsubscribe from this list: send the line "unsubscribe linux
On 05/13/2015 09:54 AM, Krzysztof Kozlowski wrote:
Hi,
clk_get_sys() may return ERR_PTR but the drivers immediately
dereferenced the return value. This could lead to oops.
I tried only to fix possible ERR_PTR dereference and to not change
the logic. This is why some of the patches look quite c
Add tdm slots operation support. If tdm slots and slot width have
been configured in machine driver, we should use these values.
Otherwise, using relevant channels and word length to set slots
and slot width.
SAI will generate BCLK depends on sample rate, slots and slot width.
And there may be unu
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.
After fsl_sai_set_bclk, enable the selected mclk in hw_params(), and add
hw_fr
Normally we don't support 12kHz, 24kHz in audio driver, alsa didn't
have formal definition of 12kHz, 24kHz, but alsa supply a way to
support these sample rates. And add 176.4kHz and 192kHz support.
Signed-off-by: Zidan Wang
Signed-off-by: Mark Brown
---
sound/soc/fsl/fsl_sai.c | 24
Commit-ID: 853b160aaafbe27d6304c8832bb7340d57c6b04e
Gitweb: http://git.kernel.org/tip/853b160aaafbe27d6304c8832bb7340d57c6b04e
Author: Ingo Molnar
AuthorDate: Wed, 13 May 2015 08:40:49 +0200
Committer: Ingo Molnar
CommitDate: Wed, 13 May 2015 08:40:49 +0200
Revert f5d6a52f5111 ("x86/sm
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Tuesday, May 12, 2015 7:13 PM
>
> On Tue, May 12, 2015 at 05:37:43PM +0200, Maxime Ripard wrote:
> > From: Lior Amsalem
> >
> > The new XOR engine has a new compatible of its own, together with new
> > channel capabilities.
> >
> > Use that new
On Tue 2015-05-12 13:54:58, Daniel Phillips wrote:
> On 05/12/2015 11:39 AM, David Lang wrote:
> > On Mon, 11 May 2015, Daniel Phillips wrote:
> >>> ...it's the mm and core kernel developers that need to
> >>> review and accept that code *before* we can consider merging tux3.
> >>
> >> Please do no
On 05/13/2015 08:24 AM, Christoph Hellwig wrote:
FIXME: Figure out how sbp-target se_lun usage should work
The Xen usage also looks really weird. Maybe Juergen can explain what
scsiback_add_translation_entry is trying to do?
scsiback_add_translation_entry() makes the connection between a p
Hello,
On Tue, 12 May 2015, Peter Zijlstra wrote:
> > msleep will not return until timeout has expired.
> > Instead, we want to notice the kthread_should_stop() event
> > immediately. Additionally, TASK_UNINTERRUPTIBLE will increase
> > the load average. We can do it with extra wait
On Mon 2015-05-11 16:53:10, Daniel Phillips wrote:
> Hi Pavel,
>
> On 05/11/2015 03:12 PM, Pavel Machek wrote:
> >>> It is a fact of life that when you change one aspect of an intimately
> >>> interconnected system,
> >>> something else will change as well. You have naive/nonexistent free space
On 05/13/2015 03:18 PM, Gavin Shan wrote:
On Tue, May 12, 2015 at 01:38:51AM +1000, Alexey Kardashevskiy wrote:
The set_iommu_table_base_and_group() name suggests that the function
sets table base and add a device to an IOMMU group. However actual
table base setting happens in pnv_pci_ioda_dma_d
On Monday 04 May 2015 02:08 PM, Vignesh R wrote:
> This patches makes following changes to omap_hdq driver
> - Enable 1-wire mode.
> - Implement w1_triplet callback to facilitate search rom
>procedure and auto detection of 1-wire slaves.
> - Proper enabling and disabling of interrupt.
> -
* Josh Boyer wrote:
> On Fri, May 8, 2015 at 6:25 AM, Kirill A. Shutemov
> wrote:
> > Default NR_CPUS==8 is not enough to cover high-end desktop
> > configuration: Haswell-E has upto 16 threads.
> >
> > Let's increase default NR_CPUS to 64 on 64-bit configuration. With this
> > value CPU bitmas
On 05/12/2015 09:06 PM, Jonathan Cameron wrote:
On 12/05/15 17:56, Lars-Peter Clausen wrote:
On 05/08/2015 05:11 PM, Jonathan Cameron wrote:
On 16/04/15 05:01, Robert Dolca wrote:
This patch adds a new function called iio_trigger_register_with_dev
which is a wrapper for iio_trigger_register. B
On 05/13/2015 04:32 PM, Gavin Shan wrote:
On Tue, May 12, 2015 at 01:39:00AM +1000, Alexey Kardashevskiy wrote:
This is a pretty mechanical patch to make next patches simpler.
New tce_iommu_unuse_page() helper does put_page() now but it might skip
that after the memory registering patch applied
On 05/11, Maxime Ripard wrote:
> Mike, Stephen,
>
> On Sat, May 02, 2015 at 05:03:21PM +0200, Maxime Ripard wrote:
> > of_io_request_and map returns an error pointer, but the current code assumes
> > that on error the returned pointer will be NULL.
> >
> > Obviously, that makes the check complete
On Wed, May 13, 2015 at 12:23:22AM +0100, Russell King - ARM Linux wrote:
> On Tue, May 12, 2015 at 04:16:26PM +0200, Antoine Tenart wrote:
> > Adds CPU hotplug support for Berlin SoCs (currently BG2 and BG2Q). The
> > CPUs are put in WFI after disabling the coherency.
> >
> > Signed-off-by: Antoi
Hello Mark, Will,
Any other suggestions for this patch set?
Thanks,
Bintian
On 2015/5/5 20:06, Bintian Wang wrote:
Hi6220 is one mobile solution of Hisilicon, this patchset contains
initial support for Hi6220 SoC and HiKey development board, which
supports octal ARM Cortex A53 cores. Initial
On 05/12, Georgi Djakov wrote:
> Add support for the msm8916 TCU clocks that are needed for IOMMU.
>
> Signed-off-by: Georgi Djakov
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
To unsubscribe from th
On 05/12, Georgi Djakov wrote:
> Add support for the msm8916 audio clocks. This includes core bus,
> low-power audio and codec clocks. They are required for audio playback.
>
> Signed-off-by: Georgi Djakov
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora
On Wed, May 13, 2015 at 04:55:16PM +1000, Stephen Rothwell wrote:
> Hi Linus,
>
> After merging the gpio tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpio/gpio-dln2.c: In function 'dln2_gpio_probe':
> drivers/gpio/gpio-dln2.c:469:12: error: 'struct gpio_chi
On 05/12, Georgi Djakov wrote:
> Add support for the msm8916 bimc clocks that are needed for GPU.
>
> Signed-off-by: Georgi Djakov
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
To unsubscribe from thi
For DT and in-kernel users there is no interface to the
at24 EEPROMs so provide an EEPROM framework interface.
This allows us to use AT24 based EEPROMs and reference them
from within the DT tree.
Signed-off-by: Pantelis Antoniou
---
drivers/misc/eeprom/at24.c | 222 +
> * David Hildenbrand | 2015-05-11 17:52:16 [+0200]:
>
> >The !CONFIG_SMP implementation of futex_atomic_op_inuser() seems to rely
> >on disabled preemption to guarantee mutual exclusion.
>
> Yes, this is what the code looks like. It is more the requirement for
> ldrex/strex opcodes which are ARM
On Wed, 2015-05-13 at 07:55 +0200, Christoph Hellwig wrote:
> > + rcu_read_lock();
> > + deve = target_nacl_find_deve(nacl, unpacked_lun);
> > + if (deve && deve->lun_flags & TRANSPORT_LUNFLAGS_INITIATOR_ACCESS) {
> > + /*
> > +* Make sure that target_enable_device_list_
On Thursday 09 April 2015 07:49 PM, Jonathan Cameron wrote:
> On 31/03/15 12:12, Vignesh R wrote:
>> Add optional DT properties to set open delay, sample delay and number
>> of averages per sample for each adc step. Open delay, sample delay
>> and averaging are some of the parameters that affect
On 05/12/2015 10:09 PM, Doug Ledford wrote:
[snip]
>>
>> I had asked for better kdocs for the new helpers so new people can
>> understand when and where to use them.
>>
>> I've not looked at the series at all for the past few postings.
>
> Michael, please work up an incremental patch to address
On 05/13/2015 07:19 AM, Stephen Rothwell wrote:
Hi Daniel,
All the commits in the clockevents tree have appeared upstream (as
different commits, unfortunately). Please clean up your tree it is
just causing unnecessary conflicts.
Hi Stephen,
I updated the branch. Let me know if everything is
On Wednesday 13 May 2015 02:24 AM, Steven Rostedt wrote:
> On Tue, 12 May 2015 13:36:01 -0700
> Andrew Morton wrote:
>
>> On Tue, 12 May 2015 16:03:51 -0400 Steven Rostedt
>> wrote:
>>
>>> On Tue, 12 May 2015 12:59:26 +0530
>>> Shreyas B Prabhu wrote:
>>>
Hi Steven,
On closer look,
On Wednesday 13 May 2015 16:00:21 Masahiro Yamada wrote:
> 2015-05-13 0:00 GMT+09:00 Arnd Bergmann :
> > On Friday 08 May 2015 13:07:10 Masahiro Yamada wrote:
> > Welcome as our latest new maintainer. In the future, please send
> > any follow-up patches for the architecture specific code to
> > a..
Hi,
On Tue, May 12, 2015 at 03:59:07AM -0700, Shaohua Li wrote:
> On Tue, May 12, 2015 at 02:55:46PM +0200, Maxime Ripard wrote:
> > Hi Shaohua,
> >
> > On Sun, May 10, 2015 at 11:26:38PM -0700, Shaohua Li wrote:
> > > On Thu, May 07, 2015 at 02:57:02PM +0200, Maxime Ripard wrote:
> > > > Hi,
> >
On Wed, May 13, 2015 at 09:22:04AM +0200, Juergen Gross wrote:
>> The Xen usage also looks really weird. Maybe Juergen can explain what
>> scsiback_add_translation_entry is trying to do?
>
> scsiback_add_translation_entry() makes the connection between a pvSCSI
> LUN configured by the xen tools in
Commit-ID: 4a00c95dcdba45c9592af2e908c0816fd54f5544
Gitweb: http://git.kernel.org/tip/4a00c95dcdba45c9592af2e908c0816fd54f5544
Author: Sergey Senozhatsky
AuthorDate: Mon, 11 May 2015 18:56:49 +0900
Committer: Thomas Gleixner
CommitDate: Wed, 13 May 2015 09:50:24 +0200
x86/hpet: Pass pr
On Wednesday 13 May 2015 10:43:25 Baolin Wang wrote:
> > > -int do_sys_settimeofday(const struct timespec *tv, const struct
> > timezone *tz)
> > > +int do_sys_settimeofday64(const struct timespec64 *tv, const struct
> > timezone *tz)
> > > {
> > > static int firsttime = 1;
> > > int e
Commit-ID: 486ca539caa082c7f2929c207af1b3ce2a304489
Gitweb: http://git.kernel.org/tip/486ca539caa082c7f2929c207af1b3ce2a304489
Author: Jiang Liu
AuthorDate: Thu, 7 May 2015 10:53:56 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 13 May 2015 09:50:24 +0200
x86, irq: Allocate CPU vect
On Wed 2015-05-13 09:53:09, Enrico Weigelt, metux IT consult wrote:
> Am 13.05.2015 um 09:02 schrieb Pavel Machek:
>
> >>Anyone here, who uses a Linux kernel as bootloader / preboot
> >>environment ?
> >
> >Yes. See kexec.
>
> Can you tell us a bit more about your setup ?
> Which platforms/archs
On Tue, 12 May 2015, Jassi Brar wrote:
> On Wed, May 6, 2015 at 1:57 AM, Eric Anholt wrote:
> > From: Lubomir Rintel
> >
> > This patch was split out of Lubomir's original mailbox patch by Eric
> > Anholt, and the required properties documentation and examples have
> > been filled out more comple
On Tue, 05 May 2015, Eric Anholt wrote:
> Signed-off-by: Eric Anholt
> Acked-by: Lee Jones
> Acked-by: Stephen Warren
> ---
>
> v2: Update for #mbox-cells 0 change in the driver.
>
> arch/arm/boot/dts/bcm2835.dtsi | 7 +++
> 1 file changed, 7 insertions(+)
Applied, thanks.
> diff --git
Am 13.05.2015 um 09:02 schrieb Pavel Machek:
Anyone here, who uses a Linux kernel as bootloader / preboot
environment ?
Yes. See kexec.
Can you tell us a bit more about your setup ?
Which platforms/archs are you on ?
cu
--
Enrico Weigelt, metux IT consult
+49-151-27565287
MELAG Medizintech
This patchset introduces the beaglebone capemanager.
It allows seamless support for plugin boards for the beaglebone
family of boards via means of automatically loaded device tree
overlays.
For the EEPROM access it performs it is dependent on
Srinivas Kandagatla's EEPROM framework as posted in
htt
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 version contained on the cape's EEPROM.
The reference manual contains informati
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 100644
Documentation/ABI/testing/sysfs-devices-platform-bone_capemgr
diff --git a/Docum
Add me as the capemanager maintainer.
Signed-off-by: Pantelis Antoniou
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c97e090..87611c0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1964,6 +1964,14 @@ W: http://bcache.evilpiepira
Bindings document for the beaglebone cape manager.
Signed-off-by: Pantelis Antoniou
---
.../devicetree/bindings/misc/bone_capemgr.txt | 123 +
1 file changed, 123 insertions(+)
create mode 100644 Documentation/devicetree/bindings/misc/bone_capemgr.txt
diff --git a/Docu
Add beaglebone capemanager documentation entry.
Signed-off-by: Pantelis Antoniou
---
Documentation/misc-devices/bone_capemgr.txt | 63 +
1 file changed, 63 insertions(+)
create mode 100644 Documentation/misc-devices/bone_capemgr.txt
diff --git a/Documentation/misc-d
On Tue, May 12, 2015 at 3:20 PM, Johan Hovold wrote:
> The dln2 driver was initialising a gpiolib private field, which is now
> gone.
>
> Reported-by: kbuild test robot
> Signed-off-by: Johan Hovold
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscri
The beaglebone family of boards contain two I2C busses enabled.
The first one with a baseboard identification EEPROM and a
cape I2C bus.
Signed-off-by: Pantelis Antoniou
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 66 +++
1 file changed, 66 insertions(+)
diff --g
On Tuesday 12 May 2015 21:23:04 Ed Cashin wrote:
> On 05/12/2015 07:14 AM, Arnd Bergmann wrote:
> > On Tuesday 12 May 2015 11:44:21 Arnd Bergmann wrote:
> >> There are of course multiple ways to do this. One way would be to
> >> change the code to work on 32-bit nanoseconds instead of 32-bit
> >> m
On Tue, 12 May 2015 10:44:15 +0200, Ingo Molnar said:
> Btw., just some feedback, 'random' kernel configs still generate a ton
> of warnings:
>
> randconf: # 9, ed602bbb, Tue_May_12_09_07_25_CEST_2015: 39 kernels/hour,
[ bzImage...81 secs, modules...21 secs, done ] (warns: 6)
> rand
Enable the cape manager on the beaglebone family of boards.
Signed-off-by: Pantelis Antoniou
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 42 +++
1 file changed, 42 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone-common.dtsi
b/arch/arm/boot/dts/am335x-bo
On Tue, May 12, 2015 at 03:28:40PM -0700, Andrew Morton wrote:
> Please let's not put things like WRITE_ONCE() in there without
> documenting them - otherwise it's terribly hard for readers to work out
> why it was added.
>
> How's this look?
>
> ---
> a/mm/rmap.c~rmap-fix-theoretical-race-betwe
Hi all,
Changes since 20150512:
New tree: h8300
The net-next tree gained a conflict against the net tree.
The security tree gained conflicts against the vfs tree.
The spi tree lost its build failure.
The target-updates tree still had its build failure so I used the version
from next-20150511.
Hi Peter,
Am 07.05.2015 um 18:46 schrieb Dr. H. Nikolaus Schaller :
> Hi Peter,
>
> Am 07.05.2015 um 17:51 schrieb Peter Hurley :
>
>> On 05/07/2015 11:34 AM, Dr. H. Nikolaus Schaller wrote:
>>> Am 07.05.2015 um 16:56 schrieb Peter Hurley :
On 05/07/2015 08:46 AM, Dr. H. Nikolaus Schaller
On Wed, 2015-05-13 at 07:47 +0200, Christoph Hellwig wrote:
> On Tue, May 12, 2015 at 09:25:26AM +, Nicholas A. Bellinger wrote:
> > From: Nicholas Bellinger
> >
> > This patch converts SPC emulation for REPORT_LUN + MODE_SENSE to use
> > RCU read locks for se_node_acl->lun_entry_hlist access
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 balancing. This will incur useless overhead due
to m
On 27 April 2015 at 14:43, Geert Uytterhoeven wrote:
> Just a cleanup, no functional changes.
>
> Signed-off-by: Geert Uytterhoeven
> Acked-by: Kevin Hilman
Acked-by: Ulf Hansson
> ---
> v6:
> - Rebased on top of v4.1-rc1 for new RFC,
>
> v4:
> - Add more explanations,
> - Add Acked-by,
On 2015/4/30 15:06, Feng Wu wrote:
> With Posted-Interrupts support in Intel CPU and IOMMU, an external
> interrupt from assigned-devices could be directly delivered to a
> virtual CPU in a virtual machine. Instead of hacking KVM and Intel
> IOMMU drivers, we propose a platform independent interfac
> >
> > The above weak function should work with ppc.
>
> I don't think so. Even if I know nothing about !x86.
>
> > Infact I see only 2 arch
> > that define CONFIG_STACK_GROWSUP
>
> Ah, please forget about GROWSUP, this is not the problem.
>
Ok
> > We even seem to use this assumption when kp
On 13/05/15 05:53, Tolga Ceylan wrote:
In ni_ai_cmd() bitwise or construction of ai_trig in case of TRIG_NOW
is faulty. Register address is accidentally in the expression,
but this has no effect. This is an accidental left-over code
that used to call a function with register address as one of
the
Hi,
I am getting BUG_ON in migration_entry_to_page() with 4.1.0-rc2
kernel on powerpc system which has 512 CPUs (64 cores - 16 nodes) and
1.6 TB memory. We can easily recreate this issue with kernel compile
(make -j500). But I could not reproduce with numa_balancing=disable.
[ cut he
Introduce invalid_phys_cpuid() to identify cpu with invalid
physical ID, then used it as replacement of the direct comparisons
with PHYS_CPUID_INVALID.
Signed-off-by: Hanjun Guo
---
Hi Rafael,
This is replacement of patch 7/7 of patch set
"[PATCH v3 0/7] minor cleanups for ACPI processor driver"
Hi Arnd,
On Tue, May 12, 2015 at 05:49:08PM +0200, Arnd Bergmann wrote:
> On Tuesday 12 May 2015 17:37:37 Maxime Ripard wrote:
> > From: Lior Amsalem
> >
> > The Marvell Armada 38x SoC introduce new features to the XOR engine,
> > especially the fact that the engine mode (MEMCPY/XOR/PQ/etc) can
On Wed, May 13, 2015 at 12:09 AM, Kast Bernd wrote:
> This patch is partially based on Felipe Contrera's earlier patch, that
> was discussed here: https://lkml.org/lkml/2013/10/8/800
> Some problems of that patch are solved, now:
>
> 1) The main obstacle for the earlier patch seemed to be the use
From: Colin Ian King
static analysis from smatch found a potential null dereference:
drivers/misc/sgi-gru/grutlbpurge.c:320 gru_register_mmu_notifier() error:
potential null dereference 'gms'. (kzalloc returns null)
bail out with -ENOMEM rather than falling through and printing a debug
messa
* David Hildenbrand | 2015-05-13 09:38:12 [+0200]:
>Thanks, I'll include it in the next version.
>
>So I assume the cleanest thing to do would be:
>
>#if __LINUX_ARM_ARCH__ < 6
> preempt_disable();
>#endif
Correct. But also for futex_atomic_cmpxchg_inatomic() which also behind
CONFIG_SMP cu
Commit-ID: f7bcb70ebae0dcdb5a2d859b09e4465784d99029
Gitweb: http://git.kernel.org/tip/f7bcb70ebae0dcdb5a2d859b09e4465784d99029
Author: John Stultz
AuthorDate: Fri, 8 May 2015 13:47:23 -0700
Committer: Thomas Gleixner
CommitDate: Wed, 13 May 2015 10:19:35 +0200
ktime: Fix ktime_divns to
On Tue, May 12, 2015 at 10:00:13PM +0200, Mateusz Kulikowski wrote:
> On 11.05.2015 10:26, Dan Carpenter wrote:
> (...)
> >> */
> >>skb_pull(sub_skb, SNAP_SIZE);
> >> - memcpy(skb_push(sub_skb, ETH_ALEN), prxb->src,
>
On 13/05/15 05:56, Alexandre Courbot wrote:
> On Tue, May 12, 2015 at 6:51 PM, Jon Hunter wrote:
>>
>> On 12/05/15 09:39, Alexandre Courbot wrote:
>>> On Tue, May 5, 2015 at 11:17 PM, Jon Hunter wrote:
Function tegra_uart_dma_channel_allocate() does not check that
dma_map_single() mapp
On Wed, May 6, 2015 at 12:29 PM, Mika Westerberg
wrote:
> This is the convention used in most parts of the kernel including DT
> counterpart of I2C slave enumeration. To make things consistent do the same
> for ACPI I2C slave enumeration path as well.
>
> Signed-off-by: Mika Westerberg
Patch ap
Add eSDHC compatible list for P2041/P3041/P4080/P5020/P5040.
Signed-off-by: Yangbo Lu
---
arch/powerpc/boot/dts/fsl/p2041si-post.dtsi | 1 +
arch/powerpc/boot/dts/fsl/p3041si-post.dtsi | 1 +
arch/powerpc/boot/dts/fsl/p4080si-post.dtsi | 1 +
arch/powerpc/boot/dts/fsl/p5020si-post.dtsi | 1 +
ar
Enable interrupt mode to detect card instead of polling mode
for P1020/P4080/P5020/P5040/T1040 by removing the quirk
SDHCI_QUIRK_BROKEN_CARD_DETECTION. This could improve data
transferring performance and avoid the call trace caused by
polling card status sometime.
Signed-off-by: Yangbo Lu
---
d
On Tue, May 12, 2015 at 06:05:39PM +0200, Thomas Petazzoni wrote:
> Andrew,
>
> On Tue, 12 May 2015 17:58:24 +0200, Andrew Lunn wrote:
>
> > A quick grep for marvell,orion, marvell,kirkwood and marvell,dove
> > suggests it should have the - if we want to be consistent with older
> > Marvell devic
On Wed, May 6, 2015 at 12:29 PM, Mika Westerberg
wrote:
> Following what DT already does. If the device does not have ACPI Interrupt
> resource but instead it has one or more GpioInt resources listed below it,
> we take the first GpioInt resource, convert it to suitable Linux IRQ number
> and pas
Hi Daniel,
On Wed, 13 May 2015 09:46:42 +0200 Daniel Lezcano
wrote:
>
> I updated the branch. Let me know if everything is all right now.
Looks good. Thanks.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpX1xYfUxkMS.pgp
Description: OpenPGP digital signature
Actually, to be honest, I would prefer if you moved things without
changing it too much. I have a script to review "move code to a new
function" patches but if everything moves and changes as well then it's
confusing and I have to do it by hand.
regards,
dan carpenter
--
To unsubscribe from thi
On Wed, May 13, 2015 at 02:42:19PM +0800, Xiao Guangrong wrote:
>There are some bugs in current get_mtrr_type();
>1: bit 1 of mtrr_state->enabled is corresponding bit 11 of
> IA32_MTRR_DEF_TYPE MSR which completely control MTRR's enablement
> that means other bits are ignored if it is cleared
>
Hi Arnd,
On Wed, May 13, 2015 at 09:48:33AM +0200, Arnd Bergmann wrote:
> For sending pull requests, it would be good to have a gpg key that
> is signed by other well-known kernel developers. If you have such
> a key, you can also request a kernel.org account to host a git tree
> there, or you can
Hi Yoshinori,
your commit 5befaa907481 ("h8300: devicetree source") is in today's
linux-next tree (i.e., next-20150513) and adds the following line:
+dtb-$(CONFIG_EDOSK2674) := edosk2674.dtb
EDOSK2674 is not defined in Kconfig so that the device tree source
won't be tou
* Andrew Morton wrote:
> On Tue, 12 May 2015 23:38:43 +0200 Peter Zijlstra
> wrote:
>
> > > with the expectation that other architectures will follow along,
> > > but this doesn't happen. The arch maintainers simply didn't
> > > know about it or nobody nags them. Nothing happens and
> >
On Wed, May 13, 2015 at 07:16:34AM +, Lior Amsalem wrote:
> > From: Andrew Lunn [mailto:and...@lunn.ch]
> > Sent: Tuesday, May 12, 2015 7:13 PM
> >
> > On Tue, May 12, 2015 at 05:37:43PM +0200, Maxime Ripard wrote:
> > > From: Lior Amsalem
> > >
> > > The new XOR engine has a new compatible o
On 27 April 2015 at 14:43, Geert Uytterhoeven wrote:
> PM QoS device start/stop are properties of the hardware.
> In legacy code, they're specified from platform code.
> On DT platforms, their values should come from DT.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> v6:
> - Rebased on top of v4
Hi Antoine, Sebastian,
Am Dienstag, den 12.05.2015, 16:43 +0200 schrieb Antoine Tenart:
> On Tue, Mar 10, 2015 at 10:57:13AM +0100, Antoine Tenart wrote:
> > On Mon, Mar 09, 2015 at 11:16:26AM +0100, Philipp Zabel wrote:
> > >
> > > Am Freitag, den 06.03.2015, 16:05 +0100 schrieb Antoine Tenart:
Some more recent distributions set the default interpreter to python3,
causing the script to break since it's written for python2.
Signed-off-by: Valentin Rothberg
---
scripts/checkkconfigsymbols.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checkkconfigsymbols.p
On 05/13/15 at 09:45am, Li, ZhenHua wrote:
> On 05/12/2015 04:17 PM, Dave Young wrote:
> >On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
> >>Add context entry functions needed for kdump.
> >>+/*
> >>+ * Fix Crashdump failure caused by leftover DMA through a hardware IOMMU
> >>+ *
> >>+ * Fixes the cra
On Tue, May 12, 2015 at 4:57 PM, Valentin Rothberg
wrote:
> [Me]:
>> The answer to whether a certain maintainer will dare to do so
>> or not is per individual preference. The crucial point is that
>> "time savings" trumps "nothing can ever go wrong".
>
> I understand your point completely. Howeve
On 27 April 2015 at 14:43, Geert Uytterhoeven wrote:
> Hi all,
>
> This patch series is an RFC to add (1) PM Domain power-on/off latencies
> and (2) QoS device latencies to DT.
>
> To provide a good quality of service, the PM subsystem suspends PM
> Domains and devices only if this doesn't
On 05/13/15 12:17, Krzysztof Kozlowski wrote:
> ERR_PTR was dereferenced during sub domain parsing, if parent domain
> could not be obtained (because of invalid phandle or deferred
> registration of parent domain).
>
> The Exynos power domain code checked whether
> of_genpd_get_from_provider() ret
On Wed, 2015-05-13 at 08:35 +0200, Christoph Hellwig wrote:
> Onemore comments from looking oer the RCU usage with all the patches
> applied:
>
> In core_get_se_deve_from_rtpi we dereference lun->lun_sep, so
> either struct se_port needs to be switched to kfree_rcu,
> or we need to mirror the rtpi
On Wednesday 13 May 2015 10:15:35 Maxime Ripard wrote:
> > Alternatively, you could leave the XOR_DESCRIPTOR_SWAP flag disabled
> > and just swap the descriptors manually like a lot of other drivers
> > do. You have to swap the mmio accesses anywya.
>
> That won't be easily doable however.
>
> No
Commit-ID: 9cf82e72ec449b4516843377ac7a20abe300c64f
Gitweb: http://git.kernel.org/tip/9cf82e72ec449b4516843377ac7a20abe300c64f
Author: Lucas Stach
AuthorDate: Sat, 9 May 2015 22:06:54 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 13 May 2015 10:46:07 +0200
irqchip: tegra: Set the p
Commit-ID: 63781394c540dd9e666a6b21d70b64dd52bce76e
Gitweb: http://git.kernel.org/tip/63781394c540dd9e666a6b21d70b64dd52bce76e
Author: Axel Lin
AuthorDate: Mon, 11 May 2015 17:02:58 +0800
Committer: Thomas Gleixner
CommitDate: Wed, 13 May 2015 10:47:37 +0200
genirq: devres: Fix testing
On Tue, May 12, 2015 at 06:05:35PM +0200, Andrew Lunn wrote:
> On Tue, May 12, 2015 at 05:37:41PM +0200, Maxime Ripard wrote:
> > From: Lior Amsalem
> >
> > Some engines (like Marvell mv_xor) do not support mult and sum_product
> > operations as part of the pq support.
> >
> > This patch adds ne
On 05/13/15 at 09:47am, Li, ZhenHua wrote:
> On 05/12/2015 04:37 PM, Dave Young wrote:
> >Seems the subject was truncated? Maybe "re" means root entry? Then please
> >fix it
> >
> >On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote:
> >>Add functions to load root entry table from old kernel, and to save u
On Tue, 05 May 2015, Eric Anholt wrote:
> Stephen Warren writes:
>
> > On 05/04/2015 01:33 PM, Eric Anholt wrote:
> >> There exists a tiny MMU, configurable only by the VC (running the
> >> closed firmware), which maps from the ARM's physical addresses to bus
> >> addresses. These bus addresses
On Tue, May 12, 2015 at 8:46 PM, Gregory Fong wrote:
> On Tue, May 12, 2015 at 3:55 AM, Linus Walleij
> wrote:
>> Usually we don't like it when you hardcode gpio_base, and this
>> field should anyway be present inside the bgpio_chip.gc.base
>> isn't it?
>
> This was needed to deal with having a
Now that the thermal core treats -ENOSYS like the callbacks were
not present at all we no longer have to overwrite the ops during
runtime but instead can always set them and return -ENOSYS if no
sensor is registered.
Signed-off-by: Sascha Hauer
---
drivers/thermal/of-thermal.c | 33 +
1 - 100 of 1014 matches
Mail list logo
