> -Original Message-
> From: Kaukab, Yousaf
> Sent: Tuesday, September 22, 2015 2:24 PM
> To: John Youn; Yunzhi Li; Felipe Balbi
> Cc: he...@sntech.de; c...@rock-chips.com; h...@rock-chips.com; yk@rock-
> chips.com; gaura...@google.com; albe...@google.com; w...@rock-chips.com;
>
The size of the MAC register dump used to be the size specified by the
reg property in the device tree. Userland has no good way of finding
out that size, and it was not specified consistently for each MAC type,
so ethtool would end up printing junk at the end of the register dump
if the device
On Fri, Sep 25, 2015 at 05:47:13PM +0900, Minchan Kim wrote:
> On Fri, Sep 25, 2015 at 10:17:54AM +0200, Vitaly Wool wrote:
> >
> > > I already said questions, opinion and concerns but anything is not clear
> > > until now. Only clear thing I could hear is just "compaction stats are
> > > better"
Hi,
On Thu, Sep 24, 2015 at 03:27:01PM +0300, Tomi Valkeinen wrote:
> fbdev is (more or less) maintained, but it's a deprecated framework. All
> new Linux display drivers should be done on DRM.
>
> So let's not add any more new fbdev drivers.
>
> I will continue to maintain the current fbdev
On Fri, Sep 25, 2015 at 7:58 AM, Sedat Dilek wrote:
> On Thu, Sep 24, 2015 at 8:00 PM, David Miller wrote:
>> From: Sedat Dilek
>> Date: Thu, 24 Sep 2015 18:19:16 +0200
>>
>>> OK, I guess DaveM will take your patch into net.git#master first...
>>> and tag it there with CC-stable?
>>
>> I do not
On Fri, Sep 25, 2015 at 10:17:54AM +0200, Vitaly Wool wrote:
>
> > I already said questions, opinion and concerns but anything is not clear
> > until now. Only clear thing I could hear is just "compaction stats are
> > better" which is not enough for me. Sorry.
> >
> > 1)
On 17/09/2015 17:32, Bart Van Assche wrote:
>
>> +
>> +#ifndef __KERNEL__
>> +/* Keep in sync with SG_DEFAULT_TIMEOUT of scsi/sg.h */
>> #define SG_DEFAULT_TIMEOUT(60*HZ) /* HZ == 'jiffies in 1
>> second' */
>> #endif
>
> Is it useful and/or necessary to export this constant ?
On 09/24/2015 09:53 PM, Konstantin Khlebnikov wrote:
pid_t getvpid(pid_t pid, int source, int target);
This syscall converts pid from source pid-namespace into pid in target
pid-namespace. Namespaces are defined by file descriptors pointing to
namespace entries in proc (/proc/[pid]/ns/pid). If
Hi Boris,
Sorry for trouble you. Since I cannot send mail using 'git send-email' right
now.
I sent this series by outlook. Thanks for your suggestion. I'll fix this soon.
Peter Pan
On Fri, 25 Sep 2015 14:54:38 +
Boris Brezillon < boris.brezil...@free-electrons.com > wrote:
> Hi Peter,
>
Sorry for send the patch 1 twice.
Since I cannot send mail using 'git send-email' right now. I send this series
by outlook. This may cause copyright symbol wrong. Patch 1 and 12 got this
problem and patch 12 cannot be applied. Please ignore this error.
Peter Pan
On Fri, 25 Sep 2015 14:37:35
On Fri, Sep 25, 2015 at 03:21:19AM +, He Kuang wrote:
SNIP
> }
>
> +__event_legacy_tracepoint:
> +PE_NAME '-' PE_NAME ':' PE_NAME
> +{
> + char sys_name[128];
> + struct str_group group;
> +
> + snprintf(_name, 128, "%s-%s", $1, $3);
> + group.name1 = _name;
> +
On Fri, Sep 25, 2015 at 03:21:19AM +, He Kuang wrote:
SNIP
> diff --git a/tools/perf/util/parse-events.h b/tools/perf/util/parse-events.h
> index c7b904a..f13d3cc 100644
> --- a/tools/perf/util/parse-events.h
> +++ b/tools/perf/util/parse-events.h
> @@ -119,7 +119,8 @@ int
Am Montag, den 21.09.2015, 15:15 +0100 schrieb Russell King - ARM Linux:
> On Mon, Sep 21, 2015 at 11:51:06AM +0200, Thierry Reding wrote:
> > On Wed, Sep 16, 2015 at 01:41:38PM -0700, Douglas Anderson wrote:
> > > There's a member in 'struct dw_hdmi' called cable_plugin. It's never
> > > set to
+ x...@kernel.org
On Thu, Sep 24, 2015 at 02:25:41PM -0700, Raj, Ashok wrote:
> Hi Boris
>
> I should have expanded on it..
>
> On Thu, Sep 24, 2015 at 11:07:33PM +0200, Borislav Petkov wrote:
> >
> > How are you ever going to call into those from an offlined CPU?!
> >
> > And that's easy:
>
kexec output message misses the prefix "kexec", when Dave Young split
the kexec code. Now, we use file name as the output message prefix.
Currently, the format of output message:
[ 140.290795] SYSC_kexec_load: hello, world
[ 140.291534] kexec: sanity_check_segment_list: hello, world
Ideally,
On Thu, Sep 24, 2015 at 2:20 AM, Peter Chen wrote:
> On Wed, Sep 23, 2015 at 12:40:46PM +0100, Felipe Tonello wrote:
>> Hi Peter,
>>
>> On Wed, Sep 23, 2015 at 8:09 AM, Peter Chen wrote:
>> > On Tue, Sep 22, 2015 at 07:59:10PM +0100, Felipe F. Tonello wrote:
>> >> This fix a memory leak that
> Have you seen those symptoms before? How did you come up to a conclusion
> that zram->zbud will do the trick?
I have data from various tests (partially described here:
https://lkml.org/lkml/2015/9/17/244) and once again, I'll post a reply
to https://lkml.org/lkml/2015/9/15/33 with more detailed
Am Freitag, den 25.09.2015, 14:31 +0800 schrieb James Liao:
> In kernel late init, it turns off all unused clocks, which
> needs to access subsystem registers such as VENC and VENC_LT.
>
> Accessing MT8173 VENC registers needs two top clocks, mm_sel and
> venc_sel. Accessing VENC_LT registers
Hi Peter,
On Thu, Sep 24, 2015 at 2:17 AM, Peter Chen wrote:
> On Wed, Sep 23, 2015 at 12:56:58PM +0100, Felipe F. Tonello wrote:
>> If CONFIG_PM or CONFIG_PM_SLEEP is not set, driver will not compile
>> properly.
>>
>
> Would you post the warning or error messages?
>
> I just tried at v4.3-rc1
This patch fixes the compilation error with arm allmodconfig, this error
generated due to unavailability of readq() on 32-bit platform which was
found during net-next daily compilation. In the same time, fix all the
hns drivers compilation warnings.
Sgned-off-by: huangdaode
Signed-off-by:
This patch fixes the compilation error with arm allmodconfig, this error
generated due to unavailability of readq() on 32-bit platform which was
found during net-next daily compilation. In the same time, fix all the
hns drivers compilation warnings.
Sgned-off-by: huangdaode
Signed-off-by:
> I already said questions, opinion and concerns but anything is not clear
> until now. Only clear thing I could hear is just "compaction stats are
> better" which is not enough for me. Sorry.
>
> 1) https://lkml.org/lkml/2015/9/15/33
> 2) https://lkml.org/lkml/2015/9/21/2
Could you please stop
On Fri, Sep 25, 2015 at 03:21:18AM +, He Kuang wrote:
SNIP
> static int config_attr(struct perf_event_attr *attr,
> struct list_head *head,
> -struct parse_events_error *err)
> +struct parse_events_error *err,
> +
On (09/25/15 11:13), Minchan Kim wrote:
> > Ok, I can see that having the allocator backends for zpool
> > have the same set of constraints is nice.
>
> Sorry for delay. I'm on vacation until next week.
> It seems Seth was missed in previous discusstion which was not the end.
>
> I already said
On 08/24/2015 04:19 AM, Joonsoo Kim wrote:
> Further compaction attempt is deferred when some of compaction attempts
> already fails. But, after some number of trial are skipped, compaction
> restarts work to check whether compaction is now possible or not. It
> scans whole range of zone to
On 24/09/2015 18:12, Bandan Das wrote:
> Not sure myself what's the right thing to do but this may be undesirable
> in a nested environment. Assuming the processor supports global invalidation
> only, this seems like a easy way for the nested guest to invalidate *all*
> mappings - even the L1
On 2015/9/25 15:12, David Miller wrote:
From: huangdaode
Date: Fri, 25 Sep 2015 14:47:23 +0800
@@ -966,7 +966,15 @@ static inline u32 dsaf_get_reg_field(void *base, u32 reg,
u32 mask, u32 shift)
#define dsaf_read_b(addr)\
readb((__iomem unsigned char *)(addr))
+#ifndef readq
On Fri, Sep 25, 2015 at 04:56:10PM +0900, Sergey Senozhatsky wrote:
>
> so you want to go with _noctx() callbacks implementation?
> that CRYPTO_ALG_TFM_MAY_SHARE flag looks quite simple to
> me. or you guys hate it?
I think we should just replace crypto_pcomp with a new interface
that does what
On (09/25/15 14:26), Joonsoo Kim wrote:
[..]
> > > +struct crypto_comp *crypto_alloc_comp_noctx(const char *alg_name,
> > > + u32 type, u32 mask);
> > > +
> >
> > this should be EXPORT_SYMBOL_GPL().
> >
>
> Will do in next version.
>
so you want to go with
On 24/09/2015 17:45, Bandan Das wrote:
> > However, I have applied the patch to kvm/queue. Please send the changes
> > separately, and I will squash them in the existing VPID patch.
>
> Please don't do this. It's making it really difficult to review these
> patches individually :( Why not let
Hi, Charles,
On Thu, 24 Sep 2015 08:41:07 +0100
Charles Keepax wrote:
> On Thu, Sep 24, 2015 at 10:38:09AM +0900, Inha Song wrote:
> > Hi, Charles,
> >
> > On Wed, 23 Sep 2015 15:43:12 +0100
> > Charles Keepax wrote:
> >
> > > On Wed, Sep 23, 2015 at 11:04:04AM +0900, Inha Song wrote:
> > >
Hello Geert
On Fri, Sep 25, 2015 at 1:21 PM, Geert Uytterhoeven
wrote:
> Have you tested this?
>
> This means enabling/disabling interrupts never worked on Sun 3, which
> I find a bit difficult to believe.
> There are other 0x0f?? addresses in arch/m68k/sun3/mmu_emu.c.
>
Nope, just trying
On (09/25/15 14:46), Joonsoo Kim wrote:
[..]
> > > struct zcomp_strm *zcomp_decompress_begin(struct zcomp *comp)
> > > {
> > > + if (comp->tfm_noctx)
> > > + return NULL;
> >
> > Hmm,, I understand why returns NULL but it seems to be awkward to use NULL
> > to express meaningful
On 24/09/2015 12:12, Borislav Petkov wrote:
> On Thu, Sep 24, 2015 at 11:23:08AM +0800, Xiao Guangrong wrote:
>>> +static inline bool
>>> +boot_cpu_is_amd(void)
>>> +{
>>> + WARN_ON_ONCE(!tdp_enabled);
>>> + return shadow_x_mask != 0;
>>
>> shadow_x_mask != 0 is Intel's CPU.
>>
>> Borislav,
On (09/25/15 14:43), Joonsoo Kim wrote:
[..]
> > > /* dynamic per-device compression frontend */
> > > struct zcomp {
> > > void *stream;
> > > - struct zcomp_backend *backend;
> > > + const char *backend;
> >
> > ^^ what for?
>
> Will remove.
I think that was my mistake, I realized
On Fri, Sep 25, 2015 at 07:57:53AM +0200, Vitaly Wool wrote:
> From e219a88f4cd68842e7e04e37461aba6e06555d6a Mon Sep 17 00:00:00 2001
> From: Vitaly Vul
> Date: Tue, 22 Sep 2015 14:07:01 +0200
> Subject: [PATCH] zbud: allow up to PAGE_SIZE allocations
>
> Currently zbud is only capable of
Since commit 5cec38ac866b ("fs, seq_file: fallback to vmalloc instead of
oom kill processes") seq_buf_alloc() avoids calling the oom killer for
PAGE_SIZE or smaller allocations; but larger allocations can use the oom
killer via vmalloc(). Thus reads of small files can return ENOMEM, but
larger
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
---
v3:
- No changes,
v2:
- Drop RFC state,
- Add Acked-by,
- Add missing recvmmsg and sendmmsg.
---
arch/m68k/include/asm/unistd.h | 2 +-
arch/m68k/include/uapi/asm/unistd.h | 17 +
$ ./userfaultfd 10 99
nr_pages: 2560, nr_pages_per_cpu: 2560
bounces: 98, mode: racing, userfaults: 1121
bounces: 97, mode: rnd, userfaults: 977
bounces: 96, mode:, userfaults: 1119
bounces: 95, mode: rnd racing ver poll, userfaults: 1040
bounces: 94, mode: racing ver poll, userfaults: 1022
$ ./membarrier_test
membarrier MEMBARRIER_CMD_QUERY syscall available.
membarrier: MEMBARRIER_CMD_SHARED success.
membarrier: tests done!
$
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
---
v3:
- Add Acked-by,
- Move before "m68k: Wire up direct ipc calls",
v2:
- New.
---
This patch series, intended for v4.3, updates the m68k system calls:
- Wire up direct socket calls,
- Wire up new userfaultfd and membarrier system calls.
Changes compared to v2:
- Postponed adding direct ipc calls, until ipc_parse_version() is
resolved,
- Renumbered membarrier,
On Wed, 12 Aug 2015 08:42:18 -0700, Jim Davis wrote:
> Building with the attached random configuration file,
>
> drivers/built-in.o: In function `dmi_check_onboard_devices':
> i2c-i801.c:(.text+0x126b36): undefined reference to `i2c_new_device'
> drivers/built-in.o: In function `i801_remove':
>
Hi Linus,
Please pull two powerpc fixes for 4.3:
The following changes since commit 1f93e4a96c9109378204c147b3eec0d0e8100fde:
Linux 4.3-rc2 (2015-09-20 14:32:34 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
On Fri 25-09-15 12:19:38, Chun Chen wrote:
> The origin document references to cap_vm_enough_memory is because
> cap_vm_enough_memory invoked __vm_enough_memory before and it no
> longer does now.
>
> Signed-off-by: Chun Chen
Acked-by: Michal Hocko
> ---
> Documentation/sysctl/vm.txt | 2 +-
* Kees Cook wrote:
> On Thu, Sep 24, 2015 at 1:26 PM, Stephen Smalley wrote:
> > Hi,
> >
> > With the attached config and 4.3-rc2 on x86_64, I see the following in
> > /sys/kernel/debug/kernel_page_tables:
> > ...
> > ---[ High Kernel Mapping ]---
> > 0x8000-0x8100
* Kees Cook wrote:
> On Thu, Sep 24, 2015 at 1:26 PM, Stephen Smalley wrote:
> > Hi,
> >
> > With the attached config and 4.3-rc2 on x86_64, I see the following in
> > /sys/kernel/debug/kernel_page_tables:
> > ...
> > ---[ High Kernel Mapping ]---
> > 0x8000-0x8100
Hi Alexander,
On Mon, Sep 14, 2015 at 11:40 AM, Alexander Kuleshov
wrote:
> The MMU base is 32 bits size - 0xfe00, seems that we missed
> one zero in the definition of the clock and interrupt register
> addresses.
Thanks for your patch!
Have you tested this?
This means enabling/disabling
Hi Vinod,
On Wed, Sep 16, 2015 at 1:33 PM, Rameshwar Prasad Sahu wrote:
> This patch fixes an over flow issue with the TX ring descriptor. Each
> descriptor is 32B in size and an operation requires 2 of these
> descriptors.
>
> Signed-off-by: Rameshwar Prasad Sahu
> ---
>
* Andy Lutomirski wrote:
> This may mean that we want to have a way for binaries to indicate that they
> want
> their --x segments to be loaded with a particular protection key. The right
> way
> to do that might be using an ELF note, and I also want to use ELF notes to
> allow
> turning
Hi Thierry,
Am Donnerstag, den 24.09.2015, 19:02 +0200 schrieb Thierry Reding:
> From: Thierry Reding
>
> There's no use building the individual drivers as separate modules
> because they are all only useful if combined into a single DRM/KMS
> device.
Why not? On an i.MX5 device with VGA(tve)
From: huangdaode
Date: Fri, 25 Sep 2015 14:47:23 +0800
> @@ -966,7 +966,15 @@ static inline u32 dsaf_get_reg_field(void *base, u32
> reg, u32 mask, u32 shift)
> #define dsaf_read_b(addr)\
> readb((__iomem unsigned char *)(addr))
>
> +#ifndef readq
> +static inline u64 readq(void
* Dave Hansen wrote:
> On 09/24/2015 02:30 AM, Ingo Molnar wrote:
> >> To answer your question in the comment: it looks useful to have some sort
> >> of
> >> 'extended page fault error code' information here, which shows why the
> >> page fault
> >> happened. With the regular error_code
On 09/25/2015 09:59 AM, Peter Ujfalusi wrote:
Tero,
On 09/16/2015 09:42 AM, Tero Kristo wrote:
On 09/14/2015 11:52 AM, Peter Ujfalusi wrote:
Hi Tero,
On 08/24/2015 10:35 AM, Peter Ujfalusi wrote:
The ABE related clocks should be configured via DT and not have it wired
inside of the kernel.
Hi Randy,
I have checked your config. There is:
# CONFIG_DVB_HORUS3A is not set
in this case in drivers/media/dvb-frontends/horus3a.h incorrect
statement used. I will send patch to fix this problem bit later.
thanks for report !
2015-09-25 1:36 GMT+03:00 Randy Dunlap :
> On 09/24/15 14:05,
Paul,
On 09/15/2015 05:10 PM, Peter Ujfalusi wrote:
> McASP3 is used by default on DRA7x based boards for audio.
Can you take a look at this patch? It would be great to have this one reviewed
so the audio support for the dra7 family could be applied by Tony.
Thanks,
Péter
> Signed-off-by:
Vinod,
On 09/14/2015 03:31 PM, Peter Ujfalusi wrote:
> From: Misael Lopez Cruz
>
> The L3 throughput can be higher than expected when packed access
> is not enabled. The ratio depends on the number of bytes in a
> transaction and the EMIF interface width.
Can you take a look at this patch?
Tero,
On 09/16/2015 09:42 AM, Tero Kristo wrote:
> On 09/14/2015 11:52 AM, Peter Ujfalusi wrote:
>> Hi Tero,
>>
>> On 08/24/2015 10:35 AM, Peter Ujfalusi wrote:
>>> The ABE related clocks should be configured via DT and not have it wired
>>> inside of the kernel.
>>
>> can you take a look at this
Hi Peter,
This comment is not related to the code itself, but next time you send a
patch series, could you send all patches as a reply to the cover letter?
This is automatically done when you use git send-email unless you pass
the --no-thread option.
The following command should do the trick:
On Thu, 2015-09-24 at 16:45 -0400, Tejun Heo wrote:
> Hello, Artem.
>
> On Thu, Sep 24, 2015 at 11:09:46AM +0300, Artem Bityutskiy wrote:
> > On Wed, 2015-09-23 at 17:07 -0400, Tejun Heo wrote:
> > > So, this should make the regression go away. It doesn't fix the
> > > underlying bugs but they
Since struct nand_chip is removed from nand_bbt.c, BBT is now
shareable. Both NAND and SPI NAND can use it. So move nand_bbt.c
from nand/ foler to mtd/ folder and create MTD_NAND_BBT config.
Both NAND and SPI NAND should depend on MTD_NAND_BBT.
Signed-off-by: Peter Pan
---
drivers/mtd/Kconfig
nand_bbt doesn't need nand badblock_pattern any more. So remove
NAND_BBT_DYNAMICSTRUCT from nand_bbt.h
Signed-off-by: Brian Norris
---
include/linux/mtd/nand_bbt.h | 7 ---
1 file changed, 7 deletions(-)
diff --git a/include/linux/mtd/nand_bbt.h b/include/linux/mtd/nand_bbt.h
index
With new nand_bbt.c, nand_chip doesn't need bbt element any more
Signed-off-by: Brian Norris
---
include/linux/mtd/nand.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/linux/mtd/nand.h b/include/linux/mtd/nand.h
index fb3f148..bc49f04 100644
--- a/include/linux/mtd/nand.h
+++
remove old BBT APIs
Signed-off-by: Brian Norris
---
drivers/mtd/nand/nand_bbt.c | 110 +---
include/linux/mtd/nand.h| 3 --
2 files changed, 22 insertions(+), 91 deletions(-)
diff --git a/drivers/mtd/nand/nand_bbt.c b/drivers/mtd/nand/nand_bbt.c
The function returns always non-negative values.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
v2: fixed indentation
---
This commit contains most of modification. But the job is quite
simple --- replace struct nand_chip with struct nand_bbt. There
is no algorithm change, just replacement.
Signed-off-by: Brian Norris
---
drivers/mtd/nand/nand_bbt.c | 393 ++--
1 file
The function can return negative value.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
v2: changed type of irq field
---
On Thu, Sep 24, 2015 at 10:21 AM, Jiri Kosina wrote:
> On Thu, 24 Sep 2015, Sedat Dilek wrote:
>
>> >> > >> [ 24.705767] [] dump_stack+0x7d/0xa0
>> >> > >> [ 24.705774] [] ___might_sleep+0x28a/0x2a0
>> >> > >> [ 24.705779] [] __might_sleep+0x4f/0xc0
>> >> > >> [ 24.705784] []
nand_bbt.c doesn't need to call nand_erase_nand() any more.
Signed-off-by: Brian Norris
---
drivers/mtd/nand/nand_base.c | 5 -
include/linux/mtd/nand.h | 2 --
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
Hi,Rafael, thanks a lot for your review, will resend v2 version.
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Friday, September 25, 2015 9:24 AM
> To: Chen, Yu C
> Cc: Wysocki, Rafael J; jiang@linux.intel.com; Zhang, Rui; Brown, Len;
> linux-
>
Since NAND already create its nand_bbt struct, we can use erase()
hook instead of call nand_erase_nand() directly. Also, we can use
is_bad_bbm() to avoid passing badblock_pattern to BBT.
Signed-off-by: Brian Norris
[Peter: remove @buf in create_bbt()]
Signed-off-by: Peter Pan
---
The function returns always non-negative values.
The problem has been detected using proposed semantic patch
scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
Signed-off-by: Andrzej Hajda
---
v2: added missing declaration
Use new BBT APIs (nand_bbt_*()) in NAND. Keep old APIs (nand_*_bbt())
exist temporarily.
Signed-off-by: Brian Norris
[Peter: 1. use nand_bbt_markbad_factory() in docg4.c and implement
2. nand_create_factory_badblock_pattern(), nand_is_bad_bbm() and
nand_default_bbt() in
This patch fixes the compilation error with arm allmodconfig, this error
generated due to unavailability of readq() on 32-bit platform which was
found during net-next daily compilation. In the same time, fix all the
hns drivers compilation warnings.
Signed-off-by: huangdaode
Signed-off-by:
Some nand controller drivers(like docg4.c) mark factory bad block
mark by accessing bbt buffer directly, so create this API to avoid
breaking layer.
Signed-off-by: Peter Pan
---
drivers/mtd/nand/nand_bbt.c | 32 +---
include/linux/mtd/nand_bbt.h | 1 +
2 files
Add new API definitions for nand_bbt to replace old ones without
any users. These API includes:
int nand_bbt_init(struct nand_bbt *bbt);
void nand_bbt_release(struct nand_bbt *bbt);
int nand_bbt_markbad(struct nand_bbt *bbt, loff_t offs);
int
We put every information nand_bbt.c needed from outside into struct
nand_bbt, include:
@mtd: pointer to MTD device structure
@is_bad_bbm:check if a block is factory bad block
@mark_bad_bbm: imitate a block as factory bad block
@erase: erase block bypassing
Migrating existing BBT definitions from bbm.h to nand_bbt.h
Signed-off-by: Brian Norris
[Peter: correct misspelling. s/neccecary/necessary/]
Signed-off-by: Peter Pan
---
include/linux/mtd/bbm.h | 96 +--
include/linux/mtd/nand_bbt.h | 118
Migrating existing BBT definitions from bbm.h to nand_bbt.h
Signed-off-by: Brian Norris
[Peter: correct misspelling. s/neccecary/necessary/]
Signed-off-by: Peter Pan
---
include/linux/mtd/bbm.h | 96 +--
include/linux/mtd/nand_bbt.h | 118
Currently nand_bbt.c is tied with struct nand_chip, and it makes other
NAND family chips hard to use nand_bbt.c. Maybe it's the reason why
onenand has own bbt(onenand_bbt.c).
Separate struct nand_chip from BBT code can make current BBT shareable.
We create struct nand_bbt to take place of
In kernel late init, it turns off all unused clocks, which
needs to access subsystem registers such as VENC and VENC_LT.
Accessing MT8173 VENC registers needs two top clocks, mm_sel and
venc_sel. Accessing VENC_LT registers needs mm_sel and venclt_sel.
So we need to keep these clocks on before
On Thu, 24 Sep 2015 21:08:39 +0200,
Luis de Bethencourt wrote:
>
> On 24/09/15 19:56, Takashi Iwai wrote:
> > On Thu, 24 Sep 2015 19:58:30 +0200,
> > Luis de Bethencourt wrote:
> >>
> >> The driver is using -1 instead of the -ENOMEM defined macro to specify
> >> that a buffer allocation failed.
Its better to remove the dependency on uapi/kvm_perf.h to allow dynamic
discovery of kvm events (if its needed). To do this, some extern
variables have been introduced with which we can keep the generic
functions generic.
Signed-off-by: Hemant Kumar
---
Changes since v7:
- Removed __maybe_unused
This patch removes the "const" qualifier from kvm_events_tp declaration
to account for the fact that powerpc will need to update this variable
dynamically depending on the machine type.
Signed-off-by: Hemant Kumar
---
tools/perf/arch/s390/util/kvm-stat.c | 2 +-
perf kvm can be used to analyze guest exit reasons. This support already
exists in x86. Hence, porting it to powerpc.
- To trace KVM events :
perf kvm stat record
If many guests are running, we can track for a specific guest by using
--pid as in : perf kvm stat record --pid
- To see the
Powerpc provides hcall events that also provides insights into guest
behaviour. Enhance perf kvm stat to record and analyze hcall events.
- To trace hcall events :
perf kvm stat record
- To show the results :
perf kvm stat report --event=hcall
The result shows the number of hypervisor
Vinson Lee wrote:
> After a similar edit to line 289, replacing i2d_PKCS7_bio_stream with
> i2d_PKCS7_bio, sign-file.c builds for me on CentOS 5.11.
Okay, thanks. Does it then work?
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
* Dave Hansen wrote:
> > I.e. AFAICS pkeys could be used to create true '--x' permissions for
> > executable
> > (user-space) pages.
>
> Just remember that all of the protections are dependent on the contents of
> PKRU.
> If an attacker controls the Access-Disable bit in PKRU for the
>
On Thu, Sep 24, 2015 at 12:56:31PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Sep 25, 2015 at 12:01:12AM +0900, Namhyung Kim escreveu:
> > Hi Arnaldo,
> >
> > On Thu, Sep 24, 2015 at 10:42:28AM -0300, Arnaldo Carvalho de Melo wrote:
> > > Namhyung,
> > >
> > > Can you take a look and
From: Florian Fainelli
Date: Thu, 24 Sep 2015 18:39:56 -0700
> On 24/09/15 12:17, Russell King - ARM Linux wrote:
>> Hi,
>>
>> The third version of this series fixes the build error which David
>> identified, and drops the broken changes for the Cavium Thunger BGX
>> ethernet driver as this
On 09/25/15 at 01:24pm, Dave Young wrote:
> On 09/25/15 at 01:04pm, Dave Young wrote:
> > On 09/24/15 at 02:07pm, Minfei Huang wrote:
> > > kexec output message misses the prefix "kexec", when Dave Young split
> > > the kexec code. Now, we use file name as the output message prefix.
> > >
> > >
1) When we run a tap on netlink sockets, we have to copy mmap'd SKBs
instead of cloning them. From Daniel Borkmann.
2) When converting classical BPF into eBPF, fix the setting of
the source reg to BPF_REG_X. From Tycho Andersen.
3) Fix igmpv3/mldv2 report parsing in the bridge multicast
On Tue, 2015-09-15 at 09:07AM +0800, Shawn Lin wrote:
> On 2015/9/14 23:07, Sören Brinkmann wrote:
> >Hi Shawn,
> >
> >overall, it looks good to me. I have some questions though.
> >
> >On Mon, 2015-09-14 at 02:29PM +0800, Shawn Lin wrote:
>
> [...]
>
> >>+err_phy_exit:
> >>+ phy_init(phy);
>
This series provides the minimum changes needed to use remotproc on the
Qualcomm platform, it then introduces the Peripheral Image Loader for
the WCNSS core.
The implementation depends on https://lkml.org/lkml/2015/9/24/723
Bjorn Andersson (4):
remoteproc: core: Make the loaded resource table
This introduces the peripheral image loader, for loading WCNSS firmware
and boot the core on e.g. MSM8974. The firmware is verified and booted
with the help of the Peripheral Authentication System (PAS) in
TrustZone.
Signed-off-by: Bjorn Andersson
---
The mdt
The document defines the binding for a component that loads firmware for
and boots the Qualcomm WCNSS core.
Signed-off-by: Bjorn Andersson
---
.../bindings/remoteproc/qcom,wcnss-pil.txt | 107 +
1 file changed, 107 insertions(+)
Remote processors like the ones found in the Qualcomm SoCs does not have
a resource table passed to them, so make it optional by only populating
it if it does exist.
Signed-off-by: Bjorn Andersson
---
drivers/remoteproc/remoteproc_core.c | 8 ++--
1 file
The Qualcomm WCNSS can crash by watchdog or a fatal software error. Add
these types to the list of remoteproc crash reasons.
Signed-off-by: Bjorn Andersson
---
drivers/remoteproc/remoteproc_core.c | 2 ++
include/linux/remoteproc.h | 4
2 files
From: huangdaode
Date: Fri, 25 Sep 2015 16:29:50 +0800
> @@ -191,9 +191,12 @@ static void hns_rcb_ring_init(struct ring_pair_cb
> *ring_pair, int ring_type)
> if (ring_type == RX_RING) {
> dsaf_write_dev(q, RCB_RING_RX_RING_BASEADDR_L_REG,
>
So this commit worries me.
This bug is a good find, and the fix is obviously needed and urgent, but I'm
not
sure about the implementation at all. (I've Cc:-ed a few more x86 low level
gents.)
* Matt Fleming wrote:
> /*
> + * Iterate the EFI memory map in reverse
From: Len Brown
On a Skylake with 1500MHz base frequency,
the TSC runs at 1512MHz.
This is because the TSC is no longer in the n*100 MHz BCLK domain,
but is now in the m*24MHz crystal clock domain. (24 MHz * 63 = 1512 MHz)
This adds error to several calculations in
501 - 600 of 1180 matches
Mail list logo