The ACPI IPMI code doesn't seem to work on many real-world devices. Part of
that is because many shipping systems have a _CID of PNP0C01 or PNP0C02 and
the PNP core never lets the IPMI driver bind, but it's also a problem if
it's being used for AC adapter state (since they're typically built in)
Some IPMI callbacks may want to know how many IPMI devices were registered
or perform some specific action after probing has been completed. Add a
new callback to handle that.
Signed-off-by: Matthew Garrett
---
drivers/char/ipmi/ipmi_msghandler.c | 15 +++
On Mon, Sep 24 2012, George Spelvin wrote:
> Michal Nazarewicz wrote:
>> static noinline_for_stack
>> char *put_dec_trunc8(char *buf, unsigned r) {
>> unsigned q;
>>
>> if (r > 1) {
>> do {
>> q = r + '0';
>> r = (r *
Drivers may make calls that require the ACPI IPMI driver to have been
initialised already, so make sure that it appears earlier in the build
order.
Signed-off-by: Matthew Garrett
---
drivers/acpi/Makefile | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
The ACPI spec makes it clear that IPMI operation regions should be declared
inside the scope of an IPMI device. Based on the existence of systems for
which this is untrue, it seems likely that alternative implementations exist
that perform some kind of fallback for regions outside the scope of an
IPMI must be initialised before ACPI in order to ensure that any IPMI
services are available before ACPI driver initialisation attempts to use
any IPMI operation regions.
Signed-off-by: Matthew Garrett
---
drivers/Makefile | 4
drivers/char/Makefile | 1 -
2 files changed, 4
Hi Linus,
The following changes since commit c46de2263f42fb4bbde411b9126f471e9343cb22:
Merge branch 'for-linus' of git://git.kernel.dk/linux-block (2012-09-19
11:04:34 -0700)
are available in the git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-for-linus
for you to
> And my plan was to get rid of the fact that backends touch pstore->buf
> directly. Backends would always receive anonymous 'buf' pointer (we
> already have write_buf callback that does exactly this), and thus it
It feels like we are just shuffling the lock problem from one place
to another. In
On Mon, Sep 24, 2012 at 2:35 PM, George Spelvin wrote:
>> Here is the comparison of the x86-32 assembly
>> of the fragment which does "x / 1" thing,
>> before and after the patch:
>
>> -01 c6 add%eax,%esi
>> -b8 59 17 b7 d1 mov$0xd1b71759,%eax
>> -f7 e6
On Monday 24 September 2012, Stefano Stabellini wrote:
> Given that the xenvm machine is based on vexpress but with an extremely
> limited selection of peripherals (the guest is supposed to use virtual
> devices instead), add "xen,xenvm" to the list of compatible machines in
> mach-vexpress.
>
>
On Fri, Sep 14, 2012 at 02:42:44PM -0700, Linus Torvalds wrote:
> On Fri, Sep 14, 2012 at 2:27 PM, Borislav Petkov wrote:
> >
> > as Nikolay says below, we have a regression in 3.6 with pgbench's
> > benchmark in postgresql.
> >
> > I was able to reproduce it on another box here and did a
On Thu, 2012-09-20 at 10:53 -0700, Tejun Heo wrote:
> On Thu, Sep 20, 2012 at 07:05:42AM +0300, Maxim Levitsky wrote:
> > There can't be races in the driver, since it contains a single thread
> > that does all the IO it got from block layer.
> > The thread is awaken each time the request function
On Mon, Sep 24 2012, Michal Nazarewicz wrote:
> Ah, right. I also thought about that first but than started worrying
> that it could produce unnecessary zeros if the loop iterates at least
> once and exits with r being zero, but now I see that this cannot happen
> since if the loop condition was
On Mon, Sep 24, 2012 at 09:32:00PM +0900, OGAWA Hirofumi wrote:
> Namjae Jeon writes:
>
> > 2012/9/24, OGAWA Hirofumi :
> >> Namjae Jeon writes:
> >>
> I see. fileid seems to be stat.ino on nfsd4. inode->i_ino is actually
> just a hash key of inode hash (exception is only in audit,
Quoting Richard Weinberger (rich...@nod.at):
> Am 21.09.2012 02:28, schrieb Eric W. Biederman:
> > From: "Eric W. Biederman"
> >
> > Cc: Jeff Dike
> > Cc: Richard Weinberger
> > Acked-by: Serge Hallyn
> > Signed-off-by: Eric W. Biederman
> > ---
>
> Looks sane to me.
>
> Acked-by: Richard
As the function calls pcistub_device_get() before returning non-NULL,
its callers need to take care of calling pcistub_device_put() on
(mostly, but not exclusively) error paths.
Otoh, the function already guarantees that the 'dev' member is non-NULL
upon successful return, so callers do not need
On Mon, Sep 24 2012, George Spelvin wrote:
> The fix is straightforward:
>
> diff --git a/lib/vsprintf.c b/lib/vsprintf.c
> index e755083..9872855 100644
> --- a/lib/vsprintf.c
> +++ b/lib/vsprintf.c
> @@ -180,8 +180,6 @@ char *put_dec_trunc8(char *buf, unsigned r)
> *buf++ = q -
Hi all,
Today was a train wreck, with lots of new conflicts across several trees
and a few build failures as well.
Changes since 201209021:
The vfs tree conflicts against Linus' tree.
The drm tree gained a build failure for which I applied a merge fix patch.
The sound and sound-asoc trees
Hi Dave,
Thanks for the detailed review...
On 9/24/2012 8:06 AM, Dave Martin wrote:
On Fri, Sep 21, 2012 at 11:55:59AM -0400, Cyril Chemparathy wrote:
The original phys_to_virt/virt_to_phys patching implementation relied on early
patching prior to MMU initialization. On PAE systems running
From: Ulf Hansson
For u8500 and using 100MHz as the frequency also requires the ape opp 100
voltage, thus use the prcmu_opp_volt_scalable clock type.
Signed-off-by: Ulf Hansson
---
drivers/clk/ux500/u8500_clk.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
From: Ulf Hansson
Some scalable prcmu clocks needs to be handled in conjuction with the
ape opp 100 voltage. A new prcmu clock type clk_prcmu_opp_volt_scalable
is implemented to handle this.
Signed-off-by: Ulf Hansson
---
drivers/clk/ux500/clk-prcmu.c | 55
From: Ulf Hansson
This function needs to be exported to let clients be able to
request the ape opp 100 voltage.
Cc: Samuel Ortiz
Signed-off-by: Ulf Hansson
---
drivers/mfd/db8500-prcmu.c |4 ++--
include/linux/mfd/db8500-prcmu.h |4 ++--
include/linux/mfd/dbx500-prcmu.h | 10
From: Ulf Hansson
The reason behind this change is that we would like to enable all
the mmc/sd/sdio features from a hardware perspective (ARM PL18x).
It is then required that the frequency must be 100MHz.
Ulf Hansson (3):
mfd: dbx500: Export prmcu_request_ape_opp_100_voltage
clk: ux500:
Le 24/09/2012 16:13, David Laight a écrit :
This patch adds proper handling of the buggy revision A2 of LXT973 phy, adding
precautions linked to ERRATA Item 4:
Revision A2 of LXT973 chip randomly returns the contents of the previous even
register when you read a odd register regularly
Does
On Sep 21, 2012, at 4:46 PM, Konrad Rzeszutek Wilk wrote:
> On Fri, Sep 21, 2012 at 02:56:22PM -0400, Konrad Rzeszutek Wilk wrote:
>>> *: With a PVHVM guest I get
>>>
>>> [ 261.927218] privcmd_fault: vma=88002a31dce8
>>> 7f4edc095000-7f4edc195000, pgoff=c8, uv=7f4edc15d000
>>>
>>>
On Fri, 2012-09-07 at 18:39 +, Karicheri, Muralidharan wrote:
> subsystem owner,
>
> Could you please review and apply this patch as needed? We need to get
> this upstream before submitting the patch for Common clock framework
> support for mach-davinci. If I need to follow a specific
This note has the following format:
long count -- how many files are mapped
long page_size -- units for file_ofs
array of [COUNT] elements of
long start
long end
long file_ofs
followed by COUNT filenames in ASCII: "FILE1" NUL "FILE2" NUL...
Signed-off-by: Denys Vlasenko
---
Hi all,
After merging the final tree, today's linux-next build (sparc64 defconfig)
failed like this:
fs/compat_ioctl.c:868:1: error: 'TIOCSRS485' undeclared here (not in a function)
fs/compat_ioctl.c:869:1: error: 'TIOCGRS485' undeclared here (not in a function)
Caused by commit 84c3b8486044
This is a preparatory patch for the introduction of NT_SIGINFO elf note.
Make the location of compat_siginfo_t uniform across eight architectures
which have it. Now it can be pulled in by including asm/compat.h
or linux/compat.h.
Most of the copies are verbatim. compat_uid[32]_t had to be
This is a preparatory patch for the introduction of NT_SIGINFO elf note.
With this patch we pass "siginfo_t *siginfo" instead of "int signr" to
do_coredump() and put it into coredump_params. It will be used
by the next patch. Most changes are simple s/signr/siginfo->si_signo/.
Signed-off-by:
Andrew, this changeset supersedes all my recent previous patches,
please drop them from -mm.
This changeset is on top of "add support for %d=__get_dumpable() in core name"
patch currently in -mm.
Changes since previous version:
* added a patch which unifies location of compat_siginfo_t
(this
On Mon, Sep 24, 2012 at 04:23:05PM +0200, Jan Kara wrote:
> fprop_fraction_percpu() does:
> do {
> seq = read_seqcount_begin(>sequence);
> fprop_reflect_period_percpu(p, pl);
> num = percpu_counter_read_positive(>events);
>
2012/9/24, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> 2012/9/24, OGAWA Hirofumi :
>>> Namjae Jeon writes:
>>>
> I see. fileid seems to be stat.ino on nfsd4. inode->i_ino is actually
> just a hash key of inode hash (exception is only in audit, iirc).
>
> So, what happens if we
Rabin Vincent wrote:
> This patch breaks IP address printing with "%pI4" (and by extension,
> nfsroot). Example:
>
> - Before: 10.0.0.1
> - After: 10...1
Mea culpa, and thank you for catching it! As I said in my earlier
comment, I tested this most extensively wrapped by some sprintf code
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/staging/dgrp/dgrp_specproc.c: In function 'config_proc_write':
drivers/staging/dgrp/dgrp_specproc.c:465:2: error: implicit declaration of
function 'vzalloc'
> This patch adds proper handling of the buggy revision A2 of LXT973 phy, adding
> precautions linked to ERRATA Item 4:
>
> Revision A2 of LXT973 chip randomly returns the contents of the previous even
> register when you read a odd register regularly
Does reading the PHY registers involve
Hello,
On Mon 24-09-12 12:23:24, Borislav Petkov wrote:
> we're able to trigger the oops below when doing CPU hotplug tests.
Thanks for detailed report.
> Disassembling the code section of the oops gives
>
>0: 1a 00 sbb(%rax),%al
>2: b8 64 00 00 00
On 09/24/2012 07:24 PM, Peter Zijlstra wrote:
On Mon, 2012-09-24 at 18:59 +0530, Raghavendra K T wrote:
However Rik had a genuine concern in the cases where runqueue is not
equally distributed and lockholder might actually be on a different run
queue but not running.
Load should eventually
Michal Nazarewicz wrote:
> On Fri, Aug 03 2012, George Spelvin wrote:
>> Shrink the reciprocal approximations used in put_dec_full4
>> based on the comments in put_dec_full9.
>
> Have you verified that the comment is correct?
I rechecked all the validity limits myself.
>> r = (q *
On Sun, Sep 23, 2012 at 07:46:24AM -0700, H. Peter Anvin wrote:
> Cyrill Gorcunov wrote:
>
> >On Sat, Sep 22, 2012 at 06:09:53PM -0700, Greg Kroah-Hartman wrote:
> >> On Sun, Sep 23, 2012 at 01:52:32AM +0400, Cyrill Gorcunov wrote:
> >> > On Sun, Sep 23, 2012 at 12:11:44AM +0400, Cyrill Gorcunov
On Mon, Sep 24, 2012 at 12:26:05PM +1000, James Morris wrote:
> On Wed, 12 Sep 2012, Ashley Lai wrote:
>
> > This patch removed the tasklet and moved the wait queue into the
> > private structure. It also cleaned up the response CRQ path.
> >
> > Signed-off-by: Ashley Lai
>
>
> Kent: any
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
drivers/infiniband/hw/mlx4/cm.c: In function 'id_map_alloc':
drivers/infiniband/hw/mlx4/cm.c:228:36: error: 'MAX_ID_MASK' undeclared (first
use in this function)
Caused by commit
On 09/24/2012 05:56 PM, Christoph Lameter wrote:
> On Mon, 24 Sep 2012, Glauber Costa wrote:
>
>> The reason I say it is orthogonal, is that people will still want to see
>> their caches in /proc/slabinfo, regardless of wherever else they'll be.
>> It was a requirement from Pekka in one of the
This patch adds proper handling of the buggy revision A2 of LXT973 phy, adding
precautions linked to ERRATA Item 4:
Revision A2 of LXT973 chip randomly returns the contents of the previous even
register when you read a odd register regularly
Signed-off-by: Christophe Leroy
diff -u
On 09/24/12 09:38, Russell King - ARM Linux wrote:
On Fri, Sep 21, 2012 at 11:56:07AM -0400, Cyril Chemparathy wrote:
From: Vitaly Andrianov
This patch fixes the initrd setup code to use phys_addr_t instead of assuming
32-bit addressing. Without this we cannot boot on systems where initrd is
On Mon, 24 Sep 2012, Glauber Costa wrote:
> The reason I say it is orthogonal, is that people will still want to see
> their caches in /proc/slabinfo, regardless of wherever else they'll be.
> It was a requirement from Pekka in one of the first times I posted this,
> IIRC.
They want to see total
Michal Nazarewicz wrote:
> Didn't some SPARCs have 32x32->32 multiply? I remember reading some
> rant from a GMP developer about how SPARC is broken that way.
SPARCv9 only has 64x64->64; there's no 128-bit result version.
That cuts large-integer math speed by a factor of 4 (very
crude
On Mon, 2012-09-24 at 18:59 +0530, Raghavendra K T wrote:
> However Rik had a genuine concern in the cases where runqueue is not
> equally distributed and lockholder might actually be on a different run
> queue but not running.
Load should eventually get distributed equally -- that's what the
Hey Linus,
I've one fix for which I got the Tested-by right after I sent you a git pull on
Friday. If you have some extra patches for rc7, please consider pulling it.
If you don't have any - I will just stick this in my for-v3.7.
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
On Fri, Sep 21, 2012 at 11:56:04AM -0400, Cyril Chemparathy wrote:
> This patch applies to PAGE_MASK, PMD_MASK, and PGDIR_MASK, where forcing
> unsigned long math truncates the mask at the 32-bits. This clearly does bad
> things on PAE systems.
>
> This patch fixes this problem by defining these
Michal Nazarewicz wrote:
> The original has it a bit awkwardly because it just copies code from
> put_dec_full9() with the first iteration skipped.
Yeah, it also makes the comments pretty confusing.
> I guess the following should work, even though it's not so pretty:
>
> static
On 09/24/2012 05:42 PM, Christoph Lameter wrote:
> On Mon, 24 Sep 2012, Glauber Costa wrote:
>
>> But that is orthogonal, isn't it? People will still expect to see it in
>> the old slabinfo file.
>
> The current scheme for memory statistics is
>
> /proc/meminfo contains global counters
>
>
On 09/24/2012 11:55 AM, Dmitry Kasatkin wrote:
> Both dm-verity and dm-crypt provide block level integrity protection.
This is not correct. dm-crypt is transparent block encryption target,
where always size of plaintext == size of ciphertext.
So it can provide confidentiality but it CANNOT
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
fs/proc/base.c between commit c8506285ded8 ("procfs: Move /proc/pid/fd
[info] handling code to fd.[ch]") from the vfs tree and commit
"coredump-use-suid_dumpable_enabled-rather-than-hardcoded-1-checkpatch-fixes"
from the akpm
On Fri, 21 Sep 2012 23:15:40 +0530
Raghavendra K T wrote:
> >> How about doing cond_resched() instead?
> >
> > Actually, an actual call to yield() may be better.
> >
> > That will set scheduler hints to make the scheduler pick
> > another task for one round, while preserving this task's
> > top
On Mon, 24 Sep 2012, Glauber Costa wrote:
> But that is orthogonal, isn't it? People will still expect to see it in
> the old slabinfo file.
The current scheme for memory statistics is
/proc/meminfo contains global counters
/sys/devices/system/node/nodeX/meminfo
contains node specific
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
fs/proc/base.c between commit c8506285ded8 ("procfs: Move /proc/pid/fd
[info] handling code to fd.[ch]") from the vfs tree and commit "coredump:
use SUID_DUMPABLE_ENABLED rather than hardcoded 1" from the akpm tree.
I fixed
On Mon September 24 2012 14:53:41 Prabhakar wrote:
> From: Lad, Prabhakar
>
> add V4L2_CID_TEST_PATTERN of type menu, which determines
> the internal test pattern selected by the device.
>
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Manjunath Hadli
> Acked-by: Sakari Ailus
> Cc: Hans
On Fri, Sep 21, 2012 at 11:56:07AM -0400, Cyril Chemparathy wrote:
> From: Vitaly Andrianov
>
> This patch fixes the initrd setup code to use phys_addr_t instead of assuming
> 32-bit addressing. Without this we cannot boot on systems where initrd is
> located above the 4G physical address
Ian Kent writes:
> On Fri, 2012-09-21 at 17:44 +0200, Miklos Szeredi wrote:
>> Miklos Szeredi writes:
>>
>> > These two patches change autofs4 to store struct pid pointers instead of
>> > pid_t
>> > values.
>> >
>> > Fixed various issues with the previous post. Not tested, handle with
>> >
On Mon September 24 2012 15:21:44 Prabhakar Lad wrote:
> Hi Hans,
>
> On Mon, Sep 24, 2012 at 5:20 PM, Hans Verkuil wrote:
> > On Mon September 24 2012 12:59:11 Hans Verkuil wrote:
> >> On Mon September 24 2012 12:44:11 Prabhakar wrote:
> >> > From: Lad, Prabhakar
> >> >
> >> > vpif_display
On 09/24/2012 06:06 PM, Peter Zijlstra wrote:
On Mon, 2012-09-24 at 17:22 +0530, Raghavendra K T wrote:
On 09/24/2012 05:04 PM, Peter Zijlstra wrote:
On Fri, 2012-09-21 at 17:29 +0530, Raghavendra K T wrote:
In some special scenarios like #vcpu<= #pcpu, PLE handler may
prove very costly,
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in fs/exec.c
between commits b40b89c2da16 ("new helper: replace_fd()") and
be28f112a5e5 ("do_coredump(): make sure that descriptor table isn't
shared") from the vfs tree and commit "coredump: move core dump
functionality into its
On Tue, Sep 18, 2012 at 06:29:35PM -0700, Salman Qazi wrote:
> The nested NMI modifies the place (instruction, flags and stack)
> that the first NMI will iret to. However, the copy of registers
> modified is exactly the one that is the part of pt_regs in
> the first NMI. This can change the
Hi Hans,
On Mon, Sep 24, 2012 at 5:20 PM, Hans Verkuil wrote:
> On Mon September 24 2012 12:59:11 Hans Verkuil wrote:
>> On Mon September 24 2012 12:44:11 Prabhakar wrote:
>> > From: Lad, Prabhakar
>> >
>> > vpif_display relied on a 1-1 mapping of output and subdev. This is not
>> > necessarily
On Mon, 24 Sep 2012 08:39:44 +0200
Christophe Leroy wrote:
> MAXIDL is the timeout after which a receive buffer is closed when not
> full if no more characters are received. We calculate it from the
> baudrate so that the duration is always the same at standard rates:
> about 4ms. At 9600 bauds
On Mon, Sep 24, 2012 at 03:11:34PM +0530, Shilimkar, Santosh wrote:
> On Sun, Sep 23, 2012 at 3:29 AM, Paul E. McKenney
> wrote:
> > On Sat, Sep 22, 2012 at 01:10:43PM -0700, Paul E. McKenney wrote:
> >> On Sat, Sep 22, 2012 at 06:42:08PM +, Paul Walmsley wrote:
> >> > On Fri, 21 Sep 2012,
On 09/06/2012 09:57 AM, Kishon Vijay Abraham I wrote:
> All phy related programming like enabling/disabling the clocks, powering
> on/off the phy is taken care of by this driver. It is also used for OTG
> related functionality like srp.
>
> This also includes device tree support for usb2 phy
Em Mon, Sep 24, 2012 at 02:05:29PM +0200, Jiri Olsa escreveu:
> On Mon, Sep 24, 2012 at 12:28:04PM +0200, Jiri Olsa wrote:
> > On Tue, Sep 18, 2012 at 10:29:48AM -0700, Andi Kleen wrote:
> > > Presumably flex-2.5.35-8.el6.x86_64 doesn't support YY_EXTRA
> > >
> > > Problem started with
> > >
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
arch/ia64/kernel/perfmon.c between commit f9bd4f3ed24d ("make get_file()
return its argument") from the vfs tree and commit "mm: kill vma flag
VM_RESERVED and mm->reserved_vm counter" from the akpm tree.
I fixed it up (see
On Monday 24 September 2012 18:23:40 Prabhakar wrote:
> From: Lad, Prabhakar
>
> Add helper function v4l2_ctrl_new_std_menu_items(), which adds
> a standard menu control, with driver specific menu.
>
> Signed-off-by: Lad, Prabhakar
> Signed-off-by: Manjunath Hadli
> Cc: Hans Verkuil
> Cc:
Hi Arnd,
On Mon, 2012-09-24 at 12:43 +, Arnd Bergmann wrote:
> On Monday 24 September 2012, Stephen Rothwell wrote:
> > Today's linux-next merge of the arm-soc tree got a conflict in
> > drivers/video/omap/lcd_ams_delta.c between commit 9586778de558 ("OMAPFB1:
> > remove unnecessary
On Mon, 2012-09-24 at 14:54 +0200, Daniel Vetter wrote:
> I've read through the patches and I'm hoping you don't volunteer me to
> pick these up ... ;-)
Worth a try, right? :-)
> But there doesn't seem to be anything that would
> get worse through this lockdep annotation patch, right?
No
Check the waitqueue task list to be non empty before entering the critical
section. This prevents locking the spin lock needlessly in case the queue
was empty, and therefor also prevent scheduling overhead on a PREEMPT_RT
system.
Signed-off-by: Ivo Sieben
---
Request for comments:
- Does this
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in mm/nommu.c
between commit f9bd4f3ed24d ("make get_file() return its argument") from
the vfs tree and commit "mm: kill vma flag VM_EXECUTABLE and
mm->num_exe_file_vmas" from the akpm tree.
I fixed it up (see below) and can
On 22.09.2012 11:14, Andrzej Giniewicz wrote:
> On 20.09.2012 18:33, Andrzej Giniewicz wrote:
>> today I updated kernel to 3.5.4 and noticed, that all my sound from Fast
>> Track Pro USB Sound Card got mute. I haven't noticed any error reports
>> or messages, all seems to work, the card is just
On Mon September 24 2012 14:53:40 Prabhakar wrote:
> From: Lad, Prabhakar
>
> Add helper function v4l2_ctrl_new_std_menu_items(), which adds
> a standard menu control, with driver specific menu.
Acked-by: Hans Verkuil
Regards,
Hans
>
> Signed-off-by: Lad, Prabhakar
>
On Mon, Sep 24, 2012 at 08:29:00PM +0800, Fengguang Wu wrote:
> On Mon, Sep 24, 2012 at 02:20:53PM +0200, Borislav Petkov wrote:
> > On Mon, Sep 24, 2012 at 07:34:47PM +0800, Fengguang Wu wrote:
> > > Will you test such a line? At least the generic do_div() only uses the
> > > lower 32bits for
On Mon, Sep 24, 2012 at 2:24 PM, Peter Zijlstra wrote:
> On Mon, 2012-09-24 at 14:17 +0200, Peter Zijlstra wrote:
>> On Tue, 2012-09-18 at 01:03 +0200, Daniel Vetter wrote:
>> > - In the printk code there's a special trylock, only used to kick off
>> > the logbuffer printk'ing in
From: Lad, Prabhakar
add V4L2_CID_TEST_PATTERN of type menu, which determines
the internal test pattern selected by the device.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
Acked-by: Sakari Ailus
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Mauro Carvalho Chehab
Cc: Sylwester
From: Lad, Prabhakar
Add helper function v4l2_ctrl_new_std_menu_items(), which adds
a standard menu control, with driver specific menu.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
Cc: Hans Verkuil
Cc: Sakari Ailus
Cc: Sylwester Nawrocki
Cc: Laurent Pinchart
Cc: Mauro
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
include/linux/audit.h between commit e1760bd5ffae ("userns: Convert the
audit loginuid to be a kuid") from the userns tree and commit "audit.h:
replace defines with C stubs" from the akpm tree.
I fixed it up (see below) and
Hello,
It would be great if you could keep the correct authorship of the patch by
adding the following
line on top of the patch (git will handle it automatically after applying):
-->8--
From: Marek Szyprowski
-->8--
On Monday, September 24, 2012 12:59 PM Federico Vaga wrote:
> This patch
On 09/24/2012 04:41 PM, Christoph wrote:
>
> On Sep 24, 2012, at 3:12, Glauber Costa wrote:
>
>> On 09/21/2012 10:14 PM, Tejun Heo wrote:
>>
>> The new caches will appear under /proc/slabinfo with the rest, with a
>> string appended that identifies the group.
>
> There are f.e. meminfo files
Hello,
On Monday, September 24, 2012 12:59 PM Federico Vaga wrote:
> The DMA streaming allocator is similar to the DMA contig but it use the
> DMA streaming interface (dma_map_single, dma_unmap_single). The
> allocator allocates buffers and immediately map the memory for DMA
> transfer. For each
On Mon, 2012-09-17 at 13:38 -0300, Rafael Aquini wrote:
> +static inline void assign_balloon_mapping(struct page *page,
> + struct address_space
> *mapping)
> +{
> + page->mapping = mapping;
> + smp_wmb();
> +}
> +
> +static inline void
On Monday 24 September 2012, Stephen Rothwell wrote:
> Today's linux-next merge of the arm-soc tree got a conflict in
> drivers/video/omap/lcd_ams_delta.c between commit 9586778de558 ("OMAPFB1:
> remove unnecessary includes") from the tree and commit e27e35ec735f
> ("ARM: OMAP1: Move
On Mon, Sep 24 2012, George Spelvin wrote:
>> You are using a 64-bit multiply in a path that is designed for 32-bit
>> processors, which makes me feel that it will be slower.
>
> Slower than the divide it's replacing?
OK, granted, it might be faster after all. ;) Still, I'd love to see
some
On Sep 24, 2012, at 3:12, Glauber Costa wrote:
> On 09/21/2012 10:14 PM, Tejun Heo wrote:
>
> The new caches will appear under /proc/slabinfo with the rest, with a
> string appended that identifies the group.
There are f.e. meminfo files in the per node directories in sysfs. It would
make
Hi,
I noticed the following:
In linux-mmotm and parisc-2.6.git trees,
arch/parisc/include/asm/compat_signal.h file is just:
/* Use generic */
#include
which isn't correct since asm-generic/compat_signal.h doesn't exist.
Nobody noticed this because arch/parisc/include/asm/compat_signal.h
On Mon, 2012-09-24 at 17:22 +0530, Raghavendra K T wrote:
> On 09/24/2012 05:04 PM, Peter Zijlstra wrote:
> > On Fri, 2012-09-21 at 17:29 +0530, Raghavendra K T wrote:
> >> In some special scenarios like #vcpu<= #pcpu, PLE handler may
> >> prove very costly, because there is no need to iterate
> Here is the comparison of the x86-32 assembly
> of the fragment which does "x / 1" thing,
> before and after the patch:
> -01 c6 add%eax,%esi
> -b8 59 17 b7 d1 mov$0xd1b71759,%eax
> -f7 e6 mul%esi
> -89 d3 mov
From: Sjur Brændeland
Add a simple serial connection driver called
VIRTIO_ID_RPROC_SERIAL (11) for communicating with a
remote processor in an asymmetric multi-processing
configuration.
This implementation reuses the existing virtio_console
implementation, and adds support for DMA allocation
of
On 09/24/2012 08:04 PM, Gleb Natapov wrote:
> On Mon, Sep 24, 2012 at 07:49:37PM +0800, Xiao Guangrong wrote:
>> On 09/24/2012 07:24 PM, Gleb Natapov wrote:
>>> On Mon, Sep 24, 2012 at 12:59:32PM +0800, Xiao Guangrong wrote:
On 09/23/2012 05:13 PM, Gleb Natapov wrote:
> On Fri, Sep 21,
Namjae Jeon writes:
> 2012/9/24, OGAWA Hirofumi :
>> Namjae Jeon writes:
>>
I see. fileid seems to be stat.ino on nfsd4. inode->i_ino is actually
just a hash key of inode hash (exception is only in audit, iirc).
So, what happens if we set "stat->ino = i_pos" on
>>> @@ -174,20 +174,12 @@ char *put_dec_trunc8(char *buf, unsigned r)
>>> unsigned q;
>>> /* Copy of previous function's body with added early returns */
>>> - q = (r * (uint64_t)0x199a) >> 32;
>>> - *buf++ = (r - 10 * q) + '0'; /* 2 */
>>> - if (q == 0)
>>> -
On Mon, Sep 24, 2012 at 02:20:53PM +0200, Borislav Petkov wrote:
> On Mon, Sep 24, 2012 at 07:34:47PM +0800, Fengguang Wu wrote:
> > Will you test such a line? At least the generic do_div() only uses the
> > lower 32bits for division.
> >
> > WARN_ON(!(den & 0x));
>
> But, but,
On Mon, 2012-09-24 at 14:17 +0200, Peter Zijlstra wrote:
> On Tue, 2012-09-18 at 01:03 +0200, Daniel Vetter wrote:
> > - In the printk code there's a special trylock, only used to kick off
> > the logbuffer printk'ing in console_unlock. But all that happens
> > while lockdep is disable (since
Hi Al,
Today's linux-next merge of the signal tree got a conflict in
arch/arm/include/asm/thread_info.h between commit 1f66e06fb641 ("ARM:
7524/1: support syscall tracing") from the arm tree and commit
8ecd548d5fff ("sanitize tsk_is_polling()") from the signal tree.
I fixed it up (see below) and
On Mon, Sep 24, 2012 at 07:34:47PM +0800, Fengguang Wu wrote:
> Will you test such a line? At least the generic do_div() only uses the
> lower 32bits for division.
>
> WARN_ON(!(den & 0x));
But, but, the asm output says:
28: 48 89 c8mov%rcx,%rax
2b:*
401 - 500 of 1416 matches
Mail list logo