Re: [PATCH 1/2] scripts/package/Makefile: make revision update a function

2017-09-08 Thread Masahiro Yamada 
2017-09-08 2:04 GMT+09:00 Masahiro Yamada :
> Hi Riku,
>
>
> 2017-08-16 20:08 GMT+09:00  :
>> From: Riku Voipio 
>>
>> The updated deb-pkg and bindeb-pkg will use the same snippet,
>> so make it reusable.
>>
>> Signed-off-by: Riku Voipio 
>> ---
>>  scripts/package/Makefile | 12 +++-
>>  1 file changed, 7 insertions(+), 5 deletions(-)
>>
>> diff --git a/scripts/package/Makefile b/scripts/package/Makefile
>> index 71b4a8af9d4d..9867638896ad 100644
>> --- a/scripts/package/Makefile
>> +++ b/scripts/package/Makefile
>> @@ -44,14 +44,18 @@ tar -cz $(RCS_TAR_IGNORE) -f $(2).tar.gz \
>> $(addprefix $(2)/,$(TAR_CONTENT) $(3)); \
>>  rm -f $(2) $(objtree)/.scmversion
>>
>> +quiet_cmd_updateversion = UPDATEVERSION
>> +  cmd_updateversion = \
>> +   $(CONFIG_SHELL) $(srctree)/scripts/mkversion > 
>> $(objtree)/.tmp_version; \
>> +   mv -f $(objtree)/.tmp_version $(objtree)/.version
>> +
>>  # rpm-pkg
>>  # 
>> ---
>>  rpm-pkg rpm: FORCE
>> $(MAKE) clean
>> $(CONFIG_SHELL) $(MKSPEC) >$(objtree)/kernel.spec
>> $(call cmd,src_tar,$(KERNELPATH),kernel.spec)
>> -   $(CONFIG_SHELL) $(srctree)/scripts/mkversion > 
>> $(objtree)/.tmp_version
>> -   mv -f $(objtree)/.tmp_version $(objtree)/.version
>> +   $(call cmd,updateversion)
>> rpmbuild $(RPMOPTS) --target $(UTS_MACHINE) -ta $(KERNELPATH).tar.gz
>> rm $(KERNELPATH).tar.gz kernel.spec
>>
>> @@ -60,9 +64,7 @@ rpm-pkg rpm: FORCE
>>  binrpm-pkg: FORCE
>> $(MAKE) KBUILD_SRC=
>> $(CONFIG_SHELL) $(MKSPEC) prebuilt > $(objtree)/binkernel.spec
>> -   $(CONFIG_SHELL) $(srctree)/scripts/mkversion > 
>> $(objtree)/.tmp_version
>> -   mv -f $(objtree)/.tmp_version $(objtree)/.version
>> -
>> +   $(call cmd,updateversion)
>> rpmbuild $(RPMOPTS) --define "_builddir $(objtree)" --target \
>> $(UTS_MACHINE) -bb $(objtree)/binkernel.spec
>> rm binkernel.spec
>
>
>
> scripts/mkversion is pretty small.
> I think scripts/mkversion can also update .version
>
> For example,
>
>
>
>
> if [ ! -f .version ]
> then
> version=1
> else
> version=$(expr 0$(cat .version) + 1)
> fi
>
> echo $version > .version
> echo $version
>
>
>
>
> Then, remove the duplicated code from the Makefile.



Sorry, please let me think about this carefully.

We have simliar code in
scripts/link-vmlinux.sh and scripts/mkversion





-- 
Best Regards
Masahiro Yamada

Bug#874677: linux-image-4.9.0-3-amd64: list_del corruption in nfs4_put_open_state

2017-09-08 Thread Emmanuel Roger 
Package: src:linux
Version: 4.9.30-2+deb9u3
Severity: important

Dear Maintainer,

We have been experiencing multiple lockups on 2 similar machines after about a 
week uptime, we first begin receiving these messages then in less than an hour 
the machines become irresponsive

Aug 24 08:35:37 node01 kernel: [424859.584405] WARNING: CPU: 3 PID: 13066 at 
/build/linux-me40Ry/linux-4.9.30/lib/list_debug.c:36 __list_add+0xa6/0xb0
Aug 24 08:35:37 node01 kernel: [424859.584414] list_add double add: 
new=9c65f7794208, prev=9c65f7794208, next=9c65f2275610.
Aug 24 08:35:37 node01 kernel: [424859.584414] Modules linked in: 
cpufreq_conservative cpufreq_powersave cpufreq_userspace binfmt_misc 
rpcsec_gss_krb5 auth_rpcgss oid_registry nfsv4 dns_resolver nfs lockd grace 
fscache 8021q garp mrp stp llc bonding ip6table_filter ip6_tables ipt_REJECT 
nf_reject_ipv4 xt_multiport iptable_filter intel_rapl sb_edac edac_core 
x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm mgag200 ttm 
irqbypass drm_kms_helper drm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel 
joydev intel_cstate iTCO_wdt intel_uncore shpchp intel_rapl_perf pcspkr 
iTCO_vendor_support ioatdma evdev mei_me sg lpc_ich mfd_core mei ipmi_si 
ipmi_msghandler wmi button sunrpc ip_tables x_tables autofs4 ext4 crc16 jbd2 
fscrypto ecb mbcache raid10 raid456 async_raid6_recov async_memcpy async_pq 
async_xor async_tx xor raid6_pq
Aug 24 08:35:37 node01 kernel: [424859.584455]  libcrc32c crc32c_generic raid0 
multipath linear hid_generic usbhid hid raid1 md_mod sd_mod crc32c_intel 
aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd isci ahci 
libsas libahci ehci_pci ehci_hcd libata igb scsi_transport_sas i2c_i801 
i2c_algo_bit i2c_smbus dca usbcore ptp scsi_mod usb_common pps_core
Aug 24 08:35:37 node01 kernel: [424859.584475] CPU: 3 PID: 13066 Comm: php Not 
tainted 4.9.0-3-amd64 #1 Debian 4.9.30-2+deb9u3
Aug 24 08:35:37 node01 kernel: [424859.584476] Hardware name: Supermicro 
X9DRW/X9DRW, BIOS 3.2 01/15/2015
Aug 24 08:35:37 node01 kernel: [424859.584478]   
a8528574 c16e0e6ebda8 
Aug 24 08:35:37 node01 kernel: [424859.584480]  a8276ebe 
9c65f7794208 c16e0e6ebe00 9c65f2275610
Aug 24 08:35:37 node01 kernel: [424859.584481]  9c75f63906d0 
0001 9c65f44e9800 a8276f3f
Aug 24 08:35:37 node01 kernel: [424859.584483] Call Trace:
Aug 24 08:35:37 node01 kernel: [424859.584488]  [] ? 
dump_stack+0x5c/0x78
Aug 24 08:35:37 node01 kernel: [424859.584491]  [] ? 
__warn+0xbe/0xe0
Aug 24 08:35:37 node01 kernel: [424859.584492]  [] ? 
warn_slowpath_fmt+0x5f/0x80
Aug 24 08:35:37 node01 kernel: [424859.584509]  [] ? 
nfs4_put_open_state+0x2c/0x90 [nfsv4]
Aug 24 08:35:37 node01 kernel: [424859.584510]  [] ? 
__list_add+0xa6/0xb0
Aug 24 08:35:37 node01 kernel: [424859.584517]  [] ? 
nfs4_put_state_owner+0x4e/0x60 [nfsv4]
Aug 24 08:35:37 node01 kernel: [424859.584526]  [] ? 
__put_nfs_open_context+0x88/0xe0 [nfs]
Aug 24 08:35:37 node01 kernel: [424859.584532]  [] ? 
nfs_file_release+0x35/0x50 [nfs]
Aug 24 08:35:37 node01 kernel: [424859.584534]  [] ? 
__fput+0xd5/0x220
Aug 24 08:35:37 node01 kernel: [424859.584536]  [] ? 
task_work_run+0x79/0xa0
Aug 24 08:35:37 node01 kernel: [424859.584538]  [] ? 
exit_to_usermode_loop+0xa4/0xb0
Aug 24 08:35:37 node01 kernel: [424859.584539]  [] ? 
syscall_return_slowpath+0x54/0x60
Aug 24 08:35:37 node01 kernel: [424859.584542]  [] ? 
system_call_fast_compare_end+0x99/0x9b
Aug 24 08:35:37 node01 kernel: [424859.584550] ---[ end trace d9a96fcdb44541f6 
]---
Aug 24 08:35:37 node01 kernel: [424859.584746] [ cut here 
]
Aug 24 08:35:37 node01 kernel: [424859.584749] WARNING: CPU: 5 PID: 13066 at 
/build/linux-me40Ry/linux-4.9.30/lib/list_debug.c:33 __list_add+0x83/0xb0
Aug 24 08:35:37 node01 kernel: [424859.584750] list_add corruption. prev->next 
should be next (9c65f2275610), but was 9c65f7794208. 
(prev=9c65f7794208).
Aug 24 08:35:37 node01 kernel: [424859.584751] Modules linked in: 
cpufreq_conservative cpufreq_powersave cpufreq_userspace binfmt_misc 
rpcsec_gss_krb5 auth_rpcgss oid_registry nfsv4 dns_resolver nfs lockd grace 
fscache 8021q garp mrp stp llc bonding ip6table_filter ip6_tables ipt_REJECT 
nf_reject_ipv4 xt_multiport iptable_filter intel_rapl sb_edac edac_core 
x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm mgag200 ttm 
irqbypass drm_kms_helper drm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel 
joydev intel_cstate iTCO_wdt intel_uncore shpchp intel_rapl_perf pcspkr 
iTCO_vendor_support ioatdma evdev mei_me sg lpc_ich mfd_core mei ipmi_si 
ipmi_msghandler wmi button sunrpc ip_tables x_tables autofs4 ext4 crc16 jbd2 
fscrypto ecb mbcache raid10 raid456 async_raid6_recov async_memcpy async_pq 
async_xor async_tx xor raid6_pq
Aug 24 08:35:37 node01 kernel: [424859.584778]  libcrc32c crc32c_generic raid0 
multipath linear hid_generic usbhid hid raid1 md_mod

Bug#764263: linux-image-3.16-2-amd64: WARNING at drivers/base/firmware_class.c:1109 _request_firmware+0x521/0xaf0() [btusb?]

2017-09-08 Thread Darshaka Pathirana 
Hi,

I know, this is a very old bug report but as I am still running
Debian/jessie (and others might too), I thought my findings would
still be helpful and/or lead to closing this bug.

On 10/07/2014 09:18 AM, Bjørn Mork wrote:
> Ben Hutchings  writes:
>> On Mon, 2014-10-06 at 20:15 +0200, Julien Cristau wrote:
>>> Package: src:linux
>>> Version: 3.16.3-2
>>> Severity: normal
>>>
>>> Hi,
>>>
>>> I get the following trace in my kernel log, which I don't think I've
>>> seen in pre-3.16 versions:
>>>
>>> Sep 29 19:12:49 betterave kernel: [ 7696.920600] PM: resume of devices 
>>> complete after 508.149 msecs
>>> Sep 29 19:12:49 betterave kernel: [ 7696.921181] [ cut here 
>>> ]
>>> Sep 29 19:12:49 betterave kernel: [ 7696.921188] WARNING: CPU: 2 PID: 3533 
>>> at /build/linux-P15SNz/linux-3.16.3/drivers/base/firmware_class.c:1109 
>>> _request_firmware+0x521/0xaf0()
>> [...]
>>> Sep 29 19:12:49 betterave kernel: [ 7696.921405]  [] ? 
>>> request_firmware+0x2c/0x40
>>> Sep 29 19:12:49 betterave kernel: [ 7696.921412]  [] ? 
>>> btusb_setup_bcm_patchram+0x85/0x430 [btusb]
>>> Sep 29 19:12:49 betterave kernel: [ 7696.921419]  [] ? 
>>> rpm_check_suspend_allowed+0x6a/0xc0
>> [...]
>>> Sep 29 19:12:49 betterave kernel: [ 7696.921528] bluetooth hci0: firmware: 
>>> brcm/BCM20702A0-0a5c-21e6.hcd will not be loaded
>> [...]
>>
>> This means: btusb tries to load firmware during its resume operation,
>> when userland is not yet available.  This doesn't work if firmware
>> loading depends on the userland firmware agent.
>>
>> The warning won't appear if the firmware is installed in the usual
>> place, as direct loading will work.  And the firmware agent is npw
>> deprecated and not even enabled in Debian kernels.  We could remove this
>> warning, but it would be papering over a driver bug.
> 
> Are you sure about this?  FWIW I've occasionally seen similar warnings
> from another btusb device with firmware (using kernels I've built
> myself, so not reported here of course). And I haven't really bothered to
> look at the root cause before, so I haven't reported it upstream either.
> [...]

I also got this kernel backtrace log, especially after resume from
suspend. So I tested the following configurations:

* Kernel: 3.16.43-2+deb8u2 / without firmware
* Kernel: 3.16.43-2+deb8u2 / with firmware
* Kernel: 4.9.30-2+deb9u2~bpo8+1 / without firmware
* Kernel: 4.9.30-2+deb9u2~bpo8+1 / with firmware

Finding the correct firmware is a complete different story (see
my comments in #801084 for details) but I only got the kernel
backtrace log with the first configuration (Kernel: 3.16.43-2+deb8u2 /
without firmware).

So I think this issue is fixed in the jessie-backports kernel.

If you need more information on this, please let me know. If Julien
can confirm that the kernel log is not shown with the new kernel
version, this bug can be closed.

Regards,
 - Darsha



signature.asc
Description: OpenPGP digital signature

Bug#874641: linux-image-4.9.0-3-amd64: system freezes when disconnecting bluetooth mouse sometimes

2017-09-08 Thread Matthew Harm Bekkema 
Package: src:linux
Version: 4.9.30-2+deb9u3
Severity: normal

Sometimes, disconnecting my bluetooth mouse causes my entire system to freeze. I
cannot even ssh in and need to hard reboot the computer. It doesn't happen all
the time. 99% of the time, when I disconnect my mouse, the computer does not
crash.

So far, this has happened around 6 times, but this is the first time that it
left any messages in the syslog.


-- Package-specific info:
** Version:
Linux version 4.9.0-3-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)

** Command line:
BOOT_IMAGE=/vmlinuz ro root=/dev/mapper/sda_crypt

** Not tainted

** Kernel log:
Sep  8 20:32:45 thorium kernel: [165282.673872] [ cut here 
]
Sep  8 20:32:45 thorium kernel: [165282.673879] WARNING: CPU: 0 PID: 704 at 
/build/linux-me40Ry/linux-4.9.30/lib/list_debug.c:29 __list_add+0x5c/0xb0
Sep  8 20:32:45 thorium kernel: [165282.673881] list_add corruption. next->prev 
should be prev (8b70b2e634c8), but was dead0200. 
(next=9f28c3f77e58).
Sep  8 20:32:45 thorium kernel: [165282.673882] Modules linked in: uinput hidp 
rfcomm fuse bnep ip6table_filter ip6_tables xt_tcpudp nf_conntrack_ipv4 
nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_filter binfmt_misc intel_rapl 
x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass 
efi_pstore arc4 intel_cstate iTCO_wdt iTCO_vendor_support eeepc_wmi asus_wmi 
sparse_keymap snd_hda_codec_hdmi snd_hda_codec_realtek intel_uncore ath9k i915 
snd_hda_codec_generic ath9k_common intel_rapl_perf ath9k_hw ath mac80211 
efivars snd_hda_intel serio_raw snd_hda_codec btusb snd_hda_core btrtl btbcm 
snd_hwdep btintel snd_pcm drm_kms_helper ie31200_edac cfg80211 drm bluetooth 
evdev joydev snd_timer snd rfkill mei_me sg i2c_algo_bit soundcore mei lpc_ich 
shpchp mfd_core edac_core battery wmi video button sunrpc efivarfs ip_tables 
x_tables
Sep  8 20:32:45 thorium kernel: [165282.673919]  autofs4 ext4 crc16 jbd2 
crc32c_generic fscrypto ecb mbcache algif_skcipher af_alg dm_crypt dm_mod 
hid_generic usbhid hid sr_mod cdrom sd_mod uas usb_storage crct10dif_pclmul 
crc32_pclmul crc32c_intel ahci libahci xhci_pci xhci_hcd ghash_clmulni_intel 
aesni_intel ehci_pci aes_x86_64 lrw gf128mul glue_helper ehci_hcd ablk_helper 
cryptd psmouse i2c_i801 i2c_smbus libata scsi_mod r8169 usbcore mii usb_common 
fan thermal
Sep  8 20:32:45 thorium kernel: [165282.673941] CPU: 0 PID: 704 Comm: 
bluetoothd Not tainted 4.9.0-3-amd64 #1 Debian 4.9.30-2+deb9u3
Sep  8 20:32:45 thorium kernel: [165282.673943] Hardware name: System 
manufacturer System Product Name/P8Z77-V LX, BIOS 0610 05/08/2012
Sep  8 20:32:45 thorium kernel: [165282.673945]   
9cf28574 9f28c20eba20 
Sep  8 20:32:45 thorium kernel: [165282.673947]  9cc76ebe 
8b70c88aa4b8 9f28c20eba78 9f28c3f77e58
Sep  8 20:32:45 thorium kernel: [165282.673949]  9f28c20ebc6c 
 9f28c20ebc54 9cc76f3f
Sep  8 20:32:45 thorium kernel: [165282.673951] Call Trace:
Sep  8 20:32:45 thorium kernel: [165282.673955]  [] ? 
dump_stack+0x5c/0x78
Sep  8 20:32:45 thorium kernel: [165282.673959]  [] ? 
__warn+0xbe/0xe0
Sep  8 20:32:45 thorium kernel: [165282.673961]  [] ? 
warn_slowpath_fmt+0x5f/0x80
Sep  8 20:32:45 thorium kernel: [165282.673962]  [] ? 
__list_add+0x5c/0xb0
Sep  8 20:32:45 thorium kernel: [165282.673965]  [] ? 
add_wait_queue+0x2b/0x40
Sep  8 20:32:45 thorium kernel: [165282.673988]  [] ? 
bt_sock_poll+0x3a/0x1c0 [bluetooth]
Sep  8 20:32:45 thorium kernel: [165282.673991]  [] ? 
sock_poll+0x79/0x90
Sep  8 20:32:45 thorium kernel: [165282.673993]  [] ? 
do_sys_poll+0x26e/0x550
Sep  8 20:32:45 thorium kernel: [165282.673995]  [] ? 
poll_initwait+0x40/0x40
Sep  8 20:32:45 thorium kernel: [165282.673997]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.673998]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674000]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674001]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674002]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674004]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674005]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674007]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674008]  [] ? 
poll_select_copy_remaining+0x150/0x150
Sep  8 20:32:45 thorium kernel: [165282.674010]  [] ? 
SyS_poll+0xdf/0x120
Sep  8 20:32:45 thorium kernel: [165282.674013]  [] ? 
system_call_fast_compare_end+0xc/0x9b
Sep  8 20:32:45 thorium kernel: [165282.674014] ---[ end trace 14108208e55137ca 
]---
Sep  8 20:32:45 thorium acpid: input device has been

Bug#874635: debian-kernel-handbook: Some outdated instructions in "Common Tasks"

2017-09-08 Thread Nikolaus Rath 
Package: debian-kernel-handbook
Severity: normal

> Hello,
> 
> I would like to rebuild a Debian kernel with an extra patch. I have
> followed the instructions at
> https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official:
> 
> $ apt-get source -t stretch linux
> $ cd linux-4.9.30
> $ perl -ipe 's/^debug-info: true/debug-info: false/g;' 
> debian/config/amd64/defines 

This won't do anything because debug-info is now enabled in the top
level configuration (debian/config/defines).  Although it is possible
to override it in the per-architecture configuration file, it is
simpler to edit the value in top level file.

> $ fakeroot make -f debian/rules.gen binary-arch_amd64_none_real
> make: Nothing to be done for 'binary-arch_amd64_none_real'.
> 
> 
> What do I have to do to get the -common header .deb?

It's now an arch-independent package, so this should do it:

make -f debian/rules.gen binary-indep_none

Please can you open a bug report against debian-kernel-handbook, so I
remember to update it?

Bug#869939: [Hyper-V] Feature request: pick up PTP Hyper-V timesync source from upstream 4.12

2017-09-08 Thread Moritz Schlarb 
Control: found -1 linux/4.9.30-2
Control: found 85 linux/4.9.30-2
Control: block 85 by -1

I want to heavily second this request!
In stretch-backports, we have 4.12 now, but as we are having quite a lot
of Jessie machines, we are hoping for a solution for jessie, too (even
if it were having 4.12 in jessie-backports-sloppy).

FWIW, here is the same request from Josh in Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1676635
and that had already been closed some time ago.

ATM, Debian is not listed as supporting "Windows Server 2016 Accurate
Time" on
https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/supported-debian-virtual-machines-on-hyper-v,
whereas Ubuntu is on
https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/supported-ubuntu-virtual-machines-on-hyper-v

Hope there's something that can be done here ;-)

-- 
Moritz Schlarb
Unix-Gruppe | Systembetreuung
Zentrum für Datenverarbeitung
Johannes Gutenberg-Universität Mainz
Raum 01-331 - Tel. +49 6131 39-29441
OpenPGP Fingerprint: DF01 2247 BFC6
5501 AFF2 8445 0C24 B841 C7DD BAAF
<>

Processed: [Hyper-V] Feature request: pick up PTP Hyper-V timesync source from upstream 4.12

2017-09-08 Thread Debian Bug Tracking System 
Processing control commands:

> found -1 linux/4.9.30-2
Bug #869939 [src:linux] [Hyper-V] Feature request: pick up PTP Hyper-V timesync 
source from upstream 4.12
Marked as found in versions linux/4.9.30-2.
> found 85 linux/4.9.30-2
Bug #85 [src:linux] linux-image-4.9.0-0.bpo.1-amd64-unsigned: System time 
divergence with HyperV TimeSync protocol version 4
Marked as found in versions linux/4.9.30-2.
> block 85 by -1
Bug #85 [src:linux] linux-image-4.9.0-0.bpo.1-amd64-unsigned: System time 
divergence with HyperV TimeSync protocol version 4
85 was not blocked by any bugs.
85 was not blocking any bugs.
Added blocking bug(s) of 85: 869939

-- 
85: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=85
869939: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869939
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems