From: Magnus Damm
Hook up the r8a7791 thermal sensor to the DTS.
Signed-off-by: Magnus Damm
---
arch/arm/boot/dts/r8a7791.dtsi |7 +++
1 file changed, 7 insertions(+)
--- 0001/arch/arm/boot/dts/r8a7791.dtsi
+++ work/arch/arm/boot/dts/r8a7791.dtsi 2013-11-20 16:00:29.0 +0900
adapter->lock is only used in et131x_multicast(), which is eventually
called by network stack function __dev_set_rx_mode(). __dev_set_rx_mode()
is always called by (net_device *)dev->addr_list_lock hold, to protect from
concurrent access. So adapter->lock is redundant.
Signed-off-by: ZHAO Gang
stop read and return error when hit max delay time.
Signed-off-by: ZHAO Gang
---
drivers/staging/et131x/et131x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/et131x/et131x.c b/drivers/staging/et131x/et131x.c
index cda037a..6254a6b 100644
---
From: Magnus Damm
Add the r8a7790 DT thermal device to the legacy clocks.
Signed-off-by: Magnus Damm
---
arch/arm/mach-shmobile/clock-r8a7790.c |1 +
1 file changed, 1 insertion(+)
--- 0001/arch/arm/mach-shmobile/clock-r8a7790.c
+++ work/arch/arm/mach-shmobile/clock-r8a7790.c 2013-11-20
remove items that have been done
Signed-off-by: ZHAO Gang
---
drivers/staging/et131x/README | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/et131x/README b/drivers/staging/et131x/README
index 8da96a6..00a34ea 100644
--- a/drivers/staging/et131x/README
+++
and
is used to point out the future direction. Hardware support may however
be limited there due to lacking DT bindings.
Signed-off-by: Magnus Damm
---
Written against renesas.git tag renesas-devel-v3.12-20131119
Tested on Lager and Koelsch.
arch/arm/boot/dts/r8a7790.dtsi |7
As TODO file suggested, drop packet instead of return NETDEV_TX_BUSY
when tx failed.
et131x_tx calls function et131x_send_packets, I put the work of
et131x_send_packets directly into et131x_tx, and made some changes to
let the code more readable.
Signed-off-by: ZHAO Gang
---
This patch set should apply to current staging-next tree
ZHAO Gang (5):
staging: et131x: clean up code
staging: et131x: drop packet when error occurs in et131x_tx
staging: et131x: stop read when hit max delay in et131x_phy_mii_read
staging: et131x: remove spinlock adapter->lock
staging:
1. change function name: et1310_phy_power_down -> et1310_phy_power_switch
change function name to better describe its functionality.
2. as TODO file suggested, do this sort of things to reduce split lines
struct fbr_lookup *fbr;
fbr = rx_local->fbr[id];
Then
Hi Susi,
> Bisected an OOPS to this commit:
>
> commit 94a86df01082557e2de45865e538d7fb6c46231c
> Author: Marcel Holtmann
> Date: Sun Oct 13 10:34:02 2013 -0700
>
>Bluetooth: Store RFCOMM address information in its own socket structure
>
>The address information of RFCOMM sockets
On Tue, 19 Nov 2013, Michal Hocko wrote:
> Hi,
> it's been quite some time since LSFMM 2013 when this has been
> discussed[1]. In short, it seems that there are usecases with a
> strong demand on a better user/admin policy control for the global
> OOM situations. Per process oom_{adj,score} which
Hi Phillip,
On Tue, Nov 19, 2013, Phillip Susi wrote:
> Bisected an OOPS to this commit:
>
> commit 94a86df01082557e2de45865e538d7fb6c46231c
> Author: Marcel Holtmann
> Date: Sun Oct 13 10:34:02 2013 -0700
>
> Bluetooth: Store RFCOMM address information in its own socket structure
>
>
From: Magnus Damm
Add code to setup the r8a7791 PFC for the Koelsch board.
At this point serial consoles are added, and in the near
future other platform-device-only devices will be added
here like for instance the r8a7791 DU.
Signed-off-by: Magnus Damm
---
Antti Miettinen wrote @ Wed, 20 Nov 2013 08:18:50 +0100:
> On 20.11.2013 02:04, Andrew Morton wrote:
> > On Fri, 15 Nov 2013 19:14:22 +0200 (EET) Antti P Miettinen
> > wrote:
> >
> > > Use ARRAY_SIZE instead of sizeof to get proper max for label
> > > length.
> > >
> > > Signed-off-by:
On Wed, Nov 20, 2013 at 2:29 AM, Greg Kroah-Hartman
wrote:
> "trigs"? Come on, we don't have a lack of characters here...
>
Will fix up.
> On Tue, Nov 19, 2013 at 09:23:40PM +0800, Peng Tao wrote:
>> From: JC Lafoucriere
>>
>> When a client accesses data in a released file,
>> or truncate it,
On Wed, Nov 20, 2013 at 1:41 PM, Greg Kroah-Hartman
wrote:
> In the future, you need to tell me to drop the old ones from my queue.
> Normally you can do that by replying to them saying to remove them, or
> put a "v2" for "version 2" on this series.
>
> Anyway, as Mark told you to redo them a
From: Yanis Moreno
This removes the "depends on SOC_SAM_V7" statement
in a Kconfig section that's under an "if SOC_SAM_V7"
condition (same parameter).
Signed-off-by: Yanis Moreno
Reviewed-by: Michael Opdenacker
---
arch/arm/mach-at91/Kconfig |1 -
1 file changed, 1 deletion(-)
diff
On 20.11.2013 02:04, Andrew Morton wrote:
> On Fri, 15 Nov 2013 19:14:22 +0200 (EET) Antti P Miettinen
> wrote:
>
> > Use ARRAY_SIZE instead of sizeof to get proper max for label
> > length.
> >
> > Signed-off-by: Antti P Miettinen
> > Reviewed-by: Hiroshi Doyu
> > Tested-by: Hiroshi Doyu
On Tue, Nov 19, 2013 at 02:35:37PM -0700, Bjorn Helgaas wrote:
> The following patches fix issues reported by Yuval Mintz
> and Myron Stowe .
>
> These fix pcie_capability_read_dword() and related accessors, which first
> appeared in v3.7. I backported these to v3.10.19 because that appears to
On Tue, Nov 19, 2013 at 11:08:06AM -0700, Myron Stowe wrote:
> On Mon, Nov 18, 2013 at 10:57 PM, Adam Lee wrote:
> > On Mon, Nov 18, 2013 at 10:38:17AM -0700, Bjorn Helgaas wrote:
> >> [+cc Myron, Amos, Thomas, Ben]
> >>
> >> On Mon, Nov 18, 2013 at 2:40 AM, Adam Lee wrote:
> >> > This patch
On 19/11/13 18:20, David Ahern wrote:
> On 11/19/13, 1:12 AM, Adrian Hunter wrote:
>> On 18/11/13 23:15, David Ahern wrote:
>>> Why not cleanup the options for the commands and move all of the no- to
>>> just ? Anyone using no- would still just work by the existing code.
>>
>>
On Wed, Nov 20, 2013 at 12:51:21AM -0500, Tejun Heo wrote:
>Hello,
>
>On Wed, Nov 20, 2013 at 11:00:56AM +0800, Wei Yang wrote:
>> What do you think about this one?
>>
>> >
>> >From bd70498b9df47b25ff20054e24bb510c5430c0c3 Mon Sep 17 00:00:00 2001
>> >From: Wei Yang
>> >Date: Thu, 10 Oct 2013
Previously we read sit entries page one by one, this method lost the chance
of reading contiguous page together. So we read pages as contiguous as
possible for better mount performance.
v1-->v2:
o merge judgements/use 'Continue' or 'Break' instead of 'Goto' as Gu Zheng
suggested.
o add
For better read performance, we add a new function to support for merging
contiguous read as the one for write.
v1-->v2:
o add declarations here as Gu Zheng suggested.
o use new structure f2fs_bio_info introduced by Jaegeuk Kim.
Signed-off-by: Chao Yu
Acked-by: Gu Zheng
---
fs/f2fs/data.c
(2013/11/20 14:27), Atsushi Kumagai wrote:
> On 2013/11/19 18:56:21, kexec wrote:
>> (2013/11/18 9:51), Atsushi Kumagai wrote:
>>> (2013/11/15 23:26), Vivek Goyal wrote:
On Fri, Nov 15, 2013 at 06:41:52PM +0900, HATAYAMA Daisuke wrote:
[..]
>> Given the fact that hpa does not
Hi Kim,
No considering 80 columns for the description, :(
I will resend the patches.
> -Original Message-
> From: Chao Yu [mailto:chao2...@samsung.com]
> Sent: Wednesday, November 20, 2013 1:55 PM
> To: ??? (jaegeuk@samsung.com)
> Cc: 'linux-fsde...@vger.kernel.org';
David Miller [mailto:da...@davemloft.net]
[...]
> > If the situation occurs, it means there is no tx buffer at
> that time. If the
> > netif_wake_queue() is called, only one more packet would be
> queued and the tx
> > queue would be stopped again after calling
> rtl8152_start_xmit(). That
On Sun, Nov 17, 2013 at 08:45:23PM -0800, Greg Kroah-Hartman wrote:
> On Sun, Nov 17, 2013 at 12:29:37PM +0900, Tejun Heo wrote:
> > On Sat, Nov 16, 2013 at 10:21:19PM -0500, Dave Jones wrote:
> > > On Sun, Nov 17, 2013 at 11:17:36AM +0900, Tejun Heo wrote:
> > >
> > >
> > > > + if
(2013/11/19 12:16), Madper Xie wrote:
>
> isimatu.yasu...@jp.fujitsu.com writes:
>
>> Hi Matt,
>>
>> Sorry for late the reply.
>>
>>
>> (2013/11/11 19:54), Matt Fleming wrote:
>>> On Mon, 11 Nov, at 05:52:59PM, Yasuaki Ishimatsu wrote:
Hi Matt,
I uses FUJITSU's x86 box.
This
On Wednesday, November 20, 2013 1:14 PM, Stefan Kristiansson wrote:
>
> This adds support for the VGA/LCD core available from OpenCores:
> http://opencores.org/project,vga_lcd
>
> The driver have been tested together with both OpenRISC and
> ARM (socfpga) processors.
>
> Signed-off-by: Stefan
I need your help to transfer 3,750.000.00 dollars via bank to bank
transfer, if interested please contact me via my email:
ventura...@freemail.hu
--
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
(cc'ing Bjorn)
Hello,
On Tue, Nov 19, 2013 at 03:09:58PM +0200, Mika Westerberg wrote:
> Commit bcdde7e221a8 (sysfs: make __sysfs_remove_dir() recursive) changed
> the behavior so that directory removals will be done recursively. This
> means that the sysfs group might already be removed if its
For better read performance, we add a new function to support for merging
contiguous read as the one for write.
v1-->v2:
o add declarations here as Gu Zheng suggested.
o use new structure f2fs_bio_info introduced by Jaegeuk Kim.
Signed-off-by: Chao Yu
Acked-by: Gu Zheng
---
fs/f2fs/data.c
Previously we read sit entries page one by one, this method lost the chance of
reading contiguous page together.
So we read pages as contiguous as possible for better mount performance.
v1-->v2:
o merge judgements/use 'Continue' or 'Break' instead of 'Goto' as Gu Zheng
suggested.
o add
On Tuesday 19 November 2013 11:10 AM, Viresh Kumar wrote:
> diff --git a/drivers/cpufreq/cpufreq_stats.c b/drivers/cpufreq/cpufreq_stats.c
> index 4cf0d28..ebb21cd 100644
> --- a/drivers/cpufreq/cpufreq_stats.c
> +++ b/drivers/cpufreq/cpufreq_stats.c
> @@ -72,9 +72,13 @@ static ssize_t
Hello,
On Wed, Nov 20, 2013 at 11:00:56AM +0800, Wei Yang wrote:
> What do you think about this one?
>
> >
> >From bd70498b9df47b25ff20054e24bb510c5430c0c3 Mon Sep 17 00:00:00 2001
> >From: Wei Yang
> >Date: Thu, 10 Oct 2013 09:42:14 +0800
> >Subject: [PATCH] percpu: optimize group assignment
On Tue, Nov 19, 2013 at 4:49 PM, Andi Kleen wrote:
> Michal Hocko writes:
>>
>> Another option would be to use sysctl values for the top cpuset as a
>> default. But then why not just do it manually without sysctl?
>
> I want to provide an alternative to having to use cpusets to use this,
> that
From: fre...@asix.com.tw
Date: Wed, 20 Nov 2013 10:11:36 +0800
> From: Freddy Xin
>
> This patch adds a workaroud to solve Suspend/Resume issue that AX88772B turns
> off its Ethernet PHY power in the case that REMOTE_WAKEUP feature doesn't
> be set when system suspend. In this case, the PHY
On Wed, Nov 20, 2013 at 09:53:36AM +0800, ZHAO Gang wrote:
> > I'm a bit confused - these patches apply to the current head of
> > staging-next, but not on top of your previous two patches. I assume that
> > you're aiming to have these changes on top of your last two, so can you
> > please re-spin
On 2013/11/18 22:56:10, kexec wrote:
> On Mon, Nov 18, 2013 at 12:51:39AM +, Atsushi Kumagai wrote:
>
> [..]
> > > Is there any chance that you could look into fixing this. I have no
> > > experience writing code for makedumpfile.
> >
> > I'll send a patch to fix this soon.
>
> Thanks
On Tue, Nov 19, 2013 at 08:56:59PM -0500, Josh Boyer wrote:
> On Mon, Nov 18, 2013 at 10:03:10AM +0100, Sascha Hauer wrote:
> > On Tue, Nov 12, 2013 at 12:15:45PM -0500, Josh Boyer wrote:
> > > commit b8d181e408af (staging: drm/imx: add drm plane support) added a file
> > > to the make target for
Hi Gu,
> -Original Message-
> From: Gu Zheng [mailto:guz.f...@cn.fujitsu.com]
> Sent: Monday, November 18, 2013 7:16 PM
> To: Chao Yu
> Cc: '???'; linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net; 谭姝
> Subject: Re: [f2fs-dev] [PATCH V2
On 2013/11/19 18:56:21, kexec wrote:
> (2013/11/18 9:51), Atsushi Kumagai wrote:
> > (2013/11/15 23:26), Vivek Goyal wrote:
> >> On Fri, Nov 15, 2013 at 06:41:52PM +0900, HATAYAMA Daisuke wrote:
> >>
> >> [..]
> Given the fact that hpa does not like fixing it in kernel. We are
> left
On Tuesday 19 November 2013 11:13 PM, Nishanth Menon wrote:
> we depend on the first transition to take us to a sane configuration -
> but we cannot predict when and if it will happen.
I really believe that it happens fairly quickly, isn't it? We straight away
start the sampling of load and
From: Kamala R
Date: Wed, 20 Nov 2013 10:18:04 +0530
> I have sent across the patch on a separate thread. The subject of the mail is
> :
>
> [PATCH 1/1] IPv6: Fixed support for blackhole and prohibit routes
>
> Could you review ?
Can you just be patient? You only posted the patch in the
From: hayeswang
Date: Wed, 20 Nov 2013 11:28:46 +0800
> David Miller [mailto:da...@davemloft.net]
> [...]
>> This is racy.
>>
>> You have nothing which synchronizes r8152_tx_agg_fill() and
>> rtl8152_start_xmit(),
>> therefore:
>>
>> > + if (netif_queue_stopped(tp->netdev))
>> > +
On 11/19/2013 04:42 PM, Geert Uytterhoeven wrote:
> early_init_dt_scan() now takes care of falling back to the built-in DTB.
>
> Signed-off-by: Geert Uytterhoeven
> Cc: Vineet Gupta
Acked-by: Vineet Gupta
Thx,
-Vineet
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 11/19/2013 08:30 PM, Michal Marek wrote:
> Dne 19.11.2013 12:08, Vineet Gupta napsal(a):
>> Ping ? people OK if I take this via arc tree (after baking it in linux-next
>> for
>> some time).
> It makes more sense to add it to the arc tree than kbuild. If that's
> what you are asking?
Yep,
On 11/19/2013 03:09 PM, Greg Kroah-Hartman wrote:
On Tue, Nov 19, 2013 at 10:50:00AM +, Luis Henriques wrote:
Hi Greg,
On Mon, Nov 18, 2013 at 10:41:34AM -0800, Greg Kroah-Hartman wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
I guess you can drop
Hi Linus
Here is the pull request for 3.13. This is consolidated pull request from Dan
Williams and me. I have merged his changes into mine.
This brings for slave dmaengine:
- Change dma notification flag to DMA_COMPLETE from DMA_SUCCESS as dmaengine can
only transfer and not verify validaty
On 11/12/13, 8:34 AM, Peter Zijlstra wrote:
On Tue, Nov 12, 2013 at 08:25:02AM -0700, David Ahern wrote:
The patch in this thread deletes the file. Another option is to rewind the
file to the last known good write (ie., length after last successful call to
write_output).
I'd report a warning
Use NOKPROBE_SYMBOL macro to protect functions from
kprobes instead of __kprobes annotation in ftrace.
This applies __always_inline annotation for some cases,
because NOKPROBE_SYMBOL() will inhibit inlining by
referring the symbol address.
Signed-off-by: Masami Hiramatsu
Cc: Steven Rostedt
Cc:
.entry.text is a code area which is used for interrupt/syscall
entries, and there are many sensitive codes.
Thus, it is better to prohibit probing on all of such codes
instead of a part of that.
Since some symbols are already registered on kprobe blacklist,
this also removes them from the
Use NOKPROBE_SYMBOL macro to protect functions from kprobes
instead of __kprobe annotation in hw_breakpoint.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Andrew Morton
Cc: Oleg Nesterov
---
arch/x86/kernel/hw_breakpoint.c |6 --
1
Use NOKPROBE_SYMBOL macro to protect functions from kprobes
instead of __kprobes annotation in fault.c.
This applies __always_inline annotation for some cases,
because NOKPROBE_SYMBOL() will inhibit inlining by
referring the symbol address.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
There is no need to prohibit probing on the functions
used in preparation phase. Those are safely probed because
those are not invoked from breakpoint/fault/debug handlers,
there is no chance to cause recursive exceptions.
Following functions are now removed from the kprobes blacklist.
can_boost
Use NOKPROBE_SYMBOL macro to protect functions from
kprobes instead of __kprobes annotation for nmi handlers.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Arnaldo Carvalho de Melo
Cc: Michel Lespinasse
Prohibit probing on func_ptr_is_kernel_text() by adding
it to the kprobe_blacklist.
Since the func_ptr_is_kernel_text() is called from
notifier_call_chain() which is called from int3 handler,
probing it may cause double int3 fault and kernel will
reboot.
This happenes when the kernel built with
Introduce NOKPROBE_SYMBOL() macro which builds a kprobe
blacklist in build time. The usage of this macro is similar
to the EXPORT_SYMBOL, put the NOKPROBE_SYMBOL(function); just
after the function definition.
If CONFIG_KPROBES=y, the macro is expanded to the definition
of a static data structure
Use kprobe_blackpoint for blacklisting .entry.text and .kprobes.text
instead of arch_within_kprobe_blacklist. This also makes them visible
via (debugfs)/kprobes/blacklist.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Ananth N Mavinakayanahalli
Use NOKPROBE_SYMBOL macro for protecting functions
from kprobes instead of __kprobes annotation in x86
kprobes code.
This applies __always_inline annotation for some cases,
because NOKPROBE_SYMBOL() will inhibit inlining by
referring the symbol address.
Signed-off-by: Masami Hiramatsu
Cc: Thomas
Use NOKPROBE_SYMBOL macro for protecting functions
from kprobes instead of __kprobes annotation in
dumpstack.c.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Andrew Morton
Cc: Jiri Slaby
Cc: Tejun Heo
Cc: Vineet Gupta
---
Prohibit probing on debug_stack_reset and debug_stack_set_zero.
Since the both functions are called from TRACE_IRQS_ON/OFF_DEBUG
macros which run in int3 ist entry, probing it may cause a soft
lockup.
This happens when the kernel built with CONFIG_DYNAMIC_FTRACE=y
and CONFIG_TRACE_IRQFLAGS=y.
> Hi, please revert the previous two patches if you can.
I mean drop/ignore previous two patches, just apply this 4 patches to
staging-next, thanks.
--
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
There is no need to prohibit probing on the functions
used for preparation. Those are safely probed because
those are not invoked from breakpoint/fault/debug handlers,
there is no chance to cause recursive exceptions.
Following functions are now removed from the kprobes blacklist.
Use NOKPROBE_SYMBOL macro to protect functions from kprobes
instead of __kprobes annotation in trap.c.
This also applies __always_inline annotation for some cases,
because NOKPROBE_SYMBOL() will inhibit inlining by referring
the symbol address.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
To blacklist the functions in a module (e.g. user-defined
kprobe handler and the functions invoked from it), expand
blacklist support for modules.
With this change, users can use NOKPROBE_SYMBOL() macro in
their own modules.
Changes from previous:
- Fix the type of kprobe_blacklist_seq_stop()
Use NOKPROBE_SYMBOL macro to protect functions from kprobes
instead of __kprobes annotation in alternative.c.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Jiri Kosina
Cc: Borislav Petkov
---
arch/x86/kernel/alternative.c |3 ++-
1 file
Use NOKPROBE_SYMBOL macro for protecting functions
from kprobes instead of __kprobes annotation in kvm.c.
This also adds kvm_read_and_reset_pf_reason in
the blacklist because it can be called before
do_page_fault.
Signed-off-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H.
Hi,
Here is the version 3 of NOKPORBE_SYMBOL series.
Currently the blacklist is maintained by hand in kprobes.c
which is separated from the function definition and is hard
to catch up the kernel update.
To solve this issue, I've introduced NOKPROBE_SYMBOL() macro
for making kprobe blacklist at
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Add Microblaze as an example user and fix a typo in
The intent of perf-script is to dump the events and information
in the file. H/W, S/W and raw events all dump callchains if they
are present; might as well make that the default for tracepoints
too.
v2: Only add options for sym, dso and ip if callchains are present
Signed-off-by: David Ahern
David Miller [mailto:da...@davemloft.net]
[...]
> This is racy.
>
> You have nothing which synchronizes r8152_tx_agg_fill() and
> rtl8152_start_xmit(),
> therefore:
>
> > + if (netif_queue_stopped(tp->netdev))
> > + netif_wake_queue(tp->netdev);
> > +
>
> A netif_stop_queue() can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Bisected an OOPS to this commit:
commit 94a86df01082557e2de45865e538d7fb6c46231c
Author: Marcel Holtmann
Date: Sun Oct 13 10:34:02 2013 -0700
Bluetooth: Store RFCOMM address information in its own socket structure
The address
(2013/11/19 8:30), Sumner, William wrote:
> Thank you for testing this RFC patch. It is great to have confirmation that
> the code works in a different test environment.
>
> You asked: "What is the status of this patch?"
> I have made a few changes since the RFC version of this patch:
>
> 1.
On 11/20/2013 09:34 AM, Michael Dalton wrote:
> Hi,
>
> After further reflection I think we're looking at two related issues:
> (a) a memory leak that Jason has identified that occurs when a memory
> allocation fails in receive_mergeable. Jasons commit solves this issue.
> (b) virtio-net does not
Stephen Warren wrote @ Tue, 19 Nov 2013 22:22:47 +0100:
> On 11/19/2013 05:03 AM, Hiroshi Doyu wrote:
> > Hi Thierry,
> >
> > Thierry Reding wrote @ Tue, 19 Nov 2013 11:25:07
> > +0100:
> >
> >> From earlier discussions I thought the goal was to actually defer this
> >> until all nodes
On 10/30/2013 07:01:52 AM, Mel Gorman wrote:
We talked about this a
few months ago but I still suspect that we will have to bite the
bullet and
tune based on "do not dirty more data than it takes N seconds to
writeback"
using per-bdi writeback estimations. It's just not that trivial to
David Howells writes:
> James Solner wrote:
>
>> This patch adds the Documentation/module-signing.txt file that is
>> currently missing from the Documentation directory. The init/Kconfig
>> file references the Documentation/module-signing.txt file to explain
>> how kernel module signing works.
On Wed, Nov 20 2013, Dave Chinner wrote:
> On Tue, Nov 19, 2013 at 07:02:30PM -0700, Jens Axboe wrote:
> > On Tue, Nov 19 2013, Jens Axboe wrote:
> > > > Looks like a race condition, below works for me, please try.
> > > >
> > > >
> > > > Subject: virtio_blk: fix race condition
> > > >
> > > >
On 11/20/2013 04:49 AM, Michael S. Tsirkin wrote:
> On Tue, Nov 19, 2013 at 06:03:48AM -0800, Eric Dumazet wrote:
>> On Tue, 2013-11-19 at 16:05 +0800, Jason Wang wrote:
>>> We need to drop the refcnt of page when we fail to allocate an skb for frag
>>> list, otherwise it will be leaked. The bug
On Mon, Oct 28, 2013 at 11:17:46PM +0800, Wei Yang wrote:
>On Mon, Oct 28, 2013 at 07:31:20AM -0400, Tejun Heo wrote:
>>Hello,
>>
>>On Mon, Oct 28, 2013 at 11:00:55AM +0800, Wei Yang wrote:
>>> >Does this actually matter? If so, it'd probably make a lot more sense
>>> >to start inner loop at @cpu
On 11/19/2013 10:03 PM, Eric Dumazet wrote:
> On Tue, 2013-11-19 at 16:05 +0800, Jason Wang wrote:
>> > We need to drop the refcnt of page when we fail to allocate an skb for frag
>> > list, otherwise it will be leaked. The bug was introduced by commit
>> > 2613af0ed18a11d5c566a81f9a6510b73180660a
On Tue, Nov 19, 2013 at 07:02:30PM -0700, Jens Axboe wrote:
> On Tue, Nov 19 2013, Jens Axboe wrote:
> > > Looks like a race condition, below works for me, please try.
> > >
> > >
> > > Subject: virtio_blk: fix race condition
> > >
> > > virtqueue_kick() isn't multi-thread safe.
> > >
> > >
Hi Linus,
Normally I'd defer my initial for-linus pull request until after the
merge window, but a race was uncovered in the virtio-blk conversion to
blk-mq that could cause hangs. So here's a small collection of fixes for
you to pull:
- The fix for the virtio-blk IO hang reported by Dave
Since commit 853ac43ab194f "shmem: unify regular and tiny shmem",
ramfs_nommu_get_unmapped_area() and ramfs_nommu_mmap() are not directly
referenced outside of file-nommu.c. Thus make them static.
Signed-off-by: Axel Lin
---
fs/ramfs/file-nommu.c | 10 --
include/linux/ramfs.h | 7
Yan,
I'll use this trick next time around. I did dump the kernel stacks for
my process. 4 threads were blocked on SYS_newfstat (and the mds
request further up the stack).
I ended up restarting MDS after a few hours of trying to track it
down. It resolved it self following that.
This machine is
Hi all,
Please do *not* add any v3.14 material to linux-next until after
v3.13-rc1 is released.
Changes since 20131119:
The nfs tree lost its build failure.
I have created today's linux-next tree at
git
The time-efm32 driver uses the clocksource MMIO functions.
Thus it needs to select CLKSRC_MMIO in Kconfig.
Signed-off-by: Axel Lin
---
This fixes build error when COMPILE_TEST=y.
drivers/built-in.o: In function `efm32_clocksource_init':
drivers/clocksource/time-efm32.c:162: undefined reference
Hi Wolfram,
On Thu, Nov 14, 2013 at 10:05 AM, Wolfram Sang wrote:
>> In the chromeos_laptop driver, I do by-name matching of i2c busses to
>> find busses and instantiate devices, so there is value to have each
>> named something predictable.
>
> Any why don't you use fixed bus numbers which you
1 - 100 of 1311 matches
Mail list logo