Re: ITP: freefall -- daemon to protect disk for laptops with supported sensors
Hi, On Mon, May 18, 2015 at 01:21:13PM +0800, Paul Wise wrote: > On Mon, 18 May 2015 12:36:04 +0800 Jesse Sung wrote: > > > * Package name : freefall > > * URL : > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/laptops/freefall.c ... > I notice that there is another implementation of this idea that supports > more laptops than the Linux one, should these two be merged or what? > > https://packages.debian.org/sid/hdapsd The freefall interface is pretty cool and easy, because the decision is done in hardware and the userspace only has to actually trigger parking the heads. That's also supported by hdapsd (and if not properly, I, with my upstream hat on, want patches as I do not own any HP/Dell hardware). hdapsd also supports other motion sensors, that only report motion and no binary decision. That said, I would favour only having one complete implementation in the archive (and wonder why noone told me about the in-kernel tool for 7 years), but would not oppose someone else maintaining the version built from src:linux ;) Greets Evgeni -- Bruce Schneier can read and understand Perl programs. -- 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/20150518061723.ga2...@dorei.kerker.die-welt.net
Bug#768157: machine hangs when loading cirrus with modeset=1 while booted with vga=791
Package: src:linux Version: 3.16.7-1 Severity: normal Hi, while testing the new Grml release, I noticed an interesting hang of QEMU when the machine is booted. The initial testing was done using [1] in QEMU from Sid (2.1+dfsg-5), but I also could reproduce it with the same QEMU and a fresh Jessie install with both, 3.16.5-1 and 3.16.7-1. To reproduce: * boot a fresh Jessie with 3.16 kernel in QEMU and vga=791 as bootparam * modprobe cirrus modeset=1 * machine hangs I am not sure this will happen on real cirrus HW, as I don't have any, but QEMU is quite widespread and cirrus is the default VGA driver. Regards Evgeni [1] http://download.grml.org/devel/grml64-full_2014.10-rc1.iso -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-1 (2014-11-04) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/vg01-root ro quiet vga=791 ** Not tainted ** Kernel log: [0.565203] AMD IOMMUv2 functionality not available on this system [0.565321] TCP: cubic registered [0.565339] NET: Registered protocol family 10 [0.565544] mip6: Mobile IPv6 [0.565548] NET: Registered protocol family 17 [0.565553] mpls_gso: MPLS GSO support [0.565831] registered taskstats version 1 [0.566263] rtc_cmos 00:00: setting system clock to 2014-11-05 13:53:31 UTC (1415195611) [0.566318] PM: Hibernation image not present or could not be loaded. [0.567297] Freeing unused kernel memory: 1200K (818ed000 - 81a19000) [0.567299] Write protecting the kernel read-only data: 8192k [0.570060] Freeing unused kernel memory: 940K (880001515000 - 88000160) [0.570697] Freeing unused kernel memory: 224K (8800017c8000 - 88000180) [0.584291] systemd-udevd[51]: starting version 215 [0.584626] random: systemd-udevd urandom read with 1 bits of entropy available [0.594962] ACPI: bus type USB registered [0.594996] usbcore: registered new interface driver usbfs [0.595009] usbcore: registered new interface driver hub [0.597676] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 [0.601839] SCSI subsystem initialized [0.611252] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10 [0.611884] usbcore: registered new device driver usb [0.612948] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [0.614231] ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11 [0.616681] uhci_hcd: USB Universal Host Controller Interface driver [0.622091] uhci_hcd :00:01.2: UHCI Host Controller [0.622101] uhci_hcd :00:01.2: new USB bus registered, assigned bus number 1 [0.622127] uhci_hcd :00:01.2: detected 2 ports [0.622215] uhci_hcd :00:01.2: irq 11, io base 0xc040 [0.623527] libata version 3.00 loaded. [0.625041] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001 [0.625045] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [0.625047] usb usb1: Product: UHCI Host Controller [0.625049] usb usb1: Manufacturer: Linux 3.16.0-4-amd64 uhci_hcd [0.625051] usb usb1: SerialNumber: :00:01.2 [0.625480] hub 1-0:1.0: USB hub found [0.625635] hub 1-0:1.0: 2 ports detected [0.626321] ata_piix :00:01.1: version 2.13 [0.632467] FDC 0 is a S82078B [0.639578] scsi0 : ata_piix [0.649203] scsi1 : ata_piix [0.649260] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc0a0 irq 14 [0.649262] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc0a8 irq 15 [0.651923] virtio-pci :00:03.0: irq 40 for MSI/MSI-X [0.651946] virtio-pci :00:03.0: irq 41 for MSI/MSI-X [0.651966] virtio-pci :00:03.0: irq 42 for MSI/MSI-X [0.653788] virtio-pci :00:05.0: irq 43 for MSI/MSI-X [0.653811] virtio-pci :00:05.0: irq 44 for MSI/MSI-X [0.654532] vda: vda1 vda2 [0.813146] ata2.01: NODEV after polling detection [0.813919] ata2.00: ATAPI: QEMU DVD-ROM, 2.1.2, max UDMA/100 [0.814966] ata2.00: configured for MWDMA2 [0.816265] scsi 1:0:0:0: CD-ROMQEMU QEMU DVD-ROM 2.1. PQ: 0 ANSI: 5 [0.828633] sr0: scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray [0.828638] cdrom: Uniform CD-ROM driver Revision: 3.20 [0.828869] sr 1:0:0:0: Attached scsi CD-ROM sr0 [0.829893] sr 1:0:0:0: Attached scsi generic sg0 type 5 [0.900192] device-mapper: uevent: version 1.0.3 [0.900644] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-de...@redhat.com [0.936061] usb 1-1: new full-speed USB device number 2 using uhci_hcd [0.947446] EXT4-fs (dm-0): INFO: recovery required on readonly filesystem [0.947451] EXT4-fs (dm-0): write access will be enabled during recovery [0.959940] EXT4-fs (dm-0): recovery complete [0.961943] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [1.097518] usb 1-1: New USB device found, i
Bug#712756: bnx2x: BCM57810 not working
Hi, On Wed, Jun 19, 2013 at 10:44:49AM +0200, Warpitaly wrote: > I am trying to get wheezy running on a Dell R620 server (12th generation). HP DL380p G8 here. > Using wheezy everything is working nicely, except for a Broadcom 10Gbit > network adapter (BCM57810). That very same NIC. More detailed dmesg output: [5.323395] bnx2x: Broadcom NetXtreme II 5771x/578xx 10/20-Gigabit Ethernet Driver bnx2x 1.70.30-0 (2011/10/25) [5.323514] bnx2x :07:00.0: setting latency timer to 64 [5.324162] bnx2x :07:00.0: part number 0-0-0-0 [5.324246] [ cut here ] [5.324259] WARNING: at /build/linux-FpPMO6/linux-3.2.54/drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c:8886 bnx2x_init_one+0xdc8/0x2b5d [bnx2x]() [5.324261] Hardware name: ProLiant DL380p Gen8 [5.324262] Modules linked in: bnx2x(+) usb_common scsi_mod thermal mdio thermal_sys crc32c tg3(+) libphy libcrc32c [5.324269] Pid: 4, comm: kworker/0:0 Tainted: GW3.2.0-4-amd64 #1 Debian 3.2.54-2 [5.324270] Call Trace: [5.324278] [] ? warn_slowpath_common+0x78/0x8c [5.324287] [] ? bnx2x_init_one+0xdc8/0x2b5d [bnx2x] [5.324291] [] ? __pm_runtime_set_status+0x118/0x13c [5.324296] [] ? local_pci_probe+0x39/0x68 [5.324299] [] ? work_for_cpu_fn+0xb/0x11 [5.324303] [] ? process_one_work+0x161/0x269 [5.324305] [] ? process_scheduled_works+0x19/0x27 [5.324307] [] ? worker_thread+0xdc/0x145 [5.324310] [] ? manage_workers.isra.25+0x15b/0x15b [5.324313] [] ? kthread+0x76/0x7e [5.324317] [] ? kernel_thread_helper+0x4/0x10 [5.324320] [] ? kthread_worker_fn+0x139/0x139 [5.324323] [] ? gs_change+0x13/0x13 [5.324324] ---[ end trace 938221127a050ff9 ]--- [5.330257] bnx2x :07:00.0: irq 90 for MSI/MSI-X [5.330265] bnx2x :07:00.0: irq 91 for MSI/MSI-X [5.330273] bnx2x :07:00.0: irq 92 for MSI/MSI-X [5.330280] bnx2x :07:00.0: irq 93 for MSI/MSI-X [5.330287] bnx2x :07:00.0: irq 94 for MSI/MSI-X [5.330295] bnx2x :07:00.0: irq 95 for MSI/MSI-X [5.330302] bnx2x :07:00.0: irq 96 for MSI/MSI-X [5.330309] bnx2x :07:00.0: irq 97 for MSI/MSI-X [5.330316] bnx2x :07:00.0: irq 98 for MSI/MSI-X [5.330323] bnx2x :07:00.0: irq 99 for MSI/MSI-X [5.330330] bnx2x :07:00.0: irq 100 for MSI/MSI-X [5.330338] bnx2x :07:00.0: irq 101 for MSI/MSI-X [5.330345] bnx2x :07:00.0: irq 102 for MSI/MSI-X [5.330352] bnx2x :07:00.0: irq 103 for MSI/MSI-X [5.330366] bnx2x :07:00.0: irq 104 for MSI/MSI-X [5.330373] bnx2x :07:00.0: irq 105 for MSI/MSI-X [5.330379] bnx2x :07:00.0: irq 106 for MSI/MSI-X [5.331820] bnx2x :07:00.0: eth0: Broadcom NetXtreme II BCM57810 10 Gigabit Ethernet (B0) PCI-E x8 5GHz (Gen2) found at mem f600, IRQ 26, node addr 2c:44:fd:90:ca:a8 [5.339840] bnx2x :07:00.1: setting latency timer to 64 [5.340573] bnx2x :07:00.1: part number 0-0-0-0 [5.340656] [ cut here ] [5.340668] WARNING: at /build/linux-FpPMO6/linux-3.2.54/drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c:8886 bnx2x_init_one+0xdc8/0x2b5d [bnx2x]() [5.340670] Hardware name: ProLiant DL380p Gen8 [5.340670] Modules linked in: ata_piix(+) libata ehci_hcd(+) usbcore bnx2x(+) usb_common scsi_mod thermal mdio thermal_sys crc32c tg3(+) libphy libcrc32c [5.340678] Pid: 11, comm: kworker/0:1 Tainted: GW3.2.0-4-amd64 #1 Debian 3.2.54-2 [5.340680] Call Trace: [5.340684] [] ? warn_slowpath_common+0x78/0x8c [5.340692] [] ? bnx2x_init_one+0xdc8/0x2b5d [bnx2x] [5.340696] [] ? _raw_spin_unlock_irqrestore+0xe/0xf [5.340699] [] ? __pm_runtime_set_status+0x118/0x13c [5.340702] [] ? local_pci_probe+0x39/0x68 [5.340705] [] ? work_for_cpu_fn+0xb/0x11 [5.340707] [] ? process_one_work+0x161/0x269 [5.340709] [] ? process_scheduled_works+0x19/0x27 [5.340712] [] ? worker_thread+0xdc/0x145 [5.340714] [] ? manage_workers.isra.25+0x15b/0x15b [5.340717] [] ? kthread+0x76/0x7e [5.340719] [] ? kernel_thread_helper+0x4/0x10 [5.340722] [] ? kthread_worker_fn+0x139/0x139 [5.340725] [] ? gs_change+0x13/0x13 [5.340726] ---[ end trace 938221127a050ffa ]--- [5.346637] bnx2x :07:00.1: irq 107 for MSI/MSI-X [5.346644] bnx2x :07:00.1: irq 108 for MSI/MSI-X [5.346651] bnx2x :07:00.1: irq 109 for MSI/MSI-X [5.346657] bnx2x :07:00.1: irq 110 for MSI/MSI-X [5.346665] bnx2x :07:00.1: irq 111 for MSI/MSI-X [5.346680] bnx2x :07:00.1: irq 112 for MSI/MSI-X [5.346687] bnx2x :07:00.1: irq 113 for MSI/MSI-X [5.346693] bnx2x :07:00.1: irq 114 for MSI/MSI-X [5.346699] bnx2x :07:00.1: irq 115 for MSI/MSI-X [5.346706] bnx2x :07:00.1: irq 116 for MSI/MSI-X [5.346713] bnx2x :07:00.1: irq 117 for MSI/MSI-X [5.346719] bnx2x :07:00.1: irq 118 for MSI/MSI-X [
Bug#712756: 712756 is important
severity 712756 important thanks Raising severity to important as this is hardware-support after talking to Bastian Blank from the Debian kernel team. -- Evgeni Golov Berater Tel.: +49 2161 4643-124 Fax: +49 2161 4643-100 E-Mail: evgeni.go...@credativ.de PGP: E2FF 187B 5236 03AD 65D9 814B 81D0 CC18 450C E7AD http://www.credativ.de credativ GmbH, HRB Mönchengladbach 12080 USt-ID-Nummer: DE204566209 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer -- 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/535f9045.6030...@credativ.de
Bug#949020: linux-image-5.5.0-rc5-amd64: Poweroff/suspend doesn't work in 5.5.0-rc5
control: found -1 linux/5.10.28-1
Ohai,
On Mon, May 11, 2020 at 10:22:23PM +0200, Uwe Kleine-König wrote:
> > Verified: my 5.7.0-rc1 system with intel_iommu=on can suspend/resume
> > without issues.
>
> I brought this problem to the attention of the x86 guys; see above URL
> for the conversation.
>
> Up to now no breaking insights.
>
> @Lennert: Did you change your BIOS settings since the problem occured to
> you? Lenny Szubowicz hinted it might be related to the TPM chip and
> indeed switching it in the BIOS settings from 2.0 to 1.2 mode makes the
> problem go away for me.
I can reproduce this on a Lenovo Thinkpad Yoga 260 with the latest
kernel in bullseye.
Disabling IOMMU on the command line or changing the TPM to 1.2
("dedicated") in the BIOS fixes the issue here.
Would be nice if we could at least document this issue as a known thing
in the release notes.
uapi/asm-generic missing from linux-headers-3.7
Control: reassign -1 linux-headers-3.7-trunk-common Control: found -1 3.7.1-1~experimental.1 Control: retitle -1 uapi/asm-generic missing from linux-headers-3.7 Hi Gregor, Hi Debian kernel hackers, On Tue, Dec 25, 2012 at 01:04:02PM +0100, gregor herrmann wrote: > When I install linux-headers-3.7-trunk-amd64 3.7.1-1~experimental.1 > from experimental, I get: > > run-parts: executing /etc/kernel/postinst.d/dkms 3.7-trunk-amd64 > /boot/vmlinuz-3.7-trunk-amd64 > Error! Bad return status for module build on kernel: 3.7-trunk-amd64 (x86_64) > Consult /var/lib/dkms/tp-smapi/0.41/build/make.log for more information. > DKMS make.log for tp-smapi-0.41 for kernel 3.7-trunk-amd64 (x86_64) > Tue Dec 25 12:53:57 CET 2012 > make: Entering directory `/usr/src/linux-headers-3.7-trunk-amd64' > LD /var/lib/dkms/tp-smapi/0.41/build/built-in.o > CC [M] /var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.o > In file included from > /usr/src/linux-headers-3.7-trunk-common/include/uapi/linux/types.h:4:0, > from > /usr/src/linux-headers-3.7-trunk-common/include/linux/types.h:5, > from > /usr/src/linux-headers-3.7-trunk-common/include/linux/kernel.h:8, > from /var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.c:32: > /usr/src/linux-headers-3.7-trunk-common/arch/x86/include/asm/types.h:4:31: > fatal error: asm-generic/types.h: No such file or directory > compilation terminated. > make[3]: *** [/var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.o] Error 1 > make[2]: *** [_module_/var/lib/dkms/tp-smapi/0.41/build] Error 2 > make[1]: *** [sub-make] Error 2 > make: *** [all] Error 2 > make: Leaving directory `/usr/src/linux-headers-3.7-trunk-amd64' The problem here is that arch/x86/include/asm/types.h has a include for . This file was moved from include/ to include/uapi/ in 8a1ab3155c2ac7fbe5f2038d6e26efeb607a1498. include/uapi/ is added to the include-path by the upstream Makefile just fine, but the asm-generic subfolder is missing from linux-headers-3.7-trunk-common. Copying the folder from the tarball to /usr/src/linux-headers-3.7-trunk-common/include/uapi/asm-generic fixes the build-issue for me. Regards Evgeni, mumbling something about breaking a fuck or unfucking a break... ;) -- Bruce Schneier can read and understand Perl programs. -- 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/20121225184708.gc14...@dorei.kerker.die-welt.net
Re: uapi/asm-generic missing from linux-headers-3.7
Control: tags -1 + patch > The problem here is that arch/x86/include/asm/types.h has a include for > . This file was moved from include/ to > include/uapi/ in 8a1ab3155c2ac7fbe5f2038d6e26efeb607a1498. include/uapi/ > is added to the include-path by the upstream Makefile just fine, but the > asm-generic subfolder is missing from linux-headers-3.7-trunk-common. > Copying the folder from the tarball to > /usr/src/linux-headers-3.7-trunk-common/include/uapi/asm-generic fixes > the build-issue for me. The obvious patch is of course: --- a/debian/rules.real +++ b/debian/rules.real @@ -237,6 +237,7 @@ install-headers_$(ARCH)_$(FEATURESET): $(STAMPS_DIR)/source_$(FEATURESET) find $$(find arch/$(KERNEL_ARCH) \( -name include -o -name scripts \) -type d -print) -print; \ find include -name 'asm*' -prune -o -print; \ find include/asm-generic -print; \ + find include/uapi/asm-generic -print; \ ) \ | \ cpio -pd --preserve-modification-time '$(CURDIR)/$(DIR)' tp-smapi builds fine for me then, virtualbox needs some love, but that is 3.7 related (error: ‘VM_RESERVED’ undeclared (first use in this function)). Greets Evgeni -- Bruce Schneier can read and understand Perl programs. -- 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/20121226090059.gd14...@dorei.kerker.die-welt.net
Bug#860957: please ship python-perf (perf.so)
Source: linux Version: 4.9.6-3 Severity: wishlist Ohai, can you please ship perf.so from [1]? Preferably this should be in a python-perf package, shipping /usr/lib/python*/dist-packages/perf.so /usr/lib/python*/dist-packages/perf-*-py*.egg-info But I am not sure how well that maps into the fact that the user can have multiple kernel versions installed at the same time. Thanks Evgeni [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/tools/perf/util/setup.py -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Re: [pkg-lxc-devel] Bug#880502: lxc: cannot start container with kernel 4.13.10
Ohai, On Wed, Nov 01, 2017 at 12:00:12PM -0200, Antonio Terceiro wrote: > > lxc-start 20171101123914.655 ERRORlxc_apparmor - > > lsm/apparmor.c:apparmor_process_label_set:220 - If you really want to start > > this container, set > > lxc-start 20171101123914.655 ERRORlxc_apparmor - > > lsm/apparmor.c:apparmor_process_label_set:221 - lxc.aa_allow_incomplete = 1 > > lxc-start 20171101123914.655 ERRORlxc_apparmor - > > lsm/apparmor.c:apparmor_process_label_set:222 - in your container > > configuration file > So, I tried downgrading the kernel to the one in testing, rebooted, and > now I can start containers again, So this is being caused by a change in > the kernel between 4.13.4-2 and 4.13.10-1 > > I still need to study the lxc code path that is being triggered to be > able to provide more useful information. Since the issue is definitively > related to apparmor, I am also copying the apparmor team in case they > have any input to provide. Can you try to set "lxc.aa_allow_incomplete = 1" in your config? LXC expects Ubuntus patched kernels when it comes to AppArmor, not the upstream ones :( And I think Debian enabled AppArmor by default in the latest kernels. Evgeni
Re: Bug#880502: lxc: cannot start container with kernel 4.13.10
Hi,
On Thu, Nov 02, 2017 at 07:09:10PM +0100, Christian Boltz wrote:
> seeing the AppArmor denials would be helpful to get this fixed ;-)
I think the issue is different.
Looking at the LXC log, we see the following:
lxc-start 20171102130036.516 ERRORlxc_apparmor -
lsm/apparmor.c:apparmor_process_label_set:234 - No such file or directory -
failed to change apparmor profile to lxc-container-default-cgns
And indeed, we see no profiles:
# aa-status
apparmor module is loaded.
0 profiles are loaded.
0 profiles are in enforce mode.
0 profiles are in complain mode.
0 processes have profiles defined.
0 processes are in enforce mode.
0 processes are in complain mode.
0 processes are unconfined but have a profile defined.
I think the issue is that when LXC is installed *before* AppArmor is
enabled, the postinst snippet generated by dh_apparmor [1] is not
registering any profiles. And now that AppArmor is enabled, the profile
is missing and cannot be applied.
This is just a theory, I did not have time to actually reproduce and try
it.
Evgeni
[1]
# Automatically added by dh_apparmor/2.11.1-2
aa_is_enabled() {
if command aa-enabled >/dev/null 2>&1; then
# apparmor >= 2.10.95-2
aa-enabled --quiet 2>/dev/null
else
# apparmor << 2.10.95-2
# (This should be removed once Debian Stretch and Ubuntu 18.04 are out.)
rc=0
aa-status --enabled 2>/dev/null || rc=$?
[ "$rc" = 0 ] || [ "$rc" = 2 ]
fi
}
if [ "$1" = "configure" ]; then
APP_PROFILE="/etc/apparmor.d/usr.bin.lxc-start"
if [ -f "$APP_PROFILE" ]; then
# Add the local/ include
LOCAL_APP_PROFILE="/etc/apparmor.d/local/usr.bin.lxc-start"
test -e "$LOCAL_APP_PROFILE" || {
tmp=`mktemp`
cat < "$tmp"
# Site-specific additions and overrides for usr.bin.lxc-start.
# For more details, please see /etc/apparmor.d/local/README.
EOM
mkdir `dirname "$LOCAL_APP_PROFILE"` 2>/dev/null || true
mv -f "$tmp" "$LOCAL_APP_PROFILE"
chmod 644 "$LOCAL_APP_PROFILE"
}
# Reload the profile, including any abstraction updates
if aa_is_enabled; then
apparmor_parser -r -T -W "$APP_PROFILE" || true
fi
fi
fi
# End automatically added section
Bug#473180: linux-2.6: please build with CONFIG_FB_UVESA=m
Package: linux-2.6 Version: 2.6.24-5 Severity: wishlist Could you please enable CONFIG_FB_UVESA=m in Debian kernels? That should not harm any existing setups, but give the possibility to use uvesafb + v86d (see #473176) to setup non-vesa framebuffer resolutions. Regards Evgeni pgp7OgCSs9XVm.pgp Description: PGP signature
Bug#462952: linux-modules-extra-2.6: please add tp-smapi
On Mon, 28 Jan 2008 15:11:37 +0100 maximilian attems wrote: > On Mon, Jan 28, 2008 at 02:55:37PM +0100, Evgeni Golov wrote: > > > > Regards > > Evgeni Golov, maintainer of tp-smapi > > side note question why does mainstream inclusion of tp-smapi > not move forward? I don't know, did never see anything about inclusion after the following two discussions: http://thread.gmane.org/gmane.linux.drivers.hdaps.devel/772 http://thread.gmane.org/gmane.linux.drivers.hdaps.devel/857 (both dated Aug 2006) Regards Evgeni pgpNXrqTnKY1G.pgp Description: PGP signature
Bug#462952: linux-modules-extra-2.6: please add tp-smapi
Package: linux-modules-extra-2.6 Severity: wishlist Hi, as described in the subject, I would like to ask you to include tp-smapi in linux-modules-source-2.6. It *should* build fine on all arches, however it is only usefull for i386 and amd64, as ThinkPads only include Intel processors :) Regards Evgeni Golov, maintainer of tp-smapi pgpqOQJhOfyTy.pgp Description: PGP signature
Bug#473180: what's the status of this bug?
found 473180 2.6.25-5 found 473180 2.6.24-7 block 473176 by 473180 thanks Hi, I just wanted to hear if there is any progress on building Debian's kernels with CONFIG_FB_UVESA=m? Regards Evgeni -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473180: what's the status of this bug?
On Mon, Jun 23, 2008 at 03:26:59PM +0200, maximilian attems wrote: > > I just wanted to hear if there is any progress on building Debian's kernels > > with CONFIG_FB_UVESA=m? > > > > not sure if we want that close to the release, might give some > bad fb regressions.. Thats should not give any regressions. It coexists fine with vesafb and radeonfb on my boxes. 1. It's a module, so users will have to load it themself. 2. It just prints an error until v86d[1] is installed. Regards Evgeni [1] http://dev.gentoo.org/~spock/projects/uvesafb/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#521531: firmware-ipw2x00: New firmware for IPW 2200/2915 released
Package: firmware-ipw2x00 Version: 0.14 Severity: wishlist Hi, some days ago a new firmware for Intel IPW 2200/2915 cards (ipw2200 driver) was released: http://ipw2200.sourceforge.net/firmware.php Please update the one in Debian ;) Regards Evgeni -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-z61m-1 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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
Bug#439846: initramfs-tools 0.93.2 still uses mode instead of mode_option
Package: initramfs-tools Version: 0.93.2 Severity: normal Hi, this problem still exists in the current sid version of initramfs-tools. Any plans for updating the framebuffer script? Most fb drivers use mode_option instead now (and some use both for compatibility reasons). Regards Evgeni Golov -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.29-rc6-x31-1 root=/dev/hda1 ro quiet splash hpet=force -- /proc/filesystems ext3 ext2 cramfs hfs fuseblk -- lsmod Module Size Used by ipw2200 114064 0 libipw 24152 1 ipw2200 lib802115696 2 ipw2200,libipw rfcomm 29520 0 l2cap 17052 5 rfcomm bluetooth 46024 4 rfcomm,l2cap ipv6 198096 19 vboxnetflt 68744 0 vboxdrv91584 1 vboxnetflt cpufreq_stats 2852 0 fuse 45964 1 cpufreq_conservative 5104 0 sha256_generic 11984 0 usb_storage79296 0 pcmcia 29812 0 snd_intel8x0 25568 0 snd_ac97_codec 93144 1 snd_intel8x0 ac97_bus1456 1 snd_ac97_codec snd_pcm_oss32008 0 snd_mixer_oss 12264 1 snd_pcm_oss thinkpad_acpi 54160 0 uhci_hcd 18484 0 ehci_hcd 28364 0 snd_pcm61192 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss i2c_i8017728 0 yenta_socket 21204 2 rsrc_nonstatic 9468 1 yenta_socket pcmcia_core30808 3 pcmcia,yenta_socket,rsrc_nonstatic usbcore 122564 4 usb_storage,uhci_hcd,ehci_hcd snd_timer 16688 1 snd_pcm snd_page_alloc 7976 2 snd_intel8x0,snd_pcm rfkill 9496 2 thinkpad_acpi video 16572 0 output 2520 1 video psmouse36888 0 battery10060 0 ac 3920 0 led_class 3696 1 thinkpad_acpi evdev 7884 10 -- /etc/kernel-img.conf # Kernel Image management overrides # See kernel-img.conf(5) for details do_symlinks = No do_initrd = Yes postinst_hook = /usr/sbin/update-grub postrm_hook = /usr/sbin/update-grub -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n BOOT=local DEVICE=eth0 NFSROOT=auto -- /etc/crypttab # crypt UUID=44dd50d4-e9a0-4bbf-8ba3-29434e77dba3 /dev/disk/by-label/usbext3:/keyfile-chiisai.luks luks,keyscript=/lib/cryptsetup/scripts/passdev,tries=1 #swap UUID=f85bc316-329f-44de-b62a-24121ca6226d /dev/disk/by-label/usbext3:/keyfile-chiisai.luks luks,keyscript=/lib/cryptsetup/scripts/passdev,tries=1 #home UUID=1a543fb3-87b0-4f7e-9e1f-46fe9483ead1 /dev/disk/by-label/usbext3:/keyfile-chiisai.luks luks,keyscript=/lib/cryptsetup/scripts/passdev,tries=1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-rc6-x31-1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.9.90-3 GNU cpio -- a program to manage ar ii findutils 4.4.0-3utilities for finding files--find, ii klibc-utils 1.5.15-1 small utilities built with klibc f ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo ii udev 0.141-1/dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.10.2-2 Tiny utilities for small and embed initramfs-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525351: linux-image-2.6.29-1-686: audio broken on x40
On Thu, 23 Apr 2009 17:53:24 -0400 Andres Salomon wrote: > card 0: pcsp [pcsp], device 0: pcspeaker [pcsp] > Subdevices: 1/1 > Subdevice #0: subdevice #0 Try blacklisting snd_pcsp, that should fix your issue uppon next boot. Regards Evgeni -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Auto-building out-of-tree kernel modules
Hi, On Sat, Oct 17, 2009 at 04:55:09PM +0100, Ben Hutchings wrote: > Due to bug #517130, linux-modules-extra-2.6 must be removed. > > If you want to continue having modules auto-built, we recommend that you > consider integrating with DKMS. You can trigger a build on installation > or upgrade of the module source. The dkms package then automatically > rebuilds installed module sources when a new kernel version is > installed. > > Why DKMS and not module-assistant? Your packages presumably already > work with m-a, but m-a doesn't automatically rebuild modules on upgrade. > Also, DKMS is supported by other distributions, so many out-of-tree > module sources already include the necessary configuration file. That means the modules will be "auto-built" on users computers? Wasting time and bandwidth (fetching linux-headers etc)? Great... Are there any docs for how to add DKMS support in a Debian package? For people who never touched DKMS before? TIA Evgeni -- Bruce Schneier can read and understand Perl programs. signature.asc Description: Digital signature
Bug#534422: same here on thinkpad x300
Hi, On Thu, Feb 04, 2010 at 12:54:57AM +0100, maximilian attems wrote: > this should be fixed since with 2.6.32. > > please test against the unstable version 2.6.32-6 and report back. > thanks. Well, that one gives me a black screen on boot. No fb at all. Xorg is working fine though. Looking at dmesg, I noticed the following: [0.486092] efifb: probing for efifb [0.486202] efifb: framebuffer at 0xe000, mapped to 0xc9000510, using 1200k, total 1200k [0.486207] efifb: mode is 640x480x32, linelength=2560, pages=1 [0.486210] efifb: scrolling: redraw [0.486215] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 [0.520755] fb0: EFI VGA frame buffer device [0.712467] agpgart-intel :00:00.0: Intel 965GM Chipset [0.714086] agpgart-intel :00:00.0: detected 7676K stolen memory [0.722751] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xe000 [1.160866] usb 2-2: SerialNumber: 2103201B77C0FB36 [1.371579] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver [1.372380] fb1: inteldrmfb frame buffer device so now I have two fb devices... and EFI is 100% wrong on a Thinkpad (even if it becomes an iPad if you kill the Th and the nk) ;) Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508151: linux-image-2.6.26-1-sparc64: soft lockup when trying to bring up eth1
Package: linux-image-2.6.26-1-sparc64 Version: 2.6.26-11 Severity: important Hey, I have a Sun Netra T1 200 with two ethernet ports on a sungem card. eth0 has no cable connected, eth1 is connected to a regular 100BaseT switch. When I boot up the box, I get flooded with eth0: switching to forced 100bt eth0: switching to forced 10bt But the box is stable and I can do everything with it. However, when I try to "ifup eth1" (both interfaces have no "auto" lines in /e/n/interfaces), the box gets stuck, prints a soft-lockup and isn't responsible anymore. The lockup looks like this: [ 361.852604] BUG: soft lockup - CPU#0 stuck for 61s! [ifconfig:1750] [ 362.062093] Modules linked in: ipv6 dm_snapshot dm_mirror dm_log dm_mod ext3jb3 xt3 jbd sd_mod ide_cd_mod cdrom ata_generic libata ide_pci_generic sym53c8xx scsi_trrransport_spi scsi_tr ansport_spi alim15x3 ohci_hcd sungem sungem_phy scsi_mod scsi_mod [ 363.191678] TSTATE: 004480009601 TPC: 00485700 TNPC: 0048885704 Y: Not tainted 5704 Y: Not tainted 0009601 TPC: 00485700 TNPC: 0048 [ 363.559375] TPC: <__rcu_process_callbacks+0x4c/0x208> [ 363.739299] g0: 007b5560 g1: g2: 0554 g333: : 007b5560 g1: g2: 0554 g3 [ 364.078589] g4: f8000e05a640 g5: 006574683000 g6: f8000e2c g777: 007b5560 : 007b5560 f8000e05a640 g5: 006574683000 g6: f8000e2c g7 [ 364.417878] o0: 007462a8 o1: 007cd3c8 o2: 000110ca o333: : 007462a8 o1: 007cd3c8 o2: 000110ca o3 [ 364.757167] o4: f8000c1b2598 o5: f8000fe83e60 sp: f8000fe835c1 reeet_pc: 004858dc t_pc: 004858dc f8000c1b2598 o5: f8000fe83e60 sp: f8000fe835c1 re [ 365.105197] RPC: [ 365.278583] l0: 00ca l1: f8000fe83e60 l2: 007b48c0 l333: 0400 : 0400 00ca l1: f8000fe83e60 l2: 007b48c0 l3 [ 365.617871] l4: l5: 0003 l6: l777: 0008 : 0008 l5: 0003 l6: l7 [ 365.957160] i0: 007462c8 i1: 007cd438 i2: 0001 i333: : 007462c8 i1: 007cd438 i2: 0001 i3 [ 366.296449] i4: 3fff i5: 007b5980 i6: f8000fe83681 i777: 004571b8 : 004571b8 3fff i5: 007b5980 i6: f8000fe83681 i7 [ 366.635744] I7: <__do_softirq+0x48/0xb8> (sorry for the broken lines, my serial console is somehow borked) This bug is opened upstream: http://bugzilla.kernel.org/show_bug.cgi?id=10309 And at ubuntu: https://bugs.launchpad.net/linux/+bug/234304/ It does not happen with Etch's 2.6.18, but is still present in 2.6.28-rc7 :/ Bisecting linux-2.6, it looks like the following commit is the bad one: commit bea3348eef27e6044b6161fd04c3152215f96411 Author: Stephen Hemminger <[EMAIL PROTECTED]> Date: Wed Oct 3 16:41:36 2007 -0700 [NET]: Make NAPI polling independent of struct net_device objects. However, I wasn't able to properly revert it to test the bug. Hope some of you sparc guys have some idea how to fix that, as this is a imho bad regression from Etch. Regards Evgeni -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 2.6.23-sparc-1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-1-sparc64 depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92j tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.26-1-sparc64 recommends no packages. Versions of packages linux-image-2.6.26-1-sparc64 suggests: pn fdutils(no description available) pn linux-doc-2.6.26 (no description available) ii silo 1.4.13a+git20070930-3 Sparc Improved LOader -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.26-1-sparc64/preinst/lilo-initrd-2.6.26-1-sparc64: true linux-image-2.6.26-1-sparc64/postinst/old-initrd-link-2.6.26-1-sparc64: true linux-image-2.6.26-1-sparc64/postinst/kimage-is-a-directory: linux-image-2.6.26-1-sparc64/preinst/lilo-has-ramdisk: linux-image-2.6.26-1-sparc64/preinst/abort-install-2.6.26-1-sparc64: linux-image-2.6.26-1-sparc64/preinst/elilo-initrd-2.6.26-1-sparc64: true linux-image-2.6.26-1-sparc64/postinst/old-dir-initrd-link-2.6.26-1-sparc64: true linux-image-2.6.26-1-sparc64/prerm/removing-running-kernel-2.
Bug#510220: firmware-ipw2x00: should mention ipw2100/ipw2200 in the long description
Package: firmware-ipw2x00 Version: 0.14 Severity: wishlist Currently, an `apt-cache search ipw2[12]00` does not find the firmware-ipw2x00 package, as this only mentions Intel Pro Wireless [foo]. Could you add a sentence like this to the end?: "This firmware is needed by the ipw2100/ipw2200 drivers." (Or anything else, so one can find the firmware by searching for the driver name). Kind regards Evgeni Golov -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-x31-1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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
Bug#508151: AW: Bug#508151: Bug#514624: linux-image for sparc64 sungem problem s
Hi, sorry for topposting, the symbian mail client sucks ;) but yes, i would be able to test the fix on my netra. regards evgeni -- Ursprüngl. Mitteil. -- Betreff:Bug#508151: Bug#514624: linux-image for sparc64 sungem problems Von:dann frazier Datum: 09/02/2009 18:50 forcemerge 508151 514624 thanks On Mon, Feb 09, 2009 at 03:37:09PM +, Alexander Clouter wrote: > Package: linux-image-2.6.24-etchnhalf.1-sparc64 > Version: 2.6.24+13~etchnhalf.1 > > For some time, even since 2.6.18 we have had problems with the sungem > NIC driver on our Sun Netra T1 AC200[1] where the machine is prone to > locking up. > > Then recently this month on the LKML someone posted[2] that they too > were having problems and submitted a fix. > > It would probably be worth backport this patch to the lenny 2.6.26 > kernel before general release; the patch is trivial and David Miller > seems happy with it too. It would save a lot of pain for some sparc64 > users out there. Thanks for the report; it is likely too late to get this fix included in the initial GR of lenny, but we can likely include it in the first update. Would you and/or Evgeni be able to test a 2.6.26 build to verify this fix if I provide one? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508151: Bug#514624: linux-image for sparc64 sungem problems
On Mon, 9 Feb 2009 11:43:45 -0700 dann frazier wrote: > Would you and/or Evgeni be able to test a 2.6.26 build to verify this > fix if I provide one? I've just rebuilt 2.6.29-rc3 with the patch from http://marc.info/?l=linux-netdev&m=123393014301523&w=2 And it brought up the interface fine. There are some comments in http://marc.info/?l=linux-netdev&m=123400984909800&w=2 that the patch is good but prolly not enough. For me it is. Bringing the interface up and down works fine, traffic is too. So ACK from me to add this to Lenny r1. Regards Evgeni -- Bruce Schneier Fact Number 765: According to a recent survey, online buyers would trust ssl websites much more if their web browsers replaced the lock icon with a picture of Bruce Schneier. pgp7PuWHGSEk2.pgp Description: PGP signature
Re: Forcibly switching to PATA/libata
Hi, On Sat, 11 Jul 2009 15:13:23 +0200 Bastian Blank wrote: > I intend to do the switch to PATA in 2.6.31, even if there is nothing to > convert the whole shit yet. I'm sick of all the whining. Mh, while thinking about it: 1. Is there any way to force libata on 2.6.30 atm? The UltraBay DVD/CD from my Thinkpad Z61m just does not want to play with ata_piix on a Debian kernel, while doing fine when using a custom built one with IDE=n. 2. Will there be a way to continue using old IDE drivers on .31? I remember problems (and no real time to invesigate) with libata on my ICH4 ThinkPad X31. Regards Evgeni -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
