Hi Kernel Maintainers
I have been tracking related bugs 704987 and 703715, I have suggested a
fix that has been under test for the last week and seems to fix the
reported issue, the following is the patch from the stable tree that
reverts Debian patch,
Bug persists on 3.10-1
Jul 23 09:44:20 rteuwen kernel: [ 295.735639] Oops: [#1] SMP
Jul 23 09:44:20 rteuwen kernel: [ 295.735666] Modules linked in:
ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat
nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack
Package: src:linux
Version: 3.2.46-1
Severity: normal
Dear Maintainer,
With the backlight of the screen normal, booting the system will reduce the
backlight to the degree that you have very difficult to see anything on the
screen. This happens at the same second as the vga mode is set to a
Hi Moritz,
On Montag, 22. Juli 2013, Moritz Muehlenhoff wrote:
This fix was merged into 3.2.35 and is thus part of the Wheezy kernel. Can
either of you confirm that it's working now?
not right now, that machine is currently still running Squeeze and I don't see
me upgrading it before
Subject: linux-image-3.2.0-4-amd64: intel GPU hang/freeze
Package: src:linux
Version: 3.2.46-1
Justification: breaks unrelated software
Severity: critical
Dear Maintainer,
* What led up to the situation?
X session with several applications open active; actual reason for GPU freeze
unknown;
Processing commands for cont...@bugs.debian.org:
reassign 717645 nvidia-kernel-dkms
Bug #717645 [src:linux] linux-image-3.10-1-amd64: I cannot compile the NVIDIA
display driver from its source.
Bug reassigned from package 'src:linux' to 'nvidia-kernel-dkms'.
No longer marked as found in
On Tue, Jul 09, 2013 at 05:42:20PM +0200, Moritz Muehlenhoff wrote:
No, a second machine of the same type is available now for testing - and
also crashing after
loading of the cassini driver. Here lspci and cpuinfo:
...
0002:00:02.0 Ethernet controller: Oracle Corporation Cassini
On Mon, Jul 22, 2013 at 08:19:26PM +0100, Roger Leigh wrote:
Ben's patch does allow me to boot the system with the memory in this
configuration on a 3.10 kernel.
Ok, I actually think we can fix it the way below. It should be
equivalent to Ben's patch in current functionality with the difference
[Cc-ing everyone who was involved in discussing #652459]
* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:
And one final patch to use panic rather than sulogin on fsck failure.
Thanks for all your patches, I've applied them on top of current
master (and edited debian/changelog on my own,
For information
Forwarded Message
From: gre...@linuxfoundation.org
To: emil.l.veli...@gmail.com, bske...@redhat.com, cor...@debian.org,
gre...@linuxfoundation.org
Cc: sta...@vger.kernel.org, stable-comm...@vger.kernel.org
Subject: Patch drm/nv50-/disp: Use output specific mask
Dear Maintainer,
Many thanks for the job you all been doing! Great work!
I can confirm same behavior on nvidia MCP61, and linux-image-3.9-0.bpo.1-amd64
3.9.6-1~bpo70+1
I must add rootdelay=5 (I don't try less) to boot.
on AMD chipset 970 + SB950 with 3.9.x it is OK, rootdelay not needed.
Package: src:linux
Version: 3.10.1-1
Severity: normal
Dear Maintainer,
I have a system with some md raid devices using raid10. When I want to change
the partitioning of a harddisk, I set all partitions to fail in the raid and
removed then.
After the new partitioning was done, I readd the
Processing commands for cont...@bugs.debian.org:
reassign 717678 linux
Bug #717678 [rsync] rsync makes NAS unresponsive
Bug reassigned from package 'rsync' to 'linux'.
No longer marked as found in versions rsync/3.0.9-4.
Ignoring request to alter fixed versions of bug #717678 to the same values
Processing commands for cont...@bugs.debian.org:
retitle 717678 BUG: soft lockup - CPU#0 stuck for 23s when running rsync
Bug #717678 [linux] rsync makes NAS unresponsive
Changed Bug title to 'BUG: soft lockup - CPU#0 stuck for 23s when running
rsync' from 'rsync makes NAS unresponsive'
--
Processing commands for cont...@bugs.debian.org:
severity 717681 critical
Bug #717681 [src:linux] linux-image-3.10-1-amd64: reproducable Data loss with
kernel linux-image-3.10-1-amd64 with md-raid devices
Severity set to 'critical' from 'normal'
thanks
Stopping processing here.
Please contact
Package: rsync
Version: 3.0.9-4
Severity: normal
Dear Maintainer,
when using rsync to make a backup, the complete machine (qnap ts-119pii nas
box) becomes
unresponsive. The SSS session dies, I can no longer login to the box. The only
thing left
is to power down the box by long pressing the
On 20/07/13 at 23:34 +0200, Christoph Anton Mitterer wrote:
Hi Lucas.
I think it cannot harm (even if we don't need it right now and although
the whole thing is anyway just voluntary), that debian registers it's
name at the EFI System Partition Subdirectory Registry:
Processing commands for cont...@bugs.debian.org:
reassign 626432 src:linux
Bug #626432 [linux-2.6] linux-image-2.6.38-2-686: Horrible Time Skew, Eventual
Near-zero Responsiveness
Bug reassigned from package 'linux-2.6' to 'src:linux'.
No longer marked as found in versions 2.6.38-5.
Ignoring
Your message dated Tue, 23 Jul 2013 22:36:16 +0200
with message-id 20130723203615.ga7...@inutil.org
and subject line Re: not supported hardware: Gigabyte K8100 Aivia USB Gaming
Keyboard
has caused the Debian Bug report #610467,
regarding firmware-linux-free: not supported hardware: Gigabyte K8100
reassign 626432 src:linux
thanks
On Wed, May 11, 2011 at 10:55:13PM +0100, Sabahattin Gucukoglu wrote:
Package: linux-2.6
Version: 2.6.38-5
Severity: important
(reportbug script died, hope you've got everything.)
The machine runs with *HORRIBLE* clock drift (see text). Eventually, the
On 23/07/13 18:48, Michael Prokop wrote:
[Cc-ing everyone who was involved in discussing #652459]
(Also copying Adam Conrad and Steve Langasek.)
* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:
And one final patch to use panic rather than sulogin on fsck failure.
Thanks for all your
Dixi quod…
Even if this may have some minor issues still, it’ll be better
than building kernel images that fail to boot at all, that’s why
Ah well. Of course it didn’t boot.
/lib/modules/3.10-0+m68k.2-m68k/kernel/arch/m68k/emu/nfblock.ko
is the “IDE” driver for ARAnyM machines (like
On Tue, Jul 23, 2013 at 09:26:28PM +, Thorsten Glaser wrote:
Which package is responsible for the inclusion of arch-specific
kernel modules into the initrd (for MODULES=most right now; I
have yet to try MODULES=dep)?
initramfs-tools
Bastian
--
Violence in reality is quite different from
Hi,
I have a question about the file /etc/initramfs-tools/conf.d/resume file. I
have this bug ([1]) in the uswsusp package.
Should/must the uswsusp package update that file? What is the better way to do
it (modify the file directly, call any script,...)?
Thanks a lot,
Rodolfo.
[1]
On Tue, Jul 23, 2013 at 08:42:04PM +, Thorsten Glaser wrote:
+CONFIG_IOSCHED_DEADLINE=m
+CONFIG_IOSCHED_CFQ=m
Should be configured in the top config.
+# CONFIG_EXT2_FS_SECURITY is not set
+# CONFIG_EXT3_FS_SECURITY is not set
Why?
-CONFIG_EXT4_FS=y
-CONFIG_EXT4_USE_FOR_EXT23=y
You
Bastian Blank dixit:
On Tue, Jul 23, 2013 at 09:26:28PM +, Thorsten Glaser wrote:
Which package is responsible for the inclusion of arch-specific
kernel modules into the initrd (for MODULES=most right now; I
have yet to try MODULES=dep)?
initramfs-tools
OK, thanks!
Doesn’t help though.
Bastian Blank dixit:
On Tue, Jul 23, 2013 at 08:42:04PM +, Thorsten Glaser wrote:
+CONFIG_IOSCHED_DEADLINE=m
+CONFIG_IOSCHED_CFQ=m
Should be configured in the top config.
They’re =y there. I put them into modules to save space.
+# CONFIG_EXT2_FS_SECURITY is not set
+#
On Tue, Jul 23, 2013 at 06:05:57PM +0200, Borislav Petkov wrote:
On Mon, Jul 22, 2013 at 08:19:26PM +0100, Roger Leigh wrote:
Ben's patch does allow me to boot the system with the memory in this
configuration on a 3.10 kernel.
Ok, I actually think we can fix it the way below. It should be
On Tue, Jul 23, 2013 at 11:24:17PM +0100, Roger Leigh wrote:
I've tested it against 3.10 and I can confirm that it works. I've
booted the system with the DRAM on the same channel, and on
separate channels, and it's working without problems in both cases.
That's good news, thanks for testing
Dixi quod…
This is merely what we had before. (I’m giving nfeth a chance here…)
“No such device” is what nfeth.ko says upon insmod.
I’ll report this as bug upstream and revert it to =y too:
--- debian/config/m68k/config 2013-07-23 22:38:05.519153764 +
+++ - 2013-07-23 22:38:28.394235256
On Wed, Jul 24, 2013 at 12:39:11AM +0200, Borislav Petkov wrote:
On Tue, Jul 23, 2013 at 11:24:17PM +0100, Roger Leigh wrote:
I've tested it against 3.10 and I can confirm that it works. I've
booted the system with the DRAM on the same channel, and on
separate channels, and it's working
Processing commands for cont...@bugs.debian.org:
severity 717654 important
Bug #717654 [src:linux] (no subject)
Severity set to 'important' from 'critical'
thanks
Stopping processing here.
Please contact me if you need assistance.
--
717654:
On Tue, Jul 23, 2013 at 10:09:38PM +0100, Roger Leigh wrote:
On 23/07/13 18:48, Michael Prokop wrote:
[Cc-ing everyone who was involved in discussing #652459]
(Also copying Adam Conrad and Steve Langasek.)
* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:
And one final patch to use
On Tue, 2013-07-23 at 20:13 +1000, iiNET wrote:
Hi Kernel Maintainers
I have been tracking related bugs 704987 and 703715, I have suggested a
fix that has been under test for the last week and seems to fix the
reported issue, the following is the patch from the stable tree that
reverts
On 07/24/13 11:12, Ben Hutchings wrote:
On Tue, 2013-07-23 at 20:13 +1000, iiNET wrote:
Hi Kernel Maintainers
I have been tracking related bugs 704987 and 703715, I have suggested a
fix that has been under test for the last week and seems to fix the
reported issue, the following is the patch
On Tue, 2013-07-23 at 22:11 +, Thorsten Glaser wrote:
[...]
-CONFIG_EXT4_USE_FOR_EXT23=y
You could still stick to this option.
The debian/config/config doesn’t use it and builds
separate ext2/ext3/ext4 modules instead, so I did
that too.
I think we may want to enable this at the top
Neil, does the report below sound like the bug you fixed with:
commit 7bb23c4934059c64cbee2e41d5d24ce122285176
Author: NeilBrown ne...@suse.de
Date: Tue Jul 16 16:50:47 2013 +1000
md/raid10: fix two problems with RAID10 resync.
or any of the others you've recently fixed?
On Tue,
Processing commands for cont...@bugs.debian.org:
tags 717681 + upstream
Bug #717681 [src:linux] linux-image-3.10-1-amd64: reproducable Data loss with
kernel linux-image-3.10-1-amd64 with md-raid devices
Added tag(s) upstream.
forwarded 717681 ne...@suse.de
Bug #717681 [src:linux]
Processing commands for cont...@bugs.debian.org:
tags 717473 + upstream patch
Bug #717473 [src:linux] BUG: Null pointer deref in
amd64_edac_mod/amd64_probe_one_instance during boot
Ignoring request to alter tags of bug #717473 to the same tags previously set
thanks
Stopping processing here.
Processing commands for cont...@bugs.debian.org:
tags 717590 + pending
Bug #717590 [src:linux] linux: [nouveau] please backport drm/nv50-/disp: Use
output specific mask ininterrupt
Added tag(s) pending.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
717590:
On Mon, 2013-07-22 at 21:19 +0200, Yves-Alexis Perez wrote:
Source: linux
Severity: normal
[the bug is not reported on the machine actually having the hardware]
Hi,
3.9 introduced a regression in nouveau driver. Basically, dual screen
using DMS59 connector doesn't work anymore in 3.9
Well, I don't understand how this is going wrong. All the logic in
fs/nfs/super.c (nfs_show_mount_options(), nfs_remount(),
nfs_parse_security_flavors(), nfs_compare_remount_data()) appears to do
the right thing with the sec option (stored in various structures as
auth_flavors[0] or au_flavor).
On Wed, 24 Jul 2013 04:02:15 +0100 Ben Hutchings b...@decadent.org.uk wrote:
Neil, does the report below sound like the bug you fixed with:
commit 7bb23c4934059c64cbee2e41d5d24ce122285176
Author: NeilBrown ne...@suse.de
Date: Tue Jul 16 16:50:47 2013 +1000
md/raid10: fix two
43 matches
Mail list logo