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 joern.renne...@embecosm.com
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
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 lee.jo...@linaro.org wrote:
Signed-off-by: Lee Jones lee.jo...@linaro.org
(...)
/* Requires DMA bindings. */
OF_DEV_AUXDATA(arm,pl022, 0x80002000, ssp0, ssp0_plat),
-
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 we switch
Basically we want to cover all 0x0-0xf models, i.e. Orochi and later.
Cc: Aravind Gopalakrishnan aravind.gopalakrish...@amd.com
Link: http://lkml.kernel.org/r/20130819192321.gf4...@pd.tnic
Signed-off-by: Borislav Petkov b...@suse.de
---
Hey guys,
I've got one more patch which needs to go to
On Fri, Aug 23, 2013 at 10:34 AM, Chris Wilson ch...@chris-wilson.co.uk 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 sedat.di...@gmail.com wrote:
On Thu, Aug 22, 2013 at 1:32 PM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
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 a
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 pet...@infradead.org wrote:
From: Joonsoo Kim iamjoonsoo@lge.com
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
On Mon, Aug 19, 2013 at 9:01 AM, Peter Zijlstra pet...@infradead.org 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
On Mon, Aug 19, 2013 at 9:01 AM, Peter Zijlstra pet...@infradead.org 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 pet...@infradead.org
---
kernel/sched/fair.c |5 +
1 file changed, 1
On Mon, Aug 19, 2013 at 9:01 AM, Peter Zijlstra pet...@infradead.org 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)
[
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 ch...@chris-wilson.co.uk 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 sedat.di...@gmail.com wrote:
On Thu, Aug 22, 2013 at 1:32 PM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Em Thu, 22 Aug 2013 18:00:14 +0200
Wolfram Sang w...@the-dreams.de 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
From: liujl liujunliang_...@163.com
Signed-off-by: liujl liujunliang_...@163.com
---
drivers/net/usb/Kconfig |8 +
drivers/net/usb/Makefile |1 +
drivers/net/usb/sr9700.c | 551 ++
drivers/net/usb/sr9700.h | 172 ++
4 files
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.
Fix:
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 aida.mynzhas...@skitlab.ru
---
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 the
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 r...@sisk.pl 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:
IRQ
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 jszh...@marvell.com
---
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
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 owner
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
proc_readfd_common() does dir_emit_dots() twice in a row,
we need to do this only once.
Signed-off-by: Oleg Nesterov o...@redhat.com
---
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
---
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 s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
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 ezequiel.gar...@free-electrons.com
---
Replace the driver-specific thread-safe shared register API
by the recently introduced atomic_io_modify().
Signed-off-by: Ezequiel Garcia ezequiel.gar...@free-electrons.com
---
drivers/clocksource/time-orion.c | 29 +++--
1 file changed, 11 insertions(+), 18 deletions(-)
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 ezequiel.gar...@free-electrons.com
---
drivers/watchdog/orion_wdt.c | 8 ++--
1 file changed, 2 insertions(+), 6
Link to the bug report:
http://marc.info/?l=linux-edacm=137692201732220w=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
Le 23/08/2013 19:47, Linus Walleij a écrit :
On Tue, Aug 20, 2013 at 8:29 AM, Christophe Leroy
christophe.le...@c-s.fr wrote:
This patch reverts commit 047b93a35961f7a6561e6f5dcb040738f822b892 which breaks
MAX7301 GPIO driver because that commit was dependant on a rejected patch that
was
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 julia.law...@lip6.fr
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
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 julia.law...@lip6.fr
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
Хороший способ спасти глазки
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 m...@ti.com
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
Some whitespace and neatening fixups.
Some conversions from 4 indent tabs to normal tabs
Signed-off-by: Joe Perches j...@perches.com
---
Just doing this instead of commenting about spacing
again.
drivers/net/usb/sr9700.c | 127 +--
1 file changed, 67
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 orthogonal
subsystems. This commit implements a possible solution for the
thread-safe access of such regions through a spinlock-protected API.
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 s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
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
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 m...@ti.com
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 this,
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 us
* 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 though
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 if-elif-else
Test the presence of a PHY device before printing attached PHY
informations.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
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
static
Hello.
On 08/24/2013 10:33 PM, Joel Fernandes wrote:
Updating CC with Matt's current email address.
From: Matt Porter m...@ti.com
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Joel: Drop DT entries that are
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 conditions
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
ezequiel.gar...@free-electrons.com wrote:
Some platforms have MMIO regions that are shared across orthogonal
subsystems. This commit implements a possible solution for
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
On Tue, Aug 20,
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
Hi,
Following a patchset asking to change calls to get_unused_flag() [1]
to use O_CLOEXEC, Alex Williamson [2][3] decided to change VFIO
to use the flag.
Since it's a related subsystem to KVM, using O_CLOEXEC for
file descriptors created by KVM might be applicable too.
I'm suggesting to change
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
From: Paul E. McKenney Sent: 08/24/13 02:18 AM
On Fri, Aug 23, 2013 at 03:20:25PM +0200, Tibor Billes wrote:
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,
From: Max Filippov max.filip...@cogentembedded.com
Add support for HPB-DMAC found in Renesas R-Car SoCs, using 'shdma-base' DMA
driver framework.
Based on the original patch by Phil Edworthy phil.edwor...@renesas.com.
Signed-off-by: Max Filippov max.filip...@cogentembedded.com
[Sergei: removed
Am 24.08.2013 21:58, schrieb Ezequiel Garcia:
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 orthogonal
subsystems. This
On 08/24/2013 02:57 PM, Guenter Roeck wrote:
Looking into calling code, desc_to_gpio() is clearly not supposed to
return an error,
and it will result in odd behavior if it returns -1. For example, the
resulting debug
message of gpio--1 (...) status ... is not very useful.
It would make
On Sat, Aug 24, 2013 at 10:35:34PM +0200, Richard Weinberger wrote:
Am 24.08.2013 21:58, schrieb Ezequiel Garcia:
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
hmm, git send-email didn't change my subject on the above message to
[PATCH v2], not sure what I did wrong. Sorry about that.
Daniel
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Am 24.08.2013 22:49, schrieb Ezequiel Garcia:
On Sat, Aug 24, 2013 at 10:35:34PM +0200, Richard Weinberger wrote:
Am 24.08.2013 21:58, schrieb Ezequiel Garcia:
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
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 Sat, Aug 24, 2013 at 09:59:45PM +0200, Tibor Billes wrote:
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:
Hi Linus,
Here is the current set of target-pending fixes for v3.11-rc7.
Please go ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
The first patch is to address a long standing issue where INQUIRY vendor
+ model response data was not correctly
On Sat, Aug 24, 2013 at 10:00 AM, Arnd Bergmann a...@arndb.de wrote:
You just reminded me that I'm still sitting on this old patch
to add lots of #ifdef CONFIG_ATAGS to ux500 in the places that need
to get cut out. I don't think I'm able to update that patch at
the moment, but I can send you
Hi Oleg,
On Sat, Aug 24, 2013 at 08:29:39PM +0200, Oleg Nesterov wrote:
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
Hello,
This patch series is an attempt to add support for generic pin config
syntax to at91 pinctrl driver.
My primary goal is to add support for output configuration from dt definition.
This is needed to fully move at91rm9200ek board to dt (other boards may have
the same needs).
This board use
Add a new parameter to support deglitch filter configuration.
A deglitch filter works like a debounce filter but with a smaller
delay (nanoseconds).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
.../bindings/pinctrl/pinctrl-bindings.txt |1 +
Add support for generic pin configuration to pinctrl-at91 driver.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
.../bindings/pinctrl/atmel,at91-pinctrl.txt| 43 +++-
drivers/pinctrl/Kconfig|2 +-
drivers/pinctrl/pinctrl-at91.c
Add generic pinconf definitions and reference appropriate configs in
atmel,pins properties.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/boot/dts/sama5d3.dtsi| 363 +++--
arch/arm/boot/dts/sama5d3xdm.dtsi |2 +-
On 24/08/2013 23:32, Boris BREZILLON wrote:
Hello,
This patch series is an attempt to add support for generic pin config
syntax to at91 pinctrl driver.
My primary goal is to add support for output configuration from dt definition.
This is needed to fully move at91rm9200ek board to dt (other
--
Dear User,
It has come to our notices that INTERNET HACKERS has been having access
to our accounts lately by sending PHISHING EMAILS, asking users to
validate their account, pretending it's directly from us. For this
reason you are advice to secure your account, Click the link below to
On 08/24/2013 01:48 PM, 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 ==
1 - 100 of 242 matches
Mail list logo
