Bug#994445: Libreoffice suggests wrong KDE package
Package: libreoffice Version: 1:7.0.4-4 After installing the package "libreoffice-plasma" which was suggested by package "libreoffice" [1], Libreoffice looked pretty bad on KDE. I had to look at the Debian Wiki [2] to find out that the proper package to install is "libreoffice-kde5". Please change that suggestion on the "libreoffice" package. [1] "Suggests: libreoffice-gnome | libreoffice-plasma" [2] https://wiki.debian.org/LibreOffice#How_to_install_LibreOffice
Bug#935899: Acknowledgement (Quotas stopped working after upgrade to buster (systemd problem?))
This bug is almost a year old and still unfixed. Worse than that I did not get a single comment on the issue. Is this package dead? When fixing it you should also fix this: Aug 1 12:34:56 hostname systemd[1]: /lib/systemd/system/dovecot.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/dovecot/master.pid → /run/dovecot/master.pid; please update the unit file accordingly.
Bug#935899: Quotas stopped working after upgrade to buster (systemd problem?)
Package: dovecot-core Version: 1:2.3.4.1-5 Quotas stopped working after upgrade to buster and syslog is spammed with error messages like this one Aug 27 12:34:56 hostname dovecot: imap(username): Error: Failed to get quota resource STORAGE: quota-fs: quotactl(Q_GETQUOTA, /dev/volumename) failed: No such file or directory this command works "# doveadm quota get -u username" Problem seems to be systemd PrivateDevices=true in dovecot.service: https://www.dovecot.nl/pipermail/dovecot/2019-March/115121.html
Bug#859681: TechnoTrend_AG_TT-USB_Infrared_Device not working
Package: linux-image-4.9.0-2-armmp Version: 4.9.13-1 Severity: wishlist Tags: stretch sid Hi, this is probably the wrong place to report this bug but since I do not know a better place I will report it here and hope someone could get a patch upstream. I have a Technotrend USB Infrared Remote Control which is not working. http://technotrend.eu/2724/USB_Infrarot-Empfaenger.html Other remote controls I have tried worked out-of-the-box, but this one unfortunately does not. It looks like the mapping of the scancodes to the keycodes is missing. proposed mapping: > Event code 2 (KEY_1) 1043 > Event code 3 (KEY_2) 1044 > Event code 4 (KEY_3) 1045 > Event code 5 (KEY_4) 1046 > Event code 6 (KEY_5) 1047 > Event code 7 (KEY_6) 1048 > Event code 8 (KEY_7) 1049 > Event code 9 (KEY_8) 104a > Event code 10 (KEY_9) 104b > Event code 11 (KEY_0) 104c > Event code 103 (KEY_UP) 104d > Event code 105 (KEY_LEFT) 1050 > Event code 106 (KEY_RIGHT) 1041 > Event code 108 (KEY_DOWN) 1051 > Event code 113 (KEY_MUTE) 1058 > Event code 114 (KEY_VOLUMEDOWN) 1066 > Event code 115 (KEY_VOLUMEUP) 1065 > Event code 116 (KEY_POWER) 1041 > Event code 119 (KEY_PAUSE) 107e > Event code 128 (KEY_STOP) 107c -- play/pause > Event code 141 (KEY_SETUP) -- missing > Event code 159 (KEY_FORWARD) 107f > Event code 167 (KEY_RECORD) 107a > Event code 168 (KEY_REWIND) 107d > Event code 174 (KEY_EXIT) 1053 > Event code 207 (KEY_PLAY) 107b > Event code 352 (KEY_OK) 104f > Event code 357 (KEY_OPTION) 1042 -- channel > Event code 358 (KEY_INFO) 1052 > Event code 365 (KEY_EPG) 1062 > Event code 373 (KEY_MODE) 105a -- tv/radio > Event code 388 (KEY_TEXT) 1059 > Event code 398 (KEY_RED) 1054 > Event code 399 (KEY_GREEN) 1055 > Event code 400 (KEY_YELLOW) 1056 > Event code 401 (KEY_BLUE) 1057 > Event code 402 (KEY_CHANNELUP) 1063 > Event code 403 (KEY_CHANNELDOWN) 1064 > Event code 410 (KEY_SHUFFLE) > # udevadm info /dev/input/by-id/* > P: > /devices/platform/soc/3f98.usb/usb1/1-1/1-1.4/1-1.4:1.0/rc/rc0/input0/event0 > N: input/event0 > S: input/by-id/usb-TechnoTrend_AG_TT-USB_Infrared_Device-event-ir > S: input/by-path/platform-3f98.usb-usb-0:1.4:1.0-event-ir > E: > DEVLINKS=/dev/input/by-id/usb-TechnoTrend_AG_TT-USB_Infrared_Device-event-ir > /dev/input/by-path/platform-3f98.usb-usb-0:1.4:1.0-event-ir > E: DEVNAME=/dev/input/event0 > E: > DEVPATH=/devices/platform/soc/3f98.usb/usb1/1-1/1-1.4/1-1.4:1.0/rc/rc0/input0/event0 > E: ID_BUS=usb > E: ID_INPUT=1 > E: ID_INPUT_KEY=1 > E: ID_MODEL=TT-USB_Infrared_Device > E: ID_MODEL_ENC=TT-USB\x20Infrared\x20Device > E: ID_MODEL_ID=2003 > E: ID_PATH=platform-3f98.usb-usb-0:1.4:1.0 > E: ID_PATH_TAG=platform-3f98_usb-usb-0_1_4_1_0 > E: ID_REVISION=0101 > E: ID_SERIAL=TechnoTrend_AG_TT-USB_Infrared_Device > E: ID_TYPE=generic > E: ID_USB_DRIVER=ttusbir > E: ID_USB_INTERFACES=:00: > E: ID_USB_INTERFACE_NUM=00 > E: ID_VENDOR=TechnoTrend_AG > E: ID_VENDOR_ENC=TechnoTrend\x20AG > E: ID_VENDOR_ID=0b48 > E: MAJOR=13 > E: MINOR=64 > E: SUBSYSTEM=input > E: USEC_INITIALIZED=7868779 I always annotated the button I will press and then pressed it one time > # evtest > No device specified, trying to scan all of /dev/input/event* > Available devices: > /dev/input/event0: TechnoTrend USB IR Receiver > /dev/input/event1: MCE IR Keyboard/Mouse (ttusbir) > Select the device event number [0-1]: 0 > Input driver version is 1.0.1 > Input device ID: bus 0x3 vendor 0xb48 product 0x2003 version 0x101 > Input device name: "TechnoTrend USB IR Receiver" > Supported events: > Event type 0 (EV_SYN) > Event type 1 (EV_KEY) > Event code 2 (KEY_1) > Event code 3 (KEY_2) > Event code 4 (KEY_3) > Event code 5 (KEY_4) > Event code 6 (KEY_5) > Event code 7 (KEY_6) > Event code 8 (KEY_7) > Event code 9 (KEY_8) > Event code 10 (KEY_9) > Event code 11 (KEY_0) > Event code 103 (KEY_UP) > Event code 105 (KEY_LEFT) > Event code 106 (KEY_RIGHT) > Event code 108 (KEY_DOWN) > Event code 113 (KEY_MUTE) > Event code 114 (KEY_VOLUMEDOWN) > Event code 115 (KEY_VOLUMEUP) > Event code 116 (KEY_POWER) > Event code 119 (KEY_PAUSE) > Event code 128 (KEY_STOP) > Event code 141 (KEY_SETUP) > Event code 159 (KEY_FORWARD) > Event code 167 (KEY_RECORD) > Event code 168 (KEY_REWIND) > Event code 174 (KEY_EXIT) > Event code 207 (KEY_PLAY) > Event code 352 (KEY_OK) > Event code 357 (KEY_OPTION) > Event code 358 (KEY_INFO) > Event code 365 (KEY_EPG) > Event code 373 (KEY_MODE) > Event code 388 (KEY_TEXT) > Event code 398 (KEY_RED) > Event code 399 (KEY_GREEN) > Event code 400 (KEY_YELLOW) > Event code 401 (KEY_BLUE) > Event code 402 (KEY_CHANNELUP) > Event code 403 (KEY_CHANNELDOWN) > Event code 410 (KEY_SHUFFLE) > Event type 4 (EV_MSC) > Event code 4 (MSC_SCAN) > Key repeat handling: > Repeat type 20 (EV_REP) > Repeat
Bug#848101: Package name + config.txt & cmdline.txt as conffiles
Package: raspi3-firmware Version: 1.20161123-2 Severity: important Tags: sid Thanks for packaging the raspi firmware. As this package basically only contains the blobs which are working on all Raspberry Pis (1-3), wouldn't it be more appropriate to name this package "raspi-firmware"? (And make it available on armhf too.) Also config.txt & cmdline.txt should be treated as conffiles so that changes the user has made (e.g. special hdmi parameters or codec licenses) won't get overridden on every kernel update. I would suggest to place them somewhere in /etc instead of auto-generating them in the kernel postinst script and just copy them to the firmware folder in the kernel postinst script. If you copy the kernel, initramfs + dtb to fixed positions (like the "/vmlinuz" & "/initrd.img" symlinks) in the kernel postinst script then config.txt & cmdline.txt don't need to be touched on every update. Another idea would be to only write them if they don't exist yet. I've put these two issues together because without a customizable config.txt the package indeed only works on a raspi3 because of the "arm_control=0x200" & "device_tree=bcm2837-rpi-3-b.dtb" lines. Severity set to important, cause all user changes to the config files are lost on every update, rendering this package useless for many users.
Bug#680965: mpm-itk: Allow setting Tomoyo domainname (or other MAC implementations?)
Package: apache2-mpm-itk Version: 2.2.22-9 Severity: wishlist Please provide a way to let mpm-itk set a Tomoyo domainname (Mandatory Access Control). It should be done by simply writing a string to a file. I think if the file is configurable, it should work for other MAC implementations too. For Tomoyo it should be done by something like this: echo new domainname /sys/kernel/security/tomoyo/self_domain For more information see: http://sourceforge.jp/projects/tomoyo/svn/view/branches/mod_tomoyo.c?revision=5673root=tomoyo I am not much experienced in AppArmor, but for AppArmor this should work: echo changehat hat name^token /proc/self/attr/current I think this approach (using MAC) should be much safer than suexec, because suexec is SUID which puts much trust to www-data account. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610778: echo to file is not atomic
Package: bash Version: 4.1-3 Severity: important Tags: squeeze sid When I redirect an echo output to a file the output gets mixed with other output. Demo script #!/bin/sh echo -ne \na $1\nb $1\nc $1\n/test Demo script end When I call this script twice very fast (with 1 and 2 as parameters), I get random output in the file like: Actual file content a 1 a 2 b 1 b 2 c 1 c 2 Actual file content end Sometimes the output is even more mixed. But I should get this: Expected file content a 1 b 1 c 1 a 2 b 2 c 2 Expected file content end I think that bash is splitting the output before writing them to the file, because the split always happens at the newlines. Is there any workaround for this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598886: dahdi-source: vzaphfc does not work: Unable to receive TEI from network
Alex, can you test long calls? On my side everything looks good too, but after approximately one minute of phoning (sometimes more sometimes less) my system freezes. I could not solve that problem yet, but I think I should file a separate bug for that. I could solve the TEI problem with a newer upstream version of vzaphfc. There is a version specially for dahdi 2.3.0. (A version for 2.4.0 is also available). Nice! I can also confirm that the TEI problem can be solved by patching dahdi-source 2.3.0.1+dfsg-1 zaphfc/base.c with upstream's r8=r9 branch 2.3 (http://zaphfc.googlecode.com/svn). But the kernel warning problem remains. Maybe dahdi 2.4.0 can solve that problem? In my case, it is even better than karl's report, as it also got rid of the warn_slowpath_common. This has been tested on 2 different machines (w/ and w/o shared irq), although with the same HFC card. I'm using stock squeeze kernel package (linux-image-2.6.32-5-686 2.6.32-23). I can make receive calls over the dahdi channels, so everything looks good to me. I can even see the callerid being received properly in the logs (although my dialplan needs more tweaking to handle the callerid changes occurred since asterisk 1.2, but you don't care). I didn't try dahdi 2.4 or any other kernel version. I just want a standard system I can forget and update without thinking too much... Smallish changes: $ diff /usr/src/modules/dahdi/drivers/dahdi/zaphfc/base.c /usr/src/zaphfc-googlecode/branches/2.3/zaphfc/base.c 34a35 #if (LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 32)) 35a37 #endif 659a662 hfccard-span.owner = THIS_MODULE; 701c704 hfccard-sigchan = hfccard-chans[D]; --- hfccard-sigchan = hfccard-chans[DAHDI_D]; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598886: dahdi-source: vzaphfc does not work: Unable to receive TEI from network
I suspect this is the making of mISDN. Is this reproducable when mISDN is blacklisted? It also happens when mISDN_core and hfcpci are blacklisted and the dadhi drivers are started during system startup. The kernel warning then occurs 4 - 5 seconds after system start. I could solve the TEI problem with a newer upstream version of vzaphfc. There is a version specially for dahdi 2.3.0. (A version for 2.4.0 is also available). But the kernel warning problem remains. Maybe dahdi 2.4.0 can solve that problem? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599021: eth0 stops working after a bit of traffic
Package: linux-image-2.6.32-5-686 Version: 2.6.32-23 Severity: important Tags: squeeze sid eth0 just stops sending/receiving packets without going down or so. The only thing that happens is a kernel warning and after that no traffic can pass through eth0. Other network cards are not affected. Happens with: - 2.6.32-18 - 2.6.32-23 Does not happen with: - 2.6.34 (from experimental) - 2.6.35 (from experimental) [ 1138.19] [ cut here ] [ 1138.40] WARNING: at /build/buildd-linux-2.6_2.6.32-18-i386-HNrmOz/linux-2.6-2.6.32/debian/build/source_i386_none/net/sched/sch_generic.c:261 dev_watchdog+0xbd/0x15d() [ 1138.45] Hardware name: P4i65G [ 1138.48] NETDEV WATCHDOG: eth0 (Sundance Technology IPG Triple-Speed Ethernet): transmit queue 0 timed out [ 1138.51] Modules linked in: nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc bridge stp tun xt_iprange xt_physdev ipt_REDIRECT ipt_MASQUERADE xt_hl xt_HL ip6table_filter ip6_tables ipt_REJECT ipt_LOG xt_state xt_tcpudp iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables quota_v2 quota_tree b1dma b1 kernelcapi ide_generic ide_gd_mod ide_cd_mod ide_core snd_pcsp i915 snd_pcm_oss snd_mixer_oss drm_kms_helper snd_pcm usbhid drm snd_timer hid hfcpci i2c_algo_bit snd soundcore video snd_page_alloc mISDN_core parport_pc parport output i2c_i801 psmouse i2c_core evdev shpchp rng_core serio_raw button pci_hotplug processor ext3 jbd mbcache raid1 md_mod sg sd_mod sr_mod cdrom crc_t10dif dl2k 8139cp ata_generic ipg ata_piix thermal uhci_hcd skge floppy 8139too mii libata ehci_hcd scsi_mod thermal_sys usbcore nls_base [last unloaded: scsi_wait_scan] [ 1138.000163] Pid: 0, comm: swapper Not tainted 2.6.32-5-686 #1 [ 1138.000167] Call Trace: [ 1138.000177] [c102ff4d] ? warn_slowpath_common+0x5e/0x8a [ 1138.000182] [c11e7634] ? dev_watchdog+0x0/0x15d [ 1138.000186] [c102ffab] ? warn_slowpath_fmt+0x26/0x2a [ 1138.000190] [c11e76f1] ? dev_watchdog+0xbd/0x15d [ 1138.000202] [c103a700] ? run_timer_softirq+0x16a/0x1eb [ 1138.000208] [c1035020] ? __do_softirq+0xaa/0x151 [ 1138.000212] [c10350f8] ? do_softirq+0x31/0x3c [ 1138.000216] [c10351ce] ? irq_exit+0x26/0x58 [ 1138.000223] [c1014020] ? smp_apic_timer_interrupt+0x6c/0x76 [ 1138.000228] [c1003b35] ? apic_timer_interrupt+0x31/0x38 [ 1138.000234] [c10085ab] ? mwait_idle+0x62/0x6c [ 1138.000238] [c1002388] ? cpu_idle+0x89/0xa5 [ 1138.000248] [c13bd7fc] ? start_kernel+0x318/0x31d [ 1138.000251] ---[ end trace 800e2b67b7083534 ]--- [ 8318.19] [ cut here ] [ 8318.37] WARNING: at /build/buildd-linux-2.6_2.6.32-23-i386-x1D1UQ/linux-2.6-2.6.32/debian/build/source_i386_none/net/sched/sch_generic.c:261 dev_watchdog+0xbd/0x15d() [ 8318.42] Hardware name: P4i65G [ 8318.45] NETDEV WATCHDOG: eth0 (Sundance Technology IPG Triple-Speed Ethernet): transmit queue 0 timed out [ 8318.48] Modules linked in: xt_TCPMSS xt_tcpmss pppoe pppox ppp_generic slhc nfsd exportfs dahdi_echocan_oslec echo nfs lockd fscache nfs_acl auth_rpcgss sunrpc bridge stp tun xt_iprange xt_physdev ipt_REDIRECT ipt_MASQUERADE xt_hl xt_HL ip6table_filter ip6_tables ipt_REJECT ipt_LOG xt_state xt_tcpudp iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables quota_v2 quota_tree b1dma b1 kernelcapi ide_generic ide_gd_mod ide_cd_mod ide_core i915 snd_pcsp drm_kms_helper drm snd_pcm_oss snd_mixer_oss i2c_algo_bit snd_pcm usbhid video snd_timer parport_pc hid evdev zaphfc output parport snd psmouse dahdi crc_ccitt soundcore i2c_i801 snd_page_alloc shpchp pci_hotplug button i2c_core serio_raw rng_core processor ext3 jbd mbcache raid1 md_mod sg sd_mod crc_t10dif sr_mod cdrom dl2k 8139cp ata_generic uhci_hcd ata_piix ehci_hcd 8139too ipg mii thermal skge floppy libata usbcore nls_base scsi_mod thermal_sys [last unloaded: scsi_ait_scan] [ 8318.000175] Pid: 0, comm: swapper Tainted: GW 2.6.32-5-686 #1 [ 8318.000181] Call Trace: [ 8318.000191] [c103014d] ? warn_slowpath_common+0x5e/0x8a [ 8318.000196] [c11e7db0] ? dev_watchdog+0x0/0x15d [ 8318.000201] [c10301ab] ? warn_slowpath_fmt+0x26/0x2a [ 8318.000205] [c11e7e6d] ? dev_watchdog+0xbd/0x15d [ 8318.000212] [c112c3eb] ? blk_rq_timed_out_timer+0x16/0xeb [ 8318.000218] [c103a8f4] ? run_timer_softirq+0x16a/0x1eb [ 8318.000223] [c1035214] ? __do_softirq+0xaa/0x151 [ 8318.000227] [c10352ec] ? do_softirq+0x31/0x3c [ 8318.000232] [c10353c2] ? irq_exit+0x26/0x58 [ 8318.000238] [c10140a9] ? smp_apic_timer_interrupt+0x6c/0x76 [ 8318.000244] [c1003b35] ? apic_timer_interrupt+0x31/0x38 [ 8318.000249] [c10085ab] ? mwait_idle+0x62/0x6c [ 8318.000253] [c1002388] ? cpu_idle+0x89/0xa5 [ 8318.000259] [c13bd7fc] ? start_kernel+0x318/0x31d [ 8318.000263] ---[ end trace edb1c0409b7af676 ]--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?
Bug#599021: eth0 stops working after a bit of traffic
Please send the output of 'lspci -vnn'. And in future, use reportbug to send bug reports, as this will gather that information automatically. Ben. 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) Subsystem: ASRock Incorporation Device [1849:2570] Flags: bus master, fast devsel, latency 0 Memory at fe80 (32-bit, prefetchable) [size=4M] Capabilities: [e4] Vendor Specific Information: Len=06 ? Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) (prog-if 00 [VGA controller]) Subsystem: ASRock Incorporation Device [1849:2572] Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f000 (32-bit, prefetchable) [size=128M] Memory at ff28 (32-bit, non-prefetchable) [size=512K] I/O ports at ec00 [size=8] Expansion ROM at unassigned [disabled] Capabilities: [d0] Power Management version 1 Kernel driver in use: i915 00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02) Flags: fast devsel Memory at fecf (32-bit, non-prefetchable) [size=4K] 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASRock Incorporation Device [1849:24d0] Flags: bus master, medium devsel, latency 0, IRQ 16 I/O ports at dc00 [size=32] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASRock Incorporation Device [1849:24d0] Flags: bus master, medium devsel, latency 0, IRQ 19 I/O ports at e000 [size=32] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASRock Incorporation Device [1849:24d0] Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at e400 [size=32] Kernel driver in use: uhci_hcd 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASRock Incorporation Device [1849:24d0] Flags: bus master, medium devsel, latency 0, IRQ 16 I/O ports at e800 [size=32] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) (prog-if 20 [EHCI]) Subsystem: ASRock Incorporation Device [1849:24d0] Flags: bus master, medium devsel, latency 0, IRQ 23 Memory at ff27fc00 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] Debug port: BAR=1 offset=00a0 Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: b000-bfff Memory behind bridge: ff00-ff0f 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) Flags: bus master, medium devsel, latency 0 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: ASRock Incorporation Device [1849:24d0] Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at 01f0 [size=8] I/O ports at 03f4 [size=1] I/O ports at 0170 [size=8] I/O ports at 0374 [size=1] I/O ports at fc00 [size=16] Memory at 4000 (32-bit, non-prefetchable) [size=1K] Kernel driver in use: ata_piix 00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA Controller [8086:24d1] (rev 02) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: ASRock Incorporation Device [1849:24d1] Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 18 I/O ports at d800 [size=8] I/O ports at d400 [size=4] I/O ports at d000 [size=8] I/O ports at cc00 [size=4] I/O ports at c800 [size=16] Kernel driver in use: ata_piix 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) Subsystem: ASRock Incorporation Device [1849:24d0] Flags: medium devsel, IRQ 17 I/O ports at 0400 [size=32] Kernel driver in use: i801_smbus 01:01.0 Ethernet controller [0200]: D-Link System
Bug#599021: eth0 stops working after a bit of traffic
Thank you :) Am 04.10.2010 00:06, schrieb Ben Hutchings: On Mon, 2010-10-04 at 00:01 +0200, karl156 wrote: Please send the output of 'lspci -vnn'. And in future, use reportbug to send bug reports, as this will gather that information automatically. Ben. [...] 01:02.0 Ethernet controller [0200]: D-Link System Inc DL2000-based Gigabit Ethernet [1186:4000] (rev 0c) Subsystem: D-Link System Inc DL2000-based Gigabit Ethernet [1186:4000] Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 23 I/O ports at b400 [size=256] Memory at ff0fbc00 (32-bit, non-prefetchable) [size=512] Expansion ROM at ff0e [disabled] [size=64K] Capabilities: [50] Power Management version 2 Kernel driver in use: dl2k [...] OK, you have a device which should be handled by dl2k not ipg. The fix for this is simple and will be included in the next upload to unstable. As a workaround until then, you can blacklist the ipg driver. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598886: dahdi-source: vzaphfc does not work: Unable to receive TEI from network
Package: dahdi-source Version: 1:2.3.0.1+dfsg-1 Severity: important Tags: squeeze sid This occurs even after a fresh Debian Squeeze installation on new (=other) hardware. I have also tried Linux kernel 2.6.32, 2.6.34, 2.6.35. State in Asterisk is always Provisioned, Down, Active. Looks like other users are having the same problem: http://lists.digium.com/pipermail/asterisk-users/2010-October/254351.html When loading the vzaphfc kernel module: [ 6064.533280] dahdi: Telephony Interface Registered on major 196 [ 6064.533288] dahdi: Version: 2.3.0.1 [ 6064.544846] vzaphfc: HFC-S PCI A ISDN (V1.42) loading [ 6064.545139] vzaphfc: card 0: registered ZTHFC1/0/1 [ 6064.545147] vzaphfc: card 0: registered ZTHFC1/0/2 [ 6064.545154] vzaphfc: card 0: registered ZTHFC1/0/3 [ 6064.545160] [ cut here ] [ 6064.545181] WARNING: at /usr/src/modules/dahdi/drivers/dahdi/dahdi-base.c:5866 dahdi_register+0x39/0x299 [dahdi]() [ 6064.545189] Hardware name: System Name [ 6064.545193] Modules linked in: zaphfc(+) dahdi crc_ccitt isofs udf crc_itu_t speedstep_lib cpufreq_userspace cpufreq_conservative cpufreq_powersave cpufreq_stats parport_pc ppdev lp parport fuse loop snd_ens1370 gameport snd_seq_midi snd_seq_midi_event snd_rawmidi snd_pcm snd_seq nouveau snd_timer ttm snd_seq_device drm_kms_helper snd drm intel_rng i2c_algo_bit rng_core soundcore pcspkr snd_page_alloc i2c_i801 i2c_core serio_raw evdev button processor psmouse shpchp pci_hotplug ext4 mbcache jbd2 crc16 sg sr_mod sd_mod crc_t10dif cdrom ata_generic ata_piix uhci_hcd libata ehci_hcd thermal floppy usbcore skge nls_base scsi_mod thermal_sys [last unloaded: mISDN_core] [ 6064.545320] Pid: 10371, comm: modprobe Not tainted 2.6.32-5-686 #1 [ 6064.545326] Call Trace: [ 6064.545348] [c103014d] ? warn_slowpath_common+0x5e/0x8a [ 6064.545358] [c1030183] ? warn_slowpath_null+0xa/0xc [ 6064.545370] [e4ac8d78] ? dahdi_register+0x39/0x299 [dahdi] [ 6064.545390] [c126b4e3] ? printk+0xe/0x13 [ 6064.545410] [e09acc34] ? hfc_probe+0x8db/0xb64 [zaphfc] [ 6064.545423] [e09acd1c] ? hfc_probe+0x9c3/0xb64 [zaphfc] [ 6064.545445] [c1145895] ? local_pci_probe+0xb/0xc [ 6064.545454] [c11461df] ? pci_device_probe+0x41/0x63 [ 6064.545470] [c11b2306] ? driver_probe_device+0x8a/0x11e [ 6064.545480] [c11b23da] ? __driver_attach+0x40/0x5b [ 6064.545490] [c11b1d49] ? bus_for_each_dev+0x37/0x5f [ 6064.545499] [c11b21d9] ? driver_attach+0x11/0x13 [ 6064.545508] [c11b239a] ? __driver_attach+0x0/0x5b [ 6064.545517] [c11b1811] ? bus_add_driver+0x99/0x1c5 [ 6064.545527] [c11b260b] ? driver_register+0x87/0xe0 [ 6064.545537] [c10e8e5f] ? proc_register+0xf8/0x142 [ 6064.545546] [c11463b0] ? __pci_register_driver+0x33/0x89 [ 6064.545558] [e0975000] ? hfc_init_module+0x0/0x30 [zaphfc] [ 6064.545568] [c100113e] ? do_one_initcall+0x55/0x155 [ 6064.545578] [c1057135] ? sys_init_module+0xa7/0x1d7 [ 6064.545591] [c10030fb] ? sysenter_do_call+0x12/0x28 [ 6064.545598] ---[ end trace 48ca2bdcff2ea5ef ]--- Immediately after starting Asterisk: r...@debian:/# asterisk -rv Asterisk 1.6.2.9-2, Copyright (C) 1999 - 2010 Digium, Inc. and others. Created by Mark Spencer marks...@digium.com Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. = == Parsing '/etc/asterisk/asterisk.conf': == Found == Parsing '/etc/asterisk/extconfig.conf': == Found Connected to Asterisk 1.6.2.9-2 currently running on debian (pid = 10833) Verbosity was 0 and is now 9 debian*CLI pri set debug 2 span 1 Enabled debugging on span 1 1 Sending TEI management message 1, TEI=127 1 TEI: 0 State 2 1 V(S) 0 V(A) 0 V(R) 0 1 K 1, RC 0, l3initiated 0, reject_except 0 ack_pend 0 1 T200 0, N200 3, T203 0 1 1 [ fc ff 03 0f 07 c5 01 ff ] 1 1 Unnumbered frame: 1 SAPI: 63 C/R: 0 EA: 0 1 TEI: 127EA: 1 1M3: 0 P/F: 0 M2: 0 11: 3 [ UI (unnumbered information) ] 1 5 bytes of data 1 MDL Message: TEI Identity Request (1) 1 RI: 1989 1 Ai: 127 E:1 1 Sending TEI management message 1, TEI=127 1 TEI: 0 State 2 1 V(S) 0 V(A) 0 V(R) 0 1 K 1, RC 0, l3initiated 0, reject_except 0 ack_pend 0 1 T200 0, N200 3, T203 0 1 1 [ fc ff 03 0f 21 6d 01 ff ] 1 1 Unnumbered frame: 1 SAPI: 63 C/R: 0 EA: 0 1 TEI: 127EA: 1 1M3: 0 P/F: 0 M2: 0 11: 3 [ UI (unnumbered information) ] 1 5 bytes of data 1 MDL Message: TEI Identity Request (1) 1 RI: 8557 1 Ai: 127 E:1 [Oct 2 17:17:36] ERROR[10870]: chan_dahdi.c:12393 dahdi_pri_error: 1 Unable to receive TEI from network! debian*CLI -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale:
