Bug#644135: cifs ignores sysct setting
I partly agree to the wishlist opinion, for the part where I ask for a loading option, however, imho cifs has a bug where it ignores the sysctl setting. Met vriendelijke groet, Alexander Swen - Original Message - From: Ben Hutchings b...@decadent.org.uk To: Alexander Swen a...@swen.nu Cc: 644...@bugs.debian.org Sent: Friday, 7 October, 2011 7:03:59 AM Subject: Bug#644135: cifs ignores sysct setting On Mon, 2011-10-03 at 09:46 +0200, Alexander Swen wrote: Package: linux-mage Version: 2.6.32-5-amd64 cifs.ko module (which is included in the kernel pkg as far as i know) cifs driver version 1.61 when cifs module loads oplock is enabled by default. so I can do echo 0 /proc/fs/cifs/OplockEnabled but that won't persist through a driver reload. so we tried adding this to /etc/sysctl.conf: fs.cifs.OplockEnabled = 0 [...] So, when I read the modinfo of cifs, there are a few module options, but no oplock option. I would like to add something like: options cifs oplocksenabled=0 to /etc/modprobe.d/aliases.conf Is it feasible to add that param as an option? [...] You should ask the upstream developers (Steve French sfre...@samba.org and linux-c...@vger.kernel.org) for this feature. Ben. -- Ben Hutchings For every action, there is an equal and opposite criticism. - Harrison
Processed: Linux kernel: 2.6.32.42: (Debian Bug#637659): pci 0000:00:00.0: BAR 0: address space collision on of device [0xc8000000-0xcfffffff]
Processing commands for cont...@bugs.debian.org:
reopen 637659
Bug #637659 {Done: dann frazier da...@debian.org} [linux-2.6] pci
:00:00.0: BAR 0: address space collision on of device
[0xc800-0xcfff]
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
quit
Stopping processing here.
Please contact me if you need assistance.
--
637659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637659
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.131823900511073.transcr...@bugs.debian.org
Bug#637659: Linux kernel: 2.6.32.42: (Debian Bug#637659): pci 0000:00:00.0: BAR 0: address space collision on of device [0xc8000000-0xcfffffff]
Hi Paul, Paul Menzel wrote: Commit 29cf7a30 [3] addresses this issue for my board by adding a quirk. commit 29cf7a30f8a0ce4af2406d93d5a332099be26923 Author: Paul Menzel paulepan...@users.sourceforge.net Date: Wed Aug 31 17:07:10 2011 +0200 x86/PCI: use host bridge _CRS info on ASUS M2V-MX SE [...] Unfortunately I do not have outputs from `dmesg` anywhere from older Linux versions so I do not know when this problem started. I am pretty sure though that they have not been there since the beginning. Yep, the regression fixed by 29cf7a30 was likely introduced by v2.6.31-rc1~1 (Revert PCI: use ACPI _CRS data by default, 2009-06-24). A partial fix was v2.6.34-rc1~287^2~2 (x86/PCI: use host bridge _CRS info by default on 2008 and newer machines, 2010-02-23), which does not seem to be part of v2.6.32.y (and Debian squeeze) but probably should be. Hope that helps, Jonathan -- 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/20111010094642.ga8...@elie.hsd1.il.comcast.net
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing of mdadm + lvm initiation
Additional thoughts; As I'm no expert on the whole initramfs boot sequence I'm unsure about the total workings of timing of device scanning, mdadm + lvm2 routines and rootdelay. Imho it should be something like this; init Device scanning | some scanning delay parameter (for slow devices) | init Mdadm routine | some mdadm delay parameter? (see #633024) | LVM2 routine | Checking and setting ROOT Again, I'm not too familiar with the current workings but I see these steps are currently running in a more parallel way to speed up the boot process, as the local-top init scripts are called right at the start of the local script. I've confirmed this by trying another method of fixing my problem, instead of my previous fix; Adding 'sleep 10' at the top of /scripts/local-top/mdadm also solves the problem (mdadm is then performed after device scanning) Is there a unifiable way of getting the timings right of all the scripts and still maintaining a quick bootprocess? If not, is it possible to add extra kernel boot options providing the delay options (avoiding manual tampering with the initrd)? Best regards, Jort Koopmans -- 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/1318240153.20978.51.camel@localhost
Bug#637659: Linux kernel: 2.6.32.42: (Debian Bug#637659): pci 0000:00:00.0: BAR 0: address space collision on of device [0xc8000000-0xcfffffff]
Jonathan Nieder wrote: Paul Menzel wrote: I am pretty sure though that they have not been there since the beginning. Yep, the regression fixed by 29cf7a30 was likely introduced by [...] Quick correction: that was only a regression within the merge window. Since we are just talking about a log message, it's possible the address space collision was reported in a different way before or something; it is hard to say much without knowing which kernel to compare to. What I wrote afterwards still has a chance of being true. :) Namely: A partial fix was v2.6.34-rc1~287^2~2 (x86/PCI: use host bridge _CRS info by default on 2008 and newer machines, 2010-02-23), which does not seem to be part of v2.6.32.y (and Debian squeeze) but probably should be. -- 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/20111010095815.gb8...@elie.hsd1.il.comcast.net
Missing headers when compiling for 32 bits on amd64 wheezy.
Bonjour,
I am having a trouble with the C system headers when compiling for 32
bits target on my amd64 wheezy system.
This simple program
#include errno.h
int main()
{
return 0;
}
Does not compile correctly for 32 bits. The result is:
$ gcc -m32 test-errno.c
In file included from /usr/include/bits/errno.h:25:0,
from /usr/include/errno.h:36,
from test-errno.c:1:
/usr/include/linux/errno.h:4:23: fatal error: asm/errno.h: No such file
or directory
compilation terminated.
As I've been looking in the header files, the missing file
/usr/include/asm/errno.h is no more present in any wheezy package for amd64.
Best regards
Didier
--
Didier Trosset-Moreau
SW Design Engineer
Modular Product Operations - Geneva
Agilent Technologies, Inc.
12, chemin des Aulx
CH-1228 Plan-Les-Ouates
+41 22 884 32 89 Tel
--
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/4e92eed1.2070...@agilent.com
Bug#644906: linux-2.6: e1000e: upstream workaround for packet drop on 82579LM at 100Mbps
Package: linux-2.6 Source: linux-2.6 Version: 3.0.0-3 Severity: normal Tags: patch Many (but not all) devices including an Intel 82579LM NIC have a hardware fault that results in packet loss at 100Mbps that is worked around by the following recent patch: http://patchwork.ozlabs.org/patch/109926/ More detail provided here: https://bugs.launchpad.net/ubuntu/oneiric/+source/linux/+bug/870127 https://bugzilla.redhat.com/show_bug.cgi?id=713315 It would be useful for this patch to be cherry picked for the kernel for Wheezy as this fault exists on a large number of recent devices. Thanks, Terry -- 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/cansixe+yvdnqonfgcpgqsgc+gcjm_seze5y44cxqzxjlduw...@mail.gmail.com
Re: Uploading linux-2.6 (3.0.0-5)
Hello Ben,
2011/9/29 Ben Hutchings b...@decadent.org.uk:
I intend to upload linux-2.6 version 3.0.0-5 to unstable later this
week. This will include stable update 3.0.5 and may require an ABI
change (I haven't checked yet). It should fix the FTBFS on some
architectures in 3.0.0-4 (but other changes may introduce new failures).
Assuming that we don't find any more problems with the changes in
experimental to use kernel-wedge, I will apply those to unstable as
well. I'll need to upload kernel-wedge yet again with Joey's fix for
the bug that affected s390.
First of all thanks for the fish.
Yesterday I was playing kernels with 3.0.0-5 and noticed that when
building with dpkg-buildpackage -a$arch, kernel-wedge does not seem to
understand that. I just thought it might be useful to comment, I have
not been able to look into it (at least yet).
When building with -a$arch, you'll also notice the build fails when
doing tools/perf/ as it does not seem to pass
CROSS_COMPILE=${TRIPLET}- into the make call when building perf. I
looked into that, but I havent been able to finish cooking any
(tested) patch for that yet.
Best regards,
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
--
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/CAODfWeEjE5i_Q+RUJD3wAq+QP0EOCCs11QgLGBp3e=jmror...@mail.gmail.com
Bug#644747: Re: Re: Bug#644747: linux-image-3.0.0-2-amd64: udev doesn't create /dev/sr0, /dev/cdrom
On Mon, Oct 10, 2011 at 04:52:55AM -, R S Chakravarti wrote: After reading the Ubuntu bug report (#794642) I found that this Debian bug is also due to the SATA mode in my computer being set to IDE. When this is changed to AHCI the problem vanishes: /dev/cdrom appears. [...] Right, I thought that might work. Would you mind testing the patch with the SATA interface back in legacy/IDE mode? 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/20111010152838.ge3...@decadent.org.uk
Bug#644135: cifs ignores sysct setting
On Mon, Oct 10, 2011 at 09:49:13AM +0200, Alexander Swen wrote: I partly agree to the wishlist opinion, for the part where I ask for a loading option, however, imho cifs has a bug where it ignores the sysctl setting. [...] The setting you have been using is not a sysctl. 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/20111010152951.gf3...@decadent.org.uk
Re: Missing headers when compiling for 32 bits on amd64 wheezy.
I think you need to install gcc-multilib. 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/20111010153519.gh3...@decadent.org.uk
Re: alsa-firmware - bug #597897
Od: Ben Hutchings b...@decadent.org.uk Hi Ben and others, first thank you for taking care about this issue. I think the ALSA developers should talk to the maintainers of the linux-firmware repository about adding the firmware blobs to that. The latter maintainers are David Woodhouse dw...@infradead.org and myself. You can get latest tarball of alsa-firmware from here: ftp://ftp.alsa-project.org/pub/firmware/alsa-firmware-1.0.24.1.tar.bz2 ./cofigure make will build *.bin files in hdsploader dir. Files digiface_firmware.bin, digiface_firmware_rev11.bin, multiface_firmware.bin, multiface_firmware_rev11.bin and rpm_firmware.bin should be placed to /lib/firmware/hdsploader/ directory. At least I have them installed there and it works fine for me and I think hdsploader search for firmware there. Maybe somebody from pkg-alsa-devel can comment on this? If you need get contact with upstream this should be right address: alsa-de...@alsa-project.org best regards mira -- 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/189509.26761.44355-2994-293995016-1318259...@seznam.cz
Re: Uploading linux-2.6 (3.0.0-5)
[Dropping debian-boot.]
On Mon, Oct 10, 2011 at 04:00:10PM +0100, Hector Oron wrote:
Hello Ben,
2011/9/29 Ben Hutchings b...@decadent.org.uk:
I intend to upload linux-2.6 version 3.0.0-5 to unstable later this
week. This will include stable update 3.0.5 and may require an ABI
change (I haven't checked yet). It should fix the FTBFS on some
architectures in 3.0.0-4 (but other changes may introduce new failures).
Assuming that we don't find any more problems with the changes in
experimental to use kernel-wedge, I will apply those to unstable as
well. I'll need to upload kernel-wedge yet again with Joey's fix for
the bug that affected s390.
First of all thanks for the fish.
Yesterday I was playing kernels with 3.0.0-5 and noticed that when
building with dpkg-buildpackage -a$arch, kernel-wedge does not seem to
understand that. I just thought it might be useful to comment, I have
not been able to look into it (at least yet).
I think that kernel-wedge should be testing the environment variables
$DEB_HOST_* before calling dpkg-architecture, e.g.
arch=${DEB_HOST_ARCH:-$(dpkg-architecture -qDEB_HOST_ARCH)}
When building with -a$arch, you'll also notice the build fails when
doing tools/perf/ as it does not seem to pass
CROSS_COMPILE=${TRIPLET}- into the make call when building perf. I
looked into that, but I havent been able to finish cooking any
(tested) patch for that yet.
perf will be built as part of the linux-tools (formerly
linux-kbuild-2.6) source package in future. Please to try to fix
trunk/linux-tools, if it is similarly broken.
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/20111010154607.gi3...@decadent.org.uk
Re: Missing headers when compiling for 32 bits on amd64 wheezy.
On Mon, Oct 10, 2011 at 05:43:48PM +0200, Didier Trosset wrote: Bonjour Ben Thanks for your answer, but I already have libc6-dev-i386 and gcc-multilib installed. The problem is in this file $ more /usr/include/linux/errno.h #ifndef _LINUX_ERRNO_H #define _LINUX_ERRNO_H #include asm/errno.h #endif Where the referred asm/errno.h does not exist. Sounds like http://bugs.debian.org/638418. 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/20111010155031.gj3...@decadent.org.uk
Re: Missing headers when compiling for 32 bits on amd64 wheezy.
Bonjour Ben Thanks for your answer, but I already have libc6-dev-i386 and gcc-multilib installed. The problem is in this file $ more /usr/include/linux/errno.h #ifndef _LINUX_ERRNO_H #define _LINUX_ERRNO_H #include asm/errno.h #endif Where the referred asm/errno.h does not exist. Best regards Didier On 10/10/2011 05:35 PM, Ben Hutchings wrote: I think you need to install gcc-multilib. Ben. -- Didier Trosset-Moreau SW Design Engineer Modular Product Operations - Geneva Agilent Technologies, Inc. 12, chemin des Aulx CH-1228 Plan-Les-Ouates +41 22 884 32 89 Tel -- 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/4e9312b4.8080...@agilent.com
Re: Missing headers when compiling for 32 bits on amd64 wheezy.
On 10/10/2011 05:50 PM, Ben Hutchings wrote: On Mon, Oct 10, 2011 at 05:43:48PM +0200, Didier Trosset wrote: Bonjour Ben Thanks for your answer, but I already have libc6-dev-i386 and gcc-multilib installed. The problem is in this file $ more /usr/include/linux/errno.h #ifndef _LINUX_ERRNO_H #define _LINUX_ERRNO_H #includeasm/errno.h #endif Where the referred asm/errno.h does not exist. Sounds likehttp://bugs.debian.org/638418. Yes. It this one, but the other way round. I'm on x86_64 and want to compile to i386 with -m32. I'll create the /usr/include/asm symlink to /usr/include/x86_64-linux-gnu/asm as a workaround. Thanks again for your help Best regards Didier Ben. -- Didier Trosset-Moreau SW Design Engineer Modular Product Operations - Geneva Agilent Technologies, Inc. 12, chemin des Aulx CH-1228 Plan-Les-Ouates +41 22 884 32 89 Tel -- 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/4e93166a.6010...@agilent.com
Bug#642154: [Xen-devel] Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000
On Sat, Oct 08, 2011 at 10:13:14AM +0400, rush wrote: OK, I tried it again, but Oops didn't gone. .. snip.. echo'Loading Xen 4.0-amd64 ...' multiboot /boot/xen-4.0-amd64.gz placeholder xsave=0 .. snip.. Was it right? Yup. I think.. this is a bit embarrassing. It took a bit of time for Intel folks to get the xsave part right and I remember seeing this error about a year ago with xsave on a Dell Optiplex 780. Hence I wonder if the fixes that ultimately went in 4.1.1 did not get ported over to 4.0 and you are just hitting that. Can I ask you to do one more thing? Can you upgrade to the xen-4.1.1 in the testing and try with the xsave (or without) and see if it works? holds his fingers hoping it is the xsave feature -- 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/20111010164920.ga30...@phenom.oracle.com
Bug#641047: Bump
Just wanted to tell that the issue happened two more times in these months (last one yesterday; same details). I'd like to have some info about it. -- Andrea Cardaci http://behance.net/AndreaCardaci -- 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/CACMsj9MbQLrxPNsbYw46PagHyY2LiijKiRQ1VxkeDScpS=n...@mail.gmail.com
Bug#641047: initrd.img-2.6.32-5-amd64 issue with lvm and libncurses
On Fri, Sep 9, 2011 at 20:34:19 +0200, Andrea Cardaci wrote: Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-35squeeze1 After an apt-get upgrade today, I wasn't able to boot anymore, lvm complains that can't find libncurses.so.5, and it's right, the only libncurses.so.5 file in initrd.img-2.6.32-5-amd64 is in /32bit/usr/lib/libncurses.so.5. Note that: $ file libncurses.so.5 libncurses.so.5: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped I solved by patching initrd.img-2.6.32-5-amd64 with a symlink to the proper path: /lib. That's the second time it happens after an upgrade. I don't have records of the first one. What version of initramfs-tools? You'll need to trace the execution of update-initramfs and figure out why it picks up that version of ncurses. Cheers, Julien -- 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/20111010190937.gg12...@radis.liafa.jussieu.fr
Bug#641047: initrd.img-2.6.32-5-amd64 issue with lvm and libncurses
Thanks for the reply. `apt-cache show initramfs-tools` says version 0.98.8 I tried to run `update-initramfs -v -t -u -k 2.6.32-5-amd64` and I noticed: [...] Adding library /32bit/usr/lib/libncurses.so.5 [...] where `/32bit/` is a chroot I've created some time ago, well I assume that's the culprit but can't figure out of how it can mess `initrd.img`. It's worth to mention that I've added a file to `/etc/ld.so.conf.d/` with: /32bit/lib /32bit/usr/lib /32bit/usr/X11R6/lib /32bit/usr/local/lib But now I'm stuck... ideas? 2011/10/10 Julien Cristau jcris...@debian.org: On Fri, Sep 9, 2011 at 20:34:19 +0200, Andrea Cardaci wrote: Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-35squeeze1 After an apt-get upgrade today, I wasn't able to boot anymore, lvm complains that can't find libncurses.so.5, and it's right, the only libncurses.so.5 file in initrd.img-2.6.32-5-amd64 is in /32bit/usr/lib/libncurses.so.5. Note that: $ file libncurses.so.5 libncurses.so.5: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped I solved by patching initrd.img-2.6.32-5-amd64 with a symlink to the proper path: /lib. That's the second time it happens after an upgrade. I don't have records of the first one. What version of initramfs-tools? You'll need to trace the execution of update-initramfs and figure out why it picks up that version of ncurses. Cheers, Julien -- Andrea Cardaci http://behance.net/AndreaCardaci -- 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/cacmsj9n-aeky-n03xvgjybq-dpjh1jakxtouhhvde346077...@mail.gmail.com
Bug#642154: [Xen-devel] Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000
2011/10/10, Konrad Rzeszutek Wilk konrad.w...@oracle.com: Can I ask you to do one more thing? Can you upgrade to the xen-4.1.1 in the testing and try with the xsave (or without) and see if it works? Ok, but I need around a week for it. (some difficulties with access to this server at the moment). holds his fingers hoping it is the xsave feature Thank you (: -- 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/ca+rvmvjhxnqa_l5oxw8p_vuqjq0ps-0ux7nelehosco_mug...@mail.gmail.com
Bug#644938: [PATCH] mv_sas: OCZ RevoDrive3/zDrive R4 support
Package: linux-2.6 Version: 3.0.0-5 Severity: wishlist Tags: patch, experimental Please add patch for latest kernel. More info: http://www.spinics.net/lists/linux-scsi/msg54889.html http://www.ocztechnologyforum.com/forum/showthread.php?95151-Linux-patch-support-for-RevoDrive3-RevoDrive3-X2-zDrive-R4 -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE -- 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/4e9368a2.2020...@kpi.ua
Bug#644948: nfs-common: Wrong uid/gid with latest version using NFSv4
Package: nfs-common Version: 1:1.2.5-2 Severity: important After upgrade to nfs-common 1:1.2.5-2 I noticed that uid/gid's are displayed as 'nobody' and 'nogroup' respectively. This is the case checking with both Nautilus and terminal. Downgrading to 1:1.2.4-1 from Testing fixes the problem. I am using Squeeze with nfs-kernel-server version 1:1.2.2-4 on the server side. -- Package-specific info: -- rpcinfo -- program vers proto port 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 45260 status 1000241 tcp 50813 status -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD=yes NEED_GSSD= -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113 ii initscripts 2.88dsf-13.11 ii libc6 2.13-21 ii libcap2 1:2.22-1 ii libcomerr2 1.42~WIP-2011-10-05-2 ii libdevmapper1.02.1 2:1.02.65-1 ii libevent-1.4-2 1.4.14b-stable-1 ii libgssapi-krb5-21.9.1+dfsg-3 ii libgssglue1 0.3-3.1 ii libk5crypto31.9.1+dfsg-3 ii libkeyutils11.5.2-2 ii libkrb5-3 1.9.1+dfsg-3 ii libnfsidmap20.24-1 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-21 ii lsb-base3.2-28 ii rpcbind 0.2.0-6 ii ucf 3.0025+nmu2 Versions of packages nfs-common recommends: ii python 2.7.2-9 nfs-common suggests no packages. -- 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/20111011010903.2848.8166.reportbug@Tramp.hjemmenettverk
Bug#640391: Test result
2011/10/9 ael law_ence@ntlworld.com: On Sat, Oct 08, 2011 at 10:40:01PM +0200, Bart Hartgers wrote: Does this new version make any difference? To confuse you, I did not include a version number in the filenames ;-). However, I fear that neither of the test versions that you sent make any difference. The UART end of the ark3116 continues to behave as if it is switched off, as you said. I can't think of any sensible suggestions apart from porting the old version to the new kernel essentially unchanged: which I am sure you have already considered. And then incrementally change to the new version. I can test the intermediate versions, and maybe pick up the critical change. Hi ael, Yeah, I guess that is about the only option left. I'll start with porting the old driver to 3.0. That way we can make absolutely sure that the driver is the problem. I am beginning to wonder if there isn't something else going on entirely. For example, perhaps usb autosuspend triggers on the new kernel and not on the old? Anyway, as said, porting the old driver will eliminate this possibility, provide a starting point to find the problem, and it will allow you to use your gps on 3.0 ;-). Unfortunately in about 1 week, I will be away from my instruments for a time, perhaps up to a month. But I should still have email (dongle) and the gps, so I could still test basic functionality. I wish that I could be of more help:-( I could maybe hack around with the source a bit trying to change register bits. I must have a 16450 datasheet somewhere which should help a bit with avoiding messing up the known bits. By all means, please try. I am running out of ideas, so a fresh pair of eyes could be useful. Thanks! Groeten, Bart -- Bart Hartgers - New e-mail: bart.hartg...@gmail.com -- 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/CAK7h4yfOs4kj11EQ5RCF2149zdcr3XziS=k5opuzobiegvc...@mail.gmail.com
