Perf test -v hangs on beagle x15 device running Linux version stable
4.9 and 4.14 kernel. ( gcc version 7.3.0).
X15
Test breakpoint overflow signal handler: FAILED
Test breakpoint overflow sampling:
--- start ---
test child forked, pid 381
***Hangs Forever***
Debug lo
Hi Thomas,
On 3/2/19 7:43 AM, Thomas Gleixner wrote:
> On Thu, 28 Feb 2019, Dongli Zhang wrote:
>>
>> The root cause is that the return type of jiffies_to_usecs() is 'unsigned
>> int',
>> but not 'unsigned long'. As a result, the leading 32 bits are discarded.
>
> Errm. No. The root cause is tha
Hi Juergen,
On 3/4/19 4:14 PM, Juergen Gross wrote:
> On 01/03/2019 03:35, Dongli Zhang wrote:
>> This issue is only for stable 4.9.x (e.g., 4.9.160), while the root cause is
>> still in the lasted mainline kernel.
>>
>> This is obviated by new feature patch set ended with b672592f0221
>> ("sched/
On 01/03/2019 03:35, Dongli Zhang wrote:
> This issue is only for stable 4.9.x (e.g., 4.9.160), while the root cause is
> still in the lasted mainline kernel.
>
> This is obviated by new feature patch set ended with b672592f0221
> ("sched/cputime: Remove generic asm headers").
>
> After xen guest
On Thu, 28 Feb 2019, Dongli Zhang wrote:
>
> The root cause is that the return type of jiffies_to_usecs() is 'unsigned
> int',
> but not 'unsigned long'. As a result, the leading 32 bits are discarded.
Errm. No. The root cause is that jiffies_to_usecs() is used for that in the
first place. The f
This issue is only for stable 4.9.x (e.g., 4.9.160), while the root cause is
still in the lasted mainline kernel.
This is obviated by new feature patch set ended with b672592f0221
("sched/cputime: Remove generic asm headers").
After xen guest is up for long time, once we hotplug new vcpu, the cor
On Thu, Dec 21, 2017 at 10:19:27AM -0800, Eduardo Valentin wrote:
> On Thu, Dec 21, 2017 at 03:49:20PM +0100, gregkh wrote:
> > On Thu, Dec 21, 2017 at 12:33:45PM +0100, Arnd Bergmann wrote:
> > > On Thu, Dec 21, 2017 at 12:06 PM, kernelci.org bot
> > > wrote:
> >
On Thu, Dec 21, 2017 at 03:49:20PM +0100, gregkh wrote:
> On Thu, Dec 21, 2017 at 12:33:45PM +0100, Arnd Bergmann wrote:
> > On Thu, Dec 21, 2017 at 12:06 PM, kernelci.org bot
> > wrote:
> > > stable-rc/linux-4.9.y build: 183 builds: 179 failed, 4 passed, 179 er
On Thu, Dec 21, 2017 at 12:33:45PM +0100, Arnd Bergmann wrote:
> On Thu, Dec 21, 2017 at 12:06 PM, kernelci.org bot wrote:
> > stable-rc/linux-4.9.y build: 183 builds: 179 failed, 4 passed, 179 errors
> > (v4.9.71-115-gd4b9c892aea4)
> >
> > Full Build Summary:
>
On Thu, Dec 21, 2017 at 12:06 PM, kernelci.org bot wrote:
> stable-rc/linux-4.9.y build: 183 builds: 179 failed, 4 passed, 179 errors
> (v4.9.71-115-gd4b9c892aea4)
>
> Full Build Summary:
> https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.71-115-gd4b9c89
On Thu, 31 Aug 2017, Greg Kroah-Hartman wrote:
> On Wed, Aug 30, 2017 at 11:10:14PM +0300, Pasi Kärkkäinen wrote:
> > Hello everyone,
> >
> > Recently Nathan March reported on centos-virt list he's getting frequent
> > Linux kernel crashes with Linux 4.9 L
ted on centos-virt list he's getting frequent
> > > Linux kernel crashes with Linux 4.9 LTS kernel because of the missing
> > > patch
> > > "tty: Fix ldisc crash on reopened tty".
> >
> > Crashes with "normal" operation, or crashes whe
On Thu, 2017-08-31 at 06:36 +0200, Greg Kroah-Hartman wrote:
> On Wed, Aug 30, 2017 at 11:10:14PM +0300, Pasi Kärkkäinen wrote:
> > Hello everyone,
> >
> > Recently Nathan March reported on centos-virt list he's getting frequent
> > Linux kernel crashes with Lin
On Wed, Aug 30, 2017 at 11:10:14PM +0300, Pasi Kärkkäinen wrote:
> Hello everyone,
>
> Recently Nathan March reported on centos-virt list he's getting frequent
> Linux kernel crashes with Linux 4.9 LTS kernel because of the missing patch
> "tty: Fix ldisc crash on reo
Hello everyone,
Recently Nathan March reported on centos-virt list he's getting frequent Linux
kernel crashes with Linux 4.9 LTS kernel because of the missing patch "tty: Fix
ldisc crash on reopened tty".
The patch was already merged upstream here:
https://git.kernel.org/pub/s
On Wed, Aug 09, 2017 at 07:36:20PM +0200, Axel Rohde wrote:
>
> Hi Kernel Maintainers,
>
> I'm using Debian 9 ("Stretch", has just become stable) with Kernel 4.9.30.
>
> Recently I added a AMD Radeon RX 550 (Polaris 12) graphics board to my system
> to connect an
> Ultra HD Monitor using Disp
Hi Kernel Maintainers,
I'm using Debian 9 ("Stretch", has just become stable) with Kernel 4.9.30.
Recently I added a AMD Radeon RX 550 (Polaris 12) graphics board to my system
to connect an
Ultra HD Monitor using Display Port 1.2, which the Intel Ivy Bridge core i5
lacks.
Unfortunately 4.9
Hello,
Am 18.06.2017 um 20:22 schrieb Philipp Hahn:
> Am 17.06.2017 um 18:51 schrieb Laszlo Ersek:
>> (I also recommend using the "vbindiff" tool for such problems, it is
>> great for picking out patterns.)
>>
>> ** ** ** ** ** ** ** ** 8 9 ** ** ** 13 14 15
>> -- -- -- -- -
Am 18.06.2017 um 20:27 schrieb Dr. David Alan Gilbert:
> * Philipp Hahn (h...@univention.de) wrote:
>> Hello,
>>
>> Am 17.06.2017 um 18:51 schrieb Laszlo Ersek:
>>> (I also recommend using the "vbindiff" tool for such problems, it is
>>> great for picking out patterns.)
>>>
>>> ** ** ** *
* Philipp Hahn (h...@univention.de) wrote:
> Hello,
>
> Am 17.06.2017 um 18:51 schrieb Laszlo Ersek:
> > (I also recommend using the "vbindiff" tool for such problems, it is
> > great for picking out patterns.)
> >
> > ** ** ** ** ** ** ** ** 8 9 ** ** ** 13 14 15
> > -- --
Hello,
Am 17.06.2017 um 18:51 schrieb Laszlo Ersek:
> (I also recommend using the "vbindiff" tool for such problems, it is
> great for picking out patterns.)
>
> ** ** ** ** ** ** ** ** 8 9 ** ** ** 13 14 15
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 01
On 06/16/17 19:03, Philipp Hahn wrote:
> Comparing the corrupted (left) with the supposed (right) driver shows
> the following pattern:
>> /tmp/uefi.bin [+] 15038,1 Alles
>> /tmp/uefi.ko [+]15038,1 Alles
>> 003ac00:
Hello,
I tried to get QEMU running with UEFI and SecureBoot. It sometimes
works, but sometimes I get memory corruption:
- the Debian installer sometimes fails to load the "libata.ko" or
"e1000.ko" modules.
- it it not always the same module
- my guest kernel uses KASLR, which might explain differe
On Mon, Jun 12, 2017 at 01:18:55PM +0200, Arnd Bergmann wrote:
> On Mon, Jun 12, 2017 at 12:16 PM, kernelci.org bot wrote:
> > stable-rc/linux-4.9.y build: 203 builds: 12 failed, 191 passed, 12 errors,
> > 4 warnings (v4.9.31-86-gaa17912d6233)
> >
> > Ful
On Mon, Jun 12, 2017 at 01:18:55PM +0200, Arnd Bergmann wrote:
> On Mon, Jun 12, 2017 at 12:16 PM, kernelci.org bot wrote:
> > stable-rc/linux-4.9.y build: 203 builds: 12 failed, 191 passed, 12 errors,
> > 4 warnings (v4.9.31-86-gaa17912d6233)
> >
> > Ful
On Mon, Jun 12, 2017 at 12:16 PM, kernelci.org bot wrote:
> stable-rc/linux-4.9.y build: 203 builds: 12 failed, 191 passed, 12 errors, 4
> warnings (v4.9.31-86-gaa17912d6233)
>
> Full Build Summary:
> https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.31-8
Hello!
Since Linux 4.9, ums_eneub6250 is broken. It's working fine if
CONFIG_VMAP_STACK is disabled.
I would be glad if it would be fixed.
Thanks,
kind regards,
Andreas
Apr 15 17:58:54 notebook2 kernel: usb 1-1.1: new high-speed USB device number 3
using ehci-pci
Apr 15 17:58:54 note
On Sun, Mar 12, 2017 at 08:38:24PM +0100, Heinrich Schuchardt wrote:
> Dear Greg,
>
> could you, please, consider the following patch for the next Linux 4.9
> release to avoid a build failure with gcc 4.9:
>
> d24cdcd3e40a6825135498e11c20c7976b9bf545
> libceph: use BUG(
Dear Greg,
could you, please, consider the following patch for the next Linux 4.9
release to avoid a build failure with gcc 4.9:
d24cdcd3e40a6825135498e11c20c7976b9bf545
libceph: use BUG() instead of BUG_ON(1)
Best regards
Heinrich Schuchardt
On Fri, Jan 13, 2017 at 12:15:05PM +0100, Wolfgang Rohdewald wrote:
> this OOPS always happens with 4.9. up to 4.9.3
>
> all 4.8.x versions work fine.
Ick. Any chance you can use 'git bisect' to determine which commit
broke this for you?
thanks,
greg k-h
this OOPS always happens with 4.9. up to 4.9.3
all 4.8.x versions work fine.
Disabling VMAP_STACK does not fix it.
[9.043616] dvb-usb: found a 'Technotrend TT Connect S2-3600' in warm state.
[9.043619] pctv452e: pctv452e_power_ctrl: 1
[9.051329] BUG: unable to handle kernel NULL po
On Wed, Dec 07, 2016 at 05:07:15PM -0800, Linus Torvalds wrote:
> On Wed, Dec 7, 2016 at 4:04 PM, Al Viro wrote:
> >
> > Could you run this just before cutting 4.10-rc1?
>
> Sure. I hope you'll remind me just in case, though.
Doing so... Conversion in question is done by
PATT='^[[:blank:]]*#[
On Sun, 2016-12-04 at 09:17 -0800, Eric Dumazet wrote:
> On Sun, 2016-12-04 at 03:10 -0800, Linus Torvalds wrote:
> >
> >
> > On Dec 4, 2016 02:43, "Thorsten Leemhuis"
> > wrote:
> >
> >
> > What the status of below patch? From the discussion it looks a
> > lot
These are patches designed to improve system responsiveness and interactivity
with specific emphasis on the desktop, but configurable for any workload. The
patchset is mainly centred around the Multiple Queue Skiplist Scheduler,
MuQSS.
-ck1 patches:
http://ck.kolivas.org/patches/4.0/4.9/4.9-ck
Announcing an updated stable version of the Multiple Queue Skiplist Scheduler,
the successor to BFS, version 0.150 for linux-4.9.
Download:
http://ck.kolivas.org/patches/muqss/4.0/4.9/4.9-sched-MuQSS_150.patch
Git tree:
https://github.com/ckolivas/linux/tree/4.9-muqss
---
Patch summary:
The
So Linux 4.9 is out, and the merge window for 4.10 is thus open.
With the extra week for 4.9, the timing for the merge window is
obviously a bit awkward, and it technically closes in two weeks on
Christmas Day. But that is a pure technicality, because I will
certainly stop pulling on the 23rd at
On Wed, Dec 7, 2016 at 4:04 PM, Al Viro wrote:
>
> Could you run this just before cutting 4.10-rc1?
Sure. I hope you'll remind me just in case, though.
Especially since xmas eve in the Torvalds household tends to involve
glögg and snaps.
Linus
On Wed, Dec 07, 2016 at 10:32:47AM -0800, Linus Torvalds wrote:
> Btw, for anybody with a calendar (or just excellent finger counting
> skills), this should all be obvious, but I thought I'd make it very
> explicit anyway: this means that 4.9 will be released this upcoming
> Sunday, December 11th.
[ people I pulled from during the last merge window added in the bcc.
Except i probably messed up the name->email conversion, so if you
don't get it, it's because I'm incompetent ]
On Sun, Dec 4, 2016 at 1:30 PM, Linus Torvalds
wrote:
>
> So if anybody has been following the git tree, it should c
On 06/12/16 10:40, Robert LeBlanc wrote:
I'm not seeing a tag at
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/
. Was it pushed?
You should probably be looking at
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/, where
the tag certainly was pushed.
An
ink statistics counter errors
>
> Josef Bacik (1):
> bpf: fix states equal logic for varlen access
>
> Julian Wollrath (1):
> tcp: Set DEFAULT_TCP_CONG to bbr if DEFAULT_BBR is set
>
> Jérémy Lefaure (1):
> mm, thp: propagation of conditional compilat
On Sun, Dec 04, 2016 at 01:26:05PM +0100, Thorsten Leemhuis wrote:
> Desc: builddeb: fix cross-building to arm64 producing host-arch debs
> Repo: 16-11-04 https://www.spinics.net/lists/linux-kbuild/msg13635.html
> Stat: 16-11-11 https://www.spinics.net/lists/linux-kbuild/msg13696.html
> Note: Nothi
ot use tx queue lock in tx
completion handler
Linus Torvalds (3):
Re-enable CONFIG_MODVERSIONS in a slightly weaker form
Fix up a couple of field names in the CREDITS file
Linux 4.9-rc8
Liping Zhang (1):
netfilter: nft_range: add the missing NULL pointer check
Loic Pallardy
On Sun, 2016-12-04 at 03:10 -0800, Linus Torvalds wrote:
>
>
> On Dec 4, 2016 02:43, "Thorsten Leemhuis"
> wrote:
>
>
> What the status of below patch? From the discussion it looks a
> lot like
> it was developed to fix a regression in 4.9, but the patch
Hi! Here is my fifth regression report for Linux 4.9. It lists 11
regressions I'm aware of. 4 of them are new; 6 got fixed since
the last report -- that was two weeks ago, because I yet again
didn't find any spare time to compile a report last Sunday :-/
As always: Are you aware of
Lo! On 21.11.2016 14:51, Eric Dumazet wrote:
> On Mon, 2016-11-21 at 05:32 -0800, Eric Dumazet wrote:
>> Oh, this was definitely my intent of course, thanks for noticing this
>> typo ;)
> V2 is fixing this, and brings back NUMA spreading,
> (eg alloc_large_system_hash() done at boot time )
What th
net: phy: micrel: fix KSZ8041FTL supported value
Linus Torvalds (2):
Fix subtle CONFIG_MODVERSIONS problems
Linux 4.9-rc7
Matt Redfearn (1):
MIPS: mm: Fix output of __do_page_fault
Matthias Brugger (1):
drm/mediatek: fix null pointer dereference
Mauricio Faria de Oliv
On Sunday, November 20, 2016 4:09:51 PM CET Thorsten Leemhuis wrote:
>
> == Fixed since last report ==
>
> Desc: module loadling broken due to kbuild changes
> Repo: 16-10-15 http://www.gossamer-threads.com/lists/linux/kernel/2544734
> Stat: Fixes
> https://git.kernel.org/torvalds/c/4efca4ed05cb
On Sun, 2016-11-20 at 16:09 +0100, Thorsten Leemhuis wrote:
> Desc: "build regression: make.cross ARCH=mips fails with ""No rule to make
> target 'alchemy/devboards/'. """
> Repo: 16-10-30
> https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1262410.html
> https://marc.info/?l=linux-ke
On Mon, 2016-11-21 at 05:51 -0800, Eric Dumazet wrote:
> + while (chunk_order) {
> + if (node == NUMA_NO_NODE)
> + page = alloc_pages(multi_alloc_mask,
> chunk_order);
> + else
> + page = a
On Mon, 2016-11-21 at 05:32 -0800, Eric Dumazet wrote:
>
> Oh, this was definitely my intent of course, thanks for noticing this
> typo ;)
V2 is fixing this, and brings back NUMA spreading,
(eg alloc_large_system_hash() done at boot time )
lpaa24:~# grep alloc_large /proc/vmallocinfo
0xc9
On Mon, 2016-11-21 at 00:34 -0800, David Rientjes wrote:
> On Sun, 20 Nov 2016, Eric Dumazet wrote:
>
> > Another potential issue with CONFIG_VMAP_STACK is that we make no
> > attempt to allocate 4 consecutive pages.
> >
> > Even if we have plenty of memory, 4 calls to alloc_page() are likely to
On Sun, 20 Nov 2016, Eric Dumazet wrote:
> Another potential issue with CONFIG_VMAP_STACK is that we make no
> attempt to allocate 4 consecutive pages.
>
> Even if we have plenty of memory, 4 calls to alloc_page() are likely to
> give us 4 pages in completely different locations.
>
> Here I prin
On Mon, 2016-11-21 at 01:35 +, Al Viro wrote:
>
> Umm... One possibility would be something like fs/namespace.c:m_start() -
> if nothing has changed since the last time, just use a cached pointer.
> That has sped the damn thing (/proc/mounts et.al.) big way, but it's
> dependent upon having
On Sun, Nov 20, 2016 at 03:27:07PM -0800, Linus Torvalds wrote:
> On Sun, Nov 20, 2016 at 2:27 PM, Eric Dumazet wrote:
> >
> > Hosts with ~100,000 threads have an issue with /prov/vmallocinfo
> >
> > It can take about 800 usec to skip over ~100,000 struct vmap_area
> > in s_start(), while holding
On Sun, Nov 20, 2016 at 2:27 PM, Eric Dumazet wrote:
>
> Hosts with ~100,000 threads have an issue with /prov/vmallocinfo
>
> It can take about 800 usec to skip over ~100,000 struct vmap_area
> in s_start(), while holding vmap_area_lock spinlock, and therefore
> blocking fork()/pthread_create().
>
On Sun, 2016-11-20 at 14:05 -0800, Linus Torvalds wrote:
> That said, nothing particular is bothering me all that much, but we've
> had some of the VMALLOC_STACK fixups continue to trickle in, so I
> worry that we're not quite done there yet. And let's see what
> Thorsten's regression list looks l
for ipv4/ipv6 networks
Linus Torvalds (3):
Revert "printk: make reading the kernel log flush pending lines"
ASoC: lpass-platform: fix uninitialized variable
Linux 4.9-rc6
Linus Walleij (5):
video: ARM CLCD: fix Vexpress regression
i2c: mux: fix up dependenci
On Sun, Nov 20, 2016 at 04:09:51PM +0100, Thorsten Leemhuis wrote:
> Hi! Here is my fourth regression report for Linux 4.9.
> == Current regressions ==
>
> Desc: builddeb: fix cross-building to arm64 producing host-arch debs
> Repo: 16-11-04 https://www.spinics.net/lists/linux-
Hi! Here is my fourth regression report for Linux 4.9. It lists 10
regressions I'm aware of. 6 of them are new; 11 got fixed (wow!)
since the last report -- that was two weeks ago, because I
didn't find any spare time to compile a report last Sunday :-/
As always: Are you aware of
On 11/09/2016 03:59 PM, Sudip Mukherjee wrote:
> Hi Shuah
>
> On Wednesday 09 November 2016 10:04 PM, Shuah Khan wrote:
>> Hi Sudip/Greg,
>>
>> I am seeing the following double free from pp_release() in Linux 4.9-rc4
>> Is this a known problem?
>
> Can you
musb: remove duplicated actions
Larry Finger (1):
drm/radeon: Fix kernel panic on shutdown
Laura Abbott (2):
clk: xgene: Don't call __pa on ioremaped address
cpupower: Correct return type of cpu_power_is_cpu_online() in cpufreq-set
Linus Torvalds (1):
Linux 4.9-rc5
Lo
Hi Shuah
On Wednesday 09 November 2016 10:04 PM, Shuah Khan wrote:
Hi Sudip/Greg,
I am seeing the following double free from pp_release() in Linux 4.9-rc4
Is this a known problem?
Can you please check if the patch at [1] fixes the problem.
[1] https://patchwork.kernel.org/patch/9404815
Hi Sudip/Greg,
I am seeing the following double free from pp_release() in Linux 4.9-rc4
Is this a known problem?
-- Shuah
[ 54.732175] device: 'ppdev0.0': device_add
[ 54.732220] bus: 'parport': add device ppdev0.0
[ 54.732388] PM: Adding info for parport:ppdev0.
Am Mittwoch, 9. November 2016, 11:42:36 CET schrieb Jani Nikula:
> > *However*, I got a soft freeze and a hard freeze (well after about a
> > minute I gave up and rebooted by pressing power button long enough to
> > forcefully switch off the laptop) when playing PlaneShift using
> > drm-intel-fixes
On Wed, 09 Nov 2016, Martin Steigerwald wrote:
> Also no graphics glitches with external DisplayPort connected display.
Thanks for confirming this. The fix should make it to -rc5.
> *However*, I got a soft freeze and a hard freeze (well after about a
> minute I gave up and rebooted by pressing p
Am Dienstag, 8. November 2016, 16:17:59 CET schrieb Martin Steigerwald:
> Am Dienstag, 8. November 2016, 16:11:31 CET schrieb Martin Steigerwald:
> > Am Montag, 7. November 2016, 19:09:36 CET schrieb Jani Nikula:
> > > On Mon, 07 Nov 2016, Martin Steigerwald wrote:
> > > > It is also the same kind
Am Dienstag, 8. November 2016, 16:11:31 CET schrieb Martin Steigerwald:
> Am Montag, 7. November 2016, 19:09:36 CET schrieb Jani Nikula:
> > On Mon, 07 Nov 2016, Martin Steigerwald wrote:
> > > It is also the same kind of corruptions as shown in
> > >
> > > [Bug 177701] warning in intel_dp_aux_tr
Am Montag, 7. November 2016, 19:09:36 CET schrieb Jani Nikula:
> On Mon, 07 Nov 2016, Martin Steigerwald wrote:
> > It is also the same kind of corruptions as shown in
> >
> > [Bug 177701] warning in intel_dp_aux_transfer
> > https://bugzilla.kernel.org/show_bug.cgi?id=177701
> >
> > Just compar
Am Montag, 7. November 2016, 19:09:36 CET schrieb Jani Nikula:
> On Mon, 07 Nov 2016, Martin Steigerwald wrote:
> > It is also the same kind of corruptions as shown in
> >
> > [Bug 177701] warning in intel_dp_aux_transfer
> > https://bugzilla.kernel.org/show_bug.cgi?id=177701
> >
> > Just compar
On Mon, 07 Nov 2016, Martin Steigerwald wrote:
> It is also the same kind of corruptions as shown in
>
> [Bug 177701] warning in intel_dp_aux_transfer
> https://bugzilla.kernel.org/show_bug.cgi?id=177701
>
> Just compare
>
> https://bugzilla.kernel.org/attachment.cgi?id=241801
>
> with
>
> https:
Am Montag, 7. November 2016, 13:04:16 CET schrieb Jani Nikula:
> On Sun, 06 Nov 2016, Martin Steigerwald wrote:
> > Hi.
> >
> > Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds:
> >> So it's once again a Saturday afternoon rather than Sunday, this time
> >> because I felt this rc
On Sun, 06 Nov 2016, Martin Steigerwald wrote:
> Hi.
>
> Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds:
>> So it's once again a Saturday afternoon rather than Sunday, this time
>> because I felt this rc was already big enough.
>
> With kernel 4.9-rc4 I saw gfx corruptions like
Am Sonntag, 6. November 2016, 17:25:15 CET schrieb Mihai Donțu:
> On Sun, 06 Nov 2016 15:48:36 +0100 Martin Steigerwald wrote:
> > Hi.
> >
> > Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds:
> > > So it's once again a Saturday afternoon rather than Sunday, this time
> > > becaus
On 05.11.2016 23:38, Gabriel C wrote:
Hello ,
I've tested 4.9-rcX and Linus git tree and have on this box the following
messages :
.
Nov 05 20:26:40 zwerg kernel: INFO: rcu_preempt detected stalls on CPUs/tasks:
Nov 05 20:26:40 zwerg kernel: Tasks blocked on level-0 rcu_node (C
Am Sonntag, 6. November 2016, 17:25:15 CET schrieb Mihai Donțu:
> On Sun, 06 Nov 2016 15:48:36 +0100 Martin Steigerwald wrote:
> > Hi.
> >
> > Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds:
> > > So it's once again a Saturday afternoon rather than Sunday, this time
> > > becaus
On Sun, 06 Nov 2016 15:48:36 +0100 Martin Steigerwald wrote:
> Hi.
>
> Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds:
> > So it's once again a Saturday afternoon rather than Sunday, this time
> > because I felt this rc was already big enough.
>
> With kernel 4.9-rc4 I saw gf
Hi.
Am Samstag, 5. November 2016, 16:46:33 CET schrieb Linus Torvalds:
> So it's once again a Saturday afternoon rather than Sunday, this time
> because I felt this rc was already big enough.
With kernel 4.9-rc4 I saw gfx corruptions like
https://martin-steigerwald.de/tmp/display-issues-with-ker
Hi! Here is my third regression report for Linux 4.9. It lists 17
regressions I'm aware of. 6 of them are new; 3 got fixed since
last weeks report (a fourth looks fixed as well). The console
problem ("console: don't prefer first registered [...]") got
reported to me multiple t
Lo! On 01.11.2016 09:18, Paul Bolle wrote:
> On Sun, 2016-10-30 at 14:20 +0100, Thorsten Leemhuis wrote:
>> As always: Are you aware of any other regressions? Then please let me
>> know (simply CC regressi...@leemhuis.info).
> Do build regressions count?
That's a good question.
> Because I was tr
Ladi Prosek (1):
virtio_ring: Make interrupt suppression spec compliant
Larry Finger (1):
rtlwifi: Fix regression caused by commit d86e64768859
Lars-Peter Clausen (1):
gpio: GPIO_GET_LINE{HANDLE,EVENT}_IOCTL: Fix file descriptor leak
Linus Lüssing (1):
batman-adv: fix s
Hello ,
I've tested 4.9-rcX and Linus git tree and have on this box the following
messages :
.
Nov 05 20:26:40 zwerg kernel: INFO: rcu_preempt detected stalls on CPUs/tasks:
Nov 05 20:26:40 zwerg kernel: Tasks blocked on level-0 rcu_node (CPUs
0-15): P0
Nov 05 20:26:40 zwerg kerne
Linus,
The following changes since commit 07d9a380680d1c0eb51ef87ff2eab5c994949e69:
Linux 4.9-rc2 (2016-10-23 17:10:14 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to
On Sun, 2016-10-30 at 14:20 +0100, Thorsten Leemhuis wrote:
> As always: Are you aware of any other regressions? Then please let me
> know (simply CC regressi...@leemhuis.info).
Do build regressions count?
Because I was trying to fix an obscure build issue in arch/mips, choose
a random configurat
On Okt 30 2016, Benjamin Herrenschmidt wrote:
> On Sun, 2016-10-30 at 14:20 +0100, Thorsten Leemhuis wrote:
>>
>> Desc: PPC32: fails to boot on my PowerBook G4 Aluminum; bisected to
>> commit 05fd007e4629
>> Repo: 2016-10-20 https://www.mail-archive.com/linux-kernel@vger.kerne
>> l.org/msg125339
On Sun, Oct 30, 2016 at 6:20 AM, Thorsten Leemhuis
wrote:
>
> Desc: tpm0: TPM self test failed
> Repo: 2016-10-28
> https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1259943.html
> Stat: 2016-10-28
> https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1260452.html
> https://
On Sun, 2016-10-30 at 14:20 +0100, Thorsten Leemhuis wrote:
>
> Desc: PPC32: fails to boot on my PowerBook G4 Aluminum; bisected to
> commit 05fd007e4629
> Repo: 2016-10-20 https://www.mail-archive.com/linux-kernel@vger.kerne
> l.org/msg1253391.html
> Stat: 2016-10-22 https://www.mail-archive.com/
Hi! Here is my second regression report for Linux 4.9. It lists 14
regressions I'm aware of. 4 of them are new; 3 got fixed since last weeks
report.
As always: Are you aware of any other regressions? Then please let me
know (simply CC regressi...@leemhuis.info). And please tell me if the
ference when reading /proc//auxv
Linus Torvalds (5):
proc: don't use FOLL_FORCE for reading cmdline and environment
mm: remove per-zone hashtable of bitlock waitqueues
mm: remove unused variable in memory hotplug
Allow KASAN and HOTPLUG_MEMORY to co-exist when doing build
gs/tpmdd-next-20161005
>
> for you to fetch changes up to 65da72b7ddcdd8990e4783d09c7e86d90ccb4121:
>
> tpm: remove invalid min length check from tpm_do_selftest() (2016-10-05
> 18:21:58 +0300)
>
> -------
nvme: don't schedule multiple resets
Linus Torvalds (3):
mm: remove gup_flags FOLL_WRITE games from __get_user_pages()
printk: suppress empty continuation lines
Linux 4.9-rc2
Longpeng(Mike) (1):
x86: Remove duplicate rtit status MSR macro
Lorenzo Pieralisi (1):
Hi! Here is my first regression report for Linux 4.9. It lists 14
regressions I'm aware of.
As always: Are you aware of any other regressions? Then please let me
know (simply CC regressi...@leemhuis.info). And please tell me if there
is anything in the report that shouldn't be th
On Mon, Oct 17, 2016 at 07:33:33AM +, David Binderman wrote:
> Hello there,
>
>
>
> linux-4.9-rc1/drivers/staging/lustre/lustre/osc/osc_request.c:973]: (style)
> Checking if unsigned variable 'cli.cl_avail_grant' is less than zero.
>
>
>
&
Hi David,
On Mon, 2016-10-17 at 07:40 +, David Binderman wrote:
> Hello there,
>
> linux-4.9-rc1/drivers/net/wireless/intel/iwlwifi/mvm/debugfs.c:1561]: (style)
> Checking if unsigned variable 'len' is less than zero.
>
> Source code is
>
> len = min(
Hi all,
As usual, the executive friendly graph is at
http://neuling.org/linux-next-size.html :-)
(No merge commits counted, next-20161004 was the first linux-next after
the merge window opened.)
Commits in v4.9-rc1 (relative to v4.8):14308
Commits in next-20161004:
I usually do the releases on a Sunday afternoon, but occasionally cut
the merge window short by a day just to keep people on their toes, and
make sure people learn not to send in last-minute pull requests. No
gaming the merge window to the last day. This is one such release.
To be fair, the reason
On 10/14/2016 12:24 AM, Linus Torvalds wrote:
> On Thu, Oct 13, 2016 at 1:21 PM, Anna Schumaker
> wrote:
>>
>> git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.9-1
>
> Please keep the summary of changes in the email too. I can see it in
> the tag, and it will show up when I do
On Thu, Oct 13, 2016 at 1:21 PM, Anna Schumaker
wrote:
>
> git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.9-1
Please keep the summary of changes in the email too. I can see it in
the tag, and it will show up when I do a pull that way, but I'd
_really_ like to see it in the e
Hi Linus,
The following changes since commit 3be7988674ab33565700a37b210f502563d932e6:
Linux 4.8-rc7 (2016-09-18 17:27:41 -0700)
are available in the git repository at:
git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.9-1
for you to fetch changes up to 3f807e5ae5597bd65a6
18:21:58 +0300)
tpmdd critical fix for Linux 4.9
Jarkko Sakkinen (1):
tpm: remove invalid min length check from tpm_do_selftest()
drivers/char/tpm/tpm-inter
1 - 100 of 104 matches
Mail list logo
