Package: src:linux
Version: 6.12.5-1
Severity: important
X-Debbugs-Cc: debian-am...@lists.debian.org, davidjamescastor...@proton.me
User: debian-am...@lists.debian.org
Usertags: amd64
Dear Maintainer,
When using any version of linux-image that starts with 6.12.* I cannot get
audio through my 1050
already tested kernel 6.6 and seen the
issue, so it's not the same exact bug.
-James
-- Package-specific info:
** Version:
Linux version 6.6.31+rpt-rpi-v8 (se...@raspberrypi.com) (gcc-12 (Debian
12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT Debian
1:6.6.31-1+rpt1
Package: firmware-brcm80211
Followup-For: Bug #1029843
X-Debbugs-Cc: b...@decadent.org.uk, didi.deb...@cknow.org, k...@debian.org,
p...@akeo.ie
Thanks all for figuring this out and providing fixes - the updated contents of
the firmware-brcm80211 20230625-3~exp3 package look good to me.
A correction for a mistake in my previous message:
> Because Debian builds packages from a fixed build path, neither the
> 'reprotest'
> utility in Salsa-CI, nor the Reproducible Builds team's package test
> infrastructure for Debian[1] currently check for equivalent binary package
> output from
/docs/build-path/
Thanks,
James
[1] - https://tests.reproducible-builds.org/debian/reproducible.html
[2] - https://www.debian.org/Bugs/Developer#severities
Package: src:linux
Version: 6.1.55-1
Severity: important
X-Debbugs-Cc: jamescope...@gmail.com
Dear Maintainer,
Hi, I have experienced an issue where my client lost access to an NFS server
for a period of around 15 minutes, then immediately following server recovery,
I experienced a kernel oops
experienced the issue on LTS 6.1.x kernel on my Intel NUC 8i3BEH running Arch
linux.
I also tried upgrading to kernel 6.4.x where the problem also seems to be
resolved.
Regards,
James.
On Fri, 18 Aug 2023 20:08:09 +0100 James Hutchinson
wrote:
> I am also affected by this, running Arch Linux on
Source: firmware-nonfree
Followup-For: Bug #1035505
X-Debbugs-Cc: didi.deb...@cknow.org, 1029...@bugs.debian.org, k...@debian.org
Control: forwarded -1
https://salsa.debian.org/kernel-team/firmware-nonfree/-/merge_requests/65
Control: tags -1 patch
Please find an updated attempt to handle spaces
On Mon, Sep 4, 2023 at 8:07 AM Salvatore Bonaccorso wrote:
> Can you please report it directly upstream at the linux-nfs list and
> post it here once it reached the linux-nfs list, so we can set a
> forwarded field accordingly.
Done:
https://patchwork.kernel.org/project/linux-nfs/patch/202309040
---
utils/mount/nfs.man | 1 -
1 file changed, 1 deletion(-)
diff --git a/utils/mount/nfs.man b/utils/mount/nfs.man
index 7a410422..c9850f29 100644
--- a/utils/mount/nfs.man
+++ b/utils/mount/nfs.man
@@ -986,7 +986,6 @@ file. See
.BR nfsmount.conf(5)
for details.
.SH EXAMPLES
-mount option.
T
Package: nfs-common
Version: 1:2.6.2-4
Severity: minor
Tags: patch
There is a spurious phrase "mount option" at the beginning of the
EXAMPLES section.
This patch fixes it:
>From 0fbe8a874703124107e74f9a96a201ad3b89b60a Mon Sep 17 00:00:00 2001
From: James Youngman
Date: Sat, 2 S
ZSTD
So the machine then requires a reboot anyhow to return to normal operation.
Regards
James
Package: firmware-brcm80211
Followup-For: Bug #999485
X-Debbugs-Cc: gw...@gwolf.org, didi.deb...@cknow.org, 1023...@bugs.debian.org
Dear Maintainer,
> There is now a license available for the brcmfmac43456 firmware: it's included
> in the relevant RPF package metadata, in the usual copyright file
On Mon, 8 May 2023 at 14:57, Diederik de Haas wrote:
>
> On Monday, 8 May 2023 14:08:14 CEST James Addison wrote:
> > On Mon, 1 May 2023 11:18:03 +0100, James Addison
> > wrote:
> > > > Diederik de Haas (2023-04-30):
> > > > > And that's ex
Package: firmware-brcm80211
Followup-For: Bug #1029843
X-Debbugs-Cc: k...@debian.org, didi.deb...@cknow.org,
debian-b...@lists.debian.org, p...@akeo.ie
On Mon, 1 May 2023 11:18:03 +0100, James Addison wrote:
> > Diederik de Haas (2023-04-30):
> > > And that's exactly
Package: firmware-brcm80211
Followup-For: Bug #999485
X-Debbugs-Cc: gw...@gwolf.org, didi.deb...@cknow.org, 1023...@bugs.debian.org
> The other option is that they get included upstream in
> linux-firmware.git by upstream?
As an update about this: in the past it seems that one of the blockers fo
ch at:
https://salsa.debian.org/diederik/firmware-nonfree/-/merge_requests/1
Cheers,
James
Source: firmware-nonfree
Followup-For: Bug #1035505
X-Debbugs-Cc: didi.deb...@cknow.org, 1029...@bugs.debian.org, k...@debian.org
Looks like a silently-handled exception here:
https://salsa.debian.org/kernel-team/firmware-nonfree/-/blob/9f189a7f81d40694ee71a36906de5637dada950f/debian/bin/gencontr
Source: firmware-nonfree
Followup-For: Bug #1035505
X-Debbugs-Cc: didi.deb...@cknow.org, 1029...@bugs.debian.org, k...@debian.org
Hey Diederik,
I think that the edits to 'debian/config/brcm80211/defines' may be the cause
of the space-escaping issue (noticed that in your fork on Salsa).
Building
Package: src:linux
Followup-For: Bug #1029843
X-Debbugs-Cc: p...@akeo.ie, k...@debian.org, didi.deb...@cknow.org,
debian-b...@lists.debian.org, 1029...@bugs.debian.org, 1035...@bugs.debian.org,
989...@bugs.debian.org, debian-...@lists.debian.org
Control: retitle -1 brcmfmac: requested firmware fi
Followup-For: Bug #1030519
Control: unmerge -1
Control: reassign -1 hw-detect
Control: retitle -1 hw-detect: firmware file path handling is fragile
Package: src:linux
Followup-For: Bug #1029336
Thanks, Salvatore - I can confirm that the issue is fixed after an install of
version 6.1.7-1 from 'unstable'.
The system _also_ boots fine after installing version 6.1.4-1 from 'testing'.
Perhaps there was a corrupt/misconfigured initrd build on the
inding the filesystem to mount.
The reason that I believe this is a regression is:
- The problem does _not_ occur for the non-rt build (6.1.0-1-amd64)
- The problem does _not_ occur with a recent rt build (6.0.0.6-rt-amd64)
Thank you,
James
On Thu, 15 Dec 2022 11:10:52AM +, Luca Boccassi wrote:
> On Sat, Dec 10, 2022 at 02:27:12PM +0100, Bastian Blank wrote:
>> If we go with the last option we would have also some direct advantages.
>> We could stop signing modules with the secure boot key, but use a
>> temporary key. This would
tro version of shim. The kernel signing key usually has to be long
term because you want shim to boot multiple kernels otherwise upgrading
becomes a nightmare.
James
Package: src:linux
Version: 5.15.3-1
Severity: important
Dear Maintainer,
Upgrading from 5.14 to 5.15 causes all apps to flicker/have rendering artefacts.
Examples include:
* black squares appearing and disappearing within firefox
* menus flickering in and out of existence in 0ad
These effects
Glad I found this bug. Adding mem_encrypt=off is required on an ASUS
FX505DY laptop too (AMD Ryzen 5 3550H). For search crawlers let me add:
freeze or hang after loading initial ramdisk.
On Fri, 24 Sep 2021 16:03:38 +0200 Jan Christoph Uhde
wrote:
> Hi Vincent,
>
> thank you for the fast r
These other bugs have some extra info:
1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=962134
2. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960788
Dear Maintainer,
This issue is preventing audio working on a 7th generation Lenovo X1
Carbon (released 2019). After boot, no sound output device is
available. The following lines appear in dmesg:
[ 28.941465] sof-audio-pci :00:1f.3: DSP detected with PCI
class/subclass/prog-if info 0x040380
ot
setting this means that all the I/O devices are sending encrypted
memory pages through to QEMU which is what's causing the hang. With
this set, the kernel would bounce all the encrypted pages into
unencrypted pages before sending them to devices.
James
k you,
James Dietrich
can set
> accorrdingly where it has been forwarded to?
Well the initial incarnation of this upstream patch set
https://marc.info/?t=15676268933
Seems to fix the problem in my testbeds. I'm testing out the first two
patches only at the moment.
James
Package: src:linux
Version: 5.2.9-2
Severity: important
Tags: upstream
Dear Maintainer,
Linux Kernel 5.2 is completely unusable on most of my systems. The problem
seems to be something to do with memory compaction causing intervals where
the system becomes unresponsive.
This is definitely an up
That "acpi_sleep=nonvs" on my command line was an attempt to fix the bug,
it did not work :)
Package: src:linux
Version: 5.2.9-2
Severity: normal
Dear Maintainer,
Suspend has stopped working on my machine (Thinkpad L460). I'm afraid I don't
know enough about debugging the kernel to understand why, but it seems to be
related to the kernel as botting into the 4.19 kernel seems to resolve
e best fix is; we could also patch the kernel to ensure this shows up
as /dev/sclp_line0 in /proc/consoles like sparc64 now does for sunhv,
but I worry now that this might be a game of whack-a-mole and there are
other character device drivers out there that also suffer from this.
Perhaps therefore we need to go back to looking up the device name from
the device number as has been suggested already...
James
Some more information regarding the mt76 driver added in kernel 4.19.*
(affects testing and unstable):
https://wireless.wiki.kernel.org/en/users/Drivers/mediatek
I have been having the same issue as OP. Those on #debian-next clarified
that mt76 is indeed part of the kernel, but simply needs to
Package: nfs-common
Version: 1.3.4-2.3
Attempting to access a Kerberised NFSv4 share with nfs-common 1:1.3.4-2.3 on
ARM can result in invalid 'key has expired' errors when UIDs or GIDs are >=
2^16. This is because rpc.gssd is using the wrong setres[gu]id syscalls that
truncate the [GU]IDs to 1
> welcome :).
I sent this upstream patch for this:
http://lists.infradead.org/pipermail/linux-riscv/2018-September/001372.html
James
signature.asc
Description: OpenPGP digital signature
ble/amd64/libreswan_3.23-4.rbuild.log
This only happens when using linux headers from 4.15.
I think the cause of this was a change in 4.15 in the if_ether.h header.
It should be fixed by this upstream patch (applied in linus's tree but
not yet in stable):
https://www.spinics.net/lists/stable/msg215023.html
da360299b6734135a5f66d7db458dcc7801c826a
"uapi/if_ether.h: move __UAPI_DEF_ETHHDR libc define"
Thanks,
James
signature.asc
Description: OpenPGP digital signature
Package: src:linux
Version: 4.9.65-3
Followup-For: Bug #884116
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
sys_vendor:
product_name:
product_version:
chassis_vendor:
chassis_version:
bios_vendor: Int
Hi,
On 07/12/17 01:30, Ben Hutchings wrote:
> Control: reopen -1
> Control: tag -1 patch moreinfo
>
> On Thu, 2017-12-07 at 00:22 +, James Cowgill wrote:
>> Hi,
>>
>> On 07/12/17 00:06, Ben Hutchings wrote:
>>> On Wed, 2017-12-06 at 23:48 +, James
Hi,
On 07/12/17 00:06, Ben Hutchings wrote:
> On Wed, 2017-12-06 at 23:48 +0000, James Cowgill wrote:
>> Package: initramfs-tools
>> Version: 0.130
>> Severity: normal
>>
>> Hi,
>>
>> I had noticed this bug for quite a while now, but since I rarely tur
idea) to store the /dev/mapper path instead
of the blkid when the swap partition is on LVM?
I managed to solve my specific issue by manually setting RESUME to the
correct /dev/mapper path.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
Hi,
On 16/11/17 19:04, Ben Hutchings wrote:
> On Wed, 2017-11-15 at 16:50 +0000, James Cowgill wrote:
>> Since I was a little puzzled as to why keyutils built previously on
>> mips, I found this commit to 4.8 which caused the need for KEYS_COMPA
tream 4.9?
James
signature.asc
Description: OpenPGP digital signature
(currently they fail with ENOSYS - see keyutils package). I
think this will also help with compiling armhf on arm64 kernels.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
ot sure what the correct solution is here. Using the target flags
directly might make modpost specific to a kernel flavour. Hacking in
some special flags for mips* doesn't sound great either.
I have not tested any other platforms, but I am guessing this issue will
affect other platforms when
github.com/davecgh/go-spew/spew: /usr/bin/mips-linux-gnu-gccgo-7:
>>>> waitid: bad address
>>>> FAIL github.com/pelletier/go-toml [build failed]
>>>> ? github.com/pelletier/go-toml/cmd[no test files]
>>>> ...
>>>
>>&
don't know if rules.defs has to be that late
in the file for other reasons) or add the appropriate DEB_FOO := ...
definitions to the group at the top of debian/rules.real
Regards,
James
Hi,
[drop some CCs since this is not directly related to the xmlto bug]
On 24/03/17 09:36, YunQiang Su wrote:
> On Fri, Mar 24, 2017 at 1:06 AM, James Cowgill wrote:
>> I believe any of the following will fix this (but have not all been tested):
>> - Reduce the stack usage i
reassign 858405 xsltproc
forcemerge 750593 858405
retitle 750593 xsltproc: bus error on some arches with linux < 4.1
thanks
Hi,
On 22/03/17 21:01, Daniel Kahn Gillmor wrote:
> On Wed 2017-03-22 06:22:41 -0400, James Cowgill wrote:
>> On 22/03/17 01:29, Daniel Kahn Gillmor wrote:
&g
CD could mount these partitions, but at the moment there is no
ufs-modules udeb available for d-i to include. Please apply the attached
patch to create one on sparc64 so we can add it to d-i.
Thanks,
James
>From 77a8ef24e9059ae1d1c9617861b78d711ecdbd94 Mon Sep 17 00:00:00 2001
From: James Cla
On 21/01/17 10:29, Roger Shimizu wrote:
> On Sat, Jan 21, 2017 at 6:05 PM, James Cowgill wrote:
>> Hi,
>>
>> On 21/01/17 08:05, Roger Shimizu wrote:
>>> Control: tag -1 +moreinfo
>>>
>>> On Fri, Jan 20, 2017 at 9:17 PM, James Cowgill wrote:
>&g
Hi,
On 21/01/17 08:05, Roger Shimizu wrote:
> Control: tag -1 +moreinfo
>
> On Fri, Jan 20, 2017 at 9:17 PM, James Cowgill wrote:
>> Source: linux
>> Version: 4.9.2-2
>> Severity: wishlist
>>
>> Hi,
>>
>> Please can you enable CONFIG_SENSOR
Source: linux
Version: 4.9.2-2
Severity: wishlist
Hi,
Please can you enable CONFIG_SENSORS_ADM1031 as a module.
I have a Cavium Octeon board which needs this driver to be able to read
the CPU temperature / fan sensors.
Thanks,
James
signature.asc
Description: OpenPGP digital signature
what package do they properly belong in?
I think the firmware-misc-nonfree package (as suggested by Mihai Maties)
seems right.
It contains related files in the /lib/firmware/i915 directory,
and I think the missing files are binary blobs, so belong in a non-free
package?
se to the build system, and fixes this problem, at least for me.
Best,
James
From 0386d70cb8f490bd4dfa3cfa26e58a6e57569cb2 Mon Sep 17 00:00:00 2001
From: James Lu
Date: Sat, 19 Nov 2016 13:26:34 -0800
Subject: [PATCH] Ship SI/CI smc firmware files (radeon/*_k_smc.bin)
Bug: https://bugs.debian.or
git/stable/linux-stable.git/commit/?id=9207f9d45b0ad071baa128e846d7e7ed85016df3
--
James Oakley
james.oak...@multapplied.net
see various failures using overlay
but rebooting into linux-image-4.4.0-1-amd64 I am again able to use
schroot/sbuild.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
Package: src:linux
Version: 4.4.2-3
Severity: critical
The latest Debian Unstable Linux kernel image
linux-image-4.4.0-1-amd64 causes a spontaneous reboot on
my fifth generation Braswell NUC (model NUC5PPYH with a
quad-core Intel Pentium CPU N3700). The problem doesn't
happen when I boot the older
On 24/09/2014 6:43 PM, Ian Campbell wrote:
> On Wed, 2014-09-24 at 11:23 +0100, Stefano Stabellini wrote:
>> On ARM (and on PV on HVM x86) we want vfb to work by default if the
>> xenstore keys are there. But I don't think that it means we need to
>> wait 30 secs for it at boot. What is a reasona
On Wed, 2015-05-27 at 20:46 +0200, Ole Streicher wrote:
> Hi all,
>
> Am 27.05.2015 um 15:45 schrieb James Cowgill:
> > There's probably still a hardware bug in here somewhere, but before 3.16
> > the kernel was fixing it with the math emulator.
>
> Without unders
On Wed, 2015-05-27 at 18:13 +0100, Maciej W. Rozycki wrote:
> On Wed, 27 May 2015, James Cowgill wrote:
>
> > Thanks! The kernel was the important part which was different to my
> > setup.
> >
> > There's probably still a hardware bug in here somewhere, but be
Control: reassign -1 src:linux 3.16.7-ckt9-2
Control: retitle -1 linux: mips sqrt.s instruction not emulated on Loongson
processors
Control: tags -1 fixed-upstream
# Will be fixed in 4.1
On Tue, 2015-05-26 at 20:21 +0300, Aaro Koskinen wrote:
> On Tue, May 26, 2015 at 10:13:35AM +0100, Ja
On Wed, 8 Apr 2015, Mateusz Guzik wrote:
> This is still a problem. Any feedback about the patch?
>
I'd like to see feedback from vfs folk (Al).
--
James Morris
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
of course, but this was the biggest barrier. If anyone wishes to try
this, you need to disable the check for root in /etc/fstab and add f2fs
to /etc/initramfs-tools/modules before regenerating the initramfs.
Regards,
James
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a
trs.
It'd be useful to get some input from LSM module maintainers on this.
e.g. doesn't SELinux already handle this via policy directives?
--
James Morris
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
nd 5 seconds (incl
Ubuntu), Debian Jessie comes in at 33 seconds due to this.
The patch idea sounds nice (but beyond me to contribute). Perhaps an
easier patch is to customise the timer to wait for this device
(xen_fb_frontend_timeout=1)?
Thanks
James
--
/Mobile:/ +61 422 166 708, /Email:/ james_AT_rcpt.to
ric:
[
0.989639] xenbus_probe_frontend: Device with no driver: device/vfb/0
[
0.993077] regulator-dummy: disabling
And that they are using this
drievr as a module:
CONFIG_XEN_FBDEV_FRONTEND=m
Would love to get
this group's thoughts on this.
Thanks,
James
PS: Please CC me as
I am not cur
Package: src:linux
Version: 3.14.2-1
Severity: important
Dear Maintainer,
In the process of doing an update, a new version of grub was installed
which caused efibootmgr to run. When that ran, the below general
protection fault occurred which eventually led to my computer completely
locking up.
ice
> [1b4b:9485] (rev 03)
> Subsystem: Marvell Technology Group Ltd. Device [1b4b:9485]
> [...]
>
> Add it to the device table as chip_9485.
Adding Marvell maintainer to cc. Can we get an ack on this ... or is
mvsas dead and I can just apply it anyway?
Thanks,
James
&g
I saw a similar issue.
Wheezy KVM host (Doesn't do anything else) with squeeze VMs (Latest
packages on host - Kernel was stock Debian one). All filesystems are
ext3 (no ext4). This was the stacktrace from kern.log (anonymised to
remove hostname):
[406699.787067] general protection fault: 000
me know if there is any further information that would be
helpful, or if there is anything else I can do to help solve this issue.
Thank you,
James Dietrich
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
this a MB issue?
Please CC me for I am not subscribed.
Thanks.
-- James
Jan 21 20:31:26 kernel: [ 31.609437] 3ware 9000 Storage Controller device
driver for Linux v2.26.02.013.
Jan 21 20:31:26 kernel: [ 31.609479] 3w-9xxx :03:00.0: PCI->APIC IRQ
transform: INT A -> IRQ 16
Jan 21
On 09/28/2012 11:42 AM, Jonathan Nieder wrote:
> Hi James,
>
> James M Leddy wrote:
>> On 09/28/2012 09:25 AM, Andres Cimmarusti wrote:
>
>>> I haven't tried any new firmware (in fact, as far asI know the
>>> firmware patch never made into Debian). Thi
On 09/28/2012 11:42 AM, Jonathan Nieder wrote:
>> > It made it's way to the upstream linux-firmware git repo, so Debian can
>> > pull it from there.
> Are you sure? Looking at [1], the most recent change I see is in
> 2010-12-13.
Now I'm not so sure. I'll look in to this today and get back to you
On 09/28/2012 09:25 AM, Andres Cimmarusti wrote:
> I apologize for taking so long to reply. I have reinstalled the newer
> version of libmtp-runtime (1.1.3-x) and I confirm that now firmware to
> the atheros bluetooth is loaded correctly.
>
> I haven't tried any new firmware (in fact, as far asI k
le is no
longer used.
James
---
diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig
index bea04e5..ac6ea28 100644
--- a/drivers/scsi/Kconfig
+++ b/drivers/scsi/Kconfig
@@ -263,23 +263,6 @@ config SCSI_SCAN_ASYNC
You can override this choice by specifying "scsi_mod.scan=sync&quo
On 12/28/2011 11:50 AM, Andres Cimmarusti wrote:
> Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641749
> Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=702375
https://bugzilla.kernel.org/show_bug.cgi?id=27402 too
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.o
I upgraded to 3.2.1-2 and it booted fine.
So whatever the issue was seems to have been fixed in the update.
Thanks
--
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
destroyed in atomic context.
I'll look over the code. Meanwhile, do you have info about the config /
use case so that I can try to reproduce it?
Ben.
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development
--
To UNSUBSCRIBE, ema
I re-installed grub-pc and grub2 using the following commands:
apt-get install --reinstall grub2
apt-get install --reinstall grub-pc.
This did not help.
I then purged the following packages and answered yes to the debconf
prompt about removing /boot/grub and reinstalled them:
apt-get autoremove
Package: linux-2.6
Version: 3.2.1-1
Severity: normal
Dear Maintainer,
After installing this kernel I was not able to boot to it and received
the following error on the console.
Loading Linux 3.2.0-1-amd64 ...
error: cannot read the Linux header.
Loading intitial ramdisk ...
error: you need to lo
Package: linux-2.6
Version: 3.1.8-2
Severity: normal
On my laptop, kernel threads use somewhere between 25% - 80% of one of the
CPUs, even on idle.
At the suggestion of a friend, I looked at the contents of
/sys/firmware/acpi/interrupts/, and noticed that gpe18 was rising at about
10 a second.
n firmware-ivtv
pn firmware-iwlwifi
pn firmware-linux 0.33
pn firmware-linux-nonfree 0.33
pn firmware-qlogic
pn firmware-ralink
pn xen-hypervisor
-- debconf information excluded
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Veg
n
(at least not for a while) and it ties up most of a compute server for a week
and a half.
James
--
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/201108220750.26663.jtap...@nso.edu
Package: linux-2.6
Version: 2.6.32-35
Severity: normal
When a process exceeds 2^31-1 (probably) milliseconds of CPU, the CPU time
counter becomes corrupt. I have noted the
following effects:
1) The process disappears altogether from top (although the overall usage stats
show it to be running)
t; since the initial driver's merge.
Actually, the thread discussing the proposed patches is here:
http://marc.info/?t=13031522715
I much prefer the dummy interface approach to the prereset one because
it prevents any possible poke at the registers which will crash the box.
James
-
On Mon, 2011-04-18 at 14:12 +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 18-04-2011 3:58, James Bottomley wrote:
>
> > I've got a parisc system where the DVD drive is hardwired to a silicon
> > image controller:
>
> > 00:02.0 IDE interface: Silicon Ima
.c to do it. It's basically
impossible to trace a boot problem like this any other way, because we
don't have enough of the system up to use any tools.
James
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
here's only one port wired. Does anyone with cmd649 knowledge have any
idea how I might tell this?
James
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lis
On Sun, 2011-04-17 at 20:37 +0100, Ben Hutchings wrote:
> On Sun, 2011-04-17 at 14:28 -0500, James Bottomley wrote:
> > I traced the module loads and successful inits and found it; it's
> > pata_cmd64x ... it loads but never returns from init. I bet it's
> > tryi
On Sun, 2011-04-17 at 10:23 -0500, James Bottomley wrote:
> It's most likely a driver module that's getting loaded which is turned
> off in the booting configuration ... finding it isn't going to be easy,
> though ...
Finally got a build (had to swap out -Os for -O2).
I
On Sun, 2011-04-17 at 11:11 -0400, John David Anglin wrote:
> > On Sat, 2011-04-16 at 19:35 -0400, John David Anglin wrote:
> > > On Sat, 16 Apr 2011, James Bottomley wrote:
> > >
> > > > Strike that one ... I enabled USB in my 2.6.39-rc3 build and it
On Sat, 2011-04-16 at 19:35 -0400, John David Anglin wrote:
> On Sat, 16 Apr 2011, James Bottomley wrote:
>
> > Strike that one ... I enabled USB in my 2.6.39-rc3 build and it inserts
> > the OHCI module and discovers the ports just fine.
>
> Boot 2.6.39-rc3 fails for
On Sat, 2011-04-16 at 15:48 -0500, James Bottomley wrote:
> On Sat, 2011-04-16 at 15:29 -0400, John David Anglin wrote:
> > > On Sat, 2011-04-16 at 14:07 -0400, John David Anglin wrote:
> > > > I posted this debian bug report because the most recent debian
> > > &g
e I got ion, I didn't have any parisc
systems with USB, so it's turned off in my build. I'll turn it on and
see if there's a problem there.
James
--
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/1302986887.4058.13.ca...@mulgrave.site
ed since lenny.
Hmm, well upstream ones have: so it's likely a patch debian has but
upstream doesn't, or it could be a toolchain issue ... I didn't think
gcc-4.4.5 worked properly on 64 bit without a few patches?
James
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian
Package: linux-headers-2.6.32-5-common
Version: 2.6.32-30
Severity: important
The kernel headers symlink the scripts directory to to
../../lib/linux-kbuild-2.6.32/scripts,
however as I find /usr/src takes up a lot of space I move it to another
location and symlink
/usr/src to that location.
Thi
1 - 100 of 188 matches
Mail list logo
