As the private pointer is valid at the remove of driver, and remove wont' be
called if probe fails, so no point for checking of ASSERT
Signed-off-by: Devendra Naga
---
drivers/staging/slicoss/slicoss.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/dr
Hi Geert
On Mon, Jul 9, 2012 at 9:34 AM, Geert Uytterhoeven wrote:
> On Sun, Jul 8, 2012 at 11:56 PM, David Herrmann
> wrote:
>> --- a/drivers/video/fbmem.c
>> +++ b/drivers/video/fbmem.c
>> @@ -46,7 +46,7 @@ static DEFINE_MUTEX(registration_lock);
>> struct fb_info *registered_fb[FB_MAX] __rea
at probe we enabled the device, and we should disable it at remove.
Signed-off-by: Devendra Naga
---
drivers/staging/slicoss/slicoss.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicoss/slicoss.c
index a511a2b..5bd3825 100644
--- a
if no case matches we are simply asserting and doing break.
and i think we may need to return that -ENODEV , no device is
present, rather assert'ing.
Signed-off-by: Devendra Naga
---
drivers/staging/slicoss/slicoss.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/driver
This patch removes empty rules (i.e. with access set to '-') from the
rule list presented to user space.
Smack by design never removes labels nor rules from its lists. Access
for a rule may be set to '-' to effectively disable it. Such rules would
show up in the listing generated when /smack/load
> Ok, the code is not very clear, but now I can see it. p_block is
> actually misused here to store the number of indexes in the current
> node while diving into the tree. Then on the way up, we are checking
> that to see if the eh_entries changed or not (which is indicating
> that something has be
On Fri, Jul 06, 2012 at 09:27:09AM -0700, Paul E. McKenney wrote:
> On Fri, Jul 06, 2012 at 02:00:14PM +0200, Frederic Weisbecker wrote:
> > Allow calls to rcu_user_enter() even if we are already
> > in userspace (as seen by RCU) and allow calls to rcu_user_exit()
> > even if we are already in the
On Fri, Jul 06, 2012 at 09:31:29AM -0700, Paul E. McKenney wrote:
> On Fri, Jul 06, 2012 at 02:00:13PM +0200, Frederic Weisbecker wrote:
> > Create a new config option under the RCU menu that put
> > CPUs under RCU extended quiescent state (as in dynticks
> > idle mode) when they run in userspace.
On Fri, Jul 06, 2012 at 09:33:38AM -0700, Paul E. McKenney wrote:
> On Fri, Jul 06, 2012 at 02:00:18PM +0200, Frederic Weisbecker wrote:
> > do_notify_resume() may be called on irq exit but it won't
> > be protected between rcu_irq_enter() and rcu_irq_exit()
> > and we don't call rcu_user_exit() on
On Sun, Jul 08, 2012 at 06:54:18PM +0300, Avi Kivity wrote:
> On 07/06/2012 03:00 PM, Frederic Weisbecker wrote:
> > Allow calls to rcu_user_enter() even if we are already
> > in userspace (as seen by RCU) and allow calls to rcu_user_exit()
> > even if we are already in the kernel.
> >
> > This ma
On Tue, Jun 19, 2012 at 03:43:07PM +0200, Frederic Weisbecker wrote:
> Not sure to which tree this should go. The scheduler one may be.
> Anyway if you're fine with it, it is pullable at:
>
> git://github.com/fweisbec/linux-dynticks.git
> virt-cputime
Ping. Are you guys fine with the patchs
Add support for the 2012 15'' MacBook Pro Retina.
Patch originally written by clipcarl (forums.opensuse.org).
Signed-off-by: Henrik Rydberg
---
Hi Gustavo,
This patch adds support for the new retina. Picked up from the suse
forum. Getting it into 3.5 would be great, if possible.
Cheers,
Henrik
Quoting Randy Dunlap :
On 07/02/2012 12:23 AM, Stephen Rothwell wrote:
Hi all,
Changes since 20120629:
on i386:
ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined!
This is caused by commit feb7b7ab928afa97a79a9c424e4e0691f49d63be.
hifn_795x has "DIV_ROUND_UP(NSEC_PER_SEC, de
Hi Joe
On Mon, Jul 9, 2012 at 12:13 AM, Joe Perches wrote:
> On Sun, 2012-07-08 at 23:56 +0200, David Herrmann wrote:
>>
>
> Hi David. Trivial comments only:
>
>> diff --git a/drivers/video/console/fblog.c b/drivers/video/console/fblog.c
> []
>> @@ -23,15 +23,204 @@
>> * all fblog instances be
On Mon, Jul 9, 2012 at 4:23 AM, Peter Zijlstra wrote:
>
> How about something like the below?
>
> I've also modified perf_instruction_pointer() to account for the VM86
> and IA32 non-zero segment base cases. At least, I tried to do so, I've
> never had the 'pleasure' of poking at this segment desc
On Friday, June 29, 2012 05:45:43 PM Vincent Sanders wrote:
> From: Javier Martinez Canillas
>
> AF_BUS implements a security hook bus_connect() to be used by LSM to
> enforce connectivity security policies.
>
> Signed-off-by: Javier Martinez Canillas
> Signed-off-by: Vincent Sanders
In futur
Grab the devicetree node properties to override VendorId, ProductId,
bcdDevice, Manucacturer, Product and SerialNumber
Signed-off-by: Alexandre Pereira da Silva
Acked-by: Michal Nazarewicz
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/usb/gadget.txt | 20 +++
drivers/us
I noticed that the format of the oom-killer output seems to have changed, and
now it spews stuff like..
[49461.758070] lowmem_reserve[]:
[49461.758071] 0
[49461.758071] 2643
[49461.758071] 3878
[49461.758072] 3878
[49461.758072]
[49461.758072] Node 0
[49461.758075] DMA32 free:50432kB min:458
Happens on an intel dh67bl - config attached, I would happily report
more details / try out things.
[ cut here ]
kernel BUG at mm/slab.c:3073!
invalid opcode: [#1] PREEMPT SMP
CPU 1
Modules linked in:
Pid: 570, comm: kswapd0 Not tainted 3.4.4 #1 /DH
Thanks Rusty - sorry I didn't see your email until now - revised patch
addressing your comments attached -
BTW, sorry about the word wrap on the initial posting - should I
attach a '.patch' file or inline ? Trying both .
The Revised Patch (against :
commit bd0a521e88aa7a06ae7aabaed7ae196ed4ad867
Since 2.6.36 (253d2e5498), we've disabled MEM & IO decoding while we size
BARs (except for host bridge devices). These patches tweak this in two
ways:
1) We only kept decoding disabled while sizing the low-order dword
of 64-bit BARs. I think we should keep it disabled while we do the
high-order
After 253d2e5498, we disable MEM and IO decoding for most devices while we
size 32-bit BARs. However, we restore the original COMMAND register before
we size the upper 32 bits of 64-bit BARs, so we can still cause a conflict.
This patch waits to restore the original COMMAND register until we're
c
When we update 64-bit BARs, we have to perform two config writes. Between
the writes, the half-written BAR value could match a MEM access intended
for another device. This could result in corruption of this device (for
writes) or an unexpected response machine check (for reads).
To prevent this,
Hi Joe
On Mon, Jul 9, 2012 at 12:09 AM, Joe Perches wrote:
> On Sun, 2012-07-08 at 23:56 +0200, David Herrmann wrote:
>> We want to print the kernel log to all FBs so we need a console driver.
>> This registers the driver on startup and writes all messages to all
>> registered fblog instances.
>
On Mon, Jul 09, 2012 at 03:13:25PM +0200, Henrik Rydberg wrote:
> On Thu, Jul 05, 2012 at 10:34:10AM +0200, Henrik Rydberg wrote:
> > On Thu, Jul 05, 2012 at 08:54:46AM +0200, Henrik Rydberg wrote:
> > > > Thanks for tracking down the source of this corruption. I don't have
> > > > any such hardwa
On Mon, Jul 9, 2012 at 8:03 PM, Dave Jones wrote:
> I noticed that the format of the oom-killer output seems to have changed, and
> now it spews stuff like..
>
> [49461.758070] lowmem_reserve[]:
> [49461.758071] 0
> [49461.758071] 2643
> [49461.758071] 3878
> [49461.758072] 3878
> [49461.75807
The registers have stride 2 so we can write the loop properly now.
Signed-off-by: Mark Brown
---
drivers/mfd/arizona-core.c|5 ++---
include/linux/mfd/arizona/pdata.h |2 +-
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/ar
A few more registers used on newer devices.
Signed-off-by: Mark Brown
---
include/linux/mfd/arizona/registers.h | 211 -
1 file changed, 210 insertions(+), 1 deletion(-)
diff --git a/include/linux/mfd/arizona/registers.h
b/include/linux/mfd/arizona/registers.h
On Sat, Jul 07, 2012 at 08:28:33AM +0800, Axel Lin wrote:
> Use devm_gpio_request_one to save a few error handling code.
> Also remove trivial comment for tps62360_remove.
I can't apply any of these patches until devm_gpio_request_one() is
exported in mainline.
signature.asc
Description: Digital
Hi Geert
On Mon, Jul 9, 2012 at 9:33 AM, Geert Uytterhoeven wrote:
> On Sun, Jul 8, 2012 at 11:56 PM, David Herrmann
> wrote:
>> Add myself as maintainer for the fblog driver to the MAINTAINERS file.
>>
>> Signed-off-by: David Herrmann
>> ---
>> MAINTAINERS | 6 ++
>> 1 file changed, 6 ins
On Friday, June 29, 2012 05:45:44 PM Vincent Sanders wrote:
> From: Javier Martinez Canillas
>
> Add Security-Enhanced Linux (SELinux) hook for AF_BUS socket address family.
>
> Signed-off-by: Javier Martinez Canillas
> Signed-off-by: Vincent Sanders
It would be very helpful to include a desc
On Sat, Jul 07, 2012 at 09:46:45AM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Jul 06, 2012 at 12:40:38PM +0200, Miguel Gómez wrote:
> The piece of code that checks for LCDA in xgifb_probe() just checks for some
> register values but doesn't really do anything in response to them (the
> actions
> that should be executed are commented).
> As nothing is really being do
* Peter Zijlstra wrote:
> On Fri, 2012-07-06 at 11:34 -0700, Linus Torvalds wrote:
>
> > But any code that does "kernel_ip(regs->ip)" is just
> > terminally confused and can never be sane.
>
> How about something like the below?
>
> I've also modified perf_instruction_pointer() to account fo
Unbound wqs aren't concurrency-managed and try to execute work items
as soon as possible. This is currently achieved by implicitly setting
%WQ_HIGHPRI on all unbound workqueues; however, WQ_HIGHPRI
implementation is about to be restructured and this usage won't be
valid anymore.
Add an explicit c
Move worklist and all worker management fields from global_cwq into
the new struct worker_pool. worker_pool points back to the containing
gcwq. worker and cpu_workqueue_struct are updated to point to
worker_pool instead of gcwq too.
This change is mechanical and doesn't introduce any functional
WQ_HIGHPRI was implemented by queueing highpri work items at the head
of the global worklist. Other than queueing at the head, they weren't
handled differently; unfortunately, this could lead to execution
latency of a few seconds on heavily loaded systems.
Now that workqueue code has been updated
Introduce NR_WORKER_POOLS and for_each_worker_pool() and convert code
paths which need to manipulate all pools in a gcwq to use them.
NR_WORKER_POOLS is currently one and for_each_worker_pool() iterates
over only @gcwq->pool.
Note that nr_running is per-pool property and converted to an array
with
Currently, WQ_HIGHPRI workqueues share the same worker pool as the
normal priority ones. The only difference is that work items from
highpri wq are queued at the head instead of tail of the worklist. On
pathological cases, this simplistics highpri implementation doesn't
seem to be sufficient.
Fo
Modify all functions which deal with per-pool properties to pass
around @pool instead of @gcwq or @cpu.
The changes in this patch are mechanical and don't caues any
functional difference. This is to prepare for multiple pools per
gcwq.
Signed-off-by: Tejun Heo
---
kernel/workqueue.c | 218 +++
GCWQ_MANAGE_WORKERS, GCWQ_MANAGING_WORKERS and GCWQ_HIGHPRI_PENDING
are per-pool properties. Add worker_pool->flags and make the above
three flags per-pool flags.
The changes in this patch are mechanical and don't caues any
functional difference. This is to prepare for multiple pools per
gcwq.
On Fri, Jul 06, 2012 at 07:24:12PM +0800, Axel Lin wrote:
> Using the same ops for both .disable and .set_suspend_disable callbacks is
> actively broken. This patch removes .set_suspend_disable callback setting.
Applied both, thanks.
signature.asc
Description: Digital signature
On Fri, Jun 29, 2012 at 02:43:06PM -0700, Paton J. Lewis wrote:
> At 6/19/2012 11:17 AM, Christof Meerwald wrote:
> >But, taking one step back - wouldn't an alternative approach be to add
> >some mechanism to allow a thread to post a user-event for an fd? So in
> >delete_epoll_item you would post a
On Mon, Jul 09, 2012 at 12:31:55AM -0700, David Miller wrote:
> From: "John W. Linville"
> Date: Fri, 6 Jul 2012 15:20:35 -0400
>
> > Please let me know if there are problems!
>
> This indentation is not correct:
>
> commit 01f9cb073c827c60c43f769763b49a2026f1a897
> Author: Thomas Huehn
> Date
Hi Henrik,
On Mon, Jul 09, 2012, Henrik Rydberg wrote:
> Add support for the 2012 15'' MacBook Pro Retina.
>
> Patch originally written by clipcarl (forums.opensuse.org).
>
> Signed-off-by: Henrik Rydberg
> ---
> Hi Gustavo,
>
> This patch adds support for the new retina. Picked up from the su
On Mon, 2012-07-09 at 20:27 +0200, Kay Sievers wrote:
> On Mon, Jul 9, 2012 at 8:03 PM, Dave Jones wrote:
> > I noticed that the format of the oom-killer output seems to have changed,
> > and
> > now it spews stuff like..
> >
> > [49461.758070] lowmem_reserve[]:
> > [49461.758071] 0
> > [49461.7
Better?
>From 9ef8a52c00dedbd63b6eecc086f8bd688d2cb66a Mon Sep 17 00:00:00 2001
From: Lee Jones
Date: Wed, 27 Jun 2012 08:42:08 +0100
Subject: [PATCH 1/1] ARM: ux500: Clean-up temporary Device Tree enablement
helpers
Here we remove some of the extra overhead we introduced to make
DT:ing the Sno
From: Lee Jones
Date: Tue, 26 Jun 2012 10:46:50 +0100
Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
Before we can use any domain allocated IRQ, we need to first create a
map between the Hardware IRQ (hwirq) and the Linux Virtual IRQ (virq).
We do this with a helper f
Hi Arnd, hi Olof,
The following changes since commit bd0a521e88aa7a06ae7aabaed7ae196ed4ad867a:
Linux 3.5-rc6 (2012-07-07 17:23:56 -0700)
are available in the git repository at:
git://github.com/at91linux/linux-at91.git tags/at91-for-next-dt
for you to fetch changes up to 3c68bb48214f87562b
On Mon, 9 Jul 2012, Clemens Ladisch wrote:
> (forwarded to linux-usb)
>
> Udo van den Heuvel wrote:
> > Hello,
> >
> > One moment the box is runing OK.
> > One moment the 3.4.4 kernel decides to disable an interrupt.
> > Why?
The kernel disables IRQs when too many interrupts arrive too quickly.
From: Jan-Simon Möller
Signed-off-by: Jan-Simon Möller
Cc: Russell King
Cc: linux-kernel@vger.kernel.org
---
include/linux/clk.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/clk.h b/include/linux/clk.h
index f7bd858..116172f 100644
--- a/include/lin
On Mon, 9 Jul 2012, dl...@gmx.de wrote:
> From: Jan-Simon Möller
>
> Signed-off-by: Jan-Simon Möller
> Cc: Russell King
> Cc: linux-kernel@vger.kernel.org
> ---
> include/linux/clk.h |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/include/linux/clk.h b/includ
"Steven J. Magnani" writes:
>> > >> > Interesting idea. I think this, and reformulating the FAT NFS file
>> > >> > handle to include the parent's i_ino, will greatly simplify (and speed
>> > >> > up) the code.
>> > >>
>> > >> Does it work even if the inode was rename()'ed?
>> > >
>> > > AFAICT.
On Fri, 2012-07-06 at 12:52 -0400, Theodore Ts'o wrote:
> On Fri, Jul 06, 2012 at 09:24:00AM -0700, Linus Torvalds wrote:
> > On Fri, Jul 6, 2012 at 6:01 AM, Theodore Ts'o wrote:
> > > What in the world is "fast count"? I've grepped for it,
> > > and I can't find it.
> >
> > It's your own fast-p
On Wed, Jun 27, 2012 at 09:43:48AM +0100, Mel Gorman wrote:
> > You did not touch all drivers which use alloc_page(s)() like e1000(e). Was
> > this on purpose?
>
> Yes. The ones I changed were the semi-obvious ones and carried over from
> when the patches were completely out of tree. As the chang
On Mon, Jul 9, 2012 at 9:17 PM, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.5-rc6 to v3.5-rc5[3], the summaries are:
> - build errors: +5/-19
5 regressions:
+ error: "usb_speed_string" [drivers/usb/core/usbcore.ko] undefined!: => N/A
+ error: "utf16s_to_utf8s" [drivers/usb/core/usb
On Mon, Jul 09, 2012 at 03:48:24PM -0300, Johan Hedberg wrote:
> Hi Henrik,
>
> On Mon, Jul 09, 2012, Henrik Rydberg wrote:
> > Add support for the 2012 15'' MacBook Pro Retina.
> >
> > Patch originally written by clipcarl (forums.opensuse.org).
> >
> > Signed-off-by: Henrik Rydberg
> > ---
> >
On Sat, Jul 07, 2012 at 05:35:13PM +0530, Devendra Naga wrote:
> The following warns fixed
>
> drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c:2032: ERROR: code indent
> should use tabs where possible
> drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c:2032: WARNING: please, no
> spaces at the s
Add lpc32xx soc pwm driver.
Signed-off-by: Alexandre Pereira da Silva
---
.../devicetree/bindings/pwm/lpc32xx-pwm.txt| 12 ++
drivers/pwm/Kconfig| 11 ++
drivers/pwm/Makefile |1 +
drivers/pwm/pwm-lpc32xx.c
On Sat, Jul 07, 2012 at 10:57:49AM +0300, Eduardo Valentin wrote:
> In the System Control Module, OMAP supplies a voltage reference
> and a temperature sensor feature that are gathered in the band
> gap voltage and temperature sensor (VBGAPTS) module. The band
> gap provides current and voltage ref
Signed-off-by: Geert Uytterhoeven
---
drivers/zorro/zorro.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/zorro/zorro.c b/drivers/zorro/zorro.c
index 181fa81..858c971 100644
--- a/drivers/zorro/zorro.c
+++ b/drivers/zorro/zorro.c
@@ -37,7 +37,6 @@ struct zorro_
commit c1109736bcdd14b590392e9a96d66e7e823f9e67
Dave,
Please accept these fixes for the 3.5 stream...
Bing Zhao provides an mwifiex fix for a memory leak uncovered by
Coverity.
Eliad Peller provides a mac80211 fix to properly clean-up after an
association failure.
Emmanuel Grumbach gives us an
On Sun, Jul 08, 2012 at 06:25:47PM +0900, Toshiaki Yamane wrote:
> This change is inspired by checkpatch.
>
> Signed-off-by: Toshiaki Yamane
> ---
> drivers/staging/asus_oled/asus_oled.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
Sorry, someone beat you to this very chang
On Mon, Jul 9, 2012 at 11:48 AM, Wolfram Sang wrote:
> On Mon, Jun 11, 2012 at 11:37:15PM +0200, Linus Walleij wrote:
>> On Mon, Jun 11, 2012 at 10:56 PM, Alessandro Rubini wrote:
>>
>> > V3:
>> >- fixed according to Linusw feedback (merged the patch he posted)
>> >- added Tested-
I've got a sort of industrial portable PC that uses a Supermicro C2SBX
motherboard. Running an RHEL6 kernel (2.6.32-ish) it works fine, but
if I run a 3.4.4 kernel (using the kernel-ml builds provided by ELRepo
for RHEL6) it blows up on boot inside snd_hda_codec_realtek. Below is
the dmesg output f
On Sun, Jul 08, 2012 at 10:15:48AM +0900, Hitoshi Nakamori wrote:
> This is a patch to the ms.c that fixes up some brace warning found by
> checkpatch.pl tool.
Please wrap your comments at 72 columns.
As much as I endorce splitting patches up into tiny pieces, this is a
bit overkill, as you now
Forgot to sign -- hopefully this is sufficient? :-)
On Mon, Jul 09, 2012 at 03:28:18PM -0400, John W. Linville wrote:
> commit c1109736bcdd14b590392e9a96d66e7e823f9e67
>
> Dave,
>
> Please accept these fixes for the 3.5 stream...
>
> Bing Zhao provides an mwifiex fix for a memory leak uncovered
Hi Henrik,
* Henrik Rydberg [2012-07-09 21:25:29 +0200]:
> On Mon, Jul 09, 2012 at 03:48:24PM -0300, Johan Hedberg wrote:
> > Hi Henrik,
> >
> > On Mon, Jul 09, 2012, Henrik Rydberg wrote:
> > > Add support for the 2012 15'' MacBook Pro Retina.
> > >
> > > Patch originally written by clipcarl
On Mon, Jul 09, 2012 at 11:04:19PM +0530, Devendra Naga wrote:
> at probe we enabled the device, and we should disable it at remove.
>
> Signed-off-by: Devendra Naga
> ---
> drivers/staging/slicoss/slicoss.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/staging/slicoss/sli
On 09/07/12 21:40, Linus Walleij wrote:
On Mon, Jul 9, 2012 at 11:48 AM, Wolfram Sang wrote:
On Mon, Jun 11, 2012 at 11:37:15PM +0200, Linus Walleij wrote:
On Mon, Jun 11, 2012 at 10:56 PM, Alessandro Rubini wrote:
V3:
- fixed according to Linusw feedback (merged the patch he posted
Greg Kroah-Hartman writes:
> On Mon, Jul 09, 2012 at 11:04:19PM +0530, Devendra Naga wrote:
>> at probe we enabled the device, and we should disable it at remove.
>>
>> Signed-off-by: Devendra Naga
>> ---
>> drivers/staging/slicoss/slicoss.c |1 +
>> 1 file changed, 1 insertion(+)
>>
>> d
On Thu, 5 Jul 2012, Johannes Weiner wrote:
> Once charged, swapcache pages can only be uncharged after they are
> removed from swapcache again.
>
> Do not try to uncharge pages that are known to be in the swapcache, to
> allow future patches to remove checks for that in the uncharge code.
>
> Sig
On Thu, 2012-07-05 at 18:29 +0800, Jason Wang wrote:
> This patch let the virtio_net driver can negotiate the number of queues it
> wishes to use through control virtqueue and export an ethtool interface to let
> use tweak it.
>
> As current multiqueue virtio-net implementation has optimizations o
On Mon, Jul 09, 2012 at 08:53:01PM +0200, Lee Jones wrote:
> From: Lee Jones
> Date: Tue, 26 Jun 2012 10:46:50 +0100
> Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
>
> Before we can use any domain allocated IRQ, we need to first create a
> map between the Hardware I
On Mon, 09 Jul 2012 12:20:18 -0600
Bjorn Helgaas wrote:
> After 253d2e5498, we disable MEM and IO decoding for most devices
> while we size 32-bit BARs. However, we restore the original COMMAND
> register before we size the upper 32 bits of 64-bit BARs, so we can
> still cause a conflict.
>
> T
Correct, the sum is 1..n. The maximum was chosen as 516/46742 because
that is the point when the approximation of loop + fixed point math
being used reaches a maximum, even if the ideal y^n series would cap out
slightly differently.
--
To unsubscribe from this list: send the line "unsubscribe linux
On Fri, Jul 6, 2012 at 2:32 PM, Lee Jones wrote:
> When booting with Device Tree we need a way to call-back to the
> DB8500 PMU IRQ handler. This is necessary because the two CPU
> IRQ lines are muxed together on the DB8500 chip. The DB8500
> PMU IRQ handler contains logic to pass over to the oth
Hi Gustavo,
> > > I believe the requirement is to always include a usb-devices output in
> > > the commit message (to let maintainers confirm that no typo has occurred
> > > in the patch itself).
>
> If you don't have access to the device I can take it without usb-devices,
> otherwise just add it
On Sat, Jul 7, 2012 at 11:58 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Make the ux500 crypto driver define its PM callbacks through
> struct dev_pm_ops objects rather than by using legacy PM hooks
> in struct platform_driver.
>
> Signed-off-by: Rafael J. Wysocki
Makes perfect
On Tue, 2012-07-10 at 04:10 +0900, OGAWA Hirofumi wrote:
> "Steven J. Magnani" writes:
>
> >> > >> > Interesting idea. I think this, and reformulating the FAT NFS file
> >> > >> > handle to include the parent's i_ino, will greatly simplify (and
> >> > >> > speed
> >> > >> > up) the code.
> >> >
On Mon, Jul 9, 2012 at 1:22 PM, Mark Brown
wrote:
> Since users must be explicitly provided with a GPIO number in order to
> request one the overwhelmingly common case for failing to request will
> be that the required GPIO driver has not yet registered and we should
> therefore defer until it ha
On Mon, 2012-07-09 at 20:48 +0200, Kay Sievers wrote:
> On Mon, 2012-07-09 at 20:27 +0200, Kay Sievers wrote:
> > On Mon, Jul 9, 2012 at 8:03 PM, Dave Jones wrote:
> > > I noticed that the format of the oom-killer output seems to have changed,
> > > and
> > > now it spews stuff like..
> > >
> > >
Two fixes here:
1) Zero is a legal P2P bridge window base and BAR value and is likely to
occur when there is an offset between bus addresses and CPU addresses.
Stop disallowing it.
2) The Intel-specific 1K I/O window granularity for P2P bridges was
implemented in a way that precluded reassignment
cd81e1ea1a4c added checks that prevent us from using P2P bridge windows
that start at PCI bus address zero. The reason was to "prevent us from
overwriting resources that are unassigned."
But generic code should allow address zero in both BARs and bridge
windows, so I think that commit was a mista
The generic code to read P2P bridge windows is functionally equivalent
to the sparc-specific pci_cfg_fake_ranges(), so use the generic code.
The "if (!res->start) res->start = ..." removed from the I/O window code
here was an artifact of the Intel 1K window support from 9d265124d051 and
is no long
9d265124d051 and 15a260d53f7c added quirks for P2P bridges that support
I/O windows that start/end at 1K boundaries, not just the 4K boundaries
defined by the PCI spec. For details, see the IOBL_ADR register and the
EN1K bit in the CNF register in the Intel 82870P2 (P64H2).
These quirks complicat
Hello Greg,
On Mon, Jul 9, 2012 at 10:31 PM, Greg Kroah-Hartman
wrote:
> On Sat, Jul 07, 2012 at 10:57:49AM +0300, Eduardo Valentin wrote:
>> In the System Control Module, OMAP supplies a voltage reference
>> and a temperature sensor feature that are gathered in the band
>> gap voltage and temper
On Fri, Jul 06, 2012 at 05:06:12PM -0600, Shuah Khan wrote:
> Remove SWIOTLB overflow buffer support and return DMA_ERROR_CODE
> (a value of zero) to make it consistent with iommu implementation
> on Intel, AMD, and swiotlb-xen.
While this is a good forward step and this needs to be done eventuall
On Mon, Jul 9, 2012 at 4:04 AM, Kuninori Morimoto
wrote:
> Hi Linus Walleij, Stephen, and Thomas
>
>> >> > After merging the gpio-lw tree, today's linux-next build (x86_64
>> >> > allmodconfig) failed like this:
>> >> >
>> >> > ERROR: "irq_set_chip_and_handler_name" [drivers/gpio/gpio-pcf857x.ko]
Why do you keep these assignments and then override them with
translations? Why don't you do
ponkey->idev = input;
ponkey->ab8500 = ab8500;
ponkey->irq_dbf = ab8500_irq_get_virq(ab8500, irq_dbf);
ponkey->irq_dbr = ab8500_irq_get_virq(ab8500, irq_dbr);
to begin wit
On Thu, 2012-07-05 at 18:53 +0300, Michael S. Tsirkin wrote:
> On Wed, Jul 04, 2012 at 10:24:54PM -0600, Alex Williamson wrote:
> > On Wed, 2012-07-04 at 17:00 +0300, Michael S. Tsirkin wrote:
> > > On Tue, Jul 03, 2012 at 01:21:29PM -0600, Alex Williamson wrote:
> > > > This new ioctl enables an e
From: Lee Jones
Date: Tue, 26 Jun 2012 10:46:50 +0100
Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
Before we can use any domain allocated IRQ, we need to first create a
map between the Hardware IRQ (hwirq) and the Linux Virtual IRQ (virq).
We do this with a helper f
On Mon, Jul 9, 2012 at 8:50 PM, Lee Jones wrote:
> Better?
Yep!
> From 9ef8a52c00dedbd63b6eecc086f8bd688d2cb66a Mon Sep 17 00:00:00 2001
> From: Lee Jones
> Date: Wed, 27 Jun 2012 08:42:08 +0100
> Subject: [PATCH 1/1] ARM: ux500: Clean-up temporary Device Tree enablement
> helpers
>
> Here we
On Mon, Jul 9, 2012 at 10:35 PM, Lee Jones wrote:
> From: Lee Jones
> Date: Tue, 26 Jun 2012 10:46:50 +0100
> Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
>
> Before we can use any domain allocated IRQ, we need to first create a
> map between the Hardware IRQ (hwir
hi,
here's the change to make following syntax available:
perf stat -e cpu/event=instructions/u ls
this is identical to:
perf stat -e instructions:u ls
v3 changes:
- patches v2 1,5,6,9 are already in
- patch 1 - sysfs 'events' attribute file names with dashes '-'
- using 'even
On Mon, 9 Jul 2012, Michal Hocko wrote:
>
> Maybe I am missing something but who does the uncharge from:
> shmem_unuse
> mem_cgroup_cache_charge
> shmem_unuse_inode
> shmem_add_to_page_cache
There isn't any special uncharge for shmem_unuse(): once the swapcache
page is matched up with its
Making hardware events translations available through the sysfs.
Adding 'events' group attribute under the sysfs x86 PMU record
with attribute/file for each hardware event:
# ls /sys/devices/cpu/events/
branch-instructions
branch-misses
bus-cycles
cache-misses
cache-references
cpu-c
The pmu_lookup should return pmus that do not expose the 'events'
group attribute in sysfs. Also it should fail when any other error
during 'events' lookup is hit (pmu_aliases fails).
Signed-off-by: Jiri Olsa
---
tools/perf/util/pmu.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(
Adding automated tests for all events found under PMU/events
directory. Tested events are in 'cpu/event=xxx/u' format,
where 'xxx' is substibuted by every event found.
The 'event=xxx' term is translated to the cpu specific term.
We only check that the event is created (not the real config
numbers)
Adding a way to specify hw event as pmu event term like:
'cpu/event=cpu-cycles/u'
'cpu/event=instructions,.../u'
The 'event=cpu-cycles' term is replaced/translated by the hw events
term translation, which is exposed by sysfs 'events' group attribute.
Adding parser bits, the rest is already hand
201 - 300 of 724 matches
Mail list logo
