On 01/-10/-28163 02:59 PM, Kani, Toshimitsu wrote:
> * This version updates to use pr_ over printk to accommodate
>checkpatch update since this patchset was accepted in -next.
>
> This patchset supports ACPI OSPM Status Indication (_OST) method for
> ACPI CPU/memory/container hotplug operatio
On Thu, 2 Feb 2012 18:00:45 -0500
KOSAKI Motohiro wrote:
> 2012/2/2 Gerald Schaefer :
> > Setting a memory block offline triggers the following lockdep
> > warning. This looks exactly like the issue reported by Kosaki
> > Motohiro in https://lkml.org/lkml/2010/10/25/110. Seems like the
> > result
"Rafael J. Wysocki" writes:
> On Monday, July 16, 2012, Thomas Gleixner wrote:
>> Does the following patch fix the problem for you ?
>
> Yes, it does, thanks!
Works for me as well.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B
On Mon, 16 Jul 2012, Vinod Koul wrote:
> On Mon, 2012-07-16 at 12:55 +0200, Guennadi Liakhovetski wrote:
> > On Mon, 16 Jul 2012, Vinod Koul wrote:
> >
> > > On Mon, 2012-07-16 at 12:01 +0200, Guennadi Liakhovetski wrote:
> > > > On Mon, 16 Jul 2012, Vinod Koul wrote:
> > > >
> > > > > On Mon, 2
On Fri, Jul 13, 2012 at 12:20:09PM -0400, Jörn Engel wrote:
[ … ]
> diff --git a/Documentation/block/blockconsole/bcon_tail
> b/Documentation/block/blockconsole/bcon_tail
> new file mode 100755
> index 000..950bfd1
> --- /dev/null
> +++ b/Documentation/block/blockconsole/bcon_tail
> @@ -0,0
On Mon, Jul 16, 2012 at 12:23:46PM +, Philip, Avinash wrote:
> On Mon, Jul 16, 2012 at 17:09:21, Thierry Reding wrote:
> > On Mon, Jul 16, 2012 at 11:15:50AM +, Philip, Avinash wrote:
> > > Hi Thierry,
> > >
> > > On one of the custom boards we are using, uses PWM to drive the
> > > backl
Hi Linus,
Small fixes to a couple of drivers plus a slightly larger number for
sony-laptop that the maintainer thinks are appropriate, most of which
fix problems with the earlier 3.5 updates. These have been in -next for
a while without complaint.
The following changes since commit aace99e57c9
On 07/16/2012 02:23 PM, Philip, Avinash wrote:
> On Mon, Jul 16, 2012 at 17:09:21, Thierry Reding wrote:
>> On Mon, Jul 16, 2012 at 11:15:50AM +, Philip, Avinash wrote:
>>> Hi Thierry,
>>>
>>> On one of the custom boards we are using, uses PWM to drive the backlight.
>>> However, for
>>> this
The below checkpatch warns was fixed,
drivers/staging/et131x/et131x.c:89: WARNING: quoted string split across lines
drivers/staging/et131x/et131x.c:2557: WARNING: Prefer pr_info(... to
printk(KERN_INFO, ...
drivers/staging/et131x/et131x.c:2578: WARNING: Prefer pr_info(... to
printk(KERN_INFO, ..
On Mon, Jul 16, 2012 at 04:32:25PM +0400, Eric Dumazet wrote:
> On Mon, 2012-07-16 at 16:14 +0400, Andrew Vagin wrote:
> > Before this patch sock_diag works for init_net only and dumps
> > information about sockets from all namespaces.
>
> ...
>
> > diff --git a/net/ipv4/udp_diag.c b/net/ipv4/udp
Hi Lee,
On Tue, Jul 10, 2012 at 08:19:26PM +0200, Lee Jones wrote:
> On 10/07/12 18:55, Samuel Ortiz wrote:
> >Hi Lee,
> >
> >On Tue, Jul 10, 2012 at 05:28:35PM +0200, Lee Jones wrote:
> >>On 10/07/12 11:13, Samuel Ortiz wrote:
> >>>Hi Lee,
> >>>
> >>>On Fri, Jul 06, 2012 at 01:43:18PM +0100, Lee
On Mon, Jul 16, 2012 at 01:37:13PM +0200, Linus Walleij wrote:
> On Mon, Jul 16, 2012 at 12:17 PM, Wolfram Sang wrote:
>
> >> And about the perpetual nature of device tree bindings it
> >> appears to me that the modus operandi right now is to not
> >> regard any of these as written in stone until
+Tony
Tony,
On Fri, Jul 13, 2012 at 15:24:54, Mark Brown wrote:
> On Fri, Jul 13, 2012 at 05:43:30AM +, AnilKumar, Chimata wrote:
>
> > Thanks much, are you going to push reset of the patches in this series?
>
> No, there's no dependency so I'd expect them to be applied by the
> architectur
HiSangbeom,
On Wed, Jul 11, 2012 at 09:06:24PM +0900, Sangbeom Kim wrote:
> The S2MPS11 is comprised of high efficient Buck converters,
> various LDOs, and an RTC and tightly coupled with Multi Core Samsung
> Application Processors, which is used in a wide variety of mobile applications
> such as
On Mon, 2012-07-16 at 16:14 +0400, Andrew Vagin wrote:
> Before this patch sock_diag works for init_net only and dumps
> information about sockets from all namespaces.
...
> diff --git a/net/ipv4/udp_diag.c b/net/ipv4/udp_diag.c
> index a7f86a3..52f42f9 100644
> --- a/net/ipv4/udp_diag.c
> +++ b/
0xc1016a08
Pid: 813, comm: modprobe Not tainted 3.5.0-rc7-next-20120716-00050-g98f58a2 #401
EIP: 0060:[] EFLAGS: 00010206 CPU: 1
EIP is at __add_pin_to_irq_node+0x10/0x74
EAX: 312e3230 EBX: f6d45a88 ECX: EDX:
ESI: EDI: EBP: f5515d0c ESP: f5515d00
DS: 007b ES: 007
On Mon, Jul 16, 2012 at 17:09:21, Thierry Reding wrote:
> On Mon, Jul 16, 2012 at 11:15:50AM +, Philip, Avinash wrote:
> > Hi Thierry,
> >
> > On one of the custom boards we are using, uses PWM to drive the backlight.
> > However, for
> > this device, PWM signal needs to be inversed.
> > So,
Hi!
> > > The AArch32 execution mode is optional, so it depends on the actual CPU
> > > implementation (while AArch64 is mandatory). If the implementation
> > > supports it, the most likely scenario for AArch32 at kernel level is in
> > > virtual machines or the secure OS. I'll explain below why.
Before this patch sock_diag works for init_net only and dumps
information about sockets from all namespaces.
This patch expands sock_diag for all name-spaces.
It creates a netlink kernel socket for each netns and filters
data during dumping.
Cc: "David S. Miller"
Cc: Alexey Kuznetsov
Cc: James
Sorry, I seemed to have messed up with the underlining.
On Monday 16 July 2012 05:38 PM, Rajendra Nayak wrote:
[0.337341] V1V8: 1800 mV normal standby
[0.338531] V2V1: 2100 mV normal standby
[0.339813] VMMC: 1200 <--> 3000 mV at 3100 mV normal standby
Axel,
On Monday 16 July 2012 04:01 PM, Axel Lin wrote:
According to the datasheet, the voltage for twl6030ldo_ops is not linear for
all cases. Linear mapping is only for the selection code from
0001 to 00011000.
Table 9. LDO Output Voltage Selection Code
CODE VOUT(V)COD VOUT(V)
On Thu, Jul 12, 2012 at 4:35 PM, Asias He wrote:
> This patchset adds vhost-blk support. vhost-blk is a in kernel virito-blk
> device accelerator. Compared to userspace virtio-blk implementation, vhost-blk
> gives about 5% to 15% performance improvement.
Why is it 5-15% faster? vhost-blk and the
On Mon, 2012-07-16 at 13:33 +0200, Piotr Sawuk wrote:
> On Sa, 14.07.2012, 01:55, Stephen Hemminger wrote:
> > I am not sure if the is really necessary since the most
> > of the stats are available elsewhere.
>
> if by "most" you mean address and port then you're right.
> but even the rtt reported
On Mon, Jul 16, 2012 at 11:15:50AM +, Philip, Avinash wrote:
> Hi Thierry,
>
> On one of the custom boards we are using, uses PWM to drive the backlight.
> However, for
> this device, PWM signal needs to be inversed.
> So, we need to a platform data to indicate this parameter.
> Current PWM f
On Mon, Jul 16, 2012 at 12:17 PM, Wolfram Sang wrote:
>> And about the perpetual nature of device tree bindings it
>> appears to me that the modus operandi right now is to not
>> regard any of these as written in stone until they are removed
>> from the kernel tree. We have plenty of drivers patc
On 07/14/2012 03:55 PM, Jan Kiszka wrote:
>>> The only way we can avoid that, is that we get a hint from the
>>> underlying irq chip/ handler setup with an extra flag to tell the
>>> core, that it's safe to avoid the ONESHOT/finalize magic.
>>
>> So now it took a full month of ignorance to come u
On Sa, 14.07.2012, 01:55, Stephen Hemminger wrote:
> I am not sure if the is really necessary since the most
> of the stats are available elsewhere.
if by "most" you mean address and port then you're right.
but even the rtt reported by "ss -i" seems to differ from tcphealth.
however, if instead b
On 16/07/12 11:17, Wolfram Sang wrote:
Well I think I ACKed that from the point of view that it will work as
expected with ux500 with these bindings. What is best from the I2C
subsystem point of view is another question ...
Okay, thanks for clarifying.
Overall I think we have this general p
On Mon, 16 Jul 2012, Thomas Gleixner wrote:
> On Mon, 16 Jul 2012, Rafael J. Wysocki wrote:
>
> > On Monday, July 16, 2012, Thomas Gleixner wrote:
> > > On Sun, 15 Jul 2012, Rafael J. Wysocki wrote:
> > > > To everyone involved: the fact that this change, which was likely to
> > > > introduce
>
On Fri, Jul 13, 2012 at 08:59:39AM +0100, Shawn Guo wrote:
> > diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
> > index 8f46446..7babc3f 100644
> > --- a/arch/arm/kernel/smp.c
> > +++ b/arch/arm/kernel/smp.c
> > @@ -590,7 +590,8 @@ void smp_send_stop(void)
> >
> > cpumask_copy(&ma
On Thu, Jul 12, 2012 at 10:33:11PM -0700, Joe Perches wrote:
> Convert the existing uses of random_ether_addr to
> the new eth_random_addr.
>
> Signed-off-by: Joe Perches
for drivers/usb/gadget:
Acked-by: Felipe Balbi
> ---
> drivers/usb/atm/xusbatm.c|4 ++--
> drivers/usb/gadget/u_e
From: Felipe Balbi
Date: Mon, 16 Jul 2012 14:12:19 +0300
> Acked-by: Felipe Balbi
You need to provide this in a reply to the patch you actually want
to ACK, so that the patch tracking system attaches your ACK to
the proper patch.
Thank you.
--
To unsubscribe from this list: send the line "unsu
* Jovi Zhang [2012-07-16 16:49:03]:
> From e382d2d14b8177bcd2e6bac2fee004fd1f052cb5 Mon Sep 17 00:00:00 2001
> From: Jovi Zhang
> Date: Tue, 17 Jul 2012 00:35:30 +0800
> Subject: [PATCH] uprobes: fix uprobe tracer wrong documentation
>
> The uprobe example is wrong in current kernel:
> $ echo '
On Mon, 16 Jul 2012, Rafael J. Wysocki wrote:
> On Monday, July 16, 2012, Thomas Gleixner wrote:
> > On Sun, 15 Jul 2012, Rafael J. Wysocki wrote:
> > > To everyone involved: the fact that this change, which was likely to
> > > introduce
> > > regressions from the look of it alone, has been pushe
Hi,
On Mon, Jul 16, 2012 at 03:29:01AM -0700, David Miller wrote:
> From: Felipe Balbi
> Date: Mon, 16 Jul 2012 13:14:38 +0300
>
> > if you're really renaming the function, then this patch alone will break
> > all of the below users. That should all be a single patch, I'm afraid.
>
> It would h
On Mon, 2012-07-16 at 12:55 +0200, Guennadi Liakhovetski wrote:
> On Mon, 16 Jul 2012, Vinod Koul wrote:
>
> > On Mon, 2012-07-16 at 12:01 +0200, Guennadi Liakhovetski wrote:
> > > On Mon, 16 Jul 2012, Vinod Koul wrote:
> > >
> > > > On Mon, 2012-07-16 at 10:47 +0200, Guennadi Liakhovetski wrote:
On Monday, July 16, 2012, Thomas Gleixner wrote:
> On Sun, 15 Jul 2012, Rafael J. Wysocki wrote:
> > To everyone involved: the fact that this change, which was likely to
> > introduce
> > regressions from the look of it alone, has been pushed to Linus (an to
> > -stable
> > at the same time!) so
Hi Benson,
> This patch introduces a driver for Cypress All Points Addressable
> I2C Trackpad, including the one in the Samsung Series 5 550 Chromebook.
>
> This device is compatible with MT protocol type B, providing identifiable
> contacts.
>
> This driver also implements firmware updating cap
On Mon, 16 Jul 2012, Vinod Koul wrote:
> On Mon, 2012-07-16 at 12:01 +0200, Guennadi Liakhovetski wrote:
> > On Mon, 16 Jul 2012, Vinod Koul wrote:
> >
> > > On Mon, 2012-07-16 at 10:47 +0200, Guennadi Liakhovetski wrote:
> > > > > I want to know what does ccr and mid_rid mean to dmac here?
> > >
On Monday, July 16, 2012, Michael Kerrisk wrote:
> Arve, Rafael,
>
> On Tue, May 1, 2012 at 7:33 AM, Arve Hjønnevåg wrote:
> > When an epoll_event, that has the EPOLLWAKEUP flag set, is ready, a
> > wakeup_source will be active to prevent suspend. This can be used to
> > handle wakeup events from
From: "Paul E. McKenney"
Bring RCU into the new-age CPU-hotplug fold by modifying RCU's per-CPU
kthread code to use the new smp_hotplug_thread facility.
[ tglx: Adapted it to use callbacks and to the simplified rcu yield ]
Signed-off-by: Paul E. McKenney
Signed-off-by: Thomas Gleixner
---
Get rid of the hotplug notifiers and use the generic hotplug thread
infrastructure.
Signed-off-by: Thomas Gleixner
---
drivers/infiniband/hw/ehca/ehca_irq.c | 255 --
drivers/infiniband/hw/ehca/ehca_irq.h |6
2 files changed, 96 insertions(+), 165 deletions(
Provide a generic interface for setting up and tearing down percpu
threads.
On registration the threads for already online cpus are created and
started. On deregistration (modules) the threads are stoppped.
During hotplug operations the threads are created, started, parked and
unparked. The datas
To avoid the full teardown/setup of per cpu kthreads in the case of
cpu hot(un)plug, provide a facility which allows to put the kthread
into a park position and unpark it when the cpu comes online again.
Signed-off-by: Thomas Gleixner
Reviewed-by: Namhyung Kim
---
include/linux/kthread.h | 11
Signed-off-by: Thomas Gleixner
---
kernel/watchdog.c | 264 ++
1 file changed, 89 insertions(+), 175 deletions(-)
Index: tip/kernel/watchdog.c
===
--- tip.orig/kernel/watchdog.c
+
The rcu_yield() code is amazing. It's there to avoid starvation of the
system when lots of (boosting) work is to be done.
Now looking at the code it's functionality is:
Make the thread SCHED_OTHER and very nice, i.e. get it out of the way
Arm a timer with 2 ticks
schedule()
Now if the system
Signed-off-by: Thomas Gleixner
---
kernel/softirq.c | 107 +--
1 file changed, 26 insertions(+), 81 deletions(-)
Index: tip/kernel/softirq.c
===
--- tip.orig/kernel/softirq.c
+++
The following series implements the infrastructure for parking and
unparking kernel threads to avoid the full teardown and fork on cpu
hotplug operations along with management infrastructure for hotplug
and users.
Changes vs. V2:
Use callbacks for all functionality. Thanks to Rusty for pointing
According to the datasheet, the voltage for twl6030ldo_ops is not linear for
all cases. Linear mapping is only for the selection code from
0001 to 00011000.
Table 9. LDO Output Voltage Selection Code
CODE VOUT(V)COD VOUT(V)CODE VOUT(V)CODE VOUT(V)
0
(hohum, gmx server went down, back to random address mode;)
On Mon, 2012-07-16 at 12:19 +0200, Thomas Gleixner wrote:
>
> That should do the trick.
I'll put it to work on 64 core box, and see if it survives. It better.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-
From: Felipe Balbi
Date: Mon, 16 Jul 2012 13:14:38 +0300
> if you're really renaming the function, then this patch alone will break
> all of the below users. That should all be a single patch, I'm afraid.
It would help if you actually read his patches before saying what they
might or might not d
On Mon, 2012-07-16 at 12:01 +0200, Guennadi Liakhovetski wrote:
> On Mon, 16 Jul 2012, Vinod Koul wrote:
>
> > On Mon, 2012-07-16 at 10:47 +0200, Guennadi Liakhovetski wrote:
> > > > I want to know what does ccr and mid_rid mean to dmac here?
> > >
> > > CHCR contains a few fields, some enable va
> On Monday 09 July 2012 04:31 PM, Axel Lin wrote:
> > 於 一,2012-07-09 於 11:22 +0800,Axel Lin 提到:
> >> In twl6030ldo_set_voltage, current code use below formula to calculate
> >> vsel:
> >> vsel = (min_uV/1000 - 1000)/100 + 1;
> >> This is worng because when min_uV is 100 uV, vsel is
On Mon, 16 Jul 2012, Mike Galbraith wrote:
> Hm, wonder how bad this sucks.. and if I should go hide under a big
> sturdy rock after I poke xmit :)
>
> ---
> block/blk-core.c |1 +
> kernel/rtmutex.c | 11 +--
> 2 files changed, 10 insertions(+), 2 deletions(-)
>
> --- a/block/blk
On Thu, Jul 12, 2012 at 10:33:04PM -0700, Joe Perches wrote:
> net-next commit ad7eee98be ("etherdevice: introduce eth_broadcast_addr")
> added a new style API. Rename random_ether_addr to eth_random_addr to
> create some API symmetry.
>
> Joe Perches (8):
> etherdevice: Rename random_ether_add
> Well I think I ACKed that from the point of view that it will work as
> expected with ux500 with these bindings. What is best from the I2C
> subsystem point of view is another question ...
Okay, thanks for clarifying.
> Overall I think we have this general problem with a lot of DT
> conversion
On Mon, 2012-07-16 at 11:59 +0200, Thomas Gleixner wrote:
> On Mon, 16 Jul 2012, Mike Galbraith wrote:
> > On Mon, 2012-07-16 at 10:59 +0200, Thomas Gleixner wrote:
> > > On Mon, 16 Jul 2012, Mike Galbraith wrote:
> > > > On Sun, 2012-07-15 at 11:14 +0200, Mike Galbraith wrote:
> > > > > On Sun,
Hey Rob,
Op 13-07-12 17:38, Rob Clark schreef:
> ...
> +/**
> + * dma_buf_attach_fence - Attach a fence to a dma-buf.
> + *
> + * @buf: the dma-buf to attach to
> + * @fence: the fence to attach
> + *
> + * A fence can only be attached to a single dma-buf. The dma-buf takes
> + * ownership of the
Hm, wonder how bad this sucks.. and if I should go hide under a big
sturdy rock after I poke xmit :)
---
block/blk-core.c |1 +
kernel/rtmutex.c | 11 +--
2 files changed, 10 insertions(+), 2 deletions(-)
--- a/block/blk-core.c
+++ b/block/blk-core.c
@@ -2782,6 +2782,7 @@ void blk_
On 07/16/2012 11:25 AM, Raghavendra K T wrote:
> From: Raghavendra K T
>
> Currently, on a large vcpu guests, there is a high probability of
> yielding to the same vcpu who had recently done a pause-loop exit or
> cpu relax intercepted. Such a yield can lead to the vcpu spinning
> again and hence
On 07/16/2012 11:25 AM, Raghavendra K T wrote:
> From: Raghavendra K T
>
> Noting pause loop exited vcpu or cpu relax intercepted helps in
> filtering right candidate to yield. Wrong selection of vcpu;
> i.e., a vcpu that just did a pl-exit or cpu relax intercepted may
> contribute to performance
On Mon, 16 Jul 2012, Vinod Koul wrote:
> On Mon, 2012-07-16 at 10:47 +0200, Guennadi Liakhovetski wrote:
> > > I want to know what does ccr and mid_rid mean to dmac here?
> >
> > CHCR contains a few fields, some enable various interrupt sources, some
> > specify repeat- and renew-modes, others y
On Mon, 16 Jul 2012, Mike Galbraith wrote:
> On Mon, 2012-07-16 at 10:59 +0200, Thomas Gleixner wrote:
> > On Mon, 16 Jul 2012, Mike Galbraith wrote:
> > > On Sun, 2012-07-15 at 11:14 +0200, Mike Galbraith wrote:
> > > > On Sun, 2012-07-15 at 10:59 +0200, Thomas Gleixner wrote:
> > >
> > > > >
On Sun, 15 Jul 2012, Shuah Khan wrote:
> I can work on reshuffling the code. Do have a question though. This
> following sanity check is currently done only when CONFIG_DEBUG_VM is
> defined. However, it does appear to be something that is that should be
> checked even in regular path.
>
> struct
On 07/15/2012 03:56 PM, Michael S. Tsirkin wrote:
> KVM PV EOI optimization overrides eoi_write apic op with its own
> version. at Ingo's suggestion, add an API for this and switch kvm to use
> it, to avoid meddling with core x86 apic driver data structures
> directly.
Applied to next, thanks.
--
The delta between twl6040 and twl6041 is small, the main difference is in
the number of GPOs (3 on twl6040, 1 on twl6041).
Signed-off-by: Peter Ujfalusi
---
Documentation/devicetree/bindings/mfd/twl6040.txt |2 +-
drivers/mfd/twl6040-core.c|1 +
include/linux/mfd/
twl6040 ES1.1 and ES1.2 have the same revid (0x01).
ES1.3 of twl6040 REVID is 0x02.
Signed-off-by: Peter Ujfalusi
---
include/linux/mfd/twl6040.h |4 ++--
sound/soc/codecs/twl6040.c |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/mfd/twl6040.h b/inclu
Hello,
The following series fixes the revision information for twl6040 and adds support
for twl6041.
While the first patch is changing a driver in sound/soc/codecs the series can go
via MFD since we do not have pending patches for twl6040 audio part for 3.6.
Regards,
Peter
---
Peter Ujfalusi (2)
On Wednesday 11 July 2012 10:58:38 Julia Lawall wrote:
> From: Julia Lawall
>
> dev_get_platdata returns a pointer, so the failure value would be NULL
> rather than a negative integer.
>
> The semantic match that finds this problem is: (http://coccinelle.lip6.fr/)
>
> //
> @@
> expression x,e;
On Mon, 2012-07-16 at 10:59 +0200, Thomas Gleixner wrote:
> On Mon, 16 Jul 2012, Mike Galbraith wrote:
> > On Sun, 2012-07-15 at 11:14 +0200, Mike Galbraith wrote:
> > > On Sun, 2012-07-15 at 10:59 +0200, Thomas Gleixner wrote:
> >
> > > > Can you figure out on which lock the stuck thread which
On Sun, 15 Jul 2012, Rafael J. Wysocki wrote:
> To everyone involved: the fact that this change, which was likely to introduce
> regressions from the look of it alone, has been pushed to Linus (an to -stable
> at the same time!) so late in the cycle, is seriuosly disappointing.
Well, we spent an m
From: Dong Hao
The function printk() at end of function kobject_init() already had '\n',
so remove it.
While the kobject has been initialized, assign error string and
jump to error case directly.
Signed-off-by: Dong Hao
---
lib/kobject.c |9 -
1 files changed, 4 insertions(+), 5 de
This patch fix bug related to interrupt handling for MAX77693 devices.
- Unmask interrupt masking bit for charger/flash/muic to revolve
that interrupt isn't happened when external connector is attached.
- Fix wrong regmap instance when muic interrupt is happened.
Signed-off-by: Chanwoo Choi
Signe
On Mon, 2012-07-16 at 10:47 +0200, Guennadi Liakhovetski wrote:
> > I want to know what does ccr and mid_rid mean to dmac here?
>
> CHCR contains a few fields, some enable various interrupt sources, some
> specify repeat- and renew-modes, others yet specify transfer size, source
> and destinatio
On Thu, 12 Jul 2012, Jeff Liu wrote:
> On 07/12/2012 07:01 AM, Dave Chinner wrote:
> > On Wed, Jul 11, 2012 at 11:55:34AM -0700, Hugh Dickins wrote:
> >>
> >> But your vote would count for a lot more if you know of some app which
> >> would really benefit from this functionality in tmpfs: I've hear
Hey Namhyung,
Thanks for your response!
On 07/16/2012 01:16 PM, Namhyung Kim wrote:
> Hi,
>
> (CC-ing Jiri)
>
> On Sun, 15 Jul 2012 22:32:14 +0800, Jeff Liu wrote:
>> Hello,
>>
>> I failed to compile perf tools on 3.5.0-rc7 with bison && flex
>> pre-installed.
>>
>> The error seems something li
On Mon 16-07-12 01:35:34, Hugh Dickins wrote:
> The may_enter_fs test turns out to be too restrictive: though I saw
> no problem with it when testing on 3.5-rc6, it very soon OOMed when
> I tested on 3.5-rc6-mm1. I don't know what the difference there is,
> perhaps I just slightly changed the way
On Sun, Jul 15, 2012 at 9:43 PM, Arnd Bergmann wrote:
> Yes, I agree that's the best way to handle this. Compared to other
> architectures, I think x86 is the only that allows booting either a
> 32 or 64 bit kernel on the same system. We used to support 32 bit
> kernels on 64 bit PowerMac, but nob
* Michael S. Tsirkin wrote:
> KVM PV EOI optimization overrides eoi_write apic op with its own
> version. Add an API for this to avoid meddling with core x86 apic driver
> data structures directly.
>
> For KVM use, we don't need any guarantees about when the switch to the
> new op will take pla
Copying Graeme and linux-omap list.
On Saturday 14 July 2012 11:11 AM, Axel Lin wrote:
Signed-off-by: Axel Lin
---
drivers/regulator/twl-regulator.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/regulator/twl-regulator.c
b/drivers/re
Copying Graeme and linux-omap list.
On Saturday 14 July 2012 11:07 AM, Axel Lin wrote:
The voltage selection logic is supposed to find the samllest voltage falls
within specified range. When using equation to calculate vsel, we need to
ensure the requested min_uV meet the range of using the equa
At Mon, 16 Jul 2012 08:30:18 +0200,
Ondrej Zary wrote:
>
> Yamaha OPL3-SAx chips don't resume properly when playback is running -
> garbage is played after resume. Restoring the CS4231_PLAYBK_FORMAT register
> last fixes the problem.
>
> Signed-off-by: Ondrej Zary
Applied. Thanks.
Takashi
At Thu, 12 Jul 2012 23:30:31 +0200,
Ondrej Zary wrote:
>
> By setting SNDRV_PCM_INFO_RESUME, wss_lib claims that it can restore the card
> state fully on resume. But in fact, it can't as DMA is not restored so any
> playback/capture running during suspend will fail to continue after resume.
>
> R
From: Michael Wang
This patch is trying to provide a way for user to dynamically change
the behaviour of load balance by setting flags of schedule domain.
Currently it's rely on cpu cgroup and only SD_LOAD_BALANCE was
implemented, usage:
1. /sys/fs/cgroup/domain/domain.config_level
the
Hi Axel,
My apologies for the delay in responding to this one.
On Monday 09 July 2012 04:31 PM, Axel Lin wrote:
於 一,2012-07-09 於 11:22 +0800,Axel Lin 提到:
In twl6030ldo_set_voltage, current code use below formula to calculate vsel:
vsel = (min_uV/1000 - 1000)/100 + 1;
This is worng bec
Hi Christoph,
On 07/14/2012 03:49 PM, Christoph Hellwig wrote:
Please send a version that does direct block I/O similar to xen-blkback
for now.
Seems xen-blkback converts the guest IO request to host bio and submit
them directly. I was wondering whether this has a performance gain
compared t
On Mon, 16 Jul 2012, Mike Galbraith wrote:
> On Sun, 2012-07-15 at 11:14 +0200, Mike Galbraith wrote:
> > On Sun, 2012-07-15 at 10:59 +0200, Thomas Gleixner wrote:
>
> > > Can you figure out on which lock the stuck thread which did not unplug
> > > due to tsk_is_pi_blocked was blocked?
> >
> >
Signed-off-by: Richard Zhao
---
drivers/mfd/anatop-mfd.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/anatop-mfd.c b/drivers/mfd/anatop-mfd.c
index 6da0634..5576e07 100644
--- a/drivers/mfd/anatop-mfd.c
+++ b/drivers/mfd/anatop-mfd.c
@@ -83,7 +83,7 @@ static
On Mon 16-07-12 01:10:47, Hugh Dickins wrote:
> On Thu, 12 Jul 2012, Michal Hocko wrote:
> > On Wed 11-07-12 18:57:43, Hugh Dickins wrote:
> > >
> > > I mentioned in Johannes's [03/11] thread a couple of days ago, that
> > > I was having a problem with your wait_on_page_writeback() in mmotm.
> > >
On Mon, 16 Jul 2012, Vinod Koul wrote:
> On Mon, 2012-07-16 at 09:13 +0200, Guennadi Liakhovetski wrote:
> > > > They tell the driver how the channel has to be configured to
> > support this
> > > > specific client. They are values of two specific registers. In
> > fact, CHCR
> > > > means exact
On Sun, Jul 15, 2012 at 10:43:25PM +0100, Daniel Drake wrote:
> From: Richard A. Smith
>
> upowerd wants to compute the energy in the battery by looking at this
> property. If it's not present then it falls back on using the reported
> voltage of the battery at time upowerd loads. That's close
The below checkpatch warn, error, and typo was fixed,
drivers/staging/cptm1217/clearpad_tm1217.c:400: WARNING: quoted string split
across lines
drivers/staging/cptm1217/cp_tm1217.h:5: ERROR: open brace '{' following struct
go on the same line
Signed-off-by: Toshiaki Yamane
---
drivers/staging
The may_enter_fs test turns out to be too restrictive: though I saw
no problem with it when testing on 3.5-rc6, it very soon OOMed when
I tested on 3.5-rc6-mm1. I don't know what the difference there is,
perhaps I just slightly changed the way I started off the testing:
dd if=/dev/zero of=/mnt/tem
On Mon, Jul 16, 2012 at 09:56:45AM +0200, Sedat Dilek wrote:
> On Mon, Jul 16, 2012 at 9:54 AM, Sedat Dilek wrote:
> > On Mon, Jul 16, 2012 at 9:48 AM, Al Viro wrote:
> >> On Mon, Jul 16, 2012 at 05:17:09PM +1000, Stephen Rothwell wrote:
> >>> Hi all,
> >>>
> >>> Changes since 20120713:
> >>>
> >
On Fri, 13 Jul 2012, Michal Hocko wrote:
> On Thu 12-07-12 15:42:53, Hugh Dickins wrote:
> > On Thu, 12 Jul 2012, Andrew Morton wrote:
> > >
> > > I wasn't planning on 3.5, given the way it's been churning around.
> >
> > I don't know if you had been intending to send it in for 3.5 earlier;
> > b
On Thursday 12 July 2012 05:13, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the net-next tree got a conflict in
> include/linux/mlx4/device.h between commit 396f2feb05d7 ("mlx4_core:
> Implement mechanism for reserved Q_Keys") from the infiniband tree and
> commit 0ff1fb654be
On Thursday 12 July 2012 05:09, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the net-next tree got a conflict in
> drivers/net/ethernet/mellanox/mlx4/main.c between commit 6634961c14d3
> ("mlx4: Put physical GID and P_Key table sizes in mlx4_phys_caps struct
> and paravirtuali
On 07/16/2012 03:40 PM, Rusty Russell wrote:
> On Mon, 16 Jul 2012 10:35:54 +0800, Alex Shi wrote:
>> The function has no parameter @len now, so need to remove it from
>> comments to avoid kernel-doc warning:
>
> But it still does in my tree.
>
> Please push this patch via whoever changed it?
>
On Mon, 2012-07-16 at 09:13 +0200, Guennadi Liakhovetski wrote:
> > > They tell the driver how the channel has to be configured to
> support this
> > > specific client. They are values of two specific registers. In
> fact, CHCR
> > > means exactly that - CHannel Control Register.
> > what exactly
Hi,
On Mon, Jul 16, 2012 at 1:42 PM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Jun 25, 2012 at 04:26:08PM +, Arnd Bergmann wrote:
>> On Monday 25 June 2012, Felipe Balbi wrote:
>> > > > Can't this live where the scp drivers live? Actually, where is that
>> > > > at?
>> > > > Do we have scp driv
401 - 500 of 542 matches
Mail list logo