On Thursday 22 August 2013 18:55:45 Andrew Morton wrote:
On Fri, 16 Aug 2013 14:07:09 -0400 Mike Frysinger wrote:
This file uses the ioctl helpers (_IOR/_IOW/etc...), so include ioctl.h
for the definitions.
...
--- a/include/uapi/linux/cm4000_cs.h
+++
Acked-by: Mike Frysinger vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally signed message part.
Acked-by: Mike Frysinger vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally signed message part.
On Sat, Aug 24, 2013 at 04:58:59PM -0300, Ezequiel Garcia wrote:
On Sat, Aug 24, 2013 at 08:27:10PM +0200, richard -rw- weinberger wrote:
On Sat, Aug 24, 2013 at 5:35 PM, Ezequiel Garcia
ezequiel.gar...@free-electrons.com wrote:
Some platforms have MMIO regions that are shared across
Hi Ian,
On Sun, Aug 25, 2013 at 12:17:52AM +1000, Ian Munsie wrote:
This patch adds a device ID found for mid-2013 Macbook Air 6,1 from
lsusb:
Bus 001 Device 003: ID 05ac:0290 Apple, Inc.
Since IDs already exist for this generation Macbook air as WELLSPRING8,
name this one WELLSPRING8A.
On Fri, Aug 23, 2013 at 02:24:33PM -0700, Greg Kroah-Hartman wrote:
The drv_attrs field of struct bus_type is going away soon, drv_groups
should be used instead. This converts the gameport bus code to use the
correct field.
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Signed-off-by: Greg
On Fri, Aug 23, 2013 at 02:24:34PM -0700, Greg Kroah-Hartman wrote:
The drv_attrs field of struct bus_type is going away soon, drv_groups
should be used instead. This converts the serio bus code to use the
correct field.
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Signed-off-by: Greg
On Sat, 2013-08-24 at 08:18 -0700, Christoph Hellwig wrote:
static int
+transport_generic_get_mem_bidi(struct se_cmd *cmd)
Except for the fields touched in struct se_cmd this is a duplication
of transport_generic_get_mem. I'd suggest to factor that one into
a new helper:
static int
Thomas Gleixner writes:
That time value should be 64bit, also people might argue, that we are
creating a new issue for the year 2554, i.e 541 years from now. I
don't think we need to worry about that really. We have to leave our
grand-grand-grand..grandchildren (~20 generations from now) a few
Hi Tomasz,
On Saturday 24 August 2013 16:13:11 Tomasz Figa wrote:
On Saturday 24 of August 2013 02:54:07 Laurent Pinchart wrote:
On Saturday 24 August 2013 02:41:59 Tomasz Figa wrote:
On Tuesday 20 of August 2013 01:04:54 Laurent Pinchart wrote:
Add DT bindings for the
Add DT bindings for the pcf857x-compatible chips and parse the device
tree node in the driver.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
.../devicetree/bindings/gpio/gpio-pcf857x.txt | 71 ++
drivers/gpio/gpio-pcf857x.c
Hi Balaji,
On Sat, Jun 29 2013, Francesco Lavra wrote:
Commit 1f6b9fa40e76fffaaa0b3bd6a0bfdcf1cdc06efa consolidated writes to
the STAT register in one location, moving them from omap_hsmmc_do_irq()
to omap_hsmmc_irq(). This move has the unwanted side effect that the
controller status flags
Hi,
On Wed, Jul 10 2013, Seungwon Jeon wrote:
On Wed, July 10, 2013, Doug Anderson wrote:
In (1fb5f68 mmc: dw_mmc: Don't loop when handling an interrupt), the
code for handling DW_MCI_QUIRK_IDMAC_DTO became dead code. Move it to
where it ought to live.
Found by code inspection and
Hi,
On Thu, Jul 18 2013, Boris BREZILLON wrote:
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
Acked-by: Ludovic Desroches ludovic.desroc...@atmel.com
Okay, pushed to
On Fri, Aug 23, 2013 at 02:07:26AM +0100, Al Viro wrote:
On Thu, Aug 22, 2013 at 01:54:15PM -0700, Linus Torvalds wrote:
On Thu, Aug 22, 2013 at 1:48 PM, Andy Lutomirski l...@amacapital.net
wrote:
Sure. But aren't they always last?
What do you mean? I'd say that the /proc lookup
On Thu, Aug 22, 2013 at 03:37:55PM +0800, Li Zhong wrote:
DEBUG_KOBJECT_RELEASE helps to find the issue attached below.
After some investigation, it seems the reason is:
The mod-mkobj.kobj(a01600d0 below) is freed together with mod
itself by module_free(mod, mod-module_core) in
On Sun, Aug 25, 2013 at 08:04:21AM +0800, Fengguang Wu wrote:
Greetings,
It seems the below patch discloses a bug in tps_init().
commit c817a67ecba7c3c2aaa104796d78f160af60920d
Author: Russell King rmk+ker...@arm.linux.org.uk
Date: Thu Jun 27 15:06:14 2013 +0100
kobject: delayed
On Sat, Aug 24, 2013 at 09:09:39PM -0700, Greg KH wrote:
On Sun, Aug 25, 2013 at 08:04:21AM +0800, Fengguang Wu wrote:
Greetings,
It seems the below patch discloses a bug in tps_init().
commit c817a67ecba7c3c2aaa104796d78f160af60920d
Author: Russell King rmk+ker...@arm.linux.org.uk
On Sat, Aug 24, 2013 at 11:24:32PM +0200, Willy Tarreau wrote:
I doubt it. It seems to me that most such entries are implemented
for completeness while most valid uses only concern /proc/self/fd.
Maybe if we had an option so that only /proc/self/fd would actually
allow to access the fds while
On 08/20/2013 09:53 AM, Stephen Warren wrote:
On 08/20/2013 12:55 AM, George Cherian wrote:
Hi Stephen,
Thanks for your review.
On 8/20/2013 1:01 AM, Stephen Warren wrote:
On 08/16/2013 04:13 AM, George Cherian wrote:
Adding extcon driver for USB ID detection to dynamically
configure USB
Hello Chris,
On 25/08/2013 05:18, Chris Ball wrote:
Hi,
On Thu, Jul 18 2013, Boris BREZILLON wrote:
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
Acked-by: Ludovic Desroches
Chris et al,
with 3.11-rc6 and the Broadcom BCM57765 card reader [1] in my Macbook
Retina, interrupts are not seen during card insertion:
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pci :03:00.1: SDHCI controller found [14e4:16bc] (rev 10)
--
Dear Web-mail User,
This is to inform you that we are currently carrying out scheduled
maintenance and upgrading all Web mail service Due to recent virus
attack TROJAN detected in our Data Base System,you may not be able
send or receive new mail until your mailbox is scanned To effect the
From: Joern Rennecke
For a search buffer, 2 byte aligned, strchr() was returning pointer
outside of buffer (buf - 1)
->8
// Input buffer (default 4 byte aigned)
char *buffer = "1AA_";
// actual search start (to mimick 2 byte alignment)
char
Hi Linus,
Here's a serious bug fix in Big Endian configuration. I know it's late, but
we need this fix. Please consider applying for 3.11-rc7.
I hope direct email as opposed to a formal pull request is OK.
P.S. @Greg, I can vouch for this fix, can you please queue this up for next
stable and not
IT Service,
You have exceeded the limit of 23432 storage on your mailbox set by your
WEB ITSERVICE/Administrator, and you will be having problems in sending
and receiving mails Until You Re-Validate. You have to update by clicking on the
below link and fill out the information to
On Friday 23 August 2013, Linus Walleij wrote:
> On Thu, Jun 6, 2013 at 2:17 PM, Lee Jones wrote:
>
> > Signed-off-by: Lee Jones
> (...)
> > /* Requires DMA bindings. */
> > OF_DEV_AUXDATA("arm,pl022", 0x80002000, "ssp0", _plat),
> > - OF_DEV_AUXDATA("arm,pl18x",
On Friday 23 August 2013, Linus Walleij wrote:
> I think this is perfectly realistic.
>
> You're not going to duplicate each clk_register_clkdev(),
> which makes it way smaller than the original function,
> and since one of the function will be inside a
>
> #ifdef CONFIG_OF
> #endif
>
> After
Basically we want to cover all 0x0-0xf models, i.e. Orochi and later.
Cc: Aravind Gopalakrishnan
Link: http://lkml.kernel.org/r/20130819192321.gf4...@pd.tnic
Signed-off-by: Borislav Petkov
---
Hey guys,
I've got one more patch which needs to go to tip/x86/ras for 3.12. It
was not worth it IMO
On Fri, Aug 23, 2013 at 10:34 AM, Chris Wilson wrote:
> On Fri, Aug 23, 2013 at 10:04:37AM +0200, Sedat Dilek wrote:
>> On Fri, Aug 23, 2013 at 9:55 AM, Sedat Dilek wrote:
>> > On Thu, Aug 22, 2013 at 1:32 PM, Daniel Vetter
>> > wrote:
>> >> On Thu, Aug 22, 2013 at 1:30 PM, Daniel Vetter
>>
Yep,
this text is very nicely written and should be in a README somewhere.
:-)
On Thu, Aug 22, 2013 at 04:13:15PM +0200, Robert Richter wrote:
> This patch set implements the necessary kernel changes for persistent
> events.
>
> Persistent events run standalone in the system without the need of
This is a set of small bug fixes for lpfc and zfcp and a fix for a
fairly nasty bug in sg where a process which cancels I/O completes in a
kernel thread which would then try to write back to the now gone
userspace and end up writing to a random kernel address instead.
The patch is available here:
On Mon, Aug 19, 2013 at 9:01 AM, Peter Zijlstra wrote:
> From: Joonsoo Kim
>
> There is no reason to maintain separate variables for this_group
> and busiest_group in sd_lb_stat, except saving some space.
> But this structure is always allocated in stack, so this saving
> isn't really benificial
On Mon, Aug 19, 2013 at 9:01 AM, Peter Zijlstra wrote:
> We can shrink sg_lb_stats because rq::nr_running is an 'unsigned int'
> and cpu numbers are 'int'
>
> Before:
> sgs:/* size: 72, cachelines: 2, members: 10 */
> sds:/* size: 184, cachelines: 3, members: 7 */
>
> After:
>
On Mon, Aug 19, 2013 at 9:01 AM, Peter Zijlstra wrote:
> Use for_each_cpu_and() and thereby avoid computing the capacity for
> CPUs we know we're not interested in.
>
> Signed-off-by: Peter Zijlstra
> ---
> kernel/sched/fair.c |5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
>
On Mon, Aug 19, 2013 at 9:01 AM, Peter Zijlstra wrote:
> I found that on my wsm box I had a redundant domain:
>
> [0.949769] CPU0 attaching sched-domain:
> [0.953765] domain 0: span 0,12 level SIBLING
> [0.958335] groups: 0 (cpu_power = 587) 12 (cpu_power = 588)
> [0.964548]
On 08/22/2013 08:52 PM, Andy Lutomirski wrote:
My program is occasionally seeing slow page faults. latencytop says
they're slow because they're waiting for read access to mmap_sem, but
latencytop isn't showing any other thread in the process blocking.
Is there any straightforward way to find
On Fri, Aug 23, 2013 at 10:34 AM, Chris Wilson wrote:
> On Fri, Aug 23, 2013 at 10:04:37AM +0200, Sedat Dilek wrote:
>> On Fri, Aug 23, 2013 at 9:55 AM, Sedat Dilek wrote:
>> > On Thu, Aug 22, 2013 at 1:32 PM, Daniel Vetter
>> > wrote:
>> >> On Thu, Aug 22, 2013 at 1:30 PM, Daniel Vetter
>>
Em Thu, 22 Aug 2013 18:00:14 +0200
Wolfram Sang escreveu:
> I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
> that it is much cleaner to have this in the core. This also removes a
> circular dependency between the helpers and the core, and so we can
> finally register
From: liujl
Signed-off-by: liujl
---
drivers/net/usb/Kconfig |8 +
drivers/net/usb/Makefile |1 +
drivers/net/usb/sr9700.c | 551 ++
drivers/net/usb/sr9700.h | 172 ++
4 files changed, 732 insertions(+), 0 deletions(-)
create
According to 'man msgrcv':
"If msgtyp is less than 0, the first message of the lowest type that is less
than or equal to the absolute value of msgtyp shall be received."
Bug: The kernel only returns a message if its type is 1; other messages with
type < abs(msgtype) will never get returned.
On 08/24/2013 07:44 AM, Svenning Sørensen wrote:
According to 'man msgrcv':
"If msgtyp is less than 0, the first message of the lowest type that is less
than or equal to the absolute value of msgtyp shall be received."
Bug: The kernel only returns a message if its type is 1; other messages with
Some debugfs write() operations of the MVM Firmware will ignore the
count argument, and will copy more bytes than what was specified.
Fix this by getting the right count of bytes.
This will honor restrictions put on the number of bytes to write and
avoid strcmp() calls on garbage data.
This patch adds required definitions and structures for clockdomain
initialization, so omap3xxx_clockdomains_init() was substituted by
new ti81xx_clockdomains_init() while early initialization of
TI81XX platform.
signed-off-by: Aida Mynzhasova
---
arch/arm/mach-omap2/Makefile
On Saturday 24 of August 2013 02:54:07 Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thank you for the review.
>
> On Saturday 24 August 2013 02:41:59 Tomasz Figa wrote:
> > On Tuesday 20 of August 2013 01:04:54 Laurent Pinchart wrote:
> > > Add DT bindings for the pcf857x-compatible chips and parse
This patch adds a device ID found for mid-2013 Macbook Air 6,1 from
lsusb:
Bus 001 Device 003: ID 05ac:0290 Apple, Inc.
Since IDs already exist for this generation Macbook air as WELLSPRING8,
name this one WELLSPRING8A. This only adds an ANSI version since it's
device ID is only one less than
I recently got a new mid-2013 Macbook Air, which seems to use a device ID that
is missing from the kernel. From lsusb:
Bus 001 Device 003: ID 05ac:0290 Apple, Inc.
This generation of Macbook Air already has three IDs listed in the kernel
(0x0291, 0x0292 and 0x0293) as WELLSPRING8, so I've added
This patch adds a device ID found for mid-2013 Macbook Air 6,1 from
lsusb:
Bus 001 Device 003: ID 05ac:0290 Apple, Inc.
Since IDs already exist for this generation Macbook air as WELLSPRING8,
name this one WELLSPRING8A. This only adds an ANSI version since it's
device ID is only one less than
On Saturday, August 24, 2013 09:50:06 AM Viresh Kumar wrote:
> On 24 August 2013 01:10, Rafael J. Wysocki wrote:
> > On Friday, August 23, 2013 09:20:35 PM Viresh Kumar wrote:
> >> CPUFreq drivers that use clock frameworks interface,i.e. clk_get_rate(),
> >> to get
> >> CPUs clk rate, has
The current throttling code triggers WARN below via following
workload (only hit on AMD machine with 48 CPUs):
# while [ 1 ]; do perf record perf bench sched messaging; done
WARNING: at arch/x86/kernel/cpu/perf_event.c:1054 x86_pmu_start+0xc6/0x100()
SNIP
Call Trace:
[]
This is intended to add VGA arbiter support for Intel HD graphics on
Core processors. The old GMCH registers no longer exist, so even
though it appears that i915 participates in VGA arbitration, it doesn't
work. On Intel HD graphics we already attempt to disable VGA regions
of the device. This
Hi Jisheng,
On Fri, Aug 23, 2013 at 10:34:02AM +0800, Jisheng Zhang wrote:
> Signed-off-by: Jisheng Zhang
> ---
> drivers/pinctrl/mvebu/pinctrl-mvebu.c | 11 +--
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
Mmm.. I would prefer to see a better commit log for this patch.
In
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
acpi-3.11-rc7
to receive one ACPI fix for v3.11-rc7 as
commit 168cf0eca45b86014b8c2a17fcb0673ab1af809b
Revert "ACPI / video: Always call acpi_video_init_brightness() on init"
On 08/24/2013 01:13 AM, Russell King - ARM Linux wrote:
On Fri, Aug 23, 2013 at 05:03:45PM +0200, Sylwester Nawrocki wrote:
> This patch adds common __clk_get(), __clk_put() clkdev helpers which
> replace their platform specific counterparts when the common clock
> API is enabled.
>
> The
> static int
> +transport_generic_get_mem_bidi(struct se_cmd *cmd)
Except for the fields touched in struct se_cmd this is a duplication
of transport_generic_get_mem. I'd suggest to factor that one into
a new helper:
static int
target_alloc_sgl(struct scatterlist **sgl, unsigned int **nents,
This patch series implements clock deregistration in the common clock
framework. This is required for proper support of clock suppliers as
loadable modules. Previous version of this series can be found at [1].
Changes since v3:
- dropped exporting of __clk_get(), __clk_put(),
- replaced
Add helper functions for the of_clk_providers list locking and
an unlocked variant of of_clk_get_from_provider().
These functions are intended to be used in the clkdev to avoid
race condition in the device tree based clock look up in clk_get().
Signed-off-by: Sylwester Nawrocki
Signed-off-by:
proc_readfd_common() does dir_emit_dots() twice in a row,
we need to do this only once.
Signed-off-by: Oleg Nesterov
---
fs/proc/fd.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/proc/fd.c b/fs/proc/fd.c
index 75f2890..0ff80f9 100644
--- a/fs/proc/fd.c
+++
clk_unregister() is currently not implemented and it is required when
a clock provider module needs to be unloaded.
Normally the clock supplier module is prevented to be unloaded by
taking reference on the module in clk_get().
For cases when the clock supplier module deinitializes despite the
Assign module owner of a driver of a device passed to _clk_register()
and __clk_register() functions so the module_{get,put} calls in
__clk_get(), __clk_put() can have required effect.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Initially I had an 'owner' field added to
There is currently a race condition in the device tree part of clk_get()
function, since the pointer returned from of_clk_get_by_name() may become
invalid before __clk_get() call. E.g. due to the clock provider driver
remove() callback being called in between of_clk_get_by_name() and
__clk_get().
This patch adds common __clk_get(), __clk_put() clkdev helpers which
replace their platform specific counterparts when the common clock
API is enabled.
The owner module pointer field is added to struct clk so a reference
to the clock supplier module can be taken by the clock consumers.
On Sat, Aug 24, 2013 at 05:14:34PM +0200, Oleg Nesterov wrote:
> proc_readfd_common() does dir_emit_dots() twice in a row,
> we need to do this only once.
I really wonder how that one had happened - it's harmless, fortunately,
but... Ugh. Applied, will push to Linus today
--
To unsubscribe from
This patchset introduces an atomic MMIO modify API.
The motivation for adding this is to allow cheap, infrastructure-less,
thread-safe access to an MMIO region, even in very early scenarios.
The chosen mask/set semantic (proposed by Russell King) is clean and flexible
enough and matches the
Some platforms have MMIO regions that are shared across orthogonal
subsystems. This commit implements a possible solution for the
thread-safe access of such regions through a spinlock-protected API.
Concurrent access is protected with a single spinlock for the
entire MMIO address space. While
Implement arch-specific atomic_io_modify and atomic_io_modify_relaxed,
which are based on writel/readl_relaxed and writel_relaxed/readl_relaxed,
respectively.
In both cases, by relaxing the readl, perfomance can be improved.
Signed-off-by: Ezequiel Garcia
---
arch/arm/include/asm/io.h | 4
Replace the driver-specific thread-safe shared register API
by the recently introduced atomic_io_modify().
Signed-off-by: Ezequiel Garcia
---
drivers/clocksource/time-orion.c | 29 +++--
1 file changed, 11 insertions(+), 18 deletions(-)
diff --git
Since the timer control register is shared with the clocksource driver,
use the recently introduced atomic_io_clear_set() to access such register.
Signed-off-by: Ezequiel Garcia
---
drivers/watchdog/orion_wdt.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
Link to the bug report:
http://marc.info/?l=linux-edac=137692201732220=2
dct_base and dct_limit obtain 32 bit register values when they read
their respective pci config space registers. A left shift beyond 32 bits will
cause them to wrap around. Similar case for chan_addr as can be seen from
the
Le 23/08/2013 19:47, Linus Walleij a écrit :
On Tue, Aug 20, 2013 at 8:29 AM, Christophe Leroy
wrote:
This patch reverts commit 047b93a35961f7a6561e6f5dcb040738f822b892 which breaks
MAX7301 GPIO driver because that commit was dependant on a rejected patch that
was implementing selection of
August 22 2013
To Whom It May Concern
Konnichiwa ! It is with respect to directly write this proposal letter
to you, informing you of a potential business proposal project that
can be established from your country with your help, which will
mutually be profitable to us having no risk
From: Julia Lawall
Convert the composition of devm_request_mem_region and devm_ioremap to a
single call to devm_ioremap_resource. The associated call to
platform_get_resource is also simplified and moved next to the new call to
devm_ioremap_resource.
This was done using a combination of the
Convert the composition of devm_request_mem_region and devm_ioremap to a
single call to devm_ioremap_resource. The associated call to
platform_get_resource is also simplified and moved next to the new call to
devm_ioremap_resource.
The semantic patch used to perform this transformation is as
From: Julia Lawall
Convert the composition of devm_request_mem_region and devm_ioremap to a
single call to devm_ioremap_resource. The associated call to
platform_get_resource is also simplified and moved next to the new call to
devm_ioremap_resource.
This was done using a combination of the
Хороший способ спасти глазки
On Sat, Aug 24, 2013 at 11:25:00AM +0200, Borislav Petkov wrote:
> I've got one more patch which needs to go to tip/x86/ras for 3.12.
> It was not worth it IMO to send a pull request for a single patch so
> please apply.
Ok, one more but this is the last one, I promise! :-)
Thanks.
---
From:
Hello.
On 08/23/2013 11:06 PM, Sebastian Andrzej Siewior wrote:
From: Matt Porter
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Joel: Drop DT entries that are non-hardware-description for now as discussed in
[1]
[1]
Some whitespace and neatening fixups.
Some conversions from 4 indent tabs to normal tabs
Signed-off-by: Joe Perches
---
Just doing this instead of commenting about spacing
again.
drivers/net/usb/sr9700.c | 127 +--
1 file changed, 67 insertions(+),
On Sat, Aug 24, 2013 at 5:35 PM, Ezequiel Garcia
wrote:
> Some platforms have MMIO regions that are shared across orthogonal
> subsystems. This commit implements a possible solution for the
> thread-safe access of such regions through a spinlock-protected API.
>
> Concurrent access is protected
This patch series implements clock deregistration in the common clock
framework. This is required for proper support of clock suppliers as
loadable modules. Previous version of this series can be found at [1].
Comparing to v4 only a stray struct module forward declaration has been
removed from
clk_unregister() is currently not implemented and it is required when
a clock provider module needs to be unloaded.
Normally the clock supplier module is prevented to be unloaded by
taking reference on the module in clk_get().
For cases when the clock supplier module deinitializes despite the
Assign module owner of a driver of a device passed to _clk_register()
and __clk_register() functions so the module_{get,put} calls in
__clk_get(), __clk_put() can have required effect.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Initially I had an 'owner' field added to
There is currently a race condition in the device tree part of clk_get()
function, since the pointer returned from of_clk_get_by_name() may become
invalid before __clk_get() call. E.g. due to the clock provider driver
remove() callback being called in between of_clk_get_by_name() and
__clk_get().
Add helper functions for the of_clk_providers list locking and
an unlocked variant of of_clk_get_from_provider().
These functions are intended to be used in the clkdev to avoid
race condition in the device tree based clock look up in clk_get().
Signed-off-by: Sylwester Nawrocki
Signed-off-by:
This patch adds common __clk_get(), __clk_put() clkdev helpers which
replace their platform specific counterparts when the common clock
API is enabled.
The owner module pointer field is added to struct clk so a reference
to the clock supplier module can be taken by the clock consumers.
Hopefully linux.org.uk mail setup got fixed and this one won't bounce...
Assorted fixes from the last week or so; please pull from the usual place -
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (1):
cope with potentially long ->d_dname() output for
Updating CC with Matt's current email address.
On 08/24/2013 01:02 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 08/23/2013 11:06 PM, Sebastian Andrzej Siewior wrote:
>
>> From: Matt Porter
>
>> Adds AM33XX EDMA support to the am33xx.dtsi as documented in
>>
Sorry for off-topic, I am just curios.
On 08/22, Willy Tarreau wrote:
>
> It's not only that, it also supports sockets and pipes that you can access
> via /proc/pid/fd and not via a real symlink which would try to open eg
> "pipe:[23456]" instead of the real file.
But sock_no_open() disallows
On Aug 21 Steven Rostedt wrote:
> I guess the other question to ask is, how long does it take for a
> problem to appear after hitting mainline? If a problem is found in -rc4
> before -rc5 comes out, then this would be sufficient. But if the
> problem from -rc4 isn't found till -rc6 then that tells
* Zoltan Kiss (zoltan.k...@citrix.com) wrote:
> The sample missed the moving of the header files into the events subdirectory.
> I've also extended it based on the existing headers, and mentioned the tiny
> but important role of CREATE_TRACE_POINTS.
Given that we expect tracepoints to be used
I got this on an RPi and I can't find anything specific to that.
Besides, it's clearly wrong to try to access desc->chip when we have
just tested that it may be NULL at drivers/gpio/gpiolib.c:1409:
chip = desc->chip;
if (chip == NULL)
goto done;
done:
On Fri, Aug 23, 2013 at 05:15:19PM +0200, Peter Oberparleiter wrote:
> On 23.08.2013 10:39, Frantisek Hrbata wrote:
> > Compile the correct gcov implementation file for a specific gcc version. In
> > the future, if another file is added, the conditions will need to be somehow
> > adjusted to
Test the presence of a PHY device before printing attached PHY
informations.
Signed-off-by: Boris BREZILLON
---
drivers/net/ethernet/cadence/macb.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/cadence/macb.c
* Paul E. McKenney (paul...@linux.vnet.ibm.com) wrote:
[...]
> The result is as follows. Better?
Hi Paul,
Pitching in late in the thread, so that I can get a share of the fun ;-)
> Thanx, Paul
>
> #ifdef CONFIG_DEBUG_OBJECTS_RCU_HEAD
>
Hello.
On 08/24/2013 10:33 PM, Joel Fernandes wrote:
Updating CC with Matt's current email address.
From: Matt Porter
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Joel: Drop DT entries that are non-hardware-description
On Fri, Aug 23, 2013 at 05:21:12PM +0200, Peter Oberparleiter wrote:
> On 23.08.2013 17:15, Peter Oberparleiter wrote:
> > On 23.08.2013 10:39, Frantisek Hrbata wrote:
> >> Compile the correct gcov implementation file for a specific gcc version. In
> >> the future, if another file is added, the
On 08/24/2013 11:48 AM, danielfsan...@att.net wrote:
I got this on an RPi and I can't find anything specific to that.
Besides, it's clearly wrong to try to access desc->chip when we have
just tested that it may be NULL at drivers/gpio/gpiolib.c:1409:
chip = desc->chip;
if (chip
On Sat, Aug 24, 2013 at 08:27:10PM +0200, richard -rw- weinberger wrote:
> On Sat, Aug 24, 2013 at 5:35 PM, Ezequiel Garcia
> wrote:
> > Some platforms have MMIO regions that are shared across orthogonal
> > subsystems. This commit implements a possible solution for the
> > thread-safe access of
From: Paul E. McKenney Sent: 08/22/13 12:09 AM
> On Wed, Aug 21, 2013 at 11:05:51PM +0200, Tibor Billes wrote:
> > > From: Paul E. McKenney Sent: 08/21/13 09:12 PM
> > > On Wed, Aug 21, 2013 at 08:14:46PM +0200, Tibor Billes wrote:
> > > > > From: Paul E. McKenney Sent: 08/20/13 11:43 PM
> > > > >
KVM uses anon_inode_get() to allocate file descriptors as part
of some of its ioctls. But those ioctls are lacking a flag argument
allowing userspace to choose options for the newly opened file descriptor.
In such case it's advised to use O_CLOEXEC by default so that
userspace is allowed to
101 - 200 of 242 matches
Mail list logo