On Mon, Feb 16, 2015 at 7:49 PM, Anshul Garg wrote:
> From: Anshul Garg
>
> Remove unnecessary increment and decrement operation
> in dentry_name function as after increment operation
> loop is breaked and then decrement operation is
> performed. So remove increment and decrement operation
> from
> Adds optimization of i2c transactions in trigger handler and
> usage of available_scan_masks for kxcjk-1013.
the 'optimization' changes the capabilities of the driver, reading
individual channel is not possible anymore
> Adriana Reus (2):
> iio: accel: kxcjk-1013: use available_scan_masks
>
When reading blkio.throttle.io_serviced in a recently created blkio
cgroup, it's possible to race against the creation of a throttle policy,
which delays the allocation of stats_cpu.
Like other functions in the throttle code, just checking for a NULL
stats_cpu prevents the following oops caused by
On Mon, 2015-02-16 at 19:07 +, Casey Leedom wrote:
> I understand that OS-independence issues aren't something which are
> normally accommodated, but as long as definitions don't introduce
> unnecessary "foreign intrusion" I would hope that it would be okay.
> As I noted, our t4_regs.h file i
On 13/02/15 06:10, Joonsoo Kim wrote:
>> @@ -28,4 +28,13 @@ extern int cma_init_reserved_mem(phys_addr_t base,
>> struct cma **res_cma);
>> extern struct page *cma_alloc(struct cma *cma, int count, unsigned int
>> align);
>> extern bool cma_release(struct c
On Mon, Feb 16, 2015 at 10:46 AM, Linus Torvalds
wrote:
>
> This code is so broken that my initial reaction is "We need to just
> revert the crap".
How the hell is flock_lock_file() supposed to work at all, btw?
Say we have an existing flock, and now do a new one that conflicts. I
see what looks
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
suspend-to-idle-3.20-rc1
to receive changes adding support for quiescing timers during suspend-to-idle
for v3.20-rc1 with top-most commit c7fb90dfbef49b03e6f3fd6a32338e59cbcf34ee
ACPI / idle: Imple
> Reading all axis values in one i2c transfer reduces the delays
> introduced by the i2c bus. In case i2c block read is not supported,
> fallback to reading each axis as a separate word.
see comments inline below
> Signed-off-by: Adriana Reus
> Signed-off-by: Irina Tirdea
> Reviewed-by: Srini
The seq_printf return value will eventually be converted to void.
Convert these uses to:
seq_printf(seq, ...);
return seq_has_overflowed(seq);
Done via cocci script:
@@
struct seq_file *seq;
int i;
@@
- i = seq_printf(seq,
+ seq_printf(seq,
...);
seq_printf should eventually be converted to a void function.
Remove the uses of seq_printf return values and use seq_has_overflowed()
instead.
Joe Perches (3):
staging: lustre: Convert return seq_printf(...) uses to seq_has_overflowed
staging: lustre: Convert uses of "int rc = seq_printf(...
On Mon, 16 Feb 2015 16:21:30 +
Alan Cox wrote:
> > This warning started to appear on Linus's tree, after staging pull
> > request was merged.
>
> I sent GregKH a fix for it a while ago
He seemed to indicate that he doesn't have it. The following would seem
to fit the bill; unless somebod
The seq_printf return value will eventually be converted to void.
Convert these uses to:
seq_printf(seq, ...);
return seq_has_overflowed(seq);
Done via cocci script:
@@
struct seq_file *seq;
@@
- return
\(seq_printf\|seq_puts\|seq_putc\)(seq,
...);
+
The seq_printf return value will eventually be converted to void.
Convert the remaining uses by hand.
Signed-off-by: Joe Perches
---
drivers/staging/lustre/lustre/llite/lproc_llite.c | 34 +---
.../lustre/lustre/obdclass/lprocfs_status.c| 94 +++---
2 files changed,
On 02/16/15 16:32, Will Deacon wrote:
> Hi Chris,
>
> On Sun, Feb 15, 2015 at 11:17:19AM +, Chris Clayton wrote:
>> When running "make oldconfig" for an x86_64 kernel, I was prompted for a
>> setting for IOMMU_IO_PGTABLE_LPAE. From the prompt and the help text it
>> appears that this config
Hello SeongJae,
On 13/02/15 17:18, SeongJae Park wrote:
> Hello, Stefan.
>
> On Fri, 13 Feb 2015, Stefan Strogin wrote:
>
>> #include
>> +#include
>> +#include
>> +#include
>
> Looks like `proc_fs.h` and `time.h` are not necessary.
>
Yes, of course. Thanks.
>> +pr_warn("%s(page
> Adds optimization of i2c transactions in trigger handler and
> usage of available_scan_masks for bmc150-accel.
same comments as for kxcjk-1013, this changes the capabilities of the
driver
> Irina Tirdea (2):
> iio: accel: bmc150: use available_scan_masks
> iio: accel: bmc150: optimize i2
Hello Gioh,
Thank you for your answer.
On 14/02/15 10:40, Gioh Kim wrote:
>>
>> If this tracer is justifiable, I think that making it conditional is
>> better than just enabling always on CONFIG_CMA_DEBUGFS. Some users
>> don't want to this feature although they enable CONFIG_CMA_DEBUGFS.
>>
>> T
On Mon, Feb 16, 2015 at 3:55 AM, Borislav Petkov wrote:
> On Fri, Feb 13, 2015 at 03:25:26PM -0800, Kees Cook wrote:
>> No, no; I agree: a malicious boot loader is a lost cause. I mean
>> mostly from a misbehavior perspective. Like, someone sees "kaslr" in
>> the setup args and thinks they can set
> Adds optimization of i2c transactions in trigger handler and
> usage of available_scan_masks for bmg160.
same concerns as with bmc150 and kxcjk-1013
> Changes in v2:
> - fallback to i2c word transactions if i2c block transactions are not
> supported
> - use available_scan_masks to let the
On Mon, Feb 16, 2015 at 03:25:28PM +0800, Fengguang Wu wrote:
> Hi Paul,
>
> FYI, this may be very hard to reproduce.
Indeed, I have not seen it.
But was this on a CONFIG_PREEMPT=n kernel?
Thanx, Paul
> git://git.kernel.org/pub/scm/linux/
Okay, thanks for your patience with my lack of understanding. I'll work with
Hariprasad tomorrow to get a revised patch out with the "const" change and
eliminate the redundant check of CH_PCI_DEVICE_ID_TABLE_DEFINE_BEGIN to guard
the file contents. Thanks for caching these improvements!
A
On Mon 2015-02-16 10:11:13, Jiang Liu wrote:
> Commit b568b8601f05 ("Treat SCI interrupt as normal GSI interrupt")
> accidently removes support of legacy PIC interrupt when fixing a
accidentaly?
> regression for Xen, which causes a nasty regression on HP/Compaq
> nc6000 where we fail to register
On Mon, Feb 16, 2015 at 09:27:09AM -0700, Joseph Kogut wrote:
> It seems that the Synopsys vendor ID is used in usb/dwc2 as well, and
> the rest of the definitions aren't referenced outside of usb/dwc3.
> Would the proper approach be to move the Synopsys vendor ID to
> linux/pci_ids.h, remove the r
On Mon, Feb 16, 2015 at 03:57:55PM +0800, Peter Hung wrote:
> The F81232 bulk-in is RX data + LSR channel, data format is
> [LSR+Data][LSR+Data]. , We had reimplemented in this patch.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 68
> +++---
On Monday 16 February 2015 12:51:35 Rich Felker wrote:
> On Mon, Feb 16, 2015 at 06:20:18PM +0100, Arnd Bergmann wrote:
> > > Would it really be that hard to do:
> > >
> > > if (ILP32_on_64_process) tv_nsec = (int)tv_nsec;
> > >
> > > or similar? That's all that's needed.
> > >
> > > > In some
Looks good.
Acked-By: James Smart
-- james
On 1/26/2015 10:18 AM, Thadeu Lima de Souza Cascardo wrote:
Without a shutdown handler, some cards behave very badly after a kexec.
During probe, pending DMA writes will corrupt kernel memory, for
example.
Using the remove handler guarantees we w
On Mon, Feb 16, 2015 at 11:27:42AM -0800, Kees Cook wrote:
> > Well, we can apply the rule of the last setting sticks and since the
> > kernel is always going to be adding the last setup_data element of
> > type SETUP_KASLR (the boot loader ones will be somewhere on the list
> > in-between and we a
On Mon, Feb 16, 2015 at 12:25:04PM -0700, Jonathan Corbet wrote:
> On Mon, 16 Feb 2015 16:21:30 +
> Alan Cox wrote:
>
> > > This warning started to appear on Linus's tree, after staging pull
> > > request was merged.
> >
> > I sent GregKH a fix for it a while ago
>
> He seemed to indicate
On Mon, Feb 16, 2015 at 12:25:04PM -0700, Jonathan Corbet wrote:
> On Mon, 16 Feb 2015 16:21:30 +
> Alan Cox wrote:
>
> > > This warning started to appear on Linus's tree, after staging pull
> > > request was merged.
> >
> > I sent GregKH a fix for it a while ago
>
> He seemed to indicate
The National Instruments USB Host-to-Host Cable is based on the Prolific
PL-25A1 chipset. Add its VID/PID so the plusb driver will recognize it.
Signed-off-by: Ben Shelton
---
drivers/net/usb/plusb.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/net/usb/plusb.c b/drivers/net/
On Sat, Jan 17, 2015 at 6:26 PM, Ben Hutchings wrote:
> chown() and write() should clear all privilege attributes on
> a file - setuid, setgid, setcap and any other extended
> privilege attributes.
>
> However, any attributes beyond setuid and setgid are managed by the
> LSM and not directly by th
One quick patch so that building the DocBook documentation works again...
Thanks,
jon
The following changes since commit
1fa185ebcbcefdc5229c783450c9f0439a69f0c1:
Merge tag 'cris-for-3.20' of
git://git.kernel.org/pub/scm/linux/kernel/git/jesper/cris (2015-02-15 18:02:02
-0800)
are availabl
Hi,
on my VPN server (strongswan-5.2.2 + ppp-2.4.7 + xl2tpd-1.3.6) I am
seeing the following errors since linux-3.18 when a client (roadwarrior)
connects (this is not fixed in linux-3.19.0):
> Feb 16 20:36:08 vpn1 kernel: [ 90.265403] ppp0: hw csum failure
> Feb 16 20:36:08 vpn1 kernel: [ 90.
On Mon, 16 Feb 2015 11:24:03 -0800
Linus Torvalds wrote:
> On Mon, Feb 16, 2015 at 10:46 AM, Linus Torvalds
> wrote:
> >
> > This code is so broken that my initial reaction is "We need to just
> > revert the crap".
Sure, no problem reverting the lock counters. They were an optional
thing anyway
Hi Tony,
On 16 Feb 2015 18:10, Tony Lindgren wrote:
* Robert ABEL [150216 07:52]:
GPMC uses GPMCFCLKDIVIDER during synchronous as well as asynchronous accesses
in conjunction with WAITMONITORINGTIME. Thus, it's wrong to only program it for
synchronous accesses. Remove the conditional.
Do you
Maxime Ripard writes:
> drivers/mtd/nand/pxa3xx_nand.c | 47
> --
> 1 file changed, 41 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/mtd/nand/pxa3xx_nand.c b/drivers/mtd/nand/pxa3xx_nand.c
> index 96b0b1d27df1..b2d8d6960765 100644
> --- a/drivers
On Mon, Feb 16, 2015 at 12:18:22PM +0100, Sebastian Andrzej Siewior wrote:
> - CPU hotplug works in general. Steven's test script however
> deadlocks usually on the second invocation.
Where can I find Steve's hotplug test script?
Thanks,
Richard
--
To unsubscribe from this list: sen
On Tue, Feb 10, 2015 at 02:50:36PM -0800, Randy Dunlap wrote:
> On 02/09/15 13:34, Eduardo Valentin wrote:
>
> > +
> > + Introduction
> > + Thermal management is any method or technique implied to
> > + mitigate emergencies caused by operating devices within
> > +
On 02/02, Oleg Nesterov wrote:
>
> And another question. Lets forget about this ->mm check. I simply can not
> understand this
>
> ret = (p->flags & PF_EXITPIDONE) ? -ESRCH : -EAGAIN
>
> logic in attach_to_pi_owner(). First of all, why do we need to retry if
> PF_EXITING is set but PF_EXITPID
Randy
On Tue, Feb 10, 2015 at 02:50:47PM -0800, Randy Dunlap wrote:
> On 02/09/15 13:34, Eduardo Valentin wrote:
> > This change introduces a section in the Introduction Chapter to
> > list concepts used by the Thermal Framework.
> >
> > Signed-off-by: Eduardo Valentin
> > ---
> > Documentation
It is absolutely not clear why attach_to_pi_owner() returns -EAGAIN which
triggers "retry" if the lock owner is PF_EXITING but not PF_EXITPIDONE.
This burns CPU for no reason and this can even livelock if the rt_task()
caller preempts a PF_EXITING owner.
Remove the PF_EXITING check altogether. We
On Mon, 16 Feb 2015 21:12:40 +0100
Richard Cochran wrote:
> On Mon, Feb 16, 2015 at 12:18:22PM +0100, Sebastian Andrzej Siewior wrote:
> > - CPU hotplug works in general. Steven's test script however
> > deadlocks usually on the second invocation.
>
> Where can I find Steve's hotpl
On Mon, Feb 16, 2015 at 2:01 AM, Adrian Hunter wrote:
> On 11/02/15 01:42, Stephane Eranian wrote:
>> This is a standalone JVMTI library to help profile Java jitted
>> code with perf record/perf report. The library is not installed
>> or compiled automatically by perf Makefile. It is not used
>>
If the CPU is running a realtime task that does not round-robin with
another realtime task of equal priority, there is no point in keeping
the scheduler tick going. After all, whenever the scheduler tick runs,
the kernel will just decide not to reschedule.
Extend sched_can_stop_tick to recognize t
Hi Fabio,
> Fabio Estevam hat am 12. Februar 2015 um 20:08
> geschrieben:
>
>
> Hi Stefan,
>
> On Thu, Feb 12, 2015 at 4:59 PM, Stefan Wahren wrote:
> > Hi Fabio,
> >
> >> Fabio Estevam hat am 11. Februar 2015 um 22:10
> >> geschrieben:
> >>
> >>
> >> On Wed, Feb 11, 2015 at 6:31 PM, Stefan Wah
On Fri, Feb 06, 2015 at 03:01:59PM -0500, r...@redhat.com wrote:
> From: Oleg Nesterov
>
> unlazy_fpu()->__thread_fpu_end() doesn't look right if use_eager_fpu().
> Unconditional __thread_fpu_end() is only correct if we know that this
> thread can't return to user-mode and use FPU.
>
> Fortunate
On Fri, Jan 30, 2015 at 9:41 PM, Ohad Ben-Cohen wrote:
[..]
> Since the existence of several hwblocks is still fictional (Bjorn,
> please confirm too?), we may prefer to introduce changes to support it
> only when it shows up; it all depends on the amount of changes needed.
> Suman, care to take a
Hi Guenter,
On Mon, 16 Feb 2015 09:12:13 -0800 Guenter Roeck wrote:
>
> On Thu, Feb 16, 2012 at 04:41:44PM +1100, Stephen Rothwell wrote:
> >
> > Changes since 20120215:
> ---
> [ Trying again, this time hopefully replying to the correct e-mail.
> Sorry for the earlier noise. ]
Did you really
Please pull nfsd bugfixes from:
git://linux-nfs.org/~bfields/linux.git for-3.20
These are fixes for two bugs introduced during the merge window.
--b.
Dan Carpenter (1):
nfsd: fix comparison in fh_fsid_match()
J. Bruce Fie
On Mon, Feb 16, 2015 at 8:50 AM, Tommi Kyntola wrote:
>
> It happened in our custom build system. The kernel there doesn't have a
> dependency to the kernel headers and that's pretty much it.
> It's a tiny thing and I already patched our stuff, but I thought I'd let you
> know. Breaching the conta
On Mon, Feb 16, 2015 at 12:52:34PM -0600, Josh Poimboeuf wrote:
> +++ b/kernel/sched/core.c
> @@ -1338,6 +1338,23 @@ void kick_process(struct task_struct *p)
> EXPORT_SYMBOL_GPL(kick_process);
> #endif /* CONFIG_SMP */
>
> +/***
> + * sched_task_call - call a function with a task's state locked
On Friday 13 February 2015 10:09:19 Maxime Ripard wrote:
> Hi Arnd,
>
> On Thu, Feb 12, 2015 at 08:42:34PM +0100, Arnd Bergmann wrote:
> > A lot of drivers for mach-sunxi depend on RESET_CONTROLLER. While
> > this is selected for the drivers that have it, we keep running
> > into build errors in d
On 02/14/2015 09:33 AM, Kees Cook wrote:
From: Hector Marco-Gisbert
The issue is that the stack for processes is not properly randomized on 64 bit
architectures due to an integer overflow.
The affected function is randomize_stack_top() in file "fs/binfmt_elf.c":
static unsigned long randomize
Hi,
Le vendredi 13 février 2015 à 18:06 -0800, Vinson Lee a écrit :
> From: Vinson Lee
>
> This patch fixes this build error with glibc < 2.6.
>
> CC util/cloexec.o
> cc1: warnings being treated as errors
> util/cloexec.c: In function ‘perf_flag_probe’:
> util/cloexec.c:24: error: impli
On 02/16/2015 12:36 PM, Stephen Rothwell wrote:
Hi Guenter,
On Mon, 16 Feb 2015 09:12:13 -0800 Guenter Roeck wrote:
On Thu, Feb 16, 2012 at 04:41:44PM +1100, Stephen Rothwell wrote:
Changes since 20120215:
---
[ Trying again, this time hopefully replying to the correct e-mail.
Sorry for
On 02/15/2015 11:48 PM, Ingo Molnar wrote:
Linus,
Please pull the latest perf-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-core-for-linus
# HEAD: a66734297f78707ce39d756b656bfae861d53f62 perf/x86: Add
/sys/devices/cpu/rdpmc=2 to allow r
Hi Robert,
On Mon, Feb 16, 2015 at 09:11:24PM +0100, Robert Jarzmik wrote:
> Maxime Ripard writes:
>
> > drivers/mtd/nand/pxa3xx_nand.c | 47
> > --
> > 1 file changed, 41 insertions(+), 6 deletions(-)
> >
> > diff --git a/drivers/mtd/nand/pxa3xx_nand.c
On Thu, Jun 12 2014 at 10:13am -0400,
Mike Snitzer wrote:
> Hi Linus,
>
> This pull request is later than I'd have liked because I was waiting for
> some performance data to help finally justify sending the long-standing
> dm-crypt cpu scalability improvements upstream. Unfortunately we came
>
From: Peter Rosin
Signed-off-by: Peter Rosin
---
sound/soc/codecs/pcm512x.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/sound/soc/codecs/pcm512x.c b/sound/soc/codecs/pcm512x.c
index 884784fb1566..f13ff7578c78 100644
--- a/sound/soc/codecs/pcm512x.c
From: Peter Rosin
When using non-standard rates, a relatively small amount of overclocking
can make a big difference to a number of cases.
- Not all rates are possible to achieve with the PLL, due to divider
restrictions.
- The higher oversampling rates that can be used by the DAC, the
simp
From: Peter Rosin
Hi!
I wasn't sure if I should add Documentation/* for these sysfs knobs
or not? A lot of knobs do not have docs... And I'm not sure how I
should name the doc-file since the pcm512x driver handles devices
connected with both i2c and spi. So, this isn't perfect, suggestions
welco
From: Peter Rosin
Hi!
I wasn't sure if I should add Documentation/* for these sysfs knobs
or not? A lot of knobs do not seem to have docs (no specific example,
just a gut feeling). And I'm not sure how I should name the doc-file
since the pcm512x driver handles devices connected with both i2c an
The timestamp kfifo must be cleared once the
hardware fifo is reset, thus are removed
timestamps related to unprocessed events from
hardware fifo - see "inv_mpu6050_read_fifo"
method implementation.
Signed-off-by: Viorel Suman
---
drivers/iio/imu/inv_mpu6050/inv_mpu_trigger.c | 28 ++
On Fri, Feb 06, 2015 at 03:02:00PM -0500, r...@redhat.com wrote:
> From: Oleg Nesterov
>
> math_error() calls save_init_fpu() after conditional_sti(), this means
> that the caller can be preempted. If !use_eager_fpu() we can hit the
> WARN_ON_ONCE(!__thread_has_fpu(tsk)) and/or save the wrong FPU
On Mon, Feb 16, 2015 at 4:07 PM, Ameen Ali wrote:
> the following attachment which fix kernel code style issues
Please read Documentation/SubmittingPatches in the kernel sources for
information on how to properly format and submit patches for
consideration. Posting patches inline, and not as an
> The timestamp kfifo must be cleared once the
> hardware fifo is reset, thus are removed
> timestamps related to unprocessed events from
> hardware fifo - see "inv_mpu6050_read_fifo"
> method implementation.
comments below
a prefix iio: in the subject would be nice
> Signed-off-by: Viorel Sum
Hello Nicholas,
On 03.02.2015 10:37, Nicholas Mc Guire wrote:
scanning for if STATEMENT else STATEMENT triggered here - and it does look
like it needs a fix-up or at least some comments.
The if-else here has no effect and the printk will not convey any information
as its always fstype==
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/16/2015 04:09 PM, Borislav Petkov wrote:
> On Fri, Feb 06, 2015 at 03:02:00PM -0500, r...@redhat.com wrote:
>> From: Oleg Nesterov
>> diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c
>> index fb4cb6adf225..51c465846f06 100644 ---
Fixed a coding style issue (unnecessary parentheses , unnecessary braces)
Signed-off-by: Ameen-Ali
---
kernel/audit.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/kernel/audit.c b/kernel/audit.c
index 72ab759..0607e12 100644
--- a/kernel/audit.c
+++ b/kernel/audit.c
@
Maxime Ripard writes:
>> I don't think an mdelay(256) is acceptable.
>
> That's very true that this driver would need some love, but
> valentine's day was last week.
That doesn't cope with the 256ms mdelay. And a potential big mdelay is not what
I'd call a bug fix, see below.
> I'm sorry, but th
On Sun, Feb 15, 2015 at 1:54 PM, Nicholas Krause wrote:
> This changes the structure sta2x11_dma_ops stucture to use
> switolb_dma_supported
> as it's function for dma_supported hardware verus setting this value to NULL
> as
> this should be set correctly for when dma_supported function needs to
On January 22, 2015 07:58, Lee Jones wrote:
> On Wed, 21 Jan 2015, Jonathan Cameron wrote:
>
> >
> >
> > On 21 January 2015 16:52:50 GMT+00:00, Sebastian Reichel
> wrote:
> > >Hi,
> > >
> > >On Wed, Jan 21, 2015 at 03:46:25PM +, Adam Thomson wrote:
> > >> This patch set adds initial support
On 16/02/2015 7:47 p.m., Philip Rakity wrote:
On Feb 16, 2015, at 5:39 PM, Arend van Spriel wrote:
On 02/16/15 15:25, Adrian Hunter wrote:
I am in the process of adding an ACPI Device Property to specify
the driver strength (aka drive strength, driver type) for use
with eMMC/SD/SDIO cards, h
On Sun, Feb 15, 2015 at 3:03 AM, Michal Malý
wrote:
> This patch series improves handling of various Logitech gaming wheels and
> allows switching between various compatibility modes which might be useful
> to improve compatibility with very old games and testing purposes.
>
> Signed-off-by: Micha
On Mon, Feb 16, 2015 at 01:07:07PM +0200, Boaz Harrosh wrote:
> In any way this is a problem for the new type-12 NvDIMM memory chips that
> are circulating around. (It is estimated that there are already 100ds of
> thousands NvDIMM chips in active use)
Hang on. NV-DIMM chips don't know anyhing ab
On Mon, Feb 16, 2015 at 09:44:36PM +0100, Peter Zijlstra wrote:
> On Mon, Feb 16, 2015 at 12:52:34PM -0600, Josh Poimboeuf wrote:
> > +++ b/kernel/sched/core.c
> > @@ -1338,6 +1338,23 @@ void kick_process(struct task_struct *p)
> > EXPORT_SYMBOL_GPL(kick_process);
> > #endif /* CONFIG_SMP */
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
After three days of bisect I found the bug for my problem with a broken
suspend on x61p of lenovo.
The problem is commit e11aa36. It seems to be a wrong assumption that
disabling the interrupts is enough.
I'll try to revert the commit on top of 3.1
On Mon, Feb 16, 2015 at 10:38:18AM +0800, Wang Xiaoming wrote:
> The maximum of SW-IOMMU is limited to 2^11*128 = 256K.
> And the maximum of IO_TLB_DEFAULT_SIZE is limited to (64UL<<20) 64M.
> While in different platform and different requirement this seems improper.
> So modifing the IO_TLB_SEGSIZ
Lee Jones writes:
> What's all this? Please configure your mail client correctly.
>
> For advice, see:
>
> Documentation/email-clients.txt
While at day work, I have only access to web mail ...
>> 2) after v2, we _both_ agreed that the accurate name is "cplds"
>> which exactly what is in
ccing some ppl.
On 17 February 2015 at 08:11, Klaus Ethgen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> After three days of bisect I found the bug for my problem with a broken
> suspend on x61p of lenovo.
>
> The problem is commit e11aa36. It seems to be a wrong assumption that
2015-02-16 10:57 GMT+01:00 Pavel Machek :
> Ahoj!
>
>> > By default, output goes to loudspeaker (top right relative to
>> > keyboard). Any ideas how to switch it to the speaker on the left or
>> > wired headset? Because I suspect that echo cancelation is not going to
>> > be simple...
>> >
On 02/16/15 22:47, Adrian Hunter wrote:
On 16/02/2015 7:47 p.m., Philip Rakity wrote:
On Feb 16, 2015, at 5:39 PM, Arend van Spriel wrote:
On 02/16/15 15:25, Adrian Hunter wrote:
I am in the process of adding an ACPI Device Property to specify
the driver strength (aka drive strength, driver
Usefull when debugging the make scripts.
Signed-off-by: Mikko Rapeli
---
Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index 4e93284..c1b515d 100644
--- a/Makefile
+++ b/Makefile
@@ -912,13 +912,13 @@ quiet_cmd_link-vmlinux = LINK$@
Fixes compilation error:
drm/drm.h:132:2: error: unknown type name ‘size_t’
Signed-off-by: Mikko Rapeli
---
include/uapi/drm/drm.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/uapi/drm/drm.h b/include/uapi/drm/drm.h
index b0b8556..8f4488f 100644
--- a/include/uapi/drm/drm.h
v2:
added cross compiler support with CROSS_COMPILE,
detecting libc and GCC headers from compiler,
more header file fixes
v1:
https://lkml.org/lkml/2014/8/21/665
Users of kernel header files would be happier if they did not contain
kernel specific parts and would contain #include statements for a
Fixes compilation errors like:
drm/exynos_drm.h:30:2: error: unknown type name ‘uint64_t’
Signed-off-by: Mikko Rapeli
---
include/uapi/drm/exynos_drm.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/uapi/drm/exynos_drm.h b/include/uapi/drm/exynos_drm.h
index 5575ed1..03d094d 1
Users of kernel header files would be happier if they did not contain
kernel specific parts and would contain #include statements for all
other header files that they depend on, and in general would compile.
For each header file exported to userspace, this script creates
a simple .c file which jus
Exit with error if using undefined variables or if any sub command fails
with error return value. unidef needs special handling since but this can
be done without the trap. Enables exaniming intermediate files if some
commands failed.
Signed-off-by: Mikko Rapeli
---
scripts/headers_install.sh |
Fixes compiler error:
drm/radeon_drm.h:794:2: error: unknown type name ‘uint64_t’
Signed-off-by: Mikko Rapeli
---
include/uapi/drm/radeon_drm.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/uapi/drm/radeon_drm.h b/include/uapi/drm/radeon_drm.h
index 50d0fb4..4d8ed03 100644
--
Fixes compiler error since list_head is not exported to userspace headers.
Signed-off-by: Mikko Rapeli
---
include/uapi/drm/via_drm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/drm/via_drm.h b/include/uapi/drm/via_drm.h
index 791531e..34ce658 100644
--- a/include/uapi/drm
Fixes compiler error:
drm/savage_drm.h:50:24: error: array type has incomplete element type
struct drm_tex_region texList[SAVAGE_NR_TEX_HEAPS][SAVAGE_NR_TEX_REGIONS +
Signed-off-by: Mikko Rapeli
---
include/uapi/drm/savage_drm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/ua
Fixes compilation error:
linux/netfilter_bridge/ebtables.h:38:2: error: unknown type name ‘uint64_t’
Signed-off-by: Mikko Rapeli
---
include/uapi/linux/netfilter_bridge/ebtables.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/uapi/linux/netfilter_bridge/ebtables.h
b/include/
Fixes userspace compilation error:
error: unknown type name ‘size_t’
Signed-off-by: Mikko Rapeli
---
include/uapi/linux/sysctl.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/uapi/linux/sysctl.h b/include/uapi/linux/sysctl.h
index 43aaba1..b7b344f 100644
--- a/include/uapi/lin
Fixes compiler error:
drm/sis_drm.h:68:19: error: field ‘obj_list’ has incomplete type
struct list_head obj_list;
Signed-off-by: Mikko Rapeli
---
include/uapi/drm/sis_drm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/drm/sis_drm.h b/include/uapi/drm/sis_drm.h
index df37
Fixes userspace compilation errors like:
error: field ‘msg_perm’ has incomplete type
struct ipc64_perm msg_perm
Signed-off-by: Mikko Rapeli
---
include/uapi/asm-generic/msgbuf.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/asm-generic/msgbuf.h
b/include/uapi/asm-generic/m
Fixes userspace compilation errors like:
error: field ‘in’ has incomplete type
struct in_addr in;
Signed-off-by: Mikko Rapeli
---
include/uapi/linux/netfilter_bridge.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/netfilter_bridge.h
b/include/uapi/linux/netfilter_bridg
Fixes userspace compiler errors:
error: unknown type name ‘stack_t’
error: field ‘uc_mcontext’ has incomplete type
struct sigcontext uc_mcontext;
error: unknown type name ‘sigset_t’
Signed-off-by: Mikko Rapeli
---
include/uapi/asm-generic/ucontext.h | 3 +++
1 file changed, 3 insertions(+)
dif
Brauchen Sie Finanzierung?
Brauchen Sie ein Darlehen für Geschäfts- oder persönliche Bedürfnisse und
Projektfinanzierung?
Wollen Sie Ihr Geschäft zu refinanzieren?
Unser Unternehmen ist in den Vereinigten Staaten & Europa.
Wir bieten Ihnen einen Kredit für jede Person oder Firma mit einem Ant
Fixes userspace compilation errors like:
error: field ‘id’ has incomplete type
struct snd_ctl_elem_id id; /* full control ID definition */
Signed-off-by: Mikko Rapeli
---
include/uapi/sound/emu10k1.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/include/uapi/sound/emu10k
Fixes userspace compilation errors like:
error: field ‘msg_perm’ has incomplete type
struct ipc64_perm msg_perm;
error: unknown type name ‘__kernel_ulong_t’
Signed-off-by: Mikko Rapeli
---
include/uapi/asm-generic/sembuf.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/asm-g
401 - 500 of 780 matches
Mail list logo
