--- Please enter the report below this line. ---
I just swapped the millennium II with a ATI RAGE XL (atyfb module).
bterm still (mis-)behaves exactly the same as with matroxfb.
I start doubting the bterm problem is an issue with the matroxfb driver.
As a side note, loading atyfb does not corrup
Package: linux-2.6
Version: 2.6.26
--- Please enter the report below this line. ---
Sorry, I should have read the entire latest comments more carefully.
I am not familiar at all with bterm but it does not seem to work.
I can load matrofb_base and fbcon without problems. I can swap vcs and change
Package: linux-image-2.6.26-2-alpha-generic
Version: 2.6.26-15
Followup-For: Bug #516382
vanilla kernel 2.6.29 does not work as well.
However, disabling scatter gather with ethtool seems to make the issue
disappear.
ethtool -K ethX sg off
this may help in narrowing down the issue to a specific
Package: linux-image-2.6.26-2-alpha-smp
Followup-For: Bug #435134
I have not noticed any module loading issues with current lenny
kernels (either generic or smp).
In particular xfs and ipv6 load just fine.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (900, 'st
I switched to getmail4 and I'm happy with it, so I can't help more.
--
Ian Zimmerman
gpg public key: 1024D/C6FF61AD
fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a s
On Sat, May 09, 2009 at 01:31:59PM -0700, Gabriele Gorla wrote:
> Package: linux-image-2.6.26-2-alpha-generic
> Followup-For: Bug #347186
> I tried on my dp264 using exaclty the same video card with the current
> lenny kernel and everything seems to work just fine.
Does that include running 'bte
Package: linux-image-2.6.26-2-alpha-generic
Followup-For: Bug #347186
I tried on my dp264 using exaclty the same video card with the current
lenny kernel and everything seems to work just fine.
BTW: for the console to show up it's required to load the fbcon module as well
-- System Information
Hello everybody,
2 things:
- I think this other bug report talks about the same bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524132
Is it a good idea to group them together ?
- I read this and if I understanded well, this will never be fixed and
we have to wait for the next version of
Package: linux-2.6
Version: 2.6.26-15
Please apply this patch to the next stable kernel update.
- Forwarded message from tip-bot for john stultz -
From: tip-bot for john stultz
To: linux-tip-comm...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org, r...@redhat.com, h...@zytor.com,
Package: linux-image-2.6.26-2-686
Version: 2.6.26-15
Severity: normal
I have two laptops. One is an IBM ThinkPad 390E running Debian Etch
(kernel linux-image-2.6.18-6-686). The other is an IBM ThinkPad 600
running Debian Lenny (kernel linux-image-2.6.26-2-686).
I have a 16-bit PC Card 10/100 Eth
reassign 513695 linux-2.6 2.6.28-1
forwarded 513695 http://www.spinics.net/lists/netdev/msg96676.html
tags 513695 patch
thanks
The cause of these errors has been traced to the kernel. The errors are
bogus and due to a test that's no longer correct after a code change in
2.6.28.
The errors have
Processing commands for cont...@bugs.debian.org:
> reassign 513695 linux-2.6 2.6.28-1
Bug#513695: fetchmail: race in MSG_PEEK.
Bug reassigned from package `fetchmail' to `linux-2.6'.
> forwarded 513695 http://www.spinics.net/lists/netdev/msg96676.html
Bug#513695: fetchmail: race in MSG_PEEK.
Note
severity 527926 normal
reassign 527926 libpcap0.8
merge 527926 517098
quit
"Alexander E. Patrakov" writes:
> When I boot the linux-image-2.6.29-2-amd64 kernel (userspace is
> 32-bit), I cannot use tcpdump. Old 64-bit kernels work, and the
> -686 variant of 2.6.29-2 also works.
That's bug #51709
Processing commands for cont...@bugs.debian.org:
> severity 527926 normal
Bug#527926: linux-image-2.6.29-2-amd64: breaks tcpdump
Severity set to `normal' from `important'
> reassign 527926 libpcap0.8
Bug#527926: linux-image-2.6.29-2-amd64: breaks tcpdump
Bug reassigned from package `linux-image-2
This bug also applies to
linux-image-2.6.30-rc4-amd64_2.6.30~rc4-1~experimental.1~snapshot.13587_i386.deb
However, on my Gentoo system, I can run tcpdump just fine even with a
self-compiled 64-bit kernel and 32-bit userspace
--
Alexander E. Patrakov
--
To UNSUBSCRIBE, email to debian-kernel-
Package: linux-image-2.6.29-2-amd64
Version: 2.6.29-4
Severity: important
When I boot the linux-image-2.6.29-2-amd64 kernel (userspace is 32-bit),
I cannot use tcpdump. Old 64-bit kernels work, and the -686 variant of
2.6.29-2 also works. The error displayed by tcpdump (while pinging
192.168.1.1)
retitle 526525 amd64 kernel cannot find bnx2 PCI device base address
thanks
also sprach Tony Godshall [2009.05.09.0117 +0200]:
> > If you cannot boot, append break=mount to the kernel line, and at
> > the initramfs prompt, type
> >
> > rm /etc/mdadm/mdadm.conf
> > /scripts/local-top/mdadm
> >
Processing commands for cont...@bugs.debian.org:
> retitle 526525 amd64 kernel cannot find bnx2 PCI device base address
Bug#526525: Kernel linux-image-2.6.26-2-amd64 does not see root RAID device
/dev/md0
Changed Bug title to `amd64 kernel cannot find bnx2 PCI device base address'
from `Kernel
18 matches
Mail list logo
