Hi Romain,
On 01/31/17 08:35, Romain Francoise wrote:
>
> It is waiting for approval in the backports NEW queue, which you can
> view here:
>
> https://ftp-master.debian.org/backports-new.html
>
The source package and some *.debs for arm showed up.
Thanx very much
Harri
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 02 Feb 2017 03:44:51 +
Source: linux
Binary: linux-source-4.10 linux-support-4.10.0-rc6 linux-doc-4.10
linux-manual-4.10 linux-kbuild-4.10 linux-cpupower libcpupower1 libcpupower-dev
linux-perf-4.10 libusbip-
linux_4.10~rc6-1~exp2_source.changes uploaded successfully to localhost
along with the files:
linux_4.10~rc6-1~exp2.dsc
linux_4.10~rc6-1~exp2.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Hello,
On Wed, Feb 01, 2017 at 10:29:11PM +0100, Francesco Poli wrote:
> Is there any progress in properly packaging these two DFSG-free
> firmware files for inclusion in Debian main?
It's sitting in the NEW queue for 2 months already.
https://ftp-master.debian.org/new/open-ath9k-htc-firmware_1.
Hello,
Running kernel 4.9.2-2 and I am still stuck at 800MHz if I use the
intel_pstate driver on a Dell XPS 15 (9550) with the latest BIOS
(1/23/2017).
How can I contribute to a diagnosis & fix of this? intel_pstate is
pretty important for Sandy Bridge CPUs and above.
I filed Bug#850053 with 4.8
On Wed, 2017-02-01 at 19:38 -0500, Robert Lange wrote:
> Is it possible to get an upgrade in severity to grave for this bug (or
> the linked bug #851928)? The fix for this bug is blocked from entering
> testing by another bug that is marked grave:
>
> https://bugs.debian.org/cgi-bin/bugreport.
Processing commands for cont...@bugs.debian.org:
> reassign 853170 src:linux 4.9.6-3
Bug #853170 [linux-image-4.9.0-1-arm64] fails to boot on debian's MP30-AR1
systems [regression]
Bug reassigned from package 'linux-image-4.9.0-1-arm64' to 'src:linux'.
No longer marked as found in versions linux-
Is it possible to get an upgrade in severity to grave for this bug (or
the linked bug #851928)? The fix for this bug is blocked from entering
testing by another bug that is marked grave:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853170
Both of (#852612 / #851928) and #853170 cause so
binary:acpi-modules-4.9.0-0.bpo.1-686-di is NEW.
binary:acpi-modules-4.9.0-0.bpo.1-686-pae-di is NEW.
binary:acpi-modules-4.9.0-0.bpo.1-amd64-di is NEW.
binary:affs-modules-4.9.0-0.bpo.1-powerpc-di is NEW.
binary:affs-modules-4.9.0-0.bpo.1-powerpc64-di is NEW.
binary:ata-modules-4.9.0-0.bpo.1-686-d
linux-signed_4~bpo8+1_multi.changes uploaded successfully to localhost
along with the files:
linux-signed_4~bpo8+1.dsc
linux-signed_4~bpo8+1.tar.xz
linux-image-4.9.0-0.bpo.1-686_4.9.2-2~bpo8+1_i386.deb
linux-image-4.9.0-0.bpo.1-686-pae_4.9.2-2~bpo8+1_i386.deb
linux-image-4.9.0-0.bpo.1-rt-
On Fri, 23 Jan 2015 17:51:55 +0100 Raphael Hertzog wrote:
[...]
> Looking more closely, https://github.com/qca/open-ath9k-htc-firmware
> generates two firmwares: htc_7010.fw and htc_9271.fw
>
> Both of which are already available in firmware-atheros (albeit under a
> non-free license though, it d
On Tue, 31 Jan 2017 20:18:05 +0200
Jani Nikula wrote:
> Considering the small amount of python code to compile (assuming sphinx
> itself has .pyc around), the impact on build is neglible.
Hey...don't you know that performance-impacting patches need benchmarks?
Sphinx-only htmldocs build before:
Package: linux-image-4.9.0-1-amd64
Version: 4.9.2-2
After the update from kernel 4.8 to 4.9 on a testing/stretch system,
my USB DVB-T receiver stopped working.
The device is a Twinhan USB2 DVB-T tuner, so far supported by the
driver dvb_usb_vp7045.
When initializing, the driver tries to load a fi
at bottom :-
On 01/02/2017, Lennart Sorensen wrote:
> On Wed, Feb 01, 2017 at 02:27:39PM +0530, shirish शिरीष wrote:
>>> My patch was fix for bug which was spotted on large disk arrays,
>>> 36 in my case. So itable initialization was active all the time
>>> while holding global lock.
>>
>> Fro
I have same problem on latest kernel 4.9, but I just found some solution
here.
Monitor (PHILIPS 273V5HSB 1920 x 1080) have until now been connected to
computer by HDMI cable.
I just tried to change to use VGA cable instead, then everything work fine
and X start without problems in full 1920 x 108
On Wed, Feb 01, 2017 at 02:27:39PM +0530, shirish शिरीष wrote:
> Basically the article's statement is wrong.
> There is no such thing as explicit itable initialization IO bandwidth
> restriction in MB/s. itable initialization rate is controlled by init_itable=N
> see: https://www.kernel.org/doc/Doc
On Wed, Feb 01, 2017 at 04:53:34AM +0530, shirish शिरीष wrote:
> hmm From what little I understand, it always the slowest interface
> that needs to be supported.
>
> And IIUC , in ext4lazyinit's case it is probably some of the MMC cards
> due to which the 16 MB/S transmission is kept - althoug
On Tue, Jan 31, 2017 at 02:30:10PM +, Riku Voipio wrote:
> This hints that numerous kernel config changes we did are probably
> not the reason, but some of the kernel changes between 4.9.2 and 4.9.6.
The offending commit is:
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 01 Feb 2017 10:34:11 +0100
Source: linux-latest
Binary: linux-source linux-doc linux-perf linux-image-alpha-generic
linux-headers-alpha-generic linux-image-alpha-smp linux-headers-alpha-smp
linux-image-amd64 linu
linux-latest_78~bpo8+1_amd64.changes uploaded successfully to localhost
along with the files:
linux-latest_78~bpo8+1.dsc
linux-latest_78~bpo8+1.tar.xz
linux-tools_4.9+78~bpo8+1_all.deb
linux-doc_4.9+78~bpo8+1_all.deb
linux-source_4.9+78~bpo8+1_all.deb
linux-perf_4.9+78~bpo8+1_all.deb
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 31 Jan 2017 15:33:20 +
Source: linux
Binary: linux-source-4.10 linux-support-4.10.0-rc6 linux-doc-4.10
linux-manual-4.10 linux-kbuild-4.10 linux-cpupower libcpupower1 libcpupower-dev
linux-perf-4.10 libusbip-
Your message dated Wed, 01 Feb 2017 09:00:14 +
with message-id
and subject line Bug#852620: fixed in linux 4.10~rc6-1~exp1
has caused the Debian Bug report #852620,
regarding linux: activate CONFIG_LEGACY_VSYSCALL_NONE ?
to be marked as done.
This means that you claim that the problem has bee
Hi all,
Please see below -
shirish शिरीष writes:
> Dear Dmitry,
>
> I saw your patch about regression testing for ext4lazyinit
>
> https://patchwork.kernel.org/patch/9285509/ - that is where I got your mail
> id.
>
>
> I am a bit curious to know as to why the author/ess chose to
> keep 16 MB/
23 matches
Mail list logo
