On Wed, Nov 26, 2014 at 03:17:50PM +0100, Cornelia Huck wrote:
> On Wed, 26 Nov 2014 16:05:39 +0200
> "Michael S. Tsirkin" wrote:
>
> > On Wed, Nov 26, 2014 at 02:54:38PM +0100, Cornelia Huck wrote:
> > > On Tue, 25 Nov 2014 18:43:10 +0200
> > > "Michael S. Tsirkin" wrote:
>
> > > > @@ -174,6
The audio subsystem on Exynos 5420 has separate clocks and GPIO. To
operate properly on GPIOs the main block clock 'mau_epll' must be
enabled.
This was observed on Peach Pi/Pit and Arndale Octa (after enabling i2s0)
after introducing runtime PM to pl330 DMA driver. After that commit the
On Wednesday 26 November 2014 07:13 PM, Sebastian Hesselbarth wrote:
> On 11/20/2014 10:53 PM, Sebastian Hesselbarth wrote:
>> From: Antoine Tenart
>>
>> Add the driver driving the Marvell Berlin USB PHY. This allows to
>> initialize the PHY and to use it from the USB driver later.
>>
>>
On Wed, 26 Nov 2014 17:06:21 +0300
Dan Carpenter wrote:
> This check says "goto out;" if we had to truncate the string.
>
> The "tbuffer" buffer has TRACE_BUF_SIZE bytes. The vsnprintf() function
> returns the number of characters (not counting the NUL char) which would
> have been printed if
On 11/25/2014 05:21 PM, Arianna Avanzini wrote:
> Some RS232 adapters handled by this driver are hotpluggable. The function
> serial8250_console_setup() is called during device init and is defined with
> the __init macro. In case the driver is built-in, hotplugging the device after
> the
On Wed, 26 Nov 2014 17:06:21 +0300
Dan Carpenter wrote:
> This check says "goto out;" if we had to truncate the string.
>
> The "tbuffer" buffer has TRACE_BUF_SIZE bytes. The vsnprintf() function
> returns the number of characters (not counting the NUL char) which would
> have been printed if
During driver unbind the syscore ops were not unregistered which lead to
double add on syscore list:
$ echo "381.audss-clock-controller" >
/sys/bus/platform/drivers/exynos-audss-clk/unbind
$ echo "381.audss-clock-controller" >
/sys/bus/platform/drivers/exynos-audss-clk/bind
[
While fixing audss clock access when domain is gated (commit "clk:
samsung: Fix clock disable failure because domain being gated") generic
code from clk-gate/divider/mux was taken and modified.
This generic code leaks memory allocated for internal structures (struct
clk_gate/clk_divider/clk_mux).
The pinctrl for audio subsystem needs 'mau_epll' clock to be enabled in
order to properly access memory during GPIO setup.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5420-pinctrl.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git
Audio subsystem clocks are located in separate block. If clock for this
block (from main clock domain) 'mau_epll' is gated then any read or
write to audss registers will block.
This was observed on Exynos 5420 platforms (Arndale Octa and Peach
Pi/Pit) after introducing runtime PM to pl330 DMA
On Wed, 2014-11-26 at 15:12 +0100, Takashi Iwai wrote:
> At Wed, 26 Nov 2014 23:05:20 +0900,
> Marcel Holtmann wrote:
> >
> > Hi Oliver,
> >
> > >> In order to paper over this, we may also remember the failing firmware
> > >> and avoid loading it. This might be an easer way than the endless
> >
On Tue, Nov 25 2014 at 11:00pm -0500,
Darrick J. Wong wrote:
> On Tue, Nov 25, 2014 at 10:41:04PM -0500, Mike Snitzer wrote:
> > On Tue, Nov 25 2014 at 8:45pm -0500,
> > Darrick J. Wong wrote:
> >
> > > When dm-bufio sets out to use the bio built into a struct dm_buffer to
> > > issue an IO,
On Tue, 25 Nov 2014 18:43:14 +0200
"Michael S. Tsirkin" wrote:
> We use native endian-ness internally but never
> expose it to guest.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/vhost/net.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git
Signed-off-by: Lukasz Pawelczyk
---
security/smack/smack_lsm.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/security/smack/smack_lsm.c b/security/smack/smack_lsm.c
index 2717cdd..d1b14d5 100644
--- a/security/smack/smack_lsm.c
+++
In principle if this function was called with "value" == NULL and "len"
not NULL it could return different results for the "len" compared to a
case where "name" was not NULL. This is a hypothetical case that does
not exist in the kernel, but it's a logic bug nonetheless.
Signed-off-by: Lukasz
On Mon, 24 Nov 2014 23:11:12 +0900
Masami Hiramatsu wrote:
> I hope to have CONFIG_KSELFTEST_BINARIES for Kconfig, or make prep_kselftest
> target to build these binaries with kernel...
For binaries (not modules), would that the server and client would need
the same environment? Make sure they
At Wed, 26 Nov 2014 15:23:20 +0100,
Oliver Neukum wrote:
>
> On Wed, 2014-11-26 at 11:53 +0100, Takashi Iwai wrote:
> > At Wed, 26 Nov 2014 11:43:36 +0100,
> > Oliver Neukum wrote:
> > >
> > > On Wed, 2014-11-26 at 11:31 +0100, Takashi Iwai wrote:
> > > > At Wed, 26 Nov 2014 11:10:23 +0100,
> >
On Tue, Nov 25, 2014 at 04:10:00PM +, Alex Bennée wrote:
> This commit defines the API headers for guest debugging. There are two
> architecture specific debug structures:
>
> - kvm_guest_debug_arch, allows us to pass in HW debug registers
> - kvm_debug_exit_arch, signals the exact debug
On Wed, Nov 26, 2014 at 09:25:37AM -0500, Steven Rostedt wrote:
> On Wed, 26 Nov 2014 17:06:21 +0300
> Dan Carpenter wrote:
>
> > This check says "goto out;" if we had to truncate the string.
> >
> > The "tbuffer" buffer has TRACE_BUF_SIZE bytes. The vsnprintf() function
> > returns the number
Hi Ulrik,
On Tue, Nov 25, 2014 at 4:23 PM, wrote:
> Hi,
>
> On Wed, Nov 19, 2014 at 11:21:31PM +0100, Marcus Overhagen wrote:
>> Hi,
>>
>> when moving a single finger [3] seems to be one of 0x21, 0x25, 0x31, 0x35
>> moving two fingers [3] seems to be mostly 0x22, 0x26, 0x32, 0x36 but
>> also
On Tue, Nov 25, 2014 at 10:21:46PM -0800, Linus Torvalds wrote:
> So DaveJ, even though this does appear Xen-centric (Xentric?) and
> you're running on bare hardware, maybe you could do the same thing in
> that x86-64 vmalloc_fault(). The timing with Jürgen is kind of
> intriguing - if
>> OK, I think I use too generic terms and descriptions and maybe that's
>> why it is not very clear what I mean. Just to give more context I am
>> working with i.MX6 SPI peripheral, and AFAIK I have two options of
>> using it:
>
> Ah, i.MX... When I've worked with it I managed the chip select
On Wed, Nov 26, 2014 at 09:27:06AM -0500, Steven Rostedt wrote:
> On Wed, 26 Nov 2014 17:06:21 +0300
> Dan Carpenter wrote:
>
> > This check says "goto out;" if we had to truncate the string.
> >
> > The "tbuffer" buffer has TRACE_BUF_SIZE bytes. The vsnprintf() function
> > returns the number
On Wed, 2014-11-26 at 15:31 +0100, Takashi Iwai wrote:
> Yes, that's what I mentioned in my reply. But, actually more puzzling
> is that the WARNING shouldn't have been triggered at all. That is,
> something is still racy there, so we'd need to fix it.
Did it trigger before khubd was replaced
On Tue, Nov 25, 2014 at 04:10:01PM +, Alex Bennée wrote:
> This commit adds a stub function to support the KVM_SET_GUEST_DEBUG
> ioctl. Currently any operation flag will return EINVAL. Actual
> functionality will be added with further patches.
Technically the stub is already there, and you're
On 11/11/2014 08:45 AM, Jarkko Sakkinen wrote:
tpm_register_hardware() and tpm_remove_hardware() are called often
before initializing the device. This is wrong order since it could
be that main TPM driver needs a fully initialized chip to be able to
do its job. For example, now it is impossible
On Wed, 2014-11-26 at 12:17 +, Arnd Bergmann wrote:
> On Wednesday 26 November 2014 12:04:09 Pawel Moll wrote:
> >
> > Right, of course. Whole directory.
> >
> > > F:*/*/vexpress*
> >
> > Cool, didn't think about multiple wildcards.
>
> Actually, I think you could even do this as
>
>
On Wed, 2014-10-08 at 15:33 +0800, Sonny Rao wrote:
> From: Doug Anderson
>
> Some 32-bit (ARMv7) systems are architected like this:
>
> * The firmware doesn't know and doesn't care about hypervisor mode and
> we don't want to add the complexity of hypervisor there.
>
> * The firmware isn't
On Wed, Nov 26, 2014 at 02:57:42PM +0100, Linus Walleij wrote:
> make -f Makefile -j5 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-
> KBUILD_OUTPUT=build-u300 u300_defconfig
> make -f Makefile -j5 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-
> KBUILD_OUTPUT=build-u300 zImage
On Wed, 26 Nov 2014 17:37:19 +0300
Dan Carpenter wrote:
> On Wed, Nov 26, 2014 at 09:27:06AM -0500, Steven Rostedt wrote:
> > On Wed, 26 Nov 2014 17:06:21 +0300
> > Dan Carpenter wrote:
> >
> > > This check says "goto out;" if we had to truncate the string.
> > >
> > > The "tbuffer" buffer
On 11/26/2014 09:49 PM, Jiri Kosina wrote:
> On Wed, 26 Nov 2014, Huang Bo wrote:
>
>>> It's unfortunately whitespace damaged again. If it's not possible to set
>>> up your e-mail client not to cause whitespace damage to patches (please
>>> see Documentation/email-clients.txt for some hints),
2014-11-26 14:57+0100, Paolo Bonzini:
>
>
> On 26/11/2014 14:53, Radim Krčmář wrote:
> >>> > > get_xsave = native_xrstor(guest_xsave);
> >>> > > xsave(aligned_userspace_buffer)
> >>> > > set_xsave = xrstor(aligned_userspace_buffer);
> >>> > > native_xsave(guest_xsave)
> >>> > >
> >>> > >
On Wed, Nov 26, 2014 at 03:31:02PM +0100, Cornelia Huck wrote:
> On Tue, 25 Nov 2014 18:43:14 +0200
> "Michael S. Tsirkin" wrote:
>
> > We use native endian-ness internally but never
> > expose it to guest.
> >
> > Signed-off-by: Michael S. Tsirkin
> > ---
> > drivers/vhost/net.c | 10
On Wed, Nov 26, 2014 at 07:39:26AM -0500, boris ostrovsky wrote:
> https://lkml.org/lkml/2014/11/25/973 is all I have right now.
Ok, so the Code: section from this splat says:
25: 55 push %ebp
26: 89 e5 mov%esp,%ebp
28: 83 ec 08
Abhilash,
On Wed, Nov 26, 2014 at 06:21:10AM +0530, Abhilash Kesavan wrote:
> Exynos7 has a special clock required for the functional operation
> of the TMU that is not present in earlier SoCs. Add support for
> this clock and update the binding documentation.
>
> Signed-off-by: Abhilash
On Wed, 26 Nov 2014, Berthier, Emmanuel wrote:
> > We add printks not for people who work on the support of unreleased
> > hardware. They should better know what they are doing. If they can't figure
> > that out they should not touch the kernel in the first place.
>
> LoL
> I'm part of those
2014-11-26 09:15-0500, Steven Rostedt:
> On Wed, 26 Nov 2014 13:40:26 +0100
> Radim Krčmář wrote:
> > The kernel part is trivial.
> > Most of the code is going to be in tools/lib/traceevent/event-parse.c.
> >
> > I wasn't sure whether to
> > 1) define new 'enum print_arg_type' for our function
On Tue, 25 Nov 2014 18:44:08 +0200
"Michael S. Tsirkin" wrote:
> Note: for consistency, and to avoid sparse errors,
> convert all fields, even those no longer in use
> for virtio v1.0.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> include/linux/virtio_scsi.h | 32
On Wed, 26 Nov 2014 16:44:00 +0200
"Michael S. Tsirkin" wrote:
> On Wed, Nov 26, 2014 at 03:31:02PM +0100, Cornelia Huck wrote:
> > On Tue, 25 Nov 2014 18:43:14 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > We use native endian-ness internally but never
> > > expose it to guest.
> > >
> > >
On Tue, 11 Nov 2014 13:12:28 -0500 Dave Jones wrote:
> Since the addition of 10d4c6736ea "Bluetooth: btusb: Add Broadcom patch
> RAM support", I (and a number of other people[*]) have been seeing
> this trace on resume from suspend.
>
> WARNING: CPU: 1 PID: 8565 at
On Wed, Nov 26, 2014 at 03:51:03PM +0100, Cornelia Huck wrote:
> On Tue, 25 Nov 2014 18:44:08 +0200
> "Michael S. Tsirkin" wrote:
>
> > Note: for consistency, and to avoid sparse errors,
> > convert all fields, even those no longer in use
> > for virtio v1.0.
> >
> > Signed-off-by: Michael
Andrew Jones writes:
> On Tue, Nov 25, 2014 at 04:10:00PM +, Alex Bennée wrote:
>> This commit defines the API headers for guest debugging. There are two
>> architecture specific debug structures:
>> +/* Architecture related debug defines - upper 16 bits of
>> + * kvm_guest_debug->control
Hello,
locked spew with the current -next.
[ 427.152842] =
[ 427.152843] [ INFO: possible recursive locking detected ]
[ 427.152847] 3.18.0-rc6-next-20141126-dbg-1-gb80a67f-dirty #402 Not
tainted
[ 427.152848
David Howells writes:
> Eric W. Biederman wrote:
>
>> Ian if we were to merge this I believe you would win the award for
>> easiest path to a root shell.
>
> Is there any particular reason the upcalled program has to be run as root?
> Could the kernel not run it as something else - perhaps the
On Wed, Nov 26, 2014 at 03:54:40PM +0100, Cornelia Huck wrote:
> On Wed, 26 Nov 2014 16:44:00 +0200
> "Michael S. Tsirkin" wrote:
>
> > On Wed, Nov 26, 2014 at 03:31:02PM +0100, Cornelia Huck wrote:
> > > On Tue, 25 Nov 2014 18:43:14 +0200
> > > "Michael S. Tsirkin" wrote:
> > >
> > > > We use
Hi,
I am wondering what's the next step of dm-writeboost, my log-structured
SSD-caching driver.
I want to discuss this.
I will start from introducing my activity on dm-writeboost.
It was more than a year ago that I proposed my dm-writeboost for staging.
Mike Snitzer, a maintainer of
When either queue_mode or irq_mode parameter is set outside its boundaries, the
driver will not complete requests. This stalls driver initialization when
partitions are probed. Fix by setting out of bound values to the parameters
default.
Signed-off-by: Matias Bjørling
---
Andrew Jones writes:
> On Tue, Nov 25, 2014 at 04:10:01PM +, Alex Bennée wrote:
>> This commit adds a stub function to support the KVM_SET_GUEST_DEBUG
>> ioctl. Currently any operation flag will return EINVAL. Actual
>> functionality will be added with further patches.
>
> Technically the
Peter Maydell writes:
> On 25 November 2014 at 16:10, Alex Bennée wrote:
>> +/* Exit types which define why we did a debug exit */
>> +#define KVM_DEBUG_EXIT_ERROR 0x0
>> +#define KVM_DEBUG_EXIT_SINGLE_STEP 0x1
>> +#define KVM_DEBUG_EXIT_SW_BKPT 0x2
>> +#define
Hi Eduardo,
On Wed, Nov 26, 2014 at 8:15 PM, Eduardo Valentin wrote:
>
> Abhilash,
>
> On Wed, Nov 26, 2014 at 06:21:10AM +0530, Abhilash Kesavan wrote:
>> Exynos7 has a special clock required for the functional operation
>> of the TMU that is not present in earlier SoCs. Add support for
>> this
On Wed, Nov 26, 2014 at 09:43:06AM -0500, Steven Rostedt wrote:
> I highly doubt it's much of a speed up. And we do that by sacrificing
> that one byte of buffer, which would lose the printk if len does equal
> TRACE_BUF_SIZE.
>
> I don't see a bug here. What exactly are you trying to fix?
Heh.
Em Tue, 18 Nov 2014 21:22:34 +0100
Beniamino Galvani escreveu:
> Amlogic Meson SoCs include a infrared remote control receiver that can
> operate in two modes: "NEC" mode in which the hardware decodes frames
> using the NEC IR protocol, and "general" mode in which the receiver
> simply reports
I would be quite happy if grouping support for gic would be mainlined.
Then only the dance to get the old gic version 1 working with fiqs would be
needed...
I have on comment inline below which seems as a race to me.
Am Dienstag, 25. November 2014, 17:26:39 schrieb Daniel Thompson:
> Currently
On Wed, Nov 26, 2014 at 4:04 PM, Mauro Carvalho Chehab
wrote:
> Em Tue, 18 Nov 2014 21:22:34 +0100
> Beniamino Galvani escreveu:
>
>> Amlogic Meson SoCs include a infrared remote control receiver that can
>> operate in two modes: "NEC" mode in which the hardware decodes frames
>> using the NEC
On Fri, Oct 24, 2014 at 09:06:32PM +0200, Johan Hovold wrote:
> Remove redundant local_irq_disable() at machine halt and restart.
>
> Since commit 44424c34049f ("ARM: 7803/1: Fix deadlock scenario with
> smp_send_stop()") interrupts are disabled before stopping secondary
> CPUs.
>
>
On Wed, Nov 26 2014 at 9:28am -0500,
Mike Snitzer wrote:
>
> But in the context of bufio's embedded bio, using .bi_private seems
> fine. Just needs a comment. I'll fixup and get your patch staged (and
> will CC stable).
Staged for 3.19, see:
Arnd, Olof, Kevin,
More legacy removal here. Nearly all "C board support" is now gone for AT91.
Thanks, best regards,
The following changes since commit f0a0a58e6f46c2dded813ee860b9cbd795b4e571:
ARM: at91: move sdramc/ddrsdr header to include/soc/at91 (2014-11-13 12:03:44
+0100)
are
This adds support for the Wolfson Microelectronics
WM8280 and WM8281 codecs.
Signed-off-by: Richard Fitzgerald
Acked-by: Lee Jones
---
drivers/mfd/Kconfig |5 +++--
drivers/mfd/arizona-core.c | 14 --
drivers/mfd/arizona-i2c.c|2 ++
Signed-off-by: Richard Fitzgerald
---
drivers/regulator/arizona-micsupp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/arizona-micsupp.c
b/drivers/regulator/arizona-micsupp.c
index ce9aca5..4ff55e1 100644
--- a/drivers/regulator/arizona-micsupp.c
Abhilash,
On Wed, Nov 26, 2014 at 08:34:19PM +0530, Abhilash Kesavan wrote:
> Hi Eduardo,
>
> On Wed, Nov 26, 2014 at 8:15 PM, Eduardo Valentin wrote:
> >
> > Abhilash,
> >
> > On Wed, Nov 26, 2014 at 06:21:10AM +0530, Abhilash Kesavan wrote:
> >> Exynos7 has a special clock required for the
Signed-off-by: Richard Fitzgerald
Acked-by: Mark Brown
---
sound/soc/codecs/arizona.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/arizona.c b/sound/soc/codecs/arizona.c
index 9550d74..55b5e22 100644
--- a/sound/soc/codecs/arizona.c
+++
Signed-off-by: Richard Fitzgerald
Acked-by: Chanwoo Choi
---
drivers/extcon/extcon-arizona.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
index ba51588..3abe866 100644
---
This set of patches adds support for the WM8280 and WM8281
codecs to the Wolfson Arizona drivers.
Only change since V1 series is update to device tree binding
documentation in patch 2
Richard Fitzgerald (6):
mfd: arizona: add support for WM8280/WM8281
Documentation: devicetree: arizona: Add
Signed-off-by: Richard Fitzgerald
Acked-by: Linus Walleij
---
drivers/gpio/gpio-arizona.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpio/gpio-arizona.c b/drivers/gpio/gpio-arizona.c
index fe369f5..9665d0a 100644
--- a/drivers/gpio/gpio-arizona.c
+++
On Wed, Nov 26, 2014 at 11:05:04AM +0100, David Hildenbrand wrote:
> > What's the path you are trying to debug?
>
> Well, we had a problem where we held a spin_lock and called
> copy_(from|to)_user(). We experienced very random deadlocks that took some guy
> almost a week to debug. The simple
Hello,
On Wed, Nov 26, 2014 at 09:35:10AM +0100, Lukasz Majewski wrote:
> Hi Eduardo,
>
> > Hello Lukasz,
> >
> > On Thu, Nov 20, 2014 at 05:21:27PM +0100, Lukasz Majewski wrote:
> > > This patch extends the of-thermal.c to export copy of trip points
> > > for a given thermal zone.
> > >
> > >
.
>>
>> Signed-off-by: Pantelis Antoniou
>> Signed-off-by: Grant Likely
>
> Now commit 7518b5890d8a ("of/overlay: Introduce DT overlay support"),
> included in today's linux-next (next-20141126).
Yes, I pushed it out yesterday. Beyond merely stating
At Wed, 26 Nov 2014 16:56:09 +0200,
Mihai Donțu wrote:
>
> On Tue, 11 Nov 2014 13:12:28 -0500 Dave Jones wrote:
> > Since the addition of 10d4c6736ea "Bluetooth: btusb: Add Broadcom patch
> > RAM support", I (and a number of other people[*]) have been seeing
> > this trace on resume from suspend.
On 11/26/2014 08:02 AM, Matias Bjørling wrote:
When either queue_mode or irq_mode parameter is set outside its boundaries, the
driver will not complete requests. This stalls driver initialization when
partitions are probed. Fix by setting out of bound values to the parameters
default.
At Wed, 26 Nov 2014 15:27:57 +0100,
Oliver Neukum wrote:
>
> On Wed, 2014-11-26 at 15:12 +0100, Takashi Iwai wrote:
> > At Wed, 26 Nov 2014 23:05:20 +0900,
> > Marcel Holtmann wrote:
> > >
> > > Hi Oliver,
> > >
> > > >> In order to paper over this, we may also remember the failing firmware
> >
Hmm you sent same mail to me off-list, and I replied there.
Now there's a copy on list - I'm just going to assume
it's exactly identical, pasting my response here as well.
If there are more questions I missed, let me know.
On Wed, Nov 26, 2014 at 09:23:31AM +0100, David Hildenbrand wrote:
> Sorry
On Wed, 26 Nov 2014 18:05:41 +0300
Dan Carpenter wrote:
> On Wed, Nov 26, 2014 at 09:43:06AM -0500, Steven Rostedt wrote:
> > I highly doubt it's much of a speed up. And we do that by sacrificing
> > that one byte of buffer, which would lose the printk if len does equal
> > TRACE_BUF_SIZE.
> >
On Wed, 26 Nov 2014 15:49:34 +0100
Radim Krčmář wrote:
> (It just seemed weird that we have an infrastructure that could allow a
> "generic plugin" to cover this functionality.)
Maybe in the future we may do something like that. But for now, think
of these as "optimized" ;-)
-- Steve
--
To
Assigning a clock parent to a mux with the CLK_MUX_READ_ONLY flag causes an
error "clk: failed to reparent read_only_mux to already_set_parent: -38"
even if the hardware is already set to the correct parent clock.
This patch avoids the error message by checking whether the correct parent
is
Signed-off-by: Richard Fitzgerald
---
Documentation/devicetree/bindings/mfd/arizona.txt | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
b/Documentation/devicetree/bindings/mfd/arizona.txt
index
On Wed, Nov 26, 2014 at 05:17:29PM +0200, Michael S. Tsirkin wrote:
> On Wed, Nov 26, 2014 at 11:05:04AM +0100, David Hildenbrand wrote:
> > > What's the path you are trying to debug?
> >
> > Well, we had a problem where we held a spin_lock and called
> > copy_(from|to)_user(). We experienced
On Wed, 26 Nov 2014 16:19:49 +0100
Takashi Iwai wrote:
> At Wed, 26 Nov 2014 16:56:09 +0200,
> Mihai Donțu wrote:
> >
> > On Tue, 11 Nov 2014 13:12:28 -0500 Dave Jones wrote:
> > > Since the addition of 10d4c6736ea "Bluetooth: btusb: Add Broadcom patch
> > > RAM support", I (and a number of
On Wed, Nov 26, 2014 at 06:14:22AM -0800, Andi Kleen wrote:
> > I couldn't quickly decipher which MSRs we're writing to here in the SDM,
> > but are these really 64-bit wide registers that need 32 bits always set to
> > zero ?
>
> Yes the filter MSRs are only 32bit.
thanks for checking.
At Wed, 26 Nov 2014 17:26:15 +0200,
Mihai Donțu wrote:
>
> On Wed, 26 Nov 2014 16:19:49 +0100
> Takashi Iwai wrote:
>
> > At Wed, 26 Nov 2014 16:56:09 +0200,
> > Mihai Donțu wrote:
> > >
> > > On Tue, 11 Nov 2014 13:12:28 -0500 Dave Jones wrote:
> > > > Since the addition of 10d4c6736ea
Rui,
On Mon, Nov 24, 2014 at 05:25:06PM -0400, Eduardo Valentin wrote:
>
> Hello Rui,
>
> Please pull from
>
>
> git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal.git
> fixes
>
Have you had the time to have a look in this pull request? I am not sure
if you got
On Wed, Nov 26, 2014 at 11:59:51PM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> locked spew with the current -next.
Hmm what was the system doing at that time? Is it something that
reliably reproduces, or is this a one-off?
Thanks,
- Ted
--
On Wed, Nov 26, 2014 at 10:18:24AM +0100, Jiri Kosina wrote:
> On Wed, 26 Nov 2014, Masami Hiramatsu wrote:
>
> > > Note to Steve:
> > > Masami's IPMODIFY patch is heading for -next via your tree. Once it
> > > arrives,
> > > I'll rebase and make the change to set IPMODIFY. Do not pull this
On Wed, Nov 26 2014 at 10:02am -0500,
Akira Hayakawa wrote:
> Hi,
>
> I am wondering what's the next step of dm-writeboost, my log-structured
> SSD-caching driver.
> I want to discuss this.
>
> I will start from introducing my activity on dm-writeboost.
> It was more than a year ago that I
Hi Eduardo,
On Wed, Nov 26, 2014 at 8:44 PM, Eduardo Valentin wrote:
> Abhilash,
>
> On Wed, Nov 26, 2014 at 08:34:19PM +0530, Abhilash Kesavan wrote:
>> Hi Eduardo,
>>
>> On Wed, Nov 26, 2014 at 8:15 PM, Eduardo Valentin
>> wrote:
>> >
>> > Abhilash,
>> >
>> > On Wed, Nov 26, 2014 at
On Wed, Nov 26, 2014 at 3:55 AM, David Herrmann wrote:
> Hi
>
> On Mon, Nov 24, 2014 at 9:57 PM, Andy Lutomirski wrote:
>> On Mon, Nov 24, 2014 at 12:16 PM, David Herrmann
>> wrote:
>>> [snip]
> +6.5 Getting information about a connection's bus creator
>
Am 26.11.2014 um 16:17 schrieb Michael S. Tsirkin:
> On Wed, Nov 26, 2014 at 11:05:04AM +0100, David Hildenbrand wrote:
>>> What's the path you are trying to debug?
>>
>> Well, we had a problem where we held a spin_lock and called
>> copy_(from|to)_user(). We experienced very random deadlocks that
a) don't bother with ->d_time for positives - we only check it for negatives
anyway.
b) make sure to set it at unlink and rmdir time - at *that* point soon-to-be
negative dentry matches then-current directory contents
c) don't go into renaming of old alias in vfat_lookup() unless it has
the same
> On Wed, Nov 26, 2014 at 05:17:29PM +0200, Michael S. Tsirkin wrote:
> > On Wed, Nov 26, 2014 at 11:05:04AM +0100, David Hildenbrand wrote:
> > > > What's the path you are trying to debug?
> > >
> > > Well, we had a problem where we held a spin_lock and called
> > > copy_(from|to)_user(). We
On Wed, Nov 26, 2014 at 04:30:32PM +0100, Christian Borntraeger wrote:
> Am 26.11.2014 um 16:17 schrieb Michael S. Tsirkin:
> > On Wed, Nov 26, 2014 at 11:05:04AM +0100, David Hildenbrand wrote:
> >>> What's the path you are trying to debug?
> >>
> >> Well, we had a problem where we held a
On Wed, Nov 26, 2014 at 7:30 AM, Andy Lutomirski wrote:
> Then find a clean way that's gated on having the right /proc access,
> which is not guaranteed to exist on all of your eventual users'
> systems, and, if that access doesn't exist because the admin or
> sandbox designer has sensibly
Linus reported perf report command being interrupted due to
processing of 'out of order' event, with following error:
Timestamp below last timeslice flush
0x5733a8 [0x28]: failed to process type: 3
I could reproduce the issue and in my case it was caused by one
CPU (mmap) being behind during
On Wed, Nov 26, 2014 at 03:13:05PM +, Richard Fitzgerald wrote:
> Signed-off-by: Richard Fitzgerald
Reviewed-by: Mark Brown
signature.asc
Description: Digital signature
On Wed, 2014-11-26 at 14:40 +, Pawel Moll wrote:
> On Wed, 2014-11-26 at 12:17 +, Arnd Bergmann wrote:
> > On Wednesday 26 November 2014 12:04:09 Pawel Moll wrote:
> > >
> > > Right, of course. Whole directory.
> > >
> > > > F:*/*/vexpress*
> > >
> > > Cool, didn't think about
The OF_OVERLAY option selects OF_DEVICE, but OF_DEVICE was removed in
commit ba166e900b, "of: remove CONFIG_OF_DEVICE". Remove the unnecessary
select.
Signed-off-by: Grant Likely
Reported-by: Paul Bolle
Cc: Pantelis Antoniou
---
This fixes a bug in my devicetree/next branch which is included
Hi Miroslav,
Just addressing one of your comments below. I'll let Seth respond to
the others :-)
On Wed, Nov 26, 2014 at 03:19:17PM +0100, Miroslav Benes wrote:
> > +/**
> > + * struct klp_func - function structure for live patching
> > + * @old_name: name of the function to be patched
> >
> On Tue, Nov 25, 2014 at 06:55:16PM +0100, Cornelia Huck wrote:
> > On Tue, 25 Nov 2014 18:42:18 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > Based on patch by Cornelia Huck.
> > >
> > > Note: for consistency, and to avoid sparse errors,
> > > convert all fields, even those no longer
On 11/26/2014 03:24 PM, Kishon Vijay Abraham I wrote:
On Wednesday 26 November 2014 07:13 PM, Sebastian Hesselbarth wrote:
On 11/20/2014 10:53 PM, Sebastian Hesselbarth wrote:
From: Antoine Tenart
Add the driver driving the Marvell Berlin USB PHY. This allows to
initialize the PHY and to use
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Wednesday, November 26, 2014 3:47 PM
> To: Berthier, Emmanuel
> Cc: mi...@redhat.com; h...@zytor.com; x...@kernel.org; Jarzmik, Robert;
> linux-kernel@vger.kernel.org
> Subject: RE: [PATCH] [LBR] Dump LBRs on
Em Wed, Nov 26, 2014 at 04:39:31PM +0100, Jiri Olsa escreveu:
> Linus reported perf report command being interrupted due to
> processing of 'out of order' event, with following error:
>
> Timestamp below last timeslice flush
> 0x5733a8 [0x28]: failed to process type: 3
>
> I could reproduce
On Wed, Nov 26, 2014 at 10:22:44AM -0500, Steven Rostedt wrote:
> On Wed, 26 Nov 2014 18:05:41 +0300
> Dan Carpenter wrote:
>
> > On Wed, Nov 26, 2014 at 09:43:06AM -0500, Steven Rostedt wrote:
> > > I highly doubt it's much of a speed up. And we do that by sacrificing
> > > that one byte of
1101 - 1200 of 1741 matches
Mail list logo