I found that disabling a pwm while it is at a low level will actually put it
back at a high level. The main symptom is that leds-pwm is calling pwm_disable()
after setting the duty cycle to 0. Hence, instead of getting a switched off LED,
you get an LED lit up at full brightness.
Solve that by
On 09/27/2013 09:22 PM, Mark Brown wrote:
> On Fri, Sep 27, 2013 at 08:46:56PM +0200, Lars-Peter Clausen wrote:
>
>> According to the documentation of spi_w8r16() it is a feature.
>
>> * The number is returned in wire-order, which is at least sometimes
>> * big-endian.
>
> Indeed. I
On Fri, Sep 27, 2013 at 02:21:33AM +, Jongman Heo wrote:
> Hi,
>
> >
> >--- Original Message ---
> >Sender : J. Bruce Fields
> >Date : 2013-09-27 10:12 (GMT+09:00)
> >Title : Re: Re: Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS
> >v4.2 support to the NFS server")
> >
On Thu, Sep 26, 2013 at 05:26:39PM -0400, Ric Wheeler wrote:
> On 09/26/2013 02:55 PM, Zach Brown wrote:
> >On Thu, Sep 26, 2013 at 10:58:05AM +0200, Miklos Szeredi wrote:
> >>On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown wrote:
> A client-side copy will be slower, but I guess it does have the
Am 27.09.2013 17:37, schrieb Richard Genoud:
> If the scan_pool() function fails, the "free" list is not freed.
> This leads to destroy_ai(ai) complaining with:
> "kmem_cache_destroy ubi_ainf_peb_slab: Slab cache still has objects"
Hmm, I *think* we need to take care about used and eba_orphans
On Fri, Sep 27, 2013 at 12:24:10PM -0700, Andy Lutomirski wrote:
> On Fri, Sep 27, 2013 at 9:53 AM, Neil Horman wrote:
> > The warning for the irq remapping broken check in intel_irq_remapping.c is
> > pretty pointless. We need the warning, but we know where its comming from,
> > the
> > stack
Hi!
On Thu 2013-09-26 17:48:29, Rob Landley wrote:
> On 09/25/2013 11:13:17 AM, Nicolas Pitre wrote:
> >On Wed, 25 Sep 2013, Rob Landley wrote:
> >
> >> On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
> >> > I'd strongly suggest you make your binutils compatible with newer
> >> > instruction
On Thu, 2013-09-26 at 20:17 -0700, Greg Kroah-Hartman wrote:
> On Thu, Sep 26, 2013 at 06:10:23PM -0700, Sudeep Dutt wrote:
> > usr/include/linux/mic_ioctl.h:37:
> > found __[us]{8,16,32,64} type without #include
>
> What is that from? What does it mean?
>
This warning was displayed during
On Fri, 2013-09-27 at 12:28 -0700, Linus Torvalds wrote:
> On Fri, Sep 27, 2013 at 12:00 PM, Waiman Long wrote:
> >
> > On a large NUMA machine, it is entirely possible that a fairly large
> > number of threads are queuing up in the ticket spinlock queue to do
> > the wakeup operation. In fact,
On Fri, 2013-09-27 at 08:29 -0700, Paul E. McKenney wrote:
> On Wed, Sep 25, 2013 at 03:10:49PM -0700, Tim Chen wrote:
> > We will need the MCS lock code for doing optimistic spinning for rwsem.
> > Extracting the MCS code from mutex.c and put into its own file allow us
> > to reuse this code
On Thu, 26 Sep 2013, Sherry Hurwitz wrote:
> We have failed to reproduce a hang while loading microcode.
I got an offer from a Debian user to test it over the weekend, let's hope
he will have more luck(?) at hitting the issue. If he does, it should give
us sysrq+t dumps of the hung system.
> We
On Fri, Sep 13, 2013 at 3:03 AM, Wolfram Gloger
wrote:
> "H. Peter Anvin" writes:
>
>> Actually, the sanest would be:
>>
>> if (fp < (unsigned long)stack ||
>> fp >= (unsigned long)stack+(THREAD_SIZE-16))
>>
>> ... wouldn't it (since we are accessing an 8-byte datum at offset
On Fri, Sep 13, 2013 at 3:03 AM, Wolfram Gloger
wrote:
> "H. Peter Anvin" writes:
>
>> Actually, the sanest would be:
>>
>> if (fp < (unsigned long)stack ||
>> fp >= (unsigned long)stack+(THREAD_SIZE-16))
>>
>> ... wouldn't it (since we are accessing an 8-byte datum at offset
On 09/27/2013 03:00 PM, Waiman Long wrote:
With the 3.12-rc2 kernel, there is sizable spinlock contention on
the rwsem wakeup code path when running AIM7's high_systime workload
on a 8-socket 80-core DL980 (HT off) as reported by perf:
7.64% reaim [kernel.kallsyms] [k]
On Tuesday 24 September 2013 08:36 PM, Javier Martinez Canillas wrote:
> The GPIO OMAP controller pins can be used as IRQ and GPIO
> independently so is necessary to keep track GPIO pins and
> IRQ lines usage separately to make sure that the bank will
> always be enabled while being used.
>
>
On Fri, Sep 27, 2013 at 12:00 PM, Waiman Long wrote:
>
> On a large NUMA machine, it is entirely possible that a fairly large
> number of threads are queuing up in the ticket spinlock queue to do
> the wakeup operation. In fact, only one will be needed. This patch
> tries to reduce spinlock
Kumar,
>>
>> On 09/27/2013 11:04 AM, Kumar Gala wrote:
>>>
>>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>>
All the platform-specific hwlock driver implementations need the
number of locks and the associated base id for registering the
locks present within a hwspinlock device
On Fri, Sep 27, 2013 at 9:53 AM, Neil Horman wrote:
> The warning for the irq remapping broken check in intel_irq_remapping.c is
> pretty pointless. We need the warning, but we know where its comming from,
> the
> stack trace will always be the same, and it needlessly triggers things like
>
On Fri, Sep 27, 2013 at 08:46:56PM +0200, Lars-Peter Clausen wrote:
> According to the documentation of spi_w8r16() it is a feature.
> * The number is returned in wire-order, which is at least sometimes
> * big-endian.
Indeed. I don't think that's terribly well thought through
On 09/27/2013 12:52 PM, Teck Choon Giam wrote:
On Thu, Sep 26, 2013 at 10:45 AM, Greg Kroah-Hartman
wrote:
On Wed, Sep 25, 2013 at 08:22:24PM -0600, Shuah Khan wrote:
On 09/24/2013 06:07 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.0.97 release.
There
Hello,
On Wed, 25 Sep 2013, Vincent Li wrote:
> I think it is good idea to add these preferences flags and sorted
> them, but my code knowledge is limited to implement it as I am still
> learning, I can help testing :)
I can try it, if such idea looks good enough to
others.
>
> OK, I'll assume Jason will take care of pci-mvebu.c, and I will merge
> changes to everything else via the PCI tree. I will still wait for
> acks from the following before merging things:
>
> designware: Jingoo Han
> exynos: Jingoo Han
> imx6: Shawn Guo
Shawn already acked and send
Hello,
On Fri, 27 Sep 2013, Alexander Frolkin wrote:
> Improve the SH fallback realserver selection strategy.
>
> With sh and sh-fallback, if a realserver is down, this attempts to
> distribute the traffic that would have gone to that server evenly
> among the remaining servers.
>
>
On Fri, Sep 6, 2013 at 12:54 AM, Jingoo Han wrote:
> This patch adds support for Message Signaled Interrupt in the
> Exynos PCIe diver using Synopsys designware PCIe core IP.
>
> Signed-off-by: Siva Reddy Kallam
> Signed-off-by: Srikanth T Shivanand
> Signed-off-by: Jingoo Han
> Cc: Pratyush
This patch moves the at24.h header from include/linux/i2c to
include/linux/platform_data and updates existing support accordingly.
It also fixes the following checkpatch warning:
WARNING: please, no space before tabs
#436: FILE: include/linux/platform_data/at24.h:31:
+ * ^Iu8
On Wed, Sep 11, 2013 at 10:16:32PM +0400, Dmitry Vyukov wrote:
> On Wed, Sep 11, 2013 at 2:06 AM, Andi Kleen wrote:
> >> Indeed, get_wchan ensures that fp >> fp+8:
> >>
> >> 434 if (fp < (unsigned long)stack ||
> >> 435 fp >= (unsigned long)stack+THREAD_SIZE)
>
On Fri, Sep 27, 2013 at 7:27 PM, Woody Suwalski wrote:
> Daniel Vetter wrote:
>>
>> On Thu, Sep 26, 2013 at 2:36 PM, Woody Suwalski
>> wrote:
>>>
>>> Daniel, I have noticed these warnings on 3.12-rc1, did not go away on
>>> 3.12-rc2.
>>> I see it only on EeePC with i915,not on ThinkPad with
Dne 27.9.2013 18:01, Veaceslav Falico napsal(a):
On Fri, Sep 27, 2013 at 09:58:28AM -0600, Bjorn Helgaas wrote:
[+cc Veaceslav, linux-pci]
On Fri, Sep 27, 2013 at 7:34 AM, Zdenek Kabelac wrote:
Hi
With recent build of 3.12-rc2 I'm getting this warning report from kernel:
(hw Lenovo T61,
On 9/27/13 2:56 PM, Jeff Moyer wrote:
> Jeff Mahoney writes:
>
>> On 9/27/13 2:43 PM, Jeff Moyer wrote:
>>> Jeff Mahoney writes:
>>>
There's a bug in the blktrace client where it will stop and tear down
all of the tracing instances for devices it's opened whether it
successfully
With the 3.12-rc2 kernel, there is sizable spinlock contention on
the rwsem wakeup code path when running AIM7's high_systime workload
on a 8-socket 80-core DL980 (HT off) as reported by perf:
7.64% reaim [kernel.kallsyms] [k] _raw_spin_lock_irqsave
|--41.77%-- rwsem_wake
On Thu, Sep 26, 2013 at 9:02 AM, Jason Cooper wrote:
> On Wed, Sep 25, 2013 at 05:28:28PM -0600, Bjorn Helgaas wrote:
>> There are patches for exynos, imx6, mvebu, and tegra on the PCI list,
>> and I want to sort out how people expect them to be merged.
>>
>> My current assumption is the
Jeff Mahoney writes:
> On 9/27/13 2:43 PM, Jeff Moyer wrote:
>> Jeff Mahoney writes:
>>
>>> There's a bug in the blktrace client where it will stop and tear down
>>> all of the tracing instances for devices it's opened whether it
>>> successfully completed the setup or not.
>>>
>>> By starting
On Tue, Dec 25, 2012 at 8:54 PM, Cho KyongHo wrote:
> This removes System MMU initialization from arch/arm/mach-exynos/
> to move them to DT and the exynos-iommu driver except gating clock
> definitions.
>
exynos with iommu support no longer compiles with this patch:
CC
Em Fri, Sep 27, 2013 at 04:32:12PM +0200, Jiri Olsa escreveu:
> When building minimal perf via:
> NO_LIBPERL=1 NO_LIBPYTHON=1 NO_NEWT=1 NO_GTK2=1 NO_DEMANGLE=1
> NO_LIBELF=1 NO_LIBUNWIND=1 NO_BACKTRACE=1 NO_LIBNUMA=1 NO_LIBAUDIT=1
> NO_LIBBIONIC=1
>
> We dont link -ldl and that's causing
On 9/27/13 2:43 PM, Jeff Moyer wrote:
> Jeff Mahoney writes:
>
>> There's a bug in the blktrace client where it will stop and tear down
>> all of the tracing instances for devices it's opened whether it
>> successfully completed the setup or not.
>>
>> By starting multiple blktrace processes on
On Thu, Sep 26, 2013 at 10:45 AM, Greg Kroah-Hartman
wrote:
> On Wed, Sep 25, 2013 at 08:22:24PM -0600, Shuah Khan wrote:
>> On 09/24/2013 06:07 PM, Greg Kroah-Hartman wrote:
>> > This is the start of the stable review cycle for the 3.0.97 release.
>> > There are 28 patches in this series, all
The latest maintenance release Git v1.8.4.1 is now available.
The release tarballs are found at:
http://alioth.debian.org/~jrnieder-guest/git/
and their SHA-1 checksums are:
49004a8dfcbb7c0848147737d9877fd7313a42ec git-1.8.4.1.tar.gz
1f0e5c5934ec333b5630a8c93a0fb0b1895dfcb8
On 9/27/2013 1:05 PM, Javier Martinez Canillas wrote:
On 09/27/2013 01:18 AM, Stephen Warren wrote:
On 09/24/2013 01:58 AM, Javier Martinez Canillas wrote:
The OMAP GPIO controller HW requires a pin to be configured in GPIO
input mode in order to operate as an interrupt input. Since drivers
On 09/27/2013 08:34 PM, Mark Brown wrote:
> On Fri, Sep 27, 2013 at 04:34:27PM +0200, Lars-Peter Clausen wrote:
>> This patch adds a new spi_w8r16be() helper, which is similar to spi_w8r16()
>> except that it converts the read data word from big endian to native
>> endianness
>> before returning
Jeff Mahoney writes:
> There's a bug in the blktrace client where it will stop and tear down
> all of the tracing instances for devices it's opened whether it
> successfully completed the setup or not.
>
> By starting multiple blktrace processes on the same device, it's possible
> to permanently
On Tue, Sep 24 2013 at 3:19pm -0400,
Kent Overstreet wrote:
> On Tue, Sep 24, 2013 at 09:20:14AM -0400, Mike Snitzer wrote:
> > On Tue, Sep 24 2013 at 7:00am -0400,
> > Christoph Hellwig wrote:
> >
> > > Just curious, what's the state of the remaining immutable bio work?
> >
> > Hey
On Fri, Sep 27, 2013 at 04:34:27PM +0200, Lars-Peter Clausen wrote:
> This patch adds a new spi_w8r16be() helper, which is similar to spi_w8r16()
> except that it converts the read data word from big endian to native
> endianness
> before returning it. The reason for introducing this new helper
On Wed, Sep 25 2013 at 9:47pm -0400,
Akira Hayakawa wrote:
> Hi, Mike
>
> The monolithic source code (3.2k)
> is nicely splitted into almost 20 *.c files
> according to the functionality and
> data strucutures in OOP style.
>
> The aim of this posting
> is to share how the splitting looks
Hi Geyslan,
On Fri, Sep 27, 2013 at 02:59:12PM -0300, Geyslan Gregório Bem wrote:
> Hi Maintainers,
>
> I suppose the variables "highstale" and "lowstale" are being used despite
> not having been initialized.
>
> File: fs/xfs/xfs_dir2_node.c
> Function: xfs_dir2_leafn_add
>
> L491:
> > /*
> >
Currently, if the codec ID is not known, the last byte of the ID is used as
name.
It's not helpful at all, use full codec ID instead.
Signed-off-by: Ondrej Zary
---
sound/pci/ac97/ac97_codec.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/pci/ac97/ac97_codec.c
Add 0x54584e03 ID for TI TLV320AIC27 AC'97 codec according to datasheet:
http://www.ti.com/lit/ds/slas253a/slas253a.pdf
The weird thing is that the chip is physically marked 320AD91.
Signed-off-by: Ondrej Zary
---
sound/pci/ac97/ac97_codec.c |1 +
1 files changed, 1 insertions(+), 0
On 09/26, Peter Zijlstra wrote:
>
> But if the readers does see BLOCK it will not be an active reader no
> more; and thus the writer doesn't need to observe and wait for it.
I meant they both can block, but please ignore. Today I simply can't
understand what I was thinking about yesterday.
I
On 09/22/2013 12:37 PM, Barry Song wrote:
2013/9/22 Sebastian Hesselbarth :
On 09/19/2013 10:48 AM, Sebastian Hesselbarth wrote:
On 09/19/13 10:45, Barry Song wrote:
@@ -1124,3 +1106,4 @@ void __init sirfsoc_of_clk_init(void)
of_clk_add_provider(np, of_clk_src_onecell_get,
Hello.
On 09/27/2013 02:28 PM, Robert Baldyga wrote:
This patch add missing error check in ffs_func_bind() function, after
ffs_do_descs() funcion call for hs descriptors. Without this check it's
s/funcion/function/.
Perhaps it's worth expanding "hs" to "high speed" for clarity?
On Fri, 2013-09-27 at 10:29 -0700, Joe Perches wrote:
> On Fri, 2013-09-27 at 09:49 -0700, Sudeep Dutt wrote:
> > These patches address code review feedback received on the
> > patch series @ https://lkml.org/lkml/2013/9/5/561 ,from:
> > a) Greg Kroah-Hartman on sysfs and header file cleanups.
> >
On 09/27/2013 05:26 AM, Akhil Bhansali wrote:
> Hello Jens,
>
> There are few improvements suggested by community for driver:
> 1. Replacement of custom macros for debug printing. (DPRINTK / VPRINTK).
> 2. Reformatting of "skd_request_fn" which is too long.
>
> Kindly let us know if you see any
On Fri, Sep 27, 2013 at 12:24:13PM -0300, Gustavo Padovan wrote:
> Hi John,
>
> 2013-09-26 John W. Linville :
>
> > On Mon, Sep 23, 2013 at 06:00:49PM -0300, Gustavo Padovan wrote:
> > > The following changes since commit
> > > f4e1a4d3ecbb9e42bdf8e7869ee8a4ebfa27fb20:
> > >
> > > rt2800:
Dave,
Please pull this batch of fixes intended for the 3.12 stream!
Regarding the Bluetooth bits, Gustavo says:
"First Bluetooth fixes to 3.12, it includes:
* 3 patches to add device id for 3 new hardwares.
* 2 patches from Johan to fix the rfkill behaviour during setup stage
* a small clean
Javier Martinez Canillas writes:
> The GPIO OMAP controller pins can be used as IRQ and GPIO
> independently so is necessary to keep track GPIO pins and
> IRQ lines usage separately to make sure that the bank will
> always be enabled while being used.
>
> Also move gpio_is_input() definition in
On Fri, 2013-09-27 at 08:29 -0700, Paul E. McKenney wrote:
> On Wed, Sep 25, 2013 at 03:10:49PM -0700, Tim Chen wrote:
> > We will need the MCS lock code for doing optimistic spinning for rwsem.
> > Extracting the MCS code from mutex.c and put into its own file allow us
> > to reuse this code
On Fri, 27 Sep 2013, Yves-Alexis Perez wrote:
> On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
> > Some testing on a *60 (T60,X60...) would also be best, I cannot test
> > this on
> > my T43.
> >
> > Anyway, the code itself looks fine, so:
>
> I can test on T61, would
On Sep 27, 2013, at 11:12 AM, Guenter Roeck wrote:
> On Fri, Sep 27, 2013 at 12:21:04PM -0400, Josh Boyer wrote:
>> On Thu, Sep 26, 2013 at 2:34 AM, Henrik Rydberg wrote:
>> This suggests that initialization may be attempted more than once. The
>> key cache
>> is allocated only
On Sep 27, 2013, at 11:59 AM, Guenter Roeck wrote:
> On Fri, Sep 27, 2013 at 11:41:42AM -0600, Chris Murphy wrote:
>>
>> On Sep 27, 2013, at 11:12 AM, Guenter Roeck wrote:
>>
>>> On Fri, Sep 27, 2013 at 12:21:04PM -0400, Josh Boyer wrote:
On Thu, Sep 26, 2013 at 2:34 AM, Henrik Rydberg
Hi Maintainers,
I suppose the variables "highstale" and "lowstale" are being used
despite not having been initialized.
File: fs/xfs/xfs_dir2_node.c
Function: xfs_dir2_leafn_add
L491:
> /*
> * Insert the new entry, log everything.
> */
> lep = xfs_dir3_leaf_find_entry(, ents, index, compact,
On Fri, Sep 27, 2013 at 12:21:04PM -0400, Josh Boyer wrote:
> On Thu, Sep 26, 2013 at 2:34 AM, Henrik Rydberg wrote:
> >> > > This suggests that initialization may be attempted more than once. The
> >> > > key cache
> >> > > is allocated only once, but the number of keys is read for each
> >> >
On Fri, Sep 27, 2013 at 11:41:42AM -0600, Chris Murphy wrote:
>
> On Sep 27, 2013, at 11:12 AM, Guenter Roeck wrote:
>
> > On Fri, Sep 27, 2013 at 12:21:04PM -0400, Josh Boyer wrote:
> >> On Thu, Sep 26, 2013 at 2:34 AM, Henrik Rydberg
> >> wrote:
> >> This suggests that initialization
Dear Maxime Ripard,
On Fri, 27 Sep 2013 20:05:05 +0300, Maxime Ripard wrote:
> > A small update to Documentation/arm/sunxi/README would be nice :)
>
> Yep, right. Even though, for most of these SoCs (F20, A10s, A31*,
> A2*), I don't think we have publicly available datasheet to point to
>
Hi Trond,
Can you pull these commits to fix an issue with NFS whereby caching can be
enabled on a file that is open for writing by subsequently opening it for
reading. This can be made to crash by opening it for writing again if you're
quick enough.
The gist of the patchset is that the cookie
Andrew,
On Fri, 27 Sep 2013 09:50:39 -0600, Bjorn Helgaas wrote:
> There's some indication that this change might have broken handling of
> signed types. See
> https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-September/111758.html
> and https://bugzilla.kernel.org/show_bug.cgi?id=61811.
It
Hi,
Please make one mail thread out of a patch series. That helps reviewing.
On Thu, Sep 26, 2013 at 11:53:58AM +0200, Maxime COQUELIN wrote:
> This patch adds support to SSC (Synchronous Serial Controller)
> I2C driver. This IP also supports SPI protocol, but this is not
> the aim of this
On Fri, 2013-09-27 at 09:00 -0700, John Stultz wrote:
>
> It seems as such, so I'll add stable on my next submission.
Documentation/networking/netdev-FAQ.txt
Q: I see a network patch and I think it should be backported to stable.
Should I request it via "sta...@vger.kernel.org" like the
On Fri, Sep 27, 2013 at 9:01 AM, Yinghai Lu wrote:
> On Fri, Sep 27, 2013 at 1:28 AM, Benjamin Herrenschmidt
> wrote:
>> Hi Linus, Yinghai !
>>
>> Please consider reverting:
>>
>> 928bea964827d7824b548c1f8e06eccbbc4d0d7d
>> PCI: Delay enabling bridges until they're needed
>>
>> (I'd suggest to
On Fri, Sep 27, 2013 at 3:59 AM, Woodhouse, David
wrote:
> On Thu, 2013-09-19 at 17:44 -0700, Brian Norris wrote:
>> > Does that m25p80 'fix 4 byte addressing' fix for Micron not also want to
>> > go in?
>>
>> I suppose the m25p80 one can go in as well. It's not so much a bugfix
>> as augmenting
On 09/27/2013 01:27 PM, Peter Hurley wrote:
Commit f95499c3030fe1bfad57745f2db1959c5b43dca8,
n_tty: Don't wait for buffer work in read() loop
creates a race window which can cause a pty master read()
to miss the last pty slave write(s) and return -EIO instead,
thus signalling the pty slave is
On Fri, 2013-09-27 at 09:49 -0700, Sudeep Dutt wrote:
> These patches address code review feedback received on the
> patch series @ https://lkml.org/lkml/2013/9/5/561 ,from:
> a) Greg Kroah-Hartman on sysfs and header file cleanups.
> b) Joe Perches on issues found by "--strict" checkpatch.
>
>
Commit f95499c3030fe1bfad57745f2db1959c5b43dca8,
n_tty: Don't wait for buffer work in read() loop
creates a race window which can cause a pty master read()
to miss the last pty slave write(s) and return -EIO instead,
thus signalling the pty slave is closed. This can happen when
the pty slave is
Moving start conditions to start of the flex file so it's clear
what the INITIAL condition rules are.
Plus adding default rule for INITIAL condition. This prevents
default space to be printed for events like:
$ ./perf stat -e "cycles" kill 2>/dev/null
$
Signed-off-by:
Ingo,
Please pull the context_tracking/fixes branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
context_tracking/fixes
Thanks,
Frederic
---
Frederic Weisbecker (1):
arm: Fix build error with context tracking calls
On Sep 27, 2013, at 11:21 AM, Suman Anna wrote:
> On 09/27/2013 11:06 AM, Kumar Gala wrote:
>>
>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>
>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>> which are all device-tree boot only. This patch adds the
>>> base support for
On Sep 27, 2013, at 11:48 AM, Suman Anna wrote:
> Kumar,
>
> On 09/27/2013 11:04 AM, Kumar Gala wrote:
>>
>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>
>>> All the platform-specific hwlock driver implementations need the
>>> number of locks and the associated base id for registering
On Fri, Sep 27, 2013 at 12:21:04PM -0400, Josh Boyer wrote:
> On Thu, Sep 26, 2013 at 2:34 AM, Henrik Rydberg wrote:
> >> > > This suggests that initialization may be attempted more than once. The
> >> > > key cache
> >> > > is allocated only once, but the number of keys is read for each
> >> >
On Fri, Sep 27, 2013 at 9:01 AM, Yinghai Lu wrote:
>
> So i would like to use the first way that you suggest : call pci_set_master
> PCIe port driver.
So I have to say, that if we can fix this with just adding a single
new pci_set_master() call, we should do that before we decide to
revert.
If
Hi Thomas,
On Thu, Sep 26, 2013 at 04:39:42PM +0200, Thomas Petazzoni wrote:
> On Wed, 25 Sep 2013 22:50:12 +0300, Maxime Ripard wrote:
>
> > For all we know, so far, allwinner has released, by family:
> > - sun3i (ARM926)
> > * F20 (not supported)
> > - sun4i (Cortex A8)
> > * A10
>
On Fri, Sep 27, 2013 at 05:36:45PM +0100, Oussama Ghorbel wrote:
> Please see my comments below
>
> Regards,
> Oussama
>
> On Fri, Sep 27, 2013 at 11:58 AM, Hannes Frederic Sowa
> wrote:
> > On Fri, Sep 27, 2013 at 11:45:48AM +0100, Oussama Ghorbel wrote:
> >> The ip6_tunnel.c module would be
Hi Sebastian,
On Thu, Sep 26, 2013 at 08:15:54AM +0200, Sebastian Hesselbarth wrote:
> I am still waiting for some ACKs (nomadik, prima2, socfpga, nspire) and
> possibly Mike's on the clock changes.
>
> My current idea is to prepare a branch for Olof to pull in as whole.
Ok. That works for me.
This patch adds documentation for Qualcomm SDHCI MSM driver.
It contains the differences between the core properties in mmc.txt and
the properties used by the sdhci-msm driver.
Signed-off-by: Georgi Djakov
---
.../devicetree/bindings/mmc/sdhci-msm.txt | 70
1
This patchset adds support of the Secure Digital Host Controller
Interface compliant controller found in Qualcomm MSM chipsets.
It has been tested on a APQ8074 Dragonboard.
Changes from v5:
- Driver is split into multiple patches
- Do not initialize variables that are assigned later in code
-
This platform driver adds the initial support of Secure
Digital Host Controller Interface compliant controller
found in Qualcomm MSM chipsets.
CC: Asutosh Das
CC: Venkat Gopalakrishnan
CC: Sahitya Tummala
CC: Subhash Jadavani
Signed-off-by: Georgi Djakov
---
drivers/mmc/host/Kconfig |
The warning for the irq remapping broken check in intel_irq_remapping.c is
pretty pointless. We need the warning, but we know where its comming from, the
stack trace will always be the same, and it needlessly triggers things like
Abrt. This changes the warning to just print a text warning about
Sorry to get in so late but there is a small issue with the driver.
On 25/09/2013 05:27, Bo Shen wrote:
> Add Atmel PWM controller driver based on PWM framework.
>
> This is the basic function implementation of Atmel PWM controller.
> It can work with PWM based led and backlight.
>
>
This fixes build failures seen on certain non X86 architectures.
The card driver should correctly always depend on X86. The host
driver can potentially work on non X86 architectures although
it has never been built or validated in such configurations.
The host driver dependency on X86 can be
The following warning from mic_ioctl.h is fixed via this patch:
found __[us]{8,16,32,64} type without #include
Reported-by: Greg Kroah-Hartman
Signed-off-by: Ashutosh Dixit
Signed-off-by: Dasaratharaman Chandramouli
Signed-off-by: Nikhil Rao
Signed-off-by: Harshavardhan R Kharche
From: Ashutosh Dixit
These changes were mostly authored by Joe Perches
@ https://lkml.org/lkml/2013/9/5/602
Reported-by: Joe Perches
Signed-off-by: Ashutosh Dixit
Signed-off-by: Dasaratharaman Chandramouli
Signed-off-by: Nikhil Rao
Signed-off-by: Harshavardhan R Kharche
Signed-off-by:
These patches address code review feedback received on the
patch series @ https://lkml.org/lkml/2013/9/5/561 ,from:
a) Greg Kroah-Hartman on sysfs and header file cleanups.
b) Joe Perches on issues found by "--strict" checkpatch.
It should also fix the build failures on certain non X86
Dont use same name for header files in different folders.
These changes were suggested by Greg Kroah-Hartman during the
code review @ https://lkml.org/lkml/2013/9/6/18
Reported-by: Greg Kroah-Hartman
Signed-off-by: Ashutosh Dixit
Signed-off-by: Dasaratharaman Chandramouli
Signed-off-by:
+ Use DEVICE_ATTR_RO/RW instead of DEVICE_ATTR
+ Use ATTRIBUTE_GROUPS
These changes were suggested by Greg Kroah-Hartman during the
code review @ https://lkml.org/lkml/2013/9/6/13
Reported-by: Greg Kroah-Hartman
Signed-off-by: Ashutosh Dixit
Signed-off-by: Dasaratharaman Chandramouli
Kumar,
On 09/27/2013 11:04 AM, Kumar Gala wrote:
>
> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>
>> All the platform-specific hwlock driver implementations need the
>> number of locks and the associated base id for registering the
>> locks present within a hwspinlock device with the driver
From: Abbas Raza
wait_task_inactive shouldn't be called in __kthread_bind for presmp
initcalls the same way it is done in !SMP case.
more info here:
http://permalink.gmane.org/gmane.linux.kernel.embedded/4046
This patch improves boot time for pre-smp initcalls as given below
boot time with
Hi Linus,
Please pull hwmon fixes for Linux 3.12-rc3 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus
Thanks,
Guenter
--
The following changes since commit 4b97280675f45c1650ee4e388bd711ecbb18c4b4:
Merge tag
On Fri, Sep 27, 2013 at 02:36:04PM +0200, LABBE Corentin wrote:
>
> Signed-off-by: LABBE Corentin
Applied to -next.
Thanks,
Guenter
--
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
Please see my comments below
Regards,
Oussama
On Fri, Sep 27, 2013 at 11:58 AM, Hannes Frederic Sowa
wrote:
> On Fri, Sep 27, 2013 at 11:45:48AM +0100, Oussama Ghorbel wrote:
>> The ip6_tunnel.c module would be then dependent on ip_tunnel.c and may
>> be it would not be good thing?
>
> It could
Introduce a new hypercall to pin one or more pages whose machine
addresses respect a dma_mask passed as an argument
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/mm.c | 16
arch/x86/xen/mmu.c |7 +++
include/xen/interface/memory.h | 32
Introduce a second red-back tree to track phys to bus mappings created after
the initialization of the swiotlb buffer.
Signed-off-by: Stefano Stabellini
---
drivers/xen/swiotlb-xen.c | 99 +---
1 files changed, 83 insertions(+), 16 deletions(-)
diff
The swiotlb code has appropriate calls to dma_mark_clean in place for
buffers passed to swiotlb_map_page as an argument. However it assumes
that the swiotlb bounce buffer (io_tlb_start-io_tlb_end) is already
coherent and doesn't need any calls to dma_mark_clean.
On ARM the swiotlb bounce buffer
If we are dealing with single page mappings that don't cross page
boundaries, we can try to pin the page and get the corresponding mfn,
using xen_pin_page. This avoids going through the swiotlb bounce
buffer. If xen_pin_page fails (because the underlying mfn doesn't
respect the dma_mask) fall
101 - 200 of 1156 matches
Mail list logo
