On Thu, Oct 24, 2013 at 10:59:54AM +0800, Gao feng wrote:
> Since kernel parameter is operated before
> initcall, so the audit_initialized must be
> AUDIT_UNINITIALIZED or DISABLED in audit_enable.
Looks good, but should convert "printk(KERN_INFO " to "pr_info(".
> Signed-off-by: Gao feng
> ---
ZFSOnLinux does memory allocations using a wrapper that invokes
dump_stack() whenever GFP_KERNEL is used in a performance-critical path
(e.g. one that affects swap).
Unfortunately, dump_stack() seems to always produce nonsensical
backtraces. Here is an example that a Debian user sent me
Oct 25, 2013 05:26:45 PM, david wrote:
On Fri, 25 Oct 2013, NeilBrown wrote:
>
>>
>> What exactly is bothering you about this? The amount of memory used or the
>> time until data is flushed?
>
>actually, I think the problem is more the impact of the huge write later on.
Exactly. And not being
From: Nicholas Bellinger
This patch addresses a long-standing bug where the get_user_pages_fast()
write parameter used for setting the underlying page table entry permission
bits was incorrectly set to write=1 for data_direction=DMA_TO_DEVICE, and
passed into get_user_pages_fast() via
Em Fri, Oct 25, 2013 at 07:12:36PM +0100, Frederic Weisbecker escreveu:
> Oh I see. It's possible that my massive conversion to use the comm
> accessor got blind at some point and left over a few things. I
> remember that I only lightly tested that new comm infrastructure. I
> mean I tested a lot
On Friday 25 October 2013 19:10:07 Bryan Wu wrote:
> On Fri, Oct 25, 2013 at 9:38 AM, Pali Rohár
wrote:
> > On Tuesday 13 August 2013 23:04:14 Bryan Wu wrote:
> >> On Thu, Aug 8, 2013 at 12:59 AM, Milo Kim
wrote:
> >> > This patch-set resolves the application conflict by
> >> > restoring sysfs
On 10/25/13 12:12 PM, Frederic Weisbecker wrote:
Oh I see. It's possible that my massive conversion to use the comm
accessor got blind at some point and left over a few things. I
remember that I only lightly tested that new comm infrastructure. I
mean I tested a lot of "perf report -s foo,bar"
2013/10/25 David Ahern :
> On 10/25/13 7:04 AM, Arnaldo Carvalho de Melo wrote:
>>
>> Em Fri, Oct 25, 2013 at 11:56:31AM +0100, Frederic Weisbecker escreveu:
>>>
>>> 2013/10/11 Namhyung Kim :
From: Frederic Weisbecker
>>
>>
This new comm infrastructure provides two features:
>>
>>
From: KOSAKI Motohiro
Currently, set_pageblock_migratetype screw up MIGRATE_CMA and
MIGRATE_ISOLATE if page_group_by_mobility_disabled is true. It
rewrite the argument to MIGRATE_UNMOVABLE and we lost these attribute.
The problem was introduced commit 49255c619f (page allocator: move
check for
On Fri, Oct 25, 2013 at 7:17 PM, Guenter Roeck wrote:
> I think one problem we have is how to report breakages. Any summary
> mail or web page doesn't help if no one looks at it. It does help lot
> to send specific e-mail along the line of "Commit 'bla' caused build 'x'
> to fail as follows" to
On Wed, Oct 23, 2013 at 02:58:05PM +0200, Stephane Eranian wrote:
> The RAPL PMU counters do not interrupt on overflow.
> Therefore, the kernel needs to poll the counters
> to avoid missing an overflow. This patch adds
> the hrtimer code to do this.
>
> The timer internval is calculated at boot
On Fri, 2013-10-25 at 18:16 +0100, Linus Torvalds wrote:
> On Fri, Oct 25, 2013 at 5:47 PM, Adam Williamson wrote:
> >
> > I don't, but one comment I could add is that reboot _used_ to work okay
> > on the Z1. And I _think_ it's worked OK since the April 2011 commit you
> > mention (so the
On Wed, Oct 23, 2013 at 03:19:51PM +0100, Frederic Weisbecker wrote:
> On Wed, Oct 23, 2013 at 10:54:54AM +1100, Michael Neuling wrote:
> > Frederic,
> >
> > The comment says atomic_dec_and_test() but the code is
> > local_dec_and_test().
> >
> > On powerpc, local_dec_and_test() doesn't have a
Hi all,
Firstly, please CC me as I'm not subscribed to this list.
I seem to be getting some random filesystem corruption on an IBM server
that I use as a Xen Dom0.
*** Specs ***
Vendor: IBM
Version: -[GGE149AUS-1.19]-
Product Name: IBM System x3650 -[7979CBM]-
AAC0: kernel 5.2-0[17003] Jul 25
://git.infradead.org/linux-mtd
(2013-10-10 11:30:33 -0700)
are available in the git repository at:
git://git.infradead.org/linux-mtd.git tags/for-linus-20131025
for you to fetch changes up to 031e2777e03401d629e62602c8ce42b017732d4d:
mtd: gpmi: fix ECC regression (2013-10-25 10:09:43 -0700
We Offer all kinds of Loan at low intrest rate of 3% world wide we offer
(Personal Loan, Commercial Loans, Business Loan etc.) Our Loan amount ranges
from $1,000 to $500,000.00 If interested kindly get back to us immediately for
more information.
Best Regards,
Chang Private Lending Team
--
On Fri, Oct 25, 2013 at 05:17:18PM +0200, Thierry Reding wrote:
> > >
> > "Doesn't even build" is relative, though. After all, there still _are_
> > 18 build failures out of 106 in my test builds alone. Where do you draw
> > the line ? arm failures are bad, who cares about blackfin ?
>
> Well,
On Fri, Oct 25, 2013 at 5:47 PM, Adam Williamson wrote:
>
> I don't, but one comment I could add is that reboot _used_ to work okay
> on the Z1. And I _think_ it's worked OK since the April 2011 commit you
> mention (so the introduction of that didn't break it), but I can't
> absolutely swear to
Hey Rohit-
On Thu, Oct 17, 2013 at 11:25:10AM -0700, Rohit Vaswani wrote:
> This patch adds basic board support for APQ8074 Dragonboard
> which belongs to the Snapdragon 800 family.
> For now, just support a basic machine with device tree.
>
> Signed-off-by: Rohit Vaswani
> ---
>
On Fri, Oct 25, 2013 at 9:38 AM, Pali Rohár wrote:
> On Tuesday 13 August 2013 23:04:14 Bryan Wu wrote:
>> On Thu, Aug 8, 2013 at 12:59 AM, Milo Kim wrote:
>> > This patch-set resolves the application conflict by
>> > restoring sysfs files.
>> >
>> > For LP5521
>> >
>> > engine1/2/3_mode
>> >
On Fri, Oct 25, 2013 at 12:33:03PM -0400, Don Zickus wrote:
> Hi Peter,
>
> I finally had a chance to run this on my machine. From my testing, it
> looks good. Better performance numbers. I think my longest latency went
> from 300K cycles down to 150K cycles and very few of those (most are
Anton,
Could you please review these patches?
-Jenny
> -Original Message-
> From: Tc, Jenny
> Sent: Monday, September 23, 2013 11:34 PM
> To: linux-kernel@vger.kernel.org; Anton Vorontsov; Anton Vorontsov
> Cc: Tc, Jenny
> Subject: [PATCH 0/7] power_supply: Introduce Power Supply
On Fri, 2013-10-25 at 12:53 +0200, Ingo Molnar wrote:
> * tianyu@intel.com wrote:
>
> > From: Lan Tianyu
> >
> > Sony Vaio Z1 series require "reboot=pci" for reboot and power off.
> > This patch is to add them machines to quirk table and set pci reboot
> > default.
> >
> > Reference:
Dear Friend,
I am working with one of the prime bank here in Burkina Faso, can you help me
repatriate
the sun of 14.3million dollars to your oversea account based on percentage.
(1) Can you handle this project?
(2) Can I give you this trust?
(3) What will be your commission?
I expect your
From: KOSAKI Motohiro
In general, every tracepoint should be zero overhead if it is disabled.
However, trace_mm_page_alloc_extfrag() is one of exception. It evaluate
"new_type == start_migratetype" even if tracepoint is disabled.
However, the code can be moved into tracepoint's TP_fast_assign()
From: "Chen, Gong"
CPER (Common Platform Error Record - See UEFI spec, appendix N) support
is implemented via cper.c, which is under drivers/acpi/apei. But it is
not APEI specific, nor even ACPI specific. So move it to lib/ as a function
library.
Signed-off-by: Chen, Gong
Signed-off-by: Tony
On Fri, Oct 25, 2013 at 11:03:20AM -0400, Konrad Rzeszutek Wilk wrote:
> On bootup the E820 "gaps" or E820_RESV regions are marked as
> identity regions. Meaning that any lookup done in the P2M
> will return the same value: pfn_to_mfn(pfn) == pfn.
>
> This is needed for PCI devices so that
On Tuesday 13 August 2013 23:04:14 Bryan Wu wrote:
> On Thu, Aug 8, 2013 at 12:59 AM, Milo Kim wrote:
> > This patch-set resolves the application conflict by
> > restoring sysfs files.
> >
> > For LP5521
> >
> > engine1/2/3_mode
> > engine1/2/3_load
> >
> > For LP5523
> >
> >
On Thu, Oct 24, 2013 at 12:52:06PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 23, 2013 at 10:48:38PM +0200, Peter Zijlstra wrote:
> > I'll also make sure to test we actually hit the fault path
> > by concurrently running something like:
> >
> > while :; echo 1 > /proc/sys/vm/drop_caches ; done
>
While playing with guests and net-next kernel, I've triggered
this with some frequency. Even Fedora 19 kernel reproduces.
It it a known issue?
Thanks,
fbl
[ 6790.349763] kvm: zapping shadow pages for mmio generation wraparound
[ 6792.283879] kvm: zapping shadow pages for mmio generation
From: Huajun Li
Hook inline data read/write, truncate, fallocate, setattr, etc.
Files need meet following 2 requirement to inline:
1) file size is not greater than MAX_INLINE_DATA;
2) file doesn't pre-allocate data blocks by fallocate().
FI_INLINE_DATA will not be set while creating a new
From: Huajun Li
Add the function f2fs_reserve_block() to easily reserve new blocks.
Signed-off-by: Huajun Li
Signed-off-by: Haicheng Li
Signed-off-by: Weihong Xu
---
fs/f2fs/data.c | 29 ++---
fs/f2fs/f2fs.h |1 +
2 files changed, 19 insertions(+), 11
From: Huajun Li
Add a mount option: inline_data. If the mount option is set,
data of New created small files can be stored in their inode.
Signed-off-by: Huajun Li
Signed-off-by: Haicheng Li
Signed-off-by: Weihong Xu
---
fs/f2fs/super.c |8 +++-
1 file changed, 7 insertions(+), 1
From: Huajun Li
Functions to implement inline data read/write, and move inline data to
normal data block when file size exceeds inline data limitation.
Signed-off-by: Huajun Li
Signed-off-by: Haicheng Li
Signed-off-by: Weihong Xu
---
fs/f2fs/Makefile |2 +-
fs/f2fs/f2fs.h |7 +++
From: Huajun Li
Add new inode flags F2FS_INLINE_DATA and FI_INLINE_DATA to indicate
whether the inode has inline data.
Inline data makes use of inode block's data indices region to save small
file. Currently there are 923 data indices in an inode block. Since
inline xattr has made use of the
From: Huajun Li
f2fs inode is so large, so small files can be stored directly in the inode,
rather than just storing a single block address and storing the data elsewhere.
This patch set makes files less than ~3.4K store directly in inode block.
a) space saving
Test with kernel src(without
On Fri, Oct 25, 2013 at 06:05:01AM -0700, Christoph Hellwig wrote:
> Switch virtio-blk from the dual support for old-style requests and bios
> to use the block-multiqueue. For now pretend to have 4 issue queues
> as Jens pulled that out of his this hair and it worked.
>
> Signed-off-by: Jens
On 10/24/13 8:07 AM, Arnaldo Melo wrote:
What I thought was since we have to allocate memory _somewhere_ we could
size the ring buffer in such a way that it would be big enough for us to
leave those referenced entries there, not consumed, till we actually
consume them when reordering the events,
On Tue, Oct 22, 2013 at 06:28:13PM +0200, Sebastian Andrzej Siewior wrote:
> On 10/22/2013 05:48 PM, Lee Jones wrote:
> > On Tue, 22 Oct 2013, Sebastian Andrzej Siewior wrote:
> >
> >> On 08/07/2013 10:40 AM, Lee Jones wrote:
> >>> On Mon, 05 Aug 2013, Zubair Lutfullah wrote:
> >>>
>
On Friday 25 October 2013 07:45 PM, Kamil Debski wrote:
> Change the used phy driver to the new Exynos USB phy driver that uses the
> generic phy framework.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
> drivers/usb/gadget/s3c-hsotg.c | 13 -
> 1 file
Hi,
On Friday 25 October 2013 07:45 PM, Kamil Debski wrote:
> Change the phy provider used from the old usb phy specific to a new one
> using the generic phy framework.
looks good :-)
Thanks
Kishon
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
>
Naveen,
On Mon, Oct 14, 2013 at 10:15 PM, Naveen Krishna Chatradhi
wrote:
> This patch does the following
> 1. The irq routine is so simple (just one register read) shouldn't be long
>Hence, reduce the timeout to 100milli secs,
> 2. With 100ms of wait time, interruptible is very much
Hi,
On Friday 25 October 2013 07:45 PM, Kamil Debski wrote:
> From: Mateusz Krawczuk
>
> Add support for the Samsung's S5PV210 SoC to the Exynos USB PHY driver.
>
> Signed-off-by: Mateusz Krawczuk
> [k.deb...@samsung.com: whitespace cleanup and commit description]
> Signed-off-by: Kamil
From: Robert C Jennings
Introduce use of the unused SPLICE_F_MOVE flag for vmsplice to zap
pages.
When vmsplice is called with flags (SPLICE_F_GIFT | SPLICE_F_MOVE) the
writer's gift'ed pages would be zapped. This patch supports further work
to move vmsplice'd pages rather than copying them.
From: Robert C Jennings
This patch set would add the ability to move anonymous user pages from one
process to another through vmsplice without copying data. Moving pages
rather than copying is implemented for a narrow case in this RFC to meet
the needs of QEMU's usage (below).
Among the
From: Robert C Jennings
It is sometimes useful to move anonymous pages over a pipe rather than
save/swap them. Check the SPLICE_F_GIFT and SPLICE_F_MOVE flags to see
if userspace would like to move such pages. This differs from plain
SPLICE_F_GIFT in that the memory written to the pipe will no
On Fri, Oct 25, 2013 at 06:33:43AM -0700, Olof Johansson wrote:
> On Fri, Oct 25, 2013 at 6:24 AM, Mark Brown wrote:
> > The rule I was applying (which I think is the same as Stephen applies)
> > is that I'd fix anything that was definitely the result of a merge issue
> > (like the build failure
Did you know that 75 percent of Internet users never scroll beyond the first
page of search results? That means that if your business website doesn't appear
on the first page of search results, 75 percent of people making Internet
searches are never going to find you. SEO (search engine
Hi,
On Friday 25 October 2013 07:45 PM, Kamil Debski wrote:
> Add support for Exynos 5250. This is work-in-progress commit. Not
> for merging.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
> drivers/phy/Kconfig |7 +
> drivers/phy/Makefile |
On Fri, 25 Oct 2013 15:49:18 +0800
Zhi Yong Wu wrote:
> From: Zhi Yong Wu
>
> drivers/net/vxlan.c: In function ‘vxlan_sock_add’:
> drivers/net/vxlan.c:2298:11: warning: ‘sock’ may be used uninitialized in
> this function [-Wmaybe-uninitialized]
> drivers/net/vxlan.c:2275:17: note: ‘sock’ was
Hi,
On Friday 25 October 2013 07:45 PM, Kamil Debski wrote:
> Add a new driver for the Exynos USB PHY. The new driver uses the generic
> PHY framework. The driver includes support for the Exynos 4x10 and 4x12
> SoC families.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Kyungmin Park
> ---
On 10/16/2013 05:02 PM, Daniel Vetter wrote:
> On Wed, Oct 16, 2013 at 04:34:57PM -0400, Joseph Salisbury wrote:
>> BugLink: http://bugs.launchpad.net/bugs/1195483
>>
>> This reverts commit 657445fe8660100ad174600ebfa61536392b7624.
>>
>> Signed-off-by: Joseph Salisbury
>> Cc: Daniel Vetter
>>
On 10/25/13 7:04 AM, Arnaldo Carvalho de Melo wrote:
Em Fri, Oct 25, 2013 at 11:56:31AM +0100, Frederic Weisbecker escreveu:
2013/10/11 Namhyung Kim :
From: Frederic Weisbecker
This new comm infrastructure provides two features:
I was wondering about the fate of these patches. I can
Hi Namhyung,
Frederic Weisbecker and Arnaldo Carvalho de Melo told me on IRC that you were
working to forward-port a patch that adds a new sort order to perf report,
SORT_INCLUSIVE.
That will be useful for me and I was wondering if you are still working on that
or if there is a newer version
On Tue, Oct 22, 2013 at 06:13:59PM +0100, Lee Jones wrote:
> On Tue, 22 Oct 2013, Sebastian Andrzej Siewior wrote:
>
> > Since the addition of continuous sampling mode and shared irq support,
> > the reg_lock lock can be taken with and without interrupts. This patch
> > uses the *_irq* variant
On Thu, Oct 17, 2013 at 12:17:51PM +0100, Sandeepa Prabhu wrote:
> Add info prints in sample kprobe handlers for ARM and ARM64
> architecture.
>
> Signed-off-by: Sandeepa Prabhu
> ---
> samples/kprobes/kprobe_example.c | 16
> 1 file changed, 16 insertions(+)
>
> diff --git
Hi Sandeepa,
This is getting there, thanks for persevering with it. I still have a few
minor comments though.
On Thu, Oct 17, 2013 at 12:17:46PM +0100, Sandeepa Prabhu wrote:
> AArch64 Single Steping and Breakpoint debug exceptions will be
> used by multiple debug framworks like kprobes & kgdb.
On Fri, Oct 25, 2013 at 05:59:56AM -0700, Olof Johansson wrote:
> On Sun, Oct 20, 2013 at 8:22 AM, Joe Perches wrote:
> > On Sat, 2013-10-19 at 19:57 -0700, Greg KH wrote:
> >> On Fri, Oct 18, 2013 at 10:52:46PM -0700, Kevin Hilman wrote:
> >> > Greg KH writes:
> >> >
> >> > > On Fri, Oct 18,
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-
> ow...@vger.kernel.org] On Behalf Of Thierry Reding
> Sent: Tuesday, October 22, 2013 6:09 PM
> To: Russell King; Merav Sicron; David Miller; net...@vger.kernel.org
> Cc: linux-n...@vger.kernel.org;
On 10/25/13 8:20 AM, Pekka Enberg wrote:
Technically feasible. But then we would have to parse each of the
libraries and executables to list them. Right? I am not sure if such a
delay is acceptable.
You could do it at 'perf list' time or even build time and cache it. And add
lazy discovery to
On Fri, Oct 25, 2013 at 04:00:44PM +0200, Frank Haverkamp wrote:
> > And why are you doing debug stuff through the ioctl interface? Please
> > move that to debugfs if you really want/need that information, it does
> > not belong in an ioctl.
>
> I will look into that. We need that information
When the system has only one CPU, lglock is effectively a spinlock; map
it directly to spinlock to eliminate the indirection and duplicate code.
In addition to removing overhead, this drops 1.6k of code with a defconfig
modified to have !CONFIG_SMP, and 1.1k with a minimal config.
Signed-off-by:
On Fri, Oct 25, 2013 at 08:02:28AM -0700, Guenter Roeck wrote:
> On Fri, Oct 25, 2013 at 04:17:08PM +0200, Thierry Reding wrote:
> > On Fri, Oct 25, 2013 at 06:43:53AM -0700, Olof Johansson wrote:
> > > On Fri, Oct 25, 2013 at 6:35 AM, Thierry Reding
> > > wrote:
> > > > On Fri, Oct 25, 2013 at
On Fri, 2013-10-25 at 10:36 +0900, Toshiyuki Okajima wrote:
> systemd|auditd
> ---+---
> ...|
> -> audit_receive |...
>
On Fri, 2013-10-25 at 15:06 +0200, Jiri Slaby wrote:
> I sent this patch 2 weeks ago. Only Joe commented that the prints
> should be done inline instead. But I don't agree as prining the output
> from one point is better IMHO.
Doing it inline avoids any possible interleaving
by other thread
On Fri, Oct 25, 2013 at 03:03:40PM +0200, Thierry Reding wrote:
> Today's linux-next tree of the h8300-remove tree got a conflict in
>
> drivers/parport/Kconfig
>
> caused by commits e9783b0 (Revert "drivers: parport: Kconfig: exclude h8300
> for PARPORT_PC") and d90c3eb (Kconfig cleanup
On 10/24/2013 09:57 AM, Richard Weinberger wrote:
>
> And what about the kernel make "interface", is it considered also as non-ABI?
>
> E.g.
> Before ffee0de (x86: Default to ARCH=x86 to avoid overriding CONFIG_64BIT)
> "make defconfig ARCH=x86" produced a i386 defconfig. Now it produces a
>
On Fri, Oct 25, 2013 at 03:53:25PM +0400, Denis Efremov wrote:
> ASSERT on args takes place after args dereference.
> This assertion is redundant since we are going to panic anyway.
>
> Found by Linux Driver Verification project (linuxtesting.org) -
> PVS-Studio analyzer.
>
> Signed-off-by:
On Fri, 2013-10-25 at 12:24 +0100, Jens Axboe wrote:
> On Thu, Oct 24 2013, Joe Perches wrote:
> > On Thu, 2013-10-24 at 12:53 +0100, Jens Axboe wrote:
> > > On Thu, Oct 24 2013, Ramprasad Chinthekindi wrote:
> > > > Hi Jens,
> > > >
> > > > I'm resending the patch to replace custom debug macros
On Sat, Oct 19, 2013 at 04:39:15PM +0200, Dominik Paulus wrote:
> @@ -367,10 +367,17 @@ int usbip_host_export_device(struct
> usbip_exported_device *edev,
> return -1;
> }
>
> - snprintf(sockfd_buff, sizeof(sockfd_buff), "%d\n", conf->sockfd);
> - dbg("write: %s",
if they aren't there.
The PCI MMCONFIG area is usually reserved via the E820 so the Xen hypervisor
is aware of these regions. But they can also be enumerated in the ACPI
DSDT which means the hypervisor won't know of them until the initial
domain informs it of via PHYSDEVOP_pci_mmcfg_reserved.
These two patches check and mark the P2M region (if needed) for
PCIe BARs and for MCFG regions.
The reason this is required is that anytime any driver calls ioremap_pfn
or constructs PTEs - we consult the P2M. If we find that for the PFN
the region is INVALID_P2M_ENTRY we return the 0 PFN. If we
Today's linux-next tree of the block tree got conflicts in
include/linux/blk_types.h
caused by commits 1063cee (nfs: simplify swap) and 8382f11 (block: make
rq->cmd_flags be 64-bit).
I fixed them up (see below). Please verify that the resolution looks good.
Thanks,
Thierry
---
diff
On bootup the E820 "gaps" or E820_RESV regions are marked as
identity regions. Meaning that any lookup done in the P2M
will return the same value: pfn_to_mfn(pfn) == pfn.
This is needed for PCI devices so that drivers can reference
the correct bus address. Unfortunatly there are also PCIe
devices
Hi all,
I've uploaded today's linux-next tree to the master branch of the
repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131025 tag is also provided for convenience.
One new trivial conflicts and a new build failure caused by an incorrect
use of the genpool
On Fri, Oct 25, 2013 at 04:17:08PM +0200, Thierry Reding wrote:
> On Fri, Oct 25, 2013 at 06:43:53AM -0700, Olof Johansson wrote:
> > On Fri, Oct 25, 2013 at 6:35 AM, Thierry Reding
> > wrote:
> > > On Fri, Oct 25, 2013 at 06:16:02AM -0700, Olof Johansson wrote:
> > >> On Fri, Oct 25, 2013 at
On 10/25/2013 02:34 PM, Kees Cook wrote:
> Hi,
>
> I've noticed there's a chunk of kernel memory still marked RW and x. See
> 0x82956000 below...
>
> ---[ High Kernel Mapping ]---
> 0x8000-0x8100 16M
> pmd
>
On 10/15/2013 03:11 PM, Stanimir Varbanov wrote:
> This patch set adds hardware RNG driver wich is used to control the
> Qualcomm's PRNG hardware block.
I still haven't seen anyone address the "P" bit of the "PRNG"... what is
the (guaranteed) entropic level of the output?
-hpa
--
To
On Wed, Oct 23, 2013 at 02:58:02PM +0200, Stephane Eranian wrote:
> This patch adds a new fields to the struct perf_event.
> It is intended to be used to chain events which are
> active (enabled). It helps in the hardware layer
> for PMU which do not have actual counter restrictions, i.e.,
> free
On Fri, Oct 25, 2013 at 03:33:46PM +0100, Linus Torvalds wrote:
> On Fri, Oct 25, 2013 at 3:25 PM, Al Viro wrote:
> > nfsd performance regression fix + seq_file lseek(2) fix.
> > Please, pull from the usual place -
> > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
>
> Not
On Sat, Oct 19, 2013 at 04:39:13PM +0200, Dominik Paulus wrote:
> @@ -104,8 +105,10 @@ static int import_device(int sockfd, struct
> usbip_usb_device *udev)
> return -1;
> }
>
> - rc = usbip_vhci_attach_device(port, sockfd, udev->busnum,
> + usbip_net_bye(conn);
> +
Hi Péter,
On Fri, Oct 25, 2013 at 03:46:02PM +0300, Peter Ujfalusi wrote:
> > [...]
> > +#if IS_ENABLED(CONFIG_OF)
>
> You don't need to do this.
It's done like this in all the other drivers.
> > +static const struct of_device_id twl4030_pwrbutton_dt_match_table[] = {
> > + { .compatible
Some devices, such as NVMe, initializes a limited number of queues. These are
shared by all the block devices. Allow a driver to tap into the tags
structure and decide if an existing tag structure should be used.
Signed-off-by: Matias Bjorling
---
block/blk-mq-tag.c | 22 +-
These two patches enable a driver to control if tags should be initialized or
use an existing tags structure.
This is for example needed for the NVMe driver, that have a shared number of
queues for each block device it expose.
Matias Bjorling (2):
blk-mq: allow request queues to share tags map
Now that the tags mapping allows shared mapping, update blk-mq to allow
the driver to control initialization of the tags structure.
Signed-off-by: Matias Bjorling
---
block/blk-mq.c | 11 +++
include/linux/blk-mq.h | 12
2 files changed, 19 insertions(+), 4
arch/openrisc/kernel/module.c: In function 'apply_relocate_add':
arch/openrisc/kernel/module.c:50:13: warning: assignment from incompatible
pointer type
arch/openrisc/kernel/module.c:54:13: warning: assignment from incompatible
pointer type
Move the pointer increments to the dereference
On Fri, Oct 25, 2013 at 3:25 PM, Al Viro wrote:
> nfsd performance regression fix + seq_file lseek(2) fix.
> Please, pull from the usual place -
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Not acceptable.
fs/file_table.c: In function ‘fput’:
fs/file_table.c:320:4:
* Shilimkar, Santosh [131024 11:11]:
> Sorry for top posting Probably we should move the dmtimer to
> drivers/misc or create drivers/timer/
> This has been pending for quite some time now
>
> Tony, what you say ?
Yes that should be done and we should cc Thomas Gleixner to
see if he
nfsd performance regression fix + seq_file lseek(2) fix.
Please, pull from the usual place -
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (1):
nfsd regression since delayed fput()
Gu Zheng (1):
seq_file: always update file->f_pos in
> Technically feasible. But then we would have to parse each of the
> libraries and executables to list them. Right? I am not sure if such a
> delay is acceptable.
You could do it at 'perf list' time or even build time and cache it. And add
lazy discovery to 'perf record' and friends.
> Also if
Add support for Exynos 5250. This is work-in-progress commit. Not
for merging.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/phy/Kconfig |7 +
drivers/phy/Makefile |1 +
drivers/phy/phy-exynos-usb.c | 10 +
On Fri, Oct 25, 2013 at 06:43:53AM -0700, Olof Johansson wrote:
> On Fri, Oct 25, 2013 at 6:35 AM, Thierry Reding
> wrote:
> > On Fri, Oct 25, 2013 at 06:16:02AM -0700, Olof Johansson wrote:
> >> On Fri, Oct 25, 2013 at 1:35 AM, Thierry Reding
> >> wrote:
> >> > On Thu, Oct 24, 2013 at
Change the phy provider used from the old usb phy specific to a new one
using the generic phy framework.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/usb/host/ehci-s5p.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git
From: Mateusz Krawczuk
Add support for the Samsung's S5PV210 SoC to the Exynos USB PHY driver.
Signed-off-by: Mateusz Krawczuk
[k.deb...@samsung.com: whitespace cleanup and commit description]
Signed-off-by: Kamil Debski
---
drivers/phy/Kconfig |7 ++
On 25 October 2013 19:42, Rafael J. Wysocki wrote:
> If I need to revert the first patch, then I'll need to revert all of them.
>
> Also, if you do the same change in multiple places it actually is easier
> to handle it pretty much regardless of the angle you look at that from
> if that's done in
Change the used phy driver to the new Exynos USB phy driver that uses the
generic phy framework.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/s3c-hsotg.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git
Hi,
This is the second version of the patch adding support for USB PHY module
of the Exynos series of SoCs by Samsung. The driver is utilising the newly
added Generic PHY Framework by Kishon Vijay Abraham I [1].
In addition to the PHY driver this patchset contains:
- work in progress support for
Add a new driver for the Exynos USB PHY. The new driver uses the generic
PHY framework. The driver includes support for the Exynos 4x10 and 4x12
SoC families.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
.../devicetree/bindings/phy/samsung-usbphy.txt | 51 +++
On 10/25/2013 04:29 AM, Jiri Kosina wrote:
On Mon, 30 Sep 2013, David Herrmann wrote:
Sorry for the delay, but most of us are probably enjoying their
vacations and only available for bugfixes. See below for some
comments:
Thanks a lot for the review.
David, what are your plans for
On Friday, October 25, 2013 07:19:57 PM Viresh Kumar wrote:
> On 25 October 2013 16:40, Rafael J. Wysocki wrote:
> > ---
> > drivers/cpufreq/acpi-cpufreq.c |8
> > 1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > Index: linux-pm/drivers/cpufreq/acpi-cpufreq.c
> >
101 - 200 of 832 matches
Mail list logo