On Thu, 2012-06-14 at 22:09 +0200, Arnaud Patard wrote:
I've made a deb with the patches you've listed so it has dreamplug DT
support (I've even added iconnect). You'll find it here:
http://www.rtp-net.org/kirkwood/linux-image-3.2.0-2-kirkwood_3.2.20-2_armel.deb
Can you please test it ?
On
Another one, confirming existence in 2.6.32-45. System has recently been
upgraded from oldstable. No actual problems detected, just the messages.
dorfl:~# cat /proc/version
Linux version 2.6.32-5-686-bigmem (Debian 2.6.32-45) (da...@debian.org) (gcc
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP
Source: linux
Version: 3.2.20-1
Severity: normal
Tags: upstream
affects: cpufrequtils
Dear Debian folks,
»x86 CPU driver autoprobing« was merged to Linux 3.4 [1].
There's a growing number of drivers that support a specific x86
feature or CPU. Currently loading these drivers
package linux-2.6
found 658764 3.2.19-1
thanks
I have installed ‘linux-image-3.2.0-2-amd64’ version 3.2.19-1 now that it
is in Wheezy, and confirmed the same behaviour.
--
\ “Never use a long word when there's a commensurate diminutive |
`\
Processing commands for cont...@bugs.debian.org:
package linux-2.6
Limiting to bugs with field 'package' containing at least one of 'linux-2.6'
Limit currently set to 'package':'linux-2.6'
found 658764 3.2.19-1
Bug #658764 [linux-2.6] linux-image-3.1.0-1-amd64: free ATI driver corrupts
output
Processing commands for cont...@bugs.debian.org:
reassign 664813 src:linux
Bug #664813 [src:linux-2.6] Please use the ondemand cpufreq governor by default
(CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND)
Bug reassigned from package 'src:linux-2.6' to 'src:linux'.
Ignoring request to alter found versions
This is said to be fixed by the change:
commit 9d1ac34ec3a67713308ae0883c3359c557f14d17
Author: Larry Finger larry.fin...@lwfinger.net
Date: Fri May 14 22:08:58 2010 -0500
ssb: Handle alternate SSPROM location
which was included in Linux 2.6.32.18 and Debian's package version
2.6.32-20.
Hi Thomas,
Thomas Baetzler wrote:
We've recently decided to try LSI's CacheCade Pro 2.0 software feature
package on some systems utilizing their Megaraid 9260 controller. This
feature package implements tiered storage that utilizes SSD drives as
additional non-volatile cache. It has been my
Hi again,
Jonathan Nieder wrote:
Currently we are using the stock driver from 2.6.32.y, so notifying
upstream would be useful, yes. Please cc either me or this bug log
when doing so so we can track it.
Correction: we have the following commits on top of 2.6.32.y:
c35188377f12 Add poll
I can enable it right now,
That would be very welcome, yes.
but the next stable release (Debian 7.0, 'wheezy') will use Linux 3.2.
Yes, I know.
Do you want it added to that as well?
That would be super awesome, but the synaptics-usb module was only added
to the 3.4 kernel.
It looks like
Thomas Baetzler wrote:
We've recently decided to try LSI's CacheCade Pro 2.0 software
feature package on some systems utilizing their Megaraid 9260
controller. This feature package implements tiered storage that
utilizes SSD drives as additional non-volatile cache. It has been my
experience
Processing commands for cont...@bugs.debian.org:
found 675934 linux-2.6/2.6.32-45
Bug #675934 [linux-2.6] st - slow tape read/write rate
Marked as found in versions linux-2.6/2.6.32-45.
End of message, stopping processing here.
Please contact me if you need assistance.
--
675934:
Processing commands for cont...@bugs.debian.org:
found 526983 linux-2.6/2.6.35-1~experimental.1
Bug #526983 [linux-2.6] linux-image-2.6.29-1-amd64: NETDEV WATCHDOG: eth0
(r8169): transmit timed out
Bug #528362 [linux-2.6] linux-image-2.6.29-2-686: r8169 hangs when your
transmission speed is
2012/6/11 Camaleón noela...@gmail.com:
Mmmm, this is something I can still try (an earlier working kernel). As
per my comment #167 [1], candidates could be lower versions starting
from 3.2.4-1, which according to the snapshot [2] could be:
3.2.2-1 (source: linux-2.6 3.2.2-1)
3.2.1-2
Camaleón wrote:
Update: I've been running kernel 3.2.2-1 over 4 days (since last
Saturday until today) and still haven't experienced any disconnection.
Interesting. I wonder if the workaround in f96b08a7e6f6 (brcmsmac:
fix tx queue flush infinite loop, 2012-01-17) has too short a timeout
and
Your message dated Tue, 19 Jun 2012 13:26:56 -0500
with message-id 20120619182656.GA19642@burratino
and subject line Re: Realtek Ethernet adapters (r8169 driver)
has caused the Debian Bug report #647004,
regarding r8169: connection is not stable, transmit queue 0 timed out
to be marked as done.
Hi Andrei,
Андрей Василишин wrote:
NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
Sorry for the long silence.
Did this happen only once, or was it reproducible? If the latter, is
it still reproducible? What kernel are you using these days?
Thanks for writing,
Jonathan
--
To
Processing commands for cont...@bugs.debian.org:
tags 672891 - pending
Bug #672891 [linux-2.6] brcmsmac wireless brcms_c_wait_for_tx_completion warning
Removed tag(s) pending.
End of message, stopping processing here.
Please contact me if you need assistance.
--
672891:
Hi Alexander Viro et al,
This is an escalation of Debian Bug #669314 http://bugs.debian.org/669314,
which I will
re-elaborate in this email for your convenience.
You committed a change to the way the linux kernel reports NFS mounts - now
with a
trailing slash for the remote export (among other
Package: linux-image-3.2.0-2-686-pae
Version: 3.2.20-1
Severity: important
Dear Debian folks,
after replacing a broken PS/2 mouse, which worked fine before that, with
an USB mouse
$ lsusb # output from after the resume and replugged
Bus 001 Device 001: ID 1d6b:0002 Linux
was
http://cdimage.debian.org/cdimage/daily-builds/daily/20120619-5/i386/iso-cd/debian-testing-i386-netinst.iso
which uses Linux 3.2. I used the 486 image.
When I search, I see lots of hits related to this error message, but few
recently (after 2010). For example,
https://bugzilla.redhat.com
Processing commands for cont...@bugs.debian.org:
tags 576723 - experimental
Bug #576723 [linux-2.6] linux-2.6: [2.6.33] mising rt2860sta; rt2800 not
suitable for replacement
Removed tag(s) experimental.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
576723:
Your message dated Wed, 20 Jun 2012 01:35:23 +0100
with message-id 1340152523.6871.83.ca...@deadeye.wl.decadent.org.uk
and subject line Re: linux-2.6: [2.6.33] mising rt2860sta; rt2800 not suitable
for replacement
has caused the Debian Bug report #576723,
regarding linux-2.6: [2.6.33] mising
ZSMALLOC is tristate, but the code has no MODULE_LICENSE and since it
depends on GPL-only symbols it cannot be loaded as a module. This in
turn breaks zram which now depends on it. I assume it's meant to be
Dual BSD/GPL like the other z-stuff.
There is also no module_exit, which will make it
Processing commands for cont...@bugs.debian.org:
tags 677273 + pending
Bug #677273 [linux-2.6] zcache and friends stopped working as modules in 3.4
Added tag(s) pending.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
677273:
Your message dated Wed, 20 Jun 2012 02:42:19 +0100
with message-id 1340156539.6871.95.ca...@deadeye.wl.decadent.org.uk
and subject line Re: Disk freeze on 2.6.32 and 3.x kernels: blkback blocked for
more than 120 seconds
has caused the Debian Bug report #671860,
regarding Disk freeze on 2.6.32
(+cc: devel@driverdev)
Hi Ben,
Ben Hutchings wrote:
ZSMALLOC is tristate, but the code has no MODULE_LICENSE and since it
depends on GPL-only symbols it cannot be loaded as a module. This in
turn breaks zram which now depends on it. I assume it's meant to be
Dual BSD/GPL like the other
On Tue, 2012-06-19 at 20:46 -0500, Jonathan Nieder wrote:
(+cc: devel@driverdev)
Hi Ben,
Ben Hutchings wrote:
ZSMALLOC is tristate, but the code has no MODULE_LICENSE and since it
depends on GPL-only symbols it cannot be loaded as a module. This in
turn breaks zram which now depends
Yury O. Tabolin wrote:
Hi, so, I tried the kernels. First I tried to upgrade kernel to
2.6.32-45. Nothing has changed, the rate is same low.
Good, thanks for confirming.
[...]
Then I installed 3.2.18-1~bpo60+1 kernel from squeeze-backports.
Segfault disappeared. The rate increased slightly,
Hi Filipus,
Filipus Klutiero wrote:
I probably reproduced this after testing a wheezy daily on an ASUS
Z71A using an RT2500. I got this error message and several others.
Ok, now I finally got a chance to look up the bug. So do you mean
that transfers were very slow and you got the message
30 matches
Mail list logo