2014-12-24 23:29 GMT+08:00 Jan Kiszka :
> On 2014-12-24 04:14, Wincy Van wrote:
>> This patch fixes the bug discussed in
>> https://www.mail-archive.com/kvm@vger.kernel.org/msg109813.html
>>
>> This patch uses a new field named irr_delivered to record the
>> delivery status of edge-triggered interr
On Wednesday 24 December 2014 23:57:38 Nishanth Menon wrote:
> based on automated testing with u-boot as a chained
> bootloader..
>
> v3.18: boots fine:
> https://github.com/nmenon/kernel-test-logs/blob/v3.18/omap2plu
> s_defconfig/n900.txt
>
> v3.19-rc1: hung
> https://github.com/nmenon/kernel-t
Hi Chao,
On Wed, Dec 24, 2014 at 04:01:16PM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> > -Original Message-
> > From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> > Sent: Tuesday, December 23, 2014 3:36 PM
> > To: Chao Yu
> > Cc: 'Changman Lee'; linux-f2fs-de...@lists.sourceforge.net;
> > linu
On 22/12/2014 18:48, j.gli...@gmail.com wrote:
> static inline void mmu_notifier_invalidate_range_start(struct mm_struct *mm,
> -unsigned long start,
> -unsigned long end,
> -
I know how to use git... first I wanted to report errors because
maybe it could be known problem or somebody else can come with
quick patch even without bisetcing (like for other problems which
I reported).
Anyway those acpi devices which are mentioned in log do not exist
in 3.13 kernel (I do
Am Mittwoch, 24. Dezember 2014, 09:54:33 schrieb Stephan Mueller:
Hi Stephan,
> Am Mittwoch, 24. Dezember 2014, 07:24:01 schrieb Herbert Xu:
>
> Hi Herbert,
>
> > On Tue, Dec 23, 2014 at 03:52:27PM +0100, Stephan Mueller wrote:
> > > Am Dienstag, 23. Dezember 2014, 22:56:26 schrieb Herbert Xu:
On Thu 2014-12-25 09:32:40, Pali Rohár wrote:
> On Wednesday 24 December 2014 23:57:38 Nishanth Menon wrote:
> > based on automated testing with u-boot as a chained
> > bootloader..
> >
> > v3.18: boots fine:
> > https://github.com/nmenon/kernel-test-logs/blob/v3.18/omap2plu
> > s_defconfig/n900.t
On Thu 2014-12-25 09:26:41, Bastien ROUCARIES wrote:
> Le 25 déc. 2014 00:42, "Pavel Machek" a écrit :
> >
> > Hi!
> > >
> > > Try this test program: https://github.com/mseaborn/rowhammer-test
> > >
> > > It has reproduced bit flips on various machines.
> > >
> > > Your program won't be an effecti
At Arnd's request, reposting now that 3.19-rc1 is out.
No changes from the original post, except that xtensa
and powerpc patches have been merged by maintainers.
Please review, and consider for 3.20.
At the moment, if p and x are both tagged as bitwise types,
get_user(x, p) produces a sparse warni
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/m32r/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+),
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/openrisc/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
Acked-by: Steven Miao
---
arch/blackfin/include/asm/uaccess.h | 2 +-
1 file
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/sh/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+), 2
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/parisc/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+),
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
Acked-by: Will Deacon
---
arch/arm64/include/asm/uaccess.h | 2 +-
1 file ch
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/microblaze/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertio
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/metag/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+)
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/sparc/include/asm/uaccess_32.h | 8
1 file changed, 4 insert
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/m68k/include/asm/uaccess_mm.h | 4 ++--
1 file changed, 2 insertions(
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/ia64/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+), 1
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/cris/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+),
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/x86/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+), 1 d
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/sparc/include/asm/uaccess_64.h | 4 ++--
1 file changed, 2 insertions
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
Acked-by: Hans-Christian Egtvedt
---
arch/avr32/include/asm/uaccess.h | 4 ++-
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/alpha/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+)
On Wed, Dec 24, 2014 at 06:50:11PM -0800, Greg KH wrote:
> On Thu, Dec 25, 2014 at 01:56:44AM +0200, Ahmed S. Darwish wrote:
> > From: Ahmed S. Darwish
> >
> > Flooding the Kvaser CAN to USB dongle with multiple reads and
> > writes in high frequency caused seemingly-random panics in the
> > ke
Fix sparse warning:
fs/reiserfs/inode.c:2769:19: warning: Using plain integer as NULL pointer
Cc: reiserfs-de...@vger.kernel.org
Cc: Jeff Mahoney
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/reiserfs/inode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/rei
On Wed, Dec 24, 2014 at 1:22 PM, Kirill A. Shutemov
wrote:
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Ralf Baechle
> ---
> arch/m68k/include/asm/mcf_pgtable.h | 6 ++
This con
One of my plotform that use Joonsoo's CMA patch [1] has a device that
will alloc a lot of MIGRATE_UNMOVABLE memory when it works in a zone.
When this device works, the memory status of this zone is not OK. Most of
CMA is not allocated but most normal memory is allocated.
This issue is because in _
In Joonsoo's CMA patch "CMA: always treat free cma pages as non-free on
watermark checking" [1], it changes __zone_watermark_ok to substruct CMA
pages number from free_pages if system use CMA:
if (IS_ENABLED(CONFIG_CMA) && z->managed_cma_pages)
free_pages -= zone_page_state(
In [1], Joonsoo said that cma_alloc_counter is useless because pageblock
is isolated.
But if alloc_contig_range meet a busy range, it will undo_isolate_page_range
before goto try next range. At this time, __rmqueue_cma can begin allocd
CMA memory from the range.
So I add cma_alloc_counter let __rm
At Sat, 20 Dec 2014 17:46:02 +0100,
Rickard Strandqvist wrote:
>
> Removes some functions that are not used anywhere:
> snd_wm8776_set_master_mode() snd_wm8776_set_adc_if() snd_wm8776_set_dac_if()
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed
I tried the Joonsoo's CMA patches [1] in my part and found that they works
better than mine [2] about handle LRU and other issues even if they
don't shrink the memory before cma_alloc. So I began to test it in my
part.
But my colleague Weixing found some issues around it. So we make 2 patches to
At Sat, 20 Dec 2014 18:03:24 +0100,
Rickard Strandqvist wrote:
>
> Remove the function snd_gus_simple_remove_sample() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
The whole instrument
At Sat, 20 Dec 2014 23:31:19 +0100,
Rickard Strandqvist wrote:
>
> Remove the function ad198x_ch_mode_get() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
As Raymond suggested, remove th
At Sun, 21 Dec 2014 13:35:12 +0100,
Rickard Strandqvist wrote:
>
> Removes some functions that are not used anywhere:
> ad198x_ch_mode_get() ad198x_ch_mode_info() ad198x_ch_mode_info()
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Ric
At Sun, 21 Dec 2014 12:18:09 +0100,
Alexandre Belloni wrote:
>
> From: Arnd Bergmann
>
> at91 will no longer export the mach/cpu.h and mach/hardware.h header files
> in the future, which would break building the atmel ac97c driver.
>
> Since the cpu_is_* check is only used to find out whether w
On Thu, Dec 25, 2014 at 11:08:11AM +0100, Geert Uytterhoeven wrote:
> On Wed, Dec 24, 2014 at 1:22 PM, Kirill A. Shutemov
> wrote:
> > We've replaced remap_file_pages(2) implementation with emulation.
> > Nobody creates non-linear mapping anymore.
> >
> > Signed-off-by: Kirill A. Shutemov
> > Cc:
On Wed, Dec 24, 2014 at 3:22 PM, Kirill A. Shutemov
wrote:
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Max Filippov
> ---
> arch/xtensa/include/asm/pgtable.h | 10 --
> 1 fil
On Thu 2014-12-25 09:32:40, Pali Rohár wrote:
> On Wednesday 24 December 2014 23:57:38 Nishanth Menon wrote:
> > based on automated testing with u-boot as a chained
> > bootloader..
> >
> > v3.18: boots fine:
> > https://github.com/nmenon/kernel-test-logs/blob/v3.18/omap2plu
> > s_defconfig/n900.t
Hi,
On 25/12/2014 at 11:19:04 +0100, Takashi Iwai wrote :
> At Sun, 21 Dec 2014 12:18:09 +0100,
> Alexandre Belloni wrote:
> >
> > From: Arnd Bergmann
> >
> > at91 will no longer export the mach/cpu.h and mach/hardware.h header files
> > in the future, which would break building the atmel ac97c
Chen, Tiejun wrote:
> On 2014/12/24 19:02, Jamie Heilman wrote:
> >Chen, Tiejun wrote:
> >>On 2014/12/23 15:26, Jamie Heilman wrote:
> >>>Chen, Tiejun wrote:
> On 2014/12/23 9:50, Chen, Tiejun wrote:
> >On 2014/12/22 17:23, Jamie Heilman wrote:
> >>KVM internal error. Suberror: 1
>
David,
On Wed, Dec 24, 2014 at 05:55:38PM -0800, David Decotigny wrote:
> Before:
> 1 ERROR: code indent should use tabs where possible
> 1 WARNING: please, no spaces at the start of a line
>
> After:
> (none)
>
> Signed-off-by: David Decotigny
> ---
> drivers/staging/comedi/driv
Fix sparse warning:
net/tipc/link.c:1924:40: warning: Using plain integer as NULL pointer
Signed-off-by: Fabian Frederick
---
net/tipc/link.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/tipc/link.c b/net/tipc/link.c
index 23bcc11..082c3b5 100644
--- a/net/tipc/link.c
The brlock was completely removed in the 3.13 kernel series.
see commit 0f6ed63b1707 ("no need to keep brlock macros anymore...")
It seems that documentation in seqlock.h was not updated to reflect
this. This patch drops the (hopefully last) false brlock reference.
All remaining references to brlo
On Thu, Dec 25, 2014 at 10:43 AM, Fabian Frederick wrote:
> Fix sparse warning:
> fs/reiserfs/inode.c:2769:19: warning: Using plain integer as NULL pointer
I see such fixes often and I always wonder whether this is still an
issue with modern compilers/computers.
Can you point out a problem which
On 2014-12-24 at 13:22:34 +0100, Kirill A. Shutemov
wrote:
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Ley Foon Tan
Reviewed-by: Tobias Klauser
--
To unsubscribe from this list: s
Am 22.12.2014 um 20:18 schrieb Oded Gabbay:
On 12/22/2014 09:00 PM, Andi Kleen wrote:
On Mon, Dec 22, 2014 at 10:49:40AM -0800, Andi Kleen wrote:
On Mon, Dec 22, 2014 at 11:58:43AM -0500, Alex Deucher wrote:
On Mon, Dec 22, 2014 at 6:11 AM, Oded Gabbay wrote:
amdkfd driver can be compiled o
On 22.12.2014 13:57, Evgeni Dobrev wrote:
This patch adds support for Seagate BlackArmor NAS220.
The Seagate BlackArmor NAS 220 is a NAS system based on Marvell 88f6192. It has
32MB NAND and 128MB DRAM. It has two SATA slots, one Gigabit Ethernet port, two
USB 2.0 ports, two buttons and three LE
Since it has been an unwritten rule that GFP_KERNEL allocations for
low-order (<=PAGE_ALLOC_COSTLY_ORDER) never fail unless chosen by
the OOM killer, there are a lot of code where allocation failure error
paths are hardly tested.
This is an update of memory allocation failure injection tester
whic
>From 052595ab1a1d1c5668d9de61395c9cc17694597e Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
Date: Thu, 25 Dec 2014 15:51:21 +0900
Subject: [PATCH] sched/fair: Fix RCU stall upon ENOMEM at sched_create_group().
When alloc_fair_sched_group() in sched_create_group() failed,
free_sched_group() is call
On 25.12.2014 07:12, Jisheng Zhang wrote:
Signed-off-by: Jisheng Zhang
Jisheng,
thanks for the patches!
Please always add some text to the commit log, no matter how simple the
change is.
---
arch/arm/boot/dts/berlin2.dtsi | 3 ++-
arch/arm/boot/dts/berlin2cd.dtsi | 3 ++-
arch/arm/bo
On Mon, Dec 22, 2014 at 01:07:13PM +0200, Oded Gabbay wrote:
> This small patch-set, was created to solve the bug described at
> https://bugzilla.kernel.org/show_bug.cgi?id=89661 (Kernel panic when
> trying use amdkfd driver on Kaveri). It replaces the previous patch-set
> called
> [PATCH 0/3]
On Thu, Dec 25, 2014 at 02:08:12PM +0100, Sebastian Hesselbarth wrote:
> >+status = "okay";
> >+};
> >+
> >+sata@8 {
> >+status = "okay";
> >+nr-ports = <2>;
>
> I need some update from the other mvebu guys her
On 25.12.2014 14:31, Andrew Lunn wrote:
On Thu, Dec 25, 2014 at 02:08:12PM +0100, Sebastian Hesselbarth wrote:
+ status = "okay";
+ };
+
+ sata@8 {
+ status = "okay";
+ nr-ports = <2>;
I need some
> >Hi Sebastian
> >
> >I'm not sure what you mean here. The binding Documentation says:
>
> I was hoping that using phys/phy-names would allow us to get rid of
> nr-ports property. I haven't checked the corresponding code and likely
> will not before next year, but we should try to get rid of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/25/2014 06:29 AM, Nicholas Mc Guire wrote:
> The brlock was completely removed in the 3.13 kernel series. see
> commit 0f6ed63b1707 ("no need to keep brlock macros anymore...")
>
> It seems that documentation in seqlock.h was not updated to
> re
Hello Andrew,
could you, please, consider the patch proposed in
https://lkml.org/lkml/2014/11/24/196
for inclusion into the mm-tree.
This 2nd version of the patch considers the review comments in the
thread starting at https://lkml.org/lkml/2014/11/21/141.
Best regards
Heinrich Schuchardt
virtio 1.0 only requires used address to be 4 byte aligned,
vhost required 8 bytes (size of vring_used_elem).
Fix up vhost to match that.
Additionally, while vhost correctly requires 8 byte
alignment for log, it's unconnected to used ring:
it's a consequence that log has u64 entries.
Tweak code to
vhost incorrectly asked for 8 byte alignment for
used ring pointer, it should be 4 byte.
Let's add explicit macros for ring element alignment,
this makes it easier to make sure our requirements
match the spec.
Rusty, OK to merge this through my vhost tree, or do you
prefer merging this through yo
Host needs to know vring element alignment requirements:
simply doing alignof on structures doesn't work reliably: on some
platforms gcc has alignof(uint32_t) == 2.
Add macros for alignment as specified in virtio 1.0 cs01,
export them to userspace as well.
Signed-off-by: Michael S. Tsirkin
---
On Thu, Dec 25, 2014 at 05:05:01PM +0200, Michael S. Tsirkin wrote:
> vhost incorrectly asked for 8 byte alignment for
> used ring pointer, it should be 4 byte.
>
> Let's add explicit macros for ring element alignment,
> this makes it easier to make sure our requirements
> match the spec.
>
> Rus
On 25.12.2014 15:12, Andrew Lunn wrote:
Hi Sebastian
I'm not sure what you mean here. The binding Documentation says:
I was hoping that using phys/phy-names would allow us to get rid of
nr-ports property. I haven't checked the corresponding code and likely
will not before next year, but we sho
On Thu, Dec 25, 2014 at 4:13 AM, 秦承刚(承刚) wrote:
> The context is NMI (PMU) or IRQ (hrtimer). It is a bit complex. The process
> we want to sample is the current, so it is always running.
> We need to distinguish between IRQ context, syscall or user context that are
> interrupted by NMI.
Oh. So y
On Thu, Dec 25, 2014 at 7:48 AM, Andy Lutomirski wrote:
> On Thu, Dec 25, 2014 at 4:13 AM, 秦承刚(承刚)
> wrote:
>> The context is NMI (PMU) or IRQ (hrtimer). It is a bit complex. The process
>> we want to sample is the current, so it is always running.
>> We need to distinguish between IRQ context,
thanks for inputs.
shortly I will upload a new version, where I address you comments
thanks,
Yaniv
>
> On Thursday 04 December 2014 09:24 PM, Christoph Hellwig wrote:
>> On Thu, Nov 27, 2014 at 05:59:58PM +0200, Yaniv Gardi wrote:
>>> In this change we add support to the generic PHY framework.
>
On Mon, Dec 22, 2014 at 01:26:44PM +0200, Oded Gabbay wrote:
> This firmware update is required for the correct functionality of AMD's HSA
> Linux kernel driver, called amdkfd.
>
> amdkfd is a new driver that was merged by Linus last week and is present in
> 3.19-rc1.
>
> Signed-off-by: Oded Gabb
V5->V6: Incorporate several fixes/enhancements from Jaedon Shin:
- Fix register read/modify/write in RAC flush code.
- Fix use of "SYS_HAS_CPU_BMIPS32_3300" Kconfig symbol.
- Add base platform support for 7358 and 7362.
The DTS files follow Andrew Bresticker's new per-vendor directory layout
The BCM7xxx instances of this block (listed in the register manual as
simply "IRQ0") all have the following items in common:
- brcm,int-map-mask: for routing different bits in the L2 to different
parent IRQs
- brcm,int-fwd-mask: for hardwiring certain IRQs to bypass the L2 and
use dedicat
Most of the supported chips use legacy (non-DT) bootloaders, so they will
need to select an appropriate builtin DTB at compile time until the
bootloader is updated. Provide suitable DTS files, and a means to compile
one of them into the kernel image.
Signed-off-by: Kevin Cernekee
Signed-off-by:
The DT bindings for this platform have changed as the bootloader and
product requirements evolved. In particular, there are both
Linux-on-Zephyr and Linux-on-Viper configurations.
Signed-off-by: Kevin Cernekee
---
arch/mips/boot/dts/brcm/bcm3384.dtsi| 109
arch/
This is a more standardized way of handling DMA remapping, and it is
suitable for the memory map found on BCM3384.
Signed-off-by: Kevin Cernekee
---
arch/mips/bmips/dma.c | 100 ++
1 file changed, 68 insertions(+), 32 deletions(-)
diff --git a/arc
Enabling support for more than one BMIPS CPU in the same build may
result in different L1_CACHE_SHIFT values, e.g.
CPU_BMIPS5000 selects MIPS_L1_CACHE_SHIFT_7
CPU_BMIPS4380 selects MIPS_L1_CACHE_SHIFT_6
anything else defaults to MIPS_L1_CACHE_SHIFT_5
Ensure that if more than one MIPS_
These controllers support multiple enable/status pairs (64+ IRQs),
can put the enable/status words at different offsets, and do not
support multiple parent IRQs.
Signed-off-by: Kevin Cernekee
---
.../interrupt-controller/brcm,bcm3380-l2-intc.txt | 41
drivers/irqchip/irq-bcm712
BCM3384/BCM63xx can use the common drivers/irqchip/irq-bcm7120-l2.c for
this purpose; BCM7xxx will use drivers/irqchip/irq-bcm7038-l1.c. We no
longer need this code under arch/mips.
Signed-off-by: Kevin Cernekee
---
.../devicetree/bindings/mips/brcm/bcm3384-intc.txt | 37
arch/mips/bmips/
Currently the driver assumes that REG_BASE+0x00 is the IRQ enable mask,
and REG_BASE+0x04 is the IRQ status mask. This is true on BCM3384 and
BCM7xxx, but it is not true for some of the controllers found on BCM63xx
chips. So we will change a couple of key assumptions:
- Don't assume that both t
This function was renamed to mips_cpu_irq_of_init(), so fix it to avoid
a compile error.
Signed-off-by: Kevin Cernekee
---
arch/mips/bcm3384/irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mips/bcm3384/irq.c b/arch/mips/bcm3384/irq.c
index 0fb5134..fd94fe8 100644
-
Several drivers now use this API, including the ARM GIC driver, so remove
the outdated comment.
Signed-off-by: Kevin Cernekee
---
Documentation/IRQ-domain.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Documentation/IRQ-domain.txt b/Documentation/IRQ-domain.txt
index 3
From: Brian Norris
Wakeable interrupts might be pending at boot/init time, because wakeup
interrupts might have triggered a resume from S5. So don't clear such
wakeups.
This means that any driver which requests a wakeable interrupt bit
should be prepared to handle an interrupt as soon as they ca
Add an entry for each supported Broadcom SoC.
Signed-off-by: Kevin Cernekee
Signed-off-by: Jaedon Shin
---
Documentation/devicetree/bindings/mips/brcm/cm-dsl.txt | 11 ---
Documentation/devicetree/bindings/mips/brcm/soc.txt| 12
2 files changed, 12 insertions(+), 11 del
This platform is configured primarily through device tree, and we can
reuse the same code to support a bunch of other chips. Change the name
to reflect this.
Signed-off-by: Kevin Cernekee
---
arch/mips/Kbuild.platforms | 2 +-
arch/mips/Kconfig
Also, add an LE defconfig for set-top box (BCM7xxx). This will allow the
BMIPS kernel to run on several non-BCM3384 platforms.
Signed-off-by: Kevin Cernekee
Signed-off-by: Jaedon Shin
---
arch/mips/Kconfig | 18 +--
arch/mips/configs/bmips_be_defconfig | 9 +++-
arch/
A couple of chips require special handling in order to make SMP secondary
boot and/or exception vectors work correctly. Take care of these in
setup.c.
Signed-off-by: Kevin Cernekee
---
arch/mips/bmips/setup.c | 101 +++-
1 file changed, 99 insertions(
From: Arno Tiemersma
Remove do {} while (0) loops around single statements in
skein/skein_block.c
Signed-off-by: Arno Tiemersma
---
drivers/staging/skein/skein_block.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/staging/skein/skein_block.c
b/drivers/staging/skein/skein_
This will be required to support BMIPS3300 platforms.
Signed-off-by: Kevin Cernekee
---
arch/mips/include/asm/mach-bmips/spaces.h | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 arch/mips/include/asm/mach-bmips/spaces.h
diff --git a/arch/mips/include/asm/mach-bmips
11 platforms require at least one of these workarounds to be enabled; 22
platforms do not. In the latter case we can fall back to a generic version.
Note that this also deletes an orphaned reference to RM9000_CDEX_SMP_WAR.
Suggested-by: Arnd Bergmann
Signed-off-by: Kevin Cernekee
---
arch/mip
There is no "bcm3384" bus so let's just remove it to avoid confusion.
Signed-off-by: Kevin Cernekee
---
arch/mips/bmips/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mips/bmips/setup.c b/arch/mips/bmips/setup.c
index 5099109..ac402ed 100644
--- a/arch/mips/bmip
From: Andrew Bresticker
Add the dtbs_install Makefile target to install the dtb files into
$INSTALL_DTBS_PATH.
Signed-off-by: Andrew Bresticker
Tested-by: Kevin Cernekee
---
arch/mips/Makefile | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/mips/Makefile b/arch/mips/Makefile
ind
Add a new section covering the Generic BMIPS machine type.
Signed-off-by: Kevin Cernekee
---
Documentation/devicetree/booting-without-of.txt | 28 +
1 file changed, 28 insertions(+)
diff --git a/Documentation/devicetree/booting-without-of.txt
b/Documentation/devicetree/
From: Andrew Bresticker
Move the MIPS device-trees into the appropriate vendor sub-directories.
Signed-off-by: Andrew Bresticker
Tested-by: Kevin Cernekee
---
arch/mips/Makefile | 2 +-
arch/mips/boot/dts/Makefile| 33 --
BMIPS 3300/435x/438x CPUs have a readahead cache that is separate from
the L1/L2. During a DMA operation, accesses adjacent to a DMA buffer
may cause parts of the DMA buffer to be prefetched into the RAC. To
avoid possible coherency problems, flush the RAC upon DMA completion.
Signed-off-by: Kev
If the machine doesn't set its own _machine_restart callback, call the
common do_kernel_restart() instead. This allows arch-independent reset
drivers from drivers/power/reset/ to be used to reboot the machine.
Signed-off-by: Kevin Cernekee
---
arch/mips/kernel/reset.c | 2 ++
1 file changed, 2
Some machines only have one bus type to register (e.g. "simple-bus").
Signed-off-by: Kevin Cernekee
---
arch/mips/kernel/prom.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/mips/kernel/prom.c b/arch/mips/kernel/prom.c
index 452d435..e303cb1 100644
--- a/arch/mips/
This is the main peripheral IRQ controller on the BCM7xxx MIPS chips;
it has the following characteristics:
- 64 to 160+ level IRQs
- Atomic set/clear registers
- Reasonably predictable register layout (N status words, then N
mask status words, then N mask set words, then N mask clear words)
On Thu, 2014-12-25 at 19:01 +0100, arno.tiemer...@gmail.com wrote:
> Remove do {} while (0) loops around single statements in
> skein/skein_block.c
[]
> diff --git a/drivers/staging/skein/skein_block.c
> b/drivers/staging/skein/skein_block.c
[]
> @@ -83,9 +83,7 @@ do {
Remove do {} while (0) loops around single statements in
skein/skein_block.c
Signed-off-by: Arno Tiemersma
---
drivers/staging/skein/skein_block.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/skein/skein_block.c
b/drivers/staging/skein/sk
Zyxel NSA-220 (orion5x) reports such message during poweroff/reboot
(repro: boot, log in, poweroff). Detailed output can be found at
http://pastebin.com/raw.php?i=NUNYBLWM
Bisect showed that this started appearing since
4830959318d14bd8856437ad5beea6016ef8c484 was applied.
Kernel configs:
3.12.4.
I will try to recap all information which we have...
*) We should not send wireless key press to userspace when BIOS
already handles wireless state (and enable/disable wifi):
http://www.spinics.net/lists/platform-driver-x86/msg05922.html
*) some tested dell machines does not implement GRBT meth
On Wed, Dec 17, 2014 at 01:56:29PM +0900, Kamezawa Hiroyuki wrote:
> Let me correct my words. Main purpose of this patch 1/2 is handling a case
> "node disappers" after boot.
> And try to handle physicall node hotplug caes.
>
> Changes of cpu<->node relationship at CPU_ONLINE is handled in patch
On Mon, Dec 15, 2014 at 09:23:49AM +0800, Lai Jiangshan wrote:
> The pwqs of the old node's cpumask do be discarded. But the pools of the old
> node's cpumask maybe recycle. For example, a new workqueue's affinity is set
> to
> the old node's cpumask before the pool is dead. Any old pool can long
1 - 100 of 193 matches
Mail list logo
