a mail from Ed Lin reached me and it looks like he has found the cause
of this error:
Hello,
The cause of the error is probably found. It should be a
bug in the scsi mid layer. The bug is always there, but
a code change from 2.6.31 to 2.6.32 finally exposed the
bug to the stex driver,
Processing commands for cont...@bugs.debian.org:
found 581715 2.6.32-27
Bug #581715 [linux-2.6] acpi-fakekey: kernel-provided name 'uinput' and NAME=
'input/uinput' disagree
Bug #583924 [linux-2.6] linux-image-2.6.32-5-amd64: udevd-work and kernel names
disagree
There is no source info for the
Jason Kendall jakend...@gmail.com writes:
1. All the scripts/commands should be run on the client.
2. As far as I can tell, you can't just move the directory, you have to move
each file, but again, I was able to trigger it with just the process of
making the files.
3. Most of the time there
You write:
please advise me on what more specific information to gather
I think it'd be useful, if the bugreport contained HW specifics i.e.:
$ lspci -vv
*t
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
In http://bugs.debian.org/601081 you report a resume failure on a i915
system with kernel v2.6.32-25. However v2.6.32-27 contains spefically
fixes for i915 systems:
* Add drm changes from 2.6.32.24+drm33.11:
- i915: return -EFAULT if copy_to_user fails.
- drm/i915: Prevent double
In http://bugs.debian.org/570517 you reported a resume problem. The latest
sqeeze kernel contains specific Radeon fixes:
* [x86] radeon: Add quirks to make HP nx6125 and dv5000 laptops resume
(Closes: #583968)
Does your problem still occur with the latest squeeze kernel?
*t
--
To
Does the bug reported in http://bugs.debian.org/575175 still occur with
the lastest sqeeze kernel?
Could you add the output of:
$ lspci -vv
to the bugreport?
*t
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Processing commands for cont...@bugs.debian.org:
retitle 572754 linux-image-2.6.33-2-amd64: Xorg / virtual console switching
glitch with KMS on i915, Radeon X800GT, Radeon HD 4650
Bug #572754 [linux-2.6] linux-image-2.6.33-2-amd64: Xorg / virtual console
switching glitch with KMS on i915
Processing commands for cont...@bugs.debian.org:
submitter 570517 msumner...@btinternet.com
Bug #570517 [linux-2.6] base: No resume after suspend to ram
Changed Bug submitter to 'msumner...@btinternet.com' from 'mike
deb...@msumner.co.uk'
End of message, stopping processing here.
Please
You wrote in http://bugs.debian.org/601732 :
How can one tell whether the bug is in xserver-xorg-video-intel or in
the kernel?
I think that going through the document [1]
http://intellinuxgraphics.org/suspend-resume.html
could help you narrow down the problem a bit?
*t
[1] suggested by
Previous did not goto ticket.
My initial test case is in the ticket here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599823#79
When I used your test case, I got duplicate files.
So, to narrow it down,
Which kernel do you have on this client - what are your NFS mount
options for this
On Sat, 2010-11-20 at 12:14 +0100, Tomáš Pospíšek wrote:
I assume this problem is still present with the latest sqeeze kernel?
Yes, even with 2.6.36 from experimental. It is also present on other
architectures, distros and graphics cards. I get it on my OpenMoko
FreeRunner phone (S-Media Glamo
Jason Kendall jakend...@gmail.com writes:
Which kernel do you have on this client - what are your NFS mount
options for this directory?
linux-image-2.6.32-5-amd64 2.6.32-27
nfs:/home /home nfs
Ben Hutchings b...@decadent.org.uk writes:
On Mon, 2010-11-15 at 12:55 +0200, Timo Juhani Lindfors wrote:
Ben Hutchings b...@decadent.org.uk writes:
However, the same applies to several other package names that change
with the upstream version number: linux-source-version,
On 9/11/2010 8:15 PM, Ben Hutchings wrote:
Please try this while running kernel version 2.6.32:
1. Enable additional error logging by running: ethtool -s eth0 msglvl 0x3f
2. Enable autoneg again
3. Disconnect and reconnect the cable
4. Check for any new error messages in the kernel log
Also
On 11/20/2010 10:20 AM, Shawn Heisey wrote:
Unknown RealTek chip (mask: 0x2800)
I found what looks like a bug report and resolution for this same chip
and problem in FreeBSD.
http://www.pubbs.net/200904/netbsd/15177-50rc3-messed-up-rtl8111dl-onboard-nic.html
I know there are licensing
On Sat, 2010-11-20 at 10:20 -0700, Shawn Heisey wrote:
[...]
ethtool -d eth0:
Unknown RealTek chip (mask: 0x2800)
So this is an RTL8168d, for which the upstream driver does load a
firmware blob. It's possible that that blob fixes this bug (it's never
been made clear just what it does).
On Sat, 2010-11-20 at 17:20 +0200, Timo Juhani Lindfors wrote:
Ben Hutchings b...@decadent.org.uk writes:
On Mon, 2010-11-15 at 12:55 +0200, Timo Juhani Lindfors wrote:
Ben Hutchings b...@decadent.org.uk writes:
However, the same applies to several other package names that change
with
found 598803 2:2.13.0-2
found 598803 2:2.13.901-2
thanks
On Wed, Oct 06, 2010 at 01:51:03AM +0200, Steinar H. Gunderson wrote:
...at least until I tried to watch http://www.youtube.com/watch?v=INqbAWnbstI
in Chrome with HTML5 enabled. That killed all of X, and when starting up
again the exact
On Sat, 20 Nov 2010, Paul Wise wrote:
On Sat, 2010-11-20 at 12:14 +0100, Tomáš Pospíšek wrote:
I assume this problem is still present with the latest sqeeze kernel?
Yes, even with 2.6.36 from experimental. It is also present on other
architectures, distros and graphics cards. I get it on my
Installed latest kernel and suspend/resume works now. The wifi fails to
reconnect after resuming though. This is with the radeon driver.
Unfortunately, I am getting interference with radeon, though it is not as
bad as it was, and only seems to occur on solid dark grey bits of the
On Fri, 2010-11-19 at 16:51 -0700, dann frazier wrote:
In order to get the kernel/d-i stack squared away for 5.0.7, I'd like
to go ahead and upload 2.6.26-26 tomorrow. I had planned to push the
changes in the lenny branch via security (w/ several other queued
security fixes), but I'll need a
On Mon, 2010-11-15 at 19:31 +0100, Philipp Kern wrote:
Dear kernel team,
On Mon, Nov 15, 2010 at 09:58:47AM +0100, Sven Joachim wrote:
I'm sorry, I won't have the time to do new benchmarks on this.
The only benchmarks we have have been made by Sven Joachim:
Hi Ben,
Ben Hutchings wrote:
On Mon, 2010-11-15 at 19:31 +0100, Philipp Kern wrote:
and I don't suppose we could make that the default? Is there anything
else the dpkg developers can try to be portable and still not be
sacrificing performance?
I'm coming to this late. It sounds like dpkg
linux-2.6_2.6.26-26_i386.changes uploaded successfully to localhost
along with the files:
linux-2.6_2.6.26-26.dsc
linux-2.6_2.6.26-26.diff.gz
linux-doc-2.6.26_2.6.26-26_all.deb
linux-manual-2.6.26_2.6.26-26_all.deb
linux-patch-debian-2.6.26_2.6.26-26_all.deb
Your message dated Sun, 21 Nov 2010 07:55:07 +
with message-id e1pk4lp-0004dc...@franck.debian.org
and subject line Bug#550733: fixed in linux-2.6 2.6.26-26
has caused the Debian Bug report #550733,
regarding xfsprogs: kernel oops on log replay during XFS mount when number of
regions is
Your message dated Sun, 21 Nov 2010 07:55:07 +
with message-id e1pk4lp-0004dn...@franck.debian.org
and subject line Bug#594690: fixed in linux-2.6 2.6.26-26
has caused the Debian Bug report #594690,
regarding please include mptscsih ATA passthrough fix from upstream
to be marked as done.
This
27 matches
Mail list logo