On Fri, May 31, 2013 at 07:56:34AM +0200, Michal Simek wrote:
> Watchdog 1.01.a is also compatible with 1.00.a.
> Add the origin version to compatible list.
>
> Signed-off-by: Michal Simek
Reviewed-by: Guenter Roeck
> ---
> Changes in v2:
> - Extend compatible list with 1.00.a instead of repla
Hi Arnd,
Thank you for the patch.
On Saturday 01 June 2013 00:22:50 Arnd Bergmann wrote:
> The ispqueue.h file uses vm_flags_t, which is defined in
> linux/mm_types.h, so we must include that header in order
> to build in all configurations.
>
> Signed-off-by: Arnd Bergmann
> Cc: Mauro Carvalho
On 06/01/2013 05:56 PM, Viresh Kumar wrote:
> On 31 May 2013 22:03, Stratos Karafotis wrote:
>> On 05/31/2013 11:51 AM, Viresh Kumar wrote:
>>> I believe you should have removed other users of getavg() in a separate
>>> patch and also cc'd relevant people so that you can some review comments
>>> f
On 31.05.13 14:21:36, Borislav Petkov wrote:
> On Fri, May 31, 2013 at 11:32:10AM +0200, Robert Richter wrote:
> > Hmm, since the changes in the onliner patches are either hard effort
> > to find in reviewing/testing or more or less related to the new
> > implementation, I better prefer to keep aut
The SD card reader slot on my Samsung Series 7 ultrabook
never worked and still wasn't working with 3.10-rc3, also
the syslog was spammed. The following patch fixes both.
The timeout detection implemented in this driver isn't very
robust, although the USB interrupt transfer is successful,
the pol
Increasing the timeout when polling for card status to 100ms
as used at other places in this driver fixes SD card detection.
Also use correct interval when doing the interrupt transfer,
this fixes the "xhci_queue_intr_tx: 74 callbacks suppressed"
spamming to syslog that was occuring when this driv
This message is from our Helpdesk Team to all webmail account owners.
We noticed that your webmail account has been compromised by spammers. It seems
they have gained access into our database and have been using it for illegal
internet activities.The center is currently performing maintenance an
This message is from our Helpdesk Team to all webmail account owners.
We noticed that your webmail account has been compromised by spammers. It seems
they have gained access into our database and have been using it for illegal
internet activities.The center is currently performing maintenance an
Export symbols so they can be used by
drivers/staging/android/alarm-dev.c. So far this is built-in but LKM
support is planned (see drivers/staging/android/TODO).
Signed-off-by: Marcus Gelderie
---
kernel/time/alarmtimer.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git
On Sat, Jun 01, 2013 at 11:36:46AM +0200, Thomas Meyer wrote:
>
-ENOLOG
please add a commit log.
> Signed-off-by: Thomas Meyer
> ---
>
> diff -u -p a/drivers/usb/gadget/lpc32xx_udc.c
> b/drivers/usb/gadget/lpc32xx_udc.c
> --- a/drivers/usb/gadget/lpc32xx_udc.c
> +++ b/drivers/usb/gadget/lpc3
On Sat, Jun 01, 2013 at 11:59:25AM +0200, Thomas Meyer wrote:
>
-ENOLOG
> Signed-off-by: Thomas Meyer
> ---
>
> diff -u -p a/drivers/usb/gadget/f_subset.c b/drivers/usb/gadget/f_subset.c
> --- a/drivers/usb/gadget/f_subset.c
> +++ b/drivers/usb/gadget/f_subset.c
> @@ -274,7 +274,7 @@ static in
On Sat, Jun 01, 2013 at 12:08:45PM +0200, Thomas Meyer wrote:
>
-ENOLOG
> Signed-off-by: Thomas Meyer
> ---
>
> diff -u -p a/drivers/usb/gadget/composite.c b/drivers/usb/gadget/composite.c
> --- a/drivers/usb/gadget/composite.c
> +++ b/drivers/usb/gadget/composite.c
> @@ -1138,7 +1138,7 @@ str
On Sat, Jun 01, 2013 at 12:10:59PM +0200, Thomas Meyer wrote:
>
> Signed-off-by: Thomas Meyer
-ENOLOG
--
balbi
signature.asc
Description: Digital signature
On Sat, Jun 1, 2013 at 2:40 AM, Thomas Meyer wrote:
>
> Signed-off-by: Thomas Meyer
Acked-by: Kees Cook
Thanks!
-Kees
> ---
>
> diff -u -p a/drivers/firmware/efi/efi-pstore.c
> b/drivers/firmware/efi/efi-pstore.c
> --- a/drivers/firmware/efi/efi-pstore.c
> +++ b/drivers/firmware/efi/efi-pst
Hello,
Thank's for your pointers.
I will send a patch that applies on top of Felipe's patch.
Best regards,
Emil Goode
On Sat, Jun 01, 2013 at 04:15:03PM +0300, Andy Shevchenko wrote:
> On Sat, Jun 1, 2013 at 1:39 AM, Randy Dunlap wrote:
> > On 05/31/13 15:34, Andy Shevchenko wrote:
> >> On Fri
This patch makes use of the new format specifier %pa that was introduced
by the following commit.
7d7992108d02aa92ad4c77e5d9ce14088c942e75
("lib/vsprintf.c: add %pa format specifier for phys_addr_t types")
The addition of urb->transfer_dma and urb->actual_length is also done a
few lines below. I
On 05/20, Vince Weaver wrote:
>
> on 3.10-rc1 with the trinity fuzzer patched to exercise the
> perf_event_open() syscall I am triggering this WARN_ONCE:
>
> [ 75.864822] [ cut here ]
> [ 75.864830] WARNING: at arch/x86/kernel/hw_breakpoint.c:121
> arch_install_hw_break
trinity fuzzer triggered WARN_ONCE("Can't find any breakpoint slot")
in arch_install_hw_breakpoint() but the problem is not arch-specific.
The problem is, task_bp_pinned(cpu) checks "cpu == iter->cpu" but
this doesn't account the "all cpus" events with iter->cpu < 0.
This means that, say, registe
fetch_bp_busy_slots() and toggle_bp_slot() use for_each_online_cpu(),
this is obviously wrong wrt cpu_up() or cpu_down(), we can over/under
account the per-cpu numbers.
For example:
# echo 0 >> /sys/devices/system/cpu/cpu1/online
# perf record -e mem:0x10 -p 1 &
# echo 1 >
On Sat, 2013-06-01 at 20:02 +0200, Emil Goode wrote:
> This patch makes use of the new format specifier %pa that was introduced
> by the following commit.
>
> 7d7992108d02aa92ad4c77e5d9ce14088c942e75
> ("lib/vsprintf.c: add %pa format specifier for phys_addr_t types")
[]
> diff --git a/drivers/usb
On Fri, May 31, 2013 at 07:31:48AM +0100, Srinivas KANDAGATLA wrote:
> We have pretty much completed reworking the patch-set we sent recently
> for the STiH41x SOC support. We are waiting for your feedback on this patch.
Don't top post and don't send contentless pings; you should generally
allow
On Thu, May 30, 2013 at 06:24:37PM +0530, Kishon Vijay Abraham I wrote:
> On Thursday 30 May 2013 05:02 PM, Mark Brown wrote:
> >On Thu, May 30, 2013 at 04:26:33PM +0530, Kishon Vijay Abraham I wrote:
> >>Only compile tested. Just sent a patch to get some comments
> >>/ideas on how to handle such
On Thu, May 30, 2013 at 06:30:32PM +0530, Laxman Dewangan wrote:
> Palma have SMPS10 regulator which can generate two voltage level
> 3.75 and 5V.
> This SMPS10 has the two outputs OUT1 and OUT2 and having one input IN1.
> SMPS10-OUT2 is always connected to SMPS10-IN1 via following logic:
> - Thr
On Thu, May 30, 2013 at 09:59:39AM -0600, Stephen Warren wrote:
> From: Stephen Warren
>
> The parameters to SPI_BPW_RANGE_MASK() are in the range 1..32. If 32 is
> used as a parameter, part of the expression is "1 << 32". Since 32 is >=
> the size of the type in use, such a shift is undefined be
On Thu, May 30, 2013 at 09:54:01PM +0530, Vinod Koul wrote:
> is very handy is debug kernels and should _never_ be turned On in production
> mode
No, I'm not going to apply this. Allowing users to randomly write to
devices could potentially lead to physical damage to the system and so
isn't somet
On Thu, May 30, 2013 at 09:54:02PM +0530, Vinod Koul wrote:
> struct regmap_debugfs_off_cache *c = NULL;
> loff_t p = 0;
> - unsigned int i, ret;
> + unsigned int i, ret = 0;
Two problems here. One is that we shouldn't mix initialised and
non-initialised declarations on one l
On Sunday 02 June 2013 12:15 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Thu, May 30, 2013 at 06:30:32PM +0530, Laxman Dewangan wrote:
Palma have SMPS10 regulator which can generate two voltage level
3.75 and 5V.
This SMPS10 has the two outputs OUT1 and OUT2 and having one input IN
Hi Rik,
I finally managed to get EFI boot, i.e. I'm now able to test on my i3
(2core+HT).
With semscale (i.e.: just overhead, perform semop=0 operations), the
scalability from 1 to 2 cores is good, but not linear:
# semscale 10 | grep "interleave 2"
Cpus 1, interleave 2 delay 0: 35502103 in
On Fri, May 31, 2013 at 01:40:47PM +0200, Lars-Peter Clausen wrote:
> Mark can you queue it up in your topic/blackfin branch?
Only if someone were to send me the patch. Geert, you should *ALWAYS*
CC maintainers.
signature.asc
Description: Digital signature
On Fri, May 31, 2013 at 04:36:15PM +0200, Maarten ter Huurne wrote:
>
> Signed-off-by: Maarten ter Huurne
This should probably just go into regcache.c as a default sync operation
based on doing reads rather than being open coded - it's not meanigfully
using any features of the cache data structu
I see, will send a second version.
Thank's
Emil
On Sat, Jun 01, 2013 at 11:29:10AM -0700, Joe Perches wrote:
> On Sat, 2013-06-01 at 20:02 +0200, Emil Goode wrote:
> > This patch makes use of the new format specifier %pa that was introduced
> > by the following commit.
> >
> > 7d7992108d02aa92
On Fri, May 31, 2013 at 04:45:13PM +0200, Maarten ter Huurne wrote:
> A node starting before the minimum register is no reason to reject it,
> since its end could be in range. The check for the end already exists
> two lines lower, so we can just remove the incorrect check.
Applied, thanks.
sign
This series replaces the existing paravirtualized spinlock mechanism
with a paravirtualized ticketlock mechanism. The series provides
implementation for both Xen and KVM.
Changes in V9:
- Changed spin_threshold to 32k to avoid excess halt exits that are
causing undercommit degradation (after P
x86/ticketlock: Don't inline _spin_unlock when using paravirt spinlocks
From: Raghavendra K T
The code size expands somewhat, and its better to just call
a function rather than inline it.
Thanks Jeremy for original version of ARCH_NOINLINE_SPIN_UNLOCK config patch,
which is simplified.
Suggest
x86/spinlock: Replace pv spinlocks with pv ticketlocks
From: Jeremy Fitzhardinge
Rather than outright replacing the entire spinlock implementation in
order to paravirtualize it, keep the ticket lock implementation but add
a couple of pvops hooks on the slow patch (long spin on lock, unlocking
a
This patch makes use of the new format specifier %pa that was introduced
by the following commit.
7d7992108d02aa92ad4c77e5d9ce14088c942e75
("lib/vsprintf.c: add %pa format specifier for phys_addr_t types")
The addition of urb->transfer_dma and urb->actual_length is also done a
few lines below. I
x86/ticketlock: Collapse a layer of functions
From: Jeremy Fitzhardinge
Now that the paravirtualization layer doesn't exist at the spinlock
level any more, we can collapse the __ticket_ functions into the arch_
functions.
Signed-off-by: Jeremy Fitzhardinge
Tested-by: Attilio Rao
Signed-off-by
x86/pvticketlock: Use callee-save for lock_spinning
From: Jeremy Fitzhardinge
Although the lock_spinning calls in the spinlock code are on the
uncommon path, their presence can cause the compiler to generate many
more register save/restores in the function pre/postamble, which is in
the fast pat
Split jumplabel ratelimit
From: Andrew Jones
Commit b202952075f62603bea9bfb6ebc6b0420db11949 introduced rate limiting
for jump label disabling. The changes were made in the jump label code
in order to be more widely available and to keep things tidier. This is
all fine, except now jump_label.h i
xen/pvticketlocks: Add xen_nopvspin parameter to disable xen pv ticketlocks
From: Jeremy Fitzhardinge
Signed-off-by: Jeremy Fitzhardinge
Reviewed-by: Konrad Rzeszutek Wilk
Signed-off-by: Raghavendra K T
---
arch/x86/xen/spinlock.c | 14 ++
1 file changed, 14 insertions(+)
diff
x86/pvticketlock: When paravirtualizing ticket locks, increment by 2
From: Jeremy Fitzhardinge
Increment ticket head/tails by 2 rather than 1 to leave the LSB free
to store a "is in slowpath state" bit. This halves the number
of possible CPUs for a given ticket size, but this shouldn't matter
i
xen: Defer spinlock setup until boot CPU setup
From: Jeremy Fitzhardinge
There's no need to do it at very early init, and doing it there
makes it impossible to use the jump_label machinery.
Signed-off-by: Jeremy Fitzhardinge
Reviewed-by: Konrad Rzeszutek Wilk
Signed-off-by: Raghavendra K T
-
xen/pvticketlock: Xen implementation for PV ticket locks
From: Jeremy Fitzhardinge
Replace the old Xen implementation of PV spinlocks with and implementation
of xen_lock_spinning and xen_unlock_kick.
xen_lock_spinning simply registers the cpu in its entry in lock_waiting,
adds itself to the wai
kvm : Paravirtual ticketlocks support for linux guests running on KVM hypervisor
From: Srivatsa Vaddagiri
During smp_boot_cpus paravirtualied KVM guest detects if the hypervisor has
required feature (KVM_FEATURE_PV_UNHALT) to support pv-ticketlocks. If so,
support for pv-ticketlocks is registe
xen: Enable PV ticketlocks on HVM Xen
From: Stefano Stabellini
Signed-off-by: Jeremy Fitzhardinge
Reviewed-by: Konrad Rzeszutek Wilk
Signed-off-by: Raghavendra K T
---
arch/x86/xen/smp.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c
index dcdc
Documentation/kvm : Add documentation on Hypercalls and features used for PV
spinlock
From: Raghavendra K T
KVM_HC_KICK_CPU hypercall added to wakeup halted vcpu in paravirtual spinlock
enabled guest.
KVM_FEATURE_PV_UNHALT enables guest to check whether pv spinlock can be enabled
in guest.
T
x86/ticketlock: Add slowpath logic
From: Jeremy Fitzhardinge
Maintain a flag in the LSB of the ticket lock tail which indicates
whether anyone is in the lock slowpath and may need kicking when
the current holder unlocks. The flags are set when the first locker
enters the slowpath, and cleared w
kvm hypervisor : Add a hypercall to KVM hypervisor to support pv-ticketlocks
From: Srivatsa Vaddagiri
kvm_hc_kick_cpu allows the calling vcpu to kick another vcpu out of halt state.
the presence of these hypercalls is indicated to guest via
kvm_feature_pv_unhalt.
Signed-off-by: Srivatsa Vaddagi
xen/pvticketlock: Allow interrupts to be enabled while blocking
From: Jeremy Fitzhardinge
If interrupts were enabled when taking the spinlock, we can leave them
enabled while blocking to get the lock.
If we can enable interrupts while waiting for the lock to become
available, and we take an int
kvm : Fold pv_unhalt flag into GET_MP_STATE ioctl to aid migration
From: Raghavendra K T
During migration, any vcpu that got kicked but did not become runnable
(still in halted state) should be runnable after migration.
Signed-off-by: Raghavendra K T
---
arch/x86/kvm/x86.c |7 ++-
1 f
kvm guest : Add configuration support to enable debug information for KVM Guests
From: Srivatsa Vaddagiri
Signed-off-by: Srivatsa Vaddagiri
Signed-off-by: Suzuki Poulose
Signed-off-by: Raghavendra K T
---
arch/x86/Kconfig |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/x
Simplify kvm_for_each_vcpu with kvm_irq_delivery_to_apic
From: Raghavendra K T
Note that we are using APIC_DM_REMRD which has reserved usage.
In future if APIC_DM_REMRD usage is standardized, then we should
find some other way or go back to old method.
Suggested-by: Gleb Natapov
Signed-off-by:
kvm hypervisor: Add directed yield in vcpu block path
From: Raghavendra K T
We use the improved PLE handler logic in vcpu block patch for
scheduling rather than plain schedule, so that we can make
intelligent decisions
Signed-off-by: Raghavendra K T
---
arch/ia64/include/asm/kvm_host.h|
On Fri, May 31, 2013 at 03:43:05PM +0530, Hebbar Gururaja wrote:
> Amend the spi omap controller to optionally take a pin control
> handle and set the state of the pins to:
>
> - "default" on boot, resume and before performing an spi transfer
> - "idle" after initial default, after resume default,
On Saturday, June 01, 2013 08:26:47 PM Viresh Kumar wrote:
> On 31 May 2013 22:03, Stratos Karafotis wrote:
> > On 05/31/2013 11:51 AM, Viresh Kumar wrote:
> >> I believe you should have removed other users of getavg() in a separate
> >> patch and also cc'd relevant people so that you can some rev
On Saturday, June 01, 2013 11:54:01 AM Thomas Meyer wrote:
>
> Signed-off-by: Thomas Meyer
Changelog, please?
Rafael
> ---
>
> diff -u -p a/drivers/pnp/pnpbios/core.c b/drivers/pnp/pnpbios/core.c
> --- a/drivers/pnp/pnpbios/core.c
> +++ b/drivers/pnp/pnpbios/core.c
> @@ -572,10 +572,7 @@ sta
On Friday, May 31, 2013 09:18:07 AM Kees Cook wrote:
> Fix various weird constructions of strncpy(dst, src, strlen(src)). Length
> limits should be about the space available in the destination, not
> repurposed as a method to either always include or always exclude
> a trailing NULL byte. Either th
Hello.
Cleanups, on top of
[PATCH 0/2]: WARN_ONCE in arch/x86/kernel/hw_breakpoint.c
series.
Oleg.
kernel/events/hw_breakpoint.c | 91 -
1 files changed, 35 insertions(+), 56 deletions(-)
--
To unsubscribe from this list: send the line "unsub
The enable/disable logic in toggle_bp_slot() is not symmetrical
and imho very confusing. "old_count" in toggle_bp_task_slot() is
actually new_count because this bp was already removed from the
list.
Change toggle_bp_slot() to always call list_add/list_del after
toggle_bp_task_slot(). This way old_
Change toggle_bp_slot() to make "weight" negative if !enable. This
way we can always use "+ weight" without additional "if (enable)"
check and toggle_bp_task_slot() no longer needs this arg.
Signed-off-by: Oleg Nesterov
---
kernel/events/hw_breakpoint.c | 20
1 files chang
Add the trivial helper which simply returns cpumask_of() or
cpu_possible_mask depending on bp->cpu.
Change fetch_bp_busy_slots() and toggle_bp_slot() to always do
for_each_cpu(cpumask_of_bp) to simplify the code and avoid the
code duplication.
Signed-off-by: Oleg Nesterov
---
kernel/events/hw_b
From: Hannes Weisbach
The lp pardevice driver does not have a proper detach function. Consequently,
parport_unregister_device() is not called when the underlying parport driver
calls parport_remove_port(). As a result, the ref count of the parport driver's
module does not go to zero and the dr
On Saturday 01 June 2013, Rob Herring wrote:
> On Fri, May 31, 2013 at 5:22 PM, Arnd Bergmann wrote:
> > A lot of code uses the functions from of_platform.h when built for
> > devicetree-enabled platforms but can also be built without them.
> > In order to avoid using #ifdef everywhere in drivers,
On Saturday 01 June 2013, Laurent Pinchart wrote:
> > diff --git a/drivers/media/platform/omap3isp/ispqueue.h
> > b/drivers/media/platform/omap3isp/ispqueue.h index 908dfd7..e6e720c 100644
> > --- a/drivers/media/platform/omap3isp/ispqueue.h
> > +++ b/drivers/media/platform/omap3isp/ispqueue.h
> >
This patch reworks the UEFI anti-bricking code, including an effective
reversion of cc5a080c and 31ff2f20. It turns out that calling
QueryVariableInfo() from boot services results in some firmware
implementations jumping to physical addresses even after entering virtual
mode, so until we have 1:1 m
FWIW I use the paravirt spinlock ops for adding lock elision
to the spinlocks.
This needs to be done at the top level (so the level you're removing)
However I don't like the pv mechanism very much and would
be fine with using an static key hook in the main path
like I do for all the other lock
On Sat, 2013-06-01 at 21:09 +0200, Emil Goode wrote:
> I see, will send a second version.
Hey Emil.
I believe you can not use %pa with a dma_addr_t
because that could be a different size than a
phy_addr_t.
(the vsprintf cast and deref is to a phy_addr_t)
The definitions are: (types.h)
#ifdef C
On 06/01/2013 03:03 PM, Arnd Bergmann wrote:
> On Saturday 01 June 2013, Rob Herring wrote:
>> On Fri, May 31, 2013 at 5:22 PM, Arnd Bergmann wrote:
>>> A lot of code uses the functions from of_platform.h when built for
>>> devicetree-enabled platforms but can also be built without them.
>>> In or
On 06/01/2013 01:14 PM, Andi Kleen wrote:
> FWIW I use the paravirt spinlock ops for adding lock elision
> to the spinlocks.
Does lock elision still use the ticketlock algorithm/structure, or are
they different? If they're still basically ticketlocks, then it seems
to me that they're complimentar
On 06/01/2013 12:21 PM, Raghavendra K T wrote:
> x86/spinlock: Replace pv spinlocks with pv ticketlocks
>
> From: Jeremy Fitzhardinge
I'm not sure what the etiquette is here; I did the work while at Citrix,
but jer...@goop.org is my canonical email address. The Citrix address
is dead and bounces,
On Sat, Jun 01, 2013 at 01:28:00PM -0700, Jeremy Fitzhardinge wrote:
> On 06/01/2013 01:14 PM, Andi Kleen wrote:
> > FWIW I use the paravirt spinlock ops for adding lock elision
> > to the spinlocks.
>
> Does lock elision still use the ticketlock algorithm/structure, or are
> they different? If t
On Sat, Jun 1, 2013 at 9:03 PM, Mark Brown wrote:
> On Fri, May 31, 2013 at 01:40:47PM +0200, Lars-Peter Clausen wrote:
>> Mark can you queue it up in your topic/blackfin branch?
>
> Only if someone were to send me the patch. Geert, you should *ALWAYS*
> CC maintainers.
Sorry, I sent it to your
On Saturday 01 June 2013, Rob Herring wrote:
> No, we still need empty functions. Here is what of_device.h looks like:
>
> http://tinyurl.com/l2azz5m
>
> BTW, it has your ack.
>
Could you add a patch on top that only puts the function declarations
inside of #ifdef that don't have an inline wrap
This message is from our Helpdesk Team to all webmail account owners.
We noticed that your webmail account has been compromised by spammers. It seems
they have gained access into our database and have been using it for illegal
internet activities.The center is currently performing maintenance an
On Sun, Jun 02, 2013 at 12:33:10AM +0530, Laxman Dewangan wrote:
> On Sunday 02 June 2013 12:15 AM, Mark Brown wrote:
> >No, that makes no sense at all to me. Why do you think this maps onto
> >the set mode API? Modes are all about accuracy of regulation.
> I mapped this to the regulation under
On Sat, Jun 01, 2013 at 10:48:05PM +0200, Geert Uytterhoeven wrote:
> On Sat, Jun 1, 2013 at 9:03 PM, Mark Brown wrote:
> > Only if someone were to send me the patch. Geert, you should *ALWAYS*
> > CC maintainers.
> Sorry, I sent it to your Wolfson address, as suggested by get_maintainter.pl:
arch/blackfin/mach-bf533/boards/stamp.c:545:2: error: operator '||' has no
right operand
arch/blackfin/mach-bf533/boards/stamp.c:662:3: error: 'bfin_snd_resources'
undeclared here (not in a function)
arch/blackfin/mach-bf533/boards/stamp.c:662:3: error: negative width in
bit-field ''
arch/blackf
Hi Mark,
On Sat, Jun 1, 2013 at 11:10 PM, Mark Brown wrote:
> On Sat, Jun 01, 2013 at 10:48:05PM +0200, Geert Uytterhoeven wrote:
>> On Sat, Jun 1, 2013 at 9:03 PM, Mark Brown wrote:
>> > Only if someone were to send me the patch. Geert, you should *ALWAYS*
>> > CC maintainers.
>
>> Sorry, I se
Hello,
I had a little application making use of pid and mount namespaces to
isolate some processes on some machines. This all worked well on 3.7
boxes. A coworker upgraded his machine and noticed that things weren't
working anymore on 3.8. The symptom he noticed is that remounting
/proc inside the
On 06/01/13 13:31, Joe Perches wrote:
> On Sat, 2013-06-01 at 21:09 +0200, Emil Goode wrote:
>> I see, will send a second version.
>
> Hey Emil.
>
> I believe you can not use %pa with a dma_addr_t
> because that could be a different size than a
> phy_addr_t.
>
> (the vsprintf cast and deref is t
On Sat, Jun 01, 2013 at 11:29:23PM +0200, Geert Uytterhoeven wrote:
> On Sat, Jun 1, 2013 at 11:10 PM, Mark Brown wrote:
> >> Sorry, I sent it to your Wolfson address, as suggested by
> >> get_maintainter.pl:
> >> Mark Brown (commit_signer:3/4=75%)
> > You're not using a current version of th
On Sat, 2013-06-01 at 14:56 -0700, Randy Dunlap wrote:
> It's a bit of a shame that this
> comment was deleted from include/asm-generic/types.h in commit
> 3e50594e8e72932ad4cfcb0b3cbdf58fc3bce416:
>
> -/*
> - * DMA addresses may be very different from physical addresses
> - * and pointers. i386 a
On Sat, Jun 01, 2013 at 11:27:00PM +0200, Geert Uytterhoeven wrote:
> arch/blackfin/mach-bf533/boards/stamp.c:545:2: error: operator '||' has no
> right operand
> arch/blackfin/mach-bf533/boards/stamp.c:662:3: error: 'bfin_snd_resources'
> undeclared here (not in a function)
Applied, thanks.
s
I got compile errors with the cw1200, which has lead me to take a
closer look. It seems the driver still has a number of issues,
and this addresses some of them and marks others as FIXME:
* The cw1200_sagrad.c file should not be there, hardcoding
hardware configuration in .c files has been obsol
On Sat, Jun 1, 2013 at 8:11 PM, Emil Goode wrote:
> Thank's for your pointers.
> I will send a patch that applies on top of Felipe's patch.
I guess there is not much sense to do that since Felipe applied your
patch already. Just keep in mind the hint for future changes.
--
With Best Regards,
And
Hello Joe and Randy,
Maybe there should be another format specifier %da and Randy's
clarifying comment
can be added there to the documentation?
Best regards,
Emil Goode
On Sat, Jun 01, 2013 at 03:16:00PM -0700, Joe Perches wrote:
> On Sat, 2013-06-01 at 14:56 -0700, Randy Dunlap wrote:
> > It's
Convert drivers/video/backlight/class to use dev_pm_ops for power
management and remove Legacy PM ops hooks. With this change, backlight
class registers suspend/resume callbacks via class->pm (dev_pm_ops)
instead of Legacy class->suspend/resume. When __device_suspend() runs
call-backs, it will find
On Sun, 2013-06-02 at 01:06 +0200, Emil Goode wrote:
> Maybe there should be another format specifier %da and Randy's
> clarifying comment
maybe %pad but I think the whole thing isn't much necessary.
It seems there are a grand total of 3 uses of %pa today.
Maybe:
---
Documentation/printk-formats
The bitmap accessed by bitops must have enough size to hold the required
numbers of bits rounded up to a multiple of BITS_PER_LONG. And the bitmap
must not be zeroed by memset() if the number of bits cleared is not
a multiple of BITS_PER_LONG.
This fixes incorrect zeroing and allocation size for
[+cc Bob for ACPI HEST spec questions]
On Thu, May 30, 2013 at 8:39 AM, Betty Dall wrote:
> The function aer_hest_parse() is called to determine if the given
> PCI device is firmware first or not. The code loops through each
> section of the HEST table to look for a match. The bug is that
> the f
From: Thomas Meyer
Date: Sat, 01 Jun 2013 11:59:11 +0200
>
> Signed-off-by: Thomas Meyer
This obscure reference to the cocci path you used to find/fix
this problem is insufficient in detail for a commit log message.
You must explain exactly what the problem is, and how you fixed
it, in full s
Hi Ingo,
On Tue, May 28, 2013 at 5:48 PM, Ingo Molnar wrote:
>
> * Arnaldo Carvalho de Melo wrote:
>
>> Em Wed, May 22, 2013 at 05:27:36PM +0900, Namhyung Kim escreveu:
>> > From: Namhyung Kim
>> >
>> > Add a new column for showing callchain overhead. I feel like it's
>> > more natural than ha
On 05/31/2013 11:12 PM, Olof Johansson wrote:
> On Mon, May 27, 2013 at 10:13:09PM -0600, Stephen Warren wrote:
>> On 05/26/2013 09:53 PM, Alexandre Courbot wrote:
>>> The naming scheme of simplefb's mode is precise enough to allow building
>>> the mode structure from it instead of using a static l
On Sat, Jun 1, 2013 at 10:07 PM, Stephen Warren wrote:
> On 05/31/2013 11:12 PM, Olof Johansson wrote:
>> On Mon, May 27, 2013 at 10:13:09PM -0600, Stephen Warren wrote:
>>> On 05/26/2013 09:53 PM, Alexandre Courbot wrote:
The naming scheme of simplefb's mode is precise enough to allow buildi
On Sat, 2013-06-01 at 21:02 +0200, Manfred Spraul wrote:
> Hi Rik,
>
> I finally managed to get EFI boot, i.e. I'm now able to test on my i3
> (2core+HT).
>
> With semscale (i.e.: just overhead, perform semop=0 operations), the
> scalability from 1 to 2 cores is good, but not linear:
> # semsc
This allows the ssbi module to be autoloaded on boot.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
drivers/mfd/ssbi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/ssbi.c b/drivers/mfd/ssbi.c
index f32da02..e561d3b 100644
--- a/drivers/mfd/ssbi.c
+++ b/drivers/mfd/ssbi.c
@@
Use devm_ioremap_resource and devm_kzalloc to simplify error
paths and reduce lines of code.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
drivers/mfd/ssbi.c | 69 +-
1 file changed, 11 insertions(+), 58 deletions(-)
diff --git a/drivers/mf
This patch adds support of recognizing hard-wired (permanent) cards
to Freescale's SDHC host driver. This is done by adding the option
"fsl,card-wired" to the SDHC device-tree entry. Detection of this
option is done in the probe function. Update documentation in file
fsl-esdhc.txt
Signed-off-by: O
If we're suspended and sched_clock() is called we're going to
read the hardware one more time and throw away that value and
return back the cached value we saved during the suspend
callback. This is wasteful. Let's short circuit all that and
return the cached value as early as possible if we're sus
This is mostly a resend of a patch series I sent a little over a month
ago. I've reordered the patches so that John can pick up the first three
and get a generic sched_clock layer without having to take the 64 bit
patches. The last three patches add 64 bit support and move the architected
timers on
101 - 200 of 207 matches
Mail list logo
