Hi,
I've done the bisect and the outcome is below, but, because I almost always
forget to mention it, I'll say here that I
am running a 32 bit user space on a 64 bit kernel.
On 01/10/15 20:17, Chris Clayton wrote:
> Hi,
>
> I'm getting a bug a BUG report from a kernel built from a pull (earlier
On Wed, Jan 7, 2015 at 5:03 AM, Hugh Dickins wrote:
> On Tue, 6 Jan 2015, Andrew Morton wrote:
>> On Tue, 6 Jan 2015 17:04:33 -0800 (PST) Hugh Dickins
>> wrote:
>> > On Tue, 6 Jan 2015, Andrew Morton wrote:
>> > > On Fri, 26 Dec 2014 19:56:49 +0800 "Wang, Yalin"
>> > > wrote:
>> > >
>> > > > T
Linus,
Please pull the latest locking-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus
# HEAD: 8e654dd68f95ac5f990ed21b2b31967dacbe563f Merge branch 'core/urgent'
into locking/urgent, to collect all pending locking fixes
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: 5306c31c5733cb4a79cc002e0c3ad256fd439614 perf/x86/uncore/hsw-ep:
Handle systems with only two SBOXes
Mostly tooling fixes, but also
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: 7f1a169b88f513e32a432ca0f85bfd282d117bd6 sched/fair: Fix RCU stall
upon -ENOMEM in sched_create_group()
[ Note: the fs/notify/fano
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: 2aba73a6146bb85d4a42386ca41dec0f4aa4b3ad Merge tag
'pr-20141223-x86-vdso' of
git://git.kernel.org/pub/scm/linux/kernel/git/luto/linux
Hello,
Today I took latest branch from Linus repo to check for amdkfd regressions
due to my fixes pulled for 3.19-rc4, and I got a kernel bug (see below dmesg
output).
I did a bisect and the first bad commit is:
7a3ef208e662f4b63d43a23f61a64a129c525bbc is the first bad commit
commit 7a3ef208e662
Am Samstag, 10. Januar 2015, 23:06:53 schrieb Al Viro:
> On Sat, Jan 10, 2015 at 11:25:39PM +0100, Martin Steigerwald wrote:
> > > ... and this, boys and girls, is why quite a few of us have loathed udev
> > > way before it got merged into even nastier shitpile. Still do, for that
> > > matter.
>
On 01/08/2015 10:56 PM, Jens Axboe wrote:
> On 01/07/2015 09:02 AM, Boaz Harrosh wrote:
>> Jens Hi
>>
>> Currently brd has multiple bugs when trying to use partitions. After this
>> set all known problems are solved. Please see individual patch for
>> description
>> of the problem.
>> (Another mer
On Sun, Jan 11, 2015 at 11:16 AM, Chris Clayton
wrote:
> Hi,
>
> I've done the bisect and the outcome is below, but, because I almost always
> forget to mention it, I'll say here that I
> am running a 32 bit user space on a 64 bit kernel.
>
> On 01/10/15 20:17, Chris Clayton wrote:
>> Hi,
>>
>> I
Hi Mark,
On Fri, Jan 09, 2015 at 11:46:24AM +, Mark Rutland wrote:
> On Thu, Jan 08, 2015 at 07:39:59PM +, Baruch Siach wrote:
> > cx92755.dtsi describes CX92755 on chip peripherals. conexant_equinox.dts
> > describes the Equinox evaluation board for the CX92755 SoC.
>
> I didn't spot any
On 01/11/2015 11:37 AM, Konstantin Khlebnikov wrote:
> On Sun, Jan 11, 2015 at 11:16 AM, Chris Clayton
> wrote:
>> Hi,
>>
>> I've done the bisect and the outcome is below, but, because I almost always
>> forget to mention it, I'll say here that I
>> am running a 32 bit user space on a 64 bit ke
Hi Michael,
On Sun, Aug 31, 2014 at 11:16 AM, Geert Uytterhoeven
wrote:
> On Sun, Aug 31, 2014 at 11:07 AM, Michael Schmitz
> wrote:
>>> If CONFIG_VT=n:
>>>
>>> arch/m68k/atari/built-in.o: In function `atari_keyboard_interrupt':
>>> atakeyb.c:(.text+0x1846): undefined reference to `keyboard_tas
On Sun 2015-01-11 10:04:26, Martin Steigerwald wrote:
> Am Samstag, 10. Januar 2015, 23:06:53 schrieb Al Viro:
> > On Sat, Jan 10, 2015 at 11:25:39PM +0100, Martin Steigerwald wrote:
> > > > ... and this, boys and girls, is why quite a few of us have loathed udev
> > > > way before it got merged in
On 01/11/15 09:52, Oded Gabbay wrote:
>
>
> On 01/11/2015 11:37 AM, Konstantin Khlebnikov wrote:
>> On Sun, Jan 11, 2015 at 11:16 AM, Chris Clayton
>> wrote:
>>> Hi,
>>>
>>> I've done the bisect and the outcome is below, but, because I almost always
>>> forget to mention it, I'll say here tha
On Fri, Jan 9, 2015 at 7:03 PM, Kalle Valo wrote:
> Giel van Schijndel writes:
>
>> This highlights the differences (e.g. the bug fixed in the previous
>> commit).
>>
>> Signed-off-by: Giel van Schijndel
>> ---
>> drivers/net/wireless/ti/wlcore/acx.c | 22 +++---
>> 1 file chang
On Sun, Jan 11, 2015 at 12:52 PM, Oded Gabbay wrote:
>
>
> On 01/11/2015 11:37 AM, Konstantin Khlebnikov wrote:
>> On Sun, Jan 11, 2015 at 11:16 AM, Chris Clayton
>> wrote:
>>> Hi,
>>>
>>> I've done the bisect and the outcome is below, but, because I almost always
>>> forget to mention it, I'll
Am 2014-12-16 um 08:17 schrieb Martin Kepplinger:
> Am 2014-12-15 um 22:29 schrieb Guenter Roeck:
>> On Mon, Dec 15, 2014 at 05:18:34PM +0100, Martin Kepplinger wrote:
>>> ---
>>
>> Some description would be nice. Also, please consider adding
>> relevant subsystem mailing lists and maintainers to y
On Thu, Jan 16, 2014 at 11:15 PM, Paul Gortmaker
wrote:
> The rtc.o is built for obj-y, i.e. always built in. It will
> never be modular, so using module_init as an alias for __initcall
> can be somewhat misleading.
>
> Fix this up now, so that we can relocate module_init from
> init.h into modul
On Thu, Jan 1, 2015 at 4:37 PM, Rickard Strandqvist
wrote:
> Removes some functions that are not used anywhere:
> atari_kbd_leds() ikbd_exec() ikbd_mem_read() ikbd_mem_write()
> ikbd_clock_get() ikbd_clock_set() ikbd_pause() ikbd_resume()
>
> This was partially found by using a static code analysi
On Mon, Jan 5, 2015 at 12:39 PM, Geert Uytterhoeven
wrote:
> On Thu, Jan 1, 2015 at 5:49 PM, Rickard Strandqvist
> wrote:
>> Remove the function mvme147_init_console_port() that is not used anywhere.
>>
>> This was partially found by using a static code analysis program called
>> cppcheck.
>>
>>
On Sun, Jan 11, 2015 at 10:04 AM, Martin Steigerwald
wrote:
> Am Samstag, 10. Januar 2015, 23:06:53 schrieb Al Viro:
>> On Sat, Jan 10, 2015 at 11:25:39PM +0100, Martin Steigerwald wrote:
>> > > ... and this, boys and girls, is why quite a few of us have loathed udev
>> > > way before it got merge
On Tue, Jan 6, 2015 at 8:53 AM, Geert Uytterhoeven wrote:
> As of commit 00f634bc522dedc8 ("asm-generic: add generic futex for
> !CONFIG_SMP") asm-generic follows the m68k futex implementation.
>
> Signed-off-by: Geert Uytterhoeven
Applied and queued for 3.20.
Gr{oetje,eeting}s,
On Fri, 09 Jan, at 01:58:29PM, Peter Zijlstra wrote:
>
> Right, but we'll also consider RMIDs with less than this as fit for
> reuse. So we'll re-use RMIDs that are effectively full.
>
> Our aim is to acquire an 'empty' RMID, not give up and start reusing
> full ones just because, right?
The thr
We have a central copy of the GPL for that, and the FSF may change
address again in the future.
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/include/asm/mcfqspi.h | 5 -
arch/m68k/lib/ashldi3.c | 7 +--
arch/m68k/lib/ashrdi3.c | 7 +--
arch/m68k/lib/divsi3.S
At Fri, 09 Jan 2015 19:50:36 -0500,
David Flater wrote:
>
> Applicable to any kernel since 2013:
>
> The special case added in commit 1338fc97d07a did not handle the possibility
> that the address space on an AWE64 Value would wrap around at 512 KiB. That
> is what it does, so the memory is stil
At Fri, 09 Jan 2015 19:51:47 -0500,
David Flater wrote:
>
> Applicable after PATCHv2 1/2:
>
> Detected sound font memory goes unreported unless the kernel was built with
> ALSA debugging enabled. Elevate that to a printk at level INFO.
Nowadays we'd like to avoid use of snd_print*(). Let's use
On Sun, Jan 11, 2015 at 04:33:58AM +0100, Denys Vlasenko wrote:
> I understand Andy's post.
> My question is, what about places like this?
>
> > .macro op_safe_regs op
> > ENTRY(\op\()_safe_regs)
> > CFI_STARTPROC
> > pushl_cfi %ebx
> > pushl_cfi %ebp
> > pushl_cfi
Re: subject
why do you think it was this commit? bisection? The commit you point to is
"Merge branch 'akpm' (patches from Andrew)"
It's possible that bisection pointed you to this, instead of the proper commit
though. Luckily, there are only 12 of them and ...
On 01/10/2015 01:15 PM, Krzysztof Ko
Thanks Konstantin.
[snip]
>>>
>>> Looks like degree (%edx) is 1 on anon-vma desruction.
>>> Probably I've overlooked some weird conrner case in vma splitting/merging.
>>>
>>> Could you try this patch. It disables vma merging end eliminates half
>>> of complicated paths.
>>> As I see merging is op
On Sat, Jan 10, 2015 at 08:09:10PM -0600, Eric W. Biederman wrote:
> In implementation /proc/self/exe is a named rather than a numbered file
> descriptor. Essentially when loading an elf executable the file
> descriptor is duped to the name /proc/self/exe. The implementation
> otherwise is the sa
>
> On Jan 7, 2015, at 9:43 AM, Yaniv Gardi wrote:
>
>> This change adds a support for a 20nm qcom-ufs phy that is
>> required in platforms that use ufs-qcom controller.
>>
>> Signed-off-by: Yaniv Gardi
>>
>> ---
>> drivers/phy/Makefile| 2 +
>> drivers/phy/phy-qcom-ufs-i.h
Hi Mark,
On Fri, Jan 09, 2015 at 11:50:14AM +, Mark Rutland wrote:
> On Thu, Jan 08, 2015 at 07:40:00PM +, Baruch Siach wrote:
> > Signed-off-by: Baruch Siach
> > ---
> > .../bindings/interrupt-controller/digicolor-ic.txt | 20
> >
> > 1 file changed, 20 insertion
On Sun, Jan 11, 2015 at 10:34 AM, Takashi Iwai wrote:
> At Fri, 9 Jan 2015 23:35:46 -0600,
> Chris Rorvick wrote:
>>
>> The line6usb driver references the device's idProduct and, in some
>> cases, the interface number in a number of places to determine device-
>> specific configuration values and
Hi Sergei,
On Fri, Jan 09, 2015 at 06:12:44PM +0300, Sergei Shtylyov wrote:
> On 1/8/2015 10:40 PM, Baruch Siach wrote:
>
> >Signed-off-by: Baruch Siach
> >---
> > .../bindings/interrupt-controller/digicolor-ic.txt | 20
> >
> > 1 file changed, 20 insertions(+)
> > crea
Hi Arnd,
On Thu, Jan 08, 2015 at 11:46:46PM +0100, Arnd Bergmann wrote:
> On Thursday 08 January 2015 21:39:56 Baruch Siach wrote:
> > This series adds initial support for the Conexant CX92755 SoC. The CX92755
> > is
> > one of the Digicolor series of SoCs, all sharing many of the same
> > perip
On 01/11/2015 12:57 PM, Chris Clayton wrote:
> Thanks Konstantin.
>
> [snip]
>
Looks like degree (%edx) is 1 on anon-vma desruction.
Probably I've overlooked some weird conrner case in vma splitting/merging.
Could you try this patch. It disables vma merging end eliminat
On Sat, Jan 10, 2015 at 04:44:32PM -0800, Jeremiah Mahler wrote:
> If a USB serial device is unplugged while there is an active program
> using the device it will spam the logs with -EPROTO (71) messages as it
> attempts to retry.
Can you change this to "might spam", as which error message, and if
On Fri, Jan 09, 2015 at 04:34:18PM -0800, John Stultz wrote:
> So this series is the result of earlier discussions with Linus
> and his suggestions around improvements to clocksource validation
> in the hope we can more easily catch bad hardware.
Why penalize most users just because of a random ha
It's not possible to remove a sched_clock once it has been added, nor is it
possible to change its rate.
Since we will need to support a rate change, and that we have other
sched_clocks in the system anyway, remove it.
Signed-off-by: Maxime Ripard
---
drivers/clocksource/timer-sun5i.c | 6 -
The current code uses setup_irq, while it could perfectly use the much simpler
request_irq. Switch to that.
Signed-off-by: Maxime Ripard
---
drivers/clocksource/timer-sun5i.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/clocksource/timer-sun5i.c
b/drive
Refactor the code in order to remove the global variables and split the clock
source and clock events registration in order to ease the addition of the clock
notifiers needed to handle the parent clock rate changes.
Signed-off-by: Maxime Ripard
---
drivers/clocksource/timer-sun5i.c | 231 +++
The parent clock of the sun5i timer is the AHB clock, which rate might change
because of other devices requirements.
This is for example the case on the Allwinner A31, where the DMA controller
needs a minimum rate higher than the default, that is enforced after the timer
driver has probed.
Add cl
simplify failure path of dm_miltipath_init(). Currently the cleanup of all error
cases are open-coded. Introduce a common exit path and lables.
Signed-off-by: Johannes Thumshirn
---
drivers/md/dm-mpath.c | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git
This series added:
+ /* Return 50% of the actual maximum, so we can detect bad values */
+ max_nsecs >>= 1;
and then...
On Fri, Jan 09, 2015 at 04:34:21PM -0800, John Stultz wrote:
> @@ -760,7 +746,8 @@ void __clocksource_updatefreq_scale(struct clocksource
> *cs, u32 scale, u32 fr
Hi,
The Allwinner HS timers have the AHB clock as their parent
clock. Since this clock is shared with other devices, we could very
well have another driver requesting a rate change of that clock,
making our timer change frequency at the same time.
This is especially true on the A31, where the DMA
of_iomap doesn't do a request_mem_region on the memory area defined in the DT
it maps. Switch to of_io_request_and_map to make sure we're the only users.
Signed-off-by: Maxime Ripard
---
drivers/clocksource/timer-sun5i.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drive
2015-01-10 18:11 GMT+01:00 Larry Finger :
> On 01/10/2015 10:24 AM, Rickard Strandqvist wrote:
>>
>> Removes some functions that are not used anywhere:
>> ex_halbtc8821a1ant_periodical() ex_halbtc8821a1ant_pnp_notify()
>> ex_halbtc8821a1ant_halt_notify() ex_halbtc8821a1ant_bt_info_notify()
>> ex_ha
On Tue, Jan 06, 2015 at 08:08:57PM +0100, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 17:43:28 Michael S. Tsirkin wrote:
> >
> > I tested this on x86 only. Since it's just adding __force, should be
> > trivially safe everywhere?
> >
> >
> > Arnd, did you merge v1 already? If yes, can you p
On 01/07/2015 12:58 AM, Rusty Russell wrote:
> Kees Cook writes:
>> On Sun, Jan 4, 2015 at 8:28 PM, Rusty Russell wrote:
>>> Kees, as far as I can tell you need another 0-terminated vmlinux.relocs
>>> section for weak symbols. These should not be relocated if already 0.
>>
>> A few questions:
Hi Paul,
many thanks for your fast answer!
Now I have changed my application in that way, that it does not require
Xenomai/I-Pipe anymore. That means my kernel is build now from
mainline source, with preempt_rt only and no Xenomai or I-Pipe.
However the problem is exact the same. After some r
Around Sun 11 Jan 2015 03:00:16 +0100 or thereabout, Alexandre Belloni wrote:
> cpu_is_at91* are not used in any driver outside mach-at91. Remove those
> useless
> definitions.
Great, thank you for cleaning.
> Signed-off-by: Alexandre Belloni
>
Acked-by: Hans-Chrisitan Egtvedt
> ---
>
> Han
On 01/06/2015 12:44 AM, j.gli...@gmail.com wrote:
> From: Jérôme Glisse
>
> The event information will be useful for new user of mmu_notifier API.
> The event argument differentiate between a vma disappearing, a page
> being write protected or simply a page being unmaped. This allow new
> user
This commit:
commit 3abb4f4d0e7aaad0d12004b5057f4486a688752b
Author: David Henningsson
Date: Thu Oct 16 15:33:46 2014 +0200
ALSA: hda - Use "Line Out" name instead of "PCM" when there are
other outputs
In case there are speakers or headphones as well, anything that only
covers
*** BLURB HERE ***
Yaniv Gardi (4):
phy: qcom-ufs: add support for 20nm phy
scsi: ufs-qcom: add support for Qualcomm Technologies Inc platforms
phy: qcom-ufs: add support for 14nm phy
scsi: ufs-qcom-ice: add Inline Crypto Engine (ICE) support for UFS
drivers/phy/Kconfig |
From: Yaniv Gardi
In-order to enhance storage encryption performance,
an Inline Cryptographic Engine is introduced to UFS.
This patch adds in-line encryption capabilities to the UFS
driver.
Signed-off-by: Yaniv Gardi
---
drivers/scsi/ufs/Kconfig| 12 +
drivers/scsi/ufs/Makefile
This change adds a support for a 20nm qcom-ufs phy that is required in
platforms that use ufs-qcom controller.
Signed-off-by: Yaniv Gardi
---
drivers/phy/Kconfig | 7 +
drivers/phy/Makefile| 2 +
drivers/phy/phy-qcom-ufs-i.h| 159
drivers/phy
This change adds a support for a 14nm qcom-ufs phy that is
required in platforms that use ufs-qcom controller.
Signed-off-by: Yaniv Gardi
---
drivers/phy/Makefile| 1 +
drivers/phy/phy-qcom-ufs-qmp-14nm.c | 201
drivers/phy/phy-qcom-ufs-qmp
This change adds support for Qualcomm Technologies Inc platforms that
use UFS driver. for example, it adds :
- PM specific operations during hibern8, suspend, resume, clock setup
- qcom-ufs generic phy driver initialization, calibration,
power-on/off sequence, etc.
- UFS Controller specific confi
On Mon, Dec 15, 2014 at 06:43:32PM +0100, Eric Auger wrote:
> To be more explicit on vgic initialization failure, -ENODEV is
> returned by vgic_init when no online vcpus can be found at init.
>
> Signed-off-by: Eric Auger
>
Acked-by: Christoffer Dall
--
To unsubscribe from this list: send the l
Uncomment setup_pager() call at the commit_pager_choice routine for paging
output
Signed-off-by: Alexander Kuleshov
---
tools/perf/perf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/perf.c b/tools/perf/perf.c
index 3700a7f..c24f5e5 100644
--- a/tools/perf/perf
On Mon, Dec 15, 2014 at 06:43:33PM +0100, Eric Auger wrote:
> Since the advent of VGIC dynamic initialization, this latter is
> initialized quite late on the first vcpu run or "on-demand", when
> injecting an IRQ or when the guest sets its registers.
>
> This initialization could be initiated expl
On 01/11/2015 02:24 PM, Oded Gabbay wrote:
>
>
> On 01/06/2015 12:44 AM, j.gli...@gmail.com wrote:
>> From: Jérôme Glisse
>>
>> The event information will be useful for new user of mmu_notifier API.
>> The event argument differentiate between a vma disappearing, a page
>> being write protected
On Fri, Jan 09, 2015 at 04:34:24PM -0800, John Stultz wrote:
> When calculating the current delta since the last tick, we
> currently have no hard protections to prevent a multiplciation
> overflow from ocurring.
This is just papering over the problem. The "hard protection" should
be having a tick
I constantly get this warning triggered on bootup. Any ideas? ;)
Thanks a lot,
Daniel
[...]
[4.634728] [drm] Memory usable by graphics device = 2048M
[4.636017] checking generic (9000 42) vs hw (9000 1000)
[4.636020] fb: switching to inteldrmfb from EFI VGA
[4.637
Remove the function ocfs2_xattr_bucket_get_val() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
fs/ocfs2/xattr.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/fs/ocfs2/xattr.
Hi Lee,
On Wed, 3 Dec 2014 21:44:04 +0100
Boris Brezillon wrote:
> The EBI (External Bus Interface) is used to access external peripherals
> (NOR, SRAM, NAND, and other specific devices like ethernet controllers).
> Each device is assigned a CS line and an address range and can have its
> own c
Remove the function aead_entries() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
net/xfrm/xfrm_algo.c |5 -
1 file changed, 5 deletions(-)
diff --git a/net/xfrm/xfrm_algo.c b/net/xfrm
Remove the function cm_is_active_peer() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/infiniband/core/cm.c |8
1 file changed, 8 deletions(-)
diff --git a/drivers/infinib
Remove the function ol_dqblk_file_block() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
fs/ocfs2/quota_local.c |6 --
1 file changed, 6 deletions(-)
diff --git a/fs/ocfs2/quota_local.
Remove the function radeon_bo_fbdev_mmap() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/radeon/radeon_object.c |6 --
drivers/gpu/drm/radeon/radeon_object.h |2 --
On 01/06/2015 12:44 AM, j.gli...@gmail.com wrote:
> From: Jérôme Glisse
>
> This patch only introduce core HMM functions for registering a new mirror and
> stopping a mirror as well as registering and unregistering a device.
>
> The lifecycle of HMM object is handled differently then one of mm
Johan,
On Sun, Jan 11, 2015 at 12:36:18PM +0100, Johan Hovold wrote:
> On Sat, Jan 10, 2015 at 04:44:32PM -0800, Jeremiah Mahler wrote:
> > If a USB serial device is unplugged while there is an active program
> > using the device it will spam the logs with -EPROTO (71) messages as it
> > attempts
On Sun, 11 Jan 2015 at 1:39:13 +, Al Viro wrote:
> On Sun, Jan 11, 2015 at 01:33:35AM +, Carlos R. Mafra wrote:
>
> > I think the problem with wmnet is not that it was expecting the fields
> > to be aligned because it never had problems before (when definitely more
> > than 10 megabytes w
If a USB serial device (e.g. /dev/ttyUSB0) with an active program is
unplugged, a bunch of -ENODEV and -EPROTO errors may be produced in the
logs. This patch set quiets these messages without changing the
original behavior.
This change is beneficial when using daemons such as slcand, which is
sim
If a USB serial device is unplugged while there is an active program
using the device it may spam the logs with -EPROTO (71) messages as it
attempts to retry.
Most serial usb drivers (metro-usb, pl2303, mos7840, ...) only output
these messages for debugging. The generic driver treats these as
err
If a USB serial device (e.g. /dev/ttyUSB0) with an active program is
unplugged, an -ENODEV (19) error will be produced after it gives up
trying to resubmit a read.
usb_serial_generic_submit_read_urb - usb_submit_urb failed: -19
Add -ENODEV as one of the permanent errors along with -EPERM that
u
> -Original Message-
> From: Jonathan Cameron [mailto:ji...@kernel.org]
> Sent: 01 January, 2015 12:30
> To: Tirdea, Irina; linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Dogaru, Vlad; Baluta, Daniel; Hartmut
> Knaack; Lars-Peter Clausen; Peter Meerwald
> Subject: Re: [PAT
Been reading through tons of old threads about varying transaction
file implementations. As many of the discussions are old (some over a
decade) what is considered the best way of implementing today? It
appears that o_direct is frowned upon, is the current preferred
mechanism to use mmap and basica
OK CONFIG_DEBUG_BUGVERBOSE enabled
kernel BUG at mm/rmap.c:399!
this one line added with merged commit b3d574ae
after remove it:
diff --git a/mm/rmap.c b/mm/rmap.c
index 71cd5bd..68d115f 100644
--- a/mm/rmap.c
+++ b/mm/rmap.c
@@ -396,7 +396,6 @@ void unlink_anon_vmas(struct vm_area_struct *v
> -Original Message-
> From: Jonathan Cameron [mailto:ji...@kernel.org]
> Sent: 01 January, 2015 12:34
> To: Tirdea, Irina; linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Dogaru, Vlad; Baluta, Daniel; Hartmut
> Knaack; Lars-Peter Clausen; Peter Meerwald
> Subject: Re: [PAT
Remove the function nvif_device_new() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/nouveau/nvif/device.c | 18 --
drivers/gpu/drm/nouveau/nvif/device.h |
Remove the function btc_dpm_reset_asic() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/radeon/btc_dpm.c |8
1 file changed, 8 deletions(-)
diff --git a/drivers/gp
> -Original Message-
> From: Jonathan Cameron [mailto:ji...@kernel.org]
> Sent: 01 January, 2015 12:59
> To: Tirdea, Irina; linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Dogaru, Vlad; Baluta, Daniel; Hartmut
> Knaack; Lars-Peter Clausen; Peter Meerwald
> Subject: Re: [PAT
Fix for BUG_ON(anon_vma->degree) splashes in unlink_anon_vmas()
("kernel BUG at mm/rmap.c:399!").
Anon_vma_clone() is usually called for a copy of source vma in destination
argument. If source vma has anon_vma it should be already in dst->anon_vma.
NULL in dst->anon_vma is used as a sign that it's
Remove the function domain_to_ttm() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/driv
Remove the function qib_read_ureg() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/infiniband/hw/qib/qib_iba7322.c | 22 --
1 file changed, 22 deletions(-)
diff -
Remove the function teql_neigh_release() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
net/sched/sch_teql.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/net/sched/sch_teql.c b/
Removes some functions that are not used anywhere:
lola_restore_mixer() lola_save_mixer()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
sound/pci/lola/lola.h |2 --
sound/pci/lola/lola_mixer.c | 43 -
Remove the function ata_do_simple_cmd() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/ata/libata-core.c | 27 ---
drivers/ata/libata.h |1 -
2 files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/11/2015 08:54 AM, Konstantin Khlebnikov wrote:
> Fix for BUG_ON(anon_vma->degree) splashes in unlink_anon_vmas()
> ("kernel BUG at mm/rmap.c:399!").
>
> Anon_vma_clone() is usually called for a copy of source vma in
> destination argument. If s
thread_info->syscall is used only for ptrace, but syscall number
is also used by syscall_get_nr and returned to userspace by the
following proc file access:
$ cat /proc/self/syscall
0 0x3 0xbe928bd8 0x1000 0x0 0xac9e0 0x3 0xbe928bb4 0xb6f5dfbc
^
The first number is the syscall number, currently
In previous patch current_thread_info()->syscall is set with
corresponding syscall number prior to further calls, thus there
is no any need to pass 'scno'.
Also, add explicit comment why do we have to reread 'scno' local
variable.
Signed-off-by: Roman Pen
Cc: Russell King
Cc: Christoffer Dall
Hello.
It turned out to be that on ARM 'syscall_get_nr' call and
corresponding userspace proc access '/proc/*/syscall' always
return 0 instead of correct syscall number:
# cat /proc/*/syscall
0 0x 0x0 0x0 0x0 0x0 0x0 0xbea33cc0 0xb6f32f2c
0 0x5 0x16e99a8 0x0 0x0 0x0 0xbeec03b4 0xbeec02
2014-12-24 5:33 GMT+08:00 Fabio Estevam :
> Remove 'timer_div' variable to fix the following build warning:
>
> drivers/clocksource/timer-marco.c: In function 'sirfsoc_marco_timer_init':
> drivers/clocksource/timer-marco.c:260:6: warning: unused variable 'timer_div'
> [-Wunused-variable]
>
> Signe
Fixed 80 line warning in the code comments.
Signed-off-by: Sakshi Bansal
---
Changes in v3:
- Make the commit message more clearer.
drivers/staging/vt6655/baseband.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/baseband.c
b/drivers/staging/vt66
On 01/11/2015 02:54 PM, Konstantin Khlebnikov wrote:
> Fix for BUG_ON(anon_vma->degree) splashes in unlink_anon_vmas()
> ("kernel BUG at mm/rmap.c:399!").
>
> Anon_vma_clone() is usually called for a copy of source vma in destination
> argument. If source vma has anon_vma it should be already in d
> -Original Message-
> From: Jonathan Cameron [mailto:ji...@kernel.org]
> Sent: 01 January, 2015 13:58
> To: Tirdea, Irina; linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Dogaru, Vlad; Baluta, Daniel; Hartmut
> Knaack; Lars-Peter Clausen; Peter Meerwald
> Subject: Re: [PAT
Remove the function dlm_joined() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
fs/ocfs2/dlm/dlmdomain.c | 14 --
fs/ocfs2/dlm/dlmdomain.h |1 -
2 files changed, 15 deletions(
Removes some functions that are not used anywhere:
ci_dpm_reset_asic() ci_dpm_power_control_set_level()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/radeon/ci_dpm.c | 10 --
1 file changed, 10
1 - 100 of 380 matches
Mail list logo
