(2013/12/05 19:21), Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
>>> So we need both a maintainable and a sane/safe solution, and I'd
>>> like to apply the whole thing at once and be at ease that the
>>> solution is round. We should have done this years ago.
>>
>> For the safeness of kpr
On Thu, 05 Dec 2013, Steven Rostedt wrote:
> On Fri, 6 Dec 2013 00:44:49 +0100
> Nicholas Mc Guire wrote:
>
> >
> >
> > pushdown of migrate_disable/enable from read_*lock* to the rt_read_*lock*
> > api level
> >
> > general mapping to mutexes:
> >
> > read_*lock*
> > `-> rt_read_*lock*
Hello guys,
My apologies for too messy messages.
Would you please refer to the patch-set with 'PATCH RESEND v5'?
Thanks.
Milo
On 12/06/2013 11:08 AM, Milo Kim wrote:
LP3943 is an integrated device capable of driving 16 output channels.
It can be used for GPIO expander and PWM generators.
LP3
>
> Hi,
>
> On 05/12/2013, at 7:49 PM, Peter Chen wrote:
>
> > On Thu, Dec 05, 2013 at 04:44:13PM +1100, Daniel Tang wrote:
> >> Hi,
> >>
> >> On 05/12/2013, at 12:44 AM, Peter Chen
> wrote:
> >>
> >>>
> >>> lsi is vendor name, what are zevio and nspire?
> >>> Usually, the compatible string
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index 9093004..d271fb4 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -779,8 +779,6 @
From: Zhi Yong Wu
Since vhost_dev_init() forever return 0, some branches are never run,
therefore need to be removed.
Signed-off-by: Zhi Yong Wu
Acked-by: Michael S. Tsirkin
---
drivers/vhost/net.c |5 -
drivers/vhost/scsi.c |5 -
drivers/vhost/test.c |5 -
3 files ch
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index 4914d85..4a34bcb 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -819,7 +819
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/tun.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 782e38b..e26cbea 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -1356,6 +1356,8 @@ static ssize_t t
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index f599c47..4914d85 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -872,6 +872,8 @
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
Acked-by: Michael S. Tsirkin
---
drivers/vhost/net.c |4 ++--
drivers/vhost/scsi.c |2 +-
drivers/vhost/test.c |3 +--
drivers/vhost/vhost.c |4 +---
drivers/vhost/vhost.h |2 +-
5 files changed, 6 insertions(+), 9 deletions(
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/tun.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index e26cbea..fd8cc47 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -1289,8 +1289,7 @@ done:
}
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
drivers/net/macvtap.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index d271fb4..f599c47 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -588,7 +588
From: Zhi Yong Wu
Since net-next is open now, it's time to post them out again.
Zhi Yong Wu (8):
vhost: remove the dead branch
vhost: adjust vhost_dev_init() to be void
macvtap: remove the dead branch
macvtap: adjust macvtap_skb_to_vnet_hdr() to be void
macvtap: update file current pos
This is one of LP3943 MFD driver.
LP3943 is configurable as a GPIO expander, up to 16 GPIOs.
* Application note: how to configure LP3943 as a GPIO expander
http://www.ti.com/lit/an/snva287a/snva287a.pdf
* Supported GPIO controller operations
request, free, direction_input, direction_output, g
This is the other of the LP3943 MFD driver.
LP3943 can be used as a PWM generator, up to 2 channels.
* Two PWM generators supported
* Supported PWM operations
request, free, config, enable and disable
* Pin assignment
A driver data, 'pin_used' is checked when a PWM is requested.
If the out
On Fri, 6 Dec 2013 00:44:49 +0100
Nicholas Mc Guire wrote:
>
>
> pushdown of migrate_disable/enable from read_*lock* to the rt_read_*lock*
> api level
>
> general mapping to mutexes:
>
> read_*lock*
> `-> rt_read_*lock*
> `-> __spin_lock (the sleeping spin locks)
>
LP3943 has 16 output pins which can be used as GPIO expander and PWM generator.
* Regmap I2C interface for R/W LP3943 registers
* Atomic operations for output pin assignment
The driver should check whether requested pin is available or not.
If the pin is already used, pin request returns as a
LP3943 is an integrated device capable of driving 16 output channels.
It can be used for GPIO expander and PWM generators.
LP3493 registers are controlled via the I2C interface.
This patch-set consists of four parts - MFD, GPIO, PWM and documents.
Update from v4 to v5:
Add Thierry's ACK for the
Bindings for LP3943 MFD, GPIO and PWM controller are added.
Cc: devicet...@vger.kernel.org
Cc: Lee Jones
Cc: Linus Walleij
Cc: Samuel Ortiz
Signed-off-by: Milo Kim
Acked-by: Thierry Reding
---
.../devicetree/bindings/gpio/gpio-lp3943.txt | 37 +
Documentation/devicetree/b
So, can I get confirmation that whether we can enhance to support the
scenarios or any resolution on providing the correct routing?
On Tue, Nov 26, 2013 at 9:03 AM, Sun Paul wrote:
> Hi
>
> we have a problem on using LKSCTP to form a 4 ways multi-homing network.
>
> Configuration
> - Node-A has 2
Add initial definition of parameters for pinctrl-msm for the msm8x74
platform.
Signed-off-by: Bjorn Andersson
---
drivers/pinctrl/Kconfig | 4 +
drivers/pinctrl/Makefile | 1 +
drivers/pinctrl/pinctrl-msm8x74.c | 636 ++
3 files changed,
This adds a pinctrl, pinmux, pinconf and gpiolib driver for the
Qualcomm TLMM block.
Signed-off-by: Bjorn Andersson
---
drivers/pinctrl/Kconfig |6 +
drivers/pinctrl/Makefile |1 +
drivers/pinctrl/pinctrl-msm.c | 1028 +
drivers/pinctrl/
Bindings for LP3943 MFD, GPIO and PWM controller are added.
Cc: devicet...@vger.kernel.org
Cc: Lee Jones
Cc: Linus Walleij
Cc: Samuel Ortiz
Signed-off-by: Milo Kim
Acked-by: Thierry Reding
---
.../devicetree/bindings/gpio/gpio-lp3943.txt | 37 +
Documentation/devicetree/b
This is the other of the LP3943 MFD driver.
LP3943 can be used as a PWM generator, up to 2 channels.
* Two PWM generators supported
* Supported PWM operations
request, free, config, enable and disable
* Pin assignment
A driver data, 'pin_used' is checked when a PWM is requested.
If the out
This adds initial documentation for the pinctrl-msm8x74 driver.
Signed-off-by: Bjorn Andersson
---
.../bindings/pinctrl/qcom,msm8x74-pinctrl.txt | 92 ++
1 file changed, 92 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pinctrl/qcom,msm8x74-pinctrl.
This series adds a pinctrl, pinmux, pinconf and gpiolib driver for the
Qualcomm TLMM block found in recent Qualcomm SoCs (8x60 and newer).
It designed with both v2 and v3 of the block in mind and comes with initial
definitions for the 8x74 SoCs.
This should be filled in with more data and definitio
This is one of LP3943 MFD driver.
LP3943 is configurable as a GPIO expander, up to 16 GPIOs.
* Application note: how to configure LP3943 as a GPIO expander
http://www.ti.com/lit/an/snva287a/snva287a.pdf
* Supported GPIO controller operations
request, free, direction_input, direction_output, g
LP3943 has 16 output pins which can be used as GPIO expander and PWM generator.
* Regmap I2C interface for R/W LP3943 registers
* Atomic operations for output pin assignment
The driver should check whether requested pin is available or not.
If the pin is already used, pin request returns as a
LP3943 is an integrated device capable of driving 16 output channels.
It can be used for GPIO expander and PWM generators.
LP3493 registers are controlled via the I2C interface.
This patch-set consists of four parts - MFD, GPIO, PWM and documents.
Update from v4 to v5:
Add Thierry's ACK for the
Some devices drivers make use of optional GPIO parameters. For such
drivers, it is important to discriminate between the case where no
GPIO mapping has been defined for the function they are requesting, and
the case where a mapping exists but an error occured while resolving it
or when acquiring th
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-3.13-rc3
to receive power management fixes for v3.13-rc3 with
top-most commit 8e7030097e9f3ea8031e8cc4230e357cb556f8f9
Merge branches 'pm-epoll', 'pnp' and 'powercap'
on to
On 12/06/2013 08:58 AM, rkuo wrote:
> On Thu, Nov 28, 2013 at 05:07:05PM +0800, Chen Gang wrote:
>> Hello Vineet:
>>
>> hexagon meets the same issue, could you help send related patch for it?
>>
>> If you have no time, please let me know, I should send it within next
>> month.
>>
>> BTW: I assume h
On Thursday 28 November 2013, Leif Lindholm wrote:
> @@ -898,6 +900,10 @@ void __init setup_arch(char **cmdline_p)
> sanity_check_meminfo();
> arm_memblock_init(&meminfo, mdesc);
>
> +#ifdef CONFIG_EFI
> + uefi_memblock_arm_reserve_range();
> +#endif
> +
Better use
if (
Thank you for contacting us regarding unwanted email that you received from
BUYERLEADS.INFO. GoDaddy is an industry leader in our anti-spam efforts.
We are investigating this domain name for spam/abuse activities. If our
investigation shows the domain name to be spamming or violating our Terms o
We received notification of your spam complaint from Domains By Proxy(R) who
provides privacy service for BUYERLEADS.INFO. As the registrar for this domain
name, GoDaddy will investigate your complaint.
If our investigation shows the domain name to be spamming or violating our
Terms of Service,
On Fri, Dec 6, 2013 at 9:44 AM, David Miller wrote:
> From: Zhi Yong Wu
> Date: Wed, 4 Dec 2013 17:29:00 +0800
>
>> From: Zhi Yong Wu
>>
>> Signed-off-by: Zhi Yong Wu
>
> The tun driver seems to have the same exact bug, please if you are going
> to fix one then fix the other too.
will post v2
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Sent: Friday, December 06, 2013 10:01 AM
> To: Zheng, Lv
> Cc: Andy Shevchenko; Wysocki, Rafael J; linux-a...@vger.kernel.org; LKML
> Subject: Re: [PATCH] SFI: fix compilation warn
On Friday, December 06, 2013 1:51 AM, Grygorii Strashko wrote:
> On 12/05/2013 03:03 AM, Jingoo Han wrote:
> > Use devm_*() functions to make cleanup paths simpler, and remove
> > unnecessary remove().
> >
> > Signed-off-by: Jingoo Han
> > ---
> > drivers/rtc/rtc-twl.c | 38 +--
On Friday, December 06, 2013 01:26:07 AM Zheng, Lv wrote:
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Friday, December 06, 2013 9:26 AM
> >
> > On Friday, December 06, 2013 01:08:45 AM Zheng, Lv wrote:
> > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > > Sent:
From: Zhi Yong Wu
Date: Wed, 4 Dec 2013 17:29:00 +0800
> From: Zhi Yong Wu
>
> Signed-off-by: Zhi Yong Wu
The tun driver seems to have the same exact bug, please if you are going
to fix one then fix the other too.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
Hi,
2013-12-05 (목), 10:10 +0800, Chao Yu:
> > -Original Message-
> > From: Chao Yu [mailto:chao2...@samsung.com]
> > Sent: Thursday, December 05, 2013 9:55 AM
> > To: ???
> > Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> > linux-f2fs-de...@lists.sourceforge.net
> > Su
On 12/05/13 at 09:52pm, Borislav Petkov wrote:
> On Thu, Dec 05, 2013 at 08:56:02AM -0700, Toshi Kani wrote:
> > The smbios in efi_setup_data is necessary for kexec to pass the physical
> > address of the SMBIOS table from the 1st kernel to the 2nd kernel.
> >
> > The kernel boot sequence proceeds
On 12/05/2013 05:20 PM, Andi Kleen wrote:
> "H. Peter Anvin" writes:
>>
>> Not to mention that in that case we might as well -- since we need a
>> compiler anyway -- generate the machine code in user space; the JIT
>> solution really only is useful if it can provide something that we can't
>> do o
Hi Thomas,
On Fri, Jul 5, 2013 at 6:37 PM, Thomas Gleixner wrote:
> On Fri, 5 Jul 2013, Thomas Gleixner wrote:
>> On Sat, 16 Feb 2013, Chuansheng Liu wrote:
>> > Currently the functions smp_call_function_many()/single() will
>> > give a WARN()ing only in the case of irqs_disabled(), but that
>> >
On Thu, Dec 5, 2013 at 12:00 PM, Grant Likely wrote:
> On Wed, 27 Nov 2013 15:31:53 -0800, Roy Franz wrote:
>> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
>> operates similarly to the x86 stub: it is a shim between the EFI firmware
>> and the normal zImage entry point
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Friday, December 06, 2013 9:26 AM
>
> On Friday, December 06, 2013 01:08:45 AM Zheng, Lv wrote:
> > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > Sent: Friday, December 06, 2013 6:37 AM
> > >
> > > On Thursday, December 05
On Thursday 05 December 2013, Stephen Warren wrote:
> On 12/05/2013 12:17 PM, Stefan Weil wrote:
> > Replace "is use" by "is used" and remove a comma.
>
> Well, typo not grammar. The comma is correct though, at least in
> American English, which is what I tend to write these days (there's a
> comm
"H. Peter Anvin" writes:
>
> Not to mention that in that case we might as well -- since we need a
> compiler anyway -- generate the machine code in user space; the JIT
> solution really only is useful if it can provide something that we can't
> do otherwise, e.g. enable it in secure boot environme
On 2013/12/5 22:39, Naoya Horiguchi wrote:
> On Thu, Dec 05, 2013 at 04:52:52PM +0800, Jianguo Wu wrote:
>> Two cleanups:
>> 1. remove redundant codes for hugetlb pages.
>> 2. end = pmd_addr_end(addr, end) restricts [addr, end) within PMD_SIZE,
>>this may increase do_mincore() calls, remove it
On Friday, December 06, 2013 01:08:45 AM Zheng, Lv wrote:
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Friday, December 06, 2013 6:37 AM
> >
> > On Thursday, December 05, 2013 07:26:37 PM Andy Shevchenko wrote:
> > > When build kernel with make W=1 we get the following compile
On 12/05/2013 04:14 PM, Andi Kleen wrote:
>
> In my experience there are roughly two groups of trace users:
> kernel hackers and users. The kernel hackers want something
> convenient and fast, but for anything complicated or performance
> critical they can always hack the kernel to include custom
On Thursday, December 05, 2013 03:40:39 PM Bjorn Helgaas wrote:
> On Mon, Dec 2, 2013 at 7:49 AM, Rafael J. Wysocki wrote:
> > ...
> > From: Rafael J. Wysocki
> > Subject: PCI / hotplug / ACPI: Fix concurrency problems related to device
> > removal
> >
> > The following are concurrency problems
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Friday, December 06, 2013 6:37 AM
>
> On Thursday, December 05, 2013 07:26:37 PM Andy Shevchenko wrote:
> > When build kernel with make W=1 we get the following compiler error.
> >
> > In file included from drivers/sfi/sfi_acpi.c:66:0:
On Thu, Dec 05, 2013 at 11:09:02AM +0100, Mateusz Guzik wrote:
> Commit 36f5588905c10a8c4568a210d601fe8c3c27e0f0
> "aio: refcounting cleanup" resulted in ioctx_lock not being held
> during ctx removal, leaving the list susceptible to corruptions.
>
> In mainline kernel the issue went away as a sid
On Tue 03 Dec 00:50 PST 2013, Linus Walleij wrote:
> On Sun, Nov 24, 2013 at 12:38 AM, Bjorn Andersson
> wrote:
>
> > This adds a pinctrl, pinmux, pinconf and gpiolib driver for the
> > Qualcomm TLMM block.
> >
> > Signed-off-by: Bjorn Andersson
>
> Overall this is looking *very* good, using e
From: Jeff Kirsher
Date: Thu, 5 Dec 2013 16:25:20 -0800
> Remove Tushar and Peter (PJ) as maintainers, since they have moved out
> of our group and no longer work on Wired Ethernet.
>
> Signed-off-by: Jeff Kirsher
Applied, thanks Jeff.
--
To unsubscribe from this list: send the line "unsubscr
On Thu, Dec 5, 2013 at 11:24 AM, Grant Likely wrote:
> On Wed, 27 Nov 2013 15:31:51 -0800, Roy Franz wrote:
>> Both ARM and ARM64 stubs will update the device tree
>> that they pass to the kernel. In both cases they
>> primarily need to add the same UEFI related information,
>> so the function c
On Thu, Nov 28, 2013 at 05:07:05PM +0800, Chen Gang wrote:
> Hello Vineet:
>
> hexagon meets the same issue, could you help send related patch for it?
>
> If you have no time, please let me know, I should send it within next
> month.
>
> BTW: I assume hexagon need not support VGA_CONSOLE, either
On Thu 2013-12-05 17:21:50, Alan Stern wrote:
> On Thu, 5 Dec 2013, Len Brown wrote:
>
> > This thread raises the question...
> >
> > Do we still need to have PM_RUNTIME apart from PM_SLEEP?
> >
> > What is the benefit of being able to build-in one one without the other?
> > If that benefit is n
On Thu, Dec 5, 2013 at 11:43 PM, Greg Kroah-Hartman
wrote:
> On Thu, Dec 05, 2013 at 05:06:33PM +0800, ZHAO Gang wrote:
>> On Tue, Dec 3, 2013 at 7:26 AM, Jingoo Han wrote:
>> > Don't use DEFINE_PCI_DEVICE_TABLE macro, because this macro
>> > is not preferred.
>> >
>> > Signed-off-by: Jingoo Han
BTW, Please Cc LKML when sending patches. It is the kernel you are
modifying, not userspace.
On Fri, 6 Dec 2013 00:42:22 +0100
Nicholas Mc Guire wrote:
>
> This patch removes the recursive calls to migrate_disable/enable in
> local_bh_disable/enable
>
> the softirq-local-lock.patch introdu
On Fri, Dec 06, 2013 at 03:28:37AM +0400, Sergei Ianovich wrote:
> pxa2xx-uart was a separate uart platform driver. It was declaring
> the same device names and numbers as 8250 driver. As a result,
> it was impossible to use 8250 driver on PXA SoCs.
>
> Upon closer examination pxa2xx-uart turned o
c: At top level:
crypto/memneq.c:147:2: error: expected identifier or '(' before 'return'
crypto/memneq.c:148:1: error: expected identifier or '(' before '}' token
Caused by commit fe8c8a126806 ("crypto: more robust crypto_memneq").
I have used
From: Yann Droneaud
Date: Fri, 06 Dec 2013 00:15:31 +0100
> AFAIK, using sys_close() seems to be the exception, and writing the file
> descriptor before installing it is the more or less the norm.
What other system call in the kernel writes a file descriptor's value
into the address space of a u
On Sunday 01 December 2013, Sergei Ianovich wrote:
>
> diff --git a/arch/arm/configs/lp8x4x_defconfig
> b/arch/arm/configs/lp8x4x_defconfig
> new file mode 100644
> index 000..5cd6d38
> --- /dev/null
> +++ b/arch/arm/configs/lp8x4x_defconfig
> @@ -0,0 +1,2320 @@
> +#
> +# Automatically genera
There's no "unlink from sysfs" interface for ksets, so I think callers of
kset_unregister() expect the kset to be removed from sysfs immediately,
without waiting for the last reference to be released.
This patch makes the sysfs removal happen immediately, so the caller may
create a new kset with t
This removes ksets from sysfs immediately in kset_unregister() to help
prevent module unload/reload problems. It also adds more variability
to the CONFIG_DEBUG_KOBJECT_RELEASE option by delaying release functions
for a somewhat random time, to change the order in which they can be
called.
---
Bj
When CONFIG_DEBUG_KOBJECT_RELEASE=y, delay kobject release functions for a
random time between 1 and 8 seconds, which effectively changes the order in
which they're called.
Signed-off-by: Bjorn Helgaas
---
lib/kobject.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --g
Hi,
It looks like 8c567a7fab6e086a0284eee2db82348521e7120c ("xfs: add
capability check to free eofblocks ioctl") is a security fix that was
never sent to -stable? From what I can see, it was introduced in 3.8
by 8ca149de80478441352a8622ea15fae7de703ced ("xfs: add
XFS_IOC_FREE_EOFBLOCKS ioctl").
I
> "Justin" == Justin Piszcz writes:
Justin> Update: System uptime with the patch is 7+ days under extensive
Justin> load at times and I've had no issues to date. I just checked
Justin> the current linux git repo (3.13-rc2) and found this patch has
Justin> not been included.
James has it que
On Thu, Dec 5, 2013 at 5:01 PM, Greg Kroah-Hartman
wrote:
> On Tue, Dec 03, 2013 at 03:41:43PM -0700, Bjorn Helgaas wrote:
>> [+cc Matt, Tejun]
>>
>> On Tue, Dec 03, 2013 at 10:04:25AM -0800, Greg Kroah-Hartman wrote:
>> > On Tue, Oct 08, 2013 at 02:20:16PM -0600, Bjorn Helgaas wrote:
>> > > There
On Mon, Sep 23, 2013 at 06:49:31PM +0200, Jochen Striepe wrote:
> Hello again,
>
> On Sat, Sep 14, 2013 at 01:28:34PM +0200, Jochen Striepe wrote:
> > On Mon, Sep 09, 2013 at 03:27:51PM -0700, Paul E. McKenney wrote:
> > > rcu: Reject memory-order-induced stall-warning false positives
> >
>
Remove Tushar and Peter (PJ) as maintainers, since they have moved out
of our group and no longer work on Wired Ethernet.
Signed-off-by: Jeff Kirsher
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4afcfb4..9641efe 100644
--- a/MAINTAINERS
+++
Add device tree binding documentation for Texas Instrument's wl1251
wireless lan chip. For now only the SPI binding is documented.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/net/wireless/ti,wl1251.txt | 39 ++
1 file changed, 39 insertions(+)
create mode 10
Hi,
The following patchset adds device tree support to
the spi variant of the wl1251 driver.
Changes since v1 [0]:
* Added some Reviewed-By: Pavel Machek
* Splitted DT binding documentation into its own patch
* Added ti, prefix to power-gpio
* Renamed ti,use-eeprom to ti,wl1251-has-eeprom
*
On Thu, Dec 05, 2013 at 04:06:10PM -0800, Greg Kroah-Hartman wrote:
> On Thu, Dec 05, 2013 at 06:54:49PM -0500, Adrien Vergé wrote:
> > > Well, these patches were incorrect, so that's not really a valid
> > > question :)
> >
> > Should I correct the pid size and send them again?
>
> I'm not the A
On Thu, Dec 05, 2013 at 11:30:27PM +0800, Xiao Guangrong wrote:
> In some cases, the lockless walker will do endless-walking on desc and
> without rewalk, consider this case:
>
> there are two descs: desc1 and desc2 who is pointed by desc1->next：
> desc1->next = desc2.
>
> CPU 0
Move the power GPIO handling from the board code into
the driver. This is a dependency for device tree support.
Signed-off-by: Sebastian Reichel
Reviewed-by: Pavel Machek
---
arch/arm/mach-omap2/board-omap3pandora.c | 2 ++
arch/arm/mach-omap2/board-rx51-peripherals.c | 11 ++
driv
This patch adds support for requesting the regulator powering
the vio pin.
Signed-off-by: Sebastian Reichel
Reviewed-by: Pavel Machek
---
drivers/net/wireless/ti/wl1251/spi.c| 19 +--
drivers/net/wireless/ti/wl1251/wl1251.h | 2 ++
2 files changed, 19 insertions(+), 2 delet
Add device tree support for the spi variant of wl1251.
Signed-off-by: Sebastian Reichel
---
drivers/net/wireless/ti/wl1251/spi.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/drivers/net/wireless/ti/wl1251/spi.c
b/drivers/net/wireless/ti/wl1251/spi
From: Luciano Coelho
Move the wl1251 part of the wl12xx platform data structure into a new
structure specifically for wl1251. Change the platform data built-in
block and board files accordingly.
Signed-off-by: Luciano Coelho
Acked-by: Tony Lindgren
Reviewed-by: Felipe Balbi
Reviewed-by: Seba
On Thu, 2013-11-28 at 03:19 -0600, Bharat Bhushan wrote:
>
> > -Original Message-
> > From: Bhushan Bharat-R65777
> > Sent: Wednesday, November 27, 2013 9:39 PM
> > To: 'Alex Williamson'
> > Cc: Wood Scott-B07421; linux-...@vger.kernel.org; ag...@suse.de; Yoder
> > Stuart-
> > B08248; io.
On Thu, Dec 05, 2013 at 04:02:53PM -0800, Greg Kroah-Hartman wrote:
> On Fri, Dec 06, 2013 at 03:28:37AM +0400, Sergei Ianovich wrote:
> > pxa2xx-uart was a separate uart platform driver. It was declaring
> > the same device names and numbers as 8250 driver. As a result,
> > it was impossible to us
On Thu, Dec 05, 2013 at 11:30:27PM +0800, Xiao Guangrong wrote:
> > Is it not the case that simply moving to the slow path once a maximum of
> > rewalks has been reached enough? (looks a like a good solution).
>
> In some cases, the lockless walker will do endless-walking on desc and
> without rew
2013/12/4 Mugunthan V N :
> On Wednesday 04 December 2013 09:14 PM, Sebastian Hesselbarth wrote:
>> This is v2 of an RFC sent earlier [1] to reduce power consumption of network
>> PHYs with link that are either unused or the corresponding netdev is down.
>>
>> In contrast to RFCv1, this now integra
> 1M skb alloc/free 185660 (usecs)
>
> the difference is bigger now: 484-145 vs 185-145
Thanks for the data.
This is a obvious improvement, but imho not big enough to be extremely
compelling (< cost 1-2 cache misses, no orders of magnitude improvements
that would justify a lot of code)
One lar
2013/12/4 Sebastian Hesselbarth :
> This adds helper functions to resume and suspend a given phy_device
> by calling the corresponding driver callbacks if available.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Changelog:
> RFCv1->RFCv2:
> - only suspend if WOL is not enabled
> - remove EXPORT
> From: ext Nils Faerber [nils.faer...@kernelconcepts.de]
> Sent: Thursday, December 05, 2013 4:03 PM
> To: Pali Rohár; Hans Verkuil; Mauro Carvalho Chehab;
> linux-kernel@vger.kernel.org; linux-me...@vger.kernel.org; Nurkkala Eero.1
> (EXT-Haltian/Oulu); Joni Lapilainen; Ивайло Димитров; Pavel
On Thu, Dec 05, 2013 at 06:54:49PM -0500, Adrien Vergé wrote:
> > Well, these patches were incorrect, so that's not really a valid
> > question :)
>
> Should I correct the pid size and send them again?
I'm not the ARM maintainer, so I can't say if I would reject them or
not.
And I don't know if
On 12/02/2013 06:58 PM, Rob Landley wrote:
> On 11/11/2013 12:55:37 PM, David Cohen wrote:
>> On 11/11/2013 10:13 AM, Yann E. MORIN wrote:
>>> David, All,
>>
>> Hi Yann,
>>
>>>
>>> On 2013-11-11 10:11 -0800, David Cohen spake thusly:
Is there a plan to fix 'make oldnoconfig' option?
I cur
2013/12/4 Sebastian Hesselbarth :
> Since phy_attach ensures PHYs are resumed, we can now suspend all
> PHYs that have no attached netdev after initcalls.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Changelog:
> RFCv1->RFCv2:
> - only check for phydev->attached_dev and let phy_suspend decide
On Fri, Dec 06, 2013 at 03:28:37AM +0400, Sergei Ianovich wrote:
> pxa2xx-uart was a separate uart platform driver. It was declaring
> the same device names and numbers as 8250 driver. As a result,
> it was impossible to use 8250 driver on PXA SoCs.
>
> Upon closer examination pxa2xx-uart turned o
On Tue, Dec 03, 2013 at 03:41:43PM -0700, Bjorn Helgaas wrote:
> [+cc Matt, Tejun]
>
> On Tue, Dec 03, 2013 at 10:04:25AM -0800, Greg Kroah-Hartman wrote:
> > On Tue, Oct 08, 2013 at 02:20:16PM -0600, Bjorn Helgaas wrote:
> > > There's no explicit "unlink from sysfs" interface for ksets, so I thin
On Thu, Dec 05, 2013 at 06:43:39PM -0500, Justin Piszcz wrote:
>
>
> > -Original Message-
> > From: Martin K. Petersen [mailto:martin.peter...@oracle.com]
> > Sent: Thursday, November 28, 2013 8:13 AM
> >
> >
> > Martin> http://marc.info/?l=linux-scsi&m=138252394614920&w=2
> >
> >
On Sun, 2013-11-24 at 23:33 -0600, Bharat Bhushan wrote:
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Friday, November 22, 2013 2:31 AM
> > To: Wood Scott-B07421
> > Cc: Bhushan Bharat-R65777; linux-...@vger.kernel.org; ag...@suse.de; Yod
And use the normal is__ether_addr functions and ETH_ALEN too.
Signed-off-by: Joe Perches
---
drivers/staging/slicoss/README| 1 -
drivers/staging/slicoss/slicoss.c | 21 -
2 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/drivers/staging/slicoss/README b/dr
This patch removes CONFIG_MTD_PARTITIONS in config files for ARM.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song
Acked-by: Tony Lindgren
---
arch/arm/configs/acs5k_defconfig|1 -
arch/arm/configs/acs5k_tiny
Hi Greg and Christopher,
Thank you for your feedback.
2013/12/4 Greg Kroah-Hartman
> What is it's purpose then? At first glance, this seems to be exactly
> what 'perf' provides already. Doesn't perf work on ARM today?
On ARM, perf is unable to trace every instruction, and certainly not
record
On 12/03/2013 02:29 AM, Linus Walleij wrote:
...
> So I guess what you're after is a kind of hog that will be pushed
> aside and ignored if a struct device with an associated state appears
> that will use the same pin?
That probably would be useful. Perhaps we should just make all hogs not
exclusi
On Thu, 5 Dec 2013, Christoph Lameter wrote:
> Specjbb? What does Java have to do with this?
> Can you run the synthetic in kernel slab benchmark.
>
> Like this one https://lkml.org/lkml/2009/10/13/459
>
We actually carry that in our production kernel and have updated it to
build on 3.11, I'll
101 - 200 of 806 matches
Mail list logo
