On Fri, 2014-02-14 at 23:26 -0500, Steven Rostedt wrote:
> On Sat, 15 Feb 2014 14:50:08 +1100
> Benjamin Herrenschmidt wrote:
>
> > For some reason Im still getting these as attachments instead of inline
> > in the email, which makes reviewing a major PITA. Christoph, I'm not
> > sure what you
On 02/14/2014 11:00 PM, Dan Carpenter wrote:
> [...]
>> Hi,
>>
>> This might not be the real solution since it is also possible that
>> the particular condition never really happens. I seek comments
>> so that I can post the proper patch.
>>
>
> I can't test it either but I think your fix is
>
> This patch fails to apply:
> checking file drivers/misc/mei/amthif.c
> checking file drivers/misc/mei/client.c
> Hunk #4 FAILED at 681.
> Hunk #5 succeeded at 815 (offset -2 lines).
> Hunk #6 succeeded at 848 (offset -2 lines).
> 1 out of 6 hunks FAILED
>
From: Julia Lawall
On success, the function netdev_alloc_skb initializes the dev field of its
result to its first argument, so this doesn't have to be done in the
calling context.
The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression
From: Julia Lawall
On success, the function netdev_alloc_skb initializes the dev field of its
result to its first argument, so this doesn't have to be done in the
calling context.
The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression
From: Julia Lawall
On success, the function netdev_alloc_skb initializes the dev field of its
result to its first argument, so this doesn't have to be done in the
calling context.
The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression
On Fri, 2014-02-14 at 15:24 -0800, Kevin Hilman wrote:
> Tejun Heo writes:
>
> > Hello,
> >
> > On Wed, Feb 12, 2014 at 11:02:41AM -0800, Paul E. McKenney wrote:
> >> +2.Use the /sys/devices/virtual/workqueue/*/cpumask sysfs files
> >> + to force the WQ_SYSFS workqueues to run on the
On Fri, Feb 14, 2014 at 10:35:44PM -0800, Paul E. McKenney wrote:
> On Fri, Feb 14, 2014 at 06:48:02PM -0800, Linus Torvalds wrote:
> > On Fri, Feb 14, 2014 at 6:44 PM, Linus Torvalds
> > wrote:
> > >
> > > And conversely, the C11 people can walk away from us too. But if they
> > > can't make us
> Re-sending this in plain text format (Apologies)
>
> Hello,
>
> In pursuit of saving memory on Android, I started experimenting with
> Kernel Same Page Merging(KSM).
> Number of pages shared because of KSM is reported by
> /sys/kernel/mm/pages_sharing.
> Documentation/vm/ksm.txt explains this
On Fri, Feb 14, 2014 at 06:48:02PM -0800, Linus Torvalds wrote:
> On Fri, Feb 14, 2014 at 6:44 PM, Linus Torvalds
> wrote:
> >
> > And conversely, the C11 people can walk away from us too. But if they
> > can't make us happy (and by "make us happy", I really mean no stupid
> > games on our part)
On Fri, Feb 14, 2014 at 12:18:46PM -0800, Eric W. Biederman wrote:
> >> >
> >> > Why can't you have the process of interest do:
> >> > ptrace(PTRACE_ATTACHME);
> >> > execve(executable, args, ...);
> >> >
> >> > /* Have the ptracer inject the recovery/fixup code */
> >> >
From: "Ivan T. Ivanov"
SPI transfer lenght should be a power-of-two multiple
of eight bits.
Signed-off-by: Ivan T. Ivanov
---
drivers/spi/spi.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index d0b28bb..9bed365 100644
---
On Sat, Feb 15, 2014 at 01:57:48AM +0100, Rafael J. Wysocki wrote:
> On Monday, February 10, 2014 05:23:36 PM Tomasz Nowicki wrote:
> > ACPI_APEI is already dependent on X86, hence, there is no need to
> > define such dependency for ACPI_APEI_GHES again.
> >
> > Signed-off-by: Tomasz Nowicki
>
On Thu, Feb 13, 2014 at 09:58:47AM -0800, Linus Torvalds wrote:
> On Thu, Feb 13, 2014 at 9:40 AM, Oleg Nesterov wrote:
> >
> > And we should be careful with SIGQUEUE_PREALLOC, at least
> > collect_signal() should not do list_del_init()... Plus we need to
> > handle the SEND_SIG_FORCED-like case.
We use safer cancel_delayed_work() instead of __cancel_delayed_work,
and no one will use __cancel_delayed_work. So remove it.
Signed-off-by: Tan Xiaojun
---
include/linux/workqueue.h | 15 ---
1 file changed, 15 deletions(-)
diff --git a/include/linux/workqueue.h
hi, Linux kernel 3.13.3 is added into http://www.xrefs.info.
For the people don't know, http://www.xrefs.info covers many open
source projects source coe cross reference search based on OpenGrok.
Check it, and hope it helps. Feel free to leave a comment. Thx.
xrefs.info admin
--
To unsubscribe
My test suite was locking up hard when enabling mmiotracer. This was due
to the mmiotracer placing all but one CPU offline. I found this out
when I was able to reproduce the bug with just my stress-cpu-hotplug
test. This bug baffled me because it would not always trigger, and
would only trigger on
On Sat, 15 Feb 2014 14:50:08 +1100
Benjamin Herrenschmidt wrote:
> For some reason Im still getting these as attachments instead of inline
> in the email, which makes reviewing a major PITA. Christoph, I'm not
> sure what you are doing wrong here but you should consider fixing it :-)
Get a
On 15 February 2014 09:41, Greg Kroah-Hartman
wrote:
> On Sat, Feb 15, 2014 at 09:27:48AM +0530, Jassi Brar wrote:
>> On 15 February 2014 09:10, Greg Kroah-Hartman
>> wrote:
>> > On Sat, Feb 15, 2014 at 09:02:07AM +0530, Jassi Brar wrote:
>> >> Hi,
>> >>
>> >> On 8 February 2014 06:20, Courtney
On Thu, Feb 13, 2014 at 10:31 PM, Tarek Dakhran wrote:
> Hi Tomasz,
>
> On Thursday, February 13, 2014, Tomasz Figa wrote:
>>
>> Hi Tarek,
>>
>> On 13.02.2014 04:08, Tarek Dakhran wrote:
>>>
>>> exynos4_local_timer_setup called on the secondary cpu before
>>> irqs are enabled. request_irq can
bdi_wakeup_thread_delayed used the mod_delayed_work function to schedule work
to writeback dirty inodes. The problem with this is that it can delay work that
is scheduled for immediate execution, such as the work from sync_inodes_sb.
This can happen since mod_delayed_work can now steal work from a
On Sat, Feb 15, 2014 at 09:27:48AM +0530, Jassi Brar wrote:
> On 15 February 2014 09:10, Greg Kroah-Hartman
> wrote:
> > On Sat, Feb 15, 2014 at 09:02:07AM +0530, Jassi Brar wrote:
> >> Hi,
> >>
> >> On 8 February 2014 06:20, Courtney Cavin
> >> wrote:
> >> > There is currently no common
If we mount the same cgroupfs in serveral mount points, and then
umount all of them, kill_sb() will be called only once.
Therefore it's wrong to increment top_cgroup's refcnt when we find
an existing cgroup_root.
Try:
# mount -t cgroup -o cpuacct xxx /cgroup
# mount -t cgroup -o
On Fri, 14 Feb 2014 15:14:22 -0800 (PST)
David Rientjes wrote:
> On Thu, 13 Feb 2014, Luiz Capitulino wrote:
>
> > From: Luiz capitulino
> >
> > The HugeTLB command-line option hugepages= allows a user to specify how
> > many huge pages should be allocated at boot. This option is needed
On Friday 14 February 2014, Larry Finger wrote:
>On 02/14/2014 12:42 PM, Randy Dunlap wrote:
>> On 02/14/2014 08:31 AM, Gene Heskett wrote:
>>> Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
>>>
>>> Not finding the option in any kernel tree that exists on my system,
>>>
Since simple_strtoul() has been deprecated, replace it with kstrtouint().
Also, since return code checking for this new function is enforced, add a
check to ensure that the conversion has succeeded.
Signed-off-by: Chase Southwood
---
drivers/staging/comedi/kcomedilib/kcomedilib_main.c | 3 ++-
On 15 February 2014 09:10, Greg Kroah-Hartman
wrote:
> On Sat, Feb 15, 2014 at 09:02:07AM +0530, Jassi Brar wrote:
>> Hi,
>>
>> On 8 February 2014 06:20, Courtney Cavin
>> wrote:
>> > There is currently no common framework for mailbox drivers, so this is my
>> > attempt to come up with
For some reason Im still getting these as attachments instead of inline
in the email, which makes reviewing a major PITA. Christoph, I'm not
sure what you are doing wrong here but you should consider fixing it :-)
Cheers,
Ben.
--
To unsubscribe from this list: send the line "unsubscribe
Hi,
On 8 February 2014 06:20, Courtney Cavin wrote:
> There is currently no common framework for mailbox drivers, so this is my
> attempt to come up with something suitable. There seems to be a need for
> making this generic, so I have attempted to do just that. Most of this is
> modeled
On Sat, Feb 15, 2014 at 09:02:07AM +0530, Jassi Brar wrote:
> Hi,
>
> On 8 February 2014 06:20, Courtney Cavin
> wrote:
> > There is currently no common framework for mailbox drivers, so this is my
> > attempt to come up with something suitable. There seems to be a need for
> > making this
On 2014/2/14 2:29, Tejun Heo wrote:
> Currently, there's nothing preventing cgroup_enable_task_cg_lists()
> from missing set PF_EXITING and race against cgroup_exit(). Depending
> on the timing, cgroup_exit() may finish with the task still linked on
> css_set leading to list corruption. Fix it
Renamed from "Crashdump Accepting Active IOMMU" to better communicate
the purpose of this patch.
This patch implements a fix for:
A kdump problem about DMA that has been discussed for a long time. That is,
when a kernel panics and boots into the kdump kernel, DMA started by the
panicked kernel
Renamed from previous email thread: Crashdump Accepting Active IOMMU
This patch implements a fix for:
A kdump problem about DMA that has been discussed for a long time. That is,
when a kernel panics and boots into the kdump kernel, DMA started by the
panicked kernel is not stopped before the
From: "Luis R. Rodriguez"
The purpose of using a static MAC address of FE:FF:FF:FF:FF:FF
was to prevent our backend interfaces from being used by the
bridge and nominating our interface as a root bridge. This was
possible given that the bridge code will use the lowest MAC
address for a port once
From: "Luis R. Rodriguez"
Some interfaces do not need to have any IPv4 or IPv6
addresses, so enable an option to specify this. One
example where this is observed are virtualization
backend interfaces which just use the net_device
constructs to help with their respective frontends.
This should
From: "Luis R. Rodriguez"
It doesn't make sense for some interfaces to become a root bridge
at any point in time. One example is virtual backend interfaces
which rely on other entities on the bridge for actual physical
connectivity. They only provide virtual access.
Device drivers that know
From: "Luis R. Rodriguez"
This v2 series changes the approach from my original virtualization
multicast patch series [0] by abandoning completely the multicast
issues and instead generalizing an approach for virtualization
backends. There are two things in common with virtualization
backends:
From: "Luis R. Rodriguez"
The xen-netback driver is used only to provide a backend
interface for the frontend. The link is the only thing we
use, and that is used internally for letting us know when the
xen-netfront is ready, when it switches to XenbusStateConnected.
Note that only when the
On Fri, Feb 14, 2014 at 6:44 PM, Linus Torvalds
wrote:
>
> And conversely, the C11 people can walk away from us too. But if they
> can't make us happy (and by "make us happy", I really mean no stupid
> games on our part) I personally think they'll have a stronger
> standard, and a real use case,
On Fri, Feb 14, 2014 at 02:40:12PM -0800, Andy Lutomirski wrote:
> On Fri, Feb 14, 2014 at 12:52 AM, Stefani Seibold wrote:
> > This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
> > and vdso_time() to the 32 bit VDSO.
>
> Is there any chance you can shove this in a git tree
On Fri, Feb 14, 2014 at 6:08 PM, Paul E. McKenney
wrote:
>
> One way of looking at the discussion between Torvald and myself would be
> as a seller (Torvald) and a buyer (me) haggling over the fine print in
> a proposed contract (the standard). Whether that makes you feel better
> or worse about
Hi Will,
I test kernel with this patch, the problem has be fixed. When the
event's sample_period is small, the cpu will not stall except printing
warning "oprofile: ignoring spurious overflow ignoring spurious overflow".
This is normal for unregistered event.
So would you please send a
This patch adds documentation for APM X-Gene SoC Queue Manager/Traffic Manager.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
Documentation/mailbox/apm-xgene-qmtm.txt | 149 ++
1 file changed, 149 insertions(+)
create mode 100644
This patch adds APM X-Gene SoC Queue Manager/Traffic Manager base driver.
QMTM is requried by Ethernet, PktDMA (XOR Engine) and Security subsystems.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
MAINTAINERS |9 +
drivers/mailbox/Kconfig
This patch adds support for APM X-Gene SoC Queue Manager/Traffic Manager.
QMTM is required by APM X-Gene SoC Ethernet, PktDMA (XOR Engine) and
Security Engine subsystems. All subsystems communicate with QMTM using
messages which include information about the work to be performed and
the
This patch adds devicetree bindings documentation for APM X-Gene SoC Queue
Manager/Traffic Manager.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/mailbox/apm-xgene-qmtm.txt | 53
1 file changed, 53 insertions(+)
create mode 100644
This patch adds APM X-Gene SoC Queue Manager/Traffic Manager DTS entries.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
arch/arm64/boot/dts/apm-storm.dtsi | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
On 2014/2/15 4:47, Tejun Heo wrote:
> Currently, there's nothing explicitly preventing
> cgroup_enable_task_cg_lists() from missing set PF_EXITING and race
> against cgroup_exit(), and, depending on the timing, cgroup_exit()
> seemingly may finish with the task still linked on css_set leading to
>
On Fri, Feb 14, 2014 at 12:02:23PM -0800, Linus Torvalds wrote:
> On Fri, Feb 14, 2014 at 11:50 AM, Linus Torvalds
> wrote:
> >
> > Why are we still discussing this idiocy? It's irrelevant. If the
> > standard really allows random store speculation, the standard doesn't
> > matter, and sane
Hi Bruce,
The upstream has merged your git tree for-3.14, but there is no this patch?
Do you forget this patch?
Thanks!
Weng Meiling
On 2014/1/4 6:22, J. Bruce Fields wrote:
> On Mon, Dec 30, 2013 at 05:23:59PM +0300, Stanislav Kinsbursky wrote:
>> There could be a case, when NFSd file system
On Wed, Jan 29, 2014 at 04:32:04PM +0100, Peter Zijlstra wrote:
> On Wed, Jan 29, 2014 at 03:07:44PM +0100, Peter Zijlstra wrote:
> > Let me see if I can make a 'nice' function to dump state though, it
> > might come in handy more often.
>
> Compile tested only...
This took a while, but I
This adds preliminary DT support for the at91sam9rl.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/at91sam9rl.dtsi | 626 ++
arch/arm/mach-at91/at91sam9rl.c | 16 +
2 files changed, 642 insertions(+)
create mode 100644
at91sam9rl now has a device tree, add it to the at91_dt_defconfig.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91_dt_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/at91_dt_defconfig
b/arch/arm/configs/at91_dt_defconfig
index
Add a device tree for the at91sam9rl-ek. For now it supports:
- MMC
- dbgu
- usart1
- watchdog
- nand
- leds
- buttons
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/Makefile | 2 +
arch/arm/boot/dts/at91sam9rlek.dts | 151 +
2 files
This series adds DT support for the at91sam9rl SoC, then the at91sam9rl-ek
evaluation board.
While the at91sam9rl dtsi should be almost complete (still missing LCD and
touchscreen bits). The at91sam9rlek DT now support the following tested
features:
- MMC
- dbgu
- usart1
- watchdog
- nand
-
synchronize_irq() waits for hard irq and threaded handlers to complete
before returning. For some special cases we only need to make sure
that the hard interrupt part of the irq line is not in progress when
we disabled the - possibly shared - interrupt at the device level.
A proper use case for
Russell tricked me to look into the homebrewn kthread hackery of
drivers/mmc. I'm still trying to recover from that.
But it spurred an interesting discussion how to improve things and the
outcome was the following series of patches:
1) Provide means to synchronize only hard irq context
2)
In course of the sdhci/sdio discussion with Russell about killing the
sdio kthread hackery we discovered the need to be able to wake an
interrupt thread from software.
The rationale for this is, that sdio hardware can lack proper
interrupt support for certain features. So the driver needs to poll
On Monday, February 10, 2014 02:00:10 PM Tomasz Nowicki wrote:
> This commit enables ISA-specific code if and only if CONFIG_{E}ISA is set
> in the kernel configuration so that we do not have to maintain
> acpi_isa_irq_to_gsi() function for architectures which do not support ISA.
>
>
From: Markus Metzger
[From Markus, just sending for him because he had problems with his mail]
When using BTS on Core i7-4*, I get the below kernel warning.
$ perf record -c 1 -e branches:u ls
Message from syslogd@labpc1501 at Nov 11 15:49:25 ...
kernel:[ 438.317893] Uhhuh. NMI received for
On Monday, February 10, 2014 05:23:36 PM Tomasz Nowicki wrote:
> ACPI_APEI is already dependent on X86, hence, there is no need to
> define such dependency for ACPI_APEI_GHES again.
>
> Signed-off-by: Tomasz Nowicki
Tony, Boris, if you're fine with this, I'll take it for 3.15.
> ---
>
From: Rafael J. Wysocki
After recent ACPI core changes acpi_bus_get_device() will always
succeed for dock station ACPI device objects, so show_docked()
should not use that function's return value as an indicator of
whether or not the dock device is present.
Make it use acpi_device_enumerated()
On Fri, 14 Feb 2014, David Rientjes wrote:
> Yeah, you don't need it, but don't you think it makes the code more
> readable? Otherwise this is going to be just doing
>
> return (unsigned long)objp & ~SLAB_OBJ_PFMEMALLOC;
>
> and you gotta figure out the function type to understand it's
On Fri, Feb 14, 2014 at 04:32:13PM -0600, Scott Wood wrote:
> On Fri, 2014-02-14 at 14:02 -0800, Cody P Schafer wrote:
> > Signed-off-by: Cody P Schafer
> > ---
> > arch/powerpc/perf/Makefile | 2 ++
> > arch/powerpc/platforms/Kconfig.cputype | 6 ++
> > 2 files changed, 8
On 02/14/2014 12:42 PM, Randy Dunlap wrote:
On 02/14/2014 08:31 AM, Gene Heskett wrote:
Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
Not finding the option in any kernel tree that exists on my system,
except it appears its been replaced or something.
This once in a
On 02/14/2014 03:23 PM, Rafael J. Wysocki wrote:
> On Friday, February 14, 2014 12:42:53 PM Stephen Warren wrote:
>> On 02/12/2014 11:50 PM, Viresh Kumar wrote:
>>> This patchset creates/calls cpufreq suspend/resume callbacks from
>>> dpm_{suspend|resume}()
>>> for handling suspend/resume of
Some architectures need cacheflush.h explicitly included (mips) for
use of flush_icache_range():
config: make ARCH=mips allmodconfig
All error/warnings:
>> ERROR: "flush_icache_range" undefined!
Reported-by: Fengguang Wu
Signed-off-by: Kees Cook
---
drivers/misc/lkdtm.c |1 +
Hi!
> Use the name_to_dev_t call to parse the device name echo'd to
> to /sys/power/resume. This imitates the method used in hibernate.c
> in software_resume, and allows the resume partition to be specified
> using other equivalent device formats as well. By allowing
> /sys/debug/resume to
On 02/14/2014 01:30 AM, Dan Carpenter wrote:
> The reported-by text says you have to ask for permission, but that's
> only if the bug was reported in private. These days the standard is to
> always give reported-by credit or it's considered a bit rude.
>
> Signed-off-by: Dan Carpenter
When running dmatest with my yet-to-be submitted driver for the Intel MIC DMA
engine, dmatest detected "dma0chan3-copy5: result #8096161:completion busy
status with src_off=0x0 dst_off=0x0 len=0x40 (0)". This is caused by reading
the used cookie before the completed cookie in dma_cookie_status(),
Hi Steven,
What are your thoughts on this patch?
--
Bharath Ravi | rbhar...@google.com
On Thu, Jan 23, 2014 at 11:46 AM, Bharath Ravi wrote:
> Hi Steven,
>
> This patch allows instances to have their own independent trace
> options (as opposed to the current globally shared trace options)
>
>
Hi Steven,
Does this version of the patch look reasonable?
--
Bharath Ravi | rbhar...@google.com
On Thu, Jan 23, 2014 at 11:37 AM, Bharath Ravi wrote:
>
> It is often memory efficient to start instances off with a smaller ring
> buffer size than the current default. This is particularly true
Tejun Heo writes:
> Hello,
>
> On Wed, Feb 12, 2014 at 11:02:41AM -0800, Paul E. McKenney wrote:
>> +2. Use the /sys/devices/virtual/workqueue/*/cpumask sysfs files
>> +to force the WQ_SYSFS workqueues to run on the specified set
>> +of CPUs. The set of WQ_SYSFS workqueues can be
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> node isn't changed, so we don't need to retreive this structure
> everytime we move the object. Maybe compiler do this optimization,
> but making it explicitly is better.
>
Would it be possible to make it const struct kmem_cache_node *n then?
--
To
On Fri, 14 Feb 2014, Christoph Lameter wrote:
> > @@ -215,9 +215,9 @@ static inline void set_obj_pfmemalloc(void **objp)
> > return;
> > }
> >
> > -static inline void clear_obj_pfmemalloc(void **objp)
> > +static inline void *clear_obj_pfmemalloc(void *objp)
> > {
> > - *objp = (void
On Wed, Feb 12, 2014 at 3:42 PM, Markus Mayer wrote:
> List myself as maintainer for Broadcom's Kona GPIO driver.
>
> Signed-off-by: Markus Mayer
> ---
>
> Does that look like a reasonable way to make this change? I added the
> entry alphabetically in the BROADCOM section.
>
> MAINTAINERS |
On Fri, 14 Feb 2014, Joonsoo Kim wrote:
> slab_should_failslab() is called on every allocation, so to optimize it
> is reasonable. We normally don't allocate from kmem_cache. It is just
> used when new kmem_cache is created, so it's very rare case. Therefore,
> add unlikely macro to help compiler
On Thu, 13 Feb 2014, Luiz Capitulino wrote:
> From: Luiz capitulino
>
> The HugeTLB command-line option hugepages= allows a user to specify how
> many huge pages should be allocated at boot. This option is needed because
> it improves reliability when allocating 1G huge pages, which are better
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
Acked-by: Tony Lindgren
---
arch/arm/mach-omap2/board-omap3pandora.c | 2 ++
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
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
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
Hi John,
The following patchset adds device tree support to the spi variant of the
wl1251 driver, which is used in the Nokia N900. Tony requested, that you
take the whole series even if that may introduce merge conflicts:
> Sebastian, please resend the whole series to John and feel free to add
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:
On 02/13/2014 01:54 PM, Dmitry Torokhov wrote:
On Thu, Feb 13, 2014 at 11:23:44AM -0800, Christopher Heiny wrote:
>On 02/12/2014 09:27 PM, Dmitry Torokhov wrote:
> >Do not write configuration data in probe(), we have config() for that.
>
>Then we should call config() in rmi_function_probe()
Use the name_to_dev_t call to parse the device name echo'd to
to /sys/power/resume. This imitates the method used in hibernate.c
in software_resume, and allows the resume partition to be specified
using other equivalent device formats as well. By allowing
/sys/debug/resume to accept the same
Patchset related to hibernation resume:
- enhancement to make the use of an existing resume file more general
Patch is based on the 3.13 tag. This was tested on a Beaglebone black
with partial hibernation support, also compiled for x86_64.
[PATCH v9 1/1] PM / Hibernate: use name_to_dev_t
I get the following splat in my tests running 3.14-rc2:
[3.955123] WARNING: CPU: 0 PID: 1 at
/work/autotest/nobackup/linux-test.git/drivers/gpu/drm/i915/intel_display.c:857
intel_wait_for_pipe_off+0x17a/0x2d0()
[3.955124] pipe_off wait timed out
[3.955127] CPU: 0 PID: 1 Comm:
On Fri, Feb 14, 2014 at 12:52 AM, Stefani Seibold wrote:
> This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
> and vdso_time() to the 32 bit VDSO.
Is there any chance you can shove this in a git tree somewhere for the
next version (in addition to sending patches)? I don't
Use the name_to_dev_t call to parse the device name echo'd to
to /sys/power/resume. This imitates the method used in hibernate.c
in software_resume, and allows the resume partition to be specified
using other equivalent device formats as well. By allowing
/sys/debug/resume to accept the same
I still get build errors.
i386 allyesconfig, i386 allmodconfig as well as a more basic i386
configuration:
arch/x86/vdso/vdso32-int80.so.dbg: undefined symbols found
make[4]: *** [arch/x86/vdso/vdso32-int80.so.dbg] Error 1
x86-64 allyesconfig and x86-64 allmodconfig:
On Fri, 2014-02-14 at 14:43 -0700, Bjorn Helgaas wrote:
> [+cc Don]
>
> On Mon, Feb 03, 2014 at 02:27:27PM -0700, Alex Williamson wrote:
> > v2:
> > - Remove bus #0 bug in filtering matching
> > - Add 2/3 introducing PCI_DEV_FLAGS_ACS_ENABLED_QUIRK, this gives
> >is better tracking and
On Sat, Feb 08, 2014 at 06:29:31PM +0100, Antonios Motakis wrote:
> From: Kim Phillips
>
> Needed by drivers, such as the vfio platform driver [1], seeking to
> bypass bind_store()'s driver_match_device(), and bind to any device
> via a private sysfs bind file.
>
> [1]
Patchset related to hibernation resume:
- enhancement to make the use of an existing resume file more general
Patch is based on the 3.13 tag. This was tested on a Beaglebone black
with partial hibernation support, also compiled for x86_64.
[PATCH v9 1/1] PM / Hibernate: use name_to_dev_t
In re: Feature vs. bug fix
At the risk of trying to arguing about the meaning of `is' I would argue that
this is more a bug fix than a feature. We're not adding a new capability, we
are trying to work around deficient HW (no argument that we should have
implemented ACS on all platforms).
On 02/14/2014 11:21 AM, Gene Heskett wrote:
> On Friday 14 February 2014, Randy Dunlap wrote:
>> On 02/14/2014 08:31 AM, Gene Heskett wrote:
>>> Which is required for my $290 ASUS M2n-SLI Deluxe motherboard to boot.
>>>
>>> Not finding the option in any kernel tree that exists on my system,
>>>
The latest feature release Git v1.9.0 is now available at the
usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
e60667fc16e5a5f1cde46616b0458cc802707743 git-1.9.0.tar.gz
65eb3f411f4699695c7081a7c716cabb9ce23d75
On Friday, February 14, 2014 12:42:53 PM Stephen Warren wrote:
> On 02/12/2014 11:50 PM, Viresh Kumar wrote:
> > This patchset creates/calls cpufreq suspend/resume callbacks from
> > dpm_{suspend|resume}()
> > for handling suspend/resume of cpufreq governors and core.
>
> Are these patches for
On Friday, February 14, 2014 05:26:01 PM Mika Westerberg wrote:
> On Fri, Feb 14, 2014 at 03:46:20PM +0100, Takashi Iwai wrote:
> > The acpi_osi blacklist is just a workaround, and if we have better
> > solutions, it should be removed. That's why I'm asking it.
> >
> > So, after removing
bin_attributes created/updated in create_files() (such as those listed
via (struct device).attribute_groups) were not placed under the
specified group, and instead appeared in the base kobj directory.
Fix this by making bin_attributes use creating code similar to normal
attributes.
A quick grep
1 - 100 of 1340 matches
Mail list logo
