Package: linux-image-6.1.0-9-armmp 6.1.27-1
I recently upgraded a Turris Omnia devce
(https://docs.turris.cz/hw/omnia/omnia/) to debian bookworm. The newer
kernel now produces a pair of repeated error messages a few times a
minute:
Jul 03 05:48:02 host kernel: i2c i2c-0: mv64xxx: I2C bus
On Tue 2020-03-10 22:23:18 -0600, Jason A. Donenfeld wrote:
> https://data.zx2c4.com/wireguard-5.5.8-20a586ec4f5acf195f71caea55c5a33c574078cb69712da591467ffc08dd8b72.zip
Thanks, Jason!
> - A user is on stock Debian and runs `apt install wireguard`: only
> wireguard-tools is pulled in.
> - A user
On Wed 2020-03-11 03:50:00 +, Ben Hutchings wrote:
> If some of the packages providing a virtual package are explicitly
> installed, and some auto-installed, it could reasonably auto-remove the
> latter group (though I don't think it does). But if all of them are
> auto-installed, which will
Thanks to Ben and Jason for following up here.
On Wed 2020-03-11 02:52:43 +, Ben Hutchings wrote:
> We definitely can't add a Provides on "real" kernel packages, because
> this breaks auto-removal of old packages.
I'm not sure i understand this. by "real" kernel packages i think you
mean
Package: src:linux
Severity: wishlist
Control: affects -1 src:wireguard-linux-compat src:wireguard
Hi Debian kernel folks--
Please cherry-pick the wireguard patches from Linux's 5.6 development
branch into future debian builds of 5.5 (and 5.4?) builds of the Linux
kernel.
The Wireguard VPN
On Tue 2019-11-12 09:16:37 +0100, Christian Haul wrote:
> On 11.11.19 15:33, Daniel Kahn Gillmor wrote:
>> control: affects 943555 + dkms
>>
>> On Sun 2019-11-10 18:09:33 +0100, Christian Haul wrote:
>>> On 10.11.19 14:51, Daniel Kahn Gillmor wrote:
>>>&g
control: affects 943555 + dkms
On Sun 2019-11-10 18:09:33 +0100, Christian Haul wrote:
> On 10.11.19 14:51, Daniel Kahn Gillmor wrote:
>> On Sat 2019-10-26 12:51:47 +, Chris. wrote:
>>> on Raspberry Pi3 kernel module stops building since updating to kernel
>>>
On Mon 2019-06-03 12:35:45 -0400, Daniel Kahn Gillmor wrote:
> 0 dkg@alice:~$ grep CONFIG_XFRM_STATISTICS /boot/config-4.19.0-5-amd64
> # CONFIG_XFRM_STATISTICS is not set
> 0 dkg@alice:~$
>
> Paul Wouters, Libreswan upstream developer says:
>
>> Still this kernel optio
X-Debbugs-Cc: Paul Wouters
Package: linux
Version: 4.19.37-3
Control: affects -1 libreswan
0 dkg@alice:~$ grep CONFIG_XFRM_STATISTICS /boot/config-4.19.0-5-amd64
# CONFIG_XFRM_STATISTICS is not set
0 dkg@alice:~$
Paul Wouters, Libreswan upstream developer says:
> Still this kernel option is
Package: src:linux
Version: 4.19.37-3
Severity: normal
Control: found -1 5.0.2-1~exp1
If, on this 32-bit powerpc machine, i do:
# modprobe -v ecdh_generic
then the kernel produces two lines of output:
alg: ecdh: Party A: generate public key test failed. Invalid output
alg: ecdh:
Control: affects 911768 - gpg-agent
Control: affects 911768 + gcr
On Fri 2018-12-21 07:28:22 -0500, Theodore Y. Ts'o wrote:
> On Thu, Dec 20, 2018 at 03:17:03PM -0500, Daniel Kahn Gillmor wrote:
>>
>> I wonder whether we can rule out any interaction with gpg-agent itself
>>
On Sat 2017-10-14 22:17:29 -0400, Daniel Kahn Gillmor wrote:
> Trying to boot this machine into 4.13.0-1-amd64 results in several kernel
> messages like:
>
> unexpected IRQ trap at vector e8
>
> per second, and basic system services take ages to start (including
> jo
On Mon 2018-01-08 13:34:53 -0500, Robert Edmonds wrote:
> You may want to hold off on fixing this in wireguard. It looks like this
> is a regression in src:linux (#886474). Given this failure is coming
> from the kernel build system apparently before the module itself even
> starts building, it
was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Daniel Kahn Gillmor <d...@fritz.lair.fifthhorseman.net>
To: Deb
Package: usbip
Severity: wishlist
Some tools (like Gnuk) offer USB device emulation, exported to the host
for testing via usbip.
However, when using usbip in this way, any local user account with
packet-sniffing privilege (e.g. members of group "wireshark" in a common
debian convention) get
y
>
> On Tue, 2017-02-07 at 11:14 -0500, Daniel Kahn Gillmor wrote:
>> On Tue 2017-02-07 10:49:39 -0500, Daniel Kahn Gillmor wrote:
>> > git clone https://0xacab.org/dkg/debian-bug-854421
>> > cd debian-bug-854421
>> > make
>>
>>
On Tue 2017-02-07 10:49:39 -0500, Daniel Kahn Gillmor wrote:
> git clone https://0xacab.org/dkg/debian-bug-854421
> cd debian-bug-854421
> make
interestingly, on at least one machine i try this on, getting it to
reproduce is very infrequent with plain "make", eve
Package: src:linux
Version: 4.9.2-2
Severity: normal
Using the same USB webcam as from the crash reported in
https://bugs.debian.org/852738, i plugged it in again after rebooting
into 4.9.0-1-amd64 (version 4.9.2-2). While i didn't get the null
pointer dereference, i got several unusual messages
Package: src:linux
Version: 4.8.15-2
Severity: normal
Dear Maintainer,
I plugged in a USB webcam, device ID 046d:0990 into my Thinkpad X220.
The kernel froze with a NULL pointer dereference. here's the full
log. I had to shut the machine down hard and restart it.
Later, i rebooted into
Control: severity 833231 wishlist
On Tue 2016-08-02 02:29:27 -0400, Julien Cristau wrote:
> e2fsprogs is Essential: yes. Removing things from Essential is probably
> nontrivial. I'd say at most this is "wishlist" territory.
sure, wishlist is fine with me.
--dkg
Source: initramfs-tools
Version: 0.125
Severity: normal
Control: affects -1 e2fsprogs
I have a minimal system with only btrfs filesystems, and e2fsprogs is
not needed on it. It would be nice to be able to uninstall it.
however, when i uninstall e2fsprogs and reboot into an initramfs built
by
Over in https://bugs.debian.org/821400, Ben Hutchings makes the
reasonable suggestion that where possible, when
brcm/brcmfmac43340-sdio.txt (or configuration file for other brcm
chipsets) is not available, brcmfmac_sdio should try looking for
configuration in the efi variables directly.
That
On Mon 2016-04-18 18:47:25 -0400, Ben Hutchings wrote:
> Ah, I dimly remembered that this information could be stashed in the
> system firmware somewhere. It seems like the driver ought to look
> there first if EFI support is enabled (there is an in-kernel API for
> reading EFI variables). That
Version: 20160110-1
Thanks for the quick response, Ben.
On Mon 2016-04-18 09:49:27 -0400, Ben Hutchings wrote:
>> It looks to me like the brcmfmac_sdio kernel module is expecting this
>> .txt file is supposed to be shipped alongside the .bin, but it isn't
>> present.
>
> That's board-specific
Package: firmware-brcm80211
Version: 20160110-1
Severity: normal
On an Asus X205T, dmesg says:
brcmfmac_sdio mmc1:0001:1: firmware: direct-loading firmware
brcm/brcmfmac43340-sdio.bin
brcmfmac_sdio mmc1:0001:1: firmware: failed to load brcm/brcmfmac43340-sdio.txt
(-2)
brcmfmac_sdio
https://bugs.debian.org/784368 shows that initramfs-tools is looking for
/sbin/fsck.btrfs, but btrfs-tools ships it in /bin/.
Ben Hutchings suggested back in May that btrfs-tools was going to put
fsck.btrfs back into /sbin in the "next version", though i can't tell
from the bug log which version
On Tue 2015-05-26 04:54:47 -0400 about https://bugs.debian.org/692324, Mathieu
Malaterre wrote:
Any update with more recent kernel ?
Sorry, i don't have easy access to this machine (colddeadhands) right
now. I know it was running the recent kernel with no problems as of
about a year ago (early
On Mon 2015-04-06 15:29:23 -0400, Ben Hutchings wrote:
Ideally the driver would avoid doing whatever it is that results in a
hang, or would expose the RPMB only if it's really accessible. I
suspect that where access to the RPMB hangs this is because the system
firmware (BIOS/EFI) has
Control: affects 780818 lvm2 partman-base
On Sat 2015-03-21 07:26:46 -0400, Bastian Blank wrote:
I don't think it is a bug in lvm to try reading a device.
lvm is a prime culprit of trying to scan this device, which is just not
going to be helpful to users, since it won't contain a PV.
How
On Fri 2015-01-23 07:46:14 -0500, Raphael Hertzog wrote:
On Wed, 11 Jun 2014, Daniel Kahn Gillmor wrote:
ath9k-ftc-firmware provides a free implementation of firmware for two
available wireless chipsets.
[...]
It would be great to ship these firmware modules in debian now that we
have
Package: src:linux
Version: 3.13.5-1
Severity: normal
I'm using a powerbook g4. In addition to the onboard wireless, I have
an ASUS USB-N10 NIC, which reports itself as:
Bus 002 Device 002: ID 0b05:1786 ASUSTek Computer, Inc. USB-N10 802.11n Network
Adapter [Realtek RTL8188SU]
It does not
On 02/22/2014 02:51 AM, Erik de Castro Lopo wrote:
I run debian testing on a dual G5 powermac.
Just upgraded from linux-image-3.4-trunk-powerpc64 to
linux-image-3.12-1-powerpc64 and found the same issue. The windfarm
modules are loading but the about 30 seconds to a couple of minutes
after
On 11/04/2013 10:07 AM, Bastian Blank wrote:
On Mon, Nov 04, 2013 at 09:11:30AM -0500, Daniel Kahn Gillmor wrote:
On 11/04/2013 05:01 AM, Bastian Blank wrote:
Do you have something connected to the TV-1 output?
As far as i know, there is no TV-1 output. It's this style of machine:
https
On 11/04/2013 05:01 AM, Bastian Blank wrote:
On Sun, Nov 03, 2013 at 11:37:11PM +, Daniel Kahn Gillmor wrote:
As you can see from the attached kernel log, the nouveau module is
reporting the same error message every 10 seconds.
[ 319.038615] nouveau E[ DRM] DDC responded
On 11/04/2013 10:07 AM, Bastian Blank wrote:
Nope. It is most likely connected via LVDS.
that's what i would assume. I failed to check it when i was looking at
the machine, though.
There is a workaround available:
Add the parameter tv_disable=1 to nouveau,
- either somewhere in
Package: src:linux
Version: 3.11.6-2
Severity: normal
As you can see from the attached kernel log, the nouveau module is
reporting the same error message every 10 seconds.
This machine (omega) is a 1GHz gooseneck powerpc G4 iMac.
I got the same error messages and behavior from 3.10-3-powerpc.
Package: linux-tools-3.11
Version: 3.11~rc4-1~exp1
Severity: normal
0 root@alice:~# apt-get install linux-tools-3.11
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an
Package: src:linux
Version: 3.2.46-1
Severity: normal
During a scheduled shutdown, the kernel crashed and locked up. the
monitor showed several more failures after the one that got recorded
below (i can attach a screenshot if that would be useful), but i
believe this is the first visible symptom
Package: src:linux
Version: 3.2.46-1
Severity: normal
shortly after boot, the kernel on this machine crashed with the
following backtraces, after which it became unresponsive, and i had to
hard power it off to get it to boot again. After the reboot, there
were no problems.
I have run memtest on
Package: src:linux
Version: 3.2.46-1
Severity: normal
booting this machine with the standard arguments results in an
unrecoverable system hang as udev loads cs5535_mfgpt.
This ALIX board has TinyBIOS 0.98.
looking at the module itself, i see:
0 dkg@splat:/tmp$ /sbin/modinfo
On 07/22/2013 12:50 PM, J. R. Okajima wrote:
I think I could see the scenario.
- on wheezy, /etc/mtab becomes a symlink to /proc/mounts.
- mount.nfs writes the given mount options to /etc/mtab, (but not to
/proc/mounts.)
- I found the problematic option is sec=sys.
- when /etc/mtab is a
Package: src:linux
Version: 3.10~rc5-1~exp1
Severity: important
linux 3.10-rc5 fails to boot on this machine.
This machine boots 3.2.0-1-powerpc (from wheezy) just fine. when i
try to boot 3.10-rc5, grub successfully loads the kernel and the
initramfs, and appears to hand off control to the
reopen 609747
reassign 609747 src:linux
found 609747 3.2.46-1
found 609747 3.9.6-1
thanks
It looks to me like snd-powermac still has this issue of not knowing to
load automatically. I've confirmed it on the above two kernels.
--dkg
signature.asc
Description: OpenPGP digital signature
On Sun 2013-03-10 23:14:35 -0400, Daniel Kahn Gillmor wrote:
On 03/10/2013 08:33 PM, Ben Hutchings wrote:
You can try applying the quirk by adding 'acpi_osi=Linux' to the kernel
command line.
thanks, i'll give that a try when i'm in front of the machine tomorrow.
this changed the log
On Mon 2013-03-11 15:40:06 -0400, Daniel Kahn Gillmor wrote:
None of these warnings or backtraces show up on 3.8, and pulseaudio also
does not crash on 3.8.
However, i should note that one of the udev threads does still hang/fail
on 3.8 for just under 180 seconds:
--
[8.730656
On 03/10/2013 08:33 PM, Ben Hutchings wrote:
This means: the BIOS includes a quirk for Linux, but we ignored it
because there's no way to know which versions it was intended to apply
to. (This was changed in Linux 2.6.23, so I have no idea why there are
new machines like this.)
You can try
On 02/27/2013 01:30 AM, Rik Theys wrote:
I've installed the 3.7 kernel from experimental on his system and the
bug was no longer triggered, so it's probably fixed upstream.
hm, that's interesting to note. I haven't tried with a 3.7 kernel yet.
Unfortunately the user is not very responsive
Package: src:linux
Version: 3.2.35-2~bpo60+1
Severity: normal
we're having some sort of network failure that i haven't been able to
diagnose in full (one of the other machines on the network appears to
occasionally flood the local link). during one of these floods, nfs
(understandably) slows
Package: src:linux
Version: 3.2.35-2
Severity: normal
When i let udev load snd_hda_* modules on this thinkcentre m78,
pulseaudio somehow triggers a NULL pointer dereference in the kernel.
I think that the reportbug hooks include all the baseline relevant
info. i'm also happy to provide whatever
I'm seeing an OOPS from the same line of code on armel. You can see the
backtrace in the dmesg output below.
This is from an NSLU2, where the root filesystem is on a 2GiB USB stick, and
the machine has 32MiB of RAM and a 265BogoMIPS XScale-IXP42x CPU.
Regards,
--dkg
-- Package-specific
On 11/26/2012 04:04 AM, Jonathan Nieder wrote:
Perfect, thanks. I'll try to find time to dig into the log and
acpixtract-ed and iasl -d-ed acpidump some time this week, though I
can't promise anything.
How often do oopses like this occur?
Well, i only use wireless infrequently, and due to
Package: src:linux
Version: 3.2.32-1
Severity: normal
As you can see from the dmesg output, i had a kernel oops related
somehow to a failed paging request.
This happened just about the time that i plugged this laptop (an Asus
EeePC 900) into wall power, after a brief period of time running from
Thanks for the explanation, ben. fwiw, i should have noted that this
machine has snd-powermac in /etc/modules.
when i remove snd-powermac from /etc/modules and reboot the machine, it
boots fine into 3.6-trunk-powerpc.
then, doing a modprobe -v snd-powermac causes the same crash. So that
module
Package: src:linux
Version: 3.2.23-1
Severity: normal
I had the wireless card enabled for a couple minutes before noticing
that the battery on this Asus EeePC 900 was rather low.
I plugged it into wall power, and immediately as the battery started
charging the following error message showed up
Package: linux-2.6
Version: 3.2.7-1
Severity: wishlist
Tags: patch
Sometimes, the NFSv4 client's state mangaer gets into a bad state.
This causes insane amounts of error messages which can quickly fill up
/var in common syslog configurations (i've seen 1000's of lines per
second)
I brought this
On Fri, 23 Mar 2012 21:38:20 -0500, Jonathan Nieder jrnie...@gmail.com wrote:
Daniel Kahn Gillmor wrote:
I'm about to try to reboot it again to see if i can get it back to
stability under the lenny hypervisor and kernel, but i'll need to do
that with the rescue 2.6.32-5-486 image as well
Package: linux-image-2.6.32-5-486
Version: 2.6.32-41
less than 10 minutes after booting to 2.6.32-5-486 on an HP d530 SFF
workstation (model DG784A) with 4GiB of RAM, i got this kernel BUG and
then panic:
[ 574.852044] BUG: unable to handle kernel paging request at b4777dbf
[ 574.856011] IP:
On Fri, 23 Mar 2012 19:19:58 -0500, Jonathan Nieder jrnie...@gmail.com wrote:
Daniel Kahn Gillmor wrote:
[ 574.852044] BUG: unable to handle kernel paging request at b4777dbf
[ 574.856011] IP: [c109520e] mark_files_ro+0x27/0x6f
[ 574.856011] *pde =
[ 574.856011] Oops: 0002
On Fri, 23 Mar 2012 19:51:37 -0700 (PDT), Will Set debiandu...@yahoo.com
wrote:
the mobo has an 865g chipset.
Yes, i believe that's correct.
I know of 5 bug reports that confirm using boot parameter - processor.nocst=1
as a workaround for kernels 2.6.38
Thanks, i will try this the next
On 03/24/2012 12:25 AM, Will Set wrote:
Friday, March 23, 2012 11:06 PM Daniel Kahn Gillmor wrote:
On Fri, 23 Mar 2012 19:51:37 -0700 (PDT), Will Set debiandu...@yahoo.com
wrote:
I know of 5 bug reports that confirm using boot parameter - processor.nocst=1
as a workaround for kernels 2.6.38
On Sun, 22 Jan 2012 15:21:57 +, ow...@bugs.debian.org (Debian Bug Tracking
System) wrote:
Version: 1:1.2.5-4
Distribution: unstable
Urgency: low
Maintainer: Debian kernel team debian-kernel@lists.debian.org
Changed-By: Luk Claes l...@debian.org
Description:
nfs-common - NFS support
reopen 651558
thanks
On 02/23/2012 01:50 PM, Daniel Kahn Gillmor wrote:
I'm happy to see rpc.svcgssd moved to nfs-common, but i'm not sure how a
client is expected to have that launched and available, given that there
is no initscript, configuration, or anything.
What suggestions would you
Package: linux-2.6
Version: 3.2.4-1
Subject: rtc no longer available under linux 3.2.4-1
I have an asus eeePC 900. lshw reports it as:
description: Notebook
product: 900 (90OAM09AB5312111U205Q)
vendor: ASUSTeK Computer INC.
version: 0704
When it wakes from sleep under 3.2.4-1,
On 02/15/2012 06:00 PM, Jonathan Nieder wrote:
Weird. Reproducible? Does Linus's master behave the same way?
Can you bisect?
argh. It looks like this is not the fault of the kernel, so i'm closing
this ticket.
I tried rolling back to 3.2.1-1 from snapshot.debian.net:
On 01/31/2012 02:10 PM, Russ Allbery wrote:
I personally have never used Kerberized NFS (we're an AFS site), so I'm
not really the one to comment on what enctypes NFS requires. I don't
track NFS development at all. But if NFS is no longer limited to DES,
it's very likely that it now supports
Subject: linux-image-3.2.0-1-686-pae: kernel NULL pointer dereference in
vsnprintf
Package: linux-2.6
Version: 3.2.1-1
Severity: normal
Hi debian kernel team--
i just upgraded to 3.2 from unstable on this Asus EeePC 900. The
machine was only up for about 20 minutes (i was already logged in,
Hi Ben--
Thanks for the prompt followup!
On 01/22/2012 11:21 PM, Ben Hutchings wrote:
On Sun, 2012-01-22 at 15:11 -0500, Daniel Kahn Gillmor wrote:
It looks like we got to the memcpy() in vsnprintf() with str == NULL.
Which seems to mean that seq_file is seriously broken. But it hasn't
Package: nfs-utils
Version: 1.2.5-2
According to J. Bruce Fields on the linux-nfs mailing list [0], NFSv4
clients using any sec=krb5 variant will need to run rpc.svcgssd to
receive delegations. On debian, this appears to mean that the clients
will need to install nfs-kernel-server, even if they
Package: nfs-utils
Version: 1.2.5-2
trying to build a backport of nfs-utils 1.2.5-2 on squeeze shows:
checking for GSSGLUE... no
configure: error: Package requirements (libgssglue = 0.3) were not met:
Requested 'libgssglue = 0.3' but version of libgssglue is 0.1
Consider adjusting the
reopen 648939
fixed 648938 2.67-0.1
thanks
whoops! I closed the wrong bug in the changelog for
libio-socket-inet6-perl 2.67-0.1.
I apologize for the confusion!
--dkg of the off-by-one errors
signature.asc
Description: OpenPGP digital signature
On 11/24/2011 12:35 AM, Jonathan Nieder wrote:
Hi dkg,
Ben Hutchings wrote:
On Tue, 2011-06-28 at 16:32 -0400, Daniel Kahn Gillmor wrote:
I'm seeing a kernel bug when trying to mount a btrfs volume.
[...]
[ 277.859243] device fsid 79440663a654fc14-ff2c4fbce89e5eb5 devid 1
transid
On 11/14/2011 01:19 PM, Russ Allbery wrote:
The NFS machinery is going to need to support either arcfour-hmac or
aes128, since Windows never supported 3DES, and you don't want to use
plain DES any more (and it has to be specifically enabled on the Windows
side, if they haven't dropped it
On 11/09/2011 08:44 AM, John Hughes wrote:
This is a kernel bug not a nfs-common bug.
Using the squeeze kernel (2.6.32-5) in place of the current unstable
kernel what happens is that attempts to access the nfs4 mounted system
get an EPERM instead of hanging and no horrid messages are written
Bjoern wrote:
I just wanted to ask if the attached kernel oops is also related to
this issue?
I can't tell from your attached png because not enough of the oops is
included.
It looks like that screenshot is from a virtual machine emulated VGA
console.
To catch future issues like this, I
On 10/24/2011 09:42 AM, Rob Naccarato wrote:
supported_enctypes = aes256-cts:normal arcfour-hmac:normal \
des3-hmac-sha1:normal des-cbc-crc:normal des:normal des:v4 des:norealm \
des:onlyrealm des:afs3 aes128-cts:normal
Client (khan) attempting to use sec=krb5.
On 10/24/2011 03:09 PM, Rob Naccarato wrote:
Fair enough, I now have this on the client:
root@khan:/etc# klist -e -k /etc/krb5.keytab
Keytab name: WRFILE:/etc/krb5.keytab
KVNO Principal
--
4
On 10/23/2011 02:25 PM, Rob Naccarato wrote:
On 11-10-23 01:18 PM, Sam Hartman wrote:
Rob == Rob Naccarator...@naccy.org writes:
Rob This doesn't appear to be fixed to me. I get the same
Rob problems. I have even installed backported kernel
Rob (2.6.39-bpo.2-amd64) and
Package: linux-2.6
Version: 3.0.0-5
Severity: important
This powermac G4 cube has been running fine with 2.6.38 + squeeze
for a while. I just upgraded to 3.0.0 from sid, and found that
booting the machine fails by dropping into an initramfs shell, unable
to find the root filesystem.
from the
On 10/23/2011 08:19 PM, Daniel Kahn Gillmor wrote:
from the initramfs shell, i can work around this by doing:
modprobe pata_macio
exit
at which point, the boot proceeds as usual.
It seems to me that this module should be auto-loaded (or at least
somehow detected for this particular
Package: linux-2.6
Version: 3.0.0-5
Severity: normal
I'm using an acer AL715 LCD monitor, connected via a full 15-pin VGA
cable to the analog pins on the DVI port on this powerpc Mac Mini.
the computer doesn't seem to properly detect the monitor, and chooses
awkward/low resolution settings
On 09/30/2011 01:12 AM, yellow wrote:
again the station does not want to mount the nfs share at boot/reboot/power
on.
if I do su ,
mount /myshare it works
what to do to test and check what is going on?
Could you show the contents of /etc/fstab ? Do you have logs of your
system's boot
On 09/05/2011 11:38 PM, Ben Hutchings wrote:
The code dump actually corresponds to this line in update_sg_lb_stats(),
which has been compiled inline with find_busiest_group():
sgs-avg_load = (sgs-group_load * SCHED_LOAD_SCALE) / group-cpu_power;
OK, i'm happy to take your word for it.
On 08/30/2011 01:25 AM, Luk Claes wrote:
On 08/30/2011 06:16 AM, Daniel Kahn Gillmor wrote:
I concur with Sean Finney that nfs-utils should Build-Depend on
libnfsidmap-dev = 0.24 to ease backporting.
I'm hoping to prepare nfs-utils 1.2.4 as a backport for squeeze, and
it'd be nice to modify
On 08/29/2011 02:40 PM, Ben Hutchings wrote:
This is what I've added for 2.6.32-36. Any review would be appreciated.
Thanks, Ben!
Two crashes i have documentation for show the division-by-zero error
happening in find_busiest_group, which was patched in the initial diff i
submitted, but not in
I concur with Sean Finney that nfs-utils should Build-Depend on
libnfsidmap-dev = 0.24 to ease backporting.
I'm hoping to prepare nfs-utils 1.2.4 as a backport for squeeze, and
it'd be nice to modify the source package as minimally as possible.
I just got the thumbs-up from anibal to backport
forwarded 614622 https://bugzilla.kernel.org/show_bug.cgi?id=40732
thanks
On 08/08/2011 01:26 PM, Moritz Mühlenhoff wrote:
Please report this upstream at http://bugzilla.kernel.org, product Drivers
and component Networking.
OK, done. Hope this helps,
--dkg
signature.asc
Hi Ben--
Thanks for the quick followup!
On 08/07/2011 12:36 PM, Ben Hutchings wrote:
On Fri, 2011-08-05 at 18:36 -0400, Daniel Kahn Gillmor wrote:
We've applied the attached patch (a simple workaround to ensure no
division-by-zero) to the debian packages for several weeks in production
(over
Package: linux-2.6
Version: 2.6.32-35
Tags: patch
We've now seen multiple crashes during periods of heavy IO on amd64
architecture machines running 2.6.32-5-amd64 from stock squeeze
installs.
An example crash [0] yields a backtrace like this:
2011-06-26_12:46:14.63097 [62478.818625] divide
On 07/29/2011 11:20 AM, Moritz Mühlenhoff wrote:
On Tue, Feb 22, 2011 at 09:06:44PM -0500, Daniel Kahn Gillmor wrote:
I run this machine every day, connect it to multiple wired networks, and
have a usage pattern of suspend-to-ram at least twice a day. I never
saw this problem until i
Package: debian-kernel-handbook
Version: 1.0.10
Severity: wishlist
It looks to me like http://kernel-handbook.alioth.debian.org/ is
out-of-date. it says:
version 1.0.9, Tue Nov 23 17:56:29 GMT 2010
but http://kernel-handbook.alioth.debian.org/ch-scope.html says:
The latest released version
Package: linux-image-2.6.32-5-486
I'm seeing a kernel bug when trying to mount a btrfs volume.
I see the same bug when i boot with 2.6.39-2-686-pae, fwiw, though i
have only been able to transcribe it thus far with 2.6.32-5-486. This
is on standard x86 hardware (a Dell Dimension 4500S desktop
Hi Ben---
On 06/28/2011 10:48 PM, Ben Hutchings wrote:
This code was changed in Linux 3.0-rc2 to accept failure of
read_one_inode() where it was previously expected (and asserted) always
to be successful. Please test the current package in experimental
(linux-image-3.0.0-rc5-686-pae etc.).
On 05/01/2011 08:00 PM, Ben Hutchings wrote:
On Sun, 2011-05-01 at 15:06 -0700, Jameson Graef Rollins wrote:
Hi, Ben. Can you explain why this is not expected to work? Which part
exactly is not expected to work and why?
Adding another type of disk controller (USB storage versus whatever
affects 624343 debian-installer
thanks
I note that debian-installer happily creates LVM-over-RAID and
dmcrypt-over-RAID setups (and lvm-over-dmcrypt-over-RAID setups, for
that matter), and provides no warnings to the admin that these RAiD
setups may not be re-syncable in the face of hardware
On 05/01/2011 08:22 PM, NeilBrown wrote:
However if there is another layer in between md and the filesystem - such as
dm - then there can be problem.
There is no mechanism in the kernl for md to tell dm that things have
changed, so dm never changes its configuration to match any change in the
Package: linux-2.6
Version: 2.6.37-2
Severity: normal
Here's a backtrace of a NULL pointer dereference in 2.6.37-2-686 on a
machine with an intel chipset. This machine (an Asus EeePC 900) has
no physical TV connector. The machine is regularly suspended to RAM,
and gets different external VGA
On 04/04/2011 11:20 AM, Ben Hutchings wrote:
On Tue, Apr 05, 2011 at 05:46:01AM -0400, Daniel Kahn Gillmor wrote:
Package: linux-2.6
Version: 2.6.37-2
[...]
Please test 2.6.38-2.
i'm currently running 2.6.38-2, and i have not yet seen this particular
bug (NULL dereference
Over at https://bugs.freedesktop.org/show_bug.cgi?id=35936 , Chris
Wilson asked about the inclusion of commit
29c5a587284195278e233eec5c2234c24fb2c204 in 2.6.38-2. From looking at
the changelogs, i don't think it was included, but i'd appreciate if
someone from the kernel team could provide a
Package: linux-image-2.6.37-2-amd64
I got grub-efi-amd64 working on a very modern macbook. When i tried to
use it to boot linux (using both the squeeze kernel
(linux-image-2.6.32-5-amd64) and the unstable kernel, booting the kernel
with no parameters resulted in a hung machine with no output on
Package: linux-2.6
Version: 2.6.37-1
Severity: normal
I recently switched from 2.6.37-trunk-686 to 2.6.37-1-686.
after the switch, i find that sometimes my atl2.ko-driven onboard NIC
persistently claims NO CARRIER after resuming from suspend-to-RAM,
even when plugged into a legitimate ethernet
1 - 100 of 133 matches
Mail list logo