-- Hurray! Your Email Address Has Won For You The Sum of (850.000) GBP POUNDS and a (Nokia N90 cell phone) in NOKIA COMMEMORATIVE 40th ANNIVERSARY 2010.Contact Us for claims at nokia_claimscenter49@yahoo.co.uk +447011163105 --

[ 139.730133] [ INFO: suspicious rcu_dereference_check() usage. ] [ 139.730136] --------------------------------------------------- [ 139.730139] include/net/inet_timewait_sock.h:227 invoked rcu_dereference_check() without protection! [ 139.730142] [ 139.730143] other info that might help us debug this: [ 139.730144] [ 139.730147] [ 139.730148] rcu_scheduler_active = 1, debug_locks = 1 [ 139.730151] 1 lock held by swapper/0: [ 139.730158] #0: (net/ipv4/tcp_minisocks.c:41){+.-...}, ...

During grouping of version checking code bootloader mode's version bytes got swapped. Fix their order. Signed-off-by: Bruno Prémont <bonbons@linux-vserver.org> --- drivers/hid/hid-picolcd.c | 8 +++----- 1 files changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/hid/hid-picolcd.c b/drivers/hid/hid-picolcd.c index 0fbc7d3..6f71c60 100644 --- a/drivers/hid/hid-picolcd.c +++ b/drivers/hid/hid-picolcd.c @@ -1196,16 +1196,14 @@ static int picolcd_check_version(struct hid_device ...

Add PM support in order to turn off backlight on suspend, restore it on resume and especially restore complete state on reset-resume. Signed-off-by: Bruno Prémont <bonbons@linux-vserver.org> --- drivers/hid/hid-picolcd.c | 61 +++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 61 insertions(+), 0 deletions(-) diff --git a/drivers/hid/hid-picolcd.c b/drivers/hid/hid-picolcd.c index aa6f2e1..c652390 100644 --- a/drivers/hid/hid-picolcd.c +++ b/drivers/hid/hid-picolcd.c @@ ...

After upgradeing from 2.6.31 to 2.6.33.2 buring a DVD with growisofs occasionally looks up in the kernel. The DVD drive is connected via IDE to an ICH7 IDE controller(using ATA_PIIX driver). i usually burn DVDs with growisofs -speed 4 -Z /dev/sr0 -dvd-video -udf . and sometimes it does work with just outputting: 2010-04-11T15:22:14+02:00 eclipse info sr 0:0:1:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE 2010-04-11T15:22:14+02:00 eclipse info sr 0:0:1:0: [sr0] Sense Key : ...

Some user space processes keep input devices open that they don't currently read from. The current android kernel use a wakelock with a timeout limit the damage caused by this code, but not blocking suspend at all by default will handle this case better. Also, not all input devices are used for wakeup events, so there is no need to block suspend when their event queue is not empty. -- Arve Hjønnevåg --

Usually this sort of thing is some kind of hardware problem - either a firmware bug in the drive, or else a SATA link communication problem The log is missing the detail messages indicating what actually happened - can you post the output from dmesg instead? --

I'll try other sata cables, but I'm afraid, like you said, that it's a you're right, there's more informations in there : [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.31.9-hpet (richard@desktop) (gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9) ) #1 SMP Tue Apr 13 18:59:03 CEST 2010 (Ubuntu 2.6.31-20.58-generic) [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-2.6.31.9-hpet root=/dev/md1 ro splash ...

Actually, it's always happening only on one drive, but it's not always the same: on one boot it's ata1 and in the next boot, it can be ata2. --

For easy catching proposed patched to LKML look at <patchwork.kernel.org> [1]. There you find other mailing-lists and further patches. Cut-N-Paste excerpts of Eric's email should also work :-). - Sedat - [1] https://patchwork.kernel.org/project/LKML/list/ [2] https://patchwork.kernel.org/patch/94961/ --

I added created and tested phrase in my archive. ;-) Thank you a lot. I hope there will be no this error in git7. Regards, -- Grupa marzeń w eliminacjach MŚ : Zimbabwe, Alaska, Grenlandia, Antarktyda i Zair. NP: Chickenfoot - Oh Yeah NB: 2.6.34-rc5-git6 --

Rebuild ipv6 kernel-modules by: $ make M=net/ipv6 ...and copied net/ipv6/*.ko and net/ipv6/netfilter/*.ko files manually to the right place. Applied your patch (seen on netdev ML) already and booted into new kernel. Works, thanks. Tested-by: Sedat Dilek <sedat.dilek@gmail.com> - Sedat -

I wont spend my Sunday time at filling bugzilla entries. I sent a patch on netdev. I finaly could test it (I have a very slow machine while traveling, and compiling the thing took a *lot* of time) Now back to family affairs ;) --

2.6.34-rc5-00204-gddc9b34 dies when sshd (openssh 5.5) is started Last pull I made on April 23 was fine. (transcribed from a photo): BUG: unable to handle kernel NULL pointer dereference at 00000004 IP: [<b1535b72>] inet6_csk_bind_conflict+0x6e/0xb0 EIP: 0060:[<b1535b72>] EFLAGS: 00010293 CPU: 0 EAX: 0000 EBX: ed49c8c0 ECX: 00000000 EDX: 00000000 ESI: ed49c8dc EDI: ee223040 EBP: ef940058 ESP: ed7e9e84 DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 Stack: ee223040 eebf12e0 b1927198 ...

From: Zachary_r <zr.public@gmail.com> This patch to drivers.c fixes a majority of the warnings from checkpatch.pl Signed-off-by: Zachary Richey <zr.public@gmail.com> --- drivers/staging/comedi/drivers.c | 61 +++++++++++++++++++++++--------------- 1 files changed, 37 insertions(+), 24 deletions(-) diff --git a/drivers/staging/comedi/drivers.c b/drivers/staging/comedi/drivers.c index 44d6b62..1314bf8 100644 --- a/drivers/staging/comedi/drivers.c +++ b/drivers/staging/comedi/drivers.c @@ ...

Signed-off-by: Yoichi Yuasa <yuasa@linux-mips.org> --- drivers/staging/crystalhd/bc_dts_defs.h | 313 +-------------------------- drivers/staging/crystalhd/bc_dts_glob_lnx.h | 29 +--- drivers/staging/crystalhd/crystalhd_hw.h | 1 - drivers/staging/crystalhd/crystalhd_lnx.h | 1 - drivers/staging/crystalhd/crystalhd_misc.c | 21 -- drivers/staging/crystalhd/crystalhd_misc.h | 1 - 6 files changed, 3 insertions(+), 363 deletions(-) diff --git ...

Signed-off-by: Yoichi Yuasa <yuasa@linux-mips.org> --- drivers/staging/crystalhd/crystalhd_lnx.c | 23 ++++++++++++----------- drivers/staging/crystalhd/crystalhd_lnx.h | 4 ---- 2 files changed, 12 insertions(+), 15 deletions(-) diff --git a/drivers/staging/crystalhd/crystalhd_lnx.c b/drivers/staging/crystalhd/crystalhd_lnx.c index 6ef54e3..a68b5ff 100644 --- a/drivers/staging/crystalhd/crystalhd_lnx.c +++ b/drivers/staging/crystalhd/crystalhd_lnx.c @@ -23,6 +23,11 @@ static struct ...

Signed-off-by: Yoichi Yuasa <yuasa@linux-mips.org> --- drivers/staging/crystalhd/crystalhd_cmds.c | 6 ++---- drivers/staging/crystalhd/crystalhd_cmds.h | 2 +- 2 files changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/staging/crystalhd/crystalhd_cmds.c b/drivers/staging/crystalhd/crystalhd_cmds.c index bfa11df..d341876 100644 --- a/drivers/staging/crystalhd/crystalhd_cmds.c +++ b/drivers/staging/crystalhd/crystalhd_cmds.c @@ -913,7 +913,7 @@ BC_STATUS ...

Signed-off-by: Yoichi Yuasa <yuasa@linux-mips.org> --- drivers/staging/crystalhd/crystalhd_hw.c | 12 ++---------- 1 files changed, 2 insertions(+), 10 deletions(-) diff --git a/drivers/staging/crystalhd/crystalhd_hw.c b/drivers/staging/crystalhd/crystalhd_hw.c index 01819d3..4e4d271 100644 --- a/drivers/staging/crystalhd/crystalhd_hw.c +++ b/drivers/staging/crystalhd/crystalhd_hw.c @@ -1565,7 +1565,7 @@ static BC_STATUS crystalhd_fw_cmd_post_proc(struct crystalhd_hw *hw, return sts; ...

Signed-off-by: Yoichi Yuasa <yuasa@linux-mips.org> --- drivers/staging/crystalhd/crystalhd_hw.c | 9 ++------- 1 files changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/staging/crystalhd/crystalhd_hw.c b/drivers/staging/crystalhd/crystalhd_hw.c index ba81d01..e407eb8 100644 --- a/drivers/staging/crystalhd/crystalhd_hw.c +++ b/drivers/staging/crystalhd/crystalhd_hw.c @@ -320,7 +320,7 @@ static bool crystalhd_start_device(struct crystalhd_adp *adp) return true; } -static ...

From: Roel Van Nyen <roel@roel-laptop.(none)> Fix coding style errors Signed-off-by: Roel Van Nyen <roel.vannyen@gmail.com> --- drivers/staging/rtl8187se/r8180_rtl8225z2.c | 58 ++++++++++++++------------- 1 files changed, 30 insertions(+), 28 deletions(-) diff --git a/drivers/staging/rtl8187se/r8180_rtl8225z2.c b/drivers/staging/rtl8187se/r8180_rtl8225z2.c index 6edf5a4..9c38b3a 100644 --- a/drivers/staging/rtl8187se/r8180_rtl8225z2.c +++ ...

Hi, I have built today 2.6.34-rc5-git6 Linux-kernel on a 32-bit Debian/sid system. Unfortunately, my machine hangs while startup at sshd-start (from memory + written down): [...] EIP: is at inet6_csk_bind_conflict + 06xe/0xb7 [ipv6] Pid: 2150, comm: sshd Not tainted $(uname -r) #1 30AC/HP Compaq nc6400 (RH72EA#ABD) [...] I suspect one of the latest IPv6 commits as culprit, especially: commit f4f914b58019f0e50d521bbbadfaee260d766f95 net: ipv6 bind to device issue ...or... commit ...

BKL isn't anymore present into this file thus it is no necessary still include smp_lock.h. Signed-off-by: Alessio Igor Bogani <abogani@texware.it> --- kernel/ptrace.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/kernel/ptrace.c b/kernel/ptrace.c index 1d4883c..6af9cdd 100644 --- a/kernel/ptrace.c +++ b/kernel/ptrace.c @@ -14,7 +14,6 @@ #include <linux/mm.h> #include <linux/highmem.h> #include <linux/pagemap.h> -#include <linux/smp_lock.h> #include ...

BKL isn't anymore present into this file thus it is no necessary still include smp_lock.h. Signed-off-by: Alessio Igor Bogani <abogani@texware.it> --- drivers/usb/serial/mos7840.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/usb/serial/mos7840.c b/drivers/usb/serial/mos7840.c index 2fda1c0..f8424d1 100644 --- a/drivers/usb/serial/mos7840.c +++ b/drivers/usb/serial/mos7840.c @@ -26,7 +26,6 @@ #include <linux/errno.h> #include <linux/init.h> #include ...

Another interesting case is to create new shadow pages in the unsync state. That can help when the guest starts a short lived process: we can avoid write protecting its pagetables completely. Even if we do sync them, we can sync them in a batch instead of one by one, saving IPIs. -- error compiling committee.c: too many arguments to function --

From: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Zhao Yu <yzhao81@gmail.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- net/core/skbuff.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/net/core/skbuff.c b/net/core/skbuff.c index ae223d2..169f22c 100644 --- a/net/core/skbuff.c +++ b/net/core/skbuff.c @@ -553,6 +553,12 @@ int skb_recycle_check(struct sk_buff *skb, int skb_size) if ...

We provide an zero-copy method which driver side may get external buffers to DMA. Here external means driver don't use kernel space to allocate skb buffers. Currently the external buffer can be from guest virtio-net driver. The idea is simple, just to pin the guest VM user space and then let host NIC driver has the chance to directly DMA to it. The patches are based on vhost-net backend driver. We add a device which provides proto_ops as sendmsg/recvmsg to vhost-net to send/recv directly ...

From: Xin Xiaohui <xiaohui.xin@intel.com> The ioctl is used by mp device to bind an underlying NIC, it will query hardware capability and declare the NIC to use external buffers. Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Zhao Yu <yzhao81@gmail.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- memory leak fixed, kconfig made, do_unbind() made, mp_chr_ioctl() cleanup by Jeff Dike <jdike@linux.intel.com> ...

From: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- drivers/vhost/Kconfig | 10 ++++++++++ drivers/vhost/Makefile | 2 ++ 2 files changed, 12 insertions(+), 0 deletions(-) diff --git a/drivers/vhost/Kconfig b/drivers/vhost/Kconfig index e4e2fd1..a6b8cbf 100644 --- a/drivers/vhost/Kconfig +++ b/drivers/vhost/Kconfig @@ -9,3 +9,13 @@ config VHOST_NET To compile this driver as a module, ...

From: Xin Xiaohui <xiaohui.xin@intel.com> Provides multiple submits and asynchronous notifications. The vhost-net backend now only supports synchronous send/recv operations. The patch provides multiple submits and asynchronous notifications. This is needed for zero-copy case. Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> --- drivers/vhost/net.c | 236 +++++++++++++++++++++++++++++++++++++++++++++++- drivers/vhost/vhost.c | 120 ++++++++++++++----------- ...

From: Xin Xiaohui <xiaohui.xin@intel.com> The hook is called in netif_receive_skb(). Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Zhao Yu <yzhao81@gmail.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- net/core/dev.c | 35 +++++++++++++++++++++++++++++++++++ 1 files changed, 35 insertions(+), 0 deletions(-) diff --git a/net/core/dev.c b/net/core/dev.c index 4972bc4..3e3ad23 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -2543,6 +2543,37 @@ err: ...

From: Xin Xiaohui <xiaohui.xin@intel.com> Make the skb->data and skb->head from external buffer to be consistent, we ignore the room reserved by driver for kernel skb. Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Zhao Yu <yzhao81@gmail.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- include/linux/skbuff.h | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h index 8949b15..4458dc8 ...

From: Xin Xiaohui <xiaohui.xin@intel.com> If the driver want to allocate external buffers, then it can export it's capability, as the skb buffer header length, the page length can be DMA, etc. The external buffers owner may utilize this. Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Zhao Yu <yzhao81@gmail.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- include/linux/netdevice.h | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git ...

From: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Zhao Yu <yzhao81@gmail.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- include/linux/netdevice.h | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h index 2f9a4f2..a1a2aaf 100644 --- a/include/linux/netdevice.h +++ b/include/linux/netdevice.h @@ -1602,6 +1602,13 @@ extern void ...

From: Xin Xiaohui <xiaohui.xin@intel.com> If buffer is external, then use the callback to destruct buffers. Signed-off-by: Xin Xiaohui <xiaohui.xin@intel.com> Signed-off-by: Zhao Yu <yzhao81@gmail.com> Reviewed-by: Jeff Dike <jdike@linux.intel.com> --- net/core/skbuff.c | 11 +++++++++++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/net/core/skbuff.c b/net/core/skbuff.c index 169f22c..5d93b2d 100644 --- a/net/core/skbuff.c +++ b/net/core/skbuff.c @@ -385,6 +385,11 ...

bool return value should be better here. -- Regards， Changli Gao(xiaosuo@gmail.com) --

From: xiaohui.xin@intel.com Isn't it much easier to map the RX ring of the network device into the guest's address space, have DMA map calls translate guest addresses to physical/DMA addresses as well as do all of this crazy page pinning stuff, and provide the translations and protections via the IOMMU? What's being proposed here looks a bit over-engineered. --

invlpg only need update unsync page, sp->unsync and sp->unsync_children can help us to find it Now, a gfn may have many shadow pages, when one sp need be synced, we write protect sp->gfn and sync this sp but we keep other shadow pages asynchronous So, while gfn happen page fault, let it not touch unsync page, the unsync page only updated at invlpg/flush TLB time Signed-off-by: Xiao Guangrong <xiaoguangrong@cn.fujitsu.com> --- arch/x86/kvm/mmu.c | 3 ++- ...

This needs an undo operation to drop the page if we don't update_pte(); see the end of kvm_mmu_pte_write(). That needs to go into a helper to -- error compiling committee.c: too many arguments to function --

Split kvm_sync_page() into kvm_sync_page() and kvm_sync_page_transient() to clarify the code address Avi's suggestion kvm_sync_page_transient() function only update shadow page but not mark it sync and not write protect sp->gfn. it will be used by later patch Signed-off-by: Xiao Guangrong <xiaoguangrong@cn.fujitsu.com> --- arch/x86/kvm/mmu.c | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index ...

Using is_last_spte() to cleanup invlpg code Signed-off-by: Xiao Guangrong <xiaoguangrong@cn.fujitsu.com> --- arch/x86/kvm/paging_tmpl.h | 4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/arch/x86/kvm/paging_tmpl.h b/arch/x86/kvm/paging_tmpl.h index 83cc72f..8eb98eb 100644 --- a/arch/x86/kvm/paging_tmpl.h +++ b/arch/x86/kvm/paging_tmpl.h @@ -474,9 +474,7 @@ static void FNAME(invlpg)(struct kvm_vcpu *vcpu, gva_t gva) level = iterator.level; sptep = ...

Convert mmu tracepoints by using DECLARE_EVENT_CLASS Signed-off-by: Xiao Guangrong <xiaoguangrong@cn.fujitsu.com> --- arch/x86/kvm/mmutrace.h | 69 +++++++++++++++++----------------------------- 1 files changed, 26 insertions(+), 43 deletions(-) diff --git a/arch/x86/kvm/mmutrace.h b/arch/x86/kvm/mmutrace.h index bc4f7f0..d860a03 100644 --- a/arch/x86/kvm/mmutrace.h +++ b/arch/x86/kvm/mmutrace.h @@ -92,15 +92,15 @@ TRACE_EVENT( TP_printk("pte %llx level %u", __entry->pte, ...

The calculation is really shift = (PT32_LEVEL_BITS - PT64_LEVEL_BITS) * level; (and please don't use a variable called offset to hold a shift count) -- error compiling committee.c: too many arguments to function --

I wish to notify you that you have a BANK DRAFT OF $200,000.00USD with us(FEDEX COURIER COMPANY) Contact: Mr. UMAR TONY Email Address: fedexdelivery1952@9.cn Telephone: (+234)-70619-68620 --

The ioctl is there so that user space can use suspend blockers, which is needed because only user space know that some activities are going to continue and therefore the system should not be suspended (like playing music "in the background"). From all of the interfaces that could be used for this purpose ioctl appears to be the most convenient (we need something that is per process and allows us to carry out four operations: creat, destroy, activate, deactivate). Rafael --

Sure, if somebody wants to come with another debugging option in perf trace, no problem. --

Not really, the biggest problem it has is that is not SMP aware. I did some patches for that at one time, but people objected for some reason. --

Do note that's on a 2.6.32 kernel. I've however a new dmesg/syslog which on a 2.6.34-rc5-daily has the same kind of issues. It's 400kB in size..... Do you want me to send it to the mailing list? Or should I open a bug report on the kernel bugzilla and post them there? Or do both? -- Pedro --

On Sat, 24 Apr 2010 11:43:24 +0100 Ouch. Hmm, how about the race in fork() I pointed out ? Thanks, -Kame --

I have no objection if it really is debug info, but I'm not convinced of that yet. -- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** --

While I admit that I started this whole discussion by implying that frontswap (and cleancache) might be useful for SSDs, I think we are going far astray here. Frontswap is synchronous for a reason: It uses real RAM, but RAM that is not directly addressable by a (guest) kernel. SSD's (at least today) are still I/O devices; even though they may be very fast, they still live on a PCI (or slower) bus and use DMA. Frontswap is not intended for use with I/O devices. Today's memory technologies ...

Yes, indeed, this is true. That is why it is important for any policy implemented behind frontswap to "bill" the guest if it is attempting to keep frontswap pages in the hypervisor forever and to prod the guest to reclaim them when it no longer needs super-fast emergency swap space. The frontswap patch already includes the kernel mechanism to enable this and the prodding can be implemented by a guest daemon (of which there already exists an existence proof). (While devil's advocacy is ...

In this case you could use the same mechanism to stop new put_page()s? Seems frontswap is like a reverse balloon, where the balloon is in Good to know. -- error compiling committee.c: too many arguments to function --

Doesn't flash have similar requirements? The earlier you discard, the I'm not sure. Swap-to-flash will soon be everywhere. If it's slow, Even for copying to RAM an async API is wanted, so you can dma it instead of copying. -- error compiling committee.c: too many arguments to function --

Yeah, it's pretty ugly. Balloons typically communicate without a daemon (or ordinary swap) -- error compiling committee.c: too many arguments to function --

No. We do not want to issue discard for every page as soon as it is freed. I'm not flash expert but I guess issuing erase is just too expensive to be issued so frequently. OTOH, ramzswap needs a callback for every page and as Ok, but still all this bio allocation and block layer overhead seems unnecessary and is easily avoidable. I think frontswap code needs frontswap simply calls frontswap_flush_page() in swap_entry_free() i.e. as Optimizing swap-to-flash is surely desirable but this ...

I've added CONFIG_KALLSYMS and CONFIG_KALLSYMS_ALL to my .config. I've uploaded the dmesg output. Maybe it helps a little bit: https://bugzilla.kernel.org/attachment.cgi?id=26138 - Robert --

Hi Ryan, Shall we move ds2782_battery.c to ds278x_battery.c at the same time? It's possible to have get_rsns and coalesce _get_current for both chips. However, ds2872 and ds2786 need slightly different formula for current calculations. Part of these calculations can be wrapped into Here again we need to add the divider and RARC register to the info Summarizing all the parameters that should be added to the info structure we'd get here switch with lots of 'param = ...

...yep, that would be random. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

Issue with max_pids is that it can break userspace, right? At that point it seems saner to require a parameter --- just adding cpus to the system should not do it... -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

From principle of least surprise PoV: breaking old userspace when you pass special config option is less surpising than breaking old userspace when you add more CPUs. Whether the breakage will be common enough that this matters is other question. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

Never attribute to forethought what can be sufficiently explained by incompetence. I just missed the email in all my confusion. Pulled, Linus --

Oh I just got the very crash you're talking about with aa.git with your v8 code. Weird that I never reproduced it before! I think it's because I fixed gcc to be fully backed by hugepages always (without khugepaged) and I was rebuilding a couple of packages, and that now triggers memory compaction much more, but mixed with heavy fork/execve. This is the only instability I managed to reproduce over 24 hours of stress testing and it's clearly not related to transparent hugepage support but it's ...

Sorry maybe I was not clear what I mean that the memory will be eventually exhausted and system will crash Is this normal? Actually I less suspect now udevd as the same happens on android platform where there is no udev Tomas --

Ah, no, that's not normal. Have you run kmemleak on your module (or Which is a sad thing for a whole other range of issues... thanks, greg k-h --

On Sat, 24 Apr 2010 15:53:16 +0200 OK, my proposal would be to add the following patch into the early part of the series; that will help to avoid the creation of confusion in the middle until the full i2c/gpio configuration code is in. Look good? Thanks, jon viafb: Only establish i2c busses on ports that always had them ...otherwise it seems we run into conflicts with shadowy other users which don't expect to see i2c taking control of ports it never used to do anything ...

1. dma_sg can not be used, the DMA engine requires the memory blocks to be aligned on a factor of bytes per line, so 4K pages wouldn't work. 2. I tried using videobuf-dma-contig, but got poor performance. I can not really explain why, I though it's due to the fact that the contiguous buffer is allocated coherent -> no caching. I saw both gstreamer and mplayer perform very badly. The frame grabber requires the DMA transfer for a frame beeing started while the frame is decoded. When I tested ...

The better is to fix videobuf-dma_contig to better work on your hardware. It makes sense to add a flag to allow specifying if it should use coherent or non-coherent memory for the dma buffer alloc/free calls. -- Cheers, Mauro --

Well, we won't be able to get this bkl.ko but the desired effect of having it was rather psychological than practical, as Arnd explained: to make the dependency more visible and pull concerned people into dropping the bkl from the drivers they are using. But other than that, the final effect remains pretty the same so it's not a big deal. I'm ok with that. Thanks for clarifying the situation! --

Our final goal was not to have three different ioctl interfaces. This state was only deemed to be temporary. This was the only way to make the change smoother and don't conflict with other trees with a single monolithic patch. But if you are ok with a single one, then we are going this way and we'll send it for It's true, but once it gets pushed down/dropped from every core parts (which is what we are working on currently in parallel), lock_kernel() and .bkl_ioctl is only going to be ...

On Fri, 23 Apr 2010 10:29:04 +0200 asm-generic/scatterlist.h can't define ISA_DMA_THRESHOLD because of This patch needs to be applied against -mm; including some changes to asm-generic/scatterlist.h. I've attached asm-generic/scatterlist.h in -mm. = #ifndef __ASM_GENERIC_SCATTERLIST_H #define __ASM_GENERIC_SCATTERLIST_H #include <linux/types.h> struct scatterlist { #ifdef CONFIG_DEBUG_SG unsigned long sg_magic; #endif unsigned long page_link; unsigned int offset; unsigned ...

No, I always use pristine unpatched kernel.org releases, no SELinux, no nothing. Just another confirmation I should go on this way :) -- ------------------------------------------------------------------------ Emmanuel Florac | Direction technique | Intellique | <eflorac@intellique.com> | +33 1 78 94 84 02 ------------------------------------------------------------------------ --

Yes. It's not even in mainline yet as Nick doesn't like the trivial core VM fix required to solve this in a clean way. --

Original operation_mode sysfs attribute accepts the operation mode as main value with an option delay as second value to change the start-up delay on mode change. As it is preferred to have exactly one value per sysfs attribute, extract this delay into a separate sysfs attribute called operation_mode_delay. Signed-off-by: Bruno Prémont <bonbons@linux-vserver.org> --- Documentation/ABI/testing/sysfs-driver-hid-picolcd | 17 ++++- drivers/hid/hid-picolcd.c | 62 ...

If it doesn't help, please try to comment out the acpi_enable_gpe() in drivers/acpi/wakeup.c:acpi_wakeup_device_init() and retest (if you haven't done that already). Rafael --

Fix a bug which caused f71882fg_find() to pretend to be succesfull on Super I/O ports which didn't have a Fintek chip attached. This was caused by returning 0 instead of -ENODEV, adding several 'err = -ENODEV' statements preceding the 'goto exit' statements fixed this. Patch follows this line: ======================================================================== Sleep while acquiring a resource lock on the Super I/O port. This should prevent collisions from causing the hardware probe to ...

This should be covered by the patch I sent with my previous email. And thank you again, Miles, for all the testing!!! Thanx, Paul --

The station locking is a tad confusing, but I've added the right annotations already, should be coming to a kernel near you soon (i.e. are in net-2.6 right now). johannes --

On Sat, Apr 24, 2010 at 10:34 PM, Paul E. McKenney I am down to seeing three suspicious rcu_dereference_check traces when I apply this patch and all the previous patches to 2.6.34-rc5-git6. 1. The "__sched_setscheduler+0x19d/0x300" trace. 2. The two "is_swiotlb_buffer+0x2e/0x3b" traces (waiting to see Johannes' patch show up in a Linux snapshot) Did I miss a patch for the setscheduler issue? Thanks! Miles --

Hello, I've just updated the git tree. git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq.git review-cmwq The original take#4 is now in branch review-cmwq-3. This will probably become take#5 soonish but I don't have access to my test machines for some days, so this is sort of take#5 pre-release. Changes are... * The patchset is rebased on cpu_stop + sched/core. cpu_stop already reimplements stop_machine so that it doesn't use RT workqueue, so this patchset simply drops RT wq ...