> From: Meelis Roos
> Date: Fri, 17 Oct 2014 00:38:20 +0300 (EEST)
>
> > arch/sparc/kernel/setup_64.c is the only culprit.
> >
> > Attached are 2 versions of the object file as of v3.17-rc1-22-g480cadc
> > that I tested.
>
> Just to confirm, a gcc-4.9 compiled kernel works if just setup_64.c
>
Various unusual filenames might break the make process when they are included
as dependencies (e.g. filenames with a colon).
This has the disadvantage that not even a make (dist)clean does work afterwards.
What makes the matter worse is that git clean -df doesn't remove such a possible
broken depe
The initramfs generation is broken for file and directory names which contain
colons, spaces and other unusual characters which can't be included in names
for dependencies in traditional Makefiles (which gen_initramfs_list.sh
generates). Print an error for the most common unsupported characters (co
On Sun 2014-10-19 00:57:12, Wilmer van der Gaast wrote:
> (Resending, forgot to hit reply-to-all.)
>
> Hello Yinghai,
>
> On 18-10-14 22:28, Yinghai Lu wrote:
> >
> > Please apply attached debug patch on top of v3.17 and boot with
> > "debug ignore_loglevel initcall_debug no_console_suspend".
> >
On 18.10.2014 23:36, Peter Zijlstra wrote:
> On Sat, Oct 18, 2014 at 12:33:27PM +0400, Kirill Tkhai wrote:
>> How about this?
>>
>> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
>> index b78280c..d46427e 100644
>> --- a/kernel/sched/fair.c
>> +++ b/kernel/sched/fair.c
>> @@ -1165,7 +1165,2
At Sat, 18 Oct 2014 20:49:58 +0200,
Mauro Carvalho Chehab wrote:
>
> Em Thu, 16 Oct 2014 08:59:29 -0600
> Shuah Khan escreveu:
>
> > On 10/16/2014 08:48 AM, Takashi Iwai wrote:
> > > At Thu, 16 Oct 2014 08:39:14 -0600,
> > > Shuah Khan wrote:
> > >>
> > >> On 10/16/2014 08:16 AM, Takashi Iwai wr
Hi!
>From 3.6 to 3.10, USB networking works on Nokia N900. With 3.11, it
fails with messages on the host. I also tried to get it to work on
3.14 and 3.17, with no luck.
Any ideas? Does it work for you? Any config options to watch for?
Best regards,
Dmitry Monakhov writes:
Ping.
> Signed-off-by: Dmitry Monakhov
> ---
> include/linux/ratelimit.h | 12 +---
> 1 files changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/include/linux/ratelimit.h b/include/linux/ratelimit.h
> index 0a260d8..1810252 100644
> --- a/include/linux/r
Hi all,
Tried to test a 3.18 mergewindow kernel today, but under Xen it panics very
early on boot.
See below for the splat.
Kernel is based on Linus his tree, last commit is:
9272f2dc3956c6b6c4335de51bc897fa3b981584
--
Sander
[0.00] Initializing cgroup subsys cpuset
[0.00] Init
Dmitry Monakhov writes:
Ping.
> On Wed, 20 Aug 2014 23:20:18 +0900, Akinobu Mita
> wrote:
>> This looks a bit redundant. NULL pointer to "%pd" format produces
>> "(null)" string, so this printk and if-else can be removed.
>>
>> Also, this message line is a bit longer than usual kernel message.
* Daniel J Blueman wrote:
> Use appropriate memory block size to reduce sysfs entry creation time
> by 16x.
>
> Boot-tested with the four permutations of X86_UV and X86_NUMACHIP.
>
> Signed-off-by: Daniel J Blueman
> ---
> arch/x86/mm/init_64.c | 7 ---
> 1 file changed, 4 insertions(+),
* Daniel J Blueman wrote:
> Fix 16-bit APIC ID truncation and redundant APIC ICR idle polling for IPI
> to self (AMD64 APICs are documented in the system developer manuals to
> queue APIC writes).
That is again two fixes - there should be one fix per patch, with
a good description of what the
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: 3b10ea7f922b538ba5dcb3d979a6b6b4d07daae2 Merge tag
'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux
Sparse throws the following warning, which I can't really understand:
$ make drivers/staging/vt6655/ C=2
[...]
CHECK drivers/staging/vt6655/datarate.c
drivers/staging/vt6655/datarate.c:302:40: warning: Initializer entry
defined twice
drivers/staging/vt6655/datarate.c:302:46: also defined her
Commit-ID: db6a00b4bed3abbb038077ba4fdc5be481fe5559
Gitweb: http://git.kernel.org/tip/db6a00b4bed3abbb038077ba4fdc5be481fe5559
Author: Ingo Molnar
AuthorDate: Sun, 19 Oct 2014 11:41:52 +0200
Committer: Ingo Molnar
CommitDate: Sun, 19 Oct 2014 11:44:49 +0200
x86/smpboot: Move data struc
On Wed, Oct 15, 2014 at 10:25:13PM +0100, Russell King - ARM Linux wrote:
> On Wed, Oct 15, 2014 at 10:23:10PM +0100, Russell King - ARM Linux wrote:
> > As I said, I have a patch in progress, but it seems that there needed
> > to be some discussion about exactly which compiler versions are affecte
Define the helper function rtsx_reset_aspm to shorten the
rtsx_reset_chip code and get rid of the LONG_LINE checkpatch warnings.
Signed-off-by: Fabio Falzoi
---
drivers/staging/rts5208/rtsx_chip.c | 72 -
1 file changed, 39 insertions(+), 33 deletions(-)
diff
Clean up the code in rtsx_reset_chip function defining two new helper
functions rtsx_reset_aspm and rtsx_enable_pcie_intr.
Specifically, the following checkpatch warnings are corrected:
* PARENTHESIS_ALIGNMENT at rows 271, 302, 343 and 346
* LONG_LINE at rows 294, 313 and 315
* BRACES at rowa 320 a
Define the helper function rtsx_enable_pcie_intr to shorten the
rtsx_reset_chip code and get rid of the LONG_LINE checkpatch warnings.
Signed-off-by: Fabio Falzoi
---
drivers/staging/rts5208/rtsx_chip.c | 96 ++---
1 file changed, 48 insertions(+), 48 deletions(-)
On Sun 2014-10-19 11:01:07, Pavel Machek wrote:
> Hi!
>
> From 3.6 to 3.10, USB networking works on Nokia N900. With 3.11, it
> fails with messages on the host. I also tried to get it to work on
> 3.14 and 3.17, with no luck.
>
> Any ideas? Does it work for you? Any config options to watch for?
On Sat, Oct 18, 2014 at 9:18 PM, Mauro Carvalho Chehab
wrote:
>
> The right behavior here is to enable the protocol as soon as the
> new keycode table is written by userspace.
>
> Except for LIRC and the protocol of the current table enabled is
> not a good idea because:
>
> 1) It misread
IR reciever using nuvoton-cir and lirc was not working anymore after
upgrade from kernel 3.16 to 3.17-rcX.
Bisected regression to commit da6e162d6a4607362f8478c715c797d84d449f8b
("[media] rc-core: simplify sysfs code").
The regression comes from adding empty function change_protocol in
ir-raw.c. I
Change default setting for enabled protocols.
Instead of enabling all protocols, disable all except lirc during registration.
Reduces overhead since all protocols not handled by default.
Protocol to use will be enabled when keycode table is written by userspace.
Signed-off-by: Tomas Melin
---
dr
d_splice_alias() can return a valid dentry, NULL or an ERR_PTR.
Currently the code checks not for ERR_PTR.
Fix this by using IS_ERR_OR_NULL().
Cc: OGAWA Hirofumi
Signed-off-by: Richard Weinberger
---
fs/fat/namei_vfat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/fat/
d_splice_alias() can return a valid dentry, NULL or an ERR_PTR.
Currently the code checks not for ERR_PTR and my oops in
ocfs2_dentry_attach_lock().
Fix this by using IS_ERR_OR_NULL().
Cc: Mark Fasheh
Cc: Joel Becker
Cc: ocfs2-de...@oss.oracle.com
Signed-off-by: Richard Weinberger
---
fs/ocfs2
Hello,
On 19-10-14 05:29, Yinghai Lu wrote:
Please try to "debug ignore_loglevel no_console_suspend".
Same thing. :-(
[ 72.572354] Restarting tasks ... done.
[ 72.576554] PM: calling nb rcu_pm_notify+0x0/0x60
[ 72.581277] PM: ... nb rcu_pm_notify+0x0/0x60 done
[ 72.586115] PM: callin
On 2014.10.19 12:55, Fabio Falzoi wrote:
> Clean up the code in rtsx_reset_chip function defining two new helper
> functions rtsx_reset_aspm and rtsx_enable_pcie_intr.
> Specifically, the following checkpatch warnings are corrected:
> * PARENTHESIS_ALIGNMENT at rows 271, 302, 343 and 346
> * LONG_L
On Wednesday 15 October 2014 20:22:56 Dmitry Torokhov wrote:
> On Wed, Oct 15, 2014 at 08:10:39PM +0200, Pali Rohár wrote:
> > On Wednesday 15 October 2014 20:00:11 Dmitry Torokhov wrote:
> > > On Wed, Oct 15, 2014 at 07:57:37PM +0200, Pali Rohár wrote:
> > > > On Wednesday 15 October 2014 19:43:15
Hello.
Since I hear a few dozens of cases every year from users that their servers
rebooted unexpectedly, I'm trying to find out the reason of rebooting.
At first, I suggested users to try serial console or netconsole to see
if any kernel messages are printed just before rebooting.
For servers t
On 2014/10/17 19:59, Prarit Bhargava wrote:
>
>
> On 10/16/2014 03:45 PM, Myron Stowe wrote:
>> On Thu, 2014-10-16 at 08:32 -0400, Prarit Bhargava wrote:
>>>
>>> On 10/15/2014 05:20 PM, Bjorn Helgaas wrote:
On Wed, Oct 15, 2014 at 1:47 PM, Prarit Bhargava wrote:
> On 10/15/2014 03:23
Hi Dmitry,
2014-10-19 18:07 GMT+09:00 Dmitry Monakhov :
> Dmitry Monakhov writes:
> Ping.
Could you resend this series with CCing Andrew for asking -mm tree
inclusion?
>> On Wed, 20 Aug 2014 23:20:18 +0900, Akinobu Mita
>> wrote:
>>> This looks a bit redundant. NULL pointer to "%pd" format p
2014-10-19 3:38 GMT+02:00 Joe Perches :
> On Sun, 2014-10-19 at 00:03 +0200, Rickard Strandqvist wrote:
>> Added a function strzcpy which works the same as strncpy,
>> but guaranteed to produce the trailing null character.
>>
>> There are many places in the code where strncpy used although it
>> mu
Ahh never mind, i see this should already be fixed by commits in
kernel/git/xen/tip.git.
Sorry for the noise !
--
Sander
Sunday, October 19, 2014, 11:00:43 AM, you wrote:
> Hi all,
> Tried to test a 3.18 mergewindow kernel today, but under Xen it panics very
> early on boot.
> See below for t
> I am seeing this BUG on 3 different sparc64 machines with yesterdays
> git. sparc64-specific known problems were just fixed before,
> 3.17.0-07551-g052db7e + slab alignment fix patch + sparc64 SIGBUS fix
> patch is working stable for me, whereas 3.17.0-09670-g0429fbc + SIGBUS
> patch fails on
> > I don't want to define the array size of the fpregs save area
> > explicitly and thereby placing an artificial limit there.
>
> Nevermind, it seems we have a hard limit of 7 FPU save areas anyways.
>
> Meelis, please try this patch:
Works fine with 3.17.0-09670-g0429fbc + fault patch.
Will
Hello,
in UML kernel I get a long cpu using loop in __getnstimeofday()
(kernel/time/timekeeping.c:315) in the call of timespec_add_ns(),
when I left the host kernel suspended to ram for a few hours and resume
again.
this is because it seems like the tk->xtime_sec wasn't updated yet, but
the nsecs
Signed-off-by: Dmitry Monakhov
---
include/linux/ratelimit.h | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/include/linux/ratelimit.h b/include/linux/ratelimit.h
index 0a260d8..1810252 100644
--- a/include/linux/ratelimit.h
+++ b/include/linux/ratelimit.h
@@ -
Current debug levels are not optimal. Especially if one want to
provoke big numbers of faults(broken device simulator) then any verbose
level will produce giant numbers of identical logging messages.
Let's add ratelimit parameter for that purpose.
Change-log:
- Dump fault_attr configuration on min
This patches remove following code style errors from drivers/staging/ft1000:
ERROR: do not initialise statics to 0 or NULL
ERROR: spaces required around that '=' (ctx:VxV)
ERROR: spaces required around that '<' (ctx:VxV)
ERROR: spaces required around that '==' (ctx:VxV)
ERROR: space required after
Remove code style error from ft1000/ft1000-pcmcia/ft1000_hw.c:
ERROR: space prohibited after that open parenthesis '('
ERROR: space prohibited before that close parenthesis ')'
ERROR: space prohibited after that '&' (ctx:WxW)
Signed-off-by: Chen Weixiang
---
drivers/staging/ft1000/ft1000-pcmcia/
Remove code style error form ft1000/ft1000-pcmcia/ft1000_hw.c:
ERROR: "foo * bar" should be "foo *bar"
Signed-off-by: Chen Weixiang
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ft1000/ft1000-pcmcia/ft1000
Remove code style error from ft1000/ft1000-usb/ft1000_debug.c:
ERROR: "(foo*)" should be "(foo *)"
Signed-off-by: Chen Weixiang
---
drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ft1000/ft1000-usb/ft1000_de
Hi Jiri,
At Fri, 17 Oct 2014 10:11:30 +0200,
Jiri Slaby wrote:
>
> This is the start of the stable review cycle for the 3.12.31 release.
> There are 197 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
Remove code style error from ft1000/ft1000-usb/ft1000_debug.c:
ERROR: space required after that ',' (ctx:VxV)
Signed-off-by: Chen Weixiang
---
drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/f
Remove code style errors from ft1000/ft1000-usb/ft1000_debug.c
and ft1000/ft1000-pcmcia/ft1000_hw.c:
ERROR: spaces required around that '=' (ctx:VxV)
ERROR: spaces required around that '<' (ctx:VxV)
ERROR: spaces required around that '==' (ctx:VxV)
Signed-off-by: Chen Weixiang
---
drivers/stagin
Remove following checkpatch.pl error from ft1000/ft1000-usb/ft1000_debug.c
ERROR: do not initialise statics to 0 or NULL
Signed-off-by: Chen Weixiang
---
drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ft1000/ft
Remove code style error from ft1000/ft1000-pcmcia/ft1000_hw.c:
ERROR: else should follow close brace '}'
Signed-off-by: Chen Weixiang
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/ft1000/f
On 10/19, Chen Weixiang wrote:
> Remove code style error from ft1000/ft1000-usb/ft1000_debug.c:
> ERROR: space required after that ',' (ctx:VxV)
>
> Signed-off-by: Chen Weixiang
> ---
> drivers/staging/ft1000/ft1000-usb/ft1000_debug.c | 18 +-
> 1 file changed, 9 insertions(+), 9
On Fri, Oct 17, 2014 at 02:21:35PM +0100, Nix wrote:
> On 14 Oct 2014, Johan Hovold outgrape:
> > Another thing you could try is to add back the
> >
> > acm_set_control(acm, 0);
> >
> > just after the dev_info message in probe.
>
> "Add back" suggests that this line existed before this change
On 12-10-14 10:13, Arend van Spriel wrote:
> On 11-10-14 22:17, Greg Kroah-Hartman wrote:
>> On Sat, Oct 11, 2014 at 06:01:55PM +0200, Arend van Spriel wrote:
>>> This patch adds a helper function that simplifies adding a
>>> sequence file for device drivers. The calling device driver
>>> needs to
Debian is all about "women in tech" now, and systemd.
If you look at planet.debian.org many of the posts are about
promoting women in tech, embezzling contributed money of FOSS
projects to give to women in tech. Many of the "developers"
contributions have been to 1) Package something and then
2) p
Hello
This is the driver for the Security System included in Allwinner SoC A20.
The Security System (SS for short) is a hardware cryptographic accelerator that
support AES/MD5/SHA1/DES/3DES/PRNG algorithms.
It could be found on others Allwinner SoC:
- A10s, A33 and A31 diagram speak about it wit
Add support for the Security System included in Allwinner SoC A20.
The Security System is a hardware cryptographic accelerator that support
AES/MD5/SHA1/DES/3DES/PRNG algorithms.
Signed-off-by: LABBE Corentin
---
drivers/crypto/Kconfig| 17 ++
drivers/crypto/Makefile
Signed-off-by: LABBE Corentin
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 33c0d43..8ee4ac0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10425,6 +10425,12 @@ L: linux...@kvack.org
S: Maintained
F: mm/zswap.c
+ALLWINNER
This patch adds documentation for Device-Tree bindings for the Security System
cryptographic accelerator driver.
Signed-off-by: LABBE Corentin
---
Documentation/devicetree/bindings/crypto/sunxi-ss.txt | 9 +
1 file changed, 9 insertions(+)
create mode 100644 Documentation/devicetree/bi
The Security System is a hardware cryptographic accelerator that support
AES/MD5/SHA1/DES/3DES/PRNG algorithms.
It could be found on many Allwinner SoC.
This patch enable the Security System on the Allwinner A20 SoC Device-tree.
Signed-off-by: LABBE Corentin
---
arch/arm/boot/dts/sun7i-a20.dtsi
"Those who do not support my world view are insane"
"Enemies do not exist, only the sane and the insane, I am sane, they
are the insane"
On 10/18/14, Mike Galbraith wrote:
> On Sat, 2014-10-18 at 16:08 +, Gregory Smith wrote:
> ramble ramble.. lalala.. butterflies, wheee
>
> If you're taki
On some machines some temperature sensors report too high values which are
invalid. When value is invalid function i8k_get_temp() returns previous
value and at next call it returns I8K_MAX_TEMP.
With this patch also firt i8k_get_temp() call returns I8K_MAX_TEMP and
i8k_init_hwmon() will ignore all
On Sat, Oct 18, 2014 at 07:21:27PM +0400, Dmitry Monakhov wrote:
> + if (ecryptfs_file_to_private(file))
> + lower_file = ecryptfs_file_to_lower(file);
> +
> + if (!lower_file || !lower_file->f_op)
> + return rc;
At least a file without f->f_op should never happen.
On Sat, Oct 18, 2014 at 07:21:26PM +0400, Dmitry Monakhov wrote:
> sys_fadvise result in direct f_mode modification, which may be not
> suitable for some unusual filesytems where file mode invariant is more
> complex. In order to support such filesystems we have to delegate fadvise
> logic to file
On Sunday 19 October 2014 12:07:39 Pavel Machek wrote:
> On Sun 2014-10-19 11:01:07, Pavel Machek wrote:
> > Hi!
> >
> > From 3.6 to 3.10, USB networking works on Nokia N900. With
> > 3.11, it fails with messages on the host. I also tried to
> > get it to work on 3.14 and 3.17, with no luck.
> >
Am Dienstag, den 14.10.2014, 08:31 +0100 schrieb Anton Ivanov:
> I see a very similar stall on writeout to ubd with my patches (easy) and
> without (difficult - takes running an IO soak for a few days).
>
> It stalls (usually) when trying to flush the journal file of ext4.
Hi,
here an extract o
On Sun, 2014-10-19 at 14:19 +0200, Rickard Strandqvist wrote:
> 2014-10-19 3:38 GMT+02:00 Joe Perches :
> > On Sun, 2014-10-19 at 00:03 +0200, Rickard Strandqvist wrote:
> >> Added a function strzcpy which works the same as strncpy,
> >> but guaranteed to produce the trailing null character.
> >>
>
This reverts commit fb3ccb5da71273e7f0d50b50bc879e50cedd60e7.
SCSI-2/SPI actually needs the tagged/untagged flag in the request to
work properly. Revert this patch and add a follow on to set it in
the right place.
Reported-by: Meelis Roos
Signed-off-by: Christoph Hellwig
Cc: sta...@vger.kernel
Fix the assumption that we can treat all blk-mq requests as tagged. For
traditional SCSI that's wrong, as being tagged has a very explicit meaning
on the wire.
This is a little bit different from the version Meelis tested earlier, but
the concept is the same. I didn't want to add a Tested-by tag
To generate the right SPI tag messages we need to properly set
QUEUE_FLAG_QUEUED in the request_queue and mirror it to the
request.
Reported-by: Meelis Roos
Signed-off-by: Christoph Hellwig
Cc: sta...@vger.kernel.org
---
drivers/scsi/scsi_lib.c | 5 +
include/scsi/scsi_tcq.h | 8
2
On 10/19/2014 07:46 AM, Pali Rohár wrote:
On some machines some temperature sensors report too high values which are
What is "too high", and what is "some machines" ?
Would be great if you can be more specific.
invalid. When value is invalid function i8k_get_temp() returns previous
value and
On Fri, Oct 10, 2014 at 06:15:34PM -0700, Guenter Roeck wrote:
> Fix:
>
> In file included from ./arch/arm64/include/asm/irq_work.h:4:0,
> from include/linux/irq_work.h:46,
> from include/linux/perf_event.h:49,
> from include/linux/ftrace_event.h:9,
> from include/t
Arm allows for two possible architectural clock sources. One memory mapped
and the other coprocessor based. If both timers exist, then the driver waits
for both to be probed before registering a clocksource.
Commit c387f07e6205 ("clocksource: arm_arch_timer: Discard unavailable timers
correctly")
Hi,
On Sun, Oct 19, 2014 at 12:07:39PM +0200, Pavel Machek wrote:
> On Sun 2014-10-19 11:01:07, Pavel Machek wrote:
> > Hi!
> >
> > From 3.6 to 3.10, USB networking works on Nokia N900. With 3.11, it
> > fails with messages on the host. I also tried to get it to work on
> > 3.14 and 3.17, with no
Hi,
On Sun, Oct 19, 2014 at 10:54:16AM +0100, Russell King - ARM Linux wrote:
> On Wed, Oct 15, 2014 at 10:25:13PM +0100, Russell King - ARM Linux wrote:
> > On Wed, Oct 15, 2014 at 10:23:10PM +0100, Russell King - ARM Linux wrote:
> > > As I said, I have a patch in progress, but it seems that the
On Wed, Oct 8, 2014 at 3:39 PM, Michal Marek wrote:
> On 2014-10-04 11:29, Valentin Rothberg wrote:
>> On Wed, Oct 1, 2014 at 4:58 PM, Michal Marek wrote:
>>> On 2014-09-29 19:05, Valentin Rothberg wrote:
The scripts/checkkconfigsymbols.sh script searches Kconfig features
in the source
Better explain re-entrant migration when compaction races with
reclaim, and also mention swapcache readahead pages as possible
uncharged migration sources.
Signed-off-by: Johannes Weiner
---
mm/memcontrol.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/mm/memcontrol.c
7512102cf64d ("memcg: fix GPF when cgroup removal races with last
exit") added a pc->mem_cgroup reset into mem_cgroup_page_lruvec() to
prevent a crash where an anon page gets uncharged on unmap, the memcg
is released, and then the final LRU isolation on free dereferences the
stale pc->mem_cgroup po
On Sat, Oct 18, 2014 at 02:23:35PM -0400, David Miller wrote:
> From: David Miller
> Date: Sat, 18 Oct 2014 13:59:07 -0400 (EDT)
>
> > I don't want to define the array size of the fpregs save area
> > explicitly and thereby placing an artificial limit there.
>
> Nevermind, it seems we have a har
The of_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
---
drivers/soc/versatile/soc-realview.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/soc/versatile/soc-realview.c
b/drivers/soc/versatile/soc-realview.c
index cea8ea3..1a07bf5 100644
--- a/drivers/
Sorry, for top-posting, but I currently just have Outlook webmail.
The cause for this issue is relatively easily identified. The ethernet drivers
sets the Ethernet clock according to the negotioated link speed. For this
adjustment a 6-bit divider in the clock path is used. In this case, it seems,
Signed-off-by: Christoph Hellwig
---
drivers/scsi/device_handler/scsi_dh_hp_sw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/device_handler/scsi_dh_hp_sw.c
b/drivers/scsi/device_handler/scsi_dh_hp_sw.c
index aa40fcb..471ffd1 100644
--- a/drivers/scsi/device_h
Signed-off-by: Christoph Hellwig
---
drivers/scsi/device_handler/scsi_dh.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/drivers/scsi/device_handler/scsi_dh.c
b/drivers/scsi/device_handler/scsi_dh.c
index 1a8dbf3..d8a8aac 100644
--- a/drivers/scs
Signed-off-by: Christoph Hellwig
---
drivers/scsi/device_handler/scsi_dh_alua.c | 25 +
drivers/scsi/device_handler/scsi_dh_emc.c | 24 ++--
drivers/scsi/device_handler/scsi_dh_hp_sw.c | 23 +--
drivers/scsi/device_handler/scsi_dh
We need to grab a reference to the module before calling the attach
routines to avoid a small race vs module removal. It also cleans up
the code significantly as a side effect.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/device_handler/scsi_dh.c | 31 -
d
This series contains a couple easy cleanups for the device handler
infrastructure. I think some more work could be done in the longer run,
e.g. by using a class_device interface to attach to the scsi_device,
similar to how the /dev/sg devices work.
--
To unsubscribe from this list: send the line
All drivers now do their own matching, so there is no more need to expose
a device list as part of the interface.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/device_handler/scsi_dh_emc.c | 6 --
drivers/scsi/device_handler/scsi_dh_hp_sw.c | 6 --
drivers/scsi/device_handler/scsi_
Move all code to set up and tear down sdev->scsi_dh_data to common code.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/device_handler/scsi_dh.c | 29 ++
drivers/scsi/device_handler/scsi_dh_alua.c | 59 ++---
drivers/scsi/device_handler/scsi_dh_emc.c
gcc5 changes the default standard to c11, rather than gnu89, which
makes kernel build unhappy.
Explicitly define the kernel standard to be gnu89 which should
keep everything working exactly like it was before gcc5.
Signed-off-by: Sasha Levin
---
Makefile |3 ++-
1 file changed, 2 insertions
When CONFIG_MMU is not present, the variable 'atomic_pool' and the
function '__in_atomic_pool' are undeclared but used in part of the
code. Therefore, the compilation breaks.
Now, they are defined to dummy values when CONFIG_MMU is undefined.
This error was found with vampyr.
Signed-off-by: Stefa
On Sunday 19 October 2014, Gregory Smith wrote:
But you are only allowed one "fuck you" per message AFAIAC.
So your messages will be deleted while still on my ISP's mail server.
I think people call that "plonk"ing.
>Debian is all about "women in tech" now, and systemd.
[huge snip of non-contributo
From: Daniel Glöckner
Date: Sun, 19 Oct 2014 00:49:05 +0200
> The s6000 Xtensa support is removed from the kernel. There are no
> other chips using this driver.
That's not what I see in Linus's current tree:
[davem@localhost linux]$ git grep XTENSA_VARIANT_S6000
arch/xtensa/Kconfig:config XTENS
On 19/10/14 15:59, Thomas Meyer wrote:
> Am Dienstag, den 14.10.2014, 08:31 +0100 schrieb Anton Ivanov:
>> I see a very similar stall on writeout to ubd with my patches (easy) and
>> without (difficult - takes running an IO soak for a few days).
>>
>> It stalls (usually) when trying to flush the j
> > > I don't want to define the array size of the fpregs save area
> > > explicitly and thereby placing an artificial limit there.
> >
> > Nevermind, it seems we have a hard limit of 7 FPU save areas anyways.
> >
> > Meelis, please try this patch:
>
> Works fine with 3.17.0-09670-g0429fbc + fau
From: Meelis Roos
Date: Sun, 19 Oct 2014 20:12:43 +0300 (EEST)
>> > > I don't want to define the array size of the fpregs save area
>> > > explicitly and thereby placing an artificial limit there.
>> >
>> > Nevermind, it seems we have a hard limit of 7 FPU save areas anyways.
>> >
>> > Meelis,
On Sun, Oct 19, 2014 at 2:46 AM, Daniel Glöckner wrote:
> The Stretch s6000 family support has been merged into mainline 5 years
> ago. There appear to be no users of this code since nobody complained
> that there is a merge error preventing compilation.
>
> Apart from the s6105 IP camera referenc
[adding linux-sparse mailing list]
On 10/19/14 02:46, Mariusz Gorski wrote:
> Sparse throws the following warning, which I can't really understand:
>
> $ make drivers/staging/vt6655/ C=2
> [...]
> CHECK drivers/staging/vt6655/datarate.c
> drivers/staging/vt6655/datarate.c:302:40: warning: Ini
A quick batch of bug fixes:
1) Fix build with IPV6 disabled, from Eric Dumazet.
2) Several more cases of caching SKB data pointers across
calls to pskb_may_pull(), thus referencing potentially
free'd memory. From Li RongQing.
3) DSA phy code tests operation presence improperly, instead
On Sun, Oct 19, 2014 at 8:45 PM, David Miller wrote:
> From: Daniel Glöckner
> Date: Sun, 19 Oct 2014 00:49:05 +0200
>
>> The s6000 Xtensa support is removed from the kernel. There are no
>> other chips using this driver.
>
> That's not what I see in Linus's current tree:
David, s6000 removal is
Here we have two bug fixes:
1) The current thread's fault_code is not setup properly upon entry to
do_sparc64_fault() in some paths, leading to spurious SIGBUS.
2) Don't use a zero length array at the end of thread_info on sparc64,
otherwise end_of_stack() isn't right.
Please pull, thanks
From: Sam Ravnborg
Date: Sun, 19 Oct 2014 17:32:20 +0200
> This part:
>
>> +__attribute__ ((aligned(64)));
>
> Could be written as __aligned(64)
I'll try to remember to sweep this up in sparc-next, thanks Sam.
We probably use this long-hand form in a lot of other places in
the spa
From: Max Filippov
Date: Sun, 19 Oct 2014 21:26:05 +0400
> On Sun, Oct 19, 2014 at 8:45 PM, David Miller wrote:
>> From: Daniel Glöckner
>> Date: Sun, 19 Oct 2014 00:49:05 +0200
>>
>>> The s6000 Xtensa support is removed from the kernel. There are no
>>> other chips using this driver.
>>
>> Tha
On 2014-10-18 17:40, Richard Weinberger wrote:
> Am 18.10.2014 um 17:24 schrieb Manfred Schlaegl:
>> On 2014-10-18 17:19, Richard Weinberger wrote:
>>> Am 18.10.2014 um 17:12 schrieb Manfred Schlaegl:
On 2014-10-18 16:42, Richard Weinberger wrote:
> Am 18.10.2014 um 16:23 schrieb Manfred S
On 10/15/2014 10:00 PM, Hans de Bruin wrote:
After playing an old dos game i am missing files on my nfsroot installed
laptop. Which one, wel /bin/ls is at least one of them. After a reboot
there all back again. But not al is well. Some icons on my kde panel
where gone. I have seen this twice in
1 - 100 of 309 matches
Mail list logo
