On Fri, Nov 01 2013 at 12:34pm -0400,
Jens Axboe wrote:
> On 11/01/2013 10:28 AM, Mike Snitzer wrote:
> > On Fri, Nov 01 2013 at 12:02pm -0400,
> > Jens Axboe wrote:
> >
> >> On 11/01/2013 09:50 AM, Christoph Hellwig wrote:
> >>> On Fri, Nov 01, 2013 at 11:43:39AM -0400, Mike Snitzer wrote:
>
On Fri, Nov 01, 2013 at 04:18:50PM -, David Laight wrote:
> > How would you suggest replacing the jumps in this case? I agree it would be
> > faster here, but I'm not sure how I would implement an increment using a
> > single
> > conditional move.
>
> I think you need 3 instructions, move a
// Sorry for the late response! I'm in marriage leave these days. :)
On Tue, Oct 29, 2013 at 03:42:08PM -0700, Linus Torvalds wrote:
> On Tue, Oct 29, 2013 at 3:13 PM, Jan Kara wrote:
> >
> > So I think we both realize this is only about what the default should be.
>
> Yes. Most people will
Hi,
I am doing some clean up in x86 ftrace code. I check the performance by
switching between different tracers and by enabling and disabling them.
The operation has started to be much slower after rebasing on the
kernel tip tree. Bisecting has shown that the difference was caused by
the commit
On Fri, Nov 01, 2013 at 01:16:53PM -0400, Tejun Heo wrote:
> Hey, Greg.
>
> Here's proper patch with description and SOB. I'll be traveling from
> tomorrow so I might not be responsive for some days. Can you please
> apply it once Heiko confirms it fixes the issue?
Will do.
Heiko, let me know
Hi Jonas,
On Friday 01 November 2013 08:24 PM, Jonas Jensen wrote:
The MOXA UC-711X hardware(s) has an ethernet controller that seem
to be developed internally. The IC used is "RTL8201CP".
This patch adds an MDIO driver and also patches realtek to include
RTL8201CP PHY driver.
Signed-off-by:
Hey, Greg.
Here's proper patch with description and SOB. I'll be traveling from
tomorrow so I might not be responsive for some days. Can you please
apply it once Heiko confirms it fixes the issue?
Thanks!
--- 8< ---
13c589d5b0ac6 ("sysfs: use seq_file when reading regular files")
On Saturday, November 02, 2013 01:07:59 Tetsuo Handa wrote:
> Jim Lieb wrote:
> > On Friday, November 01, 2013 22:24:12 Tetsuo Handa wrote:
> > > Jim Lieb wrote:
> > > > Subsequent uses look like:
> > > > use_creds(cached fd);
> > > >
> > > > followed by
> > > >
> > > >
Hi Neil,
While I'm not fundamentally opposed to this binding, I have some issues with
its current form and would not want to see this version hit mainline.
On Fri, Nov 01, 2013 at 09:50:05AM +, NeilBrown wrote:
>
> As this device is not vendor specific, I haven't included any "vendor,"
>
On Monday 14 of October 2013 19:08:25 Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav Tyrtov
> ---
> arch/arm/boot/dts/Makefile| 1 +
>
On Monday 14 of October 2013 19:08:22 Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
> Add initial support for this SoC.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav Tyrtov
> ---
> arch/arm/mach-exynos/Kconfig
Hello Jonas,
2013/11/1 Jonas Jensen :
> The MOXA UC-711X hardware(s) has an ethernet controller that seem
> to be developed internally. The IC used is "RTL8201CP".
>
> This patch adds an MDIO driver and also patches realtek to include
> RTL8201CP PHY driver.
>
> Signed-off-by: Jonas Jensen
> ---
On 11/01/2013 10:45 AM, Christoph Hellwig wrote:
> Updated version to address Asias' comments and rebased ontop of
> block/for-next with the immutable bio changes:
Thanks, I updated the blk-mq/drivers branch to have the for-3.13/core
immutable changes and replaced the existing virtio-blk patch.
The following changes since commit 959f58544b7f20c92d5eb43d1232c96c15c01bfb:
Linux 3.12-rc7 (2013-10-27 16:12:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.12-rc8
for you to fetch changes up to
Hi,
On Monday 14 of October 2013 19:08:23 Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> The EXYNOS5410 clocks are statically listed and registered
> using the Samsung specific common clock helper functions.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav Tyrtov
> ---
>
Li,
I think it would be fantastic to see a write cache. In many workloads
you ended up writing out a file and then turning around and reading it
right back in on the same node.
There's a few things that I would like to see. First, an mount option
to turn on/off write through caching. There are
Updated version to address Asias' comments and rebased ontop of
block/for-next with the immutable bio changes:
---
From: Jens Axboe
Subject: virtio_blk: blk-mq support
Switch virtio-blk from the dual support for old-style requests and bios
to use the block-multiqueue.
Acked-by: Asias
Hi Jonas,
On 11/01/2013 02:56 PM, Jonas Jensen wrote:
Hi,
Just letting you know, the following warning from __clk_get is now
printed, and not printed after revert (git revert
0b35b92fb3600a2f9ca114a6142db95f760d55f5).
It is recommended to quote also human readable patch summary line,
so it's
Add -n option to specify min. number of tasks to print.
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-timechart.txt | 4
tools/perf/builtin-timechart.c | 5 -
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git
Add titles to figures so we can run SVG interactively in Firefox
and check event details in the tooltips.
This also aids exploring SVG with Inkscape because when user clicks on
one part of logical figure, all parts are selected.
It's also possible to read titles with Inkscape in the object
Always try to print at least 15 tasks no matter how long they run.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-timechart.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-timechart.c b/tools/perf/builtin-timechart.c
index
In order to make SVG smaller and faster to browse add possibility to
switch off power related information with -T switch.
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-timechart.txt | 3 +++
tools/perf/builtin-timechart.c | 11 ++-
2 files changed, 13
On 11/01/2013 10:28 AM, Mike Snitzer wrote:
> On Fri, Nov 01 2013 at 12:02pm -0400,
> Jens Axboe wrote:
>
>> On 11/01/2013 09:50 AM, Christoph Hellwig wrote:
>>> On Fri, Nov 01, 2013 at 11:43:39AM -0400, Mike Snitzer wrote:
All the bi_sector ones are low hanging fruit, but the conversion
Add -g flag to `perf timechart record` which saves callchain info in
the perf.data.
When generating SVG, add backtrace information to the figure details,
so now it's possible to see which code path woke up the task and why some
task went to sleep.
Signed-off-by: Stanislav Fomichev
---
The Krait L1/L2 error reporting device is made up of two
interrupts, one per-CPU interrupt for the L1 caches and one
interrupt for the L2 cache.
Cc: Mark Rutland
Acked-by: Kumar Gala
Cc:
Signed-off-by: Stephen Boyd
---
Documentation/devicetree/bindings/arm/cpus.txt | 49
Add support for the Krait CPU cache error detection. This is a
simplified version of the code originally written by Stepan
Moskovchenko[1] ported to the EDAC device framework.
[1]
https://www.codeaurora.org/cgit/quic/la/kernel/msm/tree/arch/arm/mach-msm/cache_erp.c?h=msm-3.4
Cc: Stepan
This allows us to probe the krait-edac driver.
Acked-by: David Brown
Signed-off-by: Stephen Boyd
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 37 +
1 file changed, 37 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi
This patchset adds support for the Krait L1/L2 cache error detection
hardware. The first patch fixes a generic framework bug. The next
two patches lay the groundwork for this driver to be added by
exporting percpu irq functions as well as adding the Krait l2 indirection
register code. The next
We only setup a workqueue for edac devices that use the polling
method. We still try to cancel the workqueue if an edac_device
uses the irq method though. This causes a warning from debug
objects when we remove an edac device:
WARNING: CPU: 0 PID: 56 at lib/debugobjects.c:260
"David Laight" wrote on 11/01/2013 06:25:29 PM:
> gcc will do unexpected memory accesses for bit fields that are
> adjacent to volatile data.
> In particular it may generate 64bit sized (and aligned) RMW cycles
> when accessing bit fields.
> And yes, this has caused real problems.
Thanks, I am
In the near future we're going to use these percpu irq functions
in the Krait CPU EDAC driver. Export them so that the EDAC driver
can be compiled as a module.
Acked-by: Thomas Gleixner
Signed-off-by: Stephen Boyd
---
kernel/irq/manage.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Qualcomm's Krait CPUs have a handful of L2 cache controller
registers that live behind a cp15 based indirection register.
First you program the indirection register (l2cpselr) to point
the L2 'window' register (l2cpdr) at what you want to read/write.
Then you read/write the 'window' register to do
On Fri, 2013-11-01 at 15:01 +0800, Jason Wang wrote:
> We don't validate iph->ihl which may lead a dead loop if we meet a IPIP
> skb whose iph->ihl is zero. Fix this by failing immediately when iph->ihl
> is evil (less than 5).
>
> This issue were introduced by commit
On Fri, Nov 1, 2013 at 5:14 PM, Madper Xie wrote:
>
> Pstore fs expects that backends provide a uniqued id which could avoid
> pstore making entries as duplication or denominating entries the same
> name. So I combine the timestamp, part and count into id.
>
> Signed-off-by: Madper Xie
> ---
>
On 11/01/2013 03:08 PM, scame...@beardog.cce.hp.com wrote:
> On Fri, Nov 01, 2013 at 06:31:10AM -0700, Andrew Morton wrote:
>> On Fri, 01 Nov 2013 14:06:45 +0100 Tomas Henzl wrote:
>>
>>> The problem in kernel is that the error handling in local_pci_probe
>>> and in __pci_device_probe is
On Fri, Nov 01 2013 at 12:02pm -0400,
Jens Axboe wrote:
> On 11/01/2013 09:50 AM, Christoph Hellwig wrote:
> > On Fri, Nov 01, 2013 at 11:43:39AM -0400, Mike Snitzer wrote:
> >> All the bi_sector ones are low hanging fruit, but the conversion for
> >> skd_preop_sg_list_bio()'s bio_vec code is
Don't use special flag to indicate power-only mode,
just set proc_num to 0.
Signed-off-by: Stanislav Fomichev
---
tools/perf/builtin-timechart.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/tools/perf/builtin-timechart.c b/tools/perf/builtin-timechart.c
index
This patch series adds more features to the perf timechart command:
* -n option that adds possibility to limit number of tasks on SVG
* -T option that adds possibility to show only tasks related info
* -T and -P options now work with `perf timechart record` command to keep
perf.data small
* -g
If we don't want either power or task events we may use -T or -P
with the `perf timechart record` command to filter out events while
recording to keep perf.data small.
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-timechart.txt | 15 -
tools/perf/builtin-timechart.c
> But "broken" compiler is much wider issue to be deeply discussed in this
> thread. I'm pretty sure that kernel have tons of very subtle
> code that actually creates locks and memory ordering. Such code
> usually just use the "barrier()" approach to tell gcc not to combine
> or move memory
Nevermind, didn't read the clk-pll.c properly..
pll_35xx and pl_2550 will default to the same code.
Best Regards,
Mauro
On Fri, Nov 1, 2013 at 1:53 PM, Mauro Ribeiro wrote:
> Is the PLL35xx driver compatible with the ones used on 5410?
>
> +static struct samsung_pll_clock
On Fri, Nov 01, 2013 at 05:26:38PM +0400, Алексей Крамаренко wrote:
> Hello Greg.
>
> It's my first patch, sorry if something wrong.
>
> Custom VID/PID for Z3X Box device, popular tool for cellphone flashing.
A few meta-comments. Your patch had the tabs turned into spaces, the
lines were
> How would you suggest replacing the jumps in this case? I agree it would be
> faster here, but I'm not sure how I would implement an increment using a
> single
> conditional move.
I think you need 3 instructions, move a 0, conditionally move a 1
then add. I suspect it won't be a win!
If you
On 11/01/2013 10:06 AM, Stephen M. Cameron wrote:
> From: Stephen M. Cameron
>
> A return value of 1 is interpreted as an error. See pci_driver.
> in local_pci_probe(). If you're wondering how this ever could
> have worked, it's because it used to be the case that only return
> values less
On Wed, Oct 30, 2013 at 11:40:15PM -0700, Paul E. McKenney wrote:
> The dependency you are talking about is via the "if" statement?
> Even C/C++11 is not required to respect control dependencies.
>
> This one is a bit annoying. The x86 TSO means that you really only
> need barrier(), ARM (recent
On Fri, Nov 01, 2013 at 03:01:30PM +, Mark Salter wrote:
> On Fri, 2013-10-11 at 08:18 -0400, Mark Salter wrote:
> > On Wed, 2013-10-09 at 11:14 +0100, Will Deacon wrote:
> > > > @@ -110,6 +110,7 @@ SECTIONS
> > > >*/
> > > > INIT_TASK_DATA(THREAD_SIZE)
> > > >
On Fri, 2013-11-01 at 12:08 -0400, Neil Horman wrote:
> On Fri, Nov 01, 2013 at 03:42:46PM +, Ben Hutchings wrote:
> > On Thu, 2013-10-31 at 14:30 -0400, Neil Horman wrote:
> > [...]
> > > It
> > > functions, but unfortunately the performance lost to the completely broken
> > > branch
Pstore fs expects that backends provide a uniqued id which could avoid
pstore making entries as duplication or denominating entries the same
name. So I combine the timestamp, part and count into id.
Signed-off-by: Madper Xie
---
drivers/firmware/efi/efi-pstore.c | 22 ++
1
When determining the page size we could use to map with the IOMMU, the
page size should be aligned with the hva, not the gfn. The gfn may not
reflect the real alignment within the hugetlbfs file.
Most of the time, this works fine. However, if the hugetlbfs file is
backed by non-contiguous huge
On Wed, Oct 30, 2013 at 11:40:15PM -0700, Paul E. McKenney wrote:
> > void kbuf_write(int sz, void *buf)
> > {
> > u64 tail = ACCESS_ONCE(ubuf->tail); /* last location userspace read */
> > u64 offset = kbuf->head; /* we already know where we last wrote */
> > u64 head = offset + sz;
>
On 30/10/13 21:10, Zoltan Kiss wrote:
On 30/10/13 09:11, Paul Durrant wrote:
+err = alloc_xenballooned_pages(MAX_PENDING_REQS,
+vif->mmap_pages,
+false);
Since this is a per-vif allocation, is this going to scale?
Good question, I'll look after this.
I've talked to David
Jim Lieb wrote:
> On Friday, November 01, 2013 22:24:12 Tetsuo Handa wrote:
> > Jim Lieb wrote:
> > > Subsequent uses look like:
> > > use_creds(cached fd);
> > >
> > > followed by
> > >
> > > open/creat/mknod/write
> > >
> > > followed by
> > >
> > > use_creds(-1);
> >
> > Are you
On Fri, Nov 01, 2013 at 03:42:46PM +, Ben Hutchings wrote:
> On Thu, 2013-10-31 at 14:30 -0400, Neil Horman wrote:
> [...]
> > It
> > functions, but unfortunately the performance lost to the completely broken
> > branch prediction that this inflicts makes it a non starter:
> [...]
>
>
On Thu, Oct 31, 2013 at 5:58 PM, Mark Rutland wrote:
>> + plat = devm_kzalloc(dev, sizeof(*plat), GFP_KERNEL);
>> + if (!plat)
>> + return ERR_PTR(-ENOMEM);
>> +
>> + of_property_read_u8(np, "keypad,num-columns", >kcol);
>> + of_property_read_u8(np, "keypad,num-rows",
Hi everyone
31.10.2013, 13:12, "Michal Nazarewicz" :
>>> int ttl;
>> ... w1_slave.ttl?
For noisy lines this was a 'timeout' after which system considered attached
device as failed, the noisier line is the longer is timeout
I experimented with meters-long w1 wires and it required
"Paul E. McKenney" wrote on 10/31/2013
05:25:43 PM:
> I really don't care about "fair" -- I care instead about the kernel
> working reliably.
Though I don't see how putting a memory barrier without deep understanding
why it is needed helps kernel reliability, I do agree that reliability
is more
Just resending the patch with a better change log message (as requested
by Andrew Morton) and cc'ing sta...@vger.kernel.org, (as I originally
had intended.)
---
Stephen M. Cameron (1):
cciss: return 0 from driver probe function on success, not 1
drivers/block/cciss.c |2 +-
1 files
From: Stephen M. Cameron
A return value of 1 is interpreted as an error. See pci_driver.
in local_pci_probe(). If you're wondering how this ever could
have worked, it's because it used to be the case that only return
values less than zero were interpreted as failure. But even in
the current
On 11/01/2013 09:50 AM, Christoph Hellwig wrote:
> On Fri, Nov 01, 2013 at 11:43:39AM -0400, Mike Snitzer wrote:
>> All the bi_sector ones are low hanging fruit, but the conversion for
>> skd_preop_sg_list_bio()'s bio_vec code is more involved.
>>
>> Kent, any chance you could crank through it?
>>
On Fri, Nov 01, 2013 at 04:47:47PM +0100, Peter Senna Tschudin wrote:
> Only serial ports over USB:
> usb 2-1.3.2: pl2303 converter now attached to ttyUSB0
>
> The issue with no_console_suspend is that the monitor is powered off
> on suspend and never resume after that. The external monitor
Is the PLL35xx driver compatible with the ones used on 5410?
+static struct samsung_pll_clock exynos5410_plls[nr_plls] __initdata = {
+ [apll] = PLL(pll_35xx, CLK_FOUT_APLL, "fout_apll", "fin_pll", APLL_LOCK,
+ APLL_CON0, NULL),
+ [cpll] = PLL(pll_35xx, CLK_FOUT_CPLL,
On Fri, Nov 01, 2013 at 04:23:14PM +0100, Jiri Olsa wrote:
> Adding -L as short option for call-graph for record/top
> commands. Plus documentation update.
Seems overkill. I guess the long option is enough, and in perf
short options already need to be considered a precious resource,
as they may
Currently we don't create default CPU map for task related
target, like:
$ perf record -p
This makes record command to disable inherited events.
which is not desired behaviour (we have special option
for that (-i) anyway).
Fixing this by creating default CPU map for task related
processes.
On Fri, Nov 01, 2013 at 11:43:39AM -0400, Mike Snitzer wrote:
> All the bi_sector ones are low hanging fruit, but the conversion for
> skd_preop_sg_list_bio()'s bio_vec code is more involved.
>
> Kent, any chance you could crank through it?
>
> If not I can come back to trying to fix this
On Friday, November 01, 2013 22:24:12 Tetsuo Handa wrote:
> Jim Lieb wrote:
> > Subsequent uses look like:
> > use_creds(cached fd);
> >
> > followed by
> >
> > open/creat/mknod/write
> >
> > followed by
> >
> > use_creds(-1);
>
> Are you aware that calling commit_creds() is
On Fri, Nov 1, 2013 at 3:21 PM, Joerg Roedel wrote:
> On Fri, Nov 01, 2013 at 02:21:07PM +0100, Peter Senna Tschudin wrote:
>> On Fri, Nov 1, 2013 at 2:07 PM, Joerg Roedel wrote:
>> > Which kernels have you tried? Does it happen with all of them or is
>> > there a kernel-version where this
Hey Jens and Kent,
You're likely already aware of this but building the latest
linux-block.git 'for-next' I get:
CC [M] drivers/block/skd_main.o
drivers/block/skd_main.c: In function ‘skd_request_fn’:
drivers/block/skd_main.c:773: error: ‘struct bio’ has no member named
‘bi_sector’
Drivers like clocksource/cadence_ttc and net/macb already use the 'cdns'
prefix for Cadence IP.
Signed-off-by: Soren Brinkmann
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
On Thu, 2013-10-31 at 14:30 -0400, Neil Horman wrote:
[...]
> It
> functions, but unfortunately the performance lost to the completely broken
> branch prediction that this inflicts makes it a non starter:
[...]
Conditional branches are no good but conditional moves might be worth a shot.
Ben.
* David Ahern wrote:
> On 11/1/13, 1:02 AM, Ingo Molnar wrote:
> >
> >* David Ahern wrote:
> >
> >>When building out of tree:
> >>
> >>make perf-tar-src-pkg
> >
> >What's the canonical way to build a perf tarball? I didn't find any
> >makefile target for that.
>
> Perhaps I misunderstand your
I am announcing the release of the Linux 3.8.13.12 kernel.
The updated 3.8.y tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.8.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.8.y;a=shortlog
The diff from v3.8.13.11 is
On Fri, 1 Nov 2013, Christophe Leroy wrote:
diff -urN a/drivers/net/wan/pef2256.c b/drivers/net/wan/pef2256.c
[..]
+static int pef2256_remove(struct platform_device *pdev)
+{
+ struct net_device *ndev = dev_get_drvdata(>dev);
+ struct pef2256_dev_priv *priv =
Adding -L as short option for call-graph for record/top
commands. Plus documentation update.
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
Cc: Andi Kleen
Cc: Adrian Hunter
Adding call-graph option support into .perfconfig file,
so it's now possible use call-graph option like:
[top]
call-graph = fp
[record]
call-graph = dwarf,8192
Above options ONLY setup the unwind method. To enable
perf record/top to actually use it the command line
option
Adding people readable output for callchain debug,
to get following '-v' output:
$ perf record -v -g ls
callchain: type DWARF
callchain: stack dump size 4096
...
Tested-Reviewed-by: David Ahern
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc: Ingo Molnar
Cc: Namhyung
hi,
changing the '-g/-G' options for record/top commands
to take NO argument and enable unwind method based
on .perfconfig setup (using FP by default).
The current -g option parsing moves into the
'--call-graph' option.
Examples:
$ cat ~/.perfconfig:
[top]
call-graph = fp
On 11/01, Oleg Nesterov wrote:
>
> Hi Namhyung,
>
> Sorry if this was already discussed. But I can't really understand
> the idea of this per-cpu buffer...
>
> On 10/29, Namhyung Kim wrote:
> >
> > Fetching from user space should be done in a non-atomic context. So
> > use a per-cpu buffer and
On Tue, Oct 29, 2013 at 11:18:21AM +0100, Jiri Olsa wrote:
> On Mon, Oct 28, 2013 at 05:10:54PM +0900, Namhyung Kim wrote:
> > On Sat, 26 Oct 2013 16:25:35 +0200, Jiri Olsa wrote:
> > > Adding call-graph option support into .perfconfig file,
> > > so it's now possible use call-graph option like:
>
On 10/31/2013 03:27 PM, Kent Overstreet wrote:
> Signed-off-by: Kent Overstreet
> Cc: Jens Axboe
> Cc: NeilBrown
> Cc: Christoph Hellwig
Added, and incorporated the changes suggested by Randy.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Randy Dunlap wrote:
> crypto/built-in.o: In function `RSA_verify_signature':
> rsa.c:(.text+0x1d347): undefined reference to `mpi_get_nbits'
> rsa.c:(.text+0x1d354): undefined reference to `mpi_get_nbits'
> ...
Does the attached patch fix it for you?
David
---
KEYS: The RSA public key
On Fri, Nov 1, 2013 at 10:54 PM, Alan Stern wrote:
> On Wed, 30 Oct 2013, Ming Lei wrote:
>
>> We have sg_miter_* APIs for accessing scsi sg buffer, so
>> use them to make code clean and bug free.
>
> Hmmm. You could simply call sg_copy_buffer, if you didn't mind the
> quadratic penalty for the
On Fri, Nov 01, 2013 at 04:07:22PM +0900, Namhyung Kim wrote:
> Hi Rodrigo,
>
> On Thu, 31 Oct 2013 11:13:34 +, Rodrigo Campos wrote:
> > On Thu, Oct 31, 2013 at 03:56:10PM +0900, Namhyung Kim wrote:
>
> I think the right fix is assigning "iter->priv = NULL" as you said. But
> I changed
On 10/31/2013 09:20 PM, Stephen Rothwell wrote:
> Hi Jens,
>
> Today's linux-next merge of the block tree got a conflict in
> drivers/block/loop.c between commit 2486740b52fd ("loop: use aio to
> perform io on the underlying file") from the aio-direct tree and commit
> ed2d2f9a8265 ("block:
Hi Namhyung,
Sorry if this was already discussed. But I can't really understand
the idea of this per-cpu buffer...
On 10/29, Namhyung Kim wrote:
>
> Fetching from user space should be done in a non-atomic context. So
> use a per-cpu buffer and copy its content to the ring buffer
> atomically.
Add legacy pm_ops usage checks to device_pm_add() when a device gets added
to PM core's list of active devices. If legacy pm_ops usage is found at its
class, bus, driver level, print warning message to indicate the driver code
needs updating to use dev pm ops interfaces. This will help serve as a
On 11/01/2013 07:59 AM, Mike Snitzer wrote:
> Add the missing bi_remaining increment, required by the block layer's
> new bio-chaining code, to both the verity and old snapshot DM targets.
>
> Otherwise users will hit the bi_remaining <= 0 BUG_ON in bio_endio().
Thanks Mike, added to the mix.
The patch adds WAN support for Infineon FALC56 - PEF2256 E1 Chipset.
Signed-off-by: Jerome Chantelauze
Acked-by: Christophe Leroy
diff -urN a/drivers/net/wan/pef2256.c b/drivers/net/wan/pef2256.c
--- a/drivers/net/wan/pef2256.c 1970-01-01 01:00:00.0 +0100
+++
On Fri, 2013-10-11 at 08:18 -0400, Mark Salter wrote:
> On Wed, 2013-10-09 at 11:14 +0100, Will Deacon wrote:
> > > @@ -110,6 +110,7 @@ SECTIONS
> > >*/
> > > INIT_TASK_DATA(THREAD_SIZE)
> > > NOSAVE_DATA
> > > + PAGE_ALIGNED_DATA(PAGE_SIZE)
On Wed, Oct 30, 2013 at 11:40:15PM -0700, Paul E. McKenney wrote:
> > Now the whole crux of the question is if we need barrier A at all, since
> > the STORES issued by the @buf writes are dependent on the ubuf->tail
> > read.
>
> The dependency you are talking about is via the "if" statement?
>
From: Arnaldo Carvalho de Melo
The "struct perf_event_attr setup" entry in 'perf test' is in fact a
series of tests that will exec the tools, passing different sets of
command line arguments to then intercept the sys_perf_event_open
syscall, in user space, to check that the
From: Arnaldo Carvalho de Melo
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit e8a923cc1fff6e627f906655ad52ee694ef2f6d7:
perf/x86: Fix NMI measurements (2013-10-29 12:01:20 +0100)
are available in the git repository at:
From: Wei Yang
There are two warnings in bench/numa, when building this on 32-bit
machine.
The warning output is attached:
bench/numa.c:1113:20: error: comparison between signed and unsigned integer
expressions [-Werror=sign-compare]
bench/numa.c:1161:6: error: format ‘%lx’ expects argument
From: Michael Hudson-Doyle
The 4fb71074a570 (perf ui/hist: Consolidate hpp helpers) cset introduced
a cast of percent_color_snprintf to a function pointer type with
varargs. Change percent_color_snprintf to be variadic and remove the
cast.
The symptom of this was all percentages being reported
The MOXA UC-711X hardware(s) has an ethernet controller that seem
to be developed internally. The IC used is "RTL8201CP".
This patch adds an MDIO driver and also patches realtek to include
RTL8201CP PHY driver.
Signed-off-by: Jonas Jensen
---
Notes:
The hardware does not use a separate IRQ
On 10/28/13 5:03 PM, Nicholas A. Bellinger wrote:
Hi Mike,
Just curious as to the status of the scsi-mq conversion patches for
open-iscsi that you where working on a while back..?
I'm asking because recently I've been spending alot of time with scsi-mq
+ virtio-scsi, and would really to start
On Wed, 30 Oct 2013, Ming Lei wrote:
> We have sg_miter_* APIs for accessing scsi sg buffer, so
> use them to make code clean and bug free.
Hmmm. You could simply call sg_copy_buffer, if you didn't mind the
quadratic penalty for the sg_miter_skip operations.
> ---
On 11/01/2013 10:47 AM, Mel Gorman wrote:
> On Fri, Nov 01, 2013 at 10:41:46AM -0400, Rik van Riel wrote:
>> Subject: fix race between stop_two_cpus and stop_cpus
>>
>> There is a race between stop_two_cpus, and the global stop_cpus.
>>
>> It is possible for two CPUs to get their stopper
On Fri, Nov 01, 2013 at 10:41:46AM -0400, Rik van Riel wrote:
> Subject: fix race between stop_two_cpus and stop_cpus
>
> There is a race between stop_two_cpus, and the global stop_cpus.
>
> It is possible for two CPUs to get their stopper functions queued
> "backwards" from one another,
Subject: fix race between stop_two_cpus and stop_cpus
There is a race between stop_two_cpus, and the global stop_cpus.
It is possible for two CPUs to get their stopper functions queued
"backwards" from one another, resulting in the stopper threads
getting stuck, and the system hanging. This can
"strictlimit" feature was introduced to enforce per-bdi dirty limits for
FUSE which sets bdi max_ratio to 1% by default:
http://www.http.com//article.gmane.org/gmane.linux.kernel.mm/105809
However the feature can be useful for other relatively slow or untrusted
BDIs like USB flash drives and
301 - 400 of 1258 matches
Mail list logo