Package: src:linux
Version: 3.16.7-ckt7-1
Severity: normal
Dear Maintainer,
I guess the problem eventually occured after a system update. Until now, I do
not have a solution, I did not find the same description in forums / posts /
bug reports..
Thanks for your time,
Dimitri
-- Package-specific
On Thu, 2015-04-02 at 10:15 -0400, Theodore Ts'o wrote:
> On Wed, Apr 01, 2015 at 10:23:37PM +0300, Dmitry Monakhov wrote:
> > >> Wow I've just got a good present for a fools day.
> > >> It is appeared that stable kernel still has this bug(CVE-2014-8086)
> > >> unfixed.
> > >> At least my note
Riku Voipio writes:
> On 2 April 2015 at 15:17, Arnaud Patard wrote:
>> Arnaud Patard (Rtp) writes:
>>> Already sent a "better" patch for that (your patch is not handling
>>> system with CONFIG_OF and without dtbs_install):
>>> http://www.spinics.net/lists/linux-kbuild/msg10794.html
>
>> Oops.
On Thu, Apr 02, 2015 at 02:29:28PM +0200, maximilian attems wrote:
> 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 su
On 2015-04-02 15:14, Riku Voipio wrote:
> On 2 April 2015 at 15:01, Arnaud Patard wrote:
>> riku.voi...@linaro.org writes:
>>> --- a/scripts/package/builddeb
>>> +++ b/scripts/package/builddeb
>>> @@ -45,7 +45,16 @@ create_package() {
>>> arm64)
>>> debarch=arm64 ;;
>>> a
On Wed, Apr 01, 2015 at 10:23:37PM +0300, Dmitry Monakhov wrote:
> >> Wow I've just got a good present for a fools day.
> >> It is appeared that stable kernel still has this bug(CVE-2014-8086)
> >> unfixed.
> >> At least my notebook (debian/testing 3.16.5) oopsed like follows:
> >
> > 3.16 is
Theodore Ts'o writes:
> On Wed, Apr 01, 2015 at 10:23:37PM +0300, Dmitry Monakhov wrote:
>> >> Wow I've just got a good present for a fools day.
>> >> It is appeared that stable kernel still has this bug(CVE-2014-8086)
>> >> unfixed.
>> >> At least my notebook (debian/testing 3.16.5) oopsed
On 2 April 2015 at 15:01, Arnaud Patard wrote:
> riku.voi...@linaro.org writes:
>> --- a/scripts/package/builddeb
>> +++ b/scripts/package/builddeb
>> @@ -45,7 +45,16 @@ create_package() {
>> arm64)
>> debarch=arm64 ;;
>> arm*)
>> - debarch=arm$(grep -q CONFIG
On 2 April 2015 at 15:17, Arnaud Patard wrote:
> Arnaud Patard (Rtp) writes:
>> Already sent a "better" patch for that (your patch is not handling
>> system with CONFIG_OF and without dtbs_install):
>> http://www.spinics.net/lists/linux-kbuild/msg10794.html
> Oops. Wrong version. The right one i
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
Arnaud Patard (Rtp) writes:
(replying to self)
> riku.voi...@linaro.org writes:
>
> Hi,
>
>> From: Riku Voipio
>>
>> When kernel is built with CONFIG_OF, install all built device
>> tree files built. The installation location used is same as
>> toplevel INSTALL_DTBS_PATH.
>
> Already sent a "be
riku.voi...@linaro.org writes:
Hi,
> From: Riku Voipio
>
> When kernel is built with CONFIG_OF, install all built device
> tree files built. The installation location used is same as
> toplevel INSTALL_DTBS_PATH.
Already sent a "better" patch for that (your patch is not handling
system with CON
riku.voi...@linaro.org writes:
> From: Ben Hutchings
>
> The Debian armhf architecture uses the ARM EABI hard-float variant,
> whereas armel uses the soft-float variant. If the compiler used
> to compile the kernel uses the __ARM_PCS_VFP ABI, the compiler
> targets armhf architecture.
>
> v3 by
From: Ben Hutchings
The Debian armhf architecture uses the ARM EABI hard-float variant,
whereas armel uses the soft-float variant. If the compiler used
to compile the kernel uses the __ARM_PCS_VFP ABI, the compiler
targets armhf architecture.
v3 by Riku: Use gcc define instead of CONFIG_VFP
Cc
From: Riku Voipio
A collection of patches to improve the make deb-pkg target
first three patches should be quite straight-forward changes,
but the last one is more complicated.
Ben Hutchings (1):
deb-pkg: Add automatic support for armhf architecture
Riku Voipio (3):
builddeb: install dtbs
From: Riku Voipio
Every package needs /usr/share/doc/$package_name and
DEBIAN directory, so create them as part of create_package
function.
Signed-off-by: Riku Voipio
---
scripts/package/builddeb | 21 ++---
1 file changed, 6 insertions(+), 15 deletions(-)
diff --git a/scripts
From: Riku Voipio
Perf is shipped in debian in linux-tools-$version package. Extend
the existing to builddeb script to build perf if BUILD_TOOLS=y
is added the make deb-pkg line
Some features of this patch I'm uncomfortable with:
1. Relative paths are resoved to absolute ones
Especially with
From: Riku Voipio
When kernel is built with CONFIG_OF, install all built device
tree files built. The installation location used is same as
toplevel INSTALL_DTBS_PATH.
Signed-off-by: Riku Voipio
---
scripts/package/builddeb | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/packag
Package: src:linux
Version: 3.16.7-ckt7-1
Severity: normal
if a SD cardreader is used in the USB3 port after some seconds the WLAN
connection hangs
as soon as the reader is detached the WLAN continues to work
-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-kernel@lists
--On Sunday, January 25, 2015 11:25:34 AM +0100 Niels Thykier
wrote:
I have CC'ed the Debian linux maintainers as I noticed your kernel
reports a null pointer deference in the kernel (see below for the
trace). I have taken the liberty of reassigning it to the linux package
as well.
@linux
20 matches
Mail list logo