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 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 is no difference
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 listmas...@list
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 dpms
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 UNSUB
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 listmas...@l
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
Cha
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
'
>
End of message, stopping processing here.
Please contact me if you need a
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 Cy
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 d
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 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
rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.7
Ben Hutchings writes:
> On Mon, 2010-11-15 at 12:55 +0200, Timo Juhani Lindfors wrote:
>> Ben Hutchings writes:
>> > However, the same applies to several other package names that change
>> > with the upstream version number: linux-source-,
>> > linux-doc-, linux-manual- and
>> > linux-patch-debia
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 send
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 i
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 writes:
> > On Mon, 2010-11-15 at 12:55 +0200, Timo Juhani Lindfors wrote:
> >> Ben Hutchings writes:
> >> > However, the same applies to several other package names that change
> >> > with the upstream version number:
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 exac
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
screen,
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
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:
> > > http://bu
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 l
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
linux-source-2.6.26_2.6.26-2
Your message dated Sun, 21 Nov 2010 07:55:07 +
with message-id
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 corrupt
to be marked as done.
This means
Your message dated Sun, 21 Nov 2010 07:55:07 +
with message-id
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 means that you claim that the probl
27 matches
Mail list logo