First  |  Prev |  Next  |  Last
Pages: 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906
[KERNEL-2.6.34] load dmatest got "__dma_request_channel (fail)" dmesg
Hi, I try to load dmatest module in linux-2.6.34 on Ubuntu x86_64 Server system but when I loaded dmatest module, I got "__dma_request_channel:fall ((null))"  message. It seems unable to allocate DMA channel. But I found /proc/dma was registed to cascade mode like # cat /proc/dma  4:cascade So I thought D... 25 Jun 2010 03:20
[RFC] [PATCH v3 0/2] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs
This patch series is a revision of http://lkml.org/lkml/2010/5/29/126 . These patches use an rwlock in signal_struct which access is dependent on Oleg's recent changes to signal_struct's lifetime rules. It is okay to write the tid of any task in the threadgroup. This is implemented by taking task->group_leader ... 25 Jun 2010 02:15
skb: add tracepoints to freeing skb
Le vendredi 25 juin 2010 à 09:59 +0900, Koki Sanagi a écrit : This patch adds tracepoint to consume_skb and dev_kfree_skb_irq. Combinating with tracepoint on dev_hard_start_xmit, we can check how long it takes to free transmited packets. And using it, we can calculate how many packets driver had at that tim... 22 Jul 2010 11:24
[PATCH] staging/spectra: remove non existing blk_fs_request wrapper
The spectra driver doesn't compile with today linux-next The problem is that it tries to use a blk_fs_request macro. Searching for this macro I saw that it used to exist in linux/blkdev.h as #define blk_fs_request(rq) ((rq)->cmd_type == REQ_TYPE_FS) This patch solves the issue eliminating the unnecessary (and ... 25 Jun 2010 01:11
of-flash: Unable to ioremap() both 128MB NOR flashes on 32-bit system with 2GB+ RAM
Oops... put the old linuxppc list on the CC, sorry! On Thu, Jun 24, 2010 at 23:45, Kyle Moffett <kyle(a)moffetthome.net> wrote: Hello, I've got a new P2020 (32bit mpc85xx family) board I'm working on a port for that includes 2 NOR flashes (128MB each) and a removable SO-RDIMM of 2GB or 4GB.  Unfortunate... 25 Jun 2010 01:11
linux-next: Tree for June 25
Hi all, Changes since 20100624: My fixes tree contains: v4l-dvb: update gfp/slab.h includes arm: update gfp/slab.h includes davinci: update gfp/slab.h includes ocfs2: update gfp/slab.h includes acpi: update gfp/slab.h includes The arm tree lost its build failures. The soun... 25 Jun 2010 00:05
2.6.35-rc3 -- kernel BUG at mm/vmalloc.c:216! - invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
On June 23, 2010, Miles Lane wrote: I ran: "find /sys | xargs head" [snip] I was curious as to what would happen on my machine, so I tried it and got this: ACPI Warning: Incorrect checksum in table [GSCI] - F0, should be D0 (20100121/tbutils-314) ACPI Warning: Incorrect checksum in table [ATKG] - 67... 25 Jun 2010 00:05
security: move LSM xattrnames to xattr.h
Mimi Zohar wrote: Make the security extended attributes names global. Signed-off-by: Mimi Zohar <zohar(a)us.ibm.com> Acked-by: Serge Hallyn <serue(a)us.ibm.com> --- include/linux/capability.h | 3 --- include/linux/xattr.h | 10 ++++++++++ security/selinux/hooks.c | 3 --- securit... 1 Jul 2010 21:10
of-flash: Unable to ioremap() both 128MB NOR flashes on 32-bit system with 2GB+ RAM
Hello, I've got a new P2020 (32bit mpc85xx family) board I'm working on a port for that includes 2 NOR flashes (128MB each) and a removable SO-RDIMM of 2GB or 4GB. Unfortunately when I configure both flashes in the device-tree off my elbc, Linux is completely unable to access the second one because it attempts ... 25 Jun 2010 00:05
New P2020-based board (mpc85xx) gets "Processor 1 is stuck" on 2.6.34, not on 2.6.32
Hello, I'm working on a new board port for a P2020-based board, and I'm having problems with my second core not starting up on 2.6.34, even though it starts up fine on 2.6.32. In adding various debugs to mpc85xx_kick_cpu(), it looks like the virtual address is detected as 0x7ffff280 on both, and it seems to i... 25 Jun 2010 01:11
First  |  Prev |  Next  |  Last
Pages: 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906