Package: linux-patch-debian-2.6.17
Version: 2.6.17-7
Severity: important
Hi,
I'm just an end user, and I was originally downloading
linux-source- packages to compile them "the Debian way" with
make-kpkg. I decided that it might be nice to save the time downloading
the entire kernel source, and
Package: linux-image-2.6.17-2-k7
Version: 2.6.17-7
Severity: important
On a system that works with 2.6.16-2-k7_2.6.16-18 upgrading to
2.6.17-2-k7_2.6.17-7 results in a system for which the mouse (a
Logitech TrackMan) is flaky (jumps around on the screen) and which
feels sluggish (perhaps just poo
Greg KH wrote:
On Tue, Aug 29, 2006 at 05:14:30AM +0200, Oleg Verych wrote:
On Mon, Aug 28, 2006 at 06:51:03PM -0700, Greg KH wrote:
On Tue, Aug 29, 2006 at 04:15:49AM +0200, Oleg Verych wrote:
request_firmware() is dead also.
YMMV, but three years, and there are still big chunks of binary
On Tue, Aug 29, 2006 at 05:14:30AM +0200, Oleg Verych wrote:
> On Mon, Aug 28, 2006 at 06:51:03PM -0700, Greg KH wrote:
> > On Tue, Aug 29, 2006 at 04:15:49AM +0200, Oleg Verych wrote:
> > > >>request_firmware() is dead also.
> > > >>YMMV, but three years, and there are still big chunks of binary i
On Mon, Aug 28, 2006 at 06:51:03PM -0700, Greg KH wrote:
> On Tue, Aug 29, 2006 at 04:15:49AM +0200, Oleg Verych wrote:
> > >>request_firmware() is dead also.
> > >>YMMV, but three years, and there are still big chunks of binary in kernel.
> > >>And please don't add new useless info _in_ it.
> > He
On Tue, Aug 29, 2006 at 04:15:49AM +0200, Oleg Verych wrote:
> James Bottomley wrote:
> >On Tue, 2006-08-29 at 02:35 +0200, Oleg Verych wrote:
> >
> >>request_firmware() is dead also.
> >>YMMV, but three years, and there are still big chunks of binary in kernel.
> >>And please don't add new useless
On Tue, Aug 29, 2006 at 02:35:26AM +0200, Oleg Verych wrote:
> Sven Luther wrote:
> >On Mon, Aug 28, 2006 at 05:11:42PM -0500, James Bottomley wrote:
> >
> >>I've tested this with the aic94xx driver using the new MODULE_FIRMWARE()
> >>tag. Initramfs should be much easier because it already include
James Bottomley wrote:
On Tue, 2006-08-29 at 02:35 +0200, Oleg Verych wrote:
request_firmware() is dead also.
YMMV, but three years, and there are still big chunks of binary in kernel.
And please don't add new useless info _in_ it.
I er don't think so.
Hell, what can be as easy as this:
,-
On Tue, 2006-08-29 at 02:35 +0200, Oleg Verych wrote:
> request_firmware() is dead also.
> YMMV, but three years, and there are still big chunks of binary in kernel.
> And please don't add new useless info _in_ it.
I er don't think so.
We (as in the Kernel) are forcing drivers on to this path. Y
On Tue, 2006-08-29 at 01:04 +0200, Sven Luther wrote:
> Notice that mkinitrd-tools is dead, and will probably be removed from etch.
>
> mkinitramfs-tools and yaird are the two currently used tools.
Yes ... I'm aware of that. That's why this is a reference
implementation. initramfs should be eas
Sven Luther wrote:
On Mon, Aug 28, 2006 at 05:11:42PM -0500, James Bottomley wrote:
>
I've tested this with the aic94xx driver using the new MODULE_FIRMWARE()
tag. Initramfs should be much easier because it already includes most
of the boot time loading; all it has to do is the piece identifyi
On Mon, Aug 28, 2006 at 05:40:01PM -0400, jef e wrote:
>
> dann frazier wrote:
>
> >Dykema, Erik wrote:
> >>Using the build for i386, I was able to install very cleanly, and
> >> reboot, at which point the USB
> >> messages started spewing again. By hitting ctrl-c a few times, I was able
On Mon, Aug 28, 2006 at 05:11:42PM -0500, James Bottomley wrote:
> This is a reference implementation with the debian mkinitrd-tools
> package. It shows how to identify the firmware files necessary for
> drivers in the initrd and also includes a primitive system for loading
> them.
>
> I've teste
This is a reference implementation with the debian mkinitrd-tools
package. It shows how to identify the firmware files necessary for
drivers in the initrd and also includes a primitive system for loading
them.
I've tested this with the aic94xx driver using the new MODULE_FIRMWARE()
tag. Initramf
dann frazier wrote:
>Dykema, Erik wrote:
>> Using the build for i386, I was able to install very cleanly, and
>> reboot, at which point the USB
>> messages started spewing again. By hitting ctrl-c a few times, I was able
>> to get to a login
>> prompt, and can access the machine, althou
maximilian attems wrote:
> first of all this not serious,
> update-initramfs -u doesn't update _all_ initramfs
> and it never did. so this bug report is bogus.
>
Mea culpa! You are right, update-initramfs -u never updated all
initramfs (only your last email made this clear to me).
I'm not quite s
Package: linux-image-2.6.17-2-686
Version: 2.6.17-7
Severity: normal
Tags: patch
The e100 driver here shows frequent errors of the form:
Aug 28 08:18:15 teleri kernel: NETDEV WATCHDOG: eth0: transmit timed out
Aug 28 08:18:15 teleri kernel: e100: eth0: e100_watchdog: link up, 10Mbps,
full-duplex
Processing commands for [EMAIL PROTECTED]:
> reassign 371867 linux-modules-extra-2.6
Bug#371867: squashfs_1:3.0-5(ia64/unstable): FTBFS: missing files
Bug reassigned from package `squashfs' to `linux-modules-extra-2.6'.
> retitle 371867 FTBFS on ia64
Bug#371867: squashfs_1:3.0-5(ia64/unstable): F
On Mon, 28 Aug 2006 12:08:06 +0200 maximilian attems wrote:
> forgot to ask:
>
> ls -l /etc/lilo.conf
> cat /etc/lilo.conf
Please beware that it is perfectly ok to leave behind configuration
files. Debian should behave sanely even if not purged.
- Jonas
--
* Jonas Smedegaard - idealist og I
I confirm, same S3 problem here on a Dell Latitude D810, with both
linux-image-2.6.17-1-686 and linux-image-2.6.17-2-686, while
2.6.16-2-686 was ok.
For your information, in a fedora forum, somebody mentionned this as a
"reported and widely known" error, that is supposed to have been fixed
in
Processing commands for [EMAIL PROTECTED]:
> tags 384967 - moreinfo + pending
Unknown tag/s: +.
Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid
help security upstream pending sarge sarge-ignore experimental d-i confirmed
ipv6 lfs fixed-in-experimental fixed-upstream
tags 384967 - moreinfo + pending
stop
hello anthony,
On Mon, Aug 28, 2006 at 11:21:16AM +0100, Anthony Callegaro wrote:
> Hi Maximilan !
>
> >From your suggestions I manage to find a solution to my issue, sorry
> about the unnecessary noise :o(
>
> For the record here is my kernel-img.conf :
>
Package: linux-image-2.6.16-2-k7
Followup-For: Bug #369906
As seen with bug #383555, the bug is in one of
udev/initramfs-tools/klibc packages. Upgrade to the new initramfs-tools
and recreate kernel image solved the problem.
-- System Information:
Debian Release: testing/unstable
APT prefers u
Hi Maximilan !
>From your suggestions I manage to find a solution to my issue, sorry
about the unnecessary noise :o(
For the record here is my kernel-img.conf :
$ cat /etc/kernel-img.conf
do_symlinks = yes
relative_links = yes
do_bootloader = yes
do_bootfloppy = no
do_initrd = yes
link_in_boot =
forgot to ask:
ls -l /etc/lilo.conf
cat /etc/lilo.conf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-2.6
Version: 2.6.17-7
In order to support sound on the MacBook Pro, two patches from
upstream need to be applied:
*
http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=62fe78e90dc25b269362034487dc450cd8453e8c
*
http://kernel.org/git/?p=linux/kernel/git/t
Package: linux-image-2.6.16-2-k7
Version: 2.6.16-18
Followup-For: Bug #369906
I too has this /dev/input/mice not found problem when the latest 2.6.16
kernel. As a result, X server won't start because it cannot find a
pointer device.
Lucky for me that I know how to use querybts and see this bug r
tags 384967 moreinfo
thanks
On Mon, Aug 28, 2006 at 10:29:58AM +0100, Anthony Callegaro wrote:
>
> Hi all,
>
> I've seen lots of discussion already on the initramfs/lilo dependency when
> people are using grub, but I didn't see any report of my issue.
>
> I'm using grub only (lilo is not inst
Processing commands for [EMAIL PROTECTED]:
> tags 384967 moreinfo
Bug#384967: initramfs-tools fails to upgrade if lilo is not installed
There were no tags set.
Tags added: moreinfo
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administra
Package: initramfs-tools
Version: 0.76
Severity: important
Hi all,
I've seen lots of discussion already on the initramfs/lilo dependency when
people are using grub, but I didn't see any report of my issue.
I'm using grub only (lilo is not installed) on my machine and during the last
2 upgrade
first of all this not serious,
update-initramfs -u doesn't update _all_ initramfs
and it never did. so this bug report is bogus.
On Mon, Aug 28, 2006 at 10:07:42AM +0200, Sven Luther wrote:
> On Mon, Aug 28, 2006 at 12:59:53AM +0200, Michael Biebl wrote:
> >
> > I'm raising the severity to serio
Package: kernel
Version: linux-image-2.6.17-2-686 2.6.17-7 x debian unstable
Severity: normal
Hardware Environment: Toshiba Portege R100, Nokia E70
When connecting Nokia E70 as "PC suite", kernel
destabilises to the point of crashing randomly. When connecting the USB
cable, the E70 give
On Mon, Aug 28, 2006 at 12:59:53AM +0200, Michael Biebl wrote:
> severity 383600 serious
> thanks
>
> Sven Luther wrote:
> > On Fri, Aug 18, 2006 at 07:03:52PM +0200, Michael Biebl wrote:
> >> Eduard Bloch wrote:
> >>> #include
> >>> * Michael Biebl [Fri, Aug 18 2006, 01:07:34PM]:
> Eduard B
severity 384934 normal
tags 384934 pending
On Sun, Aug 27, 2006 at 06:20:10PM -0700, Josh Triplett wrote:
> The same problem exists with xen-linux-system-2.6.17-2-xen-k7.
Yes, it is known and waiting for something else.
Bastian
--
I have never understood the female capacity to avoid a direct a
Processing commands for [EMAIL PROTECTED]:
> severity 384934 normal
Bug#384934: Does not depend on Xen hypervisor as advertised in description
Severity set to `normal' from `important'
> tags 384934 pending
Bug#384934: Does not depend on Xen hypervisor as advertised in description
There were no t
35 matches
Mail list logo