When a 16GB huge page is requested on POWER platform through kernel command
line interface, it silently fails because of the lack of any gigantic pages
on the system which the platform should have communicated through 16GB memory
blocks in the device tree during boot time. For example
[0.48094
memset() uses instruction dcbz to speed up clearing by not wasting time
loading cache line with data that will be overwritten.
Some platform like mpc52xx do no have cache active at startup and
can therefore not use memset(). Allthough no part of the code
explicitly uses memset(), GCC may makes call
On Sun, 2015-09-13 at 21:36 +0300, Denis Kirjanov wrote:
> During the MSI bitmap test on boot kmemleak spews the following trace:
>
> unreferenced object 0xc0016e86c900 (size 64):
> comm "swapper/0", pid 1, jiffies 4294893173 (age 518.024s)
> hex dump (first 32 bytes):
> 00 00 01
On Sun, 2015-09-13 at 22:23 +0200, Geert Uytterhoeven wrote:
> On Sun, Sep 13, 2015 at 5:19 PM, Guenter Roeck wrote:
> > arm64:allmodconfig:
> >
> > drivers/firmware/qcom_scm-32.c:196:4: error: expected string literal before
> > ‘__asmeq’
> > drivers/firmware/qcom_scm-32.c:221:2: error: implicit
Log a 'critical' message if the max frequency is reduced below nominal
frequency. We already log 'info' message if the max frequency is
capped below turbo frequency. CPU should guarantee atleast nominal
frequency, but not turbo frequency in all system configurations and
environments. So report the
On Thu, 2015-10-09 at 04:36:21 UTC, Paul Mackerras wrote:
> This fixes a race which can result in the same virtual IRQ number
> being assigned to two different MSI interrupts. The most visible
> consequence of that is usually a warning and stack trace from the
> sysfs code about an attempt to crea
ls1 has qe and ls1 has arm cpu.
move qe from arch/powerpc to drivers/soc/fsl
to adapt to powerpc and arm
Signed-off-by: Zhao Qiang
---
Changes for v2:
- move code to driver/soc
Changes for v3:
- change drivers/soc/qe to drivers/soc/fsl-qe
Changes for v4:
- move drivers/soc
CPM and QE have the same muram, shared the same
muram management functions. Delete cpm_muram_* functions,
using qe_muram_*.
Signed-off-by: Zhao Qiang
---
Changes for v9:
- splitted from patch 3/5, modify cpm muram management functions.
arch/powerpc/include/asm/cpm.h | 59
muram is used for qe, add qe_muram_ functions to manage
muram.
Signed-off-by: Zhao Qiang
---
Changes for v2:
- no changes
Changes for v3:
- no changes
Changes for v4:
- no changes
Changes for v5:
- no changes
Changes for v6:
- using genalloc instead rheap t
Add new algo for genalloc, it reserve a specific region of
memory matching the size requirement (no alignment constraint)
Signed-off-by: Zhao Qiang
---
Changes for v9:
- reserve a specific region, if the return region
- is not during the specific region, return fail.
include/lin
Bytes alignment is required to manage some special RAM,
so add gen_pool_first_fit_align to genalloc,
meanwhile add gen_pool_alloc_data to pass data to
gen_pool_first_fit_align(modify gen_pool_alloc as a wrapper)
Signed-off-by: Zhao Qiang
---
Changes for v6:
- patches set v6 include a new
Russell,
On 09/13/2015 09:57 AM, Russell King - ARM Linux wrote:
On Sun, Sep 13, 2015 at 08:19:26AM -0700, Guenter Roeck wrote:
arm:rpc_defconfig:
fs/fat/dir.c: In function 'fat_ioctl_filldir':
fs/fat/dir.c:752:43: internal compiler error: Max. number of generated reload
insns per insn is ach
On Sun, Sep 13, 2015 at 5:19 PM, Guenter Roeck wrote:
> On Sun, Sep 13, 2015 at 11:03:51AM +0200, Geert Uytterhoeven wrote:
>> On Sun, Sep 13, 2015 at 11:01 AM, Geert Uytterhoeven
>> wrote:
>> > Below is the list of build error/warning regressions/improvements in
>> > v4.3-rc1[1] compared to v4.2
During the MSI bitmap test on boot kmemleak spews the following trace:
unreferenced object 0xc0016e86c900 (size 64):
comm "swapper/0", pid 1, jiffies 4294893173 (age 518.024s)
hex dump (first 32 bytes):
00 00 01 ff 7f ff 7f 37 00 00 00 00 00 00 00 00
...7
On Sun, Sep 13, 2015 at 08:19:26AM -0700, Guenter Roeck wrote:
> arm:rpc_defconfig:
>
> fs/fat/dir.c: In function 'fat_ioctl_filldir':
> fs/fat/dir.c:752:43: internal compiler error: Max. number of generated reload
> insns per insn is achieved (90)
Not much can be done about that - gcc people ar
On Sun, Sep 13, 2015 at 11:03:51AM +0200, Geert Uytterhoeven wrote:
> On Sun, Sep 13, 2015 at 11:01 AM, Geert Uytterhoeven
> wrote:
> > Below is the list of build error/warning regressions/improvements in
> > v4.3-rc1[1] compared to v4.2[2].
> >
[ ... ]
>
> > + /home/kisskb/slave/src/arch/powe
On Sun, Sep 13, 2015 at 11:01 AM, Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.3-rc1[1] compared to v4.2[2].
>
> Summarized:
> - build errors: +15/-6
> [1] http://kisskb.ellerman.id.au/kisskb/head/9353/ (all 254 configs)
> [2] http://kiss
17 matches
Mail list logo