Bug#647897: firmware-linux-nonfree: please include fw for ATI/AMD 6300M (e.g. 6470M) Chipsets, found e.g. in some newer HP Laptops
Package: firmware-linux-nonfree Version: 0.28+squeeze1 Severity: normal Hi, after installing firmware-linux-nonfree I still had errors in dmesg with kernel 3.0.8: [ 898.849606] radeon :01:00.0: radeon: using MSI. [ 898.849706] [drm] radeon: irq initialized. [ 898.849719] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 898.851091] [drm] Loading CAICOS Microcode [ 898.884786] ni_cp: Failed to load firmware radeon/CAICOS_pfp.bin [ 898.884791] [drm:evergreen_startup] *ERROR* Failed to load firmware! so I asked google about it, found a slackware package with firmware... 953 sudo cp -a lib/firmware/radeon/CAICOS_pfp.bin /lib/firmware/radeon/ 957 sudo cp -a lib/firmware/radeon/CAICOS_me.bin /lib/firmware/radeon/ 961 sudo cp -a lib/firmware/radeon/BTC_rlc.bin /lib/firmware/radeon/ 965 sudo cp -a lib/firmware/radeon/CAICOS_mc.bin /lib/firmware/radeon/ Could You please include these firmware files in firmware-linux-nonfree? Now for some more tries about vga_switcheroo and turning the non-used not- supported DIScrete graphics card off... Kind regards, Dominik -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.8 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.98.8 tools for generating an initramfs ii linux-image-2.6.32-5-amd64 [l 2.6.32-38 Linux 2.6.32 for 64-bit PCs -- no debconf information -- 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/2007121159.7865.80652.reportbug@lapmdb-hpl
Bug#647900: linux-image-3.0.0-1-sparc64-smp: Server fails to boot with illegal instruction on SunFire v490
Package: linux-image-3.0.0-1-sparc64-smp Version: 3.0.0-3 Severity: important Dear Maintainer, Server fails to boot on my v490 with 2 dual processors ultrasparc machine. It does not boot at all. I join to the but report the output of the boot capture through the serial port. -- Package-specific info: ** boot messages below Sun Fire V490, No Keyboard Copyright 2009 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.30.4, 8192 MB memory installed, Serial #67176146. Ethernet address 0:14:4f:1:6:d2, Host ID: 840106d2. Initializing 1MB of memory at addra1ffb2c000 Initializing12MB of memory at addra1ff00 Initializing 8176MB of memory at addra0 Rebooting with command: boot Boot device: /pci@8,60/scsi@1/disk@0,0 File and args: SILO Version 1.4.14 boot: Allocated 64 Megs of memory at 0x4000 for kernel Uncompressing image... Loaded kernel version 3.0.0 Loading initial ramdisk (10098428 bytes at 0xA1FF00 phys, 0x40C0 virt). / [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.30.4 2009/08/19 07:20' [0.00] PROMLIB: Root node compatible: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 19:51:14 UTC 20 [0.00] bootconsole [earlyprom0] enabled [0.00] ARCH: SUN4U [0.00] Ethernet address: 00:14:4f:01:06:d2 [0.00] Kernel: Using 2 locked TLB entries for main kernel image. [0.00] Remapping the kernel... done. [0.00] OF stdout device is: /pci@9,70/ebus@1/serial@1,40:a [0.00] PROM: Built device tree with 101044 bytes of memory. [0.00] Top of RAM: 0xa1ffb2e000, Total RAM: 0x1ffb18000 [0.00] Memory hole size: 655360MB [0.00] [01014000-f8a000c0] page_structs=131072 node=0 etry=1280/8192 [0.00] [01014000-f8a00100] page_structs=131072 node=0 etry=1281/8192 [0.00] [01014080-f8a00140] page_structs=131072 node=0 etry=1282/8192 [0.00] [01014080-f8a00180] page_structs=131072 node=0 etry=1283/8192 [0.00] [01014100-f8a001c0] page_structs=131072 node=0 etry=1284/8192 [0.00] [01014100-f8a00200] page_structs=131072 node=0 etry=1285/8192 [0.00] [01014180-f8a00240] page_structs=131072 node=0 etry=1286/8192 [0.00] [01014180-f8a00280] page_structs=131072 node=0 etry=1287/8192 [0.00] [01014200-f8a002c0] page_structs=131072 node=0 etry=1288/8192 [0.00] [01014200-f8a00300] page_structs=131072 node=0 etry=1289/8192 [0.00] [01014280-f8a00340] page_structs=131072 node=0 etry=1290/8192 [0.00] [01014280-f8a00380] page_structs=131072 node=0 etry=1291/8192 [0.00] [01014300-f8a003c0] page_structs=131072 node=0 etry=1292/8192 [0.00] [01014300-f8a00400] page_structs=131072 node=0 etry=1293/8192 [0.00] [01014380-f8a00440] page_structs=131072 node=0 etry=1294/8192 [0.00] [01014380-f8a00480] page_structs=131072 node=0 etry=1295/8192 [0.00] Zone PFN ranges: [0.00] Normal 0x0500 - 0x050ffd97 [0.00] Movable zone start PFN for each node [0.00] early_node_map[4] active PFN ranges [0.00] 0: 0x0500 - 0x050ff7ff [0.00] 0: 0x050ff800 - 0x050ffd7c [0.00] 0: 0x050ffd84 - 0x050ffd94 [0.00] 0: 0x050ffd96 - 0x050ffd97 [0.00] Booting Linux... [0.00] CPU CAPS: [flush,stbar,swap,muldiv,v9,ultra3,mul32,div32] [0.00] CPU CAPS: [v8plus,popc,vis,vis2] [0.00] PERCPU: Embedded 6 pages/cpu @f8a004c0 s12352 r8192 d2868 u1048576 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 1039760 [0.00] Kernel command line: root=/dev/sda2 ro [0.00] PID hash table entries: 4096 (order: 2, 32768 bytes) [0.00] Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes) [0.00] Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes) [0.00] Memory: 8288896k available (3632k kernel code, 1560k data, 232k init) [f800,00a1ffb2e000] [0.00] Hierarchical RCU implementation. [0.00] CONFIG_RCU_FANOUT set to non-default value of 32 [0.00] RCU dyntick-idle grace-period acceleration is enabled. [0.00] NR_IRQS:255 [0.00] clocksource: mult[6400] shift[24] [0.00] clockevent: mult[28f5c29] shift[32] [0.00] Console: colour dummy device 80x25 [0.00] console [tty0] enabled, bootconsole disabled [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.30.4 2009/08/19 07:20' [
Bug#647897: marked as done (firmware-linux-nonfree: please include fw for ATI/AMD 6300M (e.g. 6470M) Chipsets, found e.g. in some newer HP Laptops)
Your message dated Mon, 7 Nov 2011 13:08:19 + with message-id 2007130819.gf3...@decadent.org.uk and subject line Re: Bug#647897: firmware-linux-nonfree: please include fw for ATI/AMD 6300M (e.g. 6470M) Chipsets, found e.g. in some newer HP Laptops has caused the Debian Bug report #647897, regarding firmware-linux-nonfree: please include fw for ATI/AMD 6300M (e.g. 6470M) Chipsets, found e.g. in some newer HP Laptops 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 ow...@bugs.debian.org immediately.) -- 647897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647897 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: firmware-linux-nonfree Version: 0.28+squeeze1 Severity: normal Hi, after installing firmware-linux-nonfree I still had errors in dmesg with kernel 3.0.8: [ 898.849606] radeon :01:00.0: radeon: using MSI. [ 898.849706] [drm] radeon: irq initialized. [ 898.849719] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 898.851091] [drm] Loading CAICOS Microcode [ 898.884786] ni_cp: Failed to load firmware radeon/CAICOS_pfp.bin [ 898.884791] [drm:evergreen_startup] *ERROR* Failed to load firmware! so I asked google about it, found a slackware package with firmware... 953 sudo cp -a lib/firmware/radeon/CAICOS_pfp.bin /lib/firmware/radeon/ 957 sudo cp -a lib/firmware/radeon/CAICOS_me.bin /lib/firmware/radeon/ 961 sudo cp -a lib/firmware/radeon/BTC_rlc.bin /lib/firmware/radeon/ 965 sudo cp -a lib/firmware/radeon/CAICOS_mc.bin /lib/firmware/radeon/ Could You please include these firmware files in firmware-linux-nonfree? Now for some more tries about vga_switcheroo and turning the non-used not- supported DIScrete graphics card off... Kind regards, Dominik -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.8 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.98.8 tools for generating an initramfs ii linux-image-2.6.32-5-amd64 [l 2.6.32-38 Linux 2.6.32 for 64-bit PCs -- no debconf information ---End Message--- ---BeginMessage--- Version: 0.29 The kernel version in 'squeeze' doesn't support acceleration for these chips so the firmware is not packaged for squeeze either. You'll need to get a newer firmware-linux-nonfree package (0.29 or later) from testing, unstable or squeeze-backports. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus ---End Message---
Bug#647900: linux-image-3.0.0-1-sparc64-smp: Server fails to boot with illegal instruction on SunFire v490
Your subject refers to an 'illegal instruction' error but I don't see that in the log messages you attached. Where do you see this error? What was the last kernel version that worked on this system in an SMP configuration? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/2007205409.gg3...@decadent.org.uk
Processed: tagging 647900
Processing commands for cont...@bugs.debian.org: tags 647900 + moreinfo Bug #647900 [linux-image-3.0.0-1-sparc64-smp] linux-image-3.0.0-1-sparc64-smp: Server fails to boot with illegal instruction on SunFire v490 Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 647900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647900 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.132069926011833.transcr...@bugs.debian.org
Bug#647900: linux-image-3.0.0-1-sparc64-smp: Server fails to boot with illegal instruction on SunFire v490
W dniu 2011-11-07 21:54, Ben Hutchings pisze: Your subject refers to an 'illegal instruction' error but I don't see that in the log messages you attached. Where do you see this error? Sorry. This is my first notification and first contact with Debian. I based on a different notification (my english is poor). Server starts and last entries from the log messagess are repeated. Server can't boot to the end. I tried with linux-image-2.6-*-smp (last version) - the same. What was the last kernel version that worked on this system in an SMP configuration? Ben. This is my first installation of Debian. I had Solaris on this machine to this time. Thank you in advance for your help. Mariusz -- 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/4eb858e8.6090...@univ.rzeszow.pl
Bug#647958: linux 3.1: debconf prompts for iwlwifi-135-IWL135_UCODE_API_MAX.ucode firmware instead of iwlwifi-135-6.ucode
Package: linux-2.6 Version: 3.1.0-1~experimental.1 Severity: normal I just installed the Linux 3.1 image from experimental and it prompted for the installation of these firmware files: iwlagn: iwlwifi-135-IWL135_UCODE_API_MAX.ucode, iwlwifi-105-5.ucode, iwlwifi-2030-5.ucode, iwlwifi-2000-5.ucode The first one is a bug that is fixed by this patch: http://article.gmane.org/gmane.linux.kernel.wireless.general/77203 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.
Package: linux-2.6 Version: 3.0.0-6 Severity: normal Hi, i get this error every 20seconds with my Hauppauge Nova-T Stick USB. see also https://bugzilla.redhat.com/show_bug.cgi?id=733827 Thank you, Guy -- Package-specific info: ** Version: Linux version 3.0.0-2-amd64 (Debian 3.0.0-6) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-9) ) #1 SMP Wed Nov 2 04:50:05 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-2-amd64 root=/dev/mapper/vg0-root ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [2.040053] usb 7-4: new low speed USB device number 2 using ohci_hcd [2.209087] usb 7-4: New USB device found, idVendor=413c, idProduct=2003 [2.209099] usb 7-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [2.209109] usb 7-4: Product: Dell USB Keyboard [2.209117] usb 7-4: Manufacturer: Dell [2.480034] usb 7-5: new low speed USB device number 3 using ohci_hcd [2.648087] usb 7-5: New USB device found, idVendor=045e, idProduct=0040 [2.648099] usb 7-5: New USB device strings: Mfr=1, Product=3, SerialNumber=0 [2.648108] usb 7-5: Product: Microsoft 3-Button Mouse with IntelliEye(TM) [2.648117] usb 7-5: Manufacturer: Microsoft [2.666551] input: Dell Dell USB Keyboard as /devices/pci:00/:00:13.0/usb7/7-4/7-4:1.0/input/input0 [2.75] generic-usb 0003:413C:2003.0001: input,hidraw0: USB HID v1.10 Keyboard [Dell Dell USB Keyboard] on usb-:00:13.0-4/input0 [2.671490] input: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM) as /devices/pci:00/:00:13.0/usb7/7-5/7-5:1.0/input/input1 [2.671627] generic-usb 0003:045E:0040.0002: input,hidraw1: USB HID v1.10 Mouse [Microsoft Microsoft 3-Button Mouse with IntelliEye(TM)] on usb-:00:13.0-5/input0 [2.671658] usbcore: registered new interface driver usbhid [2.671662] usbhid: USB HID core driver [2.899639] device-mapper: uevent: version 1.0.3 [2.899789] device-mapper: ioctl: 4.20.0-ioctl (2011-02-02) initialised: dm-de...@redhat.com [3.271301] PM: Starting manual resume from disk [3.271310] PM: Hibernation image partition 254:1 present [3.271314] PM: Looking for hibernation image. [3.271608] PM: Image not found (code -22) [3.271619] PM: Hibernation image not present or could not be loaded. [3.336051] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [4.775072] udevd[304]: starting version 172 [5.613687] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input2 [5.613701] ACPI: Power Button [PWRB] [5.613842] input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input3 [5.613896] ACPI: Lid Switch [LID] [5.614007] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [5.614014] ACPI: Power Button [PWRF] [5.715697] piix4_smbus :00:14.0: SMBus Host Controller at 0xb00, revision 0 [5.776702] input: PC Speaker as /devices/platform/pcspkr/input/input5 [5.792316] ACPI: acpi_idle registered with cpuidle [6.065125] SP5100 TCO timer: SP5100 TCO WatchDog Timer Driver v0.01 [6.065248] SP5100 TCO timer: mmio address 0xbafe00 already in use [6.339257] Disabling lock debugging due to kernel taint [6.339309] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [6.488637] [fglrx] Maximum main memory to use for locked dma buffers: 3429 MBytes. [6.488728] [fglrx] vendor: 1002 device: 9802 count: 1 [6.489581] [fglrx] ioport: bar 1, base 0xf000, size: 0x100 [6.489604] pci :00:01.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [6.489613] pci :00:01.0: setting latency timer to 64 [6.490431] [fglrx] Kernel PAT support is enabled [6.490476] [fglrx] module loaded - fglrx 8.90.5 [Oct 12 2011] with 1 minors [6.515273] HDA Intel :00:01.1: PCI INT B - GSI 19 (level, low) - IRQ 19 [6.515637] HDA Intel :00:01.1: irq 44 for MSI/MSI-X [6.515679] HDA Intel :00:01.1: setting latency timer to 64 [6.557073] HDMI status: Pin=3 Presence_Detect=0 ELD_Valid=0 [6.557566] input: HD-Audio Generic HDMI/DP as /devices/pci:00/:00:01.1/sound/card0/input6 [6.557821] HDA Intel :00:14.2: PCI INT A - GSI 16 (level, low) - IRQ 16 [6.656886] hda_codec: ALC887-VD: BIOS auto-probing. [6.658755] input: HDA Digital PCBeep as /devices/pci:00/:00:14.2/input/input7 [6.663288] input: HDA ATI SB Headphone as /devices/pci:00/:00:14.2/sound/card1/input8 [6.863337] IR NEC protocol handler initialized [7.060439] dib0700: loaded with support for 20 different device-types [7.060778] dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state. [7.060855] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [7.061115] DVB: registering new adapter (Hauppauge Nova-T
Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.
tags 647960 + patch moreinfo
quit
Hi Guy,
Guy Roussin wrote:
i get this error every 20seconds with my Hauppauge Nova-T Stick USB.
see also https://bugzilla.redhat.com/show_bug.cgi?id=733827
Does the following patch fix it? See
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html for
instructions for testing patches.
The patch is part of mainline and was cc-ed to sta...@kernel.org,
so hopefully it will be part of a kernel near you soon.
commit bff469f4167f
Author: Olivier Grenie olivier.gre...@dibcom.fr
Date: Mon Aug 1 12:45:58 2011 -0300
[media] dib0700: protect the dib0700 buffer access
This patch protects the common buffer access inside the dib0700 in order
to manage concurrent access. This protection is done using mutex.
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Florian Mickler flor...@mickler.org
Cc: sta...@kernel.org
Signed-off-by: Javier Marcet jav...@marcet.info
Signed-off-by: Olivier Grenie olivier.gre...@dibcom.fr
Signed-off-by: Patrick Boettcher patrick.boettc...@dibcom.fr
[mche...@redhat.com: dprint requires 3 arguments. Replaced by dib_info]
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/dvb-usb/dib0700_core.c
b/drivers/media/dvb/dvb-usb/dib0700_core.c
index 5eb91b4f8fd0..a224e94325b7 100644
--- a/drivers/media/dvb/dvb-usb/dib0700_core.c
+++ b/drivers/media/dvb/dvb-usb/dib0700_core.c
@@ -30,6 +30,11 @@ int dib0700_get_version(struct dvb_usb_device *d, u32
*hwversion,
struct dib0700_state *st = d-priv;
int ret;
+ if (mutex_lock_interruptible(d-usb_mutex) 0) {
+ deb_info(could not acquire lock);
+ return 0;
+ }
+
ret = usb_control_msg(d-udev, usb_rcvctrlpipe(d-udev, 0),
REQUEST_GET_VERSION,
USB_TYPE_VENDOR | USB_DIR_IN, 0, 0,
@@ -46,6 +51,7 @@ int dib0700_get_version(struct dvb_usb_device *d, u32
*hwversion,
if (fwtype != NULL)
*fwtype = (st-buf[12] 24) | (st-buf[13] 16) |
(st-buf[14] 8) | st-buf[15];
+ mutex_unlock(d-usb_mutex);
return ret;
}
@@ -108,7 +114,12 @@ int dib0700_ctrl_rd(struct dvb_usb_device *d, u8 *tx, u8
txlen, u8 *rx, u8 rxlen
int dib0700_set_gpio(struct dvb_usb_device *d, enum dib07x0_gpios gpio, u8
gpio_dir, u8 gpio_val)
{
struct dib0700_state *st = d-priv;
- s16 ret;
+ int ret;
+
+ if (mutex_lock_interruptible(d-usb_mutex) 0) {
+ deb_info(could not acquire lock);
+ return 0;
+ }
st-buf[0] = REQUEST_SET_GPIO;
st-buf[1] = gpio;
@@ -116,6 +127,7 @@ int dib0700_set_gpio(struct dvb_usb_device *d, enum
dib07x0_gpios gpio, u8 gpio_
ret = dib0700_ctrl_wr(d, st-buf, 3);
+ mutex_unlock(d-usb_mutex);
return ret;
}
@@ -125,6 +137,11 @@ static int dib0700_set_usb_xfer_len(struct dvb_usb_device
*d, u16 nb_ts_packets)
int ret;
if (st-fw_version = 0x10201) {
+ if (mutex_lock_interruptible(d-usb_mutex) 0) {
+ deb_info(could not acquire lock);
+ return 0;
+ }
+
st-buf[0] = REQUEST_SET_USB_XFER_LEN;
st-buf[1] = (nb_ts_packets 8) 0xff;
st-buf[2] = nb_ts_packets 0xff;
@@ -132,6 +149,7 @@ static int dib0700_set_usb_xfer_len(struct dvb_usb_device
*d, u16 nb_ts_packets)
deb_info(set the USB xfer len to %i Ts packet\n,
nb_ts_packets);
ret = dib0700_ctrl_wr(d, st-buf, 3);
+ mutex_unlock(d-usb_mutex);
} else {
deb_info(this firmware does not allow to change the USB xfer
len\n);
ret = -EIO;
@@ -208,6 +226,10 @@ static int dib0700_i2c_xfer_new(struct i2c_adapter *adap,
struct i2c_msg *msg,
} else {
/* Write request */
+ if (mutex_lock_interruptible(d-usb_mutex) 0) {
+ deb_info(could not acquire lock);
+ return 0;
+ }
st-buf[0] = REQUEST_NEW_I2C_WRITE;
st-buf[1] = msg[i].addr 1;
st-buf[2] = (en_start 7) | (en_stop 6) |
@@ -227,6 +249,7 @@ static int dib0700_i2c_xfer_new(struct i2c_adapter *adap,
struct i2c_msg *msg,
USB_TYPE_VENDOR | USB_DIR_OUT,
0, 0, st-buf, msg[i].len + 4,
USB_CTRL_GET_TIMEOUT);
+ mutex_unlock(d-usb_mutex);
if (result 0) {
deb_info(i2c write error (status = %d)\n,
result);
break;
@@ -249,6 +272,10 @@ static int dib0700_i2c_xfer_legacy(struct i2c_adapter
Processed: Re: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.
Processing commands for cont...@bugs.debian.org: tags 647960 + patch moreinfo Bug #647960 [linux-2.6] linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported. Added tag(s) moreinfo and patch. quit Stopping processing here. Please contact me if you need assistance. -- 647960: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647960 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13207101736801.transcr...@bugs.debian.org
Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.
Jonathan Nieder wrote:
Guy Roussin wrote:
i get this error every 20seconds with my Hauppauge Nova-T Stick USB.
see also https://bugzilla.redhat.com/show_bug.cgi?id=733827
Does the following patch fix it?
Hmm, probably best to apply the following while at it.
commit 79fcce3230b1
Author: Patrick Boettcher patrick.boettc...@dibcom.fr
Date: Wed Aug 3 12:08:21 2011 -0300
[media] DiBcom: protect the I2C bufer access
This patch protects the I2C buffer access in order to manage concurrent
access. This protection is done using mutex.
Furthermore, for the dib9000, if a pid filtering command is
received during the tuning, this pid filtering command is delayed to
avoid any concurrent access issue.
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Florian Mickler flor...@mickler.org
Cc: sta...@kernel.org
Signed-off-by: Olivier Grenie olivier.gre...@dibcom.fr
Signed-off-by: Patrick Boettcher patrick.boettc...@dibcom.fr
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/frontends/dib0070.c
b/drivers/media/dvb/frontends/dib0070.c
index 1d47d4da7d4c..dc1cb17a6ea7 100644
--- a/drivers/media/dvb/frontends/dib0070.c
+++ b/drivers/media/dvb/frontends/dib0070.c
@@ -27,6 +27,7 @@
#include linux/kernel.h
#include linux/slab.h
#include linux/i2c.h
+#include linux/mutex.h
#include dvb_frontend.h
@@ -78,10 +79,18 @@ struct dib0070_state {
struct i2c_msg msg[2];
u8 i2c_write_buffer[3];
u8 i2c_read_buffer[2];
+ struct mutex i2c_buffer_lock;
};
-static uint16_t dib0070_read_reg(struct dib0070_state *state, u8 reg)
+static u16 dib0070_read_reg(struct dib0070_state *state, u8 reg)
{
+ u16 ret;
+
+ if (mutex_lock_interruptible(state-i2c_buffer_lock) 0) {
+ dprintk(could not acquire lock);
+ return 0;
+ }
+
state-i2c_write_buffer[0] = reg;
memset(state-msg, 0, 2 * sizeof(struct i2c_msg));
@@ -96,13 +105,23 @@ static uint16_t dib0070_read_reg(struct dib0070_state
*state, u8 reg)
if (i2c_transfer(state-i2c, state-msg, 2) != 2) {
printk(KERN_WARNING DiB0070 I2C read failed\n);
- return 0;
- }
- return (state-i2c_read_buffer[0] 8) | state-i2c_read_buffer[1];
+ ret = 0;
+ } else
+ ret = (state-i2c_read_buffer[0] 8)
+ | state-i2c_read_buffer[1];
+
+ mutex_unlock(state-i2c_buffer_lock);
+ return ret;
}
static int dib0070_write_reg(struct dib0070_state *state, u8 reg, u16 val)
{
+ int ret;
+
+ if (mutex_lock_interruptible(state-i2c_buffer_lock) 0) {
+ dprintk(could not acquire lock);
+ return -EINVAL;
+ }
state-i2c_write_buffer[0] = reg;
state-i2c_write_buffer[1] = val 8;
state-i2c_write_buffer[2] = val 0xff;
@@ -115,9 +134,12 @@ static int dib0070_write_reg(struct dib0070_state *state,
u8 reg, u16 val)
if (i2c_transfer(state-i2c, state-msg, 1) != 1) {
printk(KERN_WARNING DiB0070 I2C write failed\n);
- return -EREMOTEIO;
- }
- return 0;
+ ret = -EREMOTEIO;
+ } else
+ ret = 0;
+
+ mutex_unlock(state-i2c_buffer_lock);
+ return ret;
}
#define HARD_RESET(state) do { \
@@ -734,6 +756,7 @@ struct dvb_frontend *dib0070_attach(struct dvb_frontend
*fe, struct i2c_adapter
state-cfg = cfg;
state-i2c = i2c;
state-fe = fe;
+ mutex_init(state-i2c_buffer_lock);
fe-tuner_priv = state;
if (dib0070_reset(fe) != 0)
diff --git a/drivers/media/dvb/frontends/dib0090.c
b/drivers/media/dvb/frontends/dib0090.c
index c9c935ae41e4..b174d1c78583 100644
--- a/drivers/media/dvb/frontends/dib0090.c
+++ b/drivers/media/dvb/frontends/dib0090.c
@@ -27,6 +27,7 @@
#include linux/kernel.h
#include linux/slab.h
#include linux/i2c.h
+#include linux/mutex.h
#include dvb_frontend.h
@@ -196,6 +197,7 @@ struct dib0090_state {
struct i2c_msg msg[2];
u8 i2c_write_buffer[3];
u8 i2c_read_buffer[2];
+ struct mutex i2c_buffer_lock;
};
struct dib0090_fw_state {
@@ -208,10 +210,18 @@ struct dib0090_fw_state {
struct i2c_msg msg;
u8 i2c_write_buffer[2];
u8 i2c_read_buffer[2];
+ struct mutex i2c_buffer_lock;
};
static u16 dib0090_read_reg(struct dib0090_state *state, u8 reg)
{
+ u16 ret;
+
+ if (mutex_lock_interruptible(state-i2c_buffer_lock) 0) {
+ dprintk(could not acquire lock);
+ return 0;
+ }
+
state-i2c_write_buffer[0] = reg;
memset(state-msg, 0, 2 * sizeof(struct i2c_msg));
@@ -226,14 +236,24 @@ static u16 dib0090_read_reg(struct dib0090_state *state,
u8 reg)
if (i2c_transfer(state-i2c, state-msg, 2) != 2) {
printk(KERN_WARNING DiB0090 I2C read failed\n);
-
Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.
forcemerge 639161 647960 tags 639161 - moreinfo quit Guy Roussin wrote: i get this error every 20seconds with my Hauppauge Nova-T Stick USB. More details at http://bugs.debian.org/639161 -- 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/2008001722.gc24...@elie.hsd1.il.comcast.net
Processed: Re: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.
Processing commands for cont...@bugs.debian.org: forcemerge 639161 647960 Bug#639161: linux-image-3.0.0-1-686-pae: Upgrade 2.6.39 - 3.0.0 breaks playback on DiBcom 7000PC Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported. Forcibly Merged 639161 647960. tags 639161 - moreinfo Bug #639161 [linux-2.6] linux-image-3.0.0-1-686-pae: Upgrade 2.6.39 - 3.0.0 breaks playback on DiBcom 7000PC Bug #647960 [linux-2.6] linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported. Removed tag(s) moreinfo. Removed tag(s) moreinfo. quit Stopping processing here. Please contact me if you need assistance. -- 639161: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639161 647960: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647960 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.132071145313396.transcr...@bugs.debian.org
Bug#646063: net: fix route cache rebuilds
Hi Eric, hi Ben, this is an update regarding this case: Eric Dumazet eric.duma...@gmail.com wrote Fri, Oct 21, 2011 7:44 AM Le vendredi 21 octobre 2011 à 01:07 +0100, Ben Hutchings a écrit : Eric, do you see any problems with this? Would we need any more follow-up fixes? Hi Ben This patch is probably safe, it should avoid the emergency rebuild trigger.even with few entries in cache, because of one long chain [different TOS values being mapped to the same slot ] But I believe another bug was fixed in 6a2bad70d546cf30 (ipv4: Restart rt_intern_hash after emergency rebuild ) If Florian route cache use is light/normal, this second commit is probably not needed. Unfortunately the system still suffered from two network disconnects starting with the following messages in the kernel log: Nov 7 06:38:41 spozerl kernel: [ 9025.854230] Route hash chain too long! Nov 7 06:38:41 spozerl kernel: [ 9025.854237] Adjust your secret_interval! Nov 7 07:10:53 spozerl kernel: [10953.398869] eth0: 5 rebuilds is over limit, route caching disabled Nov 7 07:10:53 spozerl kernel: [10953.398876] Route hash chain too long! Nov 7 07:10:53 spozerl kernel: [10953.398878] Adjust your secret_interval! Nov 7 07:12:59 spozerl kernel: [11080.006209] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.012829] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.019653] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.019704] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.022230] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.023285] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.023680] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.023731] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.024538] dst cache overflow Nov 7 07:12:59 spozerl kernel: [11080.026248] dst cache overflow Nov 7 07:13:04 spozerl kernel: [11085.007358] __ratelimit: 595 callbacks suppressed Nov 7 07:13:04 spozerl kernel: [11085.007362] dst cache overflow Nov 7 07:13:04 spozerl kernel: [11085.009144] dst cache overflow [...] -Florian -- 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/002101cc9dae$d9ed7530$8dc85f90$@de
Processed: your mail
Processing commands for cont...@bugs.debian.org:
# bugs with submitter anar...@anarcat.ath.cx
submitter 343278 !
Bug #343278 [util-vserver] util-vserver: /etc/vservers/.distributions/dist/apt
does not apply to the debootstrap method
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 224510 !
Bug #224510 [xine-lib] stuttering audio on IBM ThinkPad 380z 2635-JGU
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 597664 !
Bug #597664 [linux-2.6] linux-image-2.6.32-5-686: Xorg crashes with radeon
kernel messages
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 506900 !
Bug #506900 [nagios3] nagios2: status map too clobbered to be useful
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupre anar...@anarcat.ath.cx'
submitter 559370 !
Bug #559370 {Done: Sebastian Harl tok...@debian.org} [rrdtool] rrdtool: new
upstream release available (1.4.2)
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'antoine
beaupre anar...@anarcat.ath.cx'
submitter 563545 !
Bug #563545 [portmap] portmap: IPv6 support
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 574789 !
Bug #574789 [wnpp] RFP: freebsd-ppp -- FreeBSD Point-to-Point Protocol (PPP)
userland daemon
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'antoine
beaupre anar...@anarcat.ath.cx'
submitter 197301 !
Bug #197301 [xemacs21-bin] xemacs21-bin editor alternative should point to
gnuclient or editclient
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 511828 !
Bug #511828 [mpd] mpd: sort playlists display
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 599040 !
Bug #599040 [sweethome3d] sweethome3d: complains about GLX 1.3, impossibly slow
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 532923 !
Bug #532923 [wnpp] ITP: aegir-provision -- backend of the Aegir hosting system
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 345068 !
Bug #345068 {Done: Jerome Robert jeromerob...@gmx.com} [kdirstat] kdirstat:
implement a way to save session
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'The
Anarcat anar...@anarcat.ath.cx'
submitter 580949 !
Bug #580949 [libnetgraph4] libnetgraph4: netgraph completely broken
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'antoine
beaupre anar...@anarcat.ath.cx'
# bugs with submitter anar...@koumbit.org
submitter 619454 !
Bug #619454 [lcdproc] init.d/lcdproc missing
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 645055 !
Bug #645055 {Done: Ben Hutchings b...@decadent.org.uk} [linux-2.6] rtl8192ce
does not support changing interface type (adhoc vs managed)
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 624248 !
Bug #624248 [openssh-server] openssh-server: allow %g (group) pattern in
ChrootDirectory directive
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 627362 !
Bug #627362 [wnpp] RFP: jitsi -- multi-protocol audio/video and chat
communicator
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 646882 !
Bug #646882 [git-buildpackage] git-pbuilder: ARCH should have a sane default
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 606983 !
Bug #606983 [redmine] run redmine as the redmine user
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupre anar...@koumbit.org'
submitter 635935 !
Bug #635935 [pinentry-gtk2] fails to fallback if it can't connect to DISPLAY
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 645333 !
Bug #645333 [wnpp] ITP: qthid-fcd-controller -- simple controller for the
Funcube Dongle SDR
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 633407 !
Bug #633407 [wnpp] RFP: shapado -- question and answer system written in ruby
with a MongoDB backend
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupré anar...@koumbit.org'
submitter 606982 !
Bug #606982 [redmine] redmine: fails to upgrade all instances
Changed Bug submitter to 'Antoine Beaupré anar...@debian.org' from 'Antoine
Beaupre anar...@koumbit.org'
submitter
Processed: tagging 647958
Processing commands for cont...@bugs.debian.org: tags 647958 + pending Bug #647958 [linux-2.6] linux 3.1: debconf prompts for iwlwifi-135-IWL135_UCODE_API_MAX.ucode firmware instead of iwlwifi-135-6.ucode Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 647958: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647958 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13207175479013.transcr...@bugs.debian.org
Bug#647979: Hibernation failed; failed to freeze udisks-daemon
Source: linux-2.6 Version: 3.1.0-1~experimental.1 Severity: normal During a low-battery hibernation: [89109.391825] PM: Marking nosave pages: 0009d000 - 0010 [89109.391842] PM: Marking nosave pages: 2000 - 2020 [89109.391878] PM: Marking nosave pages: 4000 - 4020 [89109.391913] PM: Marking nosave pages: da99f000 - dafff000 [89109.392005] PM: Marking nosave pages: db00 - 0001 [89109.395623] PM: Basic memory bitmaps created [89109.395632] PM: Syncing filesystems ... done. [89109.430707] Freezing user space processes ... [89129.421001] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0): [89129.421162] udisks-daemon D 88011e252f40 0 1636 1635 0x0084 [89129.421174] 8801182fd850 0082 8801191680c0 8800abbf3890 [89129.421185] 00012f40 8801160fdfd8 8801160fdfd8 8801182fd850 [89129.421195] 8801182fd898 8800abbf38d8 88011e252f40 7fff [89129.421205] Call Trace: [89129.421223] [8132c19e] ? schedule_timeout+0x2c/0xdb [89129.421235] [81036030] ? test_tsk_need_resched+0xa/0x13 [89129.421244] [81039cb4] ? check_preempt_curr+0x52/0x5f [89129.421252] [81039d11] ? ttwu_do_wakeup+0x50/0xc4 [89129.421262] [810700c1] ? arch_local_irq_save+0x11/0x17 [89129.421272] [8132d014] ? _raw_spin_lock_irqsave+0x9/0x25 [89129.421281] [8132bde4] ? wait_for_common+0xa0/0x119 [89129.421290] [8103e3ce] ? try_to_wake_up+0x192/0x192 [89129.421301] [8105a141] ? flush_work+0x21/0x2a [89129.421309] [810594c6] ? do_work_for_cpu+0x1b/0x1b [89129.421320] [8118f55a] ? disk_clear_events+0x86/0xe4 [89129.421348] [81119d9c] ? check_disk_change+0x22/0x50 [89129.421366] [a0104509] ? sd_open+0xe7/0x193 [sd_mod] [89129.421373] [8111ab59] ? __blkdev_get+0xdd/0x387 [89129.421380] [8111b0aa] ? blkdev_get+0x2a7/0x2a7 [89129.421386] [8111afca] ? blkdev_get+0x1c7/0x2a7 [89129.421393] [8111b0aa] ? blkdev_get+0x2a7/0x2a7 [89129.421403] [810f2466] ? __dentry_open+0x17f/0x296 [89129.421412] [810fb734] ? dget+0x12/0x1e [89129.421421] [810fe926] ? do_last+0x45b/0x577 [89129.421430] [810fed9a] ? path_openat+0xce/0x31c [89129.421439] [810ff027] ? do_filp_open+0x2a/0x6e [89129.421448] [810353ab] ? should_resched+0x5/0x23 [89129.421456] [8132bd2f] ? _cond_resched+0x7/0x1c [89129.421465] [81107bf7] ? alloc_fd+0x64/0x109 [89129.421473] [810f3327] ? do_sys_open+0x5e/0xe5 [89129.421483] [81331fd2] ? system_call_fastpath+0x16/0x1b [89129.421497] [89129.421499] Restarting tasks ... done. [89129.423086] PM: Basic memory bitmaps freed -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/2008022402.10547.59254.reportbug@leaf
Bug#647979: Hibernation failed; failed to freeze udisks-daemon
Hi, Josh Triplett wrote: Version: 3.1.0-1~experimental.1 [...] During a low-battery hibernation: [...] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0): udisks-daemon D 88011e252f40 0 1636 1635 0x0084 [...] [89129.421348] [81119d9c] ? check_disk_change+0x22/0x50 This might be the same bug as [1]. Is it reproducible? If so, can you try the patches described at [2]? [1] http://bugs.debian.org/628600 [2] http://thread.gmane.org/gmane.linux.kernel/1123206/focus=1209014 -- 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/2008023846.ga25...@elie.hsd1.il.comcast.net
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
Mariusz at Biblioteka UR reports this failure in a new Debian
installation on a SunFire v490 system:
[0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3)
(b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug
27 19:51:14 UTC 20
[...]
[ 52.190433] Fusion MPT base driver 3.04.19
[ 52.238528] Copyright (c) 1999-2008 LSI Corporation
[...]
[ 52.370161] Fusion MPT SPI Host driver 3.04.19
[ 52.370364] mptbase: ioc0: Initiating bringup
[...]
[ 52.847504] ioc0: LSI53C1030 C0: Capabilities={Initiator,Target}
[...]
[ 68.319518] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 69.175505] mptbase: ioc0: Attempting Retry Config request type 0x3, page
0x, action 0
[ 84.267524] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 84.364482] mptbase: ioc0: Initiating recovery
[ 90.299505] mptbase: ioc0: Attempting Retry Config request type 0x3, page
0x, action 0
[ 105.391523] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 105.488509] mptbase: ioc0: Initiating recovery
[ 126.527516] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 127.383505] mptbase: ioc0: Attempting Retry Config request type 0x4, page
0x1, action 0
[ 142.475528] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 142.572504] mptbase: ioc0: Initiating recovery
[ 148.611505] mptbase: ioc0: Attempting Retry Config request type 0x4, page
0x1, action 0
[ 163.703482] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 163.800495] mptbase: ioc0: Initiating recovery
(I think there are some characters missing in the above log,
particularly the page numbers.)
However, the driver apparently works on the same system in a !SMP kernel
configuration.
The complete report can be found at http://bugs.debian.org/647900.
Can you suggest any way to correct or debug this problem?
Ben.
--
Ben Hutchings
You can't have everything. Where would you put it?
signature.asc
Description: This is a digitally signed message part
Processed: tagging 647900, bug 647900 is forwarded to dl-mptfusionli...@lsi.com
Processing commands for cont...@bugs.debian.org: tags 647900 - moreinfo Bug #647900 [linux-image-3.0.0-1-sparc64-smp] linux-image-3.0.0-1-sparc64-smp: Server fails to boot with illegal instruction on SunFire v490 Removed tag(s) moreinfo. forwarded 647900 dl-mptfusionli...@lsi.com Bug #647900 [linux-image-3.0.0-1-sparc64-smp] linux-image-3.0.0-1-sparc64-smp: Server fails to boot with illegal instruction on SunFire v490 Set Bug forwarded-to-address to 'dl-mptfusionli...@lsi.com'. thanks Stopping processing here. Please contact me if you need assistance. -- 647900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647900 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.132072155225625.transcr...@bugs.debian.org
Processed: reassign 647866 to src:linux-2.6
Processing commands for cont...@bugs.debian.org: reassign 647866 src:linux-2.6 2.6.32-38 Bug #647866 [linux-base] Network: Packages over hub via bnc not received Bug reassigned from package 'linux-base' to 'src:linux-2.6'. Bug No longer marked as found in versions linux-2.6/2.6.32-38. Bug #647866 [src:linux-2.6] Network: Packages over hub via bnc not received The source linux-2.6 and version do not appear to match any binary packages Bug Marked as found in versions linux-2.6/2.6.32-38. thanks Stopping processing here. Please contact me if you need assistance. -- 647866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647866 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.132072198827821.transcr...@bugs.debian.org
Bug#647866: Network: Packages over hub via bnc not received
On Mon, 2011-11-07 at 01:48 +0100, debian wrote: Package: linux-base Version: 2.6.32-38 Severity: normal Hello, sorry for this unspecific bug report / question: After installing debian squeeze the networking does not work in the following situation: Situation: I have a debian patched Dockstar (embedded system dockingstation NAS) box which is connected to a hub. This hub is connected via bnc-cable (coax) to another hub on which a linux box (Suse) is connected (router to internet). If Dockstar tries to connect to internet it arps for the gateway MAC (arp-request is seen on all netork parts with wireshark). The answer (arp-replay) is also seen an all network part. The arp table on the dockstar will not be updated by this communication (arp -n shows always (incomplete) for HWaddress) and continoues arp request can be seen. Any network packet directed to the dockstar can be seen on all parts of the network (this were seen with whireshark) but in debian there is nothing received. If I connect the debian-dockstar and the linuxbox over the same hub without bnc the communication is OK! It seems NOT to be a hardware problem of the dockstar, because with original firmware (also a linux) connection over bnc to internet works fine. I found a information on internet about problem with older hub/network hardware which inject some sort of incorrect crc errors http://www.plugcomputer.org/plugforum/index.php?topic=5772.msg18770#msg18770 Is there a way to configure debian linux to ignore such crc errors? CRC checking is a hardware feature and should not be disabled. If you were to do so, you would find that the contents of the received packets are junk. I would guess that the problem is related to signal levels. Because you are using hubs, signals have to travel all the way from one computer to the other, whereas a switch or router will receive and re-transmit each packet. When you remove the coax cable you are shortening the distance between the computers and so the received signal is stronger and there are fewer errors. Maybe the original firmware enables higher amplification for received signals, so the network interface can properly decode weak signals. What is the network driver and where is the source for the original firmware? What I do not understand is that all other linux boxes do not have this problem. Because other people do not use 10BASE-2 and hubs! Is there a relevant change on kernel module concerning networking? No. Ben. -- Ben Hutchings You can't have everything. Where would you put it? signature.asc Description: This is a digitally signed message part
Processed: tagging 647866
Processing commands for cont...@bugs.debian.org: tags 647866 + moreinfo Bug #647866 [src:linux-2.6] Network: Packages over hub via bnc not received Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 647866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647866 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.132072285932484.transcr...@bugs.debian.org
Bug#646063: net: fix route cache rebuilds
Le mardi 08 novembre 2011 à 01:39 +0100, Florian Fuessl a écrit : Unfortunately the system still suffered from two network disconnects starting with the following messages in the kernel log: Nov 7 06:38:41 spozerl kernel: [ 9025.854230] Route hash chain too long! Nov 7 06:38:41 spozerl kernel: [ 9025.854237] Adjust your secret_interval! Nov 7 07:10:53 spozerl kernel: [10953.398869] eth0: 5 rebuilds is over limit, route caching disabled Nov 7 07:10:53 spozerl kernel: [10953.398876] Route hash chain too long! Nov 7 07:10:53 spozerl kernel: [10953.398878] Adjust your secret_interval! Nov 7 07:12:59 spozerl kernel: [11080.006209] dst cache overflow ... Nov 7 07:13:04 spozerl kernel: [11085.007358] __ratelimit: 595 callbacks suppressed Nov 7 07:13:04 spozerl kernel: [11085.007362] dst cache overflow Nov 7 07:13:04 spozerl kernel: [11085.009144] dst cache overflow [...] If patch is already in your kernel, your machine is under stress, and route cache is disabled. You probably need to adjust route cache hash size. grep . /proc/sys/net/ipv4/route/* -- 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/1320734944.8976.3.camel@edumazet-laptop
Bug#647979: Hibernation failed; failed to freeze udisks-daemon
On Mon, Nov 07, 2011 at 08:38:46PM -0600, Jonathan Nieder wrote: Josh Triplett wrote: Version: 3.1.0-1~experimental.1 [...] During a low-battery hibernation: [...] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0): udisks-daemon D 88011e252f40 0 1636 1635 0x0084 [...] [89129.421348] [81119d9c] ? check_disk_change+0x22/0x50 This might be the same bug as [1]. I don't have any optical drives, so that seems unlikely. Is it reproducible? Just tried hibernating again, and it didn't occur, so not 100% reproducible. I'll report back if it happens again; otherwise, it may have to wait until other people report the same bug. Sadly, kerneloops.org remains down, so I can't check there for similar backtraces. - Josh Triplett -- 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/2008065018.GA10280@leaf
