Bug#486322: gdb: Failed to read a valid object file image from memory
Package: linux-image-2.6.18-6-686 Version: 2.6.18.dfsg.1-18etch6 Severity: important It is somewhat a pity that bug #401482 still exists in 2.6.18.dfsg.1-18etch6 -- 18 months after the problem has been reported first. I'm using a 32-bit kernel on a 64-bit AMD Sempron. How many years will it take until 2.6.23 is included in the stable distribution? It is not even possible to debug simple programs like hello-world.c without getting the error message Failed to read a valid object file image from memory. ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486346: linux-image-2.6.25-2-amd64: lid switch hangs and resets laptop
Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-5 Severity: important Kernel hangs and resets system after lid switch is pressed. Problem occurs often but not always. It was found on HP Compaq 6710S. -- Package-specific info: ** Version: Linux version 2.6.25-2-amd64 (Debian 2.6.25-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)) #1 SMP Thu Jun 12 15:38:32 UTC 2008 ** Command line: root=/dev/mapper/sda3_crypt ro quiet ** Not tainted ** Kernel log: [5.613166] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: [EMAIL PROTECTED] [ 16.125550] ReiserFS: dm-0: found reiserfs format 3.6 with standard journal [ 16.125563] ReiserFS: dm-0: using ordered data mode [ 16.138943] ReiserFS: dm-0: journal params: device dm-0, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [ 16.139514] ReiserFS: dm-0: checking transaction log (dm-0) [ 22.073445] ReiserFS: dm-0: replayed 55 transactions in 6 seconds [ 22.113352] ReiserFS: dm-0: Using r5 hash to sort names [ 26.070153] input: PC Speaker as /class/input/input2 [ 26.398957] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007) [ 26.399035] iTCO_wdt: Found a ICH8M TCO device (Version=2, TCOBASE=0x1060) [ 26.399072] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 26.453478] input: Power Button (FF) as /class/input/input3 [ 26.498823] ACPI: Power Button (FF) [PWRF] [ 26.498937] input: Sleep Button (CM) as /class/input/input4 [ 26.562841] ACPI: Sleep Button (CM) [C2C0] [ 26.562921] input: Lid Switch as /class/input/input5 [ 26.595013] ACPI: Lid Switch [C153] [ 26.595876] ACPI: AC Adapter [C236] (off-line) [ 26.605344] agpgart: Detected an Intel 965GM Chipset. [ 26.605985] agpgart: Detected 7676K stolen memory. [ 26.618874] agpgart: AGP aperture is 256M @ 0xd000 [ 26.670343] ACPI: Battery Slot [C238] (battery present) [ 26.671115] ACPI: Battery Slot [C237] (battery absent) [ 26.671239] ACPI: WMI: Mapper loaded [ 26.794376] Yenta: CardBus bridge found at :02:04.0 [103c:30c0] [ 26.920944] Yenta: ISA IRQ mask 0x0cb8, PCI irq 16 [ 26.920948] Socket status: 3006 [ 26.920951] Yenta: Raising subordinate bus# of parent bus (#02) from #03 to #06 [ 26.920956] pcmcia: parent PCI bridge I/O window: 0x5000 - 0x5fff [ 26.920959] pcmcia: parent PCI bridge Memory window: 0xe420 - 0xe42f [ 26.920961] pcmcia: parent PCI bridge Memory window: 0x7000 - 0x73ff [ 26.964976] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x2580b1, caps: 0xa04793/0x30 [ 26.964976] serio: Synaptics pass-through port at isa0060/serio4/input0 [ 27.000977] input: SynPS/2 Synaptics TouchPad as /class/input/input6 [ 27.322095] ACPI: device:02 is registered as cooling_device7 [ 27.322909] input: Video Bus as /class/input/input7 [ 27.361891] ACPI: Video Device [C098] (multi-head: yes rom: no post: no) [ 27.240954] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.23ks [ 27.240958] iwl3945: Copyright(c) 2003-2007 Intel Corporation [ 27.241085] ACPI: PCI Interrupt :10:00.0[A] - GSI 17 (level, low) - IRQ 17 [ 27.241100] PCI: Setting latency timer of device :10:00.0 to 64 [ 27.241122] iwl3945: Detected Intel PRO/Wireless 3945ABG Network Connection [ 27.305520] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels [ 27.528221] phy0: Selected rate control algorithm 'iwl-3945-rs' [ 27.796961] ACPI: PCI interrupt for device :10:00.0 disabled [ 27.698829] ACPI: PCI Interrupt :00:1b.0[A] - GSI 16 (level, low) - IRQ 16 [ 27.698860] PCI: Setting latency timer of device :00:1b.0 to 64 [ 39.949995] ReiserFS: dm-0: Removing [53309 68953 0x0 SD]..done [ 39.950069] ReiserFS: dm-0: Removing [1716 42053 0x0 SD]..done [ 39.950120] ReiserFS: dm-0: Removing [1716 38292 0x0 SD]..done [ 39.950149] ReiserFS: dm-0: Removing [1716 35849 0x0 SD]..done [ 39.950225] ReiserFS: dm-0: Removing [1716 35242 0x0 SD]..done [ 39.950273] ReiserFS: dm-0: Removing [1716 34233 0x0 SD]..done [ 39.950297] ReiserFS: dm-0: There were 6 uncompleted unlinks/truncates. Completed [ 40.644263] loop: module loaded [ 47.231017] ReiserFS: sda1: found reiserfs format 3.6 with standard journal [ 47.231031] ReiserFS: sda1: using ordered data mode [ 47.523251] ReiserFS: sda1: journal params: device sda1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [ 47.523932] ReiserFS: sda1: checking transaction log (sda1) [ 47.250790] ReiserFS: sda1: Using r5 hash to sort names [ 47.299715] Adding 1951888k swap on /dev/mapper/sda2_crypt. Priority:-1 extents:1 across:1951888k [ 53.758914] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 54.195058] NET: Registered protocol family 10 [ 54.195611] lo: Disabled Privacy Extensions [ 61.237771] ACPI: PCI
Bug#486394: linux-modules-extra-2.6: Please add speakup modules
Package: linux-modules-extra-2.6 Severity: wishlist Tags: patch Hello, As discussed on the linux-boot and linux-kernel mailing lists, for accessibility purpose it would be useful to have speakup modules compiled for the debian installer, and thus to add them to linux-modules-extra-2.6. Here is a patch that does so. Cheers, Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Index: speakup/copyright === --- speakup/copyright (révision 0) +++ speakup/copyright (révision 0) @@ -0,0 +1,6 @@ +Copyright: + + Speakup is licensed under the GPL; the GNU General Public License. + +On Debian systems, the complete text of the GNU General Public License +can be found in `/usr/share/common-licenses/GPL'. Index: speakup/rules === --- speakup/rules (révision 0) +++ speakup/rules (révision 0) @@ -0,0 +1,7 @@ +$(BUILD_STAMP): + $(MAKE) -C $(HEADERS_DIR) M=$(CURDIR)/$(DIR)/src $(JOBS_ARG) `cat $(CURDIR)/$(DIR)/src/allmodule.mk` + touch $@ + +install: LIB_MODULES = $(PACKAGE_DIR)/lib/modules/$(REAL_VERSION) +install: + $(MAKE) -C $(HEADERS_DIR) M=$(CURDIR)/$(DIR)/src modules_install INSTALL_MOD_PATH=$(PACKAGE_DIR) INSTALL_MOD_DIR=extra/$(MODULE) `cat $(CURDIR)/$(DIR)/src/allmodule.mk` Index: speakup/defines === --- speakup/defines (révision 0) +++ speakup/defines (révision 0) @@ -0,0 +1,7 @@ +[base] +not-featuresets: smp +desc: A screen review module for the Linux kernel +longdesc: + Speakup allows you to interact with applications and the GNU/Linux + operating system with audible feedback from the console using a + synthetic speech device. Index: defines === --- defines (révision 11250) +++ defines (copie de travail) @@ -14,6 +14,7 @@ r6040 redhat-cluster sfc + speakup squashfs tp-smapi unionfs
Bug#410807: Patch for kernel BUG at drivers/xen/core/evtchn.c:481
Hi,
I believe this issue is fixed by
http://xenbits.xensource.com/xen-unstable.hg?rev/914304b3a3da
Without the patch (2.6.18.dfsg.1-18etch1) I was able to reproduce the
problem by repeatedly starting 4 guest domains in parallel[0] in a
around 5-6 hours or 288 iterations (first time I repro'd it was a couple
of hours, I wasn't counting time or iterations that time).
With the patch applied on top of the svn kernel
(2.6.18.dfsg.1-21.0.hellion0) the test survived overnight, around 16
hours and 850 iterations.
I've attached a version of this backported to the Etch kernel (some of
the function names differ). I also attached the svn diff-of-a-diff
against revision in r11588, 2.6.18.dfsg.1-22.
This issue is already fixed in the Lenny/Sid kernels which use the
paravirt_ops kernel port which has completely reimplemented event
channel code.
Cheers,
Ian.
[0] n=0 ; while : ; do date ; echo iteration $n ; xm create
debian-x86_32p-1 xm create debian-x86_32p-2 xm create
rhel44-x86_32p-1 kernel=/boot/vmlinuz-2.6.18.8-x86_32p-xenU ramdisk=
xm create rhel41-x86_32p-1 kernel=/boot/vmlinuz-2.6.18.8-x86_32p-xenU
ramdisk= sleep 1m ; xm dest debian-1 ; xm dest debian-2 ; xm dest
rhel41-1 ; xm dest rhel44-1 ; sleep 5s ; n=$(($n + 1)) ; done
--
Ian Campbell
I haven't lost my mind; I know exactly where I left it.
Index: debian/patches/series/22-extra
===
--- debian/patches/series/22-extra (revision 0)
+++ debian/patches/series/22-extra (revision 0)
@@ -0,0 +1 @@
++ features/all/xen/evtchn-BUG.patch *_xen *_xen-vserver
Index: debian/patches/features/all/xen/evtchn-BUG.patch
===
--- debian/patches/features/all/xen/evtchn-BUG.patch (revision 0)
+++ debian/patches/features/all/xen/evtchn-BUG.patch (revision 0)
@@ -0,0 +1,128 @@
+# HG changeset patch
+# User [EMAIL PROTECTED]
+# Date 1169559560 0
+# Node ID 914304b3a3da6fc5bad12f742bae3893b53d20bc
+# Parent ee7c422c5f7b79e0cc0ae5670af81b400a72357f
+linux: Fix enable_irq() crash by removing a BUG_ON() assumption in our
+event-channel retrigger() function. Also clean up bitmap usages.
+Signed-off-by: Keir Fraser [EMAIL PROTECTED]
+
+Index: source-amd64-xen/drivers/xen/core/evtchn.c
+===
+--- source-amd64-xen.orig/drivers/xen/core/evtchn.c 2008-06-03 21:11:44.0 +0100
source-amd64-xen/drivers/xen/core/evtchn.c 2008-06-03 21:21:24.0 +0100
+@@ -103,7 +103,7 @@
+ static int irq_bindcount[NR_IRQS];
+
+ /* Bitmap indicating which PIRQs require Xen to be notified on unmask. */
+-static unsigned long pirq_needs_eoi[NR_PIRQS/sizeof(unsigned long)];
++static DECLARE_BITMAP(pirq_needs_eoi, NR_PIRQS);
+
+ #ifdef CONFIG_SMP
+
+@@ -472,14 +472,19 @@
+ rebind_irq_to_cpu(irq, tcpu);
+ }
+
+-static int retrigger(unsigned int irq)
++static int resend_irq_on_evtchn(unsigned int i)
+ {
+- int evtchn = evtchn_from_irq(irq);
++ int masked, evtchn = evtchn_from_irq(i);
+ shared_info_t *s = HYPERVISOR_shared_info;
++
+ if (!VALID_EVTCHN(evtchn))
+ return 1;
+- BUG_ON(!synch_test_bit(evtchn, s-evtchn_mask[0]));
+- synch_set_bit(evtchn, s-evtchn_pending[0]);
++
++ masked = synch_test_and_set_bit(evtchn, s-evtchn_mask);
++ synch_set_bit(evtchn, s-evtchn_pending);
++ if (!masked)
++ unmask_evtchn(evtchn);
++
+ return 1;
+ }
+
+@@ -551,13 +556,13 @@
+ #ifdef CONFIG_SMP
+ .set_affinity = set_affinity_irq,
+ #endif
+- .retrigger = retrigger,
++ .retrigger = resend_irq_on_evtchn,
+ };
+
+ static inline void pirq_unmask_notify(int pirq)
+ {
+ struct physdev_eoi eoi = { .irq = pirq };
+- if (unlikely(test_bit(pirq, pirq_needs_eoi[0])))
++ if (unlikely(test_bit(pirq, pirq_needs_eoi)))
+ (void)HYPERVISOR_physdev_op(PHYSDEVOP_eoi, eoi);
+ }
+
+@@ -679,7 +684,7 @@
+ #ifdef CONFIG_SMP
+ .set_affinity = set_affinity_irq,
+ #endif
+- .retrigger = retrigger,
++ .retrigger = resend_irq_on_evtchn,
+ };
+
+ int irq_ignore_unhandled(unsigned int irq)
+@@ -693,16 +698,6 @@
+ return !!(irq_status.flags XENIRQSTAT_shared);
+ }
+
+-void resend_irq_on_evtchn(unsigned int i)
+-{
+- int evtchn = evtchn_from_irq(i);
+- shared_info_t *s = HYPERVISOR_shared_info;
+- if (!VALID_EVTCHN(evtchn))
+- return;
+- BUG_ON(!synch_test_bit(evtchn, s-evtchn_mask[0]));
+- synch_set_bit(evtchn, s-evtchn_pending[0]);
+-}
+-
+ void notify_remote_via_irq(int irq)
+ {
+ int evtchn = evtchn_from_irq(irq);
+@@ -715,7 +710,7 @@
+ void mask_evtchn(int port)
+ {
+ shared_info_t *s = HYPERVISOR_shared_info;
+- synch_set_bit(port, s-evtchn_mask[0]);
++ synch_set_bit(port, s-evtchn_mask);
+ }
+ EXPORT_SYMBOL_GPL(mask_evtchn);
+
+@@ -734,14 +729,10 @@
+ return;
+ }
+
+- synch_clear_bit(port, s-evtchn_mask[0]);
++ synch_clear_bit(port, s-evtchn_mask);
+
+- /*
+- * The following is basically the equivalent of 'hw_resend_irq'. Just
+- * like a real IO-APIC we 'lose the interrupt edge' if the channel is
+- *
redhat-cluster 2.20080603-1 MIGRATED to testing
FYI: The status of the redhat-cluster source package in Debian's testing distribution has changed. Previous version: 2.20080229-1 Current version: 2.20080603-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
openais 0.83-1 MIGRATED to testing
FYI: The status of the openais source package in Debian's testing distribution has changed. Previous version: 0.82-3 Current version: 0.83-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422410: marked as done (sk98lin driver missing, skge does work in promiscuous mode)
Your message dated Mon, 16 Jun 2008 00:48:00 +0200 with message-id [EMAIL PROTECTED] and subject line Re: sk98lin driver missing, skge does work in promiscuous mode has caused the Debian Bug report #422410, regarding sk98lin driver missing, skge does work in promiscuous mode to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 422410: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422410 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-image-2.6.18-4-686 Version: 2.6.18.dfsg.1-12etch1 Hi, My on-motherboard Ethernet adapter, 01:05.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) is fully functional using the sk98lin driver but only partially functional using skge: it appears that the latter is unable to put the card in promiscuous mode. Symptoms where observed when bridging: using the skge driver, the bridge does not see any incoming packets on the interface handled by skge except when the destination MAC is broadcast or the card's address itself (this makes the bridge hopelessly unusable, of course). Using sk98lin, the bridge behaves normally (so it's not a config problem or anything). What is the reason for removing sk98lin, anyway? Maybe skge is better for some people, but isn't it safer to compile both? (Surely there must be a more intelligent way of closing bug #404196, so that both drivers are available when configuring modules manually but only skge will be used automatically! Just deleting sk98lin from the config seems a bit overkill, doesn't it?) Happy hacking, -- David A. Madore ([EMAIL PROTECTED], http://www.madore.org/~david/ ) ---End Message--- ---BeginMessage--- Version: 2.6.25-1 sk98lin gone, skge updated known to work. for etch you'll find at least 2.6.24 - http://wiki.debian.org/EtchAndAHalf -- maks ---End Message---
Bug#464223: marked as done (linux-image-2.6.24-1-amd64: DVB driver budget-ci fails to load frontend driver, missing symbol tda10045_attach)
Your message dated Mon, 16 Jun 2008 00:49:55 +0200 with message-id [EMAIL PROTECTED] and subject line re: linux-image-2.6.24-1-amd64: DVB driver budget-ci fails to load frontend driver, missing symbol tda10045_attach has caused the Debian Bug report #464223, regarding linux-image-2.6.24-1-amd64: DVB driver budget-ci fails to load frontend driver, missing symbol tda10045_attach to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 464223: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464223 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-image-2.6.24-1-amd64 Version: 2.6.24-2 Severity: normal In 2.6.24, the budget-ci module can't load the driver for my TDA10045H front-end, saying that tda10045_attach is missing. During loading of my DVB card driver, budget-ci, I get: Feb 3 01:25:08 noddy kernel: DVB: Unable to find symbol tda10045_attach() Feb 3 01:25:08 noddy kernel: budget-ci: A frontend driver was not found for device 1131/7146 subsystem 13c2/1011 This also happened in 2.6.22-3, although 2.6.22-2 was fine. Hamish -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.24-1-amd64 depends on: ii debconf [debconf-2.0]1.5.19 Debian configuration management sy ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-25 Yet Another mkInitRD linux-image-2.6.24-1-amd64 recommends no packages. -- debconf information: linux-image-2.6.24-1-amd64/preinst/abort-overwrite-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/postinst/old-dir-initrd-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/failed-to-move-modules-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/postinst/bootloader-test-error-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/postinst/create-kimage-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/depmod-error-initrd-2.6.24-1-amd64: false linux-image-2.6.24-1-amd64/preinst/overwriting-modules-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/bootloader-error-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/postinst/old-initrd-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/kimage-is-a-directory: linux-image-2.6.24-1-amd64/preinst/bootloader-initrd-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/initrd-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/prerm/removing-running-kernel-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/depmod-error-2.6.24-1-amd64: false shared/kernel-image/really-run-bootloader: true linux-image-2.6.24-1-amd64/preinst/lilo-initrd-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/postinst/old-system-map-link-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.24-1-amd64/preinst/abort-install-2.6.24-1-amd64: linux-image-2.6.24-1-amd64/prerm/would-invalidate-boot-loader-2.6.24-1-amd64: true linux-image-2.6.24-1-amd64/preinst/elilo-initrd-2.6.24-1-amd64: true ---End Message--- ---BeginMessage--- hmm old abi breakage, solved since. thus clsoing -- maks ---End Message---
Re: initramfs-tools: how to to avoid nuking tmpfs?
hello
On Sun, 15 Jun 2008, Timo Juhani Lindfors wrote:
Hi,
http://iki.fi/lindi/darcs/vtgrab-initramfs/
is a kludge that starts rvcd :6100 in the beginning of
initramfs. rcvd allows me to control virtual consoles over network
so that I can e.g. fix a system that has stopped at fsck using
twiglet -c target.somewhere.org:6100
(rcvd and twiglet are part of normal debian vtgrab package.)
never heard of but ok why not..
The ugliest part is that init-bottom/vtgrab currently does
echo 'exec chroot ${rootmnt} ${init} $@ ${rootmnt}/dev/console
${rootmnt}/dev/console' /conf/param.conf
indeed very ugly.
so that run-init is never run and tmpfs is not nuked. Can you think
of a cleaner way to have programs started from initramfs persist?
no there shouldn't be. look at udev. it restarts early after.
as initscript, shouldn't give harm as either the rootmnt works
and the initramfs console is uninteresting or you are there..
I tried looking at /usr/share/doc/initramfs-tools/copyright for
upstream mailing list, do they have one? If they do, I could forward
my question there.
cc'ed above :)
best regards
--
maks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486433: please bring back prism54
Package: linux-image-2.6.25-2-686 Version: 2.6.25-5 Severity: important I know the prism54 driver is old, doesn't support WPA, and has plenty of other problems. But the p54pci driver is not a complete replacement for it. The softmac firmware you have to use (even with old fullmac cards) doesn't allow you to do master mode. Please do not disable it unless it doesn't work at all anymore. -- Jon DeVree It's an ingenious solution to a problem that should never have existed in the first place. -James May, Top Gear -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
