On Wed, Dec 10, 2014 at 10:23 PM, David Hildenbrand
wrote:
> This patch adds the pagefault_count to the thread_info of all
> architectures. It will be used to count the pagefault_disable() levels
> on a per-thread basis.
>
> We are not reusing the preempt_count as this is per cpu on x86 and we
On Mon, Dec 15, 2014 at 12:51 AM, Michael S. Tsirkin wrote:
> At the moment, if p and x are both tagged as bitwise types,
> get_user(x, p) produces a sparse warning on many architectures.
> This is because *p on these architectures is loaded into long
> (typically using asm), then cast back to
On Mon, Dec 15, 2014 at 12:51 AM, Michael S. Tsirkin m...@redhat.com wrote:
At the moment, if p and x are both tagged as bitwise types,
get_user(x, p) produces a sparse warning on many architectures.
This is because *p on these architectures is loaded into long
(typically using asm), then cast
On Wed, Dec 10, 2014 at 10:23 PM, David Hildenbrand
d...@linux.vnet.ibm.com wrote:
This patch adds the pagefault_count to the thread_info of all
architectures. It will be used to count the pagefault_disable() levels
on a per-thread basis.
We are not reusing the preempt_count as this is per
On Mon, Nov 3, 2014 at 6:51 PM, Ley Foon Tan wrote:
>
> This is the 6th version of patchset adds the Linux kernel port for Nios II
> processor from Altera. All of the feedback from v5 patchseries has been
> addressed. Note, only patch #1, #7 and #21 have non-trivial changes.
> Thanks to all who
On Mon, Nov 3, 2014 at 6:51 PM, Ley Foon Tan lf...@altera.com wrote:
This is the 6th version of patchset adds the Linux kernel port for Nios II
processor from Altera. All of the feedback from v5 patchseries has been
addressed. Note, only patch #1, #7 and #21 have non-trivial changes.
Thanks
On Mon, Sep 8, 2014 at 5:22 PM, Ley Foon Tan wrote:
> Follow m68k futex implementation for !CONFIG_SMP.
>
> Signed-off-by: Ley Foon Tan
> ---
> include/asm-generic/futex.h | 82
> +
> 1 file changed, 82 insertions(+)
>
> diff --git
On Mon, Sep 8, 2014 at 5:22 PM, Ley Foon Tan lf...@altera.com wrote:
Follow m68k futex implementation for !CONFIG_SMP.
Signed-off-by: Ley Foon Tan lf...@altera.com
---
include/asm-generic/futex.h | 82
+
1 file changed, 82 insertions(+)
diff
On Wed, Aug 20, 2014 at 2:33 PM, Ley Foon Tan wrote:
> This patch adds fix_mac_speed() support for
> Altera socfpga Ethernet controller. Emac splitter is a
> soft IP core in FPGA system that converts GMII interface from
> Synopsys mac to RGMII/SGMII interface. This splitter core is
> an optional
On Wed, Aug 20, 2014 at 2:33 PM, Ley Foon Tan lf...@altera.com wrote:
This patch adds fix_mac_speed() support for
Altera socfpga Ethernet controller. Emac splitter is a
soft IP core in FPGA system that converts GMII interface from
Synopsys mac to RGMII/SGMII interface. This splitter core is
On Tue, Jul 15, 2014 at 8:21 PM, Arnd Bergmann wrote:
>>
>> AFAIR this is due to relocation issues, as the FIXME comment in the
>> "original" code [1] states. I don't know whether this still applies,
>> though (or what would be the proper fix for this to overcome the
>> relocation issues).
>>
>>
On Tue, Jul 15, 2014 at 8:21 PM, Arnd Bergmann a...@arndb.de wrote:
AFAIR this is due to relocation issues, as the FIXME comment in the
original code [1] states. I don't know whether this still applies,
though (or what would be the proper fix for this to overcome the
relocation issues).
On Wed, Apr 23, 2014 at 12:24 AM, Sam Ravnborg wrote:
>> Other than being "pretty" the above fix is to remove a mismatch type
>> warning. You can get rid of the warning in different ways:
>>
>> ifdef __ASSEMBLY__
>> define PAGE_SIZE 4096
>> else
>> define PAGE_SIZE 4096UL
>> endif
>
>
On Wed, Apr 23, 2014 at 12:24 AM, Sam Ravnborg s...@ravnborg.org wrote:
Other than being pretty the above fix is to remove a mismatch type
warning. You can get rid of the warning in different ways:
ifdef __ASSEMBLY__
define PAGE_SIZE 4096
else
define PAGE_SIZE 4096UL
endif
Hi all
Have these warning messages when compiling kernel.
Anyone know what's wrong?
Regards.
In file included from mm/readahead.c:10:0:
mm/readahead.c: In function 'max_sane_readahead':
include/linux/kernel.h:713:17: warning: comparison of distinct pointer
types
Hi all
Have these warning messages when compiling kernel.
Anyone know what's wrong?
Regards.
In file included from mm/readahead.c:10:0:
mm/readahead.c: In function 'max_sane_readahead':
include/linux/kernel.h:713:17: warning: comparison of distinct pointer
types
Hi all
I am new in PCI and now working on MSI support on our PCIe host
driver. I have an endpoint driver requests for a MSI interrupt. When
the endpoint driver try to free the interrupt, it cause the kernel
BUG_ON() message is printed out.
The software flow:
Endpoint driver --> pci_disable_msi
Hi all
I am new in PCI and now working on MSI support on our PCIe host
driver. I have an endpoint driver requests for a MSI interrupt. When
the endpoint driver try to free the interrupt, it cause the kernel
BUG_ON() message is printed out.
The software flow:
Endpoint driver -- pci_disable_msi
:39, LF.Tan wrote:
>> Hi all
>>
>> I am interested to enable Gcov on my platform (on a target board). I
>> have tried to apply the 4 patches submitted by Frantisek Hrbata. But,
>> the *.gcda is always empty. Note, I am using GCC 4.7.3.
>>
>> I have followed the
Hi all
I am interested to enable Gcov on my platform (on a target board). I
have tried to apply the 4 patches submitted by Frantisek Hrbata. But,
the *.gcda is always empty. Note, I am using GCC 4.7.3.
I have followed the steps in Documentation/gcov.txt. I've mounted the
NFS filesystem and it
Hi all
I am interested to enable Gcov on my platform (on a target board). I
have tried to apply the 4 patches submitted by Frantisek Hrbata. But,
the *.gcda is always empty. Note, I am using GCC 4.7.3.
I have followed the steps in Documentation/gcov.txt. I've mounted the
NFS filesystem and it
:
On 26.08.2013 13:39, LF.Tan wrote:
Hi all
I am interested to enable Gcov on my platform (on a target board). I
have tried to apply the 4 patches submitted by Frantisek Hrbata. But,
the *.gcda is always empty. Note, I am using GCC 4.7.3.
I have followed the steps in Documentation/gcov.txt
Hi all
Do we have hardware mutex common framework available in kernel? I
can't find in drivers/, but, I found there is a hardware spinlock
framework under drivers/hwspinlock.
I believe the spinlock and mutex should have different framework.
Please correct me if wrong.
I would like to introduce
Hi all
Do we have hardware mutex common framework available in kernel? I
can't find in drivers/, but, I found there is a hardware spinlock
framework under drivers/hwspinlock.
I believe the spinlock and mutex should have different framework.
Please correct me if wrong.
I would like to introduce
24 matches
Mail list logo