On Fri, 2013-07-05 at 14:16 +0800, Michael Wang wrote:
> PeterZ has suggested some optimization which I sent out yesterday, I
> suppose they haven't been included into this test yet, correct?
No, that was with both v3 patches applied. hackbench -l 1000 delta
tracked to next pull/build fwiw, but
On Thu, Jun 27, 2013 at 01:49:01PM +0100, Nick Dyer wrote:
> Signed-off-by: Nick Dyer
So before we allocated input device before requesting IRQ, now we fo it
afterwards so there is moment where the interrupt is requested and not
disabled and input device is not allocated yet. Is it possible for
i
Hi Nick,
On Thu, Jun 27, 2013 at 01:48:57PM +0100, Nick Dyer wrote:
> Signed-off-by: Nick Dyer
> Acked-by: Benson Leung
Why is this needed?
Thanks.
> ---
> drivers/input/touchscreen/atmel_mxt_ts.c |8
> 1 file changed, 8 insertions(+)
>
> diff --git a/drivers/input/touchscreen/
On Sat, 2013-07-06 at 16:07 -0700, Wedson Almeida Filho wrote:
> There is no functional change, but this change eliminates a subtraction that
> the compiler doesn't optimize out (as of gcc 4.7.3).
Not correct.
> diff --git a/lib/bsearch.c b/lib/bsearch.c
[]
> @@ -37,7 +37,7 @@ void *bsearch(const
Hi Linus,
Once you have some time from extended weekend celebrations please consider
pulling the following to get:
- Various fixes and PCI driver for dw_dmac by Andy
- DT binding for imx-dma by Markus & imx-sdma by Shawn
- DT fixes for dmaengine by Lars
- jz4740 dmac driver by Lars
- and various f
On Fri, Jul 05, 2013 at 04:37:14PM +0200, Thomas Gleixner wrote:
> Hmm, even there it matters, because of the following scenario:
>
> CPU 0
> smp_call_function_single(CPU 1)
> csd_lock(CPU 1)
No, smpl_call_function_single(CPU 1)
will csd_lock(CPU 0), not csd_lock(CPU 1)
> irq_enter()
>
On 07/04/2013 12:09 AM, Bjorn Helgaas wrote:
> On Wed, Jul 3, 2013 at 9:16 AM, Haicheng Li
> wrote:
>> With more and more SOCs having pci device integrated into chip (e.g. Intel
>> Atom series), it's useful to add an interface to cleanly hide pci devices
>> from
>> pci device scanning, which is
On Fri, Jul 05, 2013 at 03:50:57PM +0200, Thomas Gleixner wrote:
> On Sat, 16 Feb 2013, Chuansheng Liu wrote:
> > There is a real case for softirq DEADLOCK case:
> >
> > CPUACPUB
> > spin_lock(&spinlock)
> >
On 07/04/2013 12:55 PM, Michael Wang wrote:
wake-affine stuff is always trying to pull wakee close to waker, by theory,
this will bring benefit if waker's cpu cached hot data for wakee, or the
extreme ping-pong case.
What's the meaning of ping-pong case?
And testing show it could benefit hac
On Wed, 2013-07-03 at 11:22 -0400, Joern Engel wrote:
> Code is a copy of iscsit_find_cmd_from_itt(). Afaics this is debug code
> from at least two years ago. Either the bug in question has been long
> fixed or this debug code doesn't help fixing it. Whichever way you look
> at it, we should rem
Hi all,
I was doing a kernel-wide audit on all of the binary sysfs files, and
noticed a metric ton of them in the qlcnic driver.
The rules about binary sysfs files are that they can not be touched by
the kernel at all, they are "pass-through" directly to the hardware, and
it seems that this drive
On Wed, 2013-07-03 at 11:22 -0400, Joern Engel wrote:
> Three have been checked for but were never set. Remove the dead code.
> Also renumbers the remaining ones to a) get rid of the holes after the
> removal and b) avoid a collision between TMR_FUNCTION_COMPLETE==0 and
> the uninitialized case.
On Wed, 2013-07-03 at 11:22 -0400, Joern Engel wrote:
> The return value wasn't checked by any of the callers. Assuming this is
> correct behaviour, we can simplify some code by not bothering to
> generate it.
>
> Signed-off-by: Joern Engel
> ---
> drivers/infiniband/ulp/srpt/ib_srpt.c|
On Sat, Jul 06, 2013 at 09:24:08AM +0200, Ingo Molnar wrote:
>
> * Dave Jones wrote:
>
> > On Fri, Jul 05, 2013 at 05:15:07PM +0200, Thomas Gleixner wrote:
> > > On Fri, 5 Jul 2013, Dave Jones wrote:
> > >
> > > > BUG: soft lockup - CPU#3 stuck for 23s! [trinity-child1:14565]
> > >
On Sat, Jul 06, 2013 at 12:36:46PM -0700, Greg KH wrote:
> On Fri, Jul 05, 2013 at 09:24:47AM +0200, Oliver Schinagl wrote:
> > The other 'broken' drivers that where linked earlier, also use the
> > BINARY attributes.
> >
> > So Greg, if you could be so kind and give me an example how to
> > imple
There is no functional change, but this change eliminates a subtraction that
the compiler doesn't optimize out (as of gcc 4.7.3).
Signed-off-by: Wedson Almeida Filho
---
lib/bsearch.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/bsearch.c b/lib/bsearch.c
index e33c1
On Saturday, July 06, 2013 03:59:49 PM Rafael J. Wysocki wrote:
> Hi,
>
> I've just started to play with a new Acer Aspire S5 test box and noticed that
> garbage is displayed after resume from suspend to RAM with the 3.10 kernel
> (under KDE 4.10.3 on openSUSE 12.3). The display corruption goes a
On Fri, 2013-07-05 at 22:08 -0700, Kent Overstreet wrote:
> Previous posting: http://thread.gmane.org/gmane.linux.kernel/1511216
>
> The only real change since the last version is that I've reworked the
> new ida implementation to not use one giant allocation - it's still
> logically one big arary
From: KOBAYASHI Yoshitake
This patch fixes a bug of error handling in Linux MMC driver.
Current MMC driver doesn't handle generic error (bit19 of device
status) in write sequence. As a result, write data gets lost when
generic error occurs. For example, a generic error when updating a
filesystem
On Sat, Jul 06, 2013 at 06:14:01PM -0400, Dave Jones wrote:
> On Tue, Jul 02, 2013 at 07:27:49PM +, Linux Kernel wrote:
> > Gitweb:
> http://git.kernel.org/linus/;a=commit;h=d05c39ea67f5786a549ac9d672d2951992b658c6
> > Commit: d05c39ea67f5786a549ac9d672d2951992b658c6
> > Parent:
From: Nicholas Bellinger
Hi folks,
This is an updated series for adding tag pre-allocation support of
target fabric descriptor memory, utilizing Kent's latest in-flight
per-cpu ida bits here:
[PATCH v3] lib/idr.c rewrite, percpu ida/tag allocator
http://marc.info/?l=linux-kernel&m=1373087
From: Nicholas Bellinger
This patch changes vhost/scsi to use transport_init_session_tags()
pre-allocation logic for per-cpu session tag pooling with internal
ida_alloc() + ida_free() calls based upon the saved se_cmd->map_tag id.
FIXME: Make transport_init_session_tags() number of tags setup
co
From: Nicholas Bellinger
This patch adds support for pre-allocation of per tv_cmd descriptor
scatterlist + user-space page pointer memory using se_sess->sess_cmd_map
within tcm_vhost_make_nexus() code.
This includes sanity checks within vhost_scsi_map_to_sgl()
to reject I/O that exceeds these in
From: Nicholas Bellinger
This patch adds lib/idr.c based transport_init_session_tags() logic
that allows fabric drivers to setup a per-cpu se_sess->sess_tag_pool
and associated se_sess->sess_cmd_map for basic tagged pre-allocation
of fabric descriptor sized memory.
v3: Update to percpu-ida usage
On Tue, Jul 02, 2013 at 07:27:49PM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=d05c39ea67f5786a549ac9d672d2951992b658c6
> Commit: d05c39ea67f5786a549ac9d672d2951992b658c6
> Parent: a3b2c8c7aa1ca860edcf0b0afa371d9eb2269c3c
> Author: Takashi Iw
On Sat, 06 Jul 2013 23:22:22 +0200
Sebastian Hesselbarth wrote:
> On 07/06/2013 09:54 PM, Jonas Gorski wrote:
> > Hello Sebastian,
> >
> > using your DT patches[1] (on top of 3.10) I can't get the second
> > ethernet to work on my kirkwood board.
>
> Hi Jonas,
>
> next time please name your boa
On Saturday, July 06, 2013 10:26:28 PM Rafael J. Wysocki wrote:
> On Saturday, July 06, 2013 04:16:36 PM Daniel Vetter wrote:
> > On Sat, Jul 6, 2013 at 3:59 PM, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > I've just started to play with a new Acer Aspire S5 test box and noticed
> > > that
> >
On 07/06/2013 09:54 PM, Jonas Gorski wrote:
Hello Sebastian,
using your DT patches[1] (on top of 3.10) I can't get the second
ethernet to work on my kirkwood board.
Hi Jonas,
next time please name your board, because there are plenty of it.
Kirkwood is just the SoC used on them.
in my dts f
On Sat, 6 Jul 2013, Maxime Ripard wrote:
> On Sat, Jul 06, 2013 at 01:17:41AM +0200, Thomas Gleixner wrote:
> > I really recommend that you go out for lots of beer/wine NOW and
> > resume reading this mail when you recovered from that.
> >
> > I definitely appreciate your responsivness to feedback
Ulrich,
On Sat, 6 Jul 2013, Ulrich Prinz wrote:
> I got the message. With modifying the existing driver to support more
> function pointers in its system struct and assigning them at the
> beginning, and using them on runtime, these quirks are obsolete.
Correct.
> Again, this is the first time
On Sat, 6 Jul 2013, Maarten Lankhorst wrote:
> I didn't even know I still had lockdep on.
> The following lockdep splat happened when I plugged in a usb bluetooth
> dongle, using
> the pre-rc1 3.11 kernel at HEAD b2c311075db
>
> =
> [ INFO: inconsistent lock stat
On Sat, Jul 06, 2013 at 09:54:58PM +0200, Jean Delvare wrote:
> On Sat, 6 Jul 2013 12:31:42 -0700, Greg Kroah-Hartman wrote:
> > On Sat, Jul 06, 2013 at 12:18:16PM -0700, Guenter Roeck wrote:
> > > Yes, and I tested it with the new nct6775 driver to make sure that it
> > > works.
> > > The i2c and
Ok, ok...
I got the message. With modifying the existing driver to support more
function pointers in its system struct and assigning them at the
beginning, and using them on runtime, these quirks are obsolete.
Again, this is the first time I provide code to the kernel officially
and I learned fro
Hi Thomas,
sorry but it is my first release to the kernel and I was trained to take
as less as possible influence on existing code and reuse as much as
possible existing code.
Sometimes just two rules are to simple...
Am 06.07.2013 01:45, schrieb Thomas Gleixner:
> On Sat, 6 Jul 2013, Heiko Stüb
On Saturday, July 06, 2013 04:16:36 PM Daniel Vetter wrote:
> On Sat, Jul 6, 2013 at 3:59 PM, Rafael J. Wysocki wrote:
> > Hi,
> >
> > I've just started to play with a new Acer Aspire S5 test box and noticed
> > that
> > garbage is displayed after resume from suspend to RAM with the 3.10 kernel
>
On Sat, Jul 06, 2013 at 09:59:57PM +0200, Jean Delvare wrote:
> On Sat, 6 Jul 2013 12:48:03 -0700, Guenter Roeck wrote:
> > Another option would be to create a class attribute to return the parent
> > driver
> > name for spi and i2c devices and otherwise the hwmon driver name. This would
> > reduc
On Sat, 6 Jul 2013 12:48:03 -0700, Guenter Roeck wrote:
> Another option would be to create a class attribute to return the parent
> driver
> name for spi and i2c devices and otherwise the hwmon driver name. This would
> reduce the amount of code needed in the drivers. Jean, do you see a problem
On Sat, 06 Jul 2013 21:06:49 +0200, Arnd Bergmann wrote:
> On Saturday 06 July 2013 14:01:12 Maxime Ripard wrote:
> > So that leave us with mainly one path to achieve this goal:
> > - Add a regmap-mtd backend
> > - Add DT parsing code for regmap
> > - Move the EEPROM drivers from misc to mtd
On Sat, 6 Jul 2013 12:31:42 -0700, Greg Kroah-Hartman wrote:
> On Sat, Jul 06, 2013 at 12:18:16PM -0700, Guenter Roeck wrote:
> > Yes, and I tested it with the new nct6775 driver to make sure that it works.
> > The i2c and spi drivers need some more work, though - the name attribute is
> > now miss
Hello Sebastian,
using your DT patches[1] (on top of 3.10) I can't get the second ethernet to
work on my kirkwood board.
in my dts file I use:
&mdio {
status = "okay";
};
ð0 {
status = "okay";
ethernet0-port@0 {
speed = <1000>;
duplex = <
On Sat, 6 Jul 2013, Preeti U Murthy wrote:
> Hi Wang,
>
> On 07/06/2013 11:42 AM, Wang YanQing wrote:
> > On Fri, Jul 05, 2013 at 09:57:11PM +0530, Preeti U Murthy wrote:
> >> Elaborate on when deadlocks can occur when a call is made to
> >> smp_call_function_single() and its friends. This avoids
On Sat, Jul 06, 2013 at 12:31:42PM -0700, Greg Kroah-Hartman wrote:
> On Sat, Jul 06, 2013 at 12:18:16PM -0700, Guenter Roeck wrote:
> > On Sat, Jul 06, 2013 at 08:01:51PM +0200, Jean Delvare wrote:
> > > On Sat, 6 Jul 2013 10:57:47 -0700, Greg Kroah-Hartman wrote:
> > > > On Sat, Jul 06, 2013 at 1
On Fri, Jul 05, 2013 at 09:24:47AM +0200, Oliver Schinagl wrote:
> The other 'broken' drivers that where linked earlier, also use the
> BINARY attributes.
>
> So Greg, if you could be so kind and give me an example how to
> implement this properly, I am at loss and don't know :(
Ah crap, devices
On Sat, Jul 06, 2013 at 12:18:16PM -0700, Guenter Roeck wrote:
> On Sat, Jul 06, 2013 at 08:01:51PM +0200, Jean Delvare wrote:
> > On Sat, 6 Jul 2013 10:57:47 -0700, Greg Kroah-Hartman wrote:
> > > On Sat, Jul 06, 2013 at 10:24:53AM -0700, Guenter Roeck wrote:
> > > > Signed-off-by: Guenter Roeck
On Sat, Jul 06, 2013 at 10:47:58AM -0700, Greg Kroah-Hartman wrote:
> On Sat, Jul 06, 2013 at 10:24:51AM -0700, Guenter Roeck wrote:
> > device_create_groups lets callers create devices as well as associated
> > sysfs attributes with a single call. This avoids race conditions seen
> > if sysfs attr
On Sat, Jul 06, 2013 at 08:01:51PM +0200, Jean Delvare wrote:
> On Sat, 6 Jul 2013 10:57:47 -0700, Greg Kroah-Hartman wrote:
> > On Sat, Jul 06, 2013 at 10:24:53AM -0700, Guenter Roeck wrote:
> > > Signed-off-by: Guenter Roeck
> > > ---
> > > drivers/hwmon/ds1621.c | 25 +---
On Fri, Jul 05, 2013 at 11:34:12AM +0900, Namhyung Kim wrote:
> Hi Ramkumar,
>
> On Thu, 4 Jul 2013 19:10:46 +0530, Ramkumar Ramachandra wrote:
> > Currently, a simple
> >
> > $ make
> >
> > errors out because we compile with -Werror by default, turning all
> > warnings into errors. Although n
On Saturday 06 July 2013 14:01:12 Maxime Ripard wrote:
> I'm not exactly sure on what happened to the previous mail that has been
> sent empty, but anyway:
>
> On Sat, Jul 06, 2013 at 11:18:00AM +0200, Arnd Bergmann wrote:
> > On Saturday 06 July 2013 10:28:04 Maxime Ripard wrote:
> > > > a) like
On Sat, 6 Jul 2013, Alexander Holler wrote:
> I've now traced down why the above patch _really_ is needed: it's because of
> how the locking is done in the hid-subsystem. So my intuition to use a work
> was ok, but my assumption that it's because the HID device driver wasn't
> registered before pr
Arnd Bergmann writes:
> With the new linux/reboot.h header file dependency added, we can no
> longer build ixp4xx. The easiest way to avoid that is to remove the
> inclusion of mach/hardware.h from mach/timex.h, which does not need
> that header anyway.
> arch/arm/mach-ixp4xx/include/mach/timex
I didn't even know I still had lockdep on.
The following lockdep splat happened when I plugged in a usb bluetooth dongle,
using
the pre-rc1 3.11 kernel at HEAD b2c311075db
=
[ INFO: inconsistent lock state ]
3.10.0+ #106 Not tainted
---
On Sat, 6 Jul 2013 10:57:47 -0700, Greg Kroah-Hartman wrote:
> On Sat, Jul 06, 2013 at 10:24:53AM -0700, Guenter Roeck wrote:
> > Signed-off-by: Guenter Roeck
> > ---
> > drivers/hwmon/ds1621.c | 25 +
> > 1 file changed, 9 insertions(+), 16 deletions(-)
> >
> > diff --
On Sat, Jul 06, 2013 at 10:24:53AM -0700, Guenter Roeck wrote:
> Signed-off-by: Guenter Roeck
> ---
> drivers/hwmon/ds1621.c | 25 +
> 1 file changed, 9 insertions(+), 16 deletions(-)
>
> diff --git a/drivers/hwmon/ds1621.c b/drivers/hwmon/ds1621.c
> index a26ba7a..f1d0
On Sat, Jul 06, 2013 at 10:24:51AM -0700, Guenter Roeck wrote:
> device_create_groups lets callers create devices as well as associated
> sysfs attributes with a single call. This avoids race conditions seen
> if sysfs attributes on new devices are created later.
>
> Signed-off-by: Guenter Roeck
On Sat, Jul 06, 2013 at 10:24:50AM -0700, Guenter Roeck wrote:
> This patch series introduces the new driver core API function
> device_create_groups().
>
> device_create_groups() lets callers create devices as well as associated
> sysfs attributes with a single call. This avoids potential race co
device_create_groups lets callers create devices as well as associated
sysfs attributes with a single call. This avoids race conditions seen
if sysfs attributes on new devices are created later.
Signed-off-by: Guenter Roeck
---
drivers/base/core.c| 60 ++
This patch series introduces the new driver core API function
device_create_groups().
device_create_groups() lets callers create devices as well as associated
sysfs attributes with a single call. This avoids potential race conditions
seen if sysfs attributes on new devices are created later.
The
Signed-off-by: Guenter Roeck
---
drivers/hwmon/gpio-fan.c | 23 +--
1 file changed, 9 insertions(+), 14 deletions(-)
diff --git a/drivers/hwmon/gpio-fan.c b/drivers/hwmon/gpio-fan.c
index 3104149..7953d99 100644
--- a/drivers/hwmon/gpio-fan.c
+++ b/drivers/hwmon/gpio-fan.c
Signed-off-by: Guenter Roeck
---
drivers/hwmon/ds1621.c | 25 +
1 file changed, 9 insertions(+), 16 deletions(-)
diff --git a/drivers/hwmon/ds1621.c b/drivers/hwmon/ds1621.c
index a26ba7a..f1d0fa0 100644
--- a/drivers/hwmon/ds1621.c
+++ b/drivers/hwmon/ds1621.c
@@ -358,
hwmon_device_register_groups() lets callers register a hwmon device
together with all sysfs attributes in a single call.
Signed-off-by: Guenter Roeck
---
drivers/hwmon/hwmon.c | 14 +++---
include/linux/hwmon.h |4
2 files changed, 15 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Guenter Roeck
---
drivers/hwmon/ltc4245.c | 58 +++
1 file changed, 13 insertions(+), 45 deletions(-)
diff --git a/drivers/hwmon/ltc4245.c b/drivers/hwmon/ltc4245.c
index cdc1ecc..53b01abe 100644
--- a/drivers/hwmon/ltc4245.c
+++ b/dri
This patch series introduces the new driver core API function
device_create_groups().
device_create_groups() lets callers create devices as well as associated
sysfs attributes with a single call. This avoids potential race conditions
seen if sysfs attributes on new devices are created later.
The
This patch series introduces the new driver core API function
device_create_groups().
device_create_groups() lets callers create devices as well as associated
sysfs attributes with a single call. This avoids potential race conditions
seen if sysfs attributes on new devices are created later.
The
On 07/06/2013 01:39 AM, Jörn Engel wrote:
Sorry about replying so late.
On Mon, 17 June 2013 21:10:53 +0800, vaughan wrote:
Rewrite the last patch.
Add a new field 'toopen' in sg_device to count ongoing sg_open's. By checking
both 'toopen' and 'exclude' marks when do exclusive open, old race c
This patch fixes a race condition whereby the process can be caused to
sleep indefinitely. The problem occurs when the process is preempted
after having set its state to TASK_INTERRUPTIBLE but before starting the
alarm.
Disabling preemption until the alarm has been set solves this problem.
A seco
On 7/4/13 7:20 AM, Adrian Hunter wrote:
Typically tracking events such as mmap events, comm events,
fork events and exit events, are processed by "machine"
functions. Change these functions to put pid in the new
pid_ member of struct thread.
Signed-off-by: Adrian Hunter
---
tools/perf/util/m
This adds special support for huge pages (16MB). The reference
counting cannot be easily done for such pages in real mode (when
MMU is off) so we added a list of huge pages. It is populated in
virtual mode and get_page is called just once per a huge page.
Real mode handlers check if the requested
The current VFIO-on-POWER implementation supports only user mode
driven mapping, i.e. QEMU is sending requests to map/unmap pages.
However this approach is really slow, so we want to move that to KVM.
Since H_PUT_TCE can be extremely performance sensitive (especially with
network adapters where eac
This is to reserve a capablity number for upcoming support
of H_PUT_TCE_INDIRECT and H_STUFF_TCE pseries hypercalls
which support mulptiple DMA map/unmap operations per one call.
Signed-off-by: Alexey Kardashevskiy
---
include/uapi/linux/kvm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/
This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT
and H_STUFF_TCE requests without passing them to QEMU, which saves time
on switching to QEMU and back.
Both real and virtual modes are supported. First the kernel tries to
handle a TCE request in the real mode, if failed it passes
This adds real mode handlers for the H_PUT_TCE_INDIRECT and
H_STUFF_TCE hypercalls for QEMU emulated devices such as IBMVIO
devices or emulated PCI. These calls allow adding multiple entries
(up to 512) into the TCE table in one call which saves time on
transition to/from real mode.
This adds a t
VFIO is designed to be used via ioctls on file descriptors
returned by VFIO.
However in some situations support for an external user is required.
The first user is KVM on PPC64 (SPAPR TCE protocol) which is going to
use the existing VFIO groups for exclusive access in real/virtual mode
on a host t
The existing TCE machine calls (tce_build and tce_free) only support
virtual mode as they call __raw_writeq for TCE invalidation what
fails in real mode.
This introduces tce_build_rm and tce_free_rm real mode versions
which do mostly the same but use "Store Doubleword Caching Inhibited
Indexed" in
This is to reserve a capablity number for upcoming support
of VFIO-IOMMU DMA operations in real mode.
Signed-off-by: Alexey Kardashevskiy
---
include/uapi/linux/kvm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h
index 970b1f5..0865c01
The changes are:
1. rebased on v3.10
2. added arch_spin_locks to protect TCE table in real mode
3. reworked VFIO external API
4. added missing bits for real mode handling of TCE requests on p7ioc
MOre details in the individual patch comments.
Depends on "hashtable: add hash_for_each_possible_rcu_
According to the datasheet[1], the Interrupt IRQ Pending Registers are
read-only. The implementation of sun4i_irq_ack() looks wrong because it writes
to these read-only registers.
This patch removes the wrong irq_ack callback implementation and all the code
writing to these read-only registers in
On Sat, Jul 06, 2013 at 01:36:27PM +0530, Preeti U Murthy wrote:
> Ideally it should be under a WARN_ON(). csd_unlock() has that WARN_ON().
> Unlocking a parameter which is not locked should be seen as a bug, which
> the above code is not doing. In fact it avoids it being reported as a bug.
Althou
On Sat, Jul 6, 2013 at 3:59 PM, Rafael J. Wysocki wrote:
> Hi,
>
> I've just started to play with a new Acer Aspire S5 test box and noticed that
> garbage is displayed after resume from suspend to RAM with the 3.10 kernel
> (under KDE 4.10.3 on openSUSE 12.3). The display corruption goes away aft
On Wed, 03 Jul 2013, Thomas Renninger wrote:
> It is quite some time that this one is deprecated.
> Get rid of it.
>
> If there should really some important user be overseen it could get reverted
> and worked on the userspace program first. But it is time to do something to
> get rid of this old s
On Wed, 03 Jul 2013, Thomas Renninger wrote:
> It is somewhat strange that the default value to support the depracated
> interface is set (1).
> Anyway this exists for years. The previous patch already removed the
> functionality to still export specific events through /proc. Now this param
> is us
Hi,
I've just started to play with a new Acer Aspire S5 test box and noticed that
garbage is displayed after resume from suspend to RAM with the 3.10 kernel
(under KDE 4.10.3 on openSUSE 12.3). The display corruption goes away after
killing X and restarting it.
The CPU is a Core i5-3317U (Ivy Br
On Saturday, July 06, 2013 01:45:56 PM Aaron Lu wrote:
> On 07/06/2013 06:23 AM, Rafael J. Wysocki wrote:
> > On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
> >> On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
> >>> On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki
Because mailing list archives often suppress attachments,
here's a link:
http://members.aon.at/mfranz/terminal [1.4 kB]
m.
--
Ginzinger electronic systems GmbH
Gewerbegebiet Pirath 16
A-4952 Weng im Innkreis
www.ginzinger.com
--
To unsubscribe from this list: send the line "unsubscribe lin
sparse, being a static analyzer, emits the following warnings:
context imbalance in 'nfs_server_list_start' - wrong count at exit
context imbalance in 'nfs_server_list_start' - unexpected unlock
context imbalance in 'nfs_volume_list_start' - wrong count at exit
context imbalance in 'nfs_vo
sparse, being a static analyzer, emits the following warnings:
context imbalance in 'lock_vector_lock' - wrong count at exit
context imbalance in 'unlock_vector_lock' - unexpected unlock
Help it by annotating the pair of functions with __acquires and
__releases.
Cc: Yinghai Lu
Cc: Thomas Gl
Hi,
So, I was looking at sparse this lazy Saturday afternoon. Thought I
might as well clean up a few obvious warnings while I'm there.
Thanks.
Ramkumar Ramachandra (3):
nfs: add lock annotations to squelch sparse warnings
apic: add lock annotations to squelch sparse warnings
irq: add lock
__irq_put_desc_unlock() releases &desc->lock, but being a static
analyzer, sparse emits a warning:
context imbalance in '__irq_put_desc_unlock' - unexpected unlock
Help it by annotating the function with a __release. Do not annotate
its counterpart which acquires the lock, __irq_get_desc_lock(
Hi,
I'm not exactly sure on what happened to the previous mail that has been
sent empty, but anyway:
On Sat, Jul 06, 2013 at 11:18:00AM +0200, Arnd Bergmann wrote:
> On Saturday 06 July 2013 10:28:04 Maxime Ripard wrote:
> > > a) like interrupts, regs, dmas, clocks, pinctrl, reset, pwm: fixed
>
On 07/04/2013 05:19 PM, Greg KH wrote:
> On Thu, Jul 04, 2013 at 04:16:43PM +0300, Oleksandr Kravchenko wrote:
>> Hi All,
>>
>> I wrote i2c driver for APDS-9300 light sensor in drivers/misc, but I have
>> some
>> questions regarding upstreaming of it.
>> 1. It works properly in kernel-3.4, but it
signature.asc
Description: Digital signature
On Saturday 06 July 2013 11:16:51 Oliver Schinagl wrote:
> On 06-07-13 10:10, Maxime Ripard wrote:
> >
> > I'll send a v5. Do you have any additionnal comments on those patches to
> > avoid wasting more electrons?
>
> Pff, we all know Maxime's electrons are free
Only free as in Drude-Sommerfeld, n
On Fri, Jul 05, 2013 at 11:50:05PM +0200, Thomas Gleixner wrote:
> On Fri, 5 Jul 2013, Peter Zijlstra wrote:
> > On Fri, Jul 05, 2013 at 05:24:09PM +0200, Thomas Gleixner wrote:
> > > See arch/x86/kernel/tsc.c
> > >
> > > We disable the watchdog for the TSC when tsc_clocksource_reliable is
> > > s
On Sat, Jul 06, 2013 at 12:14:08PM +0530, Srikar Dronamraju wrote:
> * Peter Zijlstra [2013-07-02 20:17:32]:
>
> > On Tue, Jul 02, 2013 at 05:36:55PM +0530, Srikar Dronamraju wrote:
> > > Here, moving tasks this way doesnt update the schedstats at all.
> >
> > Do you actually use schedstats?
>
On Sat, Jul 06, 2013 at 12:09:01AM +0100, Mel Gorman wrote:
> +/* Returns true if the given node is compute overloaded */
> +static bool sched_numa_overloaded(int nid)
> +{
> + int nr_cpus = 0;
> + int nr_preferred = 0;
> + int i;
> +
> + for_each_cpu(i, cpumask_of_node(nid)) {
> +
On Fri, 5 Jul 2013 10:48:29 -0400, Waiman Long wrote:
> Because of the d_count change made in dcache.h, all readonly references
> to d_count have to be changed to use the new d_count() helper as they
> shouldn't access its value directly. There is no change in logic
> and everything should just
On Sat, Jul 06, 2013 at 12:09:00AM +0100, Mel Gorman wrote:
> The third reason is that multiple threads in a process will race each
> other to fault the shared page making the fault information unreliable.
Ingo and I played around with that particular issue for a while and we had a
patch that work
On Sat, Jul 06, 2013 at 12:09:00AM +0100, Mel Gorman wrote:
> +++ b/include/linux/mm.h
> @@ -582,11 +582,11 @@ static inline pte_t maybe_mkwrite(pte_t pte, struct
> vm_area_struct *vma)
> * sets it, so none of the operations on it need to be atomic.
> */
>
> -/* Page flags: | [SECTION] | [NO
On Sat, Jul 06, 2013 at 12:08:53AM +0100, Mel Gorman wrote:
> +static int
> +find_idlest_cpu_node(int this_cpu, int nid)
> +{
> + unsigned long load, min_load = ULONG_MAX;
> + int i, idlest_cpu = this_cpu;
> +
> + BUG_ON(cpu_to_node(this_cpu) == nid);
> +
> + rcu_read_lock();
> +
On 06/24/2013 06:24 PM, Alexandre Belloni wrote:
> From: Maxime Ripard
>
> The ADCs connected to this bus have been experiencing some timeout
> issues when using the iMX28 i2c controller. Switching back to bitbanging
> solves this.
>
> Signed-off-by: Maxime Ripard
> Signed-off-by: Alexandre Bel
On 07/04/2013 10:08 AM, Lars-Peter Clausen wrote:
> On 06/24/2013 07:24 PM, Alexandre Belloni wrote:
>> The Nuvoton NAU7802 ADC is a 24-bit 2-channels I2C ADC, with adjustable
>> gain and sampling rates.
>>
>> Signed-off-by: Alexandre Belloni
>> Signed-off-by: Maxime Ripard
>
> Reviewed-by: Lars
1 - 100 of 115 matches
Mail list logo
