Bug#697501: AR9285: enabling or disabling Wi-Fi freezes the system
27.04.2014, 17:21, Ben Hutchings b...@decadent.org.uk: On Sun, 2014-04-27 at 16:36 +0400, программист некто wrote: At present I don't watch a freezes with a kernel 3.14. Also there is no problem if I enable powersave (in current time disabled by default). sudo rmmod ath9k sudo modprobe ath9k ps_enable=1 sudo iw dev wlan0 set power_save on That's good to hear. Of course, it would also be good to have this fixed in wheezy. For future reference (I'm not expecting you to do anything with this information) it seems like this might have been fixed by some of the changes to interrupt and error handling: Ben. I am sad, unfortunately, freezes is not fully eliminated. System freezes if powersave was switched off. Also freezes (when powersave disabled) on kernel 3.14.2-1. Please remove Fixed in version linux/3.14-1 ~ with exp1 as the problem wasn't completely eliminated. Workaround for me (works on kernel 3.14): /etc/modprobe.d/ar9285.conf options ath9k ps_enable=1 etc/rc.local iw dev wlan0 set power_save on -- 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/3485551399015...@web24m.yandex.ru
Processed (with 1 errors): Re: Bug#746636: linux 3.14.2-1 FTBFS on armhf
Processing control commands: forcemerge 746420 -1 Bug #746420 [src:linux] linux: FTBFS on armhf: sun4i-a10-a1000.dtb Unable to merge bugs because: package of #746636 is 'linux' not 'src:linux' Failed to forcibly merge 746420: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x27e0318)', 'requester', 'Ian Campbell i...@hellion.org.uk', 'request_addr', 'sub...@bugs.debian.org', 'request_msgid', '1399015718.23380.111.ca...@dagon.hellion.org.uk', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 552 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 551 Debbugs::Control::Service::control_line('line', 'forcemerge 746420 -1', 'clonebugs', 'HASH(0x27f8220)', 'limit', 'HASH(0x27f8448)', 'common_control_options', 'ARRAY(0x27f8520)', 'errors', ...) called at /usr/lib/debbugs/process line 1040 -- 746420: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746420 746636: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746636 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.b.139901572311350.transcr...@bugs.debian.org
Bug#746636: linux 3.14.2-1 FTBFS on armhf
Control: forcemerge 746420 -1 On Fri, 2014-05-02 at 09:21 +0200, Karsten Merker wrote: Package: linux Version: 3.14.2-1 Hello, the linux package (3.14.2-1) currently FTBFS on armhf: https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armhfver=3.14.2-1stamp=1398922166 Thanks. This was already reported as 746420. Merging. Cheers, 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/1399015718.23380.111.ca...@dagon.hellion.org.uk
Processed (with 1 errors): Re: Bug#746636: linux 3.14.2-1 FTBFS on armhf
Processing control commands: forcemerge 746420 -1 Bug #746420 [src:linux] linux: FTBFS on armhf: sun4i-a10-a1000.dtb Unable to merge bugs because: package of #746636 is 'linux' not 'src:linux' Failed to forcibly merge 746420: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x3054318)', 'requester', 'Ian Campbell i...@hellion.org.uk', 'request_addr', '746636-sub...@bugs.debian.org', 'request_msgid', '1399015718.23380.111.ca...@dagon.hellion.org.uk', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 552 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 551 Debbugs::Control::Service::control_line('line', 'forcemerge 746420 -1', 'clonebugs', 'HASH(0x306c220)', 'limit', 'HASH(0x306c448)', 'common_control_options', 'ARRAY(0x306c520)', 'errors', ...) called at /usr/lib/debbugs/process line 1040 -- 746420: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746420 746636: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746636 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.b746636.139901572311360.transcr...@bugs.debian.org
Bug#746638: linux-image-3.14-1-amd64: Headset Plantronics GameCom 780 doesn't work
Package: src:linux Version: 3.14.2-1 Severity: important Dear maintainers, After update to 3.14-1-amd64 USB Headset Plantronics GameCom 780 stop working. lsusb: Bus 003 Device 003: ID 047f:c010 Plantronics, Inc. ALSA doesn't recognize them. On 3.13-1-amd64 working fine. -- 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/53634b33.9050...@linuxmint.pl
Bug#746473: marked as done (BUG: unable to handle kernel paging request at 0000000000001b90)
Your message dated Fri, 02 May 2014 12:01:04 +0300 with message-id 53635ed0.7080...@instinctools.ru and subject line not a kernel problem has caused the Debian Bug report #746473, regarding BUG: unable to handle kernel paging request at 1b90 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.) -- 746473: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746473 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:linux Version: 3.2.57-3 Severity: important Dear Maintainer, We were copying large (33G) file over 1G link using scp, but scp stalled for some reason after 16G and was killed on source machine. Then we tried to remove partial file on destination machine but during this process machine became almost unresponsive (LA about 10, iowait 20-30%, the rest % were idle), dmesg showed the log below, and as the machine did not reboot after /sbin/reboot it was rebooted using sys-rq. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=UUID=a4d2a5df-8a06-46ce-bf5c-e1c671729c4f ro nomodeset ** Not tainted ** Kernel log: Apr 30 10:55:14 db3 kernel: [167405.430964] BUG: unable to handle kernel paging request at 1b90 Apr 30 10:55:14 db3 kernel: [167405.430992] IP: [810b4722] page_waitqueue+0x33/0x48 Apr 30 10:55:14 db3 kernel: [167405.431018] PGD 0 Apr 30 10:55:14 db3 kernel: [167405.431035] Oops: [#1] SMP Apr 30 10:55:14 db3 kernel: [167405.431054] CPU 1 Apr 30 10:55:14 db3 kernel: [167405.431058] Modules linked in: ip6table_filter ip6_tables nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc xt_tcpudp xt_state iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_filter ip_tables x_tables cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats ext3 jbd loop i2c_i801 mxm_wmi i2c_core parport_pc evdev wmi parport coretemp acpi_cpufreq mperf shpchp iTCO_wdt iTCO_vendor_support crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 aes_generic cryptd processor video button ext4 crc16 jbd2 mbcache btrfs crc32c libcrc32c zlib_deflate dm_mod raid1 md_mod microcode sg sd_mod crc_t10dif xhci_hcd ahci libahci libata scsi_mod e1000e r8169 mii ehci_hcd thermal fan usbcore thermal_sys usb_common [last unloaded: scsi_wait_scan] Apr 30 10:55:14 db3 kernel: [167405.431353] Apr 30 10:55:14 db3 kernel: [167405.431369] Pid: 13674, comm: flush-9:2 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.57-3 MSI MS-7816/H87-G43 (MS-7816) Apr 30 10:55:14 db3 kernel: [167405.431411] RIP: 0010:[810b4722] [810b4722] page_waitqueue+0x33/0x48 Apr 30 10:55:14 db3 kernel: [167405.431449] RSP: 0018:8807fc541a38 EFLAGS: 00010a83 Apr 30 10:55:14 db3 kernel: [167405.431470] RAX: 9e37fffc0001 RBX: ea000fc61aa8 RCX: 0040 Apr 30 10:55:14 db3 kernel: [167405.431505] RDX: 1500 RSI: 8807fc541a88 RDI: dcbfaae7a5261aa8 Apr 30 10:55:14 db3 kernel: [167405.431540] RBP: 0028 R08: 8807fc5419a0 R09: Apr 30 10:55:14 db3 kernel: [167405.431574] R10: 00016628 R11: 00016628 R12: 8807b000b598 Apr 30 10:55:14 db3 kernel: [167405.431609] R13: 8000 R14: ea000fc61aa8 R15: 0028 Apr 30 10:55:14 db3 kernel: [167405.431645] FS: () GS:88081ea4() knlGS: Apr 30 10:55:14 db3 kernel: [167405.431681] CS: Apr 30 12:44:44 db3 kernel: imklog 5.8.11, log source = /proc/kmsg started. ** Model information sys_vendor: MSI product_name: MS-7816 product_version: 1.0 chassis_vendor: MSI chassis_version: 1.0 bios_vendor: American Megatrends Inc. bios_version: V2.14B6 board_vendor: MSI board_name: H87-G43 (MS-7816) board_version: 1.0 ** Loaded modules: cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc xt_tcpudp xt_state iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_filter ip_tables x_tables ext3 jbd loop i2c_i801 coretemp crc32c_intel acpi_cpufreq ghash_clmulni_intel iTCO_wdt mperf shpchp i2c_core iTCO_vendor_support parport_pc aesni_intel button video processor evdev parport aes_x86_64 mxm_wmi wmi aes_generic cryptd ext4 crc16 jbd2 mbcache btrfs crc32c libcrc32c zlib_deflate dm_mod raid1 md_mod microcode sg sd_mod crc_t10dif ahci libahci libata scsi_mod e1000e ehci_hcd fan thermal thermal_sys xhci_hcd
Processed: reassign 746636 to src:linux, forcibly merging 746420 746636
Processing commands for cont...@bugs.debian.org: reassign 746636 src:linux Bug #746636 [linux] linux 3.14.2-1 FTBFS on armhf Bug reassigned from package 'linux' to 'src:linux'. No longer marked as found in versions 3.14.2-1. Ignoring request to alter fixed versions of bug #746636 to the same values previously set # try again forcemerge 746420 746636 Bug #746420 [src:linux] linux: FTBFS on armhf: sun4i-a10-a1000.dtb Bug #746636 [src:linux] linux 3.14.2-1 FTBFS on armhf Marked as found in versions linux/3.14.2-1. Added tag(s) patch. Merged 746420 746636 thanks Stopping processing here. Please contact me if you need assistance. -- 746420: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746420 746636: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746636 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.139902204917850.transcr...@bugs.debian.org
Re: Kernel version for jessie
On Thu, 2014-05-01 at 17:29 +0100, Ben Hutchings wrote: Based on a linear regression of Linux release dates since 3.2, I extrapolated that the latest stable release at freeze time will likely be 3.17: http://www.decadent.org.uk/ben/tmp/linux-release-dates.svg. However, there will be little time for any necessary but disruptive fixes or packaging changes before the freeze. The earlier we freeze the kernel, the more work will be required to backport fixes and hardware enablement during the jessie support period. So I think that 3.16 would be the best fit. It is also very unlikely that a PREEMPT_RT patchset will be available for 3.15 or 3.17, but there probably will be one for 3.16. I won't have time to take on maintenance of another longterm stable branch besides 3.2, so I think it is important that the version we use can be based on a longterm stable branch maintained by someone else. On that basis, I would like to propose to Greg K-H that his next longterm branch be based on 3.16. Does anyone disagree with that? Nope, I agree. Is there a fallback if Greg decides on something != 3.16? Cross that bridge if we come to it I suppose. 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/1399023027.29636.28.ca...@kazak.uk.xensource.com
Re: Kernel version for jessie
Ben Hutchings b...@decadent.org.uk schrieb: --=-7K30lQ4BLoJ3LSF2G3VV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Based on a linear regression of Linux release dates since 3.2, I extrapolated that the latest stable release at freeze time will likely be 3.17: http://www.decadent.org.uk/ben/tmp/linux-release-dates.svg. However, there will be little time for any necessary but disruptive fixes or packaging changes before the freeze. The earlier we freeze the kernel, the more work will be required to backport fixes and hardware enablement during the jessie support period. So I think that 3.16 would be the best fit. It is also very unlikely that a PREEMPT_RT patchset will be available for 3.15 or 3.17, but there probably will be one for 3.16. I won't have time to take on maintenance of another longterm stable branch besides 3.2, so I think it is important that the version we use can be based on a longterm stable branch maintained by someone else. On that basis, I would like to propose to Greg K-H that his next longterm branch be based on 3.16. Does anyone disagree with that? Sounds good to me. Cheers, Moritz -- 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/slrnlm6pvd.28c@inutil.org
Bug#746488: linux-image-2.6.32-5-amd64: Random shutdowns from signal 15
On Thu, 2014-05-01 at 12:41 +, Justin McZeal wrote: What complete log are you looking for when all it says is signal 15 sent to rsyslogd? I've went through every log and nothing is showing a reason as to why it went down or what sent the signal 15. It is most likely because someone decided to shut down the computer. May 1 06:14:01 ace snmpd[1726]: error on subcontainer 'ia_addr' insert (-1) May 1 06:14:01 ace snmpd[1726]: error on subcontainer 'ia_addr' insert (-1) May 1 06:14:01 ace snmpd[1726]: error on subcontainer 'ia_addr' insert (-1) May 1 06:14:04 ace root: root [1733728]: May/01 - 06:14:02 /usr/bin/vmstat 1 3 [0] May 1 06:14:11 ace kernel: Kernel logging (proc) stopped. May 1 06:14:11 ace rsyslogd: [origin software=rsyslogd swVersion=4.6.4 x-pid=1363 x-info=http://www.rsyslog.com;] exiting on signal 15. May 1 07:00:27 ace kernel: imklog 4.6.4, log source = /proc/kmsg started. May 1 07:00:27 ace rsyslogd: [origin software=rsyslogd swVersion=4.6.4 x-pid=1582 x-info=http://www.rsyslog.com;] (re)start May 1 07:00:27 ace kernel: [0.00] Initializing cgroup subsys cpuset May 1 07:00:27 ace kernel: [0.00] Initializing cgroup subsys cpu May 1 07:00:27 ace kernel: [0.00] Linux version 2.6.32-5-amd64 (Debian 2.6.32-48squeeze5) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Apr 9 19:24:34 UTC 2014 May 1 07:00:27 ace kernel: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=db2d279a-afb3-4ea5-906a-bbb4ab04a8ce ro quiet pcie_aspm=off acpi=off noapic noacpi And in regards to the acpi/apic, we have no use for it. 10 years ago, when Linux and many BIOS support for ACPI was quite buggy, acpi=off was a useful workaround. Same for the APIC architecture and noapic. Today, disabling use of these features is a terrible idea because the old modes of operation is not so well-tested. That's usually the first thing I disable if there are unexpected shutdown issues like this. Does this keep the system from getting a signal 15? No, but it potentially introduces new problems. Ben. -- Ben Hutchings Lowery's Law: If it jams, force it. If it breaks, it needed replacing anyway. signature.asc Description: This is a digitally signed message part
Bug#746660: BUG: unable to handle kernel NULL pointer dereference
Package: src:linux Version: 3.2.57-3 Severity: normal Dear Maintainer, After upgrading hardware, when starting Xorg, we get the Oops below : I do not note other effect. -- Package-specific info: ** Version: Linux version 3.2.0-4-686-pae (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae root=UUID=310f205d-4dfc-4293-966c-8b952c4d258b ro quiet ** Tainted: DO (4224) * Kernel has oopsed before. * Out-of-tree module has been loaded. ** Kernel log: [ 135.106299] BUG: unable to handle kernel NULL pointer dereference at (null) [ 135.106344] IP: [ (null)] (null) [ 135.106366] *pdpt = 30619001 *pde = [ 135.106399] Oops: 0010 [#1] SMP [ 135.106420] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) ppdev lp cpufreq_userspace cpufreq_conservative cpufreq_stats cpufreq_powersave binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc hwmon_vid loop firewire_sbp2 firewire_core crc_itu_t snd_hda_codec_realtek usbhid hid sr_mod cdrom sg saa7134_alsa snd_hda_codec_hdmi saa7134_dvb videobuf_dvb dvb_core radeon saa7134 ahci tveeprom ttm snd_hda_intel r8169 libahci videobuf_dma_sg drm_kms_helper ir_lirc_codec lirc_dev snd_hda_codec drm snd_hwdep ir_mce_kbd_decoder snd_pcm_oss ir_sony_decoder snd_mixer_oss videobuf_core power_supply ir_jvc_decoder snd_pcm snd_page_alloc ir_rc6_decoder snd_seq_midi snd_seq_midi_event i2c_piix4 ir_rc5_decoder snd_rawmidi ir_nec_decoder snd_seq v4l2_common videodev media rc_core i2c_algo_bit i2c_core mii snd_seq_device snd_timer snd ohci_hcd powernow_k8 mperf crc32c_intel soundcore ehci_hcd aesni_intel aes_i586 aes_generic xhci_hcd cryptd parport_pc parport vi deo processor button usbcore evdev pcspkr thermal_sys usb_common wmi ext4 crc16 mbcache jbd2 dm_mod microcode shpchp sd_mod crc_t10dif ata_generic pata_jmicron libata scsi_mod [ 135.107082] [ 135.107092] Pid: 5501, comm: pulseaudio Tainted: G O 3.2.0-4-686-pae #1 Debian 3.2.57-3 MSI MS-7721/A78M-E35 (MS-7721) [ 135.107153] EIP: 0060:[] EFLAGS: 00210202 CPU: 0 [ 135.107183] EIP is at 0x0 [ 135.107198] EAX: f4384e2c EBX: 0080 ECX: f3eceac0 EDX: f3f06400 [ 135.107229] ESI: f846d05c EDI: f3e78640 EBP: f42aea4c ESP: ecf5fd98 [ 135.107261] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 135.107289] Process pulseaudio (pid: 5501, ti=ecf5e000 task=eddb8200 task.ti=ecf5e000) [ 135.107327] Stack: [ 135.107338] f846a515 0080 0080 f369e800 f3eceac0 f4210a00 f4384e2c f3e78640 [ 135.107388] f4210a38 ecf5fe04 fff2 f257fa80 f847dba1 f3eceac0 f416fe00 [ 135.107439] eddb8200 f847dcab ecf5fe04 f416ff18 f416ff2c eddb8200 [ 135.107489] Call Trace: [ 135.107507] [f846a515] ? azx_pcm_open+0x171/0x1f7 [snd_hda_intel] [ 135.107546] [f847dba1] ? snd_pcm_open_substream+0x36/0x68 [snd_pcm] [ 135.107584] [f847dcab] ? snd_pcm_open+0xd8/0x1cd [snd_pcm] [ 135.107617] [c103257c] ? try_to_wake_up+0x155/0x155 [ 135.107650] [f847de18] ? snd_pcm_playback_open+0x31/0x45 [snd_pcm] [ 135.107688] [f841049e] ? snd_open+0xf5/0x133 [snd] [ 135.107717] [c10d04ab] ? chrdev_open+0xf3/0x111 [ 135.107744] [c10cc17f] ? __dentry_open+0x186/0x25f [ 135.107771] [c10ccecd] ? nameidata_to_filp+0x3a/0x45 [ 135.107799] [c10d03b8] ? cdev_put+0x17/0x17 [ 135.107824] [c10d6f8d] ? do_last+0x4f8/0x513 [ 135.107849] [c10d724f] ? path_openat+0xa1/0x28b [ 135.107874] [c10d74e2] ? do_filp_open+0x23/0x5c [ 135.107901] [c102a4fd] ? should_resched+0x5/0x1e [ 135.107927] [c12c35fa] ? _cond_resched+0x5/0x18 [ 135.107953] [c10ccf2c] ? do_sys_open+0x54/0xcd [ 135.107979] [c10d815f] ? do_fcntl+0x151/0x3b3 [ 135.108004] [c10ccfc3] ? sys_open+0x1e/0x23 [ 135.108007] [c12c8e1f] ? sysenter_do_call+0x12/0x28 [ 135.108007] Code: Bad EIP value. [ 135.108007] EIP: [] 0x0 SS:ESP 0068:ecf5fd98 [ 135.108007] CR2: [ 135.120030] ---[ end trace c57801d276788e42 ]--- ** Model information not available ** Loaded modules: pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) ppdev lp cpufreq_userspace cpufreq_conservative cpufreq_stats cpufreq_powersave binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc hwmon_vid loop firewire_sbp2 firewire_core crc_itu_t snd_hda_codec_realtek usbhid hid sr_mod cdrom sg saa7134_alsa snd_hda_codec_hdmi saa7134_dvb videobuf_dvb dvb_core radeon saa7134 ahci tveeprom ttm snd_hda_intel r8169 libahci videobuf_dma_sg drm_kms_helper ir_lirc_codec lirc_dev snd_hda_codec drm snd_hwdep ir_mce_kbd_decoder snd_pcm_oss ir_sony_decoder snd_mixer_oss videobuf_core power_supply ir_jvc_decoder snd_pcm snd_page_alloc ir_rc6_decoder snd_seq_midi snd_seq_midi_event i2c_piix4 ir_rc5_decoder snd_rawmidi ir_nec_decoder snd_seq v4l2_common videodev media rc_core i2c_algo_bit i2c_core mii snd_seq_device snd_timer snd ohci_hcd powernow_k8 mperf crc32c_intel
Bug#746361: filed upstream - FIRST - kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=73691 feel free to slap me about for not buggin debian-kernel first :) i did my own testing on a VM and i figured the problem was upstream... bofh80
Bug#745349: Basic arm64 kernel
Another updated patch attached, rebased to current trunk kernel (3.15-rc3). Adds serial (8250 and pl011) and virtio drivers. With this I can install the resulting linux-image deb into an arm64 foreign chroot (using qemu-user-aarch64) and run apt-get install -f, at which point I have an initrd.img which I can boot using the ARM Foundation model using the bootwrapper along the lines of what is described in https://wiki.ubuntu.com/ARM64/FoundationModel and a rootfs also created using debootstrap and qemu-user-aarch64. (I say can boot, it's been at it for quite a while now, but it's into runlevel 2... I wonder how qemu-system-aarch64 is getting along...) Ian. From c612eca334df312521e970a23909e92419d608e4 Mon Sep 17 00:00:00 2001 From: Ian Campbell ian.campb...@citrix.com Date: Sun, 20 Apr 2014 20:04:16 +0100 Subject: [PATCH] [arm64] Initial kernel configuration and packaging. --- linux/debian/changelog | 3 ++ linux/debian/config/arm64/config | 50 ++ linux/debian/config/arm64/defines | 14 +- linux/debian/config/arm64/none/defines | 3 ++ linux/debian/installer/arm64/kernel-versions | 2 + .../installer/arm64/modules/arm64/ata-modules | 1 + .../installer/arm64/modules/arm64/btrfs-modules| 1 + .../installer/arm64/modules/arm64/core-modules | 1 + .../installer/arm64/modules/arm64/crc-modules | 1 + .../arm64/modules/arm64/crypto-dm-modules | 1 + .../installer/arm64/modules/arm64/crypto-modules | 1 + .../installer/arm64/modules/arm64/event-modules| 1 + .../installer/arm64/modules/arm64/ext4-modules | 1 + .../installer/arm64/modules/arm64/fat-modules | 1 + .../installer/arm64/modules/arm64/fuse-modules | 1 + .../installer/arm64/modules/arm64/input-modules| 1 + .../installer/arm64/modules/arm64/isofs-modules| 1 + .../installer/arm64/modules/arm64/jfs-modules | 1 + .../installer/arm64/modules/arm64/kernel-image | 1 + .../installer/arm64/modules/arm64/loop-modules | 1 + .../installer/arm64/modules/arm64/md-modules | 1 + .../installer/arm64/modules/arm64/mmc-modules | 1 + .../arm64/modules/arm64/multipath-modules | 1 + .../installer/arm64/modules/arm64/nbd-modules | 1 + .../installer/arm64/modules/arm64/nic-modules | 1 + .../arm64/modules/arm64/nic-shared-modules | 1 + .../installer/arm64/modules/arm64/nic-usb-modules | 1 + .../arm64/modules/arm64/nic-wireless-modules | 1 + .../installer/arm64/modules/arm64/ppp-modules | 1 + .../installer/arm64/modules/arm64/sata-modules | 1 + .../arm64/modules/arm64/scsi-core-modules | 1 + .../installer/arm64/modules/arm64/scsi-modules | 2 + .../installer/arm64/modules/arm64/squashfs-modules | 1 + .../installer/arm64/modules/arm64/udf-modules | 1 + .../installer/arm64/modules/arm64/uinput-modules | 1 + .../installer/arm64/modules/arm64/usb-modules | 1 + .../arm64/modules/arm64/usb-storage-modules| 2 + .../installer/arm64/modules/arm64/zlib-modules | 1 + linux/debian/installer/arm64/package-list | 7 +++ linux/debian/rules.real| 2 +- 40 files changed, 114 insertions(+), 2 deletions(-) create mode 100644 linux/debian/config/arm64/config create mode 100644 linux/debian/config/arm64/none/defines create mode 100644 linux/debian/installer/arm64/kernel-versions create mode 100644 linux/debian/installer/arm64/modules/arm64/ata-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/btrfs-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/core-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/crc-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/crypto-dm-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/crypto-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/event-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/ext4-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/fat-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/fuse-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/input-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/isofs-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/jfs-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/kernel-image create mode 100644 linux/debian/installer/arm64/modules/arm64/loop-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/md-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/mmc-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/multipath-modules create mode 100644 linux/debian/installer/arm64/modules/arm64/nbd-modules create mode 100644
Bug#746312: Problem persists in Kernel 3.14
Dear Maintainer, I just installed linux-image-3.14-1-686-pae (version 3.14.2-1) from Unstable, and unfortunately the problem still exists: my laptop, an old Toshiba Satellite Pro 4220, slows down and becomes unresponsive, unless I insert acpi=off at boot. The last Kernel without this problem was linux-image-3.12-1-686-pae (version 3.12.9-1). By the way, acpi=ht doesn't solve the problem, only acpi=off works. Best regards, Daniel Wiese -- Daniel Wiese dnl.wi...@googlemail.com -- 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/20140502230651.268a4c1634c793ea29198...@googlemail.com
Bug#746602: skb_copy_ubufs() not exported by the Debian Linux kernel 3.2.57-3
Hello Jarno, Yes it seems that the following commit should be included in 3.2. commit dcc0fb782b3a6e2abfeaaeb45dd88ed09596be0f Author: Michael S. Tsirkin m...@redhat.com Date: Fri Jul 20 09:23:20 2012 + skbuff: export skb_copy_ubufs It applies cleanly on top of 3.2.58. However, the skb_orphan_frags inline function is not in include/linux/skbuff.h of kernel 3.2.58, but it is available in the debian linux-headers-3.2.0-4-amd64 package. It seems like the following commit has been backported to the debian 3.2 kernel but not to mainline 3.2.x. commit a353e0ce0fd42d8859260666d1e9b10f2abd4698 Author: Michael S. Tsirkin m...@redhat.com Date: Fri Jul 20 09:23:07 2012 + skbuff: add an api to orphan frags Probably these need to be included together. Best regards, Emil Goode On Thu, May 01, 2014 at 01:45:28PM -0700, Jarno Rajahalme wrote: Package: linux-source-3.2 Version: 3.2.57-3 The symbol skb_copy_ubufs() is not exported in net/core/skbuff.c, even though it is exposed in include/linux/skbuff.h and used by skb_orphan_frags(). OVS kernel module fails to start due to this: Error: Module openvswitch is not currently loaded ERROR: could not insert 'openvswitch': Unknown symbol in module, or unknown parameter (see dmesg) dmesg output: [ 3315.819202] openvswitch: Unknown symbol skb_copy_ubufs (err 0) /lib/modules/3.2.0-4-amd64/source/include/linux/skbuff.h has this: static inline int skb_orphan_frags(struct sk_buff *skb, gfp_t gfp_mask) { if (likely(!(skb_shinfo(skb)-tx_flags SKBTX_DEV_ZEROCOPY))) return 0; return skb_copy_ubufs(skb, gfp_mask); } But /usr/src/linux-source-3.2/net/core/skbuff.c only has this: int skb_copy_ubufs(struct sk_buff *skb, gfp_t gfp_mask) { int i; [snipped] return 0; } Note the missing EXPORT_SYMBOL() after the function definition. It seems that skb_copy_ubufs() has been exported in Linux 3.6, as the skb_orphan_frags() was introduced. Now Debian 3.2.57-3 has a backported skb_orphan_frags(), but the export of the symbol sib_copy_ubufs() was not backported. Regards, Jarno Rajahalme -- 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/c7b639a4-ae25-4247-a105-d7a164964...@nicira.com -- 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/20140503000154.GA9262@lianli
Bug#746738: CVE-2014-0181: Linux network reconfiguration due to incorrect netlink checks
Source: linux Version: 3.14.2-1 Severity: important Tags: security, fixed-upstream Please see for details: http://www.openwall.com/lists/oss-security/2014/04/22/11 https://git.kernel.org/cgit/linux/kernel/git/davem/net.git/commit/?id=90f62cf30a78721641e08737bda787552428061e https://git.kernel.org/cgit/linux/kernel/git/davem/net.git/commit/?id=78541c1dc60b65ecfce5a6a096fc260219d6784e -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature