Bug#739978: kernel panic enabling wifi using rtl8187 on loongson-2f
Package: linux-image-3.12-1-loongson-2f
Version: 3.12.9-1
Tags: patch
Forwarded: https://bugzilla.kernel.org/show_bug.cgi?id=54391
Hi,
When I run "ifup wlan0" to enable the wireless interface on my Lemote
Yeeloong, the kernel panics in the rtl8187 driver. I've verified that
the attached patch, extracted from upstream, fixes this problem.
This problem also occurs in the experimental kernel (i.e.,
3.13-1~exp1), but not in the stable kernel, 3.2.54-2.
--
Matt
commit b6213e413a4e0c66548153516b074df14f9d08e0
Author: Stanislaw Gruszka
Date: Mon Feb 10 22:38:28 2014 +0100
rtl8187: fix regression on MIPS without coherent DMA
This patch fixes regression caused by commit a16dad77634 "MIPS: Fix
potencial corruption". That commit fixes one corruption scenario in
cost of adding another one, which actually start to cause crashes
on Yeeloong laptop when rtl8187 driver is used.
For correct DMA read operation on machines without DMA coherence, kernel
have to invalidate cache, such it will refill later with new data that
device wrote to memory, when that data is needed to process. We can only
invalidate full cache line. Hence when cache line includes both dma
buffer and some other data (written in cache, but not yet in main
memory), the other data can not hit memory due to invalidation. That
happen on rtl8187 where struct rtl8187_priv fields are located just
before and after small buffers that are passed to USB layer and DMA
is performed on them.
To fix the problem we align buffers and reserve space after them to make
them match cache line.
This patch does not resolve all possible MIPS problems entirely, for
that we have to assure that we always map cache aligned buffers for DMA,
what can be complex or even not possible. But patch fixes visible and
reproducible regression and seems other possible corruptions do not
happen in practice, since Yeeloong laptop works stable without rtl8187
driver.
Bug report:
https://bugzilla.kernel.org/show_bug.cgi?id=54391
Reported-by: Petr Pisar
Bisected-by: Tom Li
Reported-and-tested-by: Tom Li
Cc: sta...@vger.kernel.org
Signed-off-by: Stanislaw Gruszka
Acked-by: Larry Finger
Acked-by: Hin-Tak Leung
Signed-off-by: John W. Linville
diff --git a/drivers/net/wireless/rtl818x/rtl8187/rtl8187.h
b/drivers/net/wireless/rtl818x/rtl8187/rtl8187.h
index 56aee06..a6ad79f 100644
--- a/drivers/net/wireless/rtl818x/rtl8187/rtl8187.h
+++ b/drivers/net/wireless/rtl818x/rtl8187/rtl8187.h
@@ -15,6 +15,8 @@
#ifndef RTL8187_H
#define RTL8187_H
+#include
+
#include "rtl818x.h"
#include "leds.h"
@@ -139,7 +141,10 @@ struct rtl8187_priv {
u8 aifsn[4];
u8 rfkill_mask;
struct {
- __le64 buf;
+ union {
+ __le64 buf;
+ u8 dummy1[L1_CACHE_BYTES];
+ } cacheline_aligned;
struct sk_buff_head queue;
} b_tx_status; /* This queue is used by both -b and non-b devices */
struct mutex io_mutex;
@@ -147,7 +152,8 @@ struct rtl8187_priv {
u8 bits8;
__le16 bits16;
__le32 bits32;
- } *io_dmabuf;
+ u8 dummy2[L1_CACHE_BYTES];
+ } *io_dmabuf cacheline_aligned;
bool rfkill_off;
u16 seqno;
};
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140224135459.ga2...@ftbfs.org
Bug#590524: linux-image-2.6.32-5-686: MacBook Pro fails to boot with "ata_piix 0000:00:1f.2: MAP [ P0 P2 -- -- ]"
Hi, On Thu, Aug 25, 2011 at 08:28:19PM -0500, Jonathan Nieder wrote: > Matt Kraai wrote: > > > When I tried to boot my MacBook Pro, it prompted me for the passphrase > > for my root partition. I entered this passphrase and the boot > > continued. About 40 seconds into the boot, a blank line was > > displayed, followed by a line containing a timestamp between 1 and 2 > > and the following message: > > > > ata_piix :00:1f.2: MAP [ P0 P2 -- -- ] > > > > When I rebooted the system, it booted successfully. > > Sorry for the long silence. Weird. Was this reproducible (and is it > still)? I don't remember. :( I don't use that machine anymore, so I can't really check either. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110826052514.ga13...@ftbfs.org
Bug#590524: linux-image-2.6.32-5-686: MacBook Pro fails to boot with "ata_piix 0000:00:1f.2: MAP [ P0 P2 -- -- ]"
Package: linux-2.6 Version: 2.6.32-18 Severity: normal Hi, When I tried to boot my MacBook Pro, it prompted me for the passphrase for my root partition. I entered this passphrase and the boot continued. About 40 seconds into the boot, a blank line was displayed, followed by a line containing a timestamp between 1 and 2 and the following message: ata_piix :00:1f.2: MAP [ P0 P2 -- -- ] When I rebooted the system, it booted successfully. -- Matt -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 02:27:10 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 root=/dev/mapper/macbookpro-root ro ** Not tainted ** Kernel log: [ 16.175224] [drm] PCIE GART of 512M enabled (table at 0x0004). [ 16.175294] [drm] radeon: cp idle (0x1C03) [ 16.175391] [drm] Loading R500 Microcode [ 16.175455] platform radeon_cp.0: firmware: requesting radeon/R520_cp.bin [ 16.179288] radeon_cp: Failed to load firmware "radeon/R520_cp.bin" [ 16.179351] [drm:r100_cp_init] *ERROR* Failed to load firmware! [ 16.179412] radeon :01:00.0: failled initializing CP (-2). [ 16.179471] radeon :01:00.0: Disabling GPU acceleration [ 16.179532] [drm] radeon: cp finalized [ 16.179617] radeon :01:00.0: eec7d000 unpin not necessary [ 16.180255] [drm] Default TV standard: NTSC [ 16.180380] [drm] Radeon Display Connectors [ 16.180438] [drm] Connector 0: [ 16.180494] [drm] LVDS [ 16.180552] [drm] DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c [ 16.180618] [drm] Encoders: [ 16.180675] [drm] LCD1: INTERNAL_LVTM1 [ 16.180732] [drm] Connector 1: [ 16.180789] [drm] S-video [ 16.180845] [drm] Encoders: [ 16.180901] [drm] TV1: INTERNAL_KLDSCP_DAC2 [ 16.180959] [drm] Connector 2: [ 16.181032] [drm] DVI-I [ 16.181088] [drm] HPD1 [ 16.181145] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [ 16.181212] [drm] Encoders: [ 16.181268] [drm] CRT2: INTERNAL_KLDSCP_DAC2 [ 16.181326] [drm] DFP1: INTERNAL_KLDSCP_TMDS1 [ 16.265026] usb 5-1: new full speed USB device using uhci_hcd and address 3 [ 16.458724] usb 5-1: New USB device found, idVendor=05ac, idProduct=8205 [ 16.458790] usb 5-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 16.459016] usb 5-1: configuration #1 chosen from 1 choice [ 16.514395] [drm] fb mappable at 0x8004 [ 16.514457] [drm] vram apper at 0x8000 [ 16.514514] [drm] size 9216000 [ 16.514571] [drm] fb depth is 24 [ 16.514627] [drm]pitch is 7680 [ 16.544220] Console: switching to colour frame buffer device 180x56 [ 16.552289] fb0: radeondrmfb frame buffer device [ 16.552337] registered panic notifier [ 16.552603] [drm] Initialized radeon 2.0.0 20080528 for :01:00.0 on minor 0 [ 16.637230] ath5k :03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 16.637318] ath5k :03:00.0: setting latency timer to 64 [ 16.637358] ath5k :03:00.0: registered as 'phy0' [ 16.643830] Bluetooth: Core ver 2.15 [ 16.643927] NET: Registered protocol family 31 [ 16.643979] Bluetooth: HCI device and connection manager initialized [ 16.644051] Bluetooth: HCI socket layer initialized [ 16.683857] HDA Intel :00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 16.683989] HDA Intel :00:1b.0: setting latency timer to 64 [ 16.696739] Bluetooth: Generic Bluetooth USB driver ver 0.6 [ 16.697617] usbcore: registered new interface driver btusb [ 16.775031] hda_codec: STAC922x, Apple subsys_id=106b0200 [ 16.785632] input: HDA Intel Line In at Ext Rear Jack as /devices/pci:00/:00:1b.0/sound/card0/input11 [ 16.785883] input: HDA Intel HP Out at Ext Rear Jack as /devices/pci:00/:00:1b.0/sound/card0/input12 [ 17.196227] ath: EEPROM regdomain: 0x65 [ 17.196230] ath: EEPROM indicates we should expect a direct regpair map [ 17.196234] ath: Country alpha2 being used: 00 [ 17.196236] ath: Regpair used: 0x65 [ 17.377822] phy0: Selected rate control algorithm 'minstrel' [ 17.378473] ath5k phy0: Atheros AR5414 chip found (MAC: 0xa3, PHY: 0x61) [ 19.016179] EXT3 FS on dm-1, internal journal [ 19.507133] loop: module loaded [ 20.245901] Adding 2654200k swap on /dev/mapper/macbookpro-swap_1. Priority:-1 extents:1 across:2654200k [ 23.851304] sky2 eth0: enabling interface [ 23.853993] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 24.632904] fuse init (API version 7.13) [ 25.516915] sky2 eth0: Link is up at 100 Mbps, full duplex, flow control both [ 25.519943] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 26.229635] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input13 [ 28.447864] apm: BIOS not found. [ 30.188662] Bluetooth: L2CAP ver 2.14 [ 30.191344] Bluetooth: L2CAP socket layer initialized [ 30.608050] Bluetooth: RFCOMM TTY layer initialized [
Bug#381719: Still happening with 2.6.26-8
On Sun, Jul 26, 2009 at 05:51:09PM +0200, Moritz Muehlenhoff wrote: > On Mon, Dec 15, 2008 at 12:02:28AM +0100, Moritz Muehlenhoff wrote: > > On Wed, Oct 15, 2008 at 08:54:03AM -0700, Matt Kraai wrote: > > > Howdy, > > > > > > I'm still experiencing this problem with 2.6.26-8. Should I report it > > > upstream or should I reproduce it with a pristine upstream kernel > > > first? > > > > Please try to reproduce it with a pristine 2.6.28-rcX kernel. If the > > problem persists, please file a bug at bugzilla.kernel.org and pass > > it to the bug report. > > Did you test this and/or file a bug report upstream? I've been running upstream kernels, but I haven't experienced this in quite a while, so I haven't reported it upstream. -- Matt Kraai http://ftbfs.org/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517344: mkinitramfs-kpkg misspells "deprecation" as "depreciation"
Package: initramfs-tools
Version: 0.93
Severity: minor
Tags: patch
mkinitramfs-kpkg outputs the following warning:
Depreciation WARNING: use update-initramfs(8)
"Depreciation" should be "Deprecation".
--
Matt http://ftbfs.org/
diff -ru initramfs-tools-0.93~/mkinitramfs-kpkg
initramfs-tools-0.93/mkinitramfs-kpkg
--- initramfs-tools-0.93~/mkinitramfs-kpkg 2009-02-26 20:35:23.0
-0800
+++ initramfs-tools-0.93/mkinitramfs-kpkg 2009-02-26 20:35:42.0
-0800
@@ -95,7 +95,7 @@
;;
esac
-echo "Depreciation WARNING: use update-initramfs(8)" >&2
+echo "Deprecation WARNING: use update-initramfs(8)" >&2
# linux-image installs latest version
mkinitramfs -o ${outfile} ${version}
Bug#515866: MacBook Pro keyboard unresponsive at LUKS prompt with kernels >= 2.6.27
On Wed, Feb 18, 2009 at 02:00:45PM +0100, maximilian attems wrote: > this is fixed in latest initramfs-tools by syncing the Ubuntu fix > to add all the hid-* modules to initramfs. > see http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary > or git clone git://git.debian.org/kernel/initramfs-tools.git > > plan to upload soonest current master as 0.93. Thanks! -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515866: MacBook Pro keyboard unresponsive at LUKS prompt with kernels >= 2.6.27
Package: initramfs-tools
Version: 0.92o
When I boot a 2.6.27 or later kernel on my MacBook Pro and try to
enter my passphrase at the LUKS prompt, nothing happens. This appears
to be
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/310460
The attached script, when put in /etc/initramfs-tools/hooks, includes
the hid-apple module in the initrd if it's available, which fixes the
problem.
It would be helpful to have something like this included in the
standard initramfs-tools package. I have a couple questions about how
it should behave, though:
* Should it only include the module if LUKS is in use?
* Should it only include the module if the module is needed for
* this computer model (i.e., a MacBook Pro)
* any of the attached keyboards (what about keyboards that are
attached later?)
?
* What about other the hid-* modules?
--
Matt http://ftbfs.org/
#!/bin/sh
PREREQ=""
prereqs()
{
echo "$PREREQ"
}
case $1 in
# get pre-requisites
prereqs)
prereqs
exit 0
;;
esac
# Hooks for loading Apple keyboard quirks into the initramfs
. /usr/share/initramfs-tools/hook-functions
if [ -f "$MODULESDIR/kernel/drivers/hid/hid-apple.ko" ]; then
manual_add_modules hid-apple
fi
Bug#487103: Somewhat merged upstream
On Sat, Nov 29, 2008 at 01:06:46AM +0100, Moritz Muehlenhoff wrote: > On Thu, Jul 31, 2008 at 11:48:26PM -0700, Matt Kraai wrote: > > Howdy, > > > > The patch has been merged upstream by Patrick McHardy, one of the > > netfilter maintainers, so I assume it'll be merged into the official > > tree eventually. > > This commit (c8942f1f0a7e2160ebf2e51ba89e50ee5895a1e7) was merged into > 2.6.26. Can you confirm that this fixes your problem? I don't think it does. #487103 is about netfilter.h not including in.h, whereas this patch fixes the problem of it not including types.h. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381719: Still happening with 2.6.26-8
Howdy, I'm still experiencing this problem with 2.6.26-8. Should I report it upstream or should I reproduce it with a pristine upstream kernel first? -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487103: Somewhat merged upstream
Howdy, The patch has been merged upstream by Patrick McHardy, one of the netfilter maintainers, so I assume it'll be merged into the official tree eventually. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487103: Patch
On Thu, Jul 31, 2008 at 09:29:24AM +0200, maximilian attems wrote: > please cc akpm on your submission and [EMAIL PROTECTED] Done. Thanks for the pointers. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487103: Patch
tag 487103 patch thanks Here's a patch which makes netfilter.h include in.h and in6.h irregardless of whether __KERNEL__ is defined. This allows my simple test file: #include to compile without errors. I'll try to get it included upstream. -- Matt http://ftbfs.org/ diff --git a/include/linux/netfilter.h b/include/linux/netfilter.h index 0c5eb7e..6060e56 100644 --- a/include/linux/netfilter.h +++ b/include/linux/netfilter.h @@ -7,13 +7,13 @@ #include #include #include -#include -#include #include #include #include #endif #include +#include +#include #include /* Responses from hook functions. */
Bug#487103: Patch
On Wed, Jul 30, 2008 at 11:33:04PM -0700, Matt Kraai wrote: > Here's a patch which makes netfilter.h include in.h and in6.h > irregardless of whether __KERNEL__ is defined. This allows my simple > test file: > > #include > > to compile without errors. I'll try to get it included upstream. Is this something that's likely to be fixed for Lenny? If not, fireflier will need to work around the problem. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470163: My problem fixed
Howdy, The problem I had doesn't occur with linux-image-2.6.25-rc7-686 2.6.25~rc7-1~experimental.1~snapshot.11027. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381719: Found in 2.6.22-5
Howdy, The problem just occurred again with 2.6.22-5. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381719: Fails to boot with noapic on a MacBook Pro
Howdy, When I try to boot linux-image-2.6.22-1-686 2.6.22-2 with the noapic option on my MacBook Pro, it fails with the following messages: > Testing NMI watchdog ... CPU#0: NMI appears to be stuck (0->0)! > CPU#1: NMI appears to be stuck (0->0)! > Using IPI No-Shortcut mode > int3: [#1] > Freeing unused memory: 244k freed > SMP I haven't been able to reproduce the original problem with this version. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405066: MacBook Pro hangs during boot up part of reboot
Package: linux-2.6 Version: 2.6.18-8 When I choose to restart my MacBook Pro, it shuts down the system, plays the Apple chime and displays a grey screen, then displays a black screen and nothing further happens. The fans are still active. -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382298: Patch applied, config change still needed
Howdy, The patch attached to this bug report was included in 2.6.18, so it's no longer necessary. All that is required to fix this problem is to build the appletouch module by setting CONFIG_USB_APPLETOUCH to m. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384972: Fix sound on MacBook Pro
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/torvalds/linux-2.6.git;a=commit;h=7c3dec0679c66ce177726802adbe2f403942fc27
I've attached a patch which includes the first and backports the
second.
--
Matt
From: Sam Revitch <[EMAIL PROTECTED]>
Date: Wed, 10 May 2006 13:09:17 + (+0200)
Subject: [ALSA] hda-codec - Add support for Apple Mac Mini (early 2006)
X-Git-Tag: v2.6.18-rc1
X-Git-Url:
http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=62fe78e90dc25b269362034487dc450cd8453e8c
[ALSA] hda-codec - Add support for Apple Mac Mini (early 2006)
Add support for some audio quirks of the Apple Mac Mini (early 2006)
Signed-off-by: Sam Revitch <[EMAIL PROTECTED]>
Signed-off-by: Takashi Iwai <[EMAIL PROTECTED]>
---
--- a/sound/pci/hda/patch_sigmatel.c
+++ b/sound/pci/hda/patch_sigmatel.c
@@ -41,6 +41,7 @@
#define STAC_REF 0
#define STAC_D945GTP3 1
#define STAC_D945GTP5 2
+#define STAC_MACMINI 3
struct sigmatel_spec {
struct snd_kcontrol_new *mixers[4];
@@ -52,6 +53,7 @@ struct sigmatel_spec {
unsigned int mic_switch: 1;
unsigned int alt_switch: 1;
unsigned int hp_detect: 1;
+ unsigned int gpio_mute: 1;
/* playback */
struct hda_multi_out multiout;
@@ -293,6 +295,7 @@ static unsigned int *stac922x_brd_tbl[]
ref922x_pin_configs,
d945gtp3_pin_configs,
d945gtp5_pin_configs,
+ d945gtp5_pin_configs, /* STAC_MACMINI */
};
static struct hda_board_config stac922x_cfg_tbl[] = {
@@ -324,6 +327,9 @@ static struct hda_board_config stac922x_
{ .pci_subvendor = PCI_VENDOR_ID_INTEL,
.pci_subdevice = 0x0417,
.config = STAC_D945GTP5 },/* Intel D975XBK - 5 Stack */
+ { .pci_subvendor = 0x8384,
+ .pci_subdevice = 0x7680,
+ .config = STAC_MACMINI }, /* Apple Mac Mini (early 2006) */
{} /* terminator */
};
@@ -841,6 +847,19 @@ static int stac92xx_auto_create_analog_i
}
}
+ if (imux->num_items == 1) {
+ /*
+* Set the current input for the muxes.
+* The STAC9221 has two input muxes with identical source
+* NID lists. Hopefully this won't get confused.
+*/
+ for (i = 0; i < spec->num_muxes; i++) {
+ snd_hda_codec_write(codec, spec->mux_nids[i], 0,
+ AC_VERB_SET_CONNECT_SEL,
+ imux->items[0].index);
+ }
+ }
+
return 0;
}
@@ -946,6 +965,45 @@ static int stac9200_parse_auto_config(st
return 1;
}
+/*
+ * Early 2006 Intel Macintoshes with STAC9220X5 codecs seem to have a
+ * funky external mute control using GPIO pins.
+ */
+
+static void stac922x_gpio_mute(struct hda_codec *codec, int pin, int muted)
+{
+ unsigned int gpiostate, gpiomask, gpiodir;
+
+ gpiostate = snd_hda_codec_read(codec, codec->afg, 0,
+ AC_VERB_GET_GPIO_DATA, 0);
+
+ if (!muted)
+ gpiostate |= (1 << pin);
+ else
+ gpiostate &= ~(1 << pin);
+
+ gpiomask = snd_hda_codec_read(codec, codec->afg, 0,
+ AC_VERB_GET_GPIO_MASK, 0);
+ gpiomask |= (1 << pin);
+
+ gpiodir = snd_hda_codec_read(codec, codec->afg, 0,
+AC_VERB_GET_GPIO_DIRECTION, 0);
+ gpiodir |= (1 << pin);
+
+ /* AppleHDA seems to do this -- WTF is this verb?? */
+ snd_hda_codec_write(codec, codec->afg, 0, 0x7e7, 0);
+
+ snd_hda_codec_write(codec, codec->afg, 0,
+ AC_VERB_SET_GPIO_MASK, gpiomask);
+ snd_hda_codec_write(codec, codec->afg, 0,
+ AC_VERB_SET_GPIO_DIRECTION, gpiodir);
+
+ msleep(1);
+
+ snd_hda_codec_write(codec, codec->afg, 0,
+ AC_VERB_SET_GPIO_DATA, gpiostate);
+}
+
static int stac92xx_init(struct hda_codec *codec)
{
struct sigmatel_spec *spec = codec->spec;
@@ -982,6 +1040,11 @@ static int stac92xx_init(struct hda_code
stac92xx_auto_set_pinctl(codec, cfg->dig_in_pin,
AC_PINCTL_IN_EN);
+ if (spec->gpio_mute) {
+ stac922x_gpio_mute(codec, 0, 0);
+ stac922x_gpio_mute(codec, 1, 0);
+ }
+
return 0;
}
@@ -1132,7 +1195,7 @@ static int patch_stac922x(struct hda_cod
spec->board_config = snd_hda_check_board_config(codec,
stac922x_cfg_tbl);
if (spec->board_config < 0)
snd_printdd(KERN_INFO "hda_codec: Unknown
Bug#383620: fn key not support on MacBook Pro
Package: linux-2.6 Version: 2.6.17-6 The fn key is not supported on MacBook Pros. To support it, the patch at http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=5c218e3b86510f9685bfae5b0d2d7cc8468056c1;hp=dfbaa7d8a4056436b6a170625d64986ebb648486 should be applied and CONFIG_USB_HIDINPUT_POWERBOOK should be set to y. -- Matt signature.asc Description: Digital signature
Bug#382298: Add support for MacBook Pro touchpad
Package: linux-2.6 Version: 2.6.17-5 Tags: patch The kernel does not support the MacBook Pro touchpad with the appletouch driver. In order to add this support, the patch http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9effa978f1d51f6d0426ebabcf6cb32336bb3153 needs to be applied and CONFIG_USB_APPLETOUCH needs to be set to m in the config file. -- Matt signature.asc Description: Digital signature
Bug#381719: Kernel panic enabling IO-APIC IRQs on MacBook Pro
Package: linux-2.6 Version: 2.6.16-17 When I boot the installer on my MacBook Pro, it sometimes kernel panics: Getting VERSION: 50014 Getting VERSION: 50014 Getting ID: 0 Getting LVT0: 700 Getting LVT1: 400 enabled ExtINT on CPU#0 ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 ..MP-BIOS bug: 8254 timer not connected to IO-APIC ...trying to set up timer (IRQ0) through the 8259A ... failed. ...trying to set up timer as Virtual Wire IRQ... failed. ...trying to set up timer as ExtINT IRQ... failed :(. Kernel panic - not syncing: IO-APIC + timer doesn't work! Boot with apic=debug and send a report. Then try booting with the 'noapic' option -- Matt signature.asc Description: Digital signature
Bug#358824: dmasound_core and saa7134 both define dmasound_init
Package: linux-image-2.6.16-1-powerpc Version: 2.6.16-2 Both dmasound_core and saa7134 define dmasound_init, which prevents "modprobe dmasound_pmac" from working: > WARNING: Error inserting dmasound_core > (/lib/modules/2.6.16-1-powerpc/kernel/sound/oss/dmasound/dmasound_core.ko): > Invalid module format > FATAL: Error inserting dmasound_pmac > (/lib/modules/2.6.16-1-powerpc/kernel/sound/oss/dmasound/dmasound_pmac.ko): > Unknown symbol in module, or unknown parameter (see dmesg) Here is the relevant part of the dmesg output: > saa7130/34: v4l2 driver version 0.2.14 loaded > dmasound_core: exports duplicate symbol dmasound_init (owned by saa7134) > dmasound_pmac: Unknown symbol dmasound > dmasound_pmac: Unknown symbol dmasound_deinit > dmasound_pmac: disagrees about version of symbol dmasound_init > dmasound_pmac: Unknown symbol dmasound_init > dmasound_pmac: Unknown symbol software_input_volume > dmasound_pmac: Unknown symbol dmasound_read_sq > dmasound_pmac: Unknown symbol dmasound_catchRadius > dmasound_pmac: Unknown symbol get_afmt_string > dmasound_pmac: Unknown symbol dmasound_write_sq -- Matt signature.asc Description: Digital signature
Bug#358816: Loading snd-powermac causes an oops
Package: linux-image-2.6.16-1-powerpc Version: 2.6.16-2 When I run "modprobe snd-powermac" on my iBook, the kernel generates an oops: > Unable to handle kernel paging request for data at address 0x0002 > Faulting instruction address: 0xc01a2d7c > Oops: Kernel access of bad area, sig: 11 [#1] > Modules linked in: snd_powermac snd_pcm snd_timer snd soundcore > snd_page_alloc binfmt_misc ipv6 sr_mod sbp2 scsi_mod apm_emu eth1394 tsdev > airport ide_cd orinoco ohci_hcd cdrom ohci1394 ieee1394 uninorth_agp hermes > usbcore agpgart sungem sungem_phy ext3 jbd mbcache ide_disk evdev > NIP: C01A2D7C LR: E59743F4 CTR: C01A2D50 > REGS: dc887cc0 TRAP: 0300 Not tainted (2.6.16-1-powerpc) > MSR: 9032 CR: 22008444 XER: 2000 > DAR: 0002, DSISR: 4000 > TASK = cfd0c050[2570] 'modprobe' THREAD: dc886000 > GPR00: E59743F4 DC887D70 CFD0C050 0001 0068 > 0001 > GPR08: 0002 C0018BCC C01A2D50 1001E638 > > GPR16: 100013D0 3002A000 0003 > > GPR24: 100170A8 10017224 DCC1E600 DFD27740 000A E597D4F8 > E5977578 > NIP [C01A2D7C] i2c_smbus_write_byte_data+0x2c/0x50 > LR [E59743F4] send_init_client+0x30/0x90 [snd_powermac] > Call Trace: > [DC887D70] [C0053AA0] setup_irq+0x12c/0x148 (unreliable) > [DC887DB0] [E59743F4] send_init_client+0x30/0x90 [snd_powermac] > [DC887DD0] [E5907F00] snd_pmac_tumbler_post_init+0x30/0x68 [snd_powermac] > [DC887DE0] [E5906228] snd_pmac_probe+0x1a8/0x324 [snd_powermac] > [DC887E10] [C017D46C] platform_drv_probe+0x20/0x30 > [DC887E20] [C017B460] driver_probe_device+0x98/0x100 > [DC887E40] [C017A8FC] bus_for_each_drv+0x50/0x98 > [DC887E70] [C017B538] device_attach+0x6c/0xa8 > [DC887E90] [C017A97C] bus_add_device+0x38/0xf4 > [DC887EB0] [C0179690] device_add+0xe0/0x174 > [DC887ED0] [C017D2B8] platform_device_add+0x118/0x160 > [DC887EF0] [C017D844] platform_device_register_simple+0x4c/0x78 > [DC887F10] [E5906044] alsa_card_pmac_init+0x44/0x80 [snd_powermac] > [DC887F20] [C004B910] sys_init_module+0x15c/0x2c0 > [DC887F40] [C000FF44] ret_from_syscall+0x0/0x40 > --- Exception: c01 at 0xff6e6a8 > LR = 0x10003e30 > Instruction dump: > 4e800020 7c0802a6 9421ffc0 7c691b78 7c872378 38c0 3902 98a10008 > 90010044 6000 6000 6000 a0890004 39210008 80630008 > -- Matt signature.asc Description: Digital signature
Bug#354124: 8139too fails to receive packets
On Fri, Feb 24, 2006 at 10:01:04AM +0100, Sven Luther wrote: > On Thu, Feb 23, 2006 at 09:16:27PM -0800, Matt Kraai wrote: > > > Does this driver work for you if you boot with the "linux26" option? > > > > The 2.6 kernel hangs during the boot process, so I don't know. > > Did you file a bug report about this, and this is the stable sareg 2.6.8 > kernel, right ? I reported it as bug 354128. It occurs with both the sarge and etch business card CDs. > Do you have a log upto the hang ? Do you want the log using the 2.4 kernel? > > > it work with the etch installer? > > > > No, it has the same problem. > > Have you tried a recent daily build of the installer or one of > the etch beta's instead ? I tried http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-businesscard.iso as of yesterday. > Which 'etch-installer' did you use ? Sorry, but I don't understand what you're asking. -- Matt signature.asc Description: Digital signature
Bug#354124: 8139too fails to receive packets
On Thu, Feb 23, 2006 at 01:17:52PM -0800, Steve Langasek wrote: > reassign 354124 kernel-image-2.4.27-2-386 > thanks > > On Thu, Feb 23, 2006 at 07:16:14AM -0800, Matt Kraai wrote: > > Package: nic-extra-modules-2.4.27-2-386-di > > Version: 1.04 > > > The 8139too driver does not appear to be able to receive packets. > > Using tcpdump on another system, I verified that it is able to send > > DHCP requests and that the DHCP server sends responses, but there is > > no indication that they are ever received on the system using the > > 8139too driver. > > You seem to be reporting this against the stable version of the package, > which means it's unlikely to be fixed... anyway, nic-extra-modules just > repackages the module from the kernel image, so let's reassign it there. OK, thanks. > Does this driver work for you if you boot with the "linux26" option? The 2.6 kernel hangs during the boot process, so I don't know. > Does > it work with the etch installer? No, it has the same problem. -- Matt signature.asc Description: Digital signature
Bug#334631: FTBFS: Missing build-dependency on gcc-3.3
Package: kernel-source-2.4.27 Version: 2.4.27-11 Severity: serious Tags: patch kernel-source-2.4.27 fails to build: > gcc-3.3 -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -c -o docproc.o > docproc.c > make[5]: gcc-3.3: Command not found -- Matt diff -u kernel-source-2.4.27-2.4.27/debian/control kernel-source-2.4.27-2.4.27/debian/control --- kernel-source-2.4.27-2.4.27/debian/control +++ kernel-source-2.4.27-2.4.27/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian Kernel Team Uploaders: Joshua Kwan <[EMAIL PROTECTED]>, Simon Horman <[EMAIL PROTECTED]>, Jens Schmalzing <[EMAIL PROTECTED]> Standards-Version: 3.6.1 -Build-Depends-Indep: bzip2, debhelper (>= 3), docbook-utils, gs, kernel-package (>= 7.48), transfig +Build-Depends-Indep: bzip2, debhelper (>= 3), docbook-utils, gcc-3.3, gs, kernel-package (>= 7.48), transfig Package: kernel-source-2.4.27 Architecture: all signature.asc Description: Digital signature
Bug#323318: Array element has incomplete type
Package: kernel-headers-2.4.27-2 Version: 2.4.27-10 Severity: serious hostap-modules-i386 fails to build because a kernel header has an array type with an incomplete element type: > /tmp/buildd/hostap-modules-i386-0.3.7/kernel-headers-2.4.27-2-386/include/asm/processor.h:75: > error: array type has incomplete element type -- Matt signature.asc Description: Digital signature
Bug#297818: no audio if headphones are plugged in while booting
Package: kernel-image-2.6.8-powerpc Version: 2.6.8-9 If I have headphones plugged in when I boot my iBook2, I hear the chime at the beginning of the boot, but the audio does not work thereafter. Once I remove them, audio comes from the speakers. Once I plug them back in, audio comes from them. If no headphones are plugged in when I boot, audio comes from the speakers. Once I plug the headphones in, audio comes from them. -- Matt signature.asc Description: Digital signature
