Bug#801925: NULL pointer dereference: IP: [] sr_runtime_suspend+0xc/0x20 [sr_mod]
Hello, >> > As this is Linux 4.3 and not 4.4, I guess this is a different problem >> > though. Alexandre, where you able to capture the stack trace? I’d submit >> > a new bug report with this. >> >> Here is a photo. Please ping me if you need to test some debugging patches. > > It looks like the problem occurs in blk_post_runtime_resume(). Since > there have been recent changes to this routine, it's hard to tell > whether you're using the most up-to-date code. > > In particular, the first few lines of blk_post_runtime_resume() in > block/blk-core.c should look like this: > > void blk_post_runtime_resume(struct request_queue *q, int err) > { > if (!q->dev) > return; > > The test was introduced by commit 4fd41a8552af ("SCSI: Fix NULL pointer > dereference in runtime PM"), which was added to the mainline kernel > between 4.3 and 4.4. I don't know what the commit ID would be for a > .stable kernel. Okay now I've tried with 4.4. The oops does not occur. So this is fixed for me in 4.4. If there is interest in backporting to 4.3, 13b438914341 ("SCSI: fix crashes in sd and sr runtime PM") is not enough to backport. Something in 4.4, most probably 4fd41a8552af ("SCSI: Fix NULL pointer dereference in runtime PM") is also needed. Thanks a lot, Alex
Bug#801925: NULL pointer dereference: IP: [] sr_runtime_suspend+0xc/0x20 [sr_mod]
Hi, >> Could you please attach the debugging patch. Hopefully Alexandre, Erich, >> or I will have some spare time to build an image from it. > > Actually, this patch is an attempt at a fix. After looking more > carefully at your log pictures, I realized what the problem must be. > > It's too bad nobody was able to capture a log where the error > occurred in sr_runtime_suspend, though -- all the logs in the bug > report show sd_runtime_resume. I just tested the patch applied on top of 4.3.3 (4.3.3-6 in Debian). It still crashes at boot, but the stacktrace is different : it happens in blk_post_runtime_resume . Maybe I'm bit by a different bug or maybe the I need to try with 4.4. I'll post the captured log when I have access to a wired network. I'd be happy to provide the logs of a debugging patch. Alex
Bug#801925: Linux Null Pointer Dereference on boot
Hi, Same here, last working debian kernel is linux-image-4.1.0-2-amd64 . Kernel hangs on early boot, after a while it notices and drops to an initramfs shell, lacking a root device. I managed to capture de OOPS using the handy netconsole module (attached). > On second thought, it seems more likely that this issue probably was > _caused_ by that commit. The fix can be found in these two emails: > > http://marc.info/?l=linux-scsi=144185206825609=2 > http://marc.info/?l=linux-scsi=144185208525611=2 > > which have not been merged yet as far as I know even though they were > submitted back in September. Those patches do not fix the problem for me. I tested using debian/bin/test-patches from the Debian Linux source. Thanks, Alex [2.561223] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [2.561719] ata2.00: ACPI cmd 00/00:00:00:00:00:a0 (NOP) rejected by device (Stat=0x51 Err=0x04) [2.561775] ata2.00: supports DRM functions and may not be fully accessible [2.565750] ata2.00: disabling queued TRIM support [2.565758] ata2.00: ATA-9: Crucial_CT256M550SSD1, MU01, max UDMA/133 [2.565762] ata2.00: 500118192 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [2.570661] ata2.00: supports DRM functions and may not be fully accessible [2.579029] ata2.00: configured for UDMA/133 [2.905416] ata4: SATA link down (SStatus 0 SControl 300) [2.910964] BUG: unable to handle kernel NULL pointer dereference at 0008 [2.911135] PGD 0 [2.911215] Modules linked in: sd_mod(+) crc32c_intel ahci libahci libata xhci_pci scsi_mod xhci_hcd i915 ehci_pci ehci_hcd sdhci_pci sdhci mmc_core i2c_algo_bit drm_kms_helper usbcore usb_common e1000e ptp drm pps_core wmi thermal video button [2.911552] Hardware name: Hewlett-Packard HP ProBook 6470b/179C, BIOS 68ICE Ver. F.45 10/07/2013 [2.911665] RIP: 0010:[] [] sd_resume+0xd/0x70 [sd_mod] [2.911731] RSP: 0018:8801390a3a60 EFLAGS: 00010246 [2.911818] RDX: 0001 RSI: 880139398168 RDI: 880139398168 [2.911918] R10: 81827b86 R11: 000e R12: a0019220 [2.912017] FS: 7fc6c2e168c0() GS:88013fac() knlGS: [2.912113] CR2: 0008 CR3: 0001390c7000 CR4: 001406e0 [2.912161] Stack: [2.912247] 81403aae 880139398168 a03f2a20 [2.912382] Call Trace: [2.912470] [] ? __rpm_callback+0x2e/0x70 [2.912519] [] ? scsi_autopm_put_device+0x20/0x20 [scsi_mod] [2.912619] [] ? scsi_autopm_put_device+0x20/0x20 [scsi_mod] [2.912744] [] ? __pm_runtime_resume+0x47/0x70 [2.912848] [] ? sd_probe+0x35/0x340 [sd_mod] [2.912959] [] ? __driver_attach+0x7b/0x80 [2.913064] [] ? bus_for_each_dev+0x67/0xb0 [2.913152] [] ? 0xa0024000 [2.913190] [] ? driver_register+0x57/0xc0 [2.913312] [] ? do_one_initcall+0xb2/0x200 [2.913417] [] ? load_module+0x2173/0x2780 [2.913504] [] ? kernel_read+0x4b/0x70 [2.913623] [] ? system_call_fast_compare_end+0xc/0x67 [2.914161] RIP [] sd_resume+0xd/0x70 [sd_mod] [2.914212] RSP [2.914239] CR2: 0008 [2.916695] ---[ end trace 6a25c092cd6e126d ]---
Bug#775217: drm/i915: Add limited color range readout for HDMI/DP ports on g4x/vlv/chv
Source: linux Severity: important Tags: upstream patch Dear Maintainers, Officiel kernel regularly spits out the following when plugged to a HDMI TV. This *may* lead to HDMI link instabilities and EDID checksum mismatchs, although I have not been able to reproduce my single occurence of broken TV output. [179305.004168] [drm:intel_pipe_config_compare] *ERROR* mismatch in limited_color_range (expected 1, found 0) [179305.004176] [ cut here ] [179305.004221] WARNING: CPU: 0 PID: 22693 at /build/linux-CMiYW9/linux-3.16.7-ckt2/drivers/gpu/drm/i915/intel_display.c:10192 check_crtc_state+0x743/0xda0 [i915]() [179305.004265] pipe state doesn't match! [179305.004268] Modules linked in: sha256_ssse3 sha256_generic dm_crypt ecb cbc algif_skcipher af_alg veth binfmt_misc cpufreq_stats cpufreq_powersave cpufreq_userspace cpufreq_conservative iptable_nat nf_nat_ipv4 ipt_REJECT iptable_mangle iptable_raw nf_conntrack_ipv4 nf_defrag_ipv4 xt_recent ip6table_nat nf_nat_ipv6 xt_comment ip6t_REJECT xt_addrtype xt_physdev xt_mark ip6table_mangle xt_tcpudp xt_CT ip6table_raw xt_multiport nf_conntrack_ipv6 nf_defrag_ipv6 ipt_ULOG xt_conntrack nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda xt_NFLOG nf_nat nfnetlink_log xt_LOG nf_conntrack_tftp nf_conntrack_sip nf_conntrack_sane nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nfnetlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc ts_kmp nf_conntrack_h323 nf_conntrack_ftp nf_conntrack_amanda nf_conntrack ip6table_filter ip6_tab les iptable_filter ip_tables x_tables bridge stp llc iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi snd_hda_codec_via snd_hda_codec_generic ppdev snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm coretemp lpc_ich i915 pcspkr snd_timer evdev serio_raw video drm_kms_helper drm i2c_i801 mfd_core snd soundcore tpm_infineon i2c_algo_bit i2c_core tpm_tis tpm rng_core shpchp parport_pc parport button acpi_cpufreq processor thermal_sys loop fuse autofs4 ext4 crc16 mbcache jbd2 dm_mod raid1 md_mod sg sd_mod crc_t10dif crct10dif_generic crct10dif_common sr_mod cdrom ata_generic 8139too ata_piix 8139cp mii libata scsi_mod ehci_pci atl1c uhci_hcd ehci_hcd usbcore usb_common [179305.00] CPU: 0 PID: 22693 Comm: Xorg Tainted: GW 3.16.0-4-amd64 #1 Debian 3.16.7-ckt2-1 [179305.004448] Hardware name: MSI MS-7592/G41M-P34 (MS-7592), BIOS V25.3 03/03/2010 [179305.004451] 0009 81507263 88005a9c3a30 81065847 [179305.004457] 88007a69a058 88005a9c3a80 88007910f800 88007a69a6f8 [179305.004462] 88007910fb40 810658ac a03f8672 0018 [179305.004467] Call Trace: [179305.004478] [81507263] ? dump_stack+0x41/0x51 [179305.004485] [81065847] ? warn_slowpath_common+0x77/0x90 [179305.004490] [810658ac] ? warn_slowpath_fmt+0x4c/0x50 [179305.004517] [a0394de3] ? check_crtc_state+0x743/0xda0 [i915] [179305.004545] [a03a2e95] ? intel_modeset_check_state+0x255/0x780 [i915] [179305.004563] [a02e3554] ? _object_find+0x64/0x90 [drm] [179305.004580] [a02e8fd6] ? drm_mode_obj_set_property_ioctl+0x396/0x3b0 [drm] [179305.004596] [a02e901e] ? drm_mode_connector_property_set_ioctl+0x2e/0x40 [drm] [179305.004610] [a02d88b7] ? drm_ioctl+0x1c7/0x5b0 [drm] [179305.004621] [813ff397] ? move_addr_to_user+0xa7/0xc0 [179305.004627] [811b7d2f] ? do_vfs_ioctl+0x2cf/0x4b0 [179305.004632] [811b7f91] ? SyS_ioctl+0x81/0xa0 [179305.004637] [8150f368] ? page_fault+0x28/0x30 [179305.004643] [8150d32d] ? system_call_fast_compare_end+0x10/0x15 [179305.004646] ---[ end trace 72d92f83c05ee4fc ]--- The attached patch fixes the problem. It has been accepted upstream. Thanks, Alex -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From: Alexandre Rossi alexandre.ro...@gmail.com Patch forward ported to apply with c84db77010877da6c5da119868ed54c43d59e726 (drm/i915/hdmi: fix hdmi audio state readout). From 8c875fca1a8d76665c60fa141c220cee65f44f5e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?= ville.syrj...@linux.intel.com Date: Fri, 12 Sep 2014 15:46:29 +0300 Subject: drm/i915: Add limited color range readout for HDMI/DP ports on g4x/vlv/chv MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The limited color range knob is in the port registers on g4x and vlv/chv for HDMI, and on g4x for DP. Add the relevant code to read out the hardware state
Bug#595187: Not in experimental
Hi, I haven't been able to reproduce the same problem with 2.6.36-1~experimental.1 althougth I have other problems in free_buffer_head. But I'll wait for 2.6.37 ro report on those. Alex -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinw-wqdp2maa=y+ykx=ng8ecyv9adnh914t9...@mail.gmail.com
Bug#595187: linux-2.6: lots of OOPses on resume (NULL pointer dereference in file_ra_state_init)
Source: linux-2.6 Version: 2.6.32-21 Severity: normal Hi, Since the upgrade from 2.6.32-20 - 2.6.32-21, my laptop fails to resume properly into Xorg : the cursor only appears when I move it and there is nothing much more I can do than switching to the console, login as root and reboot. In the console, I can see a lot of OOpses that are visible in the attached log file. This did not happend with 2.6.32-20, or at least not before many suspend cycles. Here is the first of the many similar stack traces : -- Sep 1 21:29:47 annalee kernel: [ 1062.410659] BUG: unable to handle kernel NULL pointer dereference at 0020 Sep 1 21:29:47 annalee kernel: [ 1062.410665] IP: [810ba09c] file_ra_state_init+0x4/0x14 Sep 1 21:29:47 annalee kernel: [ 1062.410673] PGD 7c87e067 PUD 7c370067 PMD 0 Sep 1 21:29:47 annalee kernel: [ 1062.410678] Oops: [#1] SMP Sep 1 21:29:47 annalee kernel: [ 1062.410681] last sysfs file: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC/uevent Sep 1 21:29:47 annalee kernel: [ 1062.410685] CPU 1 Sep 1 21:29:47 annalee kernel: [ 1062.410687] Modules linked in: binfmt_misc acpi_cpufreq firewire_sbp2 firewire_core crc_itu_t loop sha256_generic aes_x86_64 aes_generic cbc dm_crypt arc4 snd_hda_codec_idt ecb iwl3945 snd_hda_intel iwlcore snd_hda_codec snd_hwdep joydev mac80211 snd_pcm snd_seq snd_timer snd_seq_device led_class battery dell_laptop snd cfg80211 soundcore psmouse snd_page_alloc i2c_i801 evdev pcspkr rfkill dcdbas wmi serio_raw ac processor ext3 jbd mbcache dm_mod sd_mod crc_t10dif i915 drm_kms_helper drm ata_generic uhci_hcd i2c_algo_bit tg3 libphy thermal ata_piix button libata ehci_hcd scsi_mod i2c_core video thermal_sys output usbcore nls_base [last unloaded: scsi_wait_scan] Sep 1 21:29:47 annalee kernel: [ 1062.410739] Pid: 2798, comm: date Not tainted 2.6.32-5-amd64 #1 Latitude D630 Sep 1 21:29:47 annalee kernel: [ 1062.410742] RIP: 0010:[810ba09c] [810ba09c] file_ra_state_init+0x4/0x14 Sep 1 21:29:47 annalee kernel: [ 1062.410747] RSP: 0018:88007df39db0 EFLAGS: 00010206 Sep 1 21:29:47 annalee kernel: [ 1062.410749] RAX: RBX: RCX: 88007c89ba80 Sep 1 21:29:47 annalee kernel: [ 1062.410752] RDX: 88007c89ba80 RSI: 88007ef53798 RDI: 88007c89baf0 Sep 1 21:29:47 annalee kernel: [ 1062.410754] RBP: 88007c89ba80 R08: R09: 880037bd9c00 Sep 1 21:29:47 annalee kernel: [ 1062.410757] R10: 88007df39e48 R11: 81151385 R12: Sep 1 21:29:47 annalee kernel: [ 1062.410759] R13: 88007ef53678 R14: 0024 R15: 810eb47c Sep 1 21:29:47 annalee kernel: [ 1062.410762] FS: () GS:88000190() knlGS: Sep 1 21:29:47 annalee kernel: [ 1062.410765] CS: 0010 DS: ES: CR0: 80050033 Sep 1 21:29:47 annalee kernel: [ 1062.410768] CR2: 0020 CR3: 7c70e000 CR4: 06e0 Sep 1 21:29:47 annalee kernel: [ 1062.410770] DR0: DR1: DR2: Sep 1 21:29:47 annalee kernel: [ 1062.410773] DR3: DR6: 0ff0 DR7: 0400 Sep 1 21:29:47 annalee kernel: [ 1062.410776] Process date (pid: 2798, threadinfo 88007df38000, task 88007db662e0) Sep 1 21:29:47 annalee kernel: [ 1062.410778] Stack: Sep 1 21:29:47 annalee kernel: [ 1062.410779] 810eb991 880037bd9c00 880037a1aa00 88007a759600 Sep 1 21:29:47 annalee kernel: [ 1062.410783] 0 88007df39e48 88007df39e48 8001 Sep 1 21:29:47 annalee kernel: [ 1062.410787] 0 0024 ff9c 810f70bb 88007df39e78 Sep 1 21:29:47 annalee kernel: [ 1062.410792] Call Trace: Sep 1 21:29:47 annalee kernel: [ 1062.410797] [810eb991] ? __dentry_open+0x1c4/0x2bf Sep 1 21:29:47 annalee kernel: [ 1062.410802] [810f70bb] ? do_filp_open+0x4e4/0x94b Sep 1 21:29:47 annalee kernel: [ 1062.410806] [810e40dd] ? virt_to_head_page+0x9/0x2a Sep 1 21:29:47 annalee kernel: [ 1062.410810] [811000c5] ? alloc_fd+0x67/0x10c Sep 1 21:29:47 annalee kernel: [ 1062.410813] [810eb6fb] ? do_sys_open+0x55/0xfc Sep 1 21:29:47 annalee kernel: [ 1062.410818] [81010b42] ? system_call_fastpath+0x16/0x1b Sep 1 21:29:47 annalee kernel: [ 1062.410821] Code: 89 d8 5b 5d 41 5c c3 53 89 f3 e8 57 98 f9 ff 85 c0 75 0f 85 db 74 0b 48 c7 05 ed 86 59 00 00 00 00 00 5b c3 90 90 90 48 8b 46 68 48 8b 40 20 48 c7 47 18 ff ff ff ff 89 47 10 c3 65 8b 04 25 98 Sep 1 21:29:47 annalee kernel: [ 1062.410853] RIP [810ba09c] file_ra_state_init+0x4/0x14 Sep 1 21:29:47 annalee kernel: [ 1062.410857] RSP 88007df39db0 Sep 1 21:29:47 annalee kernel: [ 1062.410859] CR2: 0020 Sep 1 21:29:47 annalee kernel: [ 1062.410862] ---[ end trace f71fcf8b8aa10d22 ]--- Sep 1
Bug#583139: linux-2.6: no DHCP offers on r8169
Hi, For the record, after more investigation, this appears not to be related to the kernel at all (sorry) but ot a misbehaving DHCP server that only answers on broadcast. My ISP must have changed its config. $ cat /var/log/daemon.log.1 /var/log/daemon.log 2/dev/null | grep dhclient | cut -d':' -f4- | uniq -c 18225 DHCPREQUEST on eth0 to 82.224.x.y port 67 1 DHCPREQUEST on eth0 to 255.255.255.255 port 67 1 DHCPACK from 82.224.x.y 1 bound to 82.224.z.p -- renewal in 249667 seconds. 15075 DHCPREQUEST on eth0 to 82.224.x.y port 67 # dhcping -v -s 255.255.255.255 Got answer from: 82.224.x.y received from 82.224.x.y, expected from 255.255.255.255 no answer # dhcping -v -s 82.224.x.y no answer Not sure how to fix this (contact my ISP or DHCP client option), but at least this is not kernel related. Alex -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=wqnqa6wremra2lcg4fbgfb+qev_etkposa...@mail.gmail.com
Bug#583139: linux-2.6: no DHCP offers on r8169
I cannot reproduce anymore with -22lenny1. I do not understand since I had checked with another computer on the same link to rule out a failure from my ISP. I guess if I cannot reproduce through the WE, this can be closed. Cannot reproduce anymore, playing with DHCP, and -22lenny1. Sorry for the noise. Alex -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinolatjwlqhs7s2nlggi310yudgrdc6cqjhv...@mail.gmail.com
Bug#583139: linux-2.6: no DHCP offers on r8169
Hi, But just to be sure, I just tested another time, and my first results are not consistent with what I found again. I've been running for about a day with 2.6.26-22 and I could not reproduce. I'll try again to upgrade to -22lenny1 tonight. I cannot reproduce anymore with -22lenny1. I do not understand since I had checked with another computer on the same link to rule out a failure from my ISP. I guess if I cannot reproduce through the WE, this can be closed. Alex -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikc4vzkcntrsor0emstq4gd80pcwibrf3si2...@mail.gmail.com
Bug#583139: linux-2.6: no DHCP offers on r8169
Package: linux-2.6 Version: 2.6.26-22lenny1 Severity: important Hi, I get no DHCP offers on the r8169 device since the upgrade to 2.6.26-22lenny1. Reverting to 2.6.26-22 does not fix the problem. Reverting to 2.6.26-21lenny4 *does* fix the problem. Please contact me for more info. Alex -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100525174300.6271.22266.report...@ripley0
Bug#574657: Get the same issue
hs:~# uname -a Linux hs 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 GNU/Linux Can you reproduce with the latest sid kernel (install linux-image-2.6.32-5-amd64)? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikerlmxmnsicsijcxpl5ecgznypwav3cgz5d...@mail.gmail.com
Bug#574657: same here
notfound 574657 2.6.32-12 thanks I have not been able to reproduce since 2.6.32-12. Alex -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktind3vjbgutssykbmyxbjgp8m99riq-txkhyz...@mail.gmail.com
Bug#574657: same here
notfound 574657 2.6.32-8 found 574657 2.6.32-9 found 574657 2.6.32-10 found 574657 2.6.32-11 thanks In order to investigate, I compiled the vanilla kernel 2.6.32.{8,9,11} and was not able to reproduce. I can reproduce in less than 3 suspend/resume cycles using official Debian kernel images linux-image-2.6.31-{3,4}-amd64 (all versions since 2.6.32-9). Therefore, I think this problem lays in the Debian specific changes introduced in linux-2.6 version 2.6.32-9 . I'll try to narrow down the issue to a specific patch. Alex -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/k2i9b01ce9b1004080304n2b192ef0ye65cf746a3a7a...@mail.gmail.com
Bug#575056: linux-2.6: libata based drivers migration script does not migrate /etc/crypttab
Package: linux-2.6 Version: 2.6.32-10 Severity: normal Hi, The migration to libata based drivers migration went very well when I upgraded the kernel to 2.6.33-10, but the migration process forgot about /etc/crypttab where my encrypted /home info is. After manually changing it, everything was OK. The crypttab manual page does not say if cryptsetup supports UUID=, but #445189 says so. Thanks, feel free to ask for more info. Alex -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100323071059.2842.92894.report...@annalee.sousmonlit.dyndns.org
Bug#513228: linux-2.6: please add intel AGP G41 chipset support
Package: linux-2.6 Severity: wishlist Tags: patch Hi, The patch for intel AGP G41 chipset support is part of upstream 2.6.29. It applies without modifications to Debian's 2.6.26 (provided the agp: Fix stolen memory counting on Intel G4X has been applied before) and adds support for this new AGP chipset. It even makes xserver-xorg-video-intel stable with the Intel X4500HD. Here is the patch. Cheers, Alex -- commit a50ccc6c6623ab0e64f2109881e07c176b2d876f Author: Zhenyu Wang zhenyu.z.w...@intel.com Date: Mon Nov 17 14:39:00 2008 +0800 agp/intel: add support for G41 chipset Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com Signed-off-by: Eric Anholt e...@anholt.net Signed-off-by: Dave Airlie airl...@linux.ie diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c index 9cf6e9b..7d8db5a 100644 --- a/drivers/char/agp/intel-agp.c +++ b/drivers/char/agp/intel-agp.c @@ -40,6 +40,8 @@ #define PCI_DEVICE_ID_INTEL_Q45_IG 0x2E12 #define PCI_DEVICE_ID_INTEL_G45_HB 0x2E20 #define PCI_DEVICE_ID_INTEL_G45_IG 0x2E22 +#define PCI_DEVICE_ID_INTEL_G41_HB 0x2E30 +#define PCI_DEVICE_ID_INTEL_G41_IG 0x2E32 /* cover 915 and 945 variants */ #define IS_I915 (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_E7221_HB || \ @@ -63,7 +65,8 @@ #define IS_G4X (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_IGD_E_HB || \ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_Q45_HB || \ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G45_HB || \ - agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB) + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB || \ + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G41_HB) extern int agp_memory_reserved; @@ -1196,6 +1199,7 @@ static void intel_i965_get_gtt_range(int *gtt_offset, int *gtt_size) case PCI_DEVICE_ID_INTEL_IGD_E_HB: case PCI_DEVICE_ID_INTEL_Q45_HB: case PCI_DEVICE_ID_INTEL_G45_HB: + case PCI_DEVICE_ID_INTEL_G41_HB: *gtt_offset = *gtt_size = MB(2); break; default: @@ -2163,6 +2167,8 @@ static const struct intel_driver_description { Q45/Q43, NULL, intel_i965_driver }, { PCI_DEVICE_ID_INTEL_G45_HB, PCI_DEVICE_ID_INTEL_G45_IG, 0, G45/G43, NULL, intel_i965_driver }, + { PCI_DEVICE_ID_INTEL_G41_HB, PCI_DEVICE_ID_INTEL_G41_IG, 0, + G41, NULL, intel_i965_driver }, { 0, 0, 0, NULL, NULL, NULL } }; @@ -2360,6 +2366,7 @@ static struct pci_device_id agp_intel_pci_table[] = { ID(PCI_DEVICE_ID_INTEL_IGD_E_HB), ID(PCI_DEVICE_ID_INTEL_Q45_HB), ID(PCI_DEVICE_ID_INTEL_G45_HB), + ID(PCI_DEVICE_ID_INTEL_G41_HB), { } }; -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500472: maybe patch
tag 500472 patch thanks My box has been running with this patch applied for a while now, and I cannot reproduce, so I'd say this fixes the issue for me. For the record, those fixes went into 2.6.27 : http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4dd7972d1204c3851a4092cecd2207e05eb29b09 and http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2a5b82751f73a0bf6f604ce56d34adba6da1b246 Cheers, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500472: maybe patch
Subject: Bug#500472: linux-image-2.6.26-1-openvz-amd64: NULL pointer dereference in tcp_v4_send_ack Thanks! It is a mainstream bug. Fixed patch was sent to [EMAIL PROTECTED] The patch is there : http://www.spinics.net/lists/netdev/msg76471.html But it does not apply to 2.6.26 so I tried to backport it. Here is what I could come up with (clearly not understanding what I was doing, and taking into account the fact that a follow-up says ipv6 codepath is similar) : diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c index ffe869a..fffc708 100644 --- a/net/ipv4/tcp_ipv4.c +++ b/net/ipv4/tcp_ipv4.c @@ -687,7 +687,7 @@ static void tcp_v4_send_ack(struct tcp_timewait_sock *twsk, if (twsk) arg.bound_dev_if = twsk-tw_sk.tw_bound_dev_if; - ip_send_reply(dev_net(skb-dev)-ipv4.tcp_sock, skb, + ip_send_reply(dev_net(skb-dst-dev)-ipv4.tcp_sock, skb, arg, arg.iov[0].iov_len); TCP_INC_STATS_BH(TCP_MIB_OUTSEGS); diff --git a/net/ipv6/tcp_ipv6.c b/net/ipv6/tcp_ipv6.c index 40ea9c3..6d8e350 100644 --- a/net/ipv6/tcp_ipv6.c +++ b/net/ipv6/tcp_ipv6.c @@ -1094,7 +1094,7 @@ static void tcp_v6_send_ack(struct tcp_timewait_sock *tw, struct tcphdr *th = tcp_hdr(skb), *t1; struct sk_buff *buff; struct flowi fl; - struct net *net = dev_net(skb-dev); + struct net *net = dev_net(skb-dst-dev); struct sock *ctl_sk = net-ipv6.tcp_sk; unsigned int tot_len = sizeof(struct tcphdr); __be32 *topt; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500472: linux-image-2.6.26-1-openvz-amd64: NULL pointer dereference in tcp_v4_send_ack
Package: linux-image-2.6.26-1-openvz-amd64 Version: 2.6.26-5 Severity: important Hi, The machine freezes sometimes, repeatedly and it seems this happens under some network load in a VE. vcfgvalidate is all ok. The fail counts of user beancounters are all 0. Here is the stacktrace. Feel free to ask for more info. Alex -- [ 960.532790] BUG: unable to handle kernel NULL pointer dereference at 0450 [ 960.532790] IP: [803e9712] tcp_v4_send_ack+0x1f6/0x23e [ 960.532790] PGD 1a5ec067 PUD 1a801067 PMD 0 [ 960.532790] Oops: [1] SMP [ 960.532790] CPU: 0 [ 960.532790] Modules linked in: netconsole configfs i915 drm vzethdev vznetdev simfs vzdquota vzmon vzdev xt_TCPMSS video output ac battery ip6table_filter ip6_tables iptable_raw xt_comment xt_policy ipt_ULOG ipt_TTL ipt_ttl ipt_REJECT ipt_REDIRECT ipt_recent ipt_NETMAP ipt_MASQUERADE ipt_LOG ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack iptable_mangle nfnetlink iptable_filter ip_tables x_tables ipv6 eeprom cpufreq_ondemand acpi_cpufreq freq_table loop parport_pc i2c_i801 rng_core snd_hda_intel i2c_core parport snd_pcm pcspkr iTCO_wdt snd_timer snd soundcore button snd_page_alloc intel_agp evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod sd_mod ide_cd_mod cdrom ide_disk ata_generic ata_piix 8139too libata scsi_mod dock 8139cp mii r8169 ide_pci_generic piix ide_core thermal processor fan thermal_sys [ 960.532790] Pid: 0, comm: swapper Not tainted 2.6.26-1-openvz-amd64 #1 036test001 [ 960.532790] RIP: 0010:[803e9712] [803e9712] tcp_v4_send_ack+0x1f6/0x23e [ 960.532790] RSP: 0018:805d9bf0 EFLAGS: 00010246 [ 960.532790] RAX: RBX: 81001a88a980 RCX: 0020 [ 960.532790] RDX: 805d9c40 RSI: 81001a88a980 RDI: [ 960.532790] RBP: 00027410 R08: 16a0 R09: 00027410 [ 960.532790] R10: 31ff5ed3 R11: 221928fa R12: [ 960.532790] R13: R14: 81001a88c034 R15: 81001a88a980 [ 960.532790] FS: () GS:80533000() knlGS: [ 960.532790] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b [ 960.532790] CR2: 0450 CR3: 1a5e8000 CR4: 06e0 [ 960.532790] DR0: DR1: DR2: [ 960.532790] DR3: DR6: 0ff0 DR7: 0400 [ 960.532790] Process swapper (pid: 0, veid=0, threadinfo 8056a000, task 804ee480) [ 960.532790] Stack: 5000afff 80423437 31ff5ed30ce25000 a0161080221928fa [ 960.532790] 0a080101 107402008d740200 80423437 [ 960.532790] 805d9db0 a02987ec 805d9c00 0020 [ 960.532790] Call Trace: [ 960.532790] IRQ [80423437] ? _read_lock_bh+0x9/0x19 [ 960.532790] [80423437] ? _read_lock_bh+0x9/0x19 [ 960.532790] [a02987ec] ? :ip_tables:ipt_do_table+0x515/0x581 [ 960.532790] [803ece53] ? tcp_check_req+0x14a/0x3d8 [ 960.532790] [803ea825] ? tcp_v4_do_rcv+0x387/0x4df [ 960.532790] [803ca150] ? nf_iterate+0x41/0x7d [ 960.532790] [803ecc12] ? tcp_v4_rcv+0x6f6/0x748 [ 960.532790] [803d041d] ? ip_local_deliver_finish+0x171/0x25f [ 960.532790] [803d0289] ? ip_rcv_finish+0x3a1/0x3c4 [ 960.532790] [803d087c] ? ip_rcv+0x26e/0x2c3 [ 960.532790] [803af5c7] ? netif_receive_skb+0x37b/0x44f [ 960.532790] [803b2043] ? process_backlog+0x86/0xef [ 960.532790] [803b1a6f] ? net_rx_action+0xab/0x1da [ 960.532790] [80239ddf] ? __do_softirq+0x96/0x15c [ 960.532790] [8020d3bc] ? call_softirq+0x1c/0x28 [ 960.532790] [8020f510] ? do_softirq+0x3c/0x81 [ 960.532790] [80239d05] ? irq_exit+0x81/0xc5 [ 960.532790] [8020f770] ? do_IRQ+0xb9/0xd9 [ 960.532790] [80212ca7] ? mwait_idle+0x0/0x4d [ 960.532790] [80212ca7] ? mwait_idle+0x0/0x4d [ 960.532790] [8020c55d] ? ret_from_intr+0x0/0x19 [ 960.532790] EOI [8021a9b3] ? lapic_next_event+0x0/0x13 [ 960.532790] [80212ce8] ? mwait_idle+0x41/0x4d [ 960.532790] [8020ad2b] ? cpu_idle+0x89/0xb3 [ 960.532790] [
Bug#414742: Possible fix
Hi, This is fixed for me in v2.6.19 http://bugs.freedesktop.org/show_bug.cgi?id=5085 points to http://lkml.org/lkml/2006/10/18/68 which is commit 769751f1b920fbd9034a9764443795ce243b547d included in upstream 2.6.19-rc3 It fixes the problem for me. Can you confirm this? commit 769751f1b920fbd9034a9764443795ce243b547d Author: bibo,mao [EMAIL PROTECTED] Date: Sat Oct 21 18:37:02 2006 +0200 [PATCH] x86-64: x86_64 add NX mask for PTE entry If function change_page_attr_addr calls revert_page to revert to original pte value, mk_pte_phys does not mask NX bit. If NX bit is set on no NX hardware supported x86_64 machine, there is will be RSVD type page fault and system will crash. This patch adds NX mask bit for PTE entry. Signed-off-by: bibo,mao [EMAIL PROTECTED] Signed-off-by: Andi Kleen [EMAIL PROTECTED] diff --git a/include/asm-x86_64/pgtable.h b/include/asm-x86_64/pgtable.h index a31ab4e..1c35616 100644 --- a/include/asm-x86_64/pgtable.h +++ b/include/asm-x86_64/pgtable.h @@ -368,6 +368,7 @@ static inline pte_t mk_pte_phys(unsigned long physpage, pgpr { pte_t pte; pte_val(pte) = physpage | pgprot_val(pgprot); + pte_val(pte) = __supported_pte_mask; return pte; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402743: Cannot reproduce in latest svn
I installed svn snapshot 8066 from : http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/linux-image-2.6.18-4-vserver-amd64_2.6.18-9~snapshot.8066_amd64.deb and I cannot reproduce this bug. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402707: Seems fixed in latest svn
FYI, I installed svn snapshot 8066 from : http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/linux-image-2.6.18-4-vserver-amd64_2.6.18-9~snapshot.8066_amd64.deb and I cannot reproduce this bug. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402743: Upstream
Hi, I asked upstream about this and they say it is fixed in Vserver 2.0.2.2-rc9. I tried the latest version of vserver and it is indeed fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]