Re: Inclusion of sun7i-a20-bananapi.dts
On Thu, 2014-10-02 at 23:44 +0200, Karsten Merker wrote: Hans has in the meantime submitted a V2 of his patchset and it has been accepted upstream. Great! I have refreshed the V2 patches to apply cleanly against kernel 3.16 and am currently running a test build of src:linux with them applied. I will submit a wishlist bug with the resulting patch when the test has completed successfully. Ack, thanks. Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1412318749.17796.44.ca...@hellion.org.uk
Bug#763897: linux 3.16.3-2: [PATCH] Please add a dts for the LeMaker Banana Pi
Source: linux Version: 3.16.3-2 Severity: Wishlist Tags: patch Hello, the LeMaker Banana Pi is a small ARM development board based on the Allwinner A20 SoC. Several DDs have received one of these boards at Debconf 14 and it would be really nice to have it supported in Jessie's kernel 3.16. Driver support for the board (UART, MMC, SATA, USB, Ethernet) is already available in kernel 3.16, just the device-tree information is missing. A dts patchset for the board has been written by Hans de Goede (see http://lists.infradead.org/pipermail/linux-arm-kernel/2014-October/292110.html) and has been accepted upstream (see http://lists.infradead.org/pipermail/linux-arm-kernel/2014-October/292431.html). Attached is a patch against the current sid linux package SVN tree that contains a backport of this patchset to kernel 3.16. No content changes were applied to the patchset, the patches were just refreshed to apply cleanly against 3.16. Included is also another dts patch from linux-next, on which the patchset depends: https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=0fc2b7af8cd5918c0101dfb178b5a3a4b021a50b I would apprechiate very much if you could include this patch into the linux 3.16.3-3 package for Jessie. Regards, Karsten -- Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der Werbung sowie der Markt- oder Meinungsforschung. Index: debian/patches/features/arm/dts-sun7i-Add-Banana-Pi-board.patch === --- debian/patches/features/arm/dts-sun7i-Add-Banana-Pi-board.patch (revision 0) +++ debian/patches/features/arm/dts-sun7i-Add-Banana-Pi-board.patch (working copy) @@ -0,0 +1,244 @@ +From: Hans de Goede hdego...@redhat.com +Subject: [PATCH v2 3/3] ARM: dts: sun7i: Add Banana Pi board +Date: Wed, 1 Oct 2014 09:26:06 +0200 + +The Banana Pi is an A20 based development board using Raspberry Pi compatible +IO headers. It comes with 1 GB RAM, 1 Gb ethernet, 2x USB host, sata, hdmi +and stereo audio out + various expenansion headers: + +http://www.lemaker.org/ + +Signed-off-by: Hans de Goede hdego...@redhat.com +--- + arch/arm/boot/dts/Makefile | 1 + + arch/arm/boot/dts/sun7i-a20-bananapi.dts | 214 +++ + 2 files changed, 215 insertions(+) + create mode 100644 arch/arm/boot/dts/sun7i-a20-bananapi.dts + +--- a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile +@@ -376,6 +376,7 @@ + sun6i-a31-colombus.dtb \ + sun6i-a31-m9.dtb + dtb-$(CONFIG_MACH_SUN7I) += \ ++ sun7i-a20-bananapi.dtb \ + sun7i-a20-cubieboard2.dtb \ + sun7i-a20-cubietruck.dtb \ + sun7i-a20-i12-tvbox.dtb \ +--- /dev/null b/arch/arm/boot/dts/sun7i-a20-bananapi.dts +@@ -0,0 +1,214 @@ ++/* ++ * Copyright 2014 Hans de Goede hdego...@redhat.com ++ * ++ * Hans de Goede hdego...@redhat.com ++ * ++ * This file is dual-licensed: you can use it either under the terms ++ * of the GPL or the X11 license, at your option. Note that this dual ++ * licensing only applies to this file, and not this project as a ++ * whole. ++ * ++ * a) This library is free software; you can redistribute it and/or ++ * modify it under the terms of the GNU General Public License as ++ * published by the Free Software Foundation; either version 2 of the ++ * License, or (at your option) any later version. ++ * ++ * This library is distributed in the hope that it will be useful, ++ * but WITHOUT ANY WARRANTY; without even the implied warranty of ++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ++ * GNU General Public License for more details. ++ * ++ * You should have received a copy of the GNU General Public ++ * License along with this library; if not, write to the Free ++ * Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, ++ * MA 02110-1301 USA ++ * ++ * Or, alternatively, ++ * ++ * b) Permission is hereby granted, free of charge, to any person ++ * obtaining a copy of this software and associated documentation ++ * files (the Software), to deal in the Software without ++ * restriction, including without limitation the rights to use, ++ * copy, modify, merge, publish, distribute, sublicense, and/or ++ * sell copies of the Software, and to permit persons to whom the ++ * Software is furnished to do so, subject to the following ++ * conditions: ++ * ++ * The above copyright notice and this permission notice shall be ++ * included in all copies or substantial portions of the Software. ++ * ++ * THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, ++ * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES ++ * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND ++ * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT ++ * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, ++ *
Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted
I was trying to reproduce this with totem playing a 30 second FLAC file over the network mount but wasn't able to - how did you repro it? On Thu, Oct 2, 2014 at 4:33 AM, Pavel Shilovsky pshilov...@samba.org wrote: 2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net: I managed to complete a git bisect -- fs/cifs: git bisect good 69cebd75606f8b9162ad5d0104367370ceabeeba is the first bad commit commit 69cebd75606f8b9162ad5d0104367370ceabeeba Author: Pavel Shilovsky pshilov...@samba.org Date: Tue Jun 24 13:42:03 2014 +0400 CIFS: Fix rsize usage in readpages If a server changes maximum buffer size for read (rsize) requests on reconnect we can fail on repeating with a big size buffer on -EAGAIN error in readpages. Fix this by checking rsize all the time before repeating requests. Reviewed-by: Shirish Pargaonkar spargaon...@suse.com Signed-off-by: Pavel Shilovsky pshilov...@samba.org Signed-off-by: Steve French smfre...@gmail.com :04 04 8ed2e10a1581bab7b47a7dab4c5763bfdebe0e69 9eca94b68e9a21e1e5e6712fd37012cfe6e7d6d6 M fs am64:/usr/src/linux# git bisect log git bisect start '--' 'fs/cifs' # good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16 git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6 # bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1 git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9 # bad: [0ada36b244e8316bb47b46b84b33c5a507bed7a4] CIFS: Separate page reading from user read git bisect bad 0ada36b244e8316bb47b46b84b33c5a507bed7a4 # good: [619aa48edbab47367fa8a65e568f63fd64d6b4af] CIFS: Separate page sending from writepages git bisect good 619aa48edbab47367fa8a65e568f63fd64d6b4af # good: [43de94eadf0ceda54509335343bdc1349a2c5ab3] CIFS: Separate writing from iovec write git bisect good 43de94eadf0ceda54509335343bdc1349a2c5ab3 # good: [cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1] CIFS: Use multicredits for SMB 2.1/3 writes git bisect good cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1 # bad: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages git bisect bad 69cebd75606f8b9162ad5d0104367370ceabeeba # good: [387eb92ac6892518fb67e423f65fcaca76e256a8] CIFS: Separate page search from readpages git bisect good 387eb92ac6892518fb67e423f65fcaca76e256a8 # first bad commit: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages It points to a different first bad commit and I apologise if this has made it more difficult to locate the problem. I am happy to try more tests to help identify the problem. Thank you for pointing it out! I've reproduced and created a patch that fixes the problem to me (see the attachment). Can you test it, please? -- Best regards, Pavel Shilovsky. -- Thanks, Steve -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cah2r5mspa_qlq7rxfaneu9_zwgggm+kksantlmckdae+jze...@mail.gmail.com
Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted
Hi, I just did: aplay file-on-server.wav where the file was several minutes long and I could repeatedly restart the samba server if I wanted to, but if I had a crash it happened on the first restart of the server. WAV files have the advantage in testing of a constant and fairly high data rate for playback. Regards, Arthur. Steve French wrote, on 04/10/14 02:29: I was trying to reproduce this with totem playing a 30 second FLAC file over the network mount but wasn't able to - how did you repro it? On Thu, Oct 2, 2014 at 4:33 AM, Pavel Shilovsky pshilov...@samba.org wrote: 2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net: I managed to complete a git bisect -- fs/cifs: git bisect good 69cebd75606f8b9162ad5d0104367370ceabeeba is the first bad commit commit 69cebd75606f8b9162ad5d0104367370ceabeeba Author: Pavel Shilovsky pshilov...@samba.org Date: Tue Jun 24 13:42:03 2014 +0400 CIFS: Fix rsize usage in readpages If a server changes maximum buffer size for read (rsize) requests on reconnect we can fail on repeating with a big size buffer on -EAGAIN error in readpages. Fix this by checking rsize all the time before repeating requests. Reviewed-by: Shirish Pargaonkar spargaon...@suse.com Signed-off-by: Pavel Shilovsky pshilov...@samba.org Signed-off-by: Steve French smfre...@gmail.com :04 04 8ed2e10a1581bab7b47a7dab4c5763bfdebe0e69 9eca94b68e9a21e1e5e6712fd37012cfe6e7d6d6 M fs am64:/usr/src/linux# git bisect log git bisect start '--' 'fs/cifs' # good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16 git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6 # bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1 git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9 # bad: [0ada36b244e8316bb47b46b84b33c5a507bed7a4] CIFS: Separate page reading from user read git bisect bad 0ada36b244e8316bb47b46b84b33c5a507bed7a4 # good: [619aa48edbab47367fa8a65e568f63fd64d6b4af] CIFS: Separate page sending from writepages git bisect good 619aa48edbab47367fa8a65e568f63fd64d6b4af # good: [43de94eadf0ceda54509335343bdc1349a2c5ab3] CIFS: Separate writing from iovec write git bisect good 43de94eadf0ceda54509335343bdc1349a2c5ab3 # good: [cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1] CIFS: Use multicredits for SMB 2.1/3 writes git bisect good cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1 # bad: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages git bisect bad 69cebd75606f8b9162ad5d0104367370ceabeeba # good: [387eb92ac6892518fb67e423f65fcaca76e256a8] CIFS: Separate page search from readpages git bisect good 387eb92ac6892518fb67e423f65fcaca76e256a8 # first bad commit: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages It points to a different first bad commit and I apologise if this has made it more difficult to locate the problem. I am happy to try more tests to help identify the problem. Thank you for pointing it out! I've reproduced and created a patch that fixes the problem to me (see the attachment). Can you test it, please? -- Best regards, Pavel Shilovsky. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542ede1e.6040...@internode.on.net
Re: Inclusion of sun7i-a20-bananapi.dts
On Fri, 2014-10-03 at 17:03 +0200, Karsten Merker wrote: I have submitted the patch as bug #763897. Ian, if you should find the time, could you perhaps give it a try? I've kicked off a test build, I expect it'll be done in the morning... Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1412361254.17796.50.ca...@hellion.org.uk
Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted
Retried (slightly earlier build) but instead of doing ifconfig lo down I did a killall of smbd - I then got a system hang within a few seconds of killing samba. Did you ever get the failure early, before restarting Samba? On Fri, Oct 3, 2014 at 12:34 PM, Arthur Marsh arthur.ma...@internode.on.net wrote: Hi, I just did: aplay file-on-server.wav where the file was several minutes long and I could repeatedly restart the samba server if I wanted to, but if I had a crash it happened on the first restart of the server. WAV files have the advantage in testing of a constant and fairly high data rate for playback. Regards, Arthur. Steve French wrote, on 04/10/14 02:29: I was trying to reproduce this with totem playing a 30 second FLAC file over the network mount but wasn't able to - how did you repro it? On Thu, Oct 2, 2014 at 4:33 AM, Pavel Shilovsky pshilov...@samba.org wrote: 2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net: I managed to complete a git bisect -- fs/cifs: git bisect good 69cebd75606f8b9162ad5d0104367370ceabeeba is the first bad commit commit 69cebd75606f8b9162ad5d0104367370ceabeeba Author: Pavel Shilovsky pshilov...@samba.org Date: Tue Jun 24 13:42:03 2014 +0400 CIFS: Fix rsize usage in readpages If a server changes maximum buffer size for read (rsize) requests on reconnect we can fail on repeating with a big size buffer on -EAGAIN error in readpages. Fix this by checking rsize all the time before repeating requests. Reviewed-by: Shirish Pargaonkar spargaon...@suse.com Signed-off-by: Pavel Shilovsky pshilov...@samba.org Signed-off-by: Steve French smfre...@gmail.com :04 04 8ed2e10a1581bab7b47a7dab4c5763bfdebe0e69 9eca94b68e9a21e1e5e6712fd37012cfe6e7d6d6 M fs am64:/usr/src/linux# git bisect log git bisect start '--' 'fs/cifs' # good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16 git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6 # bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1 git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9 # bad: [0ada36b244e8316bb47b46b84b33c5a507bed7a4] CIFS: Separate page reading from user read git bisect bad 0ada36b244e8316bb47b46b84b33c5a507bed7a4 # good: [619aa48edbab47367fa8a65e568f63fd64d6b4af] CIFS: Separate page sending from writepages git bisect good 619aa48edbab47367fa8a65e568f63fd64d6b4af # good: [43de94eadf0ceda54509335343bdc1349a2c5ab3] CIFS: Separate writing from iovec write git bisect good 43de94eadf0ceda54509335343bdc1349a2c5ab3 # good: [cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1] CIFS: Use multicredits for SMB 2.1/3 writes git bisect good cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1 # bad: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages git bisect bad 69cebd75606f8b9162ad5d0104367370ceabeeba # good: [387eb92ac6892518fb67e423f65fcaca76e256a8] CIFS: Separate page search from readpages git bisect good 387eb92ac6892518fb67e423f65fcaca76e256a8 # first bad commit: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages It points to a different first bad commit and I apologise if this has made it more difficult to locate the problem. I am happy to try more tests to help identify the problem. Thank you for pointing it out! I've reproduced and created a patch that fixes the problem to me (see the attachment). Can you test it, please? -- Best regards, Pavel Shilovsky. -- Thanks, Steve -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAH2r5muky4=b-ersedroxrctvhj2zhfgrddjq32deqysmvx...@mail.gmail.com
Re: Inclusion of sun7i-a20-bananapi.dts
On Fri, 2014-10-03 at 17:03 +0200, Karsten Merker wrote: Ian, if you should find the time, could you perhaps give it a try? It built for me so I've pushed it. Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1412373914.17796.53.ca...@hellion.org.uk
Bug#760988: marked as done (linux-image-3.16-1-amd64 fails to boot with lvm luks - kernel panic)
Your message dated Sat, 04 Oct 2014 01:22:51 +0100 with message-id 1412382171.9388.174.ca...@decadent.org.uk and subject line Re: Bug#760988: linux-image-3.16-1-amd64 fails to boot with lvm luks - kernel panic has caused the Debian Bug report #760988, regarding linux-image-3.16-1-amd64 fails to boot with lvm luks - kernel panic to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 760988: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760988 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:linux Version: 3.16.2-2 Severity: critical Justification: breaks the whole system I've got a debian unstable system running in a ganeti/kvm vm that runs with lvm. The physical volume the root file system resides on is encrypted with luks. I've installed dropbear to unlock the luks volume via ssh, using a kernel cmdline ip=... in /etc/grub/default Up and including linux-image-3.14-2-amd64 this worked flawlessly. However, having installed and booted from 3.16-1, the kernel panics after unlocking the luks volume. There were some error messages about /dev/pts and/or /dev not being mounted successfully, but as the kernel panicked, the busybox console (accessed via spice) was frozen and I had to ask the admin admin to hard-reset the machine for me. The 3.14-2 kernel continues to boot normally, I'm a bit at loss what might cause 3.16 to panic but 3.14 to boot successfully. Unfortunately I cannot hard-reset the machine myself (spice remote-viewer does not to support hard-reset signals to the vm) and I wasn't able to deduce anything from the few kernel panic lines on the console. With the best regards, and a lot of thanks for this great operating system, C. Dominik Bódi -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Bochs product_name: Bochs product_version: chassis_vendor: Bochs chassis_version: bios_vendor: Bochs bios_version: Bochs ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02) Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- 00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000] Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100] Physical Slot: 1 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- 00:01.1 IDE interface [0101]: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] [8086:7010] (prog-if 80 [Master]) Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100] Physical Slot: 1 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: [virtual] Memory at 01f0 (32-bit, non-prefetchable) [size=8] Region 1: [virtual] Memory at 03f0 (type 3, non-prefetchable) Region 2: [virtual] Memory at 0170 (32-bit, non-prefetchable) [size=8] Region 3: [virtual] Memory at 0370 (type 3, non-prefetchable) Region 4: I/O ports at c120 [size=16] Kernel driver in use: ata_piix 00:01.2 USB controller [0c03]: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] [8086:7020] (rev 01) (prog-if 00 [UHCI]) Subsystem: Red Hat, Inc QEMU Virtual Machine [1af4:1100] Physical Slot: 1 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin D routed to IRQ 11 Region 4: I/O ports at c080 [size=32] Kernel driver in use: uhci_hcd 00:01.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 03) Subsystem: Red Hat, Inc Qemu virtual machine [1af4:1100] Physical Slot: 1 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin
Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted
Sorry, I only tried doing a service restart rather than a service stop, wait, service start. I assumed the problem happened when the client was starved for input when smbd was stopped. I notice that the patches for this have come through to Linus' tree. I am rebuilding the kernel with them after removing Pavel's test patch. Regards, Arthur. Steve French wrote, on 04/10/14 04:29: Retried (slightly earlier build) but instead of doing ifconfig lo down I did a killall of smbd - I then got a system hang within a few seconds of killing samba. Did you ever get the failure early, before restarting Samba? On Fri, Oct 3, 2014 at 12:34 PM, Arthur Marsh arthur.ma...@internode.on.net wrote: Hi, I just did: aplay file-on-server.wav where the file was several minutes long and I could repeatedly restart the samba server if I wanted to, but if I had a crash it happened on the first restart of the server. WAV files have the advantage in testing of a constant and fairly high data rate for playback. Regards, Arthur. Steve French wrote, on 04/10/14 02:29: I was trying to reproduce this with totem playing a 30 second FLAC file over the network mount but wasn't able to - how did you repro it? On Thu, Oct 2, 2014 at 4:33 AM, Pavel Shilovsky pshilov...@samba.org wrote: 2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net: I managed to complete a git bisect -- fs/cifs: git bisect good 69cebd75606f8b9162ad5d0104367370ceabeeba is the first bad commit commit 69cebd75606f8b9162ad5d0104367370ceabeeba Author: Pavel Shilovsky pshilov...@samba.org Date: Tue Jun 24 13:42:03 2014 +0400 CIFS: Fix rsize usage in readpages If a server changes maximum buffer size for read (rsize) requests on reconnect we can fail on repeating with a big size buffer on -EAGAIN error in readpages. Fix this by checking rsize all the time before repeating requests. Reviewed-by: Shirish Pargaonkar spargaon...@suse.com Signed-off-by: Pavel Shilovsky pshilov...@samba.org Signed-off-by: Steve French smfre...@gmail.com :04 04 8ed2e10a1581bab7b47a7dab4c5763bfdebe0e69 9eca94b68e9a21e1e5e6712fd37012cfe6e7d6d6 M fs am64:/usr/src/linux# git bisect log git bisect start '--' 'fs/cifs' # good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16 git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6 # bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1 git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9 # bad: [0ada36b244e8316bb47b46b84b33c5a507bed7a4] CIFS: Separate page reading from user read git bisect bad 0ada36b244e8316bb47b46b84b33c5a507bed7a4 # good: [619aa48edbab47367fa8a65e568f63fd64d6b4af] CIFS: Separate page sending from writepages git bisect good 619aa48edbab47367fa8a65e568f63fd64d6b4af # good: [43de94eadf0ceda54509335343bdc1349a2c5ab3] CIFS: Separate writing from iovec write git bisect good 43de94eadf0ceda54509335343bdc1349a2c5ab3 # good: [cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1] CIFS: Use multicredits for SMB 2.1/3 writes git bisect good cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1 # bad: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages git bisect bad 69cebd75606f8b9162ad5d0104367370ceabeeba # good: [387eb92ac6892518fb67e423f65fcaca76e256a8] CIFS: Separate page search from readpages git bisect good 387eb92ac6892518fb67e423f65fcaca76e256a8 # first bad commit: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in readpages It points to a different first bad commit and I apologise if this has made it more difficult to locate the problem. I am happy to try more tests to help identify the problem. Thank you for pointing it out! I've reproduced and created a patch that fixes the problem to me (see the attachment). Can you test it, please? -- Best regards, Pavel Shilovsky. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/542f475b.2020...@internode.on.net
Bug#763897: [i...@hellion.org.uk: Re: Inclusion of sun7i-a20-bananapi.dts]
- Forwarded message from Ian Campbell i...@hellion.org.uk - Date: Fri, 03 Oct 2014 23:05:14 +0100 From: Ian Campbell i...@hellion.org.uk To: Karsten Merker mer...@debian.org Cc: Ben Hutchings b...@decadent.org.uk, debian-kernel@lists.debian.org Subject: Re: Inclusion of sun7i-a20-bananapi.dts X-Mailer: Evolution 3.12.6-1 On Fri, 2014-10-03 at 17:03 +0200, Karsten Merker wrote: Ian, if you should find the time, could you perhaps give it a try? It built for me so I've pushed it. Ian. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1412373914.17796.53.ca...@hellion.org.uk - End forwarded message - Hope this helps -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141004025144.gr9...@gpm.stappers.nl
Processed: tagging 763777
Processing commands for cont...@bugs.debian.org: tags 763777 + pending Bug #763777 [initramfs-tools] fsck: Superblock set in the future, fixing system clock Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 763777: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763777 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.14123906262927.transcr...@bugs.debian.org