Re: libbpfcc needs a way to ensure the current kernel's headers are installed
On Wed, 2017-10-18 at 13:02 +0100, Ben Hutchings wrote: > > Please comment on bug #877925 [4] and/or #878922 [3] regarding on how > > to solve the "this package needs the current kernel's headers > > installed" problem! > > You cannot use package dependencies to do this. It has to be a run- > time check. Ok, that's what I figured. Is there at least a solution to the "if the user has the standard, most recent, Debian kernel running, make sure the corresponding headers are installed" problem? I.e. something like Ubuntu's "linux-{image,headers}-generic" packages? Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
libbpfcc needs a way to ensure the current kernel's headers are installed
Hi! (Applications linked against) libbpfcc will dynamically compile and load C source code into eBPF byte code at runtime and load the result into the kernel for various purposes (e.g. socket filtering, tracing, etc.). For this to work, it needs the kernel headers of the *currently running kernel* [0,1]. Therefore, the maintainer of libbpfcc in Debian added a corresponding dependency [2] which unfortunately breaks everything but amd64 [3] and does also not quite fix the original bug [4]. Please comment on bug #877925 [4] and/or #878922 [3] regarding on how to solve the "this package needs the current kernel's headers installed" problem! Best regards Alexander Kurtz [0] https://github.com/iovisor/bcc/issues/397 [1] https://github.com/iovisor/bcc/issues/743 [2] https://anonscm.debian.org/git/collab-maint/bpfcc.git/commit/?id=f73049e48fd98dd01d4475f88f6b490e6a1b34bb [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878935 [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877925 signature.asc Description: This is a digitally signed message part
Bug#691122: Please add LVDS patch for the Zotac ZBOX SD ID13
Package: src:linux Version: 3.2.30-1 Tags: upstream fixed-upstream patch Severity: normal Hi, The Zotac ZBOX SD ID13 has an internal LVDS connector which (at least in this model) isn't connected to anything. This leads to X adjusting the maximum resolution to the resolution of the (nonexistent) LVDS display, which is way too low. It also seems to confuse the Linux kernel when choosing the resolution for the virtual terminals. The problem has been fixed upstream[0] and has also been reported in Ubuntu[1], so fixing this bug upstream by including the patch in the stable 3.2 branch might also be a good idea. Anyway, after dropping the attached patch into debian/patches/bugfix/x86 and rebuilding the kernel, the problem was fixed here. Best regards Alexander Kurtz [0] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=9756fe38d10b2bf90c81dc4d2f17d5632e135364 [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1064924 From: Sjoerd Simons sjoerd.sim...@collabora.co.uk Date: Fri, 22 Jun 2012 09:43:07 +0200 Subject: [PATCH] drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13 Bug-Debian: http://bugs.debian.org/?? commit 9756fe38d10b2bf90c81dc4d2f17d5632e135364 upstream. This box claims to have an LVDS interface but doesn't actually have one. Signed-off-by: Sjoerd Simons sjoerd.sim...@collabora.co.uk Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch --- drivers/gpu/drm/i915/intel_lvds.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_lvds.c b/drivers/gpu/drm/i915/intel_lvds.c index ab4d647..05fcadb 100644 --- a/drivers/gpu/drm/i915/intel_lvds.c +++ b/drivers/gpu/drm/i915/intel_lvds.c @@ -778,6 +778,14 @@ static const struct dmi_system_id intel_no_lvds[] = { DMI_MATCH(DMI_BOARD_NAME, MS-7469), }, }, + { + .callback = intel_no_lvds_dmi_callback, + .ident = ZOTAC ZBOXSD-ID12/ID13, + .matches = { + DMI_MATCH(DMI_BOARD_VENDOR, ZOTAC), + DMI_MATCH(DMI_BOARD_NAME, ZBOXSD-ID12/ID13), + }, + }, { } /* terminating entry */ }; -- 1.7.6.5 signature.asc Description: This is a digitally signed message part
Bug#637591: Add pci id for Marvell Technology Group Ltd. Device 9480
forwarded 637591 linux-s...@vger.kernel.org thanks On Fri, 2011-08-12 at 16:24 -0500, Jonathan Nieder wrote: Thanks! Please send this information (perhaps in patch form) to linux-s...@vger.kernel.org, cc-ing Xiangliang Yu yuxia...@marvell.com and James Bottomley james.bottom...@suse.de? Done: http://permalink.gmane.org/gmane.linux.scsi/69554 Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#637591: Add pci id for Marvell Technology Group Ltd. Device 9480
Package: src:linux-2.6 Version: 3.0.0-1 Severiy: normal Tags: patch Hi, I recently bough a SAS/SATA expansion card[1] based on Marvell's 88SE9480 chip: $ lspci -nnv [...] 04:00.0 RAID bus controller [0104]: Marvell Technology Group Ltd. Device [1b4b:9480] (rev 03) Subsystem: Marvell Technology Group Ltd. Device [1b4b:9480] Flags: bus master, fast devsel, latency 0, IRQ 7 Memory at efac (64-bit, non-prefetchable) [size=128K] Memory at efa8 (64-bit, non-prefetchable) [size=256K] Expansion ROM at efaf [disabled] [size=64K] Capabilities: access denied $ As you can see, the mvsas driver failed to get the card up and running. That's because there is no matching pci id: $ /sbin/modinfo mvsas filename: /lib/modules/3.0.0-1-amd64/kernel/drivers/scsi/mvsas/mvsas.ko license:GPL version:0.8.2 description:Marvell 88SE6440 SAS/SATA controller driver author: Jeff Garzik jgar...@pobox.com srcversion: CC1952EE8F2866BEB54CA6A alias: pci:v1B4Bd9485sv*sd9480bc*sc*i* alias: pci:v1B4Bd9445sv*sd9480bc*sc*i* alias: pci:v1103d2760sv*sd*bc*sc*i* alias: pci:v1103d2744sv*sd*bc*sc*i* alias: pci:v1103d2740sv*sd*bc*sc*i* alias: pci:v1103d2722sv*sd*bc*sc*i* alias: pci:v1103d2721sv*sd*bc*sc*i* alias: pci:v1103d2720sv*sd*bc*sc*i* alias: pci:v1103d2710sv*sd*bc*sc*i* alias: pci:v9005d0450sv*sd*bc*sc*i* alias: pci:v17D3d1320sv*sd*bc*sc*i* alias: pci:v17D3d1300sv*sd*bc*sc*i* alias: pci:v11ABd9180sv*sd*bc*sc*i* alias: pci:v11ABd9480sv*sd*bc*sc*i* alias: pci:v11ABd6485sv*sd*bc*sc*i* alias: pci:v11ABd6440sv*sd*bc*sc*i* alias: pci:v11ABd6440sv*sd6480bc*sc*i* alias: pci:v11ABd6340sv*sd*bc*sc*i* alias: pci:v11ABd6320sv*sd*bc*sc*i* depends:libsas,scsi_mod,scsi_transport_sas intree: Y vermagic: 3.0.0-1-amd64 SMP mod_unload modversions parm: collector: If greater than one, tells the SAS Layer to run in Task Collector Mode. If 1 or 0, tells the SAS Layer to run in Direct Mode. The mvsas SAS LLDD supports both modes. Default: 1 (Direct Mode). (int) $ The attached (trivial) patch fixes the issue for me: $ lspci -nnv [...] 04:00.0 RAID bus controller [0104]: Marvell Technology Group Ltd. Device [1b4b:9480] (rev 03) Subsystem: Marvell Technology Group Ltd. Device [1b4b:9480] Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at efac (64-bit, non-prefetchable) [size=128K] Memory at efa8 (64-bit, non-prefetchable) [size=256K] Expansion ROM at efaf [disabled] [size=64K] Capabilities: access denied Kernel driver in use: mvsas $ If there are no problems, please include the patch in the next upload. Best regards Alexander Kurtz [1] en_UK: http://www.conrad.com/8-PORT-MINI-SAS-SFF-8087/SATA-PCI-EXPRES.htm?websale7=conrad-intpi=975512 de_DE: http://www.conrad.de/ce/de/product/975512/8-PORT-SASSATA-PCI-EXPRESS-KARTE/ diff -Naur linux-2.6-3.0.0.orig/debian/changelog linux-2.6-3.0.0/debian/changelog --- linux-2.6-3.0.0.orig/debian/changelog 2011-08-12 18:38:03.0 +0200 +++ linux-2.6-3.0.0/debian/changelog 2011-08-12 18:40:27.081477251 +0200 @@ -1,3 +1,8 @@ +linux-2.6 (3.0.0-1.1) unstable; urgency=low + * Add pci id for Marvell Technology Group Ltd. Device 9480 + + -- Alexander Kurtz kurtz.a...@googlemail.com Fri, 12 Aug 2011 18:40:20 +0200 + linux-2.6 (3.0.0-1) unstable; urgency=low * New upstream release: http://kernelnewbies.org/Linux_3.0 diff -Naur linux-2.6-3.0.0.orig/drivers/scsi/mvsas/mv_init.c linux-2.6-3.0.0/drivers/scsi/mvsas/mv_init.c --- linux-2.6-3.0.0.orig/drivers/scsi/mvsas/mv_init.c 2011-07-22 04:17:23.0 +0200 +++ linux-2.6-3.0.0/drivers/scsi/mvsas/mv_init.c 2011-08-12 18:36:54.456523703 +0200 @@ -692,6 +692,15 @@ .class_mask = 0, .driver_data = chip_9485, }, + { + .vendor = 0x1b4b, + .device = 0x9480, + .subvendor = PCI_ANY_ID, + .subdevice = PCI_ANY_ID, + .class = 0, + .class_mask = 0, + .driver_data = chip_9480, + }, { } /* terminate list */ }; signature.asc Description: This is a digitally signed message part
Bug#631187: Kernel panics when removing external hard drive
found 631187 3.0.0-1 thanks Hi, FYI: The problem still occurs with Linux 3.0.0-1. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
[FYI] Random freezes probably caused by buggy rtl8192 driver fixed in 3.0.0-rc6
[Please CC me when replying, I'm not subscribed to debian-kernel@l.d.o] Hi, Just FYI: Some apparently random crashes/freezes on my Lenovo ThinkPad Edge 13 seem to be caused by the driver for the RTL8188 wifi chip. With 2.6.39 I was able to reliably reproduce the problem by hitting RFKILL while still sending/receiving data. With 3.0.0-rc6 I can't reproduce the problem anymore. If you want more information, just tell me! Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#631187: Kernel panics when removing external hard drive
On Wed, 2011-07-13 at 22:03 +1000, Linh Nguyen wrote: Hello Alexander, How are you? I came across your post http://lists.debian.org/debian-kernel/2011/06/msg00580.html detailing similar issue as to what I am experiencing. Every time I unmount a portable HDD (normal USB sticks are fine), i get a kernel panic the the power/level is deprecated; use power/control instead error message. Despite my extensive googling, i've not been able to find a solution. I was wondering whether or not you have solved your issue. Cheers. :) Sincerely, L Sorry, I've got no solution either. Since this is kind of a low-priority bug for me, I'm fine with manually unmounting (using umount or some GUI) my external drive before removing it. My current plan is to wait for 3.0 and then maybe do a git bisect if it's not fixed by then. However, you should check out the Debian bug report[1], the Ubuntu bug report[2] and the upstream bug report[3], maybe you'll find something there. Best regards Alexander Kurtz [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631187 [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/793796 [3] https://bugzilla.kernel.org/show_bug.cgi?id=38842 signature.asc Description: This is a digitally signed message part
Bug#631187: Kernel panics when removing external hard drive
On Fri, 2011-07-08 at 04:30 +0100, Ben Hutchings wrote: Alexander, please test the new package version. I just tested 2.6.39-3 from sid and 3.0.0~rc6-1~experimental.1 from experimental. Unfortunately both reliably panic when safely removing my external hard drive. 2.6.38-5 (still) works fine. Seems like it's time for me to do a git bisect, or do you any other ideas? Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#631187: Kernel panics when removing external hard drive
On Wed, 2011-06-22 at 03:40 +0100, Ben Hutchings wrote: Which version of GNOME is this? 2.30.2. Apart from the newer kernel, this is a pure Squeeze system. The panic message shows there was an earlier kernel warning; please can you provide that. Thanks to netconsole (a really great tool!) I was able to so. The attached kernel log starts right before I plug the drive in. Surprisingly the kernel didn't crash the first time, but after trying again, everything went as expected (see lines 17 and 35). Please note that I replaced the drive's serial number. Best regards Alexander Kurtz [ 1420.016231] usb 1-3: new high speed USB device number 6 using ehci_hcd [ 1420.150838] usb 1-3: New USB device found, idVendor=1058, idProduct=1010 [ 1420.150867] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1420.150891] usb 1-3: Product: External HDD [ 1420.150900] usb 1-3: Manufacturer: Western Digital [ 1420.150914] usb 1-3: SerialNumber: XX [ 1420.152513] scsi7 : usb-storage 1-3:1.0 [ 1421.154225] scsi 7:0:0:0: Direct-Access WD 2500BEV External 1.75 PQ: 0 ANSI: 4 [ 1421.158259] sd 7:0:0:0: [sdc] 488397168 512-byte logical blocks: (250 GB/232 GiB) [ 1421.159053] sd 7:0:0:0: [sdc] Write Protect is off [ 1421.159069] sd 7:0:0:0: [sdc] Mode Sense: 23 00 00 00 [ 1421.159080] sd 7:0:0:0: [sdc] Assuming drive cache: write through [ 1421.161796] sd 7:0:0:0: [sdc] Assuming drive cache: write through [ 1421.179973] sdc: sdc1 [ 1421.182628] sd 7:0:0:0: [sdc] Assuming drive cache: write through [ 1421.182657] sd 7:0:0:0: [sdc] Attached SCSI disk [ 1454.865926] WARNING! power/level is deprecated; use power/control instead [ 1454.944178] usb 1-3: USB disconnect, device number 6 [ 1477.564219] usb 1-2: new high speed USB device number 7 using ehci_hcd [ 1477.698789] usb 1-2: New USB device found, idVendor=1058, idProduct=1010 [ 1477.698817] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1477.698841] usb 1-2: Product: External HDD [ 1477.698850] usb 1-2: Manufacturer: Western Digital [ 1477.698867] usb 1-2: SerialNumber: XX [ 1477.700552] scsi8 : usb-storage 1-2:1.0 [ 1478.702244] scsi 8:0:0:0: Direct-Access WD 2500BEV External 1.75 PQ: 0 ANSI: 4 [ 1478.705375] sd 8:0:0:0: [sdc] 488397168 512-byte logical blocks: (250 GB/232 GiB) [ 1478.705994] sd 8:0:0:0: [sdc] Write Protect is off [ 1478.706023] sd 8:0:0:0: [sdc] Mode Sense: 23 00 00 00 [ 1478.706035] sd 8:0:0:0: [sdc] Assuming drive cache: write through [ 1478.708338] sd 8:0:0:0: [sdc] Assuming drive cache: write through [ 1478.725489] sdc: sdc1 [ 1478.728353] sd 8:0:0:0: [sdc] Assuming drive cache: write through [ 1478.728383] sd 8:0:0:0: [sdc] Attached SCSI disk [ 1491.693027] BUG: unable to handle kernel NULL pointer dereference at 0048 [ 1491.693229] IP: [8118b2e3] elv_completed_request+0x38/0x47 [ 1491.693380] PGD 1b7f16067 [ 1491.693435] Buffer I/O error on device sdc1, logical block 61048968 [ 1491.693448] Buffer I/O error on device sdc1, logical block 61048968 [ 1491.693486] Buffer I/O error on device sdc1, logical block 61048992 [ 1491.693494] Buffer I/O error on device sdc1, logical block 61048992 [ 1491.693510] Buffer I/O error on device sdc1, logical block 61048998 [ 1491.693517] Buffer I/O error on device sdc1, logical block 61048998 [ 1491.693554] Buffer I/O error on device sdc1, logical block 61048999 [ 1491.693567] Buffer I/O error on device sdc1, logical block 0 [ 1491.693578] Buffer I/O error on device sdc1, logical block 0 [ 1491.693590] Buffer I/O error on device sdc1, logical block 256 [ 1491.694599] PUD 1b7f23067 PMD 0 [ 1491.694689] Oops: [#1] SMP [ 1491.694777] last sysfs file: /sys/devices/pci:00/:00:12.2/usb1/1-2/power/autosuspend [ 1491.694945] CPU 1 [ 1491.694991] Modules linked in: netconsole configfs parport_pc ppdev lp parport bridge stp bnep rfcomm bluetooth powernow_k8 mperf cpufreq_stats cpufreq_userspace cpufreq_powersave cpufreq_conservative binfmt_misc fuse snd_hda_codec_hdmi joydev snd_hda_codec_conexant radeon arc4 ecb ttm drm_kms_helper snd_hda_intel thinkpad_acpi rtl8192ce drm snd_hda_codec rtl8192c_common snd_hwdep i2c_algo_bit rtlwifi snd_pcm snd_seq snd_seq_device mac80211 snd_timer snd cfg80211 i2c_piix4 shpchp soundcore tpm_tis tpm psmouse tpm_bios snd_page_alloc wmi nvram k10temp rfkill pcspkr pci_hotplug i2c_core evdev serio_raw battery video ac edac_core power_supply edac_mce_amd button processor ext4 mbcache jbd2 crc16 sha256_generic cryptd aes_x86_64 aes_generic cbc dm_crypt dm_mod raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 multipath linear md_mod sd_mod usb_storage crc_t10dif uas ahci libahci ohci_hcd libata ehci_hcd r8169 thermal scsi_mod usbcore mii thermal_sys [last unloaded: configfs] [ 1491.696825] [ 1491.696825] Pid: 10, comm: ksoftirqd/1 Tainted: GW2.6.39-2-amd64 #1
Bug#601341: #601341, #602418 and #604096 seem to be duplicates
reassign 604096 linux-2.6 forcemerge 601341 602418 604096 # see original bug reports affects 601341 xserver-xorg # see http://xenbits.xen.org/people/ianc/ tag 601341 patch # IMHO that should be fixed for squeeze severity 601341 serious thanks Am Dienstag, den 23.11.2010, 10:41 +0100 schrieb Alexander Kurtz: I think it would be a good idea to *) merge them all *) assign to linux-2.6 *) mark as affecting xserver-xorg *) mark as patched *) possibly mark them as RC Any objections? Since I received no objections, I'm merging these bugs now. Feel free to unmerge if necessary. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#601341: #601341, #602418 and #604096 seem to be duplicates
Hi, The following bugs seem to be identical: #601341 package linux-2.6 title xserver-xorg-video-nouveau: hangs X fb console on black screen on dom0 xen instance linkhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601341 #602418 package linux-2.6 title linux-image-2.6.32-5-xen-amd64: with xen 4.0, fork()/clone() fails with ENOMEM during X startup with nv driver linkhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602418 #604096 package xserver-xorg title xserver-xorg: freezes when running as dom0 under Xen 4.0 at startup linkhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604096 They all seem to be fixed by this kernel: http://xenbits.xen.org/people/ianc/ I think it would be a good idea to *) merge them all *) assign to linux-2.6 *) mark as affecting xserver-xorg *) mark as patched *) possibly mark them as RC Any objections? Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part