Re: Information About The Linux Kernel Maintenance In Debian

Dear Federico, > can't easily find the following information: > > - Criteria to select a kernel version for a Debian release. It looks to me you > are following LTS releases, but as you know kernel LTS is a moving target in > terms of duration. So, how you choose? this depends on the Debian

Re: Git repository request for carl9170fw

Dear John, On Sat, Oct 09, 2021 at 09:30:51PM +, John Scott wrote: > On Fri, 2021-10-08 at 14:35 +0200, maximilian attems wrote: > >> By the way, can you also add a Recommends on > >> firmware-ath9k-htc in that upload (you can close #900171)? > > I haven't fo

Re: Git repository request for carl9170fw

On Fri, Oct 08, 2021 at 08:06:57AM +, John Scott wrote: > > By the way, can you also add a Recommends on > firmware-ath9k-htc in that upload (you can close #900171)? Could you please reexplain this point? I haven't followed carl9170fw at all. I thought you would want a Recommends on

Re: Git repository request for carl9170fw

hello, > As previously announced, I'm planning to package the carl9170 firmware > such that we build it from source using gcc-sh-elf. The package is > starting to take shape, and I would appreciate if you could make an > empty repository at > https://salsa.debian.org/kernel-team/carl9170fw and

Bug#990127: mt76x0 crashes repeatedly

reassign 990127 linux 4.19.181-1 tags 990127 moreinfo stop > Package: firmware-misc-nonfree > Version: 20190114-2 > kernel module: mt76x0 The firmware did not change for ages, hence reassigning to linux. > Following an update recently, this driver stopped working correctly. I can > now only

Bug#989087: rtw_8822ce: firmware crash

tags 989087 moreinfo stop the updated firmware got into 20210716 verison, which is included in latest unstable package. Could you please test it out if it improves your situation? thank you. -- maks

Bug#987116: firmware-iwlwifi: AX20* bluetooth random disconnects

On Thu, Jun 17, 2021 at 03:25:11PM +0200, Maxime Brugidou wrote: > Arch users found that the more recent firmware fixes the issue > > See https://bbs.archlinux.org/viewtopic.php?id=263040=4 > Firmware has been updated on 2021-04-26 >

Bug#991943: klibc: please consider including machine-readable copyright file

ckaging. > > Of course, once again I’ve forgotten something: > > Files: debian/* > Copyright: > 2005 Jeff Bailey > 2005-2014 maximilian attems > 2015-2021 Ben Hutchings > > I’m not sure what the license of the packaging is. please use whatever is canonical,

Bug#963025: fixed in firmware-nonfree 20210315-1~exp1

reopen 963025 found -1 20210315-2 tags -1 moreinfo stop > [18661.586025] CPU: 0 PID: 8408 Comm: hostapd Tainted: GW > 5.10.0-5-amd64 #1 Debian 5.10.24-1 > [18661.586029] Hardware name: LENOVO 20N2007GGE/20N2007GGE, BIOS N2IET81W > (1.59 ) 11/29/2019 Please could you upgrade

firmware-nonfree 20210315-2 upload

Hello, uploading 20210315-2 now with several important fixes. Once it has again enough unstable exposure will ask for unblock. There is a known issue with Raspberry Pi 4 5 Ghz wlan, which has no known solution yet. best, signature.asc Description: PGP signature

Bug#885958: hostapd: iwlwifi 5GHz hw_mode=a causes microcode fault

tags 885958 moreinfo stop > [51085.431413] iwlwifi :03:00.0: Loaded firmware version: 29.541020.0 Can you reproduce this with up to date Debian testing? thank you for your report.

Bug#772917: iwlwifi: iwl4965 crashes when network usage is intense

tags 772917 moreinfo stop > [584941.834142] iwl4965 :03:00.0: Loaded firmware version: 228.61.2.24 Can you reproduce this with an up to date debian testing? thank you.

Bug#969264: firmware-iwlwifi:

tags 969264 moreinfo stop > Version: 20200721-1 > Wi-Fi connection has been behaving erratically, lots of lags - for > instance - in LAN-SSH connections. > $ lspci | grep "Network controller" > 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 > [Taylor Peak] (rev 34) Is

Bug#839662: [firmware-atheros] ath10k_pci firmware crashes when ap changes bandwith

tags 839662 moreinfo stop > The same problem here with firmware-atheros version 20170823-1~bpo9+1 > and kernel 4.14.0-2-amd64. > It's a dell xps 13 8th gen, with a: Is this reproducible with an up to date Debian Testing? Sorry for the late reply and thank you for the reports.

Bug#973529: firmware-atheros: Link wifi rate limited at 1MB/s

tags 973529 moreinfo stop > Version: 20200918-1 How about latest Debian testing version, is that still the case? thank you.

Bug#920937: firmware-atheros: Firmware QCA6174 crashes on wakeup from suspend

> I seem to have the same problem with version 20190717 (debian testing > 5.4.13-1 amd64). How about firmware 20210208-4, which should have an upgrade and latest linux in Debian Bullseye? thanks for your reports.

Bug#985627: firmware-linux-free: firmware....ver imagen

reassign 985627 firmware-iwlwifi tags 985627 moreinfo stop Buenas tardes, La imagen no dice mucho, cual es la version de Debian? (y de firmware-iwlwifi) cuando funcionó? Ademas la error esta reproducible?

Bug#921004: AMD Radeon RX 580: no GL display, "amdgpu: The CS has been cancelled because the context is lost"

tags 921004 moreinfo stop can you still reproduce this trouble with uptodate Debian 11 Testing? thank you for your report and sorry for the late reply.

Bug#802937: firmware-linux-nonfree: radeon tahiti firmware fails to load

tags 802937 moreinfo stop > Several months ago I got a new case that allowed me to reinstall the > graphics card. The old case wasn't big enough to accommodate the card + > the disk drives so I used an older, shorter card. Can you reproduce with uptodate Debian bullseye? sorry for the late

Bug#985632: firmware-brcm80211: [REGRESSION] RPi4B 5GHz WiFi stopped working with 20210208-4, 20201218-3 was fine

Dear Ryutaroh, > It is Raspberry Pi 4B 8GB model. I see thank you for all the dmesg. > > please show affected dmesg output working and non working, > > the difference between 20210208-3 20210208-4 is minimal, > > hence it should be easy to find out what broke? > > Not at all, unfortunately. >

Bug#985632: firmware-brcm80211: [REGRESSION] RPi4B 5GHz WiFi stopped working with 20210208-4, 20201218-3 was fine

severity 985632 important tags 985632 moreinfo stop On Sun, Mar 21, 2021 at 09:59:45AM +0900, Ryutaroh Matsumoto wrote: > Package: firmware-brcm80211 > Version: 20210208-4 > Severity: grave > Tags: sid bullseye > Justification: renders package unusable please provide info on the affected

Re: firmware-nonfree 20210208-1 upload

Dear release team, > thank you for unblocking 20210208-4 firmware-nofree. this landed in testing. (: > > or have it together with latest 20210315-1, which includes thoses fixes, > > but adds more support for intel iwlwifi/bluetooth and AMD green sardine > > support - (gpu seen on current

Bug#913711: firmware-brcm80211: firmware failed to load: NULL pointer dereference with brcmfmac4356

tags 913711 moreinfo stop > Version: 20161130-4 There has been quite some updates since. > latest firmware blobs from linux-firmare git, but only a downgrade to > firmware-brcm80211:20161130-3 allowed the firmware to be correctly > loaded. Is this still reproducible with current Debian

Bug#922559: Firmware locks up on Vega 8

tags 922559 moreinfo stop > Version: 20180825+dfsg-1~bpo9+1 Is this still reproducible with current Testing, upcoming bullseye release? If so can you produce the corresponding log? Thank you for your report and sorry for the late reply.

Bug#910272: firmware-amd-graphics: Error raised in amdgpu module

tags 910272 moreinfo stop > Version: 20180825+dfsg-1 > I have HP EliteBook 755 G5, with AMD Ryzen 7 PRO 2700U w/ Radeon Vega > Mobile Is this still reproducible with current Debian Testing? Sorry for the late reply and thank you for the report!

Bug#949973: firmware-realtek: kernel error caught

tags 949973 moreinfo stop > Version: 20190114-2 Can you still reproduce with newest testing? Sorry for the late reply and thank you for your report. -- maks

Bug#942173: firmware-amd-graphics: seg fault with ati picasso grafic card and libqt5 software

tags 942173 moreinfo stop > Version: 20190717-2~bpo10+1 This should have seen quite some updates since, is this still reproducible? Sorry for the late reply, thank you for your report!

Re: firmware-nonfree 20210208-1 upload

thank you for unblocking 20210208-4 firmware-nofree. > or have it together with latest 20210315-1, which includes thoses fixes, > but adds more support for intel iwlwifi/bluetooth and AMD green sardine > support - (gpu seen on current lenovo laptops)? the latest hardware support with 20210315 is

Bug#963025: firmware-iwlwifi: Microcode SW error detected / 9000-pu-b0-jf-b0-46.ucode

> Some context: > * the error occured right after laptop boot > * My Wifi setup: AP was forced to use frequency of 5240GHz and offered > 20/40/80MHz channel width. Moving AP to 5180GHz solve the issue. > > My understanding: > It *seems* that iwlwifi could have issues with DFS frequencies, not

Re: firmware-nonfree 20210208-1 upload

> 20210208-4 upload happening now. Would debian-release prefer a bug report pushing that into testing or have it together with latest 20210315-1, which includes thoses fixes, but adds more support for intel iwlwifi/bluetooth and AMD green sardine support - (gpu seen on current lenovo laptops)?

Bug#983255: firmware-realtek: Direct firmware load for rtw88/rtw8821c_fw.bin failed with error -2

tags 983255 moreinfo stop On Tue, Feb 23, 2021 at 09:20:30AM +0100, maximilian attems wrote: > > lspci | grep -i wire > > 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE > > 802.11ac PCIe Wireless Network Adapter > > > > dmesg contains these

Re: firmware-nonfree 20210208-1 upload

> Tomorrow once firmware-nonfree has migrated 20210208-4 will be uploaded > with important small fixes to Raspberry Pi 4B and BananaPi M2 ultra and > BananaPi M3 supports. 20210208-4 upload happening now. -- maks signature.asc Description: PGP signature

Bug#984852: firmware-amd-graphics: Please add cezanne ("green sardine")

severity 984852 important tags 984852 pending thanks > Package: firmware-amd-graphics > Version: 20210208-3 > > I've received my new laptop with a Ryzen R7 5800U and the display stopped > updating as soon as amdgpu took over, and it never came back. > The firmware is needed of course, and as a

Re: firmware-nonfree 20210208-1 upload

> https://udd.debian.org/cgi-bin/key_packages.yaml.cgi disagrees. The > release team uses this list as the canonical source for the > implementation for the automatic blocks. so please unblock firmware-nonfree 20210208-3 it is the version that has the relevant firmware packages for the targeted

Re: firmware-nonfree 20210208-1 upload

On Mon, Mar 08, 2021 at 06:52:33PM +0100, Paul Gevers wrote: > On 08-03-2021 10:39, maximilian attems wrote: > > Tomorrow once firmware-nonfree has migrated 20210208-4 will be uploaded > > with important small fixes to Raspberry Pi 4B and BananaPi M2 ultra and > > BananaP

Re: firmware-nonfree 20210208-1 upload

Tomorrow once firmware-nonfree has migrated 20210208-4 will be uploaded with important small fixes to Raspberry Pi 4B and BananaPi M2 ultra and BananaPi M3 supports. As all changes are quite small and current window allows important fixes, I do not expect to need an unblock. best, -- maks

Bug#980205: #980205 installation missing "non free" drivers.

On Thu, Mar 04, 2021 at 10:08:39AM -0800, Dave Dyer wrote: > > I no longer have the (damaged and useless) installation attempt > that led to this report. I recall that when I succeeded in > supplying brcmfmac43340-sdio.bin, the next installation attempt > presented the same type of error

Bug#980205: #980205 installation missing "non free" drivers.

tags 980205 moreinfo thanks > Yes. brcm/brcmfmac43340-sdio.bin is not currently part of the package > either, and I think there's no logic to copy .txt files even if they > are present. The file you mentioned is the ancient firmware that got updated with the cypress one fixing amongst other

Bug#984489: firmware-brcm80211: newer versions fail to load on raspberry pi 4b with "brcmf_sdio_htclk: HT Avail timeout"

Dear Andres, > > [ 12.471809] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (100): > clkctl 0x50 > > > You can specifically see that the driver times out after one second > with that error message, then times out again with the error and gives > up. No wlan0 is available. > > There are

Bug#982579: Solution for loading firmware

> Both patches applied and pushed out. great thank you. > In the future, could you please send the patches either as direct > emails or as attachments or as pull requests? When you embed them in > the body of the email I have to manually adjust them to get the commit > log properly included.

Re: firmware-nonfree 20210208-1 upload

Following up today with 20210208-3 due to missing cxgb4 config files pointed at with the new symlinks. The search led into important missing firmwares in intel-sound, misc-nonfree and atheros, which are now added. -- maks signature.asc Description: PGP signature

Bug#983561: firmware-misc-nonfree: broken-symlink /lib/firmware/cxgb4/t4-config.txt and others

On Fri, Feb 26, 2021 at 12:17:50PM +0100, Cyril Brulebois wrote: > kibi@tokyo:~/debian-kernel/firmware-nonfree.git$ > ./debian/bin/check_upstream.py | sort | grep 'in any binary package' > I: amd/amd_sev_fam17h_model0xh.sbin is not included in any binary package > I:

Bug#983561: firmware-misc-nonfree: broken-symlink /lib/firmware/cxgb4/t4-config.txt and others

On Fri, Feb 26, 2021 at 12:08:55PM +0100, Cyril Brulebois wrote: > > > > Link: cxgb4/t4-config.txt -> configs/t4-config-default.txt > > Link: cxgb4/t5-config.txt -> configs/t5-config-default.txt > > Link: cxgb4/t6-config.txt -> configs/t6-config-default.txt > > debian/config/misc-nonfree/defines

Bug#983561: firmware-misc-nonfree: broken-symlink /lib/firmware/cxgb4/t4-config.txt and others

> Usertags: adequate broken-symlink > X-Debbugs-Cc: t...@mirbsd.de > > firmware-misc-nonfree: broken-symlink /lib/firmware/cxgb4/t4-config.txt -> > configs/t4-config-default.txt > firmware-misc-nonfree: broken-symlink /lib/firmware/cxgb4/t5-config.txt -> > configs/t5-config-default.txt >

Re: firmware-nonfree 20210208-1 upload

Following up today with a quite targeted 20210208-2 with only minimal changes fixing the RC bug and adding a missing config file. best, -- maks signature.asc Description: PGP signature

Bug#983255: firmware-realtek: Direct firmware load for rtw88/rtw8821c_fw.bin failed with error -2

> lspci | grep -i wire > 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE > 802.11ac PCIe Wireless Network Adapter > > dmesg contains these lines: > > [4.938468] rtw_8821ce :02:00.0: Direct firmware load for > rtw88/rtw8821c_fw.bin failed with error -2 > [

Bug#982579: Solution for loading firmware

please also add BananaPi M3 support. >From 216a0bda280e7b361c335f545156e86a059d9551 Mon Sep 17 00:00:00 2001 From: maximilian attems Date: Mon, 22 Feb 2021 22:18:36 +0100 Subject: [PATCH 2/2] WHENCE: add missing symlink for BananaPi M3 Fixes (Debian bug #982579): > [ 11.957171] brcmfma

Bug#982579: Solution for loading firmware

> The additional symlink bpi-m3 is for an additional device. > > This is for the Banana Pi M3. great, please post the dmesg error message, happy to submit upstream. (: > Should i create an additional Bug report? no need, this bug report can be cloned.

Bug#982579: Solution for loading firmware

> > 1. Copy file brcmfmac43430-sdio.AP6212.txt from upstream to > > lib/firmware/brcm > > so indeed it is a bug that we don't ship this one from upstream, > will fix this in next Debian upload. this needs to go in the debian git, will do soonish. (: > > 2. Create symbolic link named

Bug#982579: Solution for loading firmware

please find patch to add banana ultra support below >From b549a10838edc4f97d4a3b49b572fc613c7c703d Mon Sep 17 00:00:00 2001 From: maximilian attems Date: Tue, 16 Feb 2021 19:35:27 +0100 Subject: [PATCH] Add symlink for BananaPi M2 to brcmfmac43430-sdio config Fixes ( Debian bug #982579

Bug#982757: firmware-brcm80211: [REGRESSION] brcm/brcmfmac43340-sdio.bin missing in sid (20210208-1)

severity 982757 critical stop > Version: 20201218-3 > Severity: normal thank you for the report, oh boy this one is opens a can of trouble. It seems I was blissfully unaware that the Debian packaging did not take into account the symlinks of upstream linux-firmware WHENCE file. So this means we

Bug#982579: Solution for loading firmware

Dear Bernhard, Thank you very much for your clear and helpful report! > I tested the following: > > 1. Copy file brcmfmac43430-sdio.AP6212.txt from upstream to lib/firmware/brcm so indeed it is a bug that we don't ship this one from upstream, will fix this in next Debian upload. > 2. Create

Bug#982579: Failed to load firmware brcmfmac43430-sdio at BananaPi M2

> > [ 10.514530] brcmfmac mmc2:0001:1: firmware: direct-loading firmware > > brcm/brcmfmac43430-sdio.bin > > [ 10.514732] brcmfmac mmc2:0001:1: firmware: failed to load > > brcm/brcmfmac43430-sdio.sinovoip,bpi-m2-ultra.txt ( > > -2) this txt file is missing upstream, once someone

Bug#893912: missing rtl_bt/rtl8821a_config.bin

Dear Yang, Would it be possible to add rtl8821a_config.bin config file? According to two bug reports, current state results in the following failure: -- [2.574742] Bluetooth: hci0: rtl: loading rtl_bt/rtl8821a_config.bin [2.575137] bluetooth hci0: firmware: failed to load

firmware-nonfree 20210208-1 upload

Hello everyone, Just quick notice that newest upstream will be uploaded tomorrow to sid. It has relevant updates for Intel bluetooth && realtek. I plan to ask for a freeze exception to have the corresponding firmwares for current linux. best, -- maks signature.asc Description: PGP signature

Re: Processed: firmware-nonfree: Add brcm-bluetooth (for RaspberryPi)

> Bug #962038 [raspi-firmware] firmware-nonfree: Add brcm-bluetooth (for > RaspberryPi) that be very possible to add and create a firmware package for that, but first this https://github.com/RPi-Distro/bluez-firmware/tree/master/broadcom would have to land upstream in linux-firmware. Have you

Bug#981005: linux-image-5.10.0-2-amd64: Bluetooth stopped working

> After upgrading to Linux 5.10, Bluetooth no longer works. Bluetooth > adapter still shows up in rfkill: > > When booting from Linux 5.9, Bluetooth works fine. > > During start-up with Linux 5.10, there's an error message about > Bluetooth firmware. please provide 5.10.9 dmesg.

Bug#973454: firmware-iwlwifi: firmware does not load with error -110 with Intel 8260

On Fri, Jan 22, 2021 at 10:16:36PM +0100, Paweł Różański wrote: > On 22.01.2021 21:44, maximilian attems wrote: > > > Version: 20200918-1 > > > > > [ 12.411452] iwlwifi :01:00.0: Failed to start INIT ucode: -110 > > > [ 12.411500] iwlwifi :01:00.

Bug#963025: firmware-iwlwifi: Microcode SW error detected / 9000-pu-b0-jf-b0-46.ucode

> Firmware 9000-pu-b0-jf-b0-46.ucode stops working when used with > hostapd as soon as a wireless client connects. Is that still happening with latest 5.10 linux and newer firmware-iwlwifi version >= 202011? thank you.

Bug#973454: firmware-iwlwifi: firmware does not load with error -110 with Intel 8260

> Version: 20200918-1 > [ 12.411452] iwlwifi :01:00.0: Failed to start INIT ucode: -110 > [ 12.411500] iwlwifi :01:00.0: Collecting data: trigger 16 fired. > [ 13.566350] iwlwifi :01:00.0: Failed to run INIT ucode: -110 > uanme -rvm > 5.9.0-1-amd64 #1 SMP Debian 5.9.1-1

Re: firmware-nonfree 20201118-1 upload

> As soon as 20201022-1 migrates will upload 20201118-1 to sid, > current git allmost ready for it with big ath11k dumps > (after that will prepare 20201218-1 which has more intel bt updates). Now that 20201118-1 migrated, I am uploading today 20201218-1. best, -- maks signature.asc

firmware-nonfree 20201118-1 upload

Hello everyone, As soon as 20201022-1 migrates will upload 20201118-1 to sid, current git allmost ready for it with big ath11k dumps (after that will prepare 20201218-1 which has more intel bt updates). best, -- maks signature.asc Description: PGP signature

firmware-nonfree 20201022-1 upload

Happy 2021 everyone. Today will upload this release. sorry for short notice, anything falling through cracks will be in the following nov release. best, -- maks signature.asc Description: PGP signature

Re: Bug#970395: firmware-nonfree: Please add AMD-SEV firmware files (amd-folder) to close CVE-2019-9836 on specific EPYC-CPUs

, maximilian attems wrote: > Dear Henrique, dear debian kernel maintainers, Cc: Michael, > > Would you agree to generate the amd64-firmware packages directly out of the > debian > linux-firmware source package? > > This way the microcode would be updated on every linux-firmwa

firmware-nonfree 20200918-1 upload

Tomorrow will upload this release. best, -- maks signature.asc Description: PGP signature

Re: Bug#970395: firmware-nonfree: Please add AMD-SEV firmware files (amd-folder) to close CVE-2019-9836 on specific EPYC-CPUs

Dear Henrique, dear debian kernel maintainers, Cc: Michael, Would you agree to generate the amd64-firmware packages directly out of the debian linux-firmware source package? This way the microcode would be updated on every linux-firmware non-free upload? I am asking as it keeps nugging me to

Bug#969961: firmware-amd-graphics: amdgpu requires firmware installed even it already has been installed

>* What led up to the situation? > None, just boot up. >* What exactly did you do (or not do) that was effective (or > ineffective)? > 1. Go to tty2, login. Enter "sudo modprobe -r amdgpu" > 2. Then, Enter "sudo modprobe -i amdgpu" >* What was the outcome of this

Bug#969979: linux-image-4.19.0-6-amd64: checkarray on degraded RAID array crashes the system

On Wed, Sep 09, 2020 at 08:34:16PM +0200, Seb wrote: > > > > Package: src:linux > > > Version: 4.19.67-2+deb10u2 > > [...] > > This version is 10 months old; please upgrade and try again as the bug > > may have been fixed already. > > OK, I will, but I do not know how to properly upgrade the

firmware-nonfree 20200817-1 upload

Tomorrow will upload this release. best, -- maks signature.asc Description: PGP signature

upload firmware-nonfree 20200721-1

Hello, Plan to upload tomorrow 20200721-1 to unstable and then move repository to 20200817. best, -- maks signature.asc Description: PGP signature

Re: Support for Intel WiFi 6 AX201 160 MHz

hello, > when can Debian support for Intel WiFi 6 AX201 160 MHz be expected? what are you missing in testing / bullseye? -- maks

Re: [PATCH v2] deb-pkg: generate correct build dependencies

machines > > architecture, > > rather than for the architecture of the kernel being built. > > > > Tested-by: Manivannan Sadhasivam > > Signed-off-by: Riku Voipio > > Reviewed-by: Ben Hutchings Acked-by: maximilian attems > > --- > > v2: commit

Re: enabling orange-fs support

Dear Alois Schlögl, On Sat, Oct 20, 2018 at 02:36:05PM +0200, Alois Schloegl wrote: > > We are looking into distributed, parallel filesystems like beegfs and > orangefs. I'd prefer orangefs (mainly because of its license terms). > > We'd like to use Debian/stable for this set up, unfortunately,

Re: [ad...@alioth-lists.debian.net: Notice of mailing list closure: kernel-svn-changes]

On Wed, Apr 04, 2018 at 01:40:09PM +0100, Ben Hutchings wrote: > > > On 4 April 2018 11:04:33 BST, maximilian attems <m...@stro.at> wrote: > >Dear Ben, > > > >Anything we'd want to migrate from the old list? > [...] > > All VCS changes on Salsa are ma

[ad...@alioth-lists.debian.net: Notice of mailing list closure: kernel-svn-changes]

Dear Ben, Anything we'd want to migrate from the old list? thanks, maks - Forwarded message from alioth lists migration team - Date: Mon, 2 Apr 2018 16:21:19 +0100 From: alioth lists migration team To:

Re: Intel Vulnerability

Dear Ozgur, On Fri, Jan 05, 2018 at 10:29:56AM +0300, Ozgur wrote: > > thanks for reply and I'm using the stable version (Debian stretch). I updated > last night and I don't seen any new kernel patch yet. > Please use a user list for your support, this mailing list is for development

Re: recommends for apparmor in newest linux-image-4.13

On Thu, Nov 23, 2017 at 03:00:49PM +0100, Wouter Verhelst wrote: > On Thu, Nov 23, 2017 at 02:18:46PM +0100, Christoph Hellwig wrote: > > Hi all, > > > > is there any good reason for the recommends of apparmor in the latest > > linux packages? > > This is in response to a discussion that

Re: Linux 4.9 will be next LTS

On Sat, Aug 13, 2016 at 07:48:07PM +0100, Ben Hutchings wrote: > On Fri, 2016-08-12 at 12:15 -0700, Martin Michlmayr wrote: > > > > Greg KH announced that 4.9 would become the next LTS release: > > > > https://plus.google.com/+gregkroahhartman/posts/DjCWwSo7kqY > > Then that should be the

Re: Kernel version for stretch

On Sat, Jan 30, 2016 at 03:30:37PM +0100, Moritz Muehlenhoff wrote: > On Thu, Jan 28, 2016 at 11:42:13PM +0100, maximilian attems wrote: > > > > Well, those efforts have not a good track record, afais Ben is maintaining > > their lts Linus. > > I don't really underst

Re: Kernel version for stretch

On Thu, Jan 28, 2016 at 08:01:13PM +0100, Moritz Mühlenhoff wrote: > Ben Hutchings wrote: > > For stretch, I would very much like to choose a kernel version for > > stretch that gets longterm maintenance by Greg Kroah-Hartman. That > > lasts 2 years from release, after which

Re: erro bluetooth

exceptional answer in spanish below. -- Olá, la lista es in inglés, adémas tu mail no contiene información útil per resolvar la causa. si tu eres fisico debe hablar inglés? On Wed, Oct 21, 2015 at 11:30:41AM -0200, Manoel Pedro de Araújo wrote: > Olá amigos estou com um problema em meu

Re: Upstream source handling

On Tue, Sep 08, 2015 at 10:52:57PM +0200, Bastian Blank wrote: > During the linux packaging BoF at DebConf, Ben asked for usefull > upstream source handling. No compeling ones were mentioned. > > Some years ago (yes, years), I proposed some schema based on submodules, > but never got around to

Re: Converting kernel svn to git

On Thu, Aug 06, 2015 at 06:10:01PM +0100, Ben Hutchings wrote: No, I want that history and a break in history will just make my life harder. If you only want some of the branches you can get those. Ok, so let's go for history. Known bugs: [...] On the other hand, none of the known

Re: Converting kernel svn to git

Hello everyone, On Wed, Aug 05, 2015 at 12:46:47PM +0100, Ben Hutchings wrote: We've been talking about this for at least 6 years, and it's well past time to do it. thanks a lot Ben for pushing this. (I think most developers are already using git-svn, but that doesn't properly handle tags

Re: Build kernel with clang(sid)

On Thu, Jun 04, 2015 at 04:00:18PM +0800, Joseph Lee wrote: I am working on GSOC project bootable clang built debian and need to build Linux with clang. I used patches from LLVMLinux and add a new Kconfig file, modified debian/rules and debian/rules.real. May I report this as a bug(I

Re: Build kernel with clang(sid)

On Thu, Jun 04, 2015 at 04:00:18PM +0800, Joseph Lee wrote: I am working on GSOC project bootable clang built debian and need to build Linux with clang. I used patches from LLVMLinux and add a new Kconfig file, modified debian/rules and debian/rules.real. May I report this as a bug(I

Re: Build kernel with clang(sid)

On Thu, Jun 04, 2015 at 07:44:13PM +0800, Joseph Lee wrote: Hello, Thanks for reply. why do you create a full new copy of a config, this is certainly not needed. An option in standard config file must be disable to pass compilation. I am not very familiar with how these options are used.

Re: Out-of-tree kernel module udeb

On Sun, May 17, 2015 at 01:36:53PM +0100, Ben Hutchings wrote: On Sun, 2015-05-17 at 13:25 +0200, Cyril Brulebois wrote: At the moment only spl is available in the archive, using dkms, and for zfs it's similar in the way of packaging though not uploaded yet. What we have (code ready to

Bug#783620: initramfs-tools: initramfs broken on first boot into Jessie, Unable to mount root fs on unknown-block(0, 0)

On Wed, Apr 29, 2015 at 01:06:07PM +0200, Bernhard Schmidt wrote: Hi, [ copied from debian-user again ] --- Got another system with the symptoms and managed to get a snapshot. It is really extremely weird. The kernel output is List of all partitions: No filesystem could mount root,

Re: [PATCH 2/2] deb-pkg: add source package

On Thu, Apr 23, 2015 at 12:01:10PM +0300, Riku Voipio wrote: On 22 April 2015 at 18:50, maximilian attems m...@stro.at wrote: great this is a much requested feature for wider adoption of make deb-pkg. In general acked-by me, just minor comment below. I do not like the BUILD_SOURCE=y

Re: [PATCH 2/2] deb-pkg: add source package

On Fri, Apr 10, 2015 at 04:15:14PM +0300, riku.voi...@linaro.org wrote: From: Riku Voipio riku.voi...@linaro.org By passing BUILD_SOURCE=y variable, make deb-pkg builds a debian source package. It will generate a minimal debian/rules file that calls back to make deb-pkg. Generated source

Re: [PATCH] deb-pkg: v2: move setting debarch for a separate function

On Wed, Apr 22, 2015 at 04:45:38PM +0200, Michal Marek wrote: On 2015-04-16 15:42, riku.voi...@linaro.org wrote: From: Riku Voipio riku.voi...@linaro.org create_package() function tries to resolve used architecture for everry package. Split the setting the architecture to a new

linux 4.0 exp

hello, upload sometime after 22UT today. -- maks signature.asc Description: Digital signature

Bug#778588: Linux 4.0 compat

On Sat, Apr 04, 2015 at 07:30:11PM +0200, Lukas Wunner wrote: FWIW, the attached patch enables compatibility with 4.0. The plan is to upload the next 3.19 stable as soon as it is out, and then jump to 4.0 to experimental and soon unstable (after 8.0 release). best, -- maks -- To

Bug#781002: initramfs-tools: no kernel modules are insert into initrd

On Wed, Apr 01, 2015 at 06:10:05PM -0700, Marc MERLIN wrote: Could I make a few suggestions while we're at it? 1) I sometimes build an initrd for a kernel I haven't installed yet. Yes, it's a mistake, but it happily succeeds and creates an initrd without any modules which then creates a non

Re: Linux 3.19.2

On Tue, Mar 24, 2015 at 02:02:48PM +, Ben Hutchings wrote: On Tue, 2015-03-24 at 16:33 +0530, Ritesh Raj Sarraf wrote: Hello Kernel Team, Are there plans to upload kernel 3.19.2 into experimental ? Or will it be skipped for 4.0 ? 3.19.2 stable release seems to have a bunch of bug

Re: Linux 3.19.2

On Wed, Mar 25, 2015 at 08:52:53AM +, Ben Hutchings wrote: On Wed, 2015-03-25 at 06:51 +0100, maximilian attems wrote: On Tue, Mar 24, 2015 at 02:02:48PM +, Ben Hutchings wrote: On Tue, 2015-03-24 at 16:33 +0530, Ritesh Raj Sarraf wrote: Hello Kernel Team

Re: Replacing aufs with overlayfs

On Thu, Mar 12, 2015 at 03:57:21PM +0100, intrigeri wrote: [dropping -live@ from the Cc list, as this is not specific to Live systems, and affects e.g. some setups based on Linux containers.] Ben Hutchings wrote (09 Dec 2014 19:55:10 GMT) : Please try the Linux 3.18 packages from

Re: Debian 8/jessie - SECCOMP_FILTER_FLAG_TSYNC

On Sat, Mar 07, 2015 at 07:17:13PM +0200, Georgi Naplatanov wrote: On 03/07/2015 06:38 PM, Ben Hutchings wrote: On Sat, 2015-03-07 at 16:09 +0100, D. F. wrote: Hello, Julien Tinnes from google says that next releases of chromium will drops support for kernels without TSYNC ubuntu 14.10

Bug#779799: linux: Older patches causing FTBFS on armhf

On Wed, Mar 04, 2015 at 09:29:43PM +, B.R. Oake wrote: Source: linux Version: 3.19-1~exp1 Justification: fails to build from source Severity: serious Hello, The two patches: features/arm/dts-sun7i-Add-spi0_pins_a-pinctrl-setting.patch

  1   2   3   4   5   6   7   8   9   10   >