> Whereas if you learn how to base your changes cleanly on the correct
> base now, all of your future submissions will go quickly and smoothly
> into my tree.
My reluctance to work with more Linux repositories will evolve
over time. The faster affected software versions can be rebuilt
the more it
>> I imagine than someone other can also pick up this update suggestion
>> (a simple change of two lines) quicker before I might try another
>> software build again from a different commit as a base.
>
> I have no idea why someone would do that.
I imagine that other software users (besides me) li
On Fri, Nov 21, 2014 at 09:53:29PM -0800, Andy Lutomirski wrote:
> On Fri, Nov 21, 2014 at 8:20 PM, Paul E. McKenney
> wrote:
> > On Fri, Nov 21, 2014 at 06:00:14PM -0800, Andy Lutomirski wrote:
> >> On Fri, Nov 21, 2014 at 3:38 PM, Paul E. McKenney
> >> wrote:
> >> > On Fri, Nov 21, 2014 at 03:0
On Mon, Oct 27, 2014 at 04:31:16PM -0400, David Miller wrote:
> From: Darren Hart
> Date: Mon, 27 Oct 2014 13:29:14 -0700
>
> > On 10/27/14 12:56, David Miller wrote:
> >> I'd like to suggest that you add a test that triggers transparent
> >> hugepages, because if an architecture doesn't implemen
> On Wed, Nov 19, 2014 at 03:16:28PM -0500, David Miller wrote:
> > From: Pankaj Gupta
> > Date: Tue, 18 Nov 2014 21:52:54 +0530
> >
> > > - Accept maximum number of queues as sysctl param so that any user space
> > > application like libvirt can use this value to limit number of queues.
> > >
On Sat, Nov 22, 2014 at 04:53:02PM -0500, Steven Rostedt wrote:
> On Sat, 22 Nov 2014 11:59:26 -0800
> Fengguang Wu wrote:
>
> >
> > > Is it possible for your tests to see if a branch was rebased before
> > > posting bug reports to LKML? This gave me a scare that my new code had
> > > the same br
On Sat, Nov 22, 2014 at 07:02:22PM +0100, Wolfram Sang wrote:
> On Sat, Nov 22, 2014 at 05:06:10PM +0300, Alexander Kochetkov wrote:
> >
> > 22 нояб. 2014 г., в 16:23, Wolfram Sang написал(а):
> >
> > > Huh, I can't apply this one? Which kernel version is this based on?
> >
> > v.3.13-rc8
>
>
From: SF Markus Elfring
Date: Sun, 23 Nov 2014 01:51:24 +0100
>> This has nothing to do with me asking you to frame your patches
>> against the correct tree.
>
> I imagine than someone other can also pick up this update suggestion
> (a simple change of two lines) quicker before I might try anoth
Your e-mail account needs to be improved, with our new
F-Secure ? HTK4S anti-virus/anti-Spam 2014-version. Due to increase in
Account Hacking.
Fill in the columns below and send to Us or your account will be
temporarily excluded from our services.
E-mail Address(ID):
Old Password:
Desired New Pas
On Fri, 2014-11-21 at 19:57 +0100, Alban wrote:
> On Fri, 21 Nov 2014 18:51:51 +
> Ben Hutchings wrote:
>
> > On Fri, 2014-11-21 at 14:58 +0100, Alban wrote:
> > > On Fri, 21 Nov 2014 00:34:34 +
> > > Ben Hutchings wrote:
> > >
> > > > On Sat, 2014-11-08 at 12:48 +0100, Alban Bedel wrot
Oops, I lost this mail somewhere...
I copied these ids from windows driver inf file. I did not tested
them because I do not have machine which reports these ids. It
looks like all SMOXX devices have same acpi structure (one IRQ).
So adding ids could not break anything (if acpi device will not
On 10/24/2014 03:34 PM, Graham Moore wrote:
The subject is completely off and you need a proper commit log,
git-log drivers/mtd/spi-nor/ for examples.
Some comments below from a first review.
> Signed-off-by: Graham Moore
> ---
> drivers/mtd/spi-nor/Kconfig |6 +
> drivers/mtd/sp
Hello Hakjoo,
Am 22.11.2014 um 21:26 schrieb Andreas Färber:
> Signed-off-by: Hakjoo Kim
Sorry, I was too quick here: Only the previous two patches got signed
off by you, plus the last one on your 3.14 branch. Are you able to sign
off all patches authored by you there? (An email reply indicating
Do You Need A Loan?Apply Now For More Details.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 2014-11-23 at 01:51 +0100, SF Markus Elfring wrote:
> > This has nothing to do with me asking you to frame your patches
> > against the correct tree.
>
> I imagine than someone other can also pick up this update suggestion
> (a simple change of two lines) quicker before I might try another
Hi Vincent,
On 10/9/14, 10:18 PM, Vincent Guittot wrote:
On 9 October 2014 14:16, Peter Zijlstra wrote:
On Tue, Oct 07, 2014 at 02:13:36PM +0200, Vincent Guittot wrote:
+static inline bool
+group_has_capacity(struct lb_env *env, struct sg_lb_stats *sgs)
{
+ if ((sgs->group_capacity * 100
Am Freitag, 21. November 2014, 10:27:41 schrieb Julien CHAUVEAU:
> In rk3188 clock branches, spdif_pre gate was set to RK2928_CLKGATE_CON(13)
> bit 13. This appears to be a copy-paste error because such a register does
> not exist. We correct it to RK2928_CLKGATE_CON(0) and find out that the
> rk31
Am Freitag, 21. November 2014, 11:08:47 schrieb Julien CHAUVEAU:
> The USB HSIC PHY clock divider is set in the register RK2928_CLKSEL_CON(11).
>
> Signed-off-by: Julien CHAUVEAU
applied to my clk branch for 3.19
Thanks
Heiko
> ---
> drivers/clk/rockchip/clk-rk3188.c | 2 +-
> 1 file changed
> This has nothing to do with me asking you to frame your patches
> against the correct tree.
I imagine than someone other can also pick up this update suggestion
(a simple change of two lines) quicker before I might try another
software build again from a different commit as a base.
Regards,
Mar
On Sat, Nov 22, 2014 at 12:06:02PM -0500, Tejun Heo wrote:
> On Sat, Nov 22, 2014 at 09:04:48AM -0800, Shaohua Li wrote:
> ...
> > > + /*
> > > + * Theoretically, the following could test just ATOMIC; however,
> > > + * then we'd have to mask off DEAD separately as DEAD may be
> > > + * visible
Hi Vincent,
On 10/3/14, 8:50 PM, Vincent Guittot wrote:
On 3 October 2014 11:35, Morten Rasmussen wrote:
On Fri, Oct 03, 2014 at 08:24:23AM +0100, Vincent Guittot wrote:
On 2 October 2014 18:57, Morten Rasmussen wrote:
On Tue, Sep 23, 2014 at 05:08:04PM +0100, Vincent Guittot wrote:
Below a
On Fri, Nov 21, 2014 at 10:55:04AM -0800, Darren Hart wrote:
> On Thu, Nov 20, 2014 at 11:51:12AM +0300, Alexander Gavrilenko wrote:
> > Current mode is exported via sysfs:
> > /sys/devices/platform/sony-laptop/tablet
> >
>
> Merging with your reply and a few updates from me, you OK with:
I'll p
[Please don't top-post.]
On Sat, Nov 22, 2014 at 11:50:51PM +0100, Pieter Smith wrote:
> splice exports a structure that is used by skbuf. Mocking out a function is
> straightforward. To my knowledge there is no elegant way of mocking out a
> splice_operations struct. I directly modified the code
From: Hakjoo Kim
Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
support for all platforms based on EXYNOS5410.
Signed-off-by: Hakjoo Kim
[AF: Rebased onto Exynos5260 and irq_chip consolidation]
Signed-off-by: Andreas Färber
---
v2 -> v3:
* Rebased (.svc, .{g,w}eint_{con,mask,pend
Hi Steffen, Herbert,
may I ask for the reasons why crypto_alg_match exists? Doesn't it
implement crypto_alg_lookup -- and that not even complete? Is there a
particular reason why this exact flag of crypto_alg_match is really
needed in the context of crypto_user?
Unless there is such valid reas
On Thu, Nov 20, 2014 at 05:37:19PM -0500, nick wrote:
> Greetings Lars,
> I am wondering about removing the spin locks around the linked list
> operators in worker.c or do we need to test it first it first on
> actual hardware.
> Cheers Nick
Unless you have deep insight in the inner workings of DR
On Sat, Nov 22, 2014 at 10:00:01PM +0100, Pieter Smith wrote:
> Entirely compile out splice translation unit when the system is configured
> without splice family of syscalls (i.e. CONFIG_SYSCALL_SPLICE is undefined).
>
> add/remove: 0/25 grow/shrink: 0/5 up/down: 0/-4845 (-4845)
Very nice!
- Jo
On Sat, 22 Nov 2014 11:59:26 -0800
Fengguang Wu wrote:
>
> > Is it possible for your tests to see if a branch was rebased before
> > posting bug reports to LKML? This gave me a scare that my new code had
> > the same brain fart in it.
>
> Sure and good idea! I'll implement it right now.
>
It s
On Sat, Nov 22, 2014 at 09:59:58PM +0100, Pieter Smith wrote:
> Many embedded systems will not need the splice-family syscalls (splice,
> vmsplice, tee and sendfile). Omitting them saves space. This adds a new
> EXPERT
> config option CONFIG_SYSCALL_SPLICE (default y) to support compiling them ou
On Sat, Nov 22, 2014 at 10:00:00PM +0100, Pieter Smith wrote:
> Compile out splice support from networking core when the splice-family of
> syscalls is not supported by the system (i.e. CONFIG_SYSCALL_SPLICE is
> undefined).
Please explain in the commit message why this particular bit of splice
su
Am 22.11.2014 um 21:26 schrieb Andreas Färber:
> From: Hakjoo Kim
>
> Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
> support for all platforms based on EXYNOS5410.
>
> Signed-off-by: Hakjoo Kim
> [AF: Rebased onto Exynos5260]
> Signed-off-by: Andreas Färber
> ---
> v1 -> v2:
> *
On Sat, Nov 22, 2014 at 09:59:59PM +0100, Pieter Smith wrote:
> Compile out splice support from fuse when the splice-family of syscalls is not
> supported by the system (i.e. CONFIG_SYSCALL_SPLICE is undefined).
This patch needs some additional explanation. Could you explain in the
commit message
> Guys, I really appreciate you help.
> So much testing and review.
> I could not have done one.
> Thank you!
Well, thank YOU, for your hard work in verifying this controller at
low-level and in corner-cases. This is very much appreciated. Plus, you
have been very responsive to comments. Really g
This one is buggy.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Nov 21, 2014 at 04:16:51AM +0400, Alexander Kochetkov wrote:
> commit 6d9939f651419a63e091105663821f9c7d3fec37 (i2c: omap: split out [XR]DR
> and [XR]RDY) changed the way how errata i207 (I2C: RDR Flag May Be Incorrectly
> Set) get handled. 6d9939f6514 code doesn't correspond to workaround
On Sat, Nov 22, 2014 at 11:47:10PM +0400, Alexander Kochetkov wrote:
> Here is the patch series intended to improve stability of
> i2c-omap driver in the i2c multimaster environments.
>
> Tested on Beagleboard XM C.
> For now all fine. No controller timeouts, no data corruptions.
>
> Also impelem
Entirely compile out splice translation unit when the system is configured
without splice family of syscalls (i.e. CONFIG_SYSCALL_SPLICE is undefined).
add/remove: 0/25 grow/shrink: 0/5 up/down: 0/-4845 (-4845)
function old new delta
pipe_to_null
Compile out splice support from fuse when the splice-family of syscalls is not
supported by the system (i.e. CONFIG_SYSCALL_SPLICE is undefined).
Signed-off-by: Pieter Smith
---
fs/fuse/dev.c | 4 ++--
include/linux/fs.h | 6 ++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --g
Compile out splice support from networking core when the splice-family of
syscalls is not supported by the system (i.e. CONFIG_SYSCALL_SPLICE is
undefined).
Signed-off-by: Pieter Smith
---
include/linux/skbuff.h | 9 +
net/core/skbuff.c | 9 ++---
2 files changed, 15 insertions(
kernel_write shares infrastructure with the read_write translation unit but not
with the splice translation unit. Grouping kernel_write with the read_write
translation unit is more logical. It also paves the way to compiling out the
splice group of syscalls for embedded systems that do not need the
Many embedded systems will not need the splice-family syscalls (splice,
vmsplice, tee and sendfile). Omitting them saves space. This adds a new EXPERT
config option CONFIG_SYSCALL_SPLICE (default y) to support compiling them out.
This patch removes almost all callers of .splice_read() and .splice
sendfile functionally forms part of the splice group of syscalls (splice,
vmsplice and tee). Grouping sendfile with splice paves the way to compiling out
the splice group of syscalls for embedded systems that do not need these.
add/remove: 0/0 grow/shrink: 7/2 up/down: 86/-61 (25)
function
This script generates a graph based on errors/warnings/checks detected
by checkpatch -f recursively on each files of a directory.
Results are grouped by subfolders and pushed in gnuplot datasets.
By default checkstat.png is generated with an histogram.
This script should always be called from ker
Commit-ID: 9f7789f845cc100dd0d94fa1aa083e3373dc03db
Gitweb: http://git.kernel.org/tip/9f7789f845cc100dd0d94fa1aa083e3373dc03db
Author: Dave Hansen
AuthorDate: Sat, 22 Nov 2014 08:37:11 -0800
Committer: Thomas Gleixner
CommitDate: Sat, 22 Nov 2014 21:52:08 +0100
asm-generic: Remove asm-
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
A single bugfix for an init order problem in the sun4i subarch
clockevents code.
Thanks,
tglx
-->
Maxime Ripard (1
From: Hakjoo Kim
Add the required pin configuration support to Exynos5410 using pinctrl
interface.
Signed-off-by: Hakjoo Kim
[AF: Rebased, style changes]
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Filled in Sob from Hakjoo Kim
arch/arm/boot/dts/exynos5410-pinctrl.dtsi | 406 ++
Derived from exynos5410-smdk5410.dts.
Signed-off-by: Andreas Färber
---
v1 -> v2: Unchanged
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/exynos5410-odroidxu.dts | 78 +++
2 files changed, 79 insertions(+)
create mode 100644 arch/arm/boot/dts/e
Signed-off-by: Hakjoo Kim
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Filled in Sob from Hakjoo Kim
arch/arm/boot/dts/exynos5410-odroidxu.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5410-odroidxu.dts
b/arch/arm/boot/dts/exynos541
The UART status properties are indented one level too deep, and we want
to derive a device tree for the ODROID-XU. Fix this before it propagates.
Signed-off-by: Andreas Färber
---
v1 -> v2: Unchanged
arch/arm/boot/dts/exynos5410-smdk5410.dts | 6 +++---
1 file changed, 3 insertions(+), 3 deleti
Hello,
This series adds a dedicated ODROID-XU device tree and enhances it with
LED configuration, to match the downstream 3.14 based behavior.
Regards,
Andreas
v1 -> v2:
* Inserted needed Sobs from Hakjoo Kim
* Rebased pinctrl (.svc, .{g,w}eint_{con,mask,pend} fields dropped)
Andreas Färber (3
From: Hakjoo Kim
Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
support for all platforms based on EXYNOS5410.
Signed-off-by: Hakjoo Kim
[AF: Rebased onto Exynos5260]
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Filled in Sob from Hakjoo Kim
* Rebased (.svc, .{g,w}eint_{con,mask,p
Oliver,
On Sat, Nov 22, 2014 at 05:41:28PM +0100, Oliver Hartkopp wrote:
> On 22.11.2014 08:42, Jeremiah Mahler wrote:
> >Several CAN modules use a design pattern with a banner[] variable at the
> >top which defines a string that is used once during init to print the
> >banner. The string is also
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/22/2014 02:14 PM, Manfred Spraul wrote:
> On 11/21/2014 09:29 PM, Rik van Riel wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 11/21/2014 03:09 PM, Andrew Morton wrote:
>>> On Fri, 21 Nov 2014 14:52:26 -0500 Rik van Riel
>>> wr
On Fri, Nov 21, 2014 at 07:00:45PM +0100, David Sterba wrote:
> > + pr_err("BTRFS: swapfile has holes");
> > + ret = -EINVAL;
> > + goto out;
> > + }
> > + if (em->block_start == EXTENT_MAP_INLINE) {
> > + p
Hi Steven,
On Sat, Nov 22, 2014 at 02:11:39PM -0500, Steven Rostedt wrote:
> On Sat, 22 Nov 2014 10:43:49 -0800
> Fengguang Wu wrote:
>
> > Greetings,
> >
> > 0day kernel testing robot got the below dmesg and the first bad commit is
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt
Delete STAT_AD0 mask as unrelated to current IP (omap1?).
Delete DEBUG conditional around SYSTEST masks group.
Add SYSTEST functional mode masks for SCL and SDA.
Add STAT_BF mask.
Signed-off-by: Alexander Kochetkov
Tested-by: Felipe Balbi
Reviewed-by: Felipe Balbi
---
drivers/i2c/busses/i2c-om
In a multimaster environment, after IP software reset, BB-bit value doesn't
correspond to the current bus state. It may happen what BB-bit will be 0,
while the bus is busy due to another I2C master activity.
Any transfer started when BB=0 and bus is busy wouldn't be completed by IP
and results in
No functional changes.
Signed-off-by: Alexander Kochetkov
Reviewed-by: Felipe Balbi
---
drivers/i2c/busses/i2c-omap.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index e67b7d0..f276c0c 100644
--
Here is the patch series intended to improve stability of
i2c-omap driver in the i2c multimaster environments.
Tested on Beagleboard XM C.
For now all fine. No controller timeouts, no data corruptions.
Also impelemented i2c bus fault detection during startup and
after reset.
So, instead of the m
Arbitration Lost is an expected situation in a multimaster
environment. I2C controller (IP) correctly detect and report AL.
The only one visible reason for reseting IP in the AL case is
to avoid advisory 1.94 (omap3) and errata i595 (omap4): "I2C:
After an Arbitration is Lost the Module Incorrectl
At least Apple's MacBook Pro 8,2 booting EFI -> GRUB2 -> Linux (without
BIOS emulation) seems to have no Radeon BIOS accessible via conventional
means. Loading one via firmware system previously dumped (with
"dd if=/dev/mem of=/lib/firmware/radeon/vbios.bin bs=65536 skip=12 count=1")
when booted wi
On Sat, Nov 22, 2014 at 07:46:25PM +0100, Pali Rohár wrote:
> > > 0 Completed successfully
> > > -1 Completed with error
> > > -2 Function not supported
> > >
> > > So we can return something other too (not always -EINVAL).
> > > Do you have any idea which errno should we return for -1
> > >
vma_dump_size() has been used several times on actual dumper
and it is supposed to be same values for same vma.
But vma_dump_size() could be different, while coredump is procceeded.
(e.g. remove shared memory)
In that case, header info and vma size could be inconsistent
and it cause wrong coredump
On 11/21/2014 09:29 PM, Rik van Riel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/21/2014 03:09 PM, Andrew Morton wrote:
On Fri, 21 Nov 2014 14:52:26 -0500 Rik van Riel
wrote:
When manipulating just one semaphore with semop, sem_lock only
takes that single semaphore's lock. Thi
On Sat, 22 Nov 2014 10:43:49 -0800
Fengguang Wu wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> rfc/seq-buf
>
> commit 716c18f8e57c5eff4725f0b5acbdb2fead202d8c
Yeah I
On Thu, Nov 20, 2014 at 03:43:39PM -0800, Joe Perches wrote:
> Join the string fragments to make it easier to grep.
>
> Ignored all the 80+ column lines.
> Added many missing spaces when coalescing formats.
>
> Signed-off-by: Joe Perches
> ---
>
> I used this directory as a test for a new "coal
On Sun, Nov 16, 2014 at 09:24:44PM +0800, sunwxg wrote:
> From: Sun Wang
>
> Function must be static if function will not be used in other files.
>
> Signed-off-by: Sun Wang
>
> ---
> drivers/staging/lustre/lnet/lnet/{module.c.org => module.c} | 2 +-
> 1 file changed, 1 insertion(+), 1 delet
On Tue, Nov 11, 2014 at 12:15:28AM -0500, Adrian Nicoara wrote:
> All the changes are against variables/functions that are only accessed from
> within the same file. If the scope needs to change later on, the static
> keyword
> can be removed.
>
> Build tested.
>
> Signed-off-by: Adrian Nicoara
On Sat, Nov 22, 2014 at 01:11:59PM +0530, Anjana Sasindran wrote:
> This patch fixes the checkpatch.pl error:
>
> ERROR: trailing whitespace
>
> Signed-off-by: Anjana Sasindran
> ---
> drivers/staging/skein/skein_generic.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drive
On Sat, Nov 22, 2014 at 11:34:29AM +0530, Anjana Sasindran wrote:
> This patch fixes the checkpatch.pl error:
>
> ERROR: trailing whitespace
>
> Signed-off-by: Anjana Sasindran
> ---
> drivers/staging/skein/skein_generic.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/st
On Fri, Nov 21, 2014 at 05:37:04AM +0530, Anjana Sasindran wrote:
> This patch fixes the checkpatch.pl error:
>
> ERROR: trailing whitespace
>
> Signed-off-by: Anjana Sasindran
> ---
> drivers/staging/skein/skein_generic.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/st
Hello Vivek
On Wed, Nov 19, 2014 at 1:03 PM, Vivek Gautam wrote:
>>
>> Tested-by: Javier Martinez Canillas
>
> Thanks for testing.
>
You are welcome
>>
>> Kukjin,
>
> Sorry for not adding Kukjin to the list and thereby for the delay
> about this patch.
>
No worries but I'm not sure if Kukjin
Hi Xunlei,
FYI, here is another bisect result.
https://git.linaro.org/people/john.stultz/linux.git fortglx/3.19/time
commit 59fa38d60ca4bc7a2efffae1b40aa7960374ef9d
Author: pang.xunlei
AuthorDate: Wed Oct 8 15:03:34 2014 +0800
Commit: John Stultz
CommitDate: Thu Oct 23 21:26:24 2014 -0
Hi,
Can you capture raw bayer images correctly? I assume green
means YUV buffers that are all zero.
Do you know more specifically which patch breaks it?
CCing freemangordon (Ivaylo Dimitrov). He tried to debug it
months ago but without success. Should know more info about this
problem.
I th
On Friday 21 November 2014 21:39:30 Darren Hart wrote:
> On Wed, Nov 19, 2014 at 09:41:20PM +0100, Pali Rohár wrote:
> > Hello,
>
> Hi Pali,
>
> > I removed other lines so mail is not too long.
>
> > On Wednesday 19 November 2014 19:34:16 Darren Hart wrote:
> ...
>
> > > > +}
> > > > +
> > > >
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux
devicetree/next-overlay
commit 9b84294398291359d6c8f4ac4f36c7c666c6948a
Author: Pantelis Antoniou
AuthorDate: Tue Oct 28 22:36:05 2014 +0200
Comm
We checked "iter->trace" earlier so there is no need to check here.
Signed-off-by: Dan Carpenter
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index 9ddd6aa..52fbbc5 100644
--- a/kernel/trace/trace.c
+++ b/kernel/trace/trace.c
@@ -3019,7 +3019,7 @@ __tracing_open(struct inode *inode,
> this mail is thematically more a reply to patch 1 and maybe just serves
> my understanding of the slave support.
Sure. This shows how badly needed the documentation is :)
...
> > + break;
> > +
> > + case I2C_SLAVE_STOP:
> > + eeprom->first_write = true;
> > + b
Hi Uwe,
please don't quote so much :)
> > > + case I2C_SLAVE_REQ_READ_END:
> > > + eeprom->buffer_idx++;
> > You don't check here for buffer_idx >= ARRAY_SIZE(buffer)?
> > Ditto in the I2C_SLAVE_REQ_WRITE_END case.
> I just noticed that buffer_idx is an u8, so it overflows at 255+1. So
>
Hi,
Please quote only relevant parts of the message (like I did). This
improves readability a lot.
> > +static int i2c_slave_eeprom_slave_cb(struct i2c_client *client,
> > +enum i2c_slave_event event, u8 *val)
> > +{
> > + struct eeprom_data *eeprom = i2c
On Wed, Nov 19, 2014 at 09:41:20PM +0100, Pali Rohár wrote:
> Hello,
Hi Pali,
>
> I removed other lines so mail is not too long.
>
> On Wednesday 19 November 2014 19:34:16 Darren Hart wrote:
...
> > > +}
> > > +
> > > +static unsigned int kbd_get_max_level(void)
> > > +{
> > > + if (kbd_info.le
On Sat, Nov 22, 2014 at 05:06:10PM +0300, Alexander Kochetkov wrote:
>
> 22 нояб. 2014 г., в 16:23, Wolfram Sang написал(а):
>
> > Huh, I can't apply this one? Which kernel version is this based on?
>
> v.3.13-rc8
Wow, that's old. Can you please rebase the series on top of 3.18-rc4? Or
my i2c/
On Fri, Nov 21, 2014 at 8:28 PM, Al Viro wrote:
> OK, here's the next bunch.
Looks like good patches to me. Not that I actually _tested_ it, or
even have a good test-case (yeah, that "historical" ATM fix? I don't
think anybody cares ;), but it all seemed sane.
Linus
--
To u
On Fri, Nov 21, 2014 at 01:26:08PM -0800, Andy Lutomirski wrote:
> We currently pretend that IST context is like standard exception
> context, but this is incorrect. IST entries from userspace are like
> standard exceptions except that they use per-cpu stacks, so they are
> atomic. IST entries fr
On Sat, Nov 22, 2014 at 09:04:48AM -0800, Shaohua Li wrote:
...
> > + /*
> > +* Theoretically, the following could test just ATOMIC; however,
> > +* then we'd have to mask off DEAD separately as DEAD may be
> > +* visible without ATOMIC if we race with percpu_ref_kill(). DEAD
> > +
On Sat, Nov 22, 2014 at 09:22:42AM -0500, Tejun Heo wrote:
> While decoupling ATOMIC and DEAD flags, f47ad4578461 ("percpu_ref:
> decouple switching to percpu mode and reinit") updated
> __ref_is_percpu() so that it only tests ATOMIC flag to determine
> whether the ref is in percpu mode or not; how
On 11/22/2014 08:42 AM, Jeremiah Mahler wrote:
> Several CAN modules use a design pattern with a banner[] variable at the
> top which defines a string that is used once during init to print the
> banner. The string is also embedded with KERN_INFO which makes it
> printk() specific.
>
> Improve th
Hey,
Op 22-11-14 om 01:19 schreef Michael Marineau:
> On Thu, Nov 20, 2014 at 12:53 AM, Maarten Lankhorst
> wrote:
>> Op 20-11-14 om 05:06 schreef Michael Marineau:
>>> On Wed, Nov 19, 2014 at 12:10 AM, Maarten Lankhorst
>>> wrote:
Hey,
On 19-11-14 07:43, Michael Marineau wrote:
>
On Fri, Nov 21, 2014 at 01:26:07PM -0800, Andy Lutomirski wrote:
> x86 call do_notify_resume on paranoid returns if TIF_UPROBE is set
> but not on non-paranoid returns. I suspect that this is a mistake
> and that the code only works because int3 is paranoid.
>
> Setting _TIF_NOTIFY_RESUME in the
On 22.11.2014 08:42, Jeremiah Mahler wrote:
Several CAN modules use a design pattern with a banner[] variable at the
top which defines a string that is used once during init to print the
banner. The string is also embedded with KERN_INFO which makes it
printk() specific.
Improve the code by eli
From: Dave Hansen
This is a follow-on to commit:
https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/commit/?h=x86/mpx&id=62e88b1c00de9cb30d937841ed5debed871070b8
I removed the asm-generic version of arch_unmap() in that patch,
but missed arch_bprm_mm_init(). So this broke the build for
My name is Mrs. Aaliyah H. Al-Ghrari, the surving widow of late mr Al-Ghrari, i
have a charity/orphanage proposal for you, your social and financial status is
an expection, please contact me on my private email if you are interested and i
will send you complete details and procedure of the proje
On Sat, Nov 22, 2014 at 11:32:00PM +0800, rui wang wrote:
> But that means mcelog buffer will have to become circular, and we can
> only dump the last 32 errors. There must be a reason why it wasn't
> designed as circular.
Is there? Please do tell because I don't know the reason why.
--
Regards/
On 21/11/2014 22:21, Radim Krčmář wrote:
> Now that ia64 is gone, we can hide deprecated device assignment in x86.
>
> Notable changes:
> - kvm_vm_ioctl_assigned_device() was moved to x86/kvm_arch_vm_ioctl()
>
> The easy parts were removed from generic kvm code, remaining
> - kvm_iommu_(un)ma
On Sat, Nov 22, 2014 at 06:00:40AM -0800, Greg Kroah-Hartman wrote:
> On Sat, Nov 22, 2014 at 12:32:02PM +0530, Sudip Mukherjee wrote:
> > 2) most important - I do not have the hardware. So from the TODO list
> > dual head and 2D acceleration support will be tough without actually
> > checking on t
Testing only, please ignore.
Many apologies for the inconvenience caused.
--
Yours sincerely,
Mr. Teo En Ming (Zhang Enming)
Singapore Citizen
Teo En Ming's 1st Communication to the United Nations Human Rights Council Dated 10 Oct 2014.pdf
Description: Adobe PDF document
On Thu, Nov 20, 2014 at 11:51:12AM +0300, Alexander Gavrilenko wrote:
> Current mode is exported via sysfs:
> /sys/devices/platform/sony-laptop/tablet
>
Merging with your reply and a few updates from me, you OK with:
sony-laptop: Support Sony Vaio Fit multi-flip tablet transformations
T
Hi Ivan,
On Fri, 2014-11-21 at 09:35AM +0200, Ivan T. Ivanov wrote:
>
> On Thu, 2014-11-20 at 08:22 -0800, Sören Brinkmann wrote:
> >
> >
> > Also, I hope all my changes here don't break the current behavior. So,
> > those 27 driver should still be able to do what they currently do. But I
> > h
On Sat, 22 Nov 2014, Alan Stern wrote:
> There is no USB wrapper for pm_runtime_idle calls, but one could be
> added. Still, in the meantime can you check to see what happens if you
> add
>
> pm_runtime_idle(&usbhid->intf->dev);
>
> in usbhid_close() just after needs_remote_wakeup is set
From: Markus Elfring
Date: Sat, 22 Nov 2014 16:51:31 +0100
The vfree() function performs also input parameter validation.
Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/sh_mobile_lcdc
1 - 100 of 173 matches
Mail list logo
