May 2019 - Linux-stable-mirror

Re: [PATCH] i2c: Prevent runtime suspend of adapter when Host Notify is required

by Jarkko Nikula

On 4/30/19 6:56 PM, Sasha Levin wrote: > Hi, > > [This is an automated email] > > This commit has been processed because it contains a "Fixes:" tag, > fixing commit: c5eb1190074c PCI / PM: Allow runtime PM without callback functions. > > The bot has tested the following trees: v5.0.10, v4.19.37. > > v5.0.10: Build OK! > v4.19.37: Failed to apply! Possible dependencies: > 6f108dd70d30 ("i2c: Clear client->irq in i2c_device_remove") > 93b6604c5a66 ("i2c: Allow recovery of the initial IRQ by an I2C client device.") > > > How should we proceed with this patch? > There's also dependency to commit b9bb3fdf4e87 ("i2c: Remove unnecessary call to irq_find_mapping") Without it 93b6604c5a66 doesn't apply. Otherwise my patch don't have dependency into these so I can have another version for 4.19 if needed. I got impression from the mail thread for 6f108dd70d30 that it could be also stable material but cannot really judge. Charles: does your commits b9bb3fdf4e87 and 6f108dd70d30 with the fix 93b6604c5a66 qualify for 4.19? (background: my fix doesn't apply without them but doesn't depend on them). -- Jarkko

5 years, 11 months

3
2
0 0

[PATCH 5.0 00/32] 5.0.13-stable review

by Greg Kroah-Hartman

This is the start of the stable review cycle for the 5.0.13 release. There are 32 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. Responses should be made by Mon 06 May 2019 10:24:23 AM UTC. Anything received after that time might be too late. The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.0.13-rc1… or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-5.0.y and the diffstat can be found below. thanks, greg k-h ------------- Pseudo-Shortlog of commits: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Linux 5.0.13-rc1 Rafael J. Wysocki <rafael.j.wysocki(a)intel.com> ath10k: Drop WARN_ON()s that always trigger during system resume Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> iwlwifi: mvm: properly check debugfs dentry before using it Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> ALSA: line6: use dynamic buffers Jim Mattson <jmattson(a)google.com> KVM: nVMX: Fix size checks in vmx_set_nested_state Sean Christopherson <sean.j.christopherson(a)intel.com> KVM: x86: Whitelist port 0x7e for pre-incrementing %rip Jakub Kicinski <jakub.kicinski(a)netronome.com> net/tls: fix copy to fragments in reencrypt Jakub Kicinski <jakub.kicinski(a)netronome.com> net/tls: don't copy negative amounts of data in reencrypt Michael Chan <michael.chan(a)broadcom.com> bnxt_en: Fix uninitialized variable usage in bnxt_rx_pkt(). Michael Chan <michael.chan(a)broadcom.com> bnxt_en: Fix statistics context reservation logic. Michael Chan <michael.chan(a)broadcom.com> bnxt_en: Pass correct extended TX port statistics size to firmware. Michael Chan <michael.chan(a)broadcom.com> bnxt_en: Fix possible crash in bnxt_hwrm_ring_free() under error conditions. Vasundhara Volam <vasundhara-v.volam(a)broadcom.com> bnxt_en: Free short FW command HWRM memory in error path in bnxt_init_one() Michael Chan <michael.chan(a)broadcom.com> bnxt_en: Improve multicast address setup logic. Eric Dumazet <edumazet(a)google.com> udp: fix GRO packet of death Paolo Abeni <pabeni(a)redhat.com> udp: fix GRO reception in case of length mismatch Eric Dumazet <edumazet(a)google.com> tcp: add sanity tests in tcp_add_backlog() David Ahern <dsahern(a)gmail.com> selftests: fib_rule_tests: Fix icmp proto with ipv6 Willem de Bruijn <willemb(a)google.com> packet: in recvmsg msg_name return at least sizeof sockaddr_ll Willem de Bruijn <willemb(a)google.com> packet: validate msg_namelen in send directly Hangbin Liu <liuhangbin(a)gmail.com> selftests: fib_rule_tests: print the result and return 1 if any tests failed Xin Long <lucien.xin(a)gmail.com> sctp: avoid running the sctp state machine recursively David Howells <dhowells(a)redhat.com> rxrpc: Fix net namespace cleanup Jakub Kicinski <jakub.kicinski(a)netronome.com> net/tls: avoid NULL pointer deref on nskb->sk in fallback Andrew Lunn <andrew(a)lunn.ch> net: phy: marvell: Fix buffer overrun with stats counters Dan Carpenter <dan.carpenter(a)oracle.com> net: dsa: bcm_sf2: fix buffer overflow doing set_rxnfc Eric Dumazet <edumazet(a)google.com> l2tp: use rcu_dereference_sk_user_data() in l2tp_udp_encap_recv() Eric Dumazet <edumazet(a)google.com> l2ip: fix possible use-after-free Willem de Bruijn <willemb(a)google.com> ipv6: invert flowlabel sharing check in process and user mode Eric Dumazet <edumazet(a)google.com> ipv6/flowlabel: wait rcu grace period before put_pid() Eric Dumazet <edumazet(a)google.com> ipv6: fix races in ip6_dst_destroy() Martin KaFai Lau <kafai(a)fb.com> ipv6: A few fixes on dereferencing rt->from Shmulik Ladkani <shmulik(a)metanetworks.com> ipv4: ip_do_fragment: Preserve skb_iif during fragmentation ------------- Diffstat: Makefile | 4 +- arch/x86/include/uapi/asm/kvm.h | 1 + arch/x86/kvm/vmx/nested.c | 4 +- arch/x86/kvm/x86.c | 21 +++++++- drivers/net/dsa/bcm_sf2_cfp.c | 6 +++ drivers/net/ethernet/broadcom/bnxt/bnxt.c | 53 +++++++++++-------- drivers/net/phy/marvell.c | 6 ++- drivers/net/wireless/ath/ath10k/mac.c | 4 +- .../net/wireless/intel/iwlwifi/mvm/debugfs-vif.c | 5 ++ include/net/sctp/command.h | 1 - net/ipv4/ip_output.c | 1 + net/ipv4/tcp_ipv4.c | 13 ++++- net/ipv4/udp_offload.c | 16 ++++-- net/ipv6/ip6_fib.c | 4 +- net/ipv6/ip6_flowlabel.c | 22 +++++--- net/ipv6/route.c | 47 ++++++++--------- net/l2tp/l2tp_core.c | 10 ++-- net/packet/af_packet.c | 37 ++++++++----- net/rxrpc/call_object.c | 32 ++++++------ net/sctp/sm_sideeffect.c | 29 ----------- net/sctp/sm_statefuns.c | 35 ++++++++++--- net/tls/tls_device.c | 39 ++++++++++---- net/tls/tls_device_fallback.c | 3 +- sound/usb/line6/driver.c | 60 +++++++++++++--------- sound/usb/line6/podhd.c | 21 ++++---- sound/usb/line6/toneport.c | 24 ++++++--- tools/testing/selftests/net/fib_rule_tests.sh | 10 +++- 27 files changed, 309 insertions(+), 199 deletions(-)

5 years, 11 months

4
39
0 0

[PATCH 4.19 00/23] 4.19.40-stable review

by Greg Kroah-Hartman

This is the start of the stable review cycle for the 4.19.40 release. There are 23 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. Responses should be made by Mon 06 May 2019 10:24:19 AM UTC. Anything received after that time might be too late. The whole patch series can be found in one patch at: https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.19.40-rc… or in the git tree and branch at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.19.y and the diffstat can be found below. thanks, greg k-h ------------- Pseudo-Shortlog of commits: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Linux 4.19.40-rc1 Rafael J. Wysocki <rafael.j.wysocki(a)intel.com> ath10k: Drop WARN_ON()s that always trigger during system resume Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> ALSA: line6: use dynamic buffers Jim Mattson <jmattson(a)google.com> KVM: nVMX: Fix size checks in vmx_set_nested_state Sean Christopherson <sean.j.christopherson(a)intel.com> KVM: x86: Whitelist port 0x7e for pre-incrementing %rip Jakub Kicinski <jakub.kicinski(a)netronome.com> net/tls: fix copy to fragments in reencrypt Jakub Kicinski <jakub.kicinski(a)netronome.com> net/tls: don't copy negative amounts of data in reencrypt Michael Chan <michael.chan(a)broadcom.com> bnxt_en: Fix uninitialized variable usage in bnxt_rx_pkt(). Vasundhara Volam <vasundhara-v.volam(a)broadcom.com> bnxt_en: Free short FW command HWRM memory in error path in bnxt_init_one() Michael Chan <michael.chan(a)broadcom.com> bnxt_en: Improve multicast address setup logic. Willem de Bruijn <willemb(a)google.com> packet: validate msg_namelen in send directly Hangbin Liu <liuhangbin(a)gmail.com> selftests: fib_rule_tests: print the result and return 1 if any tests failed Xin Long <lucien.xin(a)gmail.com> sctp: avoid running the sctp state machine recursively David Howells <dhowells(a)redhat.com> rxrpc: Fix net namespace cleanup Jakub Kicinski <jakub.kicinski(a)netronome.com> net/tls: avoid NULL pointer deref on nskb->sk in fallback Andrew Lunn <andrew(a)lunn.ch> net: phy: marvell: Fix buffer overrun with stats counters Dan Carpenter <dan.carpenter(a)oracle.com> net: dsa: bcm_sf2: fix buffer overflow doing set_rxnfc Eric Dumazet <edumazet(a)google.com> l2tp: use rcu_dereference_sk_user_data() in l2tp_udp_encap_recv() Eric Dumazet <edumazet(a)google.com> l2ip: fix possible use-after-free Willem de Bruijn <willemb(a)google.com> ipv6: invert flowlabel sharing check in process and user mode Eric Dumazet <edumazet(a)google.com> ipv6/flowlabel: wait rcu grace period before put_pid() Eric Dumazet <edumazet(a)google.com> ipv6: fix races in ip6_dst_destroy() Martin KaFai Lau <kafai(a)fb.com> ipv6: A few fixes on dereferencing rt->from Shmulik Ladkani <shmulik(a)metanetworks.com> ipv4: ip_do_fragment: Preserve skb_iif during fragmentation ------------- Diffstat: Makefile | 4 +- arch/x86/include/uapi/asm/kvm.h | 1 + arch/x86/kvm/vmx.c | 4 +- arch/x86/kvm/x86.c | 21 +++++++++- drivers/net/dsa/bcm_sf2_cfp.c | 6 +++ drivers/net/ethernet/broadcom/bnxt/bnxt.c | 19 ++++++--- drivers/net/phy/marvell.c | 6 ++- drivers/net/wireless/ath/ath10k/mac.c | 2 +- include/net/sctp/command.h | 1 - net/ipv4/ip_output.c | 1 + net/ipv6/ip6_fib.c | 4 +- net/ipv6/ip6_flowlabel.c | 22 ++++++---- net/ipv6/route.c | 47 +++++++++------------ net/l2tp/l2tp_core.c | 10 ++--- net/packet/af_packet.c | 24 ++++++----- net/rxrpc/call_object.c | 32 +++++++------- net/sctp/sm_sideeffect.c | 29 ------------- net/sctp/sm_statefuns.c | 35 ++++++++++++---- net/tls/tls_device.c | 39 ++++++++++++----- net/tls/tls_device_fallback.c | 3 +- sound/usb/line6/driver.c | 60 ++++++++++++++++----------- sound/usb/line6/podhd.c | 21 ++++++---- sound/usb/line6/toneport.c | 24 ++++++++--- tools/testing/selftests/net/fib_rule_tests.sh | 6 +++ 24 files changed, 248 insertions(+), 173 deletions(-)

5 years, 11 months

6
32
0 0

[PATCH v2 1/5] mtd: rawnand: mtk: Correct low level time calculation of r/w cycle

by Xiaolei Li

At present, the flow of calculating AC timing of read/write cycle in SDR mode is that: At first, calculate high hold time which is valid for both read and write cycle using the max value between tREH_min and tWH_min. Secondly, calculate WE# pulse width using tWP_min. Thridly, calculate RE# pulse width using the bigger one between tREA_max and tRP_min. But NAND SPEC shows that Controller should also meet write/read cycle time. That is write cycle time should be more than tWC_min and read cycle should be more than tRC_min. Obviously, we do not achieve that now. This patch corrects the low level time calculation to meet minimum read/write cycle time required. After getting the high hold time, WE# low level time will be promised to meet tWP_min and tWC_min requirement, and RE# low level time will be promised to meet tREA_max, tRP_min and tRC_min requirement. Fixes: edfee3619c49 ("mtd: nand: mtk: add ->setup_data_interface() hook") Cc: stable(a)vger.kernel.org Signed-off-by: Xiaolei Li <xiaolei.li(a)mediatek.com> --- drivers/mtd/nand/raw/mtk_nand.c | 24 +++++++++++++++++++++--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/drivers/mtd/nand/raw/mtk_nand.c b/drivers/mtd/nand/raw/mtk_nand.c index b6b4602f5132..4fbb0c6ecae3 100644 --- a/drivers/mtd/nand/raw/mtk_nand.c +++ b/drivers/mtd/nand/raw/mtk_nand.c @@ -508,7 +508,8 @@ static int mtk_nfc_setup_data_interface(struct nand_chip *chip, int csline, { struct mtk_nfc *nfc = nand_get_controller_data(chip); const struct nand_sdr_timings *timings; - u32 rate, tpoecs, tprecs, tc2r, tw2r, twh, twst, trlt; + u32 rate, tpoecs, tprecs, tc2r, tw2r, twh, twst = 0, trlt = 0; + u32 thold; timings = nand_get_sdr_timings(conf); if (IS_ERR(timings)) @@ -544,11 +545,28 @@ static int mtk_nfc_setup_data_interface(struct nand_chip *chip, int csline, twh = DIV_ROUND_UP(twh * rate, 1000000) - 1; twh &= 0xf; - twst = timings->tWP_min / 1000; + /* Calculate real WE#/RE# hold time in nanosecond */ + thold = (twh + 1) * 1000000 / rate; + /* nanosecond to picosecond */ + thold *= 1000; + + /** + * WE# low level time should be expaned to meet WE# pulse time + * and WE# cycle time at the same time. + */ + if (thold < timings->tWC_min) + twst = timings->tWC_min - thold; + twst = max(timings->tWP_min, twst) / 1000; twst = DIV_ROUND_UP(twst * rate, 1000000) - 1; twst &= 0xf; - trlt = max(timings->tREA_max, timings->tRP_min) / 1000; + /** + * RE# low level time should be expaned to meet RE# pulse time, + * RE# access time and RE# cycle time at the same time. + */ + if (thold < timings->tRC_min) + trlt = timings->tRC_min - thold; + trlt = max3(trlt, timings->tREA_max, timings->tRP_min) / 1000; trlt = DIV_ROUND_UP(trlt * rate, 1000000) - 1; trlt &= 0xf; -- 2.18.0

5 years, 11 months

3
2
0 0

Re: [RFC][PATCH 1/2] x86: Allow breakpoints to emulate call functions

by Linus Torvalds

On Fri, May 3, 2019 at 10:08 PM Linus Torvalds <torvalds(a)linux-foundation.org> wrote: > > I'll look at it tomorrow, but I think this actually makes unnecessary changes. > > In particular, I think we could keep the existing entry code almost unchanged with this whole approach. So here's what I *think* should work. Note that I also removed your test-case code, because it really didn't have a chance in hell of working. Doing that int3_emulate_call(regs, (unsigned long)&int3_magic); inside of int3_exception_notify() could not possibly be valid, since int3_emulate_call() returns the new pt_regs that need to be used, and throwing it away is clearly wrong. So you can't use a register_die_notifier() to try to intercept the 'int3' error and then do it manually, it needs to be done by the ftrace_int3_handler() code that actually returns the new regs, and where do_kernel_int3() will then return it to the low-level handler. End result: I haven't actually tested this code, but I've looked through the patch something like ten times without finding any new errors. I've also tried *very* hard to make the patch minimal, with the exception of the comments, which I tried to make extensive for any of the subtle cases. But without testing, it's probably still buggy. I have to say, I finally like the end result here. Maybe it's because I got to make my mark and pee in the snow, but I will say that (a) the actual entry code modifications really are minimal now (b) the instruction emulation really is very simple and straightforward (c) yes, we play some stack tricks (and yes, we play them differently on x86-64 and x86-32), but the tricks are again at least straightforward, and we never really change the layout of any stack. So on the whole, I think this is about as good as it gets. Did I get all the details actually right, and it _works_? I guess we'll see. Linus

5 years, 11 months

2
3
0 0

Commit 8c37f7c23c02f6ac020ffdc746026c2363b23a5a causes warnings

by François Valenduc

Commit 8c37f7c23c02f6ac020ffdc746026c2363b23a5a ( workqueue: Try to catch flush_work() without INIT_WORK().) causes the following warning when mounting encrypted filesystems: May 3 21:29:33 pc-francois kernel: [ 20.202934] WARNING: CPU: 1 PID: 1719 at kernel/workqueue.c:2911 __flush_work+0x1a4/0x1c0 May 3 21:29:33 pc-francois kernel: [ 20.205470] Modules linked in: uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videodev videobuf2_common arc4 rtl8188ee rtl_pci rtlwifi mac80211 cfg80211 snd_hda_codec_hdmi alx mdio psmou se snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_pcm snd_timer snd soundcore evdev coretemp battery nls_utf8 nls_cp850 efivars vfat fat ac hwmon vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) nbd kvm_intel nfsd au th_rpcgss kvm irqbypass dm_thin_pool dm_persistent_data dm_bio_prison dm_round_robin dm_multipath xts cbc fuse xfs nfs lockd grace sunrpc btrfs xor zstd_decompress zstd_compress xxhash raid6_pq crc32c_generic libcrc32c zlib_inflate ext4 mbcache jbd2 dm_snapshot dm_bufio dm_crypt dm_mirror dm_region_hash dm_log dm_mod dax ohci_hcd sr_mod sd_mod cdrom usb_storage hid_generic May 3 21:29:33 pc-francois kernel: [ 20.218000] usbhid hid xhci_pci aesni_intel aes_x86_64 crypto_simd cryptd glue_helper ehci_pci ahci xhci_hcd ehci_hcd libahci usbcore usb_common May 3 21:29:33 pc-francois kernel: [ 20.220780] CPU: 1 PID: 1719 Comm: systemd-cryptse Tainted: G W O 4.19.39-rc1 #41 May 3 21:29:33 pc-francois kernel: [ 20.223587] Hardware name: TOSHIBA SATELLITE C70-A/Type2 - Board Product Name1, BIOS 1.00 04/30/2013 May 3 21:29:33 pc-francois kernel: [ 20.226435] RIP: 0010:__flush_work+0x1a4/0x1c0 May 3 21:29:33 pc-francois kernel: [ 20.229285] Code: 20 e9 f8 fe ff ff fb 31 c0 eb 8e 8b 4d 00 48 8b 55 08 83 e1 08 48 0f ba 6d 00 03 80 c9 f0 e9 54 ff ff ff 0f 0b e9 6f ff ff ff <0f> 0b 31 c0 e9 66 ff ff ff e8 7e 8b fe ff 66 66 2e 0 f 1f 84 00 00 May 3 21:29:33 pc-francois kernel: [ 20.235471] RSP: 0018:ffff956f8033fb50 EFLAGS: 00010246 May 3 21:29:33 pc-francois kernel: [ 20.238618] RAX: 0000000000000000 RBX: ffff8ff5bce9b9d0 RCX: 0000000000000000 May 3 21:29:33 pc-francois kernel: [ 20.241801] RDX: 0000000000000001 RSI: 0000000000000001 RDI: ffff8ff5bce9b9d0 May 3 21:29:33 pc-francois kernel: [ 20.244991] RBP: ffff8ff5bce9b9d0 R08: 0000000000000050 R09: ffff8ff5c3019380 May 3 21:29:33 pc-francois kernel: [ 20.248178] R10: 0000000000000ab8 R11: ffff8ff5c305e688 R12: 0000000000000000 May 3 21:29:33 pc-francois kernel: [ 20.251389] R13: ffff956f8033fbe8 R14: ffffffff8c0609f0 R15: ffff956f8033fd08 May 3 21:29:33 pc-francois kernel: [ 20.254624] FS: 00007feaa0d15840(0000) GS:ffff8ff5c3040000(0000) knlGS:0000000000000000 May 3 21:29:33 pc-francois kernel: [ 20.257908] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 May 3 21:29:33 pc-francois kernel: [ 20.261198] CR2: 00007f9316ec25a0 CR3: 000000033cf8c003 CR4: 00000000001606a0 May 3 21:29:33 pc-francois kernel: [ 20.264520] Call Trace: May 3 21:29:33 pc-francois kernel: [ 20.267837] ? _raw_spin_unlock_irq+0xe/0x20 May 3 21:29:33 pc-francois kernel: [ 20.271173] ? finish_task_switch+0x8a/0x2a0 May 3 21:29:33 pc-francois kernel: [ 20.274499] ? __switch_to+0x2e/0x380 May 3 21:29:33 pc-francois kernel: [ 20.277820] ? __switch_to_asm+0x34/0x70 May 3 21:29:33 pc-francois kernel: [ 20.281136] __cancel_work_timer+0xfe/0x180 May 3 21:29:33 pc-francois kernel: [ 20.284315] ? remove_all+0x30/0x30 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.287332] ? _raw_spin_unlock_irqrestore+0xf/0x30 May 3 21:29:33 pc-francois kernel: [ 20.290326] ? remove_all+0x30/0x30 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.293300] blk_sync_queue+0x1d/0x80 May 3 21:29:33 pc-francois kernel: [ 20.296253] blk_cleanup_queue+0xc0/0x140 May 3 21:29:33 pc-francois kernel: [ 20.299198] cleanup_mapped_device+0xc3/0x100 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.302158] free_dev+0x38/0xa0 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.305113] ? remove_all+0x30/0x30 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.308044] dev_remove+0xce/0x110 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.310961] ctl_ioctl+0x1a7/0x3a0 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.313881] dm_ctl_ioctl+0x5/0x10 [dm_mod] May 3 21:29:33 pc-francois kernel: [ 20.316810] do_vfs_ioctl+0xa0/0x610 May 3 21:29:33 pc-francois kernel: [ 20.319738] ? ksys_semctl+0x124/0x160 May 3 21:29:33 pc-francois kernel: [ 20.322674] ? preempt_count_add+0x74/0xa0 May 3 21:29:33 pc-francois kernel: [ 20.325628] ksys_ioctl+0x35/0x70 May 3 21:29:33 pc-francois kernel: [ 20.328586] __x64_sys_ioctl+0x11/0x20 May 3 21:29:33 pc-francois kernel: [ 20.331536] do_syscall_64+0x43/0xf0 May 3 21:29:33 pc-francois kernel: [ 20.334493] entry_SYSCALL_64_after_hwframe+0x44/0xa9 May 3 21:29:33 pc-francois kernel: [ 20.337478] RIP: 0033:0x7feaa2d10b17 May 3 21:29:33 pc-francois kernel: [ 20.340462] Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 18 c3 e8 7d e1 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 49 b3 0c 00 f7 d8 64 89 01 48 May 3 21:29:33 pc-francois kernel: [ 20.346929] RSP: 002b:00007ffc4e75db58 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 May 3 21:29:33 pc-francois kernel: [ 20.350202] RAX: ffffffffffffffda RBX: 00007feaa15156e0 RCX: 00007feaa2d10b17 May 3 21:29:33 pc-francois kernel: [ 20.353493] RDX: 00005585e2127a80 RSI: 00000000c138fd04 RDI: 0000000000000004 May 3 21:29:33 pc-francois kernel: [ 20.356793] RBP: 00007feaa154f4c3 R08: 000000000000005f R09: 00005585e2103ec0 May 3 21:29:33 pc-francois kernel: [ 20.360101] R10: 00007feaa2d9ef80 R11: 0000000000000246 R12: 00005585e2127a80 May 3 21:29:33 pc-francois kernel: [ 20.363363] R13: 0000000000000001 R14: 00005585e2127b30 R15: 00005585e2103650 May 3 21:29:33 pc-francois kernel: [ 20.366616] ---[ end trace 170b245abe91a71f ]--- May 3 21:29:33 pc-francois kernel: [ 21.000999] EXT4-fs (dm-14): mounted filesystem with ordered data mode. Opts: (null) Finally If I revert this commit, the problem doesn't occur. I am using filesystems encrypted with luks formatted with ext4. The filesystems are on LVM volumes. Does anybody have an idea about this problem ? Thanks in advance for your help, François Valenduc

5 years, 11 months

3
4
0 0

stable-rc/linux-4.9.y boot: 105 boots: 0 failed, 99 passed with 4 offline, 2 untried/unknown (v4.9.173-2-g4fb0b09ba389)

by kernelci.org bot

stable-rc/linux-4.9.y boot: 105 boots: 0 failed, 99 passed with 4 offline, 2 untried/unknown (v4.9.173-2-g4fb0b09ba389) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.… Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.9.y/kernel/v4.9.173-2-g… Tree: stable-rc Branch: linux-4.9.y Git Describe: v4.9.173-2-g4fb0b09ba389 Git Commit: 4fb0b09ba38945f6131468549f7e14410b2bc6a2 Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 52 unique boards, 22 SoC families, 15 builds out of 197 Offline Platforms: arm: davinci_all_defconfig: gcc-7 dm365evm,legacy: 1 offline lab exynos_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab multi_v7_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab stih410-b2120: 1 offline lab --- For more info write to <info(a)kernelci.org>

5 years, 11 months

1
0
0 0

stable-rc/linux-4.4.y boot: 92 boots: 1 failed, 87 passed with 4 offline (v4.4.179-111-gdd4cd40c70ad)

by kernelci.org bot

stable-rc/linux-4.4.y boot: 92 boots: 1 failed, 87 passed with 4 offline (v4.4.179-111-gdd4cd40c70ad) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.4.y/kernel/v4.4.… Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.4.y/kernel/v4.4.179-111… Tree: stable-rc Branch: linux-4.4.y Git Describe: v4.4.179-111-gdd4cd40c70ad Git Commit: dd4cd40c70adefaf06b3170596cbb132be053372 Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 44 unique boards, 21 SoC families, 14 builds out of 190 Boot Failure Detected: arm64: defconfig: gcc-7: qcom-qdf2400: 1 failed lab Offline Platforms: arm: davinci_all_defconfig: gcc-7 dm365evm,legacy: 1 offline lab exynos_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab multi_v7_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab stih410-b2120: 1 offline lab --- For more info write to <info(a)kernelci.org>

5 years, 11 months

1
0
0 0

stable-rc/linux-4.19.y boot: 128 boots: 0 failed, 123 passed with 4 offline, 1 untried/unknown (v4.19.39-24-gb0d6421bd855)

by kernelci.org bot

stable-rc/linux-4.19.y boot: 128 boots: 0 failed, 123 passed with 4 offline, 1 untried/unknown (v4.19.39-24-gb0d6421bd855) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.19.y/kernel/v4.1… Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.19.y/kernel/v4.19.39-24… Tree: stable-rc Branch: linux-4.19.y Git Describe: v4.19.39-24-gb0d6421bd855 Git Commit: b0d6421bd85515e878edcf33121a818666df7749 Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 70 unique boards, 24 SoC families, 14 builds out of 206 Offline Platforms: arm: davinci_all_defconfig: gcc-7 dm365evm,legacy: 1 offline lab exynos_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab multi_v7_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab stih410-b2120: 1 offline lab --- For more info write to <info(a)kernelci.org>

5 years, 11 months

1
0
0 0

stable-rc/linux-5.0.y boot: 136 boots: 0 failed, 130 passed with 4 offline, 2 untried/unknown (v5.0.12-33-gc6bd3efdcefd)

by kernelci.org bot

stable-rc/linux-5.0.y boot: 136 boots: 0 failed, 130 passed with 4 offline, 2 untried/unknown (v5.0.12-33-gc6bd3efdcefd) Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-5.0.y/kernel/v5.0.… Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-5.0.y/kernel/v5.0.12-33-g… Tree: stable-rc Branch: linux-5.0.y Git Describe: v5.0.12-33-gc6bd3efdcefd Git Commit: c6bd3efdcefd68cc590853c50594a9fc971d93cd Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git Tested: 76 unique boards, 24 SoC families, 14 builds out of 207 Offline Platforms: arm: davinci_all_defconfig: gcc-7 dm365evm,legacy: 1 offline lab exynos_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab multi_v7_defconfig: gcc-7 exynos5800-peach-pi: 1 offline lab stih410-b2120: 1 offline lab --- For more info write to <info(a)kernelci.org>

5 years, 11 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

Linux-stable-mirror May 2019