Thought I'd document the process of updating d-i's kernel udebs from
2.6.12 to 2.6.14, since there's been various speculation about how
automatable this is.
1. Installed 2.6.14 kernel deb.
2. Ran find in the old and new kernel modules directories and diffed
the list to find added/removed
Horms wrote:
Holger kindly reminded me on IRC yesterday that its been
a long time since a new 2.4.27 was uploaded into Sarge.
He pointed out that there are a number of valuable fixes
in SVN.
Is there any reason why you're sticking with 2.4.27+patches rather than
following the 2.4 series
maximilian attems wrote:
initrd-tools loads _all_ ide driver and lets them fight out:
the ones which don't unload stay.
initrd-tools loads ide-generic last, AFAIK this makes it only take over
and disable DMA if no other module supports the hardware.
the bad side effect of a winning
I also see this bug, using initramfs-tools 0.44 and
linux-image-2.6.14-2-386 (2.6.14-6).
It's puzzling that the changelog for this version of the kernel
claims to have dropped the module ide patch, but all the ide modules
including ide-disk, ide-generic and the ide/pci/* modules, are still there
maximilian attems wrote:
could you try the attached hook file,
please place it under /usr/share/initramfs-tools/scripts/init-premount/
and recreate the initramfs: update-initramfs -u
hope it works,
Yes, works ok here too.
--
see shy jo
signature.asc
Description: Digital signature
Sven Luther wrote:
Obviously, from a kernel maintainer perpespective, the one that makes more
sense is the latest one we are working on, which will always be the more
actively maintained one and as a consequence the one of more interest to the
users, not to mention the fact that for the users
Frans Pop wrote:
Also, using 2.6.12/14/15 in Sarge (volatile) IMO means that the kernel
team will need to commit to maintaining that version with regard to
security updates, just as for 2.6.8.
Continuously making the latest kernel available for Sarge through volatile
IMO is not an option,
Frans Pop wrote:
Hmm. I think it is on the same level as offering static network
configuration over DHCP or, maybe better, (not) loading some modules
during hardware detection.
The main advantage of the patch as I see it is its flexibility: it allows
both us and derivatives to set things
Package: linux-image-2.6.14-2-386
Version: 2.6.14-6
Severity: normal
I'm in the habit of using alt-left arrow or alt-right arrow to move
between virtual consoles at the linux console.
With this kernel, if I am in tty1 and I alt-left, I get to a blank
console (with a cursor at the top). If I then
Sven Luther wrote:
Indeed. The d-i team usually says no outright to any kind of proposal of
this kind, so it is up to the kernel team to come up with an implementation
which convinces them :) The release team deserves to be informed about the
possibility though.
Cite message-ids or irc logs
Sven Luther wrote:
And have you added stable-security into the equation ? Your choices of back in
april are in part responsible for the abysmal situation in stable-security
with regard to kernels during these past months.
Pedantically speaking, fjp made no d-i release decisions last April.
If
Nathanael Nerode wrote:
Second, the issues with the installer
--
Your analysis of the modules that would be needed by the installer does
not take all possible installation methods and hardware combinations
into account, notably missing a) network cards b)
Package: initramfs-tools
Version: 0.48
Severity: normal
On my laptop, a Fujutsu P-2110 lifebook, if I use softwre suspend
(version 1; to disk), when resuming the initramfs loads ohci_hcd before
starting the resume process. When the hibernate program then tries to
load ohci_hcd (which does not
maximilian attems wrote:
i don't know hibernate, whatfor is it needed?
does suspend to disk work without it by
# echo disk /sys/power/state
Hibernate takes care of the user side of software suspend, stuff like
taking down and restoring ethernet interfaces and removing modules that
cannot
maximilian attems wrote:
what about blacklisting in /etc/modprobe.d/blacklist
than mkinitramfs won't load it.
That works, although I then have to add it to /etc/modules so it's
loaded during normal boot.
--
see shy jo
signature.asc
Description: Digital signature
Jurij Smakov wrote:
* Automatic rebuilds (configurable) on kernel updates. Nothing fancy, just
a transparent way to figure out whether the currently installed
kernel module source is compatible with the new kernel, and attempt
rebuild and installation, if neccessary.
The thing I really
(Your use of the term udeb kernels is confusing and innaccurate. d-i
does not use different kernels than anything else.)
Max Vozeler wrote:
1. The version of linux-headers in unstable is sometimes ahead of
the udeb kernel-image packages, like right now (2.6.15/2.6.16).
Only because the
Package: initramfs-tools
Version: 0.57b
Severity: normal
-k [version] Specify kernel version or ALL
But -k ALL doesn't work, it tries to operate on a kernel version ALL.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1,
maximilian attems wrote:
ohci_hcd has seen some work lately, can you still reproduce that
with 2.6.16?
Still seeing it with this kernel:
Linux dragon 2.6.16-1-686 #1 Tue Mar 28 15:44:45 UTC 2006 i686 GNU/Linux
--
see shy jo
signature.asc
Description: Digital signature
I just wanted to comment on the 2.4 is deprecated thing. Just because
the kernel team is muttering[1] about not supporting the 2.4 kernel does
not mean that Debian as a project has decided not to support users using
their own versions of this kernel. As Steve notes in #361024, we have to
support
Package: initramfs-tools
Version: 0.59b
Severity: normal
-k [version] Specify kernel version or ALL
The actual string that is used to specific all kernels is all,
not ALL
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500,
dann frazier wrote:
If for no other reason, upstream release process changes will likely
make this much more difficult. As I'm sure you know, 2.6 is being
actively developed indefinitely, as opposed to the previous method of
branching off and stabalising a development tree. Since there is no
retitle 364338 LD_ASSUME_KERNEL is broken
tag 364338 d-i
severity 364338 serious
confirmed 364338
reassign 364338 initrd-tools
thanks
Here's a sh -x trace of mkinitrd running on a 2.4 kernel and failing:
++ LD_ASSUME_KERNEL=2.4
++ ldd /sbin/modprobe
I tried just removing the LD_ASSUME_KERNEL=2.4 setting from
/usr/sbin/mkinitrd, and also from
/usr/share/initrd-tools/scripts/e2fsprogs, which also sets it, and
that seems to work ok on both 2.4 and 2.6 (generating initrd for 2.4
kernel).
--
see shy jo
signature.asc
Description: Digital
from glibc:
* Bumped the minimum kernel to 2.4.1 instead of 2.4.0 as there are some
important new features in this version. Thanks to Petr Salinger for
noticing me.
So it needs to use LD_ASSUME_KERNEL=2.4.1.
--
see shy jo
signature.asc
Description: Digital signature
all
Version: 0.1.84.1
Distribution: unstable
Urgency: high
Maintainer: Debian kernel team debian-kernel@lists.debian.org
Changed-By: Joey Hess [EMAIL PROTECTED]
Description:
initrd-tools - tools to create initrd image for prepackaged Linux kernel
Closes: 364338
Changes:
initrd-tools (0.1.84.1
Hi Ted.. to summarize what needs doing for this bug,
/usr/share/initrd-tools/scripts/e2fsprogs currently contains
LD_ASSUME_KERNEL=2.4. This needs to change to LD_ASSUME_KERNEL=2.4.1
--
see shy jo
signature.asc
Description: Digital signature
Package: linux-image-2.6.18-2-486
Version: 2.6.18-5
Severity: important
Tags: d-i
Testing d-i with a 2.6.18 kernel in vmware, pcmciautils's init script
doesn't see any pcmcia bridge, so it falls back to trying to load
i82365.
The modprobe of this module seems to hang for some time, as does a
Joey Hess wrote:
I doubt that this problem is specific to either vmware or the d-i
environment, probably any system w/o pcmcia, that tries to load the module,
whether by pcmciautuls or manually, will see this behavior.
I also see it in qemu.
--
see shy jo
signature.asc
Description
Md joeyh: I remember talking about #398962 with waldi, IIRC platform devices
in recent kernels provide $MODALIAS while they should not. so udev will always
try loading again the driver after it has been loaded
Md I suppose I could add a workaround in udev since I do not know about any
platform
Frans Pop wrote:
He has suggested working around this by excluding loading drivers for
platform devices in udev. However, Sven Luther noted that e.g. the
Pegasos marvell gigabit ethernet port is a platform device for which the
driver should be loaded.
udev 0.103-1 works around the problem
Frederik Schueler wrote:
Does this create any trouble, beside the package having to go through
the NEW queue?
If it's only a renaming of the source package, and not a change to the
form of the binary package names, then I don't see any problem from a d-i
or debian-cd POV.
--
see shy jo
Package: linux-2.6
Version: 2.6.18.dfsg.1-10
Severity: normal
Tags: patch
User: debian-arm@lists.debian.org
Usertags: eabi
The armel architecture is a new port of arm built with an incompatible
abi. To generate kernel images for armel, I've based things on the
existing arm setup, with these
Aurelien Jarno wrote:
Nice work. I was working on a patch, but you have been faster than me!
Thanks for your work.
Would it be possible to enable the versatile flavour on armel? It is
disabled on arm due to limited build daemon ressources. But it seems
this is not the case on armel.
The
Martin Michlmayr wrote:
I'll add armel support to SVN trunk in the next few weeks based on
your patches (thanks). 2.6.18 is frozen for etch so I'm not sure it
makes sense to add it at this point (although it probably also
wouldn't break anything). Would it greatly help to have this in the
Package: linux-image-2.6.20-1-686
Version: 2.6.20-1
Severity: grave
Upon upgrading to this kernel, about 1/3rd of the time when I boot,
the internal drive of my laptop becomes /dev/sda. The rest of the time,
it remains /dev/hda.
This seems to happen because both ata_piix and piix claim the same
maximilian attems wrote:
no i-t uses cdbs,
please add to debian/initramfs-tools.install
but maybe i misread and there is no cdbs support for that yet??
More simply, debhelper supports it as of version 5.0.59.
--
see shy jo
signature.asc
Description: Digital signature
Ian Jackson wrote:
Content-Description: message body text
+ test x$DPKG_MAINTSCRIPT_PACKAGE != x \
I take it that this is a magic flag variable set by dpkg when running a
postinst?
J/C.
--
see shy jo
signature.asc
Description: Digital signature
Otavio Salvador wrote:
We have 2.6.22 as a safe bed on lenny now and their udebs are there
too however since EtchAndHalf intends to release with 2.6.24 and it
has been uploaded to sid already I'm considering a better option to
us to release with it.
linux-2.6 has been built
Package: linux-image-2.6.24-1-686
Version: 2.6.24-2
Severity: normal
Ever since I resumed my laptop from sleep this morning,
/sys/class/power_supply/CMB1 has had nonsensical values for *_now:
[EMAIL PROTECTED]:/sys/class/power_supply/CMB1cat charge_now
0
[EMAIL
Package: linux-image-2.6.24-1-686
Version: 2.6.24-3
Severity: normal
[EMAIL PROTECTED]:/home/joeyhwclock --show --debug
hwclock from util-linux-ng 2.13.1
Using /dev interface to clock.
Last drift adjustment done at 1202584540 seconds after 1969
Last calibration done at 1202584540 seconds after
Package: linux-image-2.6.24-1-ixp4xx
Version: 2.6.24-3
Severity: serious
Once again this image has gotten too large to fit in flash on the nslu2.
-rw-r--r-- 1 root root 1265484 Nov 13 04:56 vmlinuz-2.6.22-3-ixp4xx
-rw-r--r-- 1 root root 1337692 Feb 7 14:04 vmlinuz-2.6.24-1-ixp4xx
The Kernel
Package: linux-image-2.6.24-1-686
Version: 2.6.24-3
Severity: important
As soon as the kernel is booted from grub, before it prints any normal
messages, it crashes as follows:
BUG: Int 6: CR2
EDI ESI 1000 EBP 0020 ESP c0373f54
EBX c03e5140 EDX
The 486 build of the same kernel boots ok. Is something going on with
the 686 build that might make it not work with crusoe processors?
--
see shy jo
signature.asc
Description: Digital signature
maximilian attems wrote:
i haven't yet compiled latest git21 (will do later today), in the
menatime i have i386 snapshots of git15, can you try there the -686
http://charm.itp.tuwien.ac.at/~mattems/git15/
if upstream fixed this bug inbetween?
Nope, still fails.
--
see shy jo
signature.asc
Martin Michlmayr wrote:
* Joey Hess [EMAIL PROTECTED] [2008-02-09 21:14]:
-rw-r--r-- 1 root root 1337692 Feb 7 14:04 vmlinuz-2.6.24-1-ixp4xx
The Kernel mtd block device on the nslu2 is 1310720 bytes.
Are you sure about this? I'm pretty sure the official Debian images
use 1441792
Martin Michlmayr wrote:
* Joey Hess [EMAIL PROTECTED] [2008-02-10 14:15]:
Think I should try to flash the new kernel via upslug?
Or flash a d-i image and then mount the disk and write the kernel to
flash.
Ok, I have a fixed partition size now, and of course it fits.
mtd3: 0016
http://lists.debian.org/debian-user/2008/02/msg01213.html
--
see shy jo
signature.asc
Description: Digital signature
maximilian attems wrote:
on shiny fujitsu p700 lifebook, with a Crusoe processor.
FWIW, I misremembered the model number. It's a not-so-shiny P2110.
--
see shy jo
signature.asc
Description: Digital signature
Perhaps it's time to upgrade this bug to serious?
- Forwarded message from Douglas A. Tutty [EMAIL PROTECTED] -
From: Douglas A. Tutty [EMAIL PROTECTED]
Date: Tue, 12 Feb 2008 08:21:26 -0500
To: [EMAIL PROTECTED]
Subject: time messed up since last kernel update
User-Agent: Mutt/1.5.13
H. Peter Anvin wrote:
Okay, the faulting instruction is the following:
c0383360: 0f 1f 40 00 nopl 0x0(%eax)
The Crusoe code morphing software apparently doesn't recognize these
long noops, and (presumably) the rest of the hinting NOOP group. gcc
didn't use to
H. Peter Anvin wrote:
maximilian attems wrote:
On Tue, Feb 12, 2008 at 12:32:27PM -0800, H. Peter Anvin wrote:
INT 6 is #UD, undefined instruction.
If you could send me a copy of your vmlinux file (not bzImage), it
would speed things up.
cp -l
maximilian attems wrote:
thanks for quick feedback, have prebuild 2.6.25-rc1-git2
(they contain the security fix, but don't seem to suspend here)
anyway please test for boot
- http://charm.itp.tuwien.ac.at/~mattems/2.6.25-rc1-git2/
Still fails the same.
if those again don't boot please file
I've always wanted a system where this works:
#include string.h
#include apm.h
But this blows up horribly:
#include apm.h
#include string.h
I'd like to congradulate all involved maintainers in making this
possible, and on avoiding doing anything on this bug for longer than I'd
have imagined
Before we can release d-i rc3 we need all the kernels updated with at
least some security fixes, notably the ones that change the kernel
module ABI, and we need to update things to reflect the new kernel
abiname. Here's my understanding of the current status of that:
i386
2.4 and 2.6
severity 291362 serious
reassign 291362 initrd-tools
thanks
Lupe Christoph wrote:
Kernel installation (2.4.27) failed because the initrd could not be
generated. dmsetup is missing.
Root is on a DM device, but dmsetup not installed
Failed to create initrd image.
Same happens with 2.6.8.
dann frazier wrote:
I pointed this out on IRC, but just to make sure it hits the list...
Turning of PREEMPT will change the module ABI. ia64 also has PREEMPT
turned on in 2.6.8 (following suit w/ x86), and I've left it on for this
reason.
Guys, if you change the ABI on me again right now, I
Horms wrote:
By my calculations that is 3am on Saturday morning in Japan,
I am not sure I will be in an appropriate state to be having meetings
at that time.
It's noon here, I may be awake for the meeting, if so I will attend. No
promises however.
My 2c worth here is that frankly 2.6 is
Joey Hess wrote:
Before we can release d-i rc3 we need all the kernels updated with at
least some security fixes, notably the ones that change the kernel
module ABI, and we need to update things to reflect the new kernel
abiname. Here's my understanding of the current status of that:
Update
I think it's best to defer any thought of switching d-i to a newer
kernel until after rc3. At the moment rc3 is nearly ready (except for
some missing kernel abiname updates), and I don't see any reason why we
cannot get it released within the month. Switching kernels is sure to
take longer than
Andres Salomon wrote:
Given d-i's memory requirements, and the fact that you'd be hard-pressed
to find a (desktop) 386 system with more than 16 megs of memory, I don't
consider debian 3.1 to be a viable candidate for installing onto a 386.
Also, note that if we do drop 386 support, I will
Steve Langasek wrote:
The d-i images really need to be built from kernel-image packages that
are in the archive at the time we ship. Optimizing for 486 isn't a very
good reason on its own to force another kernel build cycle.
I had not even considered the impact of changing the optimisation,
Jim, I noticed your patch to prebaseconfig for this bug. I wonder if
closing the bug report there is really the right thing to do, since the
real bug seems to be in the kernel, doesn't it?
I can reproduce this on my ia64.
The comment says that 50prebaseconfig (really it's 50register-module)
adds
Kenshi Muto wrote:
I don't what this problem is from, but report for recording.
When I tried to install to VMware(4.5.2 build8848) with 'linux26',
framebuffer won't be loaded.
I know this is because rootskel's problem, but I find another
(more critical) problem.
When I run modprobe
Kenshi Muto wrote:
Hi,
At Tue, 6 Jul 2004 20:36:56 -0400,
Joey Hess wrote:
Kenshi Muto wrote:
This problem is only happened with 2.6.7. 2.4.26 works correctly. And
I remember 2.6.5 works.
I'll try to clarify who's wrong.
I'm not seeing any problem with framebuffer and 2.6.7
Andreas Barth wrote:
kernel-image-2.4.25-atari/2.4.25-1
Currently udebs produced by linux-kernel-di-m68k include modules taken
from this package, as well as 2.4.26-atari. We have switched to the
2.4.26 kernel for atari in d-i; but to avoid violating the license, the
kernel-image package should
dann frazier wrote:
Based on discussions on the debian-kernel list[1], I'd like to propose
that we use 2.4.27 as the 2.4 kernel for all architectures with 2.4 kernels
in sarge. The strongest arguments for 2.4.27, as opposed to 2.4.26 were noted
by tbm [3].
One thing to bear in mind when
Christoph Hellwig wrote:
The FBIOGET_CON2FBMAP is only implemented for builtin framebuffer
console and isn't easily implementable for modular framebuffer console.
If nessecary and there's enough space left on the bootdisks we could
ship a builin framebuffer console. Please start a
Package: kernel-image-2.4.27-1-386
Version: 2.4.27-1
Severity: important
Tags: d-i
I have a pair of oopses using this kernel image to install on my test
laptop using d-i. At boot, I get this one, copied down by hand, in the
middle of usb setup:
ehci_hcd 00:1d.7: BIOS handoff failed (104,
Package: kernel-image-2.4.27-1-386
Version: 2.4.27-1
Severity: normal
I have here a system which, if the hpt366 module is loaded, behaves very
strangely with this kernel. It seems to not fully detect the ide hard
drive. I'm in the debian installer, so /dev is on devfs. When ide-detect
is loaded,
I'm concernd about the status of the 2.6.8 packages, which have been
held out of testing for the past week by bug #269164, which nobody seems
to be working on (based on the nil response to the report). Since we
were told 2.6.8 was to be the release kernel for sarge, we've switched
the installer to
I wondered what was the status of switching d-i to the 2.4.27 and 2.6.8
kernels, so I prepared this table. The four sets of kernel versions are
those used by linux-kernel-di to produce udebs, the version set in
build/config to use those udebs for the installer boot images, the fallback
value set
Christoph Hellwig wrote:
On Fri, Sep 10, 2004 at 08:44:31AM -0400, Joey Hess wrote:
I'm concernd about the status of the 2.6.8 packages, which have been
held out of testing for the past week by bug #269164, which nobody seems
to be working on (based on the nil response to the report). Since
Gordon Farquharson wrote:
I uploaded a patch to fix the FTBFS on arm for 2.6.20-2.
Currently, the kernel includes several modules that do not build on
ARM. The first set were marked as broken in
patches/bugfix/arm/disable-broken-config-options.patch. This patch
marks two more modules as
My laptop is fairly fast, but I can still reproduce this bug easily
enough, by booting it with a DVD in the drive. When the initramfs first
runs udev to prior to mounting the root filesystem, it scans all drives
including the DVD drive, this involves spinning up the DVD, and my
laptop's DVD drive
Package: usplash
Version: 0.4-43-2
Severity: important
The initramfs-tools script starts usplash unless the kernel is booted
with nosplash, but the init script inconsistently stops it only if the
kernel is booted with splash. Therefore, if the kernel is booted with
neither parameter, usplash is
Package: usplash
Version: 0.4-43-2
Severity: normal
The usplash man page fails to document at least -v, -x, and -y.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.20-1-686
Just spent half an hour since my slug wouldn't boot and I had to reflash
an old initramfs. This bug should be fixed ASAP before it breaks a lot
of systems.
[EMAIL PROTECTED]:/tmp/initramfsmkinitramfs -o out -k
Working files in /root/tmp/mkinitramfs_tj3082 and overlay in
Package: linux-image-2.6.21-1-686
Version: 2.6.21-3
Severity: normal
[EMAIL PROTECTED]:/home/joeyinsmod
/lib/modules/2.6.21-1-686/kernel/drivers/ide/legacy/ide-cs.ko
zsh: segmentation fault insmod
/lib/modules/2.6.21-1-686/kernel/drivers/ide/legacy/ide-cs.ko
I can reproduce this on multiple
@@
+initramfs-tools (0.89) UNRELEASED; urgency=low
+
+ * Include libgcc_s.so.1 on arm since glibc always tries to load it on that
+architecture. Closes: #426395
+
+ -- Joey Hess [EMAIL PROTECTED] Tue, 05 Jun 2007 16:57:00 -0400
+
initramfs-tools (0.88) unstable; urgency=low
[ maximilian
tag 447611 patch
thanks
The attached patch is against current git, and has been tested with
the trigger-enabled dpkg in experimental. This patch is ready to be
applied immediately.
--
see shy jo
From c4a58806cb810a54cfe2b0b85c7e59d7dfd34220 Mon Sep 17 00:00:00 2001
From: Joey Hess [EMAIL
Raphael Hertzog wrote:
I think the patch lacks the triggers files itself.
Indeed, here's a fixed patch.
--
see shy jo
From a71ad25d0aeebc67835cc6a6f586e3e3593d6a65 Mon Sep 17 00:00:00 2001
From: Joey Hess [EMAIL PROTECTED]
Date: Wed, 2 Apr 2008 15:26:52 -0400
Subject: [PATCH] use dpkg-trigger
maximilian attems wrote:
funnily my lintian version spits:
W: initramfs-tools: unknown-control-file triggers
Yeah, already bugged lintian about this.
expect upload around weekend.
Nice.
--
see shy jo
signature.asc
Description: Digital signature
kerneloops has already been present in the desktop task for a while in
svn. (Which is why this bug is pending.) It would be redundant to add it
to the other 3 files.
--
see shy jo
signature.asc
Description: Digital signature
maximilian attems wrote:
Kernel: Linux 2.6.15-1-686
could we have an update on a recent kernel aka = 2.6.24
This will be hard for me to try to reproduce; that laptop is now being
used as a diskless server that is never hibernated.
--
see shy jo
signature.asc
Description: Digital
maximilian attems wrote:
as there is no second reporter and kernel really quite ancient.
The bug report was confirmed by someone else (using different hardware),
in 2006. EspeonEefi [EMAIL PROTECTED]
--
see shy jo
signature.asc
Description: Digital signature
# hwclock
select() to /dev/rtc to wait for clock tick timed out
Just FWIW, my laptop, which has had this problem with 2.6.24 since
February, doesn't seem to have the problem with 2.6.25.
--
see shy jo
signature.asc
Description: Digital signature
Package: kernel
Version: 2.6.8
Severity: normal
The 2.4 kernel supports parameters passed on the kernel command line of
the form COUNTRY=United States; it understands the use of quotes
around the value with a space in it, and sets the environment variable
fine. It seems this support was dropped
Rusty Russell wrote:
Nope. Interesting to find someone actually uses that odd turn option
into env var stuff.
Yeah, and we use it in a decidedly odd way too, but it is useful.
(FWIW, we've stopped needing spaces in any env variables due to other
changes, so fixing this need not be a priority
Package: kernel
Severity: normal
I have a hppa a500 with two pci nics in it:
:10:00.0 0200: 12ae:0001 (rev 01)
:10:00.0 Ethernet controller: Alteon Networks Inc. AceNIC Gigabit Ethernet
(rev 01)
:20:00.0 0200: 12ae:0001 (rev 01)
:20:00.0 Ethernet controller: Alteon Networks Inc.
Matthew Wilcox wrote:
On Sat, Dec 04, 2004 at 12:18:01PM -0500, Joey Hess wrote:
Discover says to use the acenic driver for these, but it does not seem
to be available in the 2.4 or 2.6 kernels for hppa or i386. I do see the
driver the the kernel source so please turn it on.
I thought
Package: kernel-image-2.4.27-1-386
Version: 2.4.27-6
Severity: grave
Tags: d-i
Loading a module from the -2 version of this package when the -6 version
of the kernel is running fails for at least all the ide chipset modules
and for the ide generic module, with many missing symbols:
~ # uname -a
Package: initrd-tools
Version: 0.1.74
Severity: normal
For some reason appending init=/bin/sh does not work with initrd-tools,
which proceeds to run the /sbin/init in the initrd.
However, if I boot with init=/bin2/sh, it works and I get a shell in the
initrd before it (fails to) mount my root
I was trying to debug a bug that turned out to be the sysfs bang bug in
the initrd with the 2.6 kernel and I noticed that the reason it's
falling back to sysfs in the first place seems to be because the linuxrc
does not run (wasn't that removed from many kernels or not supported on
all arches
This bug is release critical. Please do not downgrade it. (But thanks for
reopening it.)
--
see shy jo
signature.asc
Description: Digital signature
Package: kernel-image-2.4.27-alpha
Version: 2.4.27-4
[EMAIL PROTECTED]:~/kernel-image-2.4.27-alpha-2.4.27$ dpkg-checkbuilddeps
dpkg-checkbuilddeps: Unmet build dependencies: kernel-tree-2.4.27-6
[EMAIL PROTECTED]:~/kernel-image-2.4.27-alpha-2.4.27$ su -c 'apt-get install
kernel-tree-2.4.27-6'
Looking at how these proposed fixes would affect d-i and existing rc2
images:
a. If the SONAME is left unchanged and the new ABI remains, and things
are updated to use the new ABI:
- Installs from a rc2 netinst CD will keep working, but you'll get a
kernel with the old ABI. Installs
Joey Hess wrote:
b. If the SONAME is increased and the ABI changes reverted for -1:
For some reason I based this on the mistaken assumption of -1 packages
staying in the archive after -2 entered it. Updated version for -1 going
away semi-immediatly:
- All rc2 images will keep working
clone 289155 -1
reassign -1 kernel-source-2.4.27
thanks
Moritz Muehlenhoff wrote:
I haven't found a patch for 2.6 yet, a patch for 2.4 is available in
the 2.4 Bitkeeper branch.
Cloning a bug for 2.4 since it's also vulnerable.
--
see shy jo
signature.asc
Description: Digital signature
Matthew Wilcox wrote:
I think de4x5 should be a driver of last resort. Tulip should always
be preferred to drive a given piece of hardware. I wouldn't shed any
tears if we stopped shipping de4x5 by default -- it's caused no end of
problems on parisc and ia64.
OTOH it's the only module that
1 - 100 of 219 matches
Mail list logo