> So I played with this patchset for a little while, and it's mostly good
> and I left comments for each patch I have concerns. With that change,
>
> Acked-by: Namhyung Kim
Thanks for the review.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 06/06/14 07:03, Stephane Viau wrote:
> The clock driver usually complains when a clock is being prepared
> before setting its rate. It is the case here for "core_clk" which
> needs to be set at 19.2 MHz before we attempt a prepare_enable().
That's only true in the downstream vendor kernel. Upst
... turned out that probably the cc list was too big for lkml. Dropping
all the individual email addresses on CC.
... it seems that this message hasn't made it to the list. Apologies to
everyone on To: and Cc: receiving it again.
On 03/06/14 13:14, Peter Zijlstra wrote:
> On Fri, May 30, 2014 at
All the uses have been removed so remove the typedef.
Signed-off-by: Joe Perches
---
include/linux/sysctl.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/linux/sysctl.h b/include/linux/sysctl.h
index 14a8ff2..b7361f8 100644
--- a/include/linux/sysctl.h
+++ b/include/linux/sysctl.h
On 09/06/14 18:51, Jonathan Cameron wrote:
On 03/06/14 00:14, Reyad Attiyat wrote:
Updated iio modifier enum for compass north usages,
including magnetic/true north with tilt compensation.
Signed-off-by: Reyad Attiyat
This looks fine.
gah. With the from_ prefix you suggested of course!
---
On 03/06/14 00:14, Reyad Attiyat wrote:
Updated iio modifier enum for compass north usages,
including magnetic/true north with tilt compensation.
Signed-off-by: Reyad Attiyat
This looks fine.
---
drivers/iio/industrialio-core.c | 4
include/linux/iio/types.h | 4
2 files c
On 03/06/14 00:14, Reyad Attiyat wrote:
Updated ABI documentation to inculde compass north usages.
Signed-off-by: Reyad Attiyat
Amazing how many lines of documentation two small additions can make!
Anyhow, I'm keener on having these as as modifiers on a rotation rather than
there own type.
i
On Sun, Jun 08, 2014 at 06:22:00PM -0400, Joe Lawrence wrote:
[..]
> Summary thus far:
>
> R12: 88103c17a130 = struct rcu_head *rcu_head
> R13: 88103c17a080 = struct blkcg_gq *blkg
> 88103fc7df90 = struct request_queue *blkg->q (contains 0x6b
>
On 04/06/14 16:42, Srinivas Pandruvada wrote:
On 06/04/2014 08:23 AM, Reyad Attiyat wrote:
Hey Srinivas,
On Tue, Jun 3, 2014 at 12:43 PM, Srinivas Pandruvada
wrote:
May be we should have a field in const struct iio_chan_spec, so that we
can dynamically enable disable channels. In this way w
Laba diena,
Mēs esam DIAMOND ŠVEICES aizdevumu uzņēmumam sniedzot aizdevumus ar pasta
reklāma. Mēs piedāvājam dažāda veida aizdevumu (īstermiņa un ilgtermiņa
aizdevumi, individuālie aizņēmumi, aizdevumi uzņēmumiem uc), par 3% procentu
likmi. Mēs izsniegt aizdevumus cilvēkiem, kam
On 03/06/14 18:43, Srinivas Pandruvada wrote:
On 06/02/2014 04:14 PM, Reyad Attiyat wrote:
Updated magn_3d_channel enum for all possible north channels
Added functions to setup iio_chan_spec array depending on which hid usage
reports are found
Renamed magn_val to iio_val to differentiate the
On Sat, Jun 07, 2014 at 02:11:32AM -0700, David Rientjes wrote:
> On Fri, 6 Jun 2014, Luis R. Rodriguez wrote:
>
> > diff --git a/arch/x86/Makefile b/arch/x86/Makefile
> > index 37621ac..9db34e2 100644
> > --- a/arch/x86/Makefile
> > +++ b/arch/x86/Makefile
> > @@ -256,6 +256,12 @@ kvmconfig:
> >
On Wed, 2014-06-04 at 13:58 -0700, Davidlohr Bueso wrote:
> On Wed, 2014-06-04 at 13:57 -0700, Davidlohr Bueso wrote:
> > In addition, how about the following helpers instead:
> > - mutex_is_unlocked() : count > 0
> > - mutex_has_waiters() : count < 0, or list_empty(->wait_list)
>
Resend... The first attempt didn't reach LKML for some reason.
On Fri, May 30, 2014 at 07:35:56AM +0100, Yuyang Du wrote:
> Thanks to CFS’s “model an ideal, precise multi-tasking CPU”, tasks can be seen
> as concurrently running (the tasks in the runqueue). So it is natural to use
> task concurren
This is a patch to add support of nvram for maxim dallas
rtc ds1343
Signed-off-by: Raghavendra Chandra Ganiga
---
drivers/rtc/rtc-ds1343.c | 75 ++--
1 file changed, 73 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-ds1343.c b/drivers/rtc/
Hi Laurent,
Oh. Good to see that its already fixed :)
Thanks for your comments.
Regards,
B.Sathish Kumar
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Monday, June 09, 2014 5:38 PM
To: Sathish Kumar Balasubramaniam -ERS, HCL Tech
Cc: Simon Ho
On 06/09/2014 12:54 AM, Mika Westerberg wrote:
On Fri, Jun 06, 2014 at 02:32:14PM +0200, Wolfram Sang wrote:
Mika: Your review for ACPI specific details would be much appreciated
here.
Sure. Srinivas, is this the latest version of the patch series?
Yes.
http://patchwork.ozlabs.org/patch/3383
On Sat, Jun 07, 2014 at 11:04:30AM +0200, Borislav Petkov wrote:
> On Fri, Jun 06, 2014 at 04:11:09PM -0700, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > This lets you use:
> >
> >make virtconfig
> >
> > to merge you current kernel configuration with options to
> > enable
On Sat, Jun 07, 2014 at 02:14:11AM -0700, David Rientjes wrote:
> On Fri, 6 Jun 2014, Luis R. Rodriguez wrote:
>
> > From: "Luis R. Rodriguez"
> >
> > This lets you use:
> >
> >make virtconfig
> >
> > to merge you current kernel configuration with options to
> > enable both kvm and xen (do
Lorenzo,
On Sat, Jun 7, 2014 at 11:12 AM, Lorenzo Pieralisi
wrote:
> On Fri, Jun 06, 2014 at 10:43:05PM +0100, Doug Anderson wrote:
>> On exynos mcpm systems the firmware is hardcoded to jump to an address
>> in SRAM (0x02073000) when secondary CPUs come up. By default the
>> firmware puts a bun
I looked through the patches and from a quick look they all look good to
me. I especially like the support for per cpu variables. I had a lot of
trouble with those in the past with various debugging setups.
Acked-by: Andi Kleen
-Andi
--
a...@linux.intel.com -- Speaking for myself only.
--
To
On Mon, Jun 09, 2014 at 02:43:37PM +0900, Namhyung Kim wrote:
> When configuring event perf checked a wrong condition that user
> specified both of freq (-F) and period (-c) or the event has no
> default value. This worked because most of events don't have default
> value and only tracepoint event
Mind re-sending the explanations in their full form?
They seem to have gotten cut off, probably because some bad
cut-and-paste that missed a line or two. And the cut-and-paste error
happened when you wrote the tag signature, so the missing parts aren't
in the signed tag either, it has the same pro
> Hmm.. this will print the description at right side and I think it'd be
> better if it prints in another line(s) like below:
I think it's better to show the descriptions by default without
an extra option. I suspect most people want to see them, or if they
need them they won't know about obscur
Commit-ID: 3d5c9340d1949733eb37616abd15db36aef9a57c
Gitweb: http://git.kernel.org/tip/3d5c9340d1949733eb37616abd15db36aef9a57c
Author: Thomas Gleixner
AuthorDate: Thu, 5 Jun 2014 12:34:23 +0200
Committer: Thomas Gleixner
CommitDate: Sat, 7 Jun 2014 14:55:40 +0200
rtmutex: Handle deadlo
Commit-ID: 82084984383babe728e6e3c9a8e5c46278091315
Gitweb: http://git.kernel.org/tip/82084984383babe728e6e3c9a8e5c46278091315
Author: Thomas Gleixner
AuthorDate: Thu, 5 Jun 2014 11:16:12 +0200
Committer: Thomas Gleixner
CommitDate: Sat, 7 Jun 2014 14:55:40 +0200
rtmutex: Detect change
Hi Linus,
This is a pull request on f2fs updates for v3.16.
In this round, there is no special interesting feature, but we've investigated
a couple of tuning points with respect to the I/O flow.
Several major bug fixes and a bunch of clean-ups also have been made.
Thank you very much.
The follo
On Mon, 2014-06-09 at 15:08 +0300, Stanimir Varbanov wrote:
> The driver is separated by functional parts. The core part
> implements a platform driver probe and remove callbaks.
> The probe enables clocks, checks crypto version, initialize
> and request dma channels, create done tasklet and init
>
On Mon, Jun 09, 2014 at 02:38:59PM +0100, Catalin Marinas wrote:
> On Mon, Jun 09, 2014 at 02:24:29PM +0100, Leif Lindholm wrote:
> > On Mon, Jun 09, 2014 at 12:03:56PM +0100, Catalin Marinas wrote:
> > > A quick grep through the kernel shows that we have other set_pte() calls
> > > without additio
On Mon, 2014-06-09 at 17:06 +0300, Dmitry Kasatkin wrote:
> On 9 June 2014 16:58, Dmitry Kasatkin wrote:
> > On 9 June 2014 16:48, Mimi Zohar wrote:
> >> On Mon, 2014-06-09 at 16:05 +0300, Dmitry Kasatkin wrote:
> >>> On 09/06/14 15:51, Mimi Zohar wrote:
> >>> > On Mon, 2014-06-09 at 15:13 +0300
On Sun, Jun 08, 2014 at 03:07:18PM +0200, Oleg Nesterov wrote:
> On 06/06, Paul E. McKenney wrote:
> >
> > On Tue, Jun 03, 2014 at 10:01:25PM +0200, Oleg Nesterov wrote:
> > >
> > > I'll try to recheck rt_mutex_unlock() tomorrow. _Perhaps_
> > > rcu_read_unlock()
> > > should be shifted from lock_
This patch links f2fs_fiemap with generic function with get_block.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/data.c | 6 ++
fs/f2fs/f2fs.h | 1 +
fs/f2fs/file.c | 1 +
3 files changed, 8 insertions(+)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index 39fe7d7..c1fb6dd 100644
--- a/fs/f2fs/data
On 06/09/2014 10:16 AM, Ming Lei wrote:
> This way will become consistent with non-mq case, also
> avoid to update rq->deadline twice for mq.
>
> The comment said: "We do this early, to ensure we are on
> the right CPU.", but no percpu stuff is used in blk_add_timer(),
> so it isn't necessary. Eve
On 06/09/2014 11:59 AM, Chris Mason wrote:
> On 06/09/2014 11:16 AM, Sasha Levin wrote:
>> > Hi all,
>> >
>> > It seems that some recent changes to btrfs tests make it hang during boot:
>> >
>> > [ 49.730033] NMI watchdog: BUG: soft lockup - CPU#34 stuck for 23s!
>> > [swapper/0:1]
>> > [ 49
This way will become consistent with non-mq case, also
avoid to update rq->deadline twice for mq.
The comment said: "We do this early, to ensure we are on
the right CPU.", but no percpu stuff is used in blk_add_timer(),
so it isn't necessary. Even when inserting from plug list, there
is no such gu
On Mon, Jun 9, 2014 at 7:55 PM, Pranith Kumar wrote:
> kerneltrap.org no longer works, update to a working reference
>
> Signed-off-by: Pranith Kumar
Acked-by: Alexey Klimov
Thanks!
--
Best regards, Klimov Alexey
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hello, Linus.
Nothing too interesting - another ahci platform driver variant,
additional controller support, minor fixes and cleanups; however,
pulling will generate the following conflict in drivers/ata/ahci.h.
AHCI_HFLAG_MULTI_MSI= (1 << 16), /* multiple PCI MSIs */
<<<
> Yes, but again, if we're only adding a single bit's worth of entropy
> credit, then at worst we'll only be off by one. And if the race is a
> 50-50 proposition (and I know life is not that simple; for example, it
> doesn't deal with N-way races), then we might not even be off by one. :-)
Indee
Define the HLCDC (High LCD Controller) IP available on some sama5d3 SoCs
(i.e. sama5d31, sama5d33, sama5d34 and sama5d36).
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/sama5d3_lcd.dtsi | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm/boot/dts/sama5
On Mon, Jun 09, 2014 at 11:51:23AM -0400, Pranith Kumar wrote:
> kerneltrap.org no longer works, update to a working reference
>
> Signed-off-by: Pranith Kumar
Queued for 3.17, thank you!
FYI, I updated the commit message to read as follows:
The HLCDC (High LCD Controller) IP supports 4 different output mode
(RGB444, RGB565, RGB666 and RGB888) and the pin muxing depends on the
chosen RGB mode.
Split the pin definition to be able to set the pin config according to the
selected mode.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/d
Add LCD panel related nodes (backlight, regulators and panel) to the
sama5d3 Display Module dtsi.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/sama5d3xdm.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm/boot/dts/sama5d3xdm.dtsi
b/arch/a
The patch replaces THP_SPLIT with tree events: THP_SPLIT_PAGE,
THP_SPLIT_PAGE_FAILT and THP_SPLIT_PMD. It reflects the fact that we
now can split PMD without the compound page and that split_huge_page()
can fail.
Signed-off-by: Kirill A. Shutemov
---
include/linux/vm_event_item.h | 4 +++-
mm/hu
With new refcounting we don't need to mark PMDs splitting. Let's drop
code to handle this.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/include/asm/pgtable.h | 9 -
arch/x86/include/asm/pgtable_types.h | 2 --
arch/x86/mm/gup.c| 13 +
arch/x86/mm
Hello everybody,
We've discussed few times that is would be nice to allow huge pages to be
mapped with 4k pages too. Here's my first attempt to actually implement
this. It's early prototype and not stabilized yet, but I want to share it
to discuss any potential show stoppers early.
The main reaso
Current split_huge_page() combines two operations: splitting PMDs into
tables of PTEs and splitting underlying compound page. This patch
changes split_huge_pmd() implementation to split the given PMD without
splitting other PMDs this page mapped with or underlying compound page.
In order to do thi
With new refcounting we don't need to mark PMDs splitting. Let's drop code
to handle this.
Arch-specific code will removed separately.
Signed-off-by: Kirill A. Shutemov
---
fs/proc/task_mmu.c| 9 +++--
include/asm-generic/pgtable.h | 5 ---
include/linux/huge_mm.h | 33 -
The new split_huge_page() can fail if the compound is pinned: we expect
only caller to have one reference to head page. If the page is pinned
split_huge_page() returns -EBUSY and caller must handle this correctly.
We don't need mark PMDs splitting since now we can split one PMD a time
with split_h
With new THP refcounting, we don't need tricks to stabilize huge page.
If we've got reference to tail page, it can't split under us.
This patch effectively reverts a5b338f2b0b1.
Signed-off-by: Kirill A. Shutemov
---
kernel/futex.c | 62 --
We are going to decouple splitting THP PMD from splitting underlying
compound page.
This patch renames split_huge_page_pmd*() functions to split_huge_pmd*()
to reflect the fact that it doesn't imply page splitting, only PMD.
Signed-off-by: Kirill A. Shutemov
---
arch/powerpc/mm/subpage-prot.c |
Enable LCD related nodes and reference panel node in the hlcdc (High
LCD Controller) controller on sama5d3xek boards.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/sama5d31ek.dts | 24
arch/arm/boot/dts/sama5d33ek.dts | 24
arch/arm/boot/d
On Mon, 2014-06-09 at 10:46 -0400, J. Bruce Fields wrote:
> On Sat, Jun 07, 2014 at 07:48:21PM -0700, Philippe Troin wrote:
> > Hi Trond & Christoph,
> >
> > It's still broken, but in a different way.
> > The phantom attrs are gone, but the attr/acl interaction is still
> > uncertain.
> >
> > I h
Hello,
This patch series adds support for Atmel HLCDC (High LCD Controller)
available on some Atmel SoCs (i.e. the sama5d3 family).
The HLCDC actually provides a Display Controller and a PWM device, hence I
decided to declare an MFD device that exposes 2 subdevices: a display
controller and a PWM
The patch updates Documentation/vm/transhuge.txt to reflect changes in
THP design.
Signed-off-by: Kirill A. Shutemov
---
Documentation/vm/transhuge.txt | 84 +++---
1 file changed, 38 insertions(+), 46 deletions(-)
diff --git a/Documentation/vm/transhuge.txt
Current PageAnon() is always return false for tail. We need to look on
head page for correct answer. Let's change the function to give the
right result.
Signed-off-by: Kirill A. Shutemov
---
include/linux/mm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mm.h b/include/linux
FOLL_SPLIT is used only in two places: migration and s390.
Let's replace it with explicit split and remove FOLL_SPLIT.
Signed-off-by: Kirill A. Shutemov
---
Documentation/vm/transhuge.txt | 11 ---
arch/s390/mm/pgtable.c | 17 +++--
include/linux/mm.h |
The HLCDC IP available in some Atmel SoCs (i.e. sam9x5i.e. at91sam9n12,
at91sam9x5 family or sama5d3 family) provide a PWM device.
This driver add support for this PWM device.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/pwm/atmel-hlcdc-pwm.txt| 40
drivers/pwm/Kconfig
The HLCDC IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5
family or sama5d3 family) exposes 2 subdevices:
- a display controller (controlled by a DRM driver)
- a PWM chip
Add support for the MFD device which will just retrieve HLCDC clocks and
create a regmap so that subdevices can a
Krzystof,
On Mon, Jun 9, 2014 at 3:16 AM, Krzysztof Kozlowski
wrote:
> On pon, 2014-06-09 at 11:37 +0200, Javier Martinez Canillas wrote:
>> MAX77802 is a PMIC that contains 10 high efficiency Buck regulators,
>> 32 Low-dropout (LDO) regulators, two 32kHz buffered clock outputs,
>> a Real-Time-Cl
On 06/09/2014 11:16 AM, Sasha Levin wrote:
> Hi all,
>
> It seems that some recent changes to btrfs tests make it hang during boot:
>
> [ 49.730033] NMI watchdog: BUG: soft lockup - CPU#34 stuck for 23s!
> [swapper/0:1]
> [ 49.730033] Modules linked in:
> [ 49.730033] hardirqs last enabled
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
Documentation/security/LSM.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/security/LSM.txt b/Documentation/security/LSM.txt
index c335a76..3db7e67 100644
--- a/Do
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
drivers/media/radio/radio-mr800.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/radio/radio-mr800.c
b/drivers/media/radio/radio-mr800.c
index a360227..f476071 10064
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
arch/hexagon/include/asm/cache.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/hexagon/include/asm/cache.h b/arch/hexagon/include/asm/cache.h
index f4ca594..2635117 100644
--
kerneltrap.org no longer works, remove the dead reference
Signed-off-by: Pranith Kumar
---
Documentation/SubmittingDrivers | 4
1 file changed, 4 deletions(-)
diff --git a/Documentation/SubmittingDrivers b/Documentation/SubmittingDrivers
index 36d16bb..31d3726 100644
--- a/Documentation/Su
kerneltrap.org no longer works, remove dead reference
Signed-off-by: Pranith Kumar
---
Documentation/zh_CN/SubmittingDrivers | 4
1 file changed, 4 deletions(-)
diff --git a/Documentation/zh_CN/SubmittingDrivers
b/Documentation/zh_CN/SubmittingDrivers
index 5889f8d..d313f5d 100644
--- a/D
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
Documentation/RCU/RTFP.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/RCU/RTFP.txt b/Documentation/RCU/RTFP.txt
index 2f0fcb2..f29bcbc 100644
--- a/Documentat
On Mon, Jun 09, 2014 at 09:24:53AM +0200, Takashi Iwai wrote:
> At Mon, 09 Jun 2014 16:46:32 -0400,
> Wang, Xiaoming wrote:
> >
> >
> > The size of struct snd_compr_avail is 0x1c in 32bit kernel,
> > while it is 0x20 in 64bit kernel 0x4 bytes added because of
> > alignment. It is OK when 32bit ke
On 2014-06-09 01:29, Andreas Mohr wrote:
Hi,
having had a look at current mainline sources,
frankly I've (well, initially...) got trouble understanding
what this patch is doing.
It's replacing an aggressive error-type bail-out (-EINVAL) for NULL request_fn
with an inoccuous-looking "return ret;
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
arch/hexagon/include/asm/cache.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/hexagon/include/asm/cache.h b/arch/hexagon/include/asm/cache.h
index f4ca594..2635117 100644
--
kerneltrap.org no longer works, remove dead reference
Signed-off-by: Pranith Kumar
---
Documentation/zh_CN/SubmittingDrivers | 4
1 file changed, 4 deletions(-)
diff --git a/Documentation/zh_CN/SubmittingDrivers
b/Documentation/zh_CN/SubmittingDrivers
index 5889f8d..d313f5d 100644
--- a/D
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
drivers/media/radio/radio-mr800.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/radio/radio-mr800.c
b/drivers/media/radio/radio-mr800.c
index a360227..f476071 10064
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
Documentation/security/LSM.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/security/LSM.txt b/Documentation/security/LSM.txt
index c335a76..3db7e67 100644
--- a/Do
kerneltrap.org no longer works, update to a working reference
Signed-off-by: Pranith Kumar
---
Documentation/RCU/RTFP.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/RCU/RTFP.txt b/Documentation/RCU/RTFP.txt
index 2f0fcb2..f29bcbc 100644
--- a/Documentat
Hello, Linus.
Lai simplified worker destruction path and internal workqueue locking
and there are some other minor changes. Except for the removal of
some long-deprecated interfaces which haven't had any in-kernel user
for quite a while, there shouldn't be any difference to workqueue
users.
Than
kerneltrap.org no longer works, remove the dead reference
Signed-off-by: Pranith Kumar
---
Documentation/SubmittingDrivers | 4
1 file changed, 4 deletions(-)
diff --git a/Documentation/SubmittingDrivers b/Documentation/SubmittingDrivers
index 36d16bb..31d3726 100644
--- a/Documentation/Su
On Mon, Jun 9, 2014 at 4:01 PM, wrote:
> Older userspace or existing DUP's doesn't work with your patch &
> CONFIG_FW_LOADER_USER_HELPER=n.
>
> I will give a try with https://lkml.org/lkml/2014/6/4/327 new patch & let you
> know ASAP.
Thanks!
Cheers,
Tom
--
To unsubscribe from this list: sen
On Mon, Jun 09, 2014 at 11:04:26AM -0400, George Spelvin wrote:
> > What could be a problem is if we get really unlucky (an interrupt
> > update happening at the same time as an update from rngd), it's
> > possible we could end up with an entropy addition getting lost. It's
> > not such a big deal
On Mon, Jun 09, 2014 at 01:35:38PM +0800, WANG Chao wrote:
[..]
> > > What's the upper length of vzalloc(). I think if it is too big to alloc,
> > > then vzalloc() should return me an error?
>
> When allocating too large, eg. vzalloc(-1), kernel spits:
>
> [ 457.407579] vmalloc: allocation fail
Hello, Linus.
Nothing too exciting. percpu_ref is going through some interface
changes and getting new features with more changes in the pipeline but
given its young age and few users, it's very low impact.
Thanks.
The following changes since commit 0c36b390a546055b6815d4b93a2c9fed4d980ffb:
On 2014-06-09 09:15, Ming Lei wrote:
On Mon, Jun 9, 2014 at 11:10 PM, Jens Axboe wrote:
On 2014-06-09 09:07, Ming Lei wrote:
You are right, I didn't get to the bottom of the thread first.
Might be better to just have ->start_time set always, regardless of io stats
being enabled or not.
Yes,
On Mon, Jun 9, 2014 at 11:27 PM, Jens Axboe wrote:
> On 2014-06-09 08:59, Christoph Hellwig wrote:
>>
>> On Mon, Jun 09, 2014 at 08:08:50AM -0600, Jens Axboe wrote:
[ 487.704074] nvme :00:07.0: Cancelling I/O 202 QID 1
[ 487.717881] nvme :00:07.0: Aborting I/O 202 QID 1
>>
On Mon, Jun 09, 2014 at 10:11:22AM +0800, Dave Young wrote:
[..]
> > > > + image->cmdline_buf = vzalloc(cmdline_len);
> > >
> > > You should validate the upper/lower boundary of cmdline_len before
> > > calling vzalloc. When cmdline_len is 0 or too large, vmalloc failure
> > > message would
On 2014-06-09 08:59, Christoph Hellwig wrote:
On Mon, Jun 09, 2014 at 08:08:50AM -0600, Jens Axboe wrote:
[ 487.704074] nvme :00:07.0: Cancelling I/O 202 QID 1
[ 487.717881] nvme :00:07.0: Aborting I/O 202 QID 1
[ 487.736093] end_request: I/O error, dev nvme0n1, sector 91532352
[ 487
On Sat, Jun 07, 2014 at 03:17:24PM +0200, Mikael Pettersson wrote:
> Paul E. McKenney writes:
> > On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote:
> > > On 29/05/14 23:11, One Thousand Gnomes wrote:
> > > > On Thu, 29 May 2014 12:08:32 +1000
> > > > Greg Ungerer wrote:
> > > >
>
Hi all,
It seems that some recent changes to btrfs tests make it hang during boot:
[ 49.730033] NMI watchdog: BUG: soft lockup - CPU#34 stuck for 23s!
[swapper/0:1]
[ 49.730033] Modules linked in:
[ 49.730033] hardirqs last enabled at (6389143): restore_args
(arch/x86/kernel/entry_64.S:82
On Mon, Jun 9, 2014 at 11:10 PM, Jens Axboe wrote:
> On 2014-06-09 09:07, Ming Lei wrote:
>
> You are right, I didn't get to the bottom of the thread first.
> Might be better to just have ->start_time set always, regardless of io stats
> being enabled or not.
Yes, just like what non-mq code did.
> Actually, if you look very closely, or take a look at the commit
> description for 902c098a3663de, you'll see that we're actually
> updating the entropy pool from add_interrupt_randomness() w/o taking
> any locks. So that's actually not a problem.
Arrgh... I could swear I saw a path that locked
On 2014-06-09 09:07, Ming Lei wrote:
On Mon, Jun 9, 2014 at 10:08 PM, Jens Axboe wrote:
On 2014-06-08 22:35, Ming Lei wrote:
On Fri, Jun 6, 2014 at 8:20 PM, Matias Bjørling wrote:
This converts the current NVMe driver to utilize the blk-mq layer.
Looks it can't be applied cleanly agains
The PM800_BUCK3 define is cut and pasted twice so we can remove the
second instance.
Signed-off-by: Dan Carpenter
diff --git a/drivers/regulator/88pm800.c b/drivers/regulator/88pm800.c
index 7a721d67..4e6c8c6 100644
--- a/drivers/regulator/88pm800.c
+++ b/drivers/regulator/88pm800.c
@@ -52,7 +52
On Mon, Jun 9, 2014 at 10:08 PM, Jens Axboe wrote:
> On 2014-06-08 22:35, Ming Lei wrote:
>>
>> On Fri, Jun 6, 2014 at 8:20 PM, Matias Bjørling wrote:
>>>
>>> This converts the current NVMe driver to utilize the blk-mq layer.
>>
>>
>> Looks it can't be applied cleanly against 3.15-rc8 + Jens's fo
Using the driver for the internal regulator to also control
the clock frequency of blocks inside the codec is an
unexpected side-effect for a regulator, and also means that
the core clocks won't be changed as expected if an external
regulator is used to power the codec.
The clocking control is now
Some codecs need to boost DVFS for higher sample rates.
Signed-off-by: Richard Fitzgerald
---
sound/soc/codecs/arizona.c | 22 +-
1 files changed, 21 insertions(+), 1 deletions(-)
diff --git a/sound/soc/codecs/arizona.c b/sound/soc/codecs/arizona.c
index 1b14105..7e33d1b 1
In theory the ADSP driver should not need to know
anything about the codec it is part of. But some codecs
need DVFS control based on ADSP clocking speed. This was
being handled by bundling part of the knowledge of this
into the ADSP driver.
This change removes this handling out of the ADSP driver.
Moving this control from being a side-effect of the LDO1
regulator driver to a specific exported function.
Signed-off-by: Richard Fitzgerald
---
drivers/mfd/arizona-core.c | 84 ++
include/linux/mfd/arizona/core.h | 12 +
2 files changed, 96 inse
This patch consists of the usual driver updates (qla2xxx, qla4xxx, lpfc,
be2iscsi, fnic, ufs, NCR5380) The NCR5380 is the addition to maintained
status of a long neglected driver for older hardware. In addition there
are a lot of minor fixes and cleanups and some more updates to make scsi
mq read
This set of changes cleans up the way the drivers handle
the control of internal subsystem clocks for codecs with
DVFS. This previously relied on the clock control happening
as a side-effect of changing the regulator voltage, rather
than explicitly, which assumed that you were uusing the
built-int
On Mon, Jun 09, 2014 at 08:08:50AM -0600, Jens Axboe wrote:
> >[ 487.704074] nvme :00:07.0: Cancelling I/O 202 QID 1
> >[ 487.717881] nvme :00:07.0: Aborting I/O 202 QID 1
> >[ 487.736093] end_request: I/O error, dev nvme0n1, sector 91532352
> >[ 487.747378] nvme :00:07.0: completed
On 09/06/14 16:48, Mimi Zohar wrote:
> On Mon, 2014-06-09 at 16:13 +0300, Dmitry Kasatkin wrote:
>> On 07/06/14 00:50, Dmitry Kasatkin wrote:
>>> On 3 June 2014 20:58, Mimi Zohar wrote:
Only public keys, with certificates signed by an existing
'trusted' key on the system trusted keyring
[resend]
In generic_id the long int timestamp is multiplied by 10 and needs
an explicit cast to u64.
Without that the id in the resulting pstore filename is wrong and
userspace may have problems parsing it, but more importantly files in
pstore can never be deleted and may fill the EFI flash (b
On Sat, Jun 07, 2014 at 07:48:21PM -0700, Philippe Troin wrote:
> Hi Trond & Christoph,
>
> It's still broken, but in a different way.
> The phantom attrs are gone, but the attr/acl interaction is still
> uncertain.
>
> I have tested vanilla 3.14.5 + this patch on x86_64.
> Mount options are the
501 - 600 of 1018 matches
Mail list logo