Hallo,
here it is $(lspci -vn) and $(dmesg) without pci=noacpi from today boot.
Quite embarassingly it does not contain any error message.
Fulvio
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-686 (Debian
On sam., 2010-11-27 at 23:56 +, Ben Hutchings wrote:
On Sat, 2010-11-27 at 23:34 +0100, Yves-Alexis Perez wrote:
[...]
== Configuration
The KConfig is the one I use, which is open to discussion (like
everything else anyway). I've tried to be fairly secure, so some
features might
reassign 604096 linux-2.6
forcemerge 601341 602418 604096
# see original bug reports
affects 601341 xserver-xorg
# see http://xenbits.xen.org/people/ianc/
tag 601341 patch
# IMHO that should be fixed for squeeze
severity 601341 serious
thanks
Am Dienstag, den 23.11.2010, 10:41 +0100 schrieb
Processing commands for cont...@bugs.debian.org:
reassign 604096 linux-2.6
Bug #604096 [xserver-xorg] xserver-xorg: freezes when running as dom0 under Xen
4.0 at startup
Bug reassigned from package 'xserver-xorg' to 'linux-2.6'.
Bug No longer marked as found in versions xorg/1:7.5+8.
28.11.2010 05:25, Ben Hutchings wrote:
Please can you test whether this is fixed in 2.6.32-28? We backported a
KVM feature (VCPU_EVENTS) which meant we needed an additional fix beyond
the one which Michael Tokarev identified, and that was done in -28.
Yes, with 2.6.32-28 686 kernel I can't
Processing commands for cont...@bugs.debian.org:
severity 601341 important
Bug #601341 [linux-2.6] xserver-xorg-video-nouveau: hangs X fb console on
black screen on dom0 xen instance
Bug #602418 [linux-2.6] linux-image-2.6.32-5-xen-amd64: with xen 4.0,
fork()/clone() fails with ENOMEM during
It seems the issue is solved.
Due to a bad BIOS-Setup (dynamic clock ticks) the time slow down. NTP wasn't
be able to correct this. After fixing this the observed misbehavior vanished.
The Bug can be closes. Sorry for the noise.
--
To UNSUBSCRIBE, email to
Processing commands for cont...@bugs.debian.org:
reassign 605246 linux-2.6
Bug #605246 [eeepc-acpi-scripts] Built-in 3G modem can prevent sleep mode
Bug reassigned from package 'eeepc-acpi-scripts' to 'linux-2.6'.
Bug No longer marked as found in versions eeepc-acpi-scripts/1.1.11.
End of
Your message dated Sun, 28 Nov 2010 15:56:27 +0100
with message-id 201011281556.27697.hol...@layer-acht.org
and subject line Re: Bug#604891: (rpc.gssd: Failed to create machine krb5
context with any credentials cache)
has caused the Debian Bug report #604891,
regarding rpc.gssd: Failed to create
On Sat, 2010-11-27 at 22:38 -0800, David Miller wrote:
From: Ben Hutchings b...@decadent.org.uk
Date: Sun, 28 Nov 2010 01:53:35 +
On Sat, 2010-11-27 at 17:26 -0800, David Miller wrote:
From: Greg KH gre...@suse.de
Date: Sat, 27 Nov 2010 16:21:35 -0800
And I need an ack from the
I tried putting the device to sleep after telling the kernel to ignore
USB wakeup requests from the 3G modem, and it works, apparently
without nasty side effects, the 3G still works after. I think
eeepc-acpi-scripts should include a sleep.d hook to do this.
A better solution would be to see
On Sun, 2010-11-28 at 16:14 +0100, Maik Zumstrull wrote:
I tried putting the device to sleep after telling the kernel to ignore
USB wakeup requests from the 3G modem, and it works, apparently
without nasty side effects, the 3G still works after. I think
eeepc-acpi-scripts should include a
Processing commands for cont...@bugs.debian.org:
clone 605246 -1
Bug#605246: Built-in 3G modem can prevent sleep mode
Bug 605246 cloned as bug 605275.
found 605246 2.6.32-28
Bug #605246 [linux-2.6] Built-in 3G modem can prevent sleep mode
There is no source info for the package 'linux-2.6' at
Processing commands for cont...@bugs.debian.org:
tags 605246 + patch moreinfo
Bug #605246 [linux-2.6] Built-in 3G modem can prevent sleep mode
Added tag(s) moreinfo and patch.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
605246:
On Sun, 2010-11-28 at 13:39 +0300, Michael Tokarev wrote:
28.11.2010 05:25, Ben Hutchings wrote:
Please can you test whether this is fixed in 2.6.32-28? We backported a
KVM feature (VCPU_EVENTS) which meant we needed an additional fix beyond
the one which Michael Tokarev identified, and
Processing commands for cont...@bugs.debian.org:
reassign 604604 linux-2.6 2.6.32-27
Bug #604604 [linux-image-2.6.32-5-686] qemu-kvm: vm entry failed with error
0x; kvm_run returned -22
Bug reassigned from package 'linux-image-2.6.32-5-686' to 'linux-2.6'.
Bug No longer marked as found
On Sun, 2010-11-28 at 16:14 +0100, Maik Zumstrull wrote:
I tried putting the device to sleep after telling the kernel to ignore
USB wakeup requests from the 3G modem, and it works, apparently
without nasty side effects, the 3G still works after. I think
eeepc-acpi-scripts should include a
Processing commands for cont...@bugs.debian.org:
tags 605275 + moreinfo
Bug #605275 [linux-2.6] EeePC 1005HAG freezes briefly after resuming
Added tag(s) moreinfo.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
605275:
On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
The following bugs seem to be identical:
#601341
#602418
#604096
They all seem to be fixed by this kernel:
http://xenbits.xen.org/people/ianc/
I
Please can you test whether the attached patch fixes our package of
Linux 2.6.32. You will need to rebuild the kernel package by following
the instructions at
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official.
On it.
--
To UNSUBSCRIBE, email to
[Please remember to reply-to-all, including the bug address.]
On Sun, 2010-11-28 at 10:42 +0100, Wenceslao González-Viñas wrote:
Dear Ben,
thank you very much! In fact there is some problem:
It gives this error:
insmod: error inserting 'rt2870sta.ko': -1 Invalid module format
There
Package: linux-2.6
Version: 2.6.36-1~experimental.1
Severity: normal
Tags: upstream
Just this... I use a NFS4-kerberized setup with a debian based NFS server.
The Oops happened after having tried to access a NFS share with GNOME nautilus.
As my LAN is using IPv6 with the client having the IPv6
On Sun, 2010-11-28 at 16:58 +, Ben Hutchings wrote:
On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
The following bugs seem to be identical:
#601341
#602418
#604096
They all seem to be
On Sun, 2010-11-28 at 18:24 +0100, Jens Reinsberger wrote:
Package: linux-2.6
Version: 2.6.36-1~experimental.1
Severity: normal
Tags: upstream
Just this... I use a NFS4-kerberized setup with a debian based NFS server.
The Oops happened after having tried to access a NFS share with GNOME
Processing commands for cont...@bugs.debian.org:
tags 605284 + moreinfo
Bug #605284 [linux-2.6] linux-image-2.6.36-trunk-686-bigmem: Kernel Oops in
kerberized NFS4
Added tag(s) moreinfo.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
605284:
On Sun, 2010-11-28 at 18:38 +0100, Maik Zumstrull wrote:
Please provide a kernel log from after wakeup ('dmesg' command) and a
list of the USB devices ('lsusb' command).
Attached.
Well there's nothing obvious there but it looks like the wifi driver
takes some time to start up again after
On Sun, 2010-11-28 at 10:21 +0100, Fulvio Ciriaco wrote:
Hallo,
here it is $(lspci -vn) and $(dmesg) without pci=noacpi from today boot.
Quite embarassingly it does not contain any error message.
Could you try each of the following options in place of 'pci=noacpi':
pci=nomsi
lapic
noapic
and
On Sun, 2010-11-28 at 06:00 +0100, Frede Feuerstein wrote:
[...]
The division by zero appears to be a result of getting bad information
from the firmware about the groups of processors.
Well, technically a division error always is a result of bad data fed to
that division. I rather meant,
Processing commands for cont...@bugs.debian.org:
tags 603229 - moreinfo
Bug #603229 [linux-2.6] linux-image-2.6.32-5-amd64: 2.6.32.x-kernel fails to
boot, unless acpi=off is set
Removed tag(s) moreinfo.
forwarded 603229 linux-ker...@vger.kernel.org
Bug #603229 [linux-2.6]
Dear Ben,
Module crc_ccitt was already loaded. (anyway I removed and loaded again).
After insmod rt2870sta it gave same error and kern.log gave:
rt2870sta: module has no symbols (stripped?)
Thanks and sorry not to cc to bug error address in previous email.
Best,
Wenceslao
Ben Hutchings
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 604956 + pending
Bug #604956 [linux-2.6] CVE-2010-3698 fix crashes i386 KVM userspace with amd64
kernel
Added tag(s) pending.
End of message, stopping processing
On Wed, 2010-11-24 at 06:08 -0700, Nicholas Holley wrote:
This is possibly the same bug as is listed in the nouveau bug tracker at
https://bugs.freedesktop.org/show_bug.cgi?id=27501
The symptoms in post number one are very similar to mine down.
It appears this was fixed in Ubuntu kernel
On Fri, 26 Nov 2010, Kolbjørn Barmen wrote:
auto eth0
iface eth0 inet static
address 10.10.10.10
gateway 10.10.10.1
netmask 255.255.255.0
iface eth0 inet6 static
address 2001:700:0::beaf
gateway 2001:700::1
netmask 64
up
On Sun, 2010-11-28 at 21:20 +0100, Wenceslao González-Viñas wrote:
Dear Ben,
Module crc_ccitt was already loaded. (anyway I removed and loaded again).
After insmod rt2870sta it gave same error and kern.log gave:
rt2870sta: module has no symbols (stripped?)
Sorry, I ran 'strip' on this
Here it is the output of dmesg (attached).
Best,
Wenceslao
Ben Hutchings b...@decadent.org.uk ha escrito:
On Sun, 2010-11-28 at 21:20 +0100, Wenceslao González-Viñas wrote:
Dear Ben,
Module crc_ccitt was already loaded. (anyway I removed and loaded again).
After insmod rt2870sta it gave
Forwarded Message
From: Jonathan Nieder jrnie...@gmail.com
Reply-to: Jonathan Nieder jrnie...@gmail.com, 604...@bugs.debian.org
To: sub...@bugs.debian.org
Subject: Bug#604755: perf timechart: segfault in perf_session__process_events
Date: Tue, 23 Nov 2010 21:59:45 -0600
Package:
Processing commands for cont...@bugs.debian.org:
forwarded 604755 linux-ker...@vger.kernel.org
Bug #604755 [linux-tools-2.6.36] perf timechart: segfault in
perf_session__process_events
Set Bug forwarded-to-address to 'linux-ker...@vger.kernel.org'.
thanks
Stopping processing here.
Please
On Sun, 28 Nov 2010 04:18:25 + Ben Hutchings b...@debian.org wrote:
On Sun, 2010-11-28 at 08:28 +1100, Neil Brown wrote:
The fix I would recommend for 2.6.26 is to add
if (q-merge_bvec_fn)
rs-max_phys_segments = 1;
to dm_set_device_limits. Though the redhat one
Please can you test whether the attached patch fixes our package of
Linux 2.6.32.
The system goes to sleep and doesn't immediately wake up. Good. There
are no freezes as in #605275. Wifi comes back up. 3G needs to be left
alone for a moment (immediate gnokii --monitor once fails), but does
come
Package: nfs-kernel-server
Version: 1:1.2.2-4
Severity: important
I just installed avahi-daemon on my server, and after I had restarted nfs-
kernel-server I was no longer able to mount my nfs drives. (it would give me
access denied errors) After trying some different things, I had found out that
Well there's nothing obvious there but it looks like the wifi driver
takes some time to start up again after resuming. Could you test
whether this happens if you disable wifi before suspending?
Doesn't help, the freezes are still there. I used the Fn+F2 shortcut
to disconnect. That leaves the
Your message dated Sun, 28 Nov 2010 23:20:11 +
with message-id 1290986411.3292.360.ca...@localhost
and subject line Re: Bug#605335: nfs-kernel-server: IP address wildcards don't
work when avahi-daemon is running
has caused the Debian Bug report #605335,
regarding nfs-kernel-server: IP address
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 605246 + pending
Bug #605246 [linux-2.6] Built-in 3G modem can prevent sleep mode
Added tag(s) pending.
End of message, stopping processing here.
Please contact me
On Sat, 27 Nov 2010 21:53:39 +
Ben Hutchings b...@decadent.org.uk wrote:
On Wed, 2010-11-24 at 19:48 +0100, Ivan Sergio Borgonovo wrote:
[...]
I don't know how to help further to increase the chances that
squeeze will have support for these controllers.
If you could point me to
On Mon, 2010-11-29 at 00:07 +0100, Maik Zumstrull wrote:
Well there's nothing obvious there but it looks like the wifi driver
takes some time to start up again after resuming. Could you test
whether this happens if you disable wifi before suspending?
Doesn't help, the freezes are still
On Mon, 2010-11-29 at 00:32 +0100, Ivan Sergio Borgonovo wrote:
On Sat, 27 Nov 2010 21:53:39 +
Ben Hutchings b...@decadent.org.uk wrote:
On Wed, 2010-11-24 at 19:48 +0100, Ivan Sergio Borgonovo wrote:
[...]
I don't know how to help further to increase the chances that
squeeze
On Mon, 2010-11-29 at 09:37 +1100, Neil Brown wrote:
On Sun, 28 Nov 2010 04:18:25 + Ben Hutchings b...@debian.org wrote:
On Sun, 2010-11-28 at 08:28 +1100, Neil Brown wrote:
The fix I would recommend for 2.6.26 is to add
if (q-merge_bvec_fn)
Please report
this upstream at https://bugzilla.kernel.org under product 'Drivers',
component 'USB'. Let us know the bug number or URL so we can track it.
Reported as:
https://bugzilla.kernel.org/show_bug.cgi?id=23962
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with
Processing commands for cont...@bugs.debian.org:
forwarded 605275 https://bugzilla.kernel.org/show_bug.cgi?id=23962
Bug #605275 [linux-2.6] EeePC 1005HAG freezes briefly after resuming
Set Bug forwarded-to-address to
'https://bugzilla.kernel.org/show_bug.cgi?id=23962'.
thanks
Stopping
Processing commands for cont...@bugs.debian.org:
tags 605275 - moreinfo
Bug #605275 [linux-2.6] EeePC 1005HAG freezes briefly after resuming
Removed tag(s) moreinfo.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
605275:
Hi,
I got bitten by this bug as well, similarly to Michael Conner above:
I installed uswsusp to be able to hibernate/resume.
s2disk worked flawlessly, but on booting the system simply did not
bother to resume, booting normally instead.
My analysis:
After digging through the initramfs scripts, I
On Mon, 29 Nov 2010 00:08:47 + Ben Hutchings b...@debian.org wrote:
if (q-merge_bvec_fn !ti-type-merge)
limits-max_segments = 1;
(the test on -type-merge is important and applies to 2.6.26 as well).
Why is it not necessary to set seg_boundary_mask to
On Sun, 2010-11-28 at 22:38 +0100, Wenceslao González-Viñas wrote:
Here it is the output of dmesg (attached).
Sorry, but there's something I missed - there are two different ways of
reading the ROM. I have put yet another version at the same URL, which
will read the ROM in the other way.
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 604457 + pending
Bug #604457 [linux-2.6] linux-image-2.6.26-2-xen-686: Raid10 exporting LV to
xen results in error can't convert block across chunks or bigger than
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 604457 + pending
Bug #604457 [linux-2.6] linux-image-2.6.26-2-xen-686: Raid10 exporting LV to
xen results in error can't convert block across chunks or bigger than
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 604457 + pending
Bug #604457 [linux-2.6] linux-image-2.6.26-2-xen-686: Raid10 exporting LV to
xen results in error can't convert block across chunks or bigger than
On Mon, 2010-11-29 at 11:48 +1100, Neil Brown wrote:
On Mon, 29 Nov 2010 00:08:47 + Ben Hutchings b...@debian.org wrote:
if (q-merge_bvec_fn !ti-type-merge)
limits-max_segments = 1;
(the test on -type-merge is important and applies to 2.6.26 as well).
Why
On Wed, 2010-11-24 at 17:01 +0100, Wouter D'Haeseleer wrote:
Hi Ben,
I have now successfully compiled the kernel including the patch which
this time applied without problem.
However the original bug is still present with the patch you grabbed
upstream.
For testing purpose I have tried
Processing commands for cont...@bugs.debian.org:
tags 604457 + patch
Bug #604457 [linux-2.6] linux-image-2.6.26-2-xen-686: Raid10 exporting LV to
xen results in error can't convert block across chunks or bigger than 64k
Bug #461644 [linux-2.6] linux-image-2.6.18-5-xen-686: Exporting an
On Sun, 2010-11-28 at 18:12 +, Ian Campbell wrote:
On Sun, 2010-11-28 at 16:58 +, Ben Hutchings wrote:
On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
The following bugs seem to be identical:
Excuse me, I have some questions about the firmware patch.
1. I should convert the data into the binary files (.bin). Is it right?
2. Where should I update the firmware files? Is the path the
linux-2.6/firmeware?
However, according to linux-2.6/firmeware/README.AddingFirmware, I
should
I did some experimenting, and I figured out what was going on. You're
right, (c) doesn't quite work, because delayed allocation meant that
the writeout didn't take place until the fsync() for each file
happened. I didn't see this at first; my apologies.
However, this *does* work:
(pruned cc list)
Guillem Jover wrote:
Hmm, ok so what about posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)
instead, skimming over the kernel source seems to indicate it might
end up doing more or less the same thing but in a portable way?
Probably a silly question, but what does The specified
Hi Ted!
On Sun, 2010-11-28 at 23:11:52 -0500, Ted Ts'o wrote:
I did some experimenting, and I figured out what was going on. You're
right, (c) doesn't quite work, because delayed allocation meant that
the writeout didn't take place until the fsync() for each file
happened. I didn't see this
Hi Guillem,
Here are some rough patches implementing Ted's suggestions:
Ted Ts'o wrote:
extract(a);
sync_file_range(fd.a, 0, 0, SYNC_FILE_RANGE_WRITE);
extract(b.dpkg-new);
sync_file_range(fd.b, 0, 0, SYNC_FILE_RANGE_WRITE);
extract(c.dpkg-new);
To avoid performance degradation on filesystems with allocate on
flush semantics (like xfs, ubifs, hfs+, and ext4 without nodelalloc),
start writing back each file once it has finished being extracted.
This doesn't actually wait for the write to finish; it just starts
the writeback.
The
The second sync_file_range() call, with the operation
SYNC_FILE_RANGE_WAIT_BEFORE, will block until the previously initiated
writeback has completed. This basically ensures that the delayed
allocation has been resolved; that is, the data blocks have been
allocated and written, and the inode
This basically ensures that the delayed allocation has been resolved;
that is, the data blocks have been allocated and written, and the
inode updated (in memory), but not necessarily pushed out to disk.
This way, on ext4 the first fsync() can force the inodes to disk and
the remaining fsync()
It is not important to get metadata such as modification time of files
right immediately during an upgrade; that can wait for a later sync().
The result is a small but appreciable performance improvement (~1% when
testing on a laptop hard disk on ext4).
Suggested-by: Ted Ts'o ty...@mit.edu
Hi Guillem,
Guillem Jover wrote:
Hmm, ok so what about posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)
instead, skimming over the kernel source seems to indicate it might
end up doing more or less the same thing but in a portable way?
Could someone with ext4/btrfs/xfs/etc test w/ and w/o the
Hereby I attach new output,
Wenceslao
Ben Hutchings b...@decadent.org.uk ha escrito:
On Sun, 2010-11-28 at 22:38 +0100, Wenceslao González-Viñas wrote:
Here it is the output of dmesg (attached).
Sorry, but there's something I missed - there are two different ways of
reading the ROM. I
71 matches
Mail list logo