Hi,
Without this kernel module shipped, users of X1 gen6 are forced to compile,
which is significantly more taxing than just having to unblacklist the
module.
Can't it be shipped, yet added to the default blacklist, until the Yoga X11e
issue is resolved?
(It goes without saying that it's
On Sat, Aug 17, 2013 at 06:30:48PM +0200, Josip Rodin wrote:
LOCATIONOFFSET COUNT
net_tx_action 0 1
qdisc tbf 20: parent 1:2 rate 2Kbit burst 20Kb lat 4295.0s
Sent
Package: linux-image-3.2.0-4-amd64
Version: 3.2.46-1
Hi,
I have a gateway machine, with $iface_Internet == xenbr2 and $iface_intranet
== xenbr0, running these traffic control rules on the outside interface
which are supposed to be a trivial ToS match and a limit on 20 Mbps:
tc qdisc del dev
On Sat, Aug 17, 2013 at 12:33:02PM +0200, Josip Rodin wrote:
On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote:
tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit
buffer 20480 limit 16384
However, the upgrade to this new kernel appears to have killed
On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote:
tc qdisc add dev $iface_Internet parent 1:2 handle 20: tbf rate 20mbit
buffer 20480 limit 16384
However, the upgrade to this new kernel appears to have killed it - the tbf
rule is causing outgoing HTTP connections to max
On Sat, Aug 17, 2013 at 02:06:57PM +0200, Ben Hutchings wrote:
On Sat, 2013-08-17 at 12:56 +0200, Josip Rodin wrote:
On Sat, Aug 17, 2013 at 12:33:02PM +0200, Josip Rodin wrote:
On Sat, Aug 17, 2013 at 12:23:21PM +0200, Ben Hutchings wrote:
tc qdisc add dev $iface_Internet parent 1:2
On Sat, Aug 17, 2013 at 02:58:07PM +0200, Ben Hutchings wrote:
How do I debug this further?
You could try using the perf dropmonitor script as I described on my bug
report.
Didn't you say that was also broken? :)
[...]
It's fixed now.
Hmm. Googling says it was fixed in May,
On Sat, Aug 17, 2013 at 04:08:12PM +0200, Ben Hutchings wrote:
On Sat, 2013-08-17 at 15:33 +0200, Josip Rodin wrote:
On Sat, Aug 17, 2013 at 02:58:07PM +0200, Ben Hutchings wrote:
How do I debug this further?
You could try using the perf dropmonitor script as I described on my
On Wed, Feb 20, 2013 at 10:27:02AM +, Ian Campbell wrote:
On Sun, 2013-02-17 at 00:22 +0100, Josip Rodin wrote:
Package: linux-image-2.6.32-5-xen-amd64
This is in a guest, right? Is it possible to try the non-Xen amd64
flavour? I forget the exact status in Squeeze but IIRC most
On Wed, Feb 20, 2013 at 11:35:44AM +, Ian Campbell wrote:
OK, I can install both (it's got PV-GRUB), which do you prefer to test
first?
I'm asking because it'll likely take a few weeks for the bug to appear,
judging by what it did before.
Probably at this stage I would be more
On Sat, Feb 16, 2013 at 03:13:06AM +, Ben Hutchings wrote:
On Fri, 2013-02-15 at 08:56 +0100, Josip Rodin wrote:
I appear to be experiencing a serious problem with a 768 MB RAM Xen domU
machine running an NFS client - every now and then (for months now), often
in the middle
On Tue, Jan 22, 2013 at 10:59:17AM +0100, Josip Rodin wrote:
I appear to be experiencing a serious problem with a 768 MB RAM Xen domU
machine running an NFS client - every now and then (for months now), often
in the middle of the night, it enters some kind of a broken state where a
few semi
On Mon, Sep 24, 2012 at 11:30:28AM +0200, Nestor Lopez Casado wrote:
Josip, this is a different issue from the one addressed with the patch.
1) Can you try it on a 3.2 kernel ?
I can try that too, I'll let you know how it went.
(Unfortunately the machine is in the same room with a crib, so I
On Thu, Sep 27, 2012 at 09:04:26AM +0200, Josip Rodin wrote:
On Mon, Sep 24, 2012 at 11:30:28AM +0200, Nestor Lopez Casado wrote:
Josip, this is a different issue from the one addressed with the patch.
1) Can you try it on a 3.2 kernel ?
I can try that too, I'll let you know how it went
On Fri, Sep 21, 2012 at 12:21:34PM +0200, Nestor Lopez Casado wrote:
This patch fixes an issue introduced after commit 4ea5454203d991ec
After that commit, hid-core silently discards any incoming packet
that arrives while any hid driver's probe function is being executed.
I managed to test
On Mon, Sep 17, 2012 at 12:57:06PM +0200, Jiri Kosina wrote:
On Wed, 12 Sep 2012, Nestor Lopez Casado wrote:
Take a look at this thread ... where a patch was published ...
https://bugs.launchpad.net/ubuntu/+bug/958174
Your issue may come from the same problem.
I will get back
Control: retitle -1 AMD SB 750 + Logitech USB keyboard brokenness with Linux
3.2 (regression from 3.1)
On Mon, Aug 20, 2012 at 06:26:42PM +0200, Josip Rodin wrote:
I'll try to bisect this now with my config.
It looks like it's definitely in some way related with the introduction
On Wed, Sep 12, 2012 at 12:46:29AM +0200, Josip Rodin wrote:
On Mon, Aug 20, 2012 at 06:26:42PM +0200, Josip Rodin wrote:
I'll try to bisect this now with my config.
It looks like it's definitely in some way related with the introduction of
CONFIG_HID_LOGITECH_DJ in 3.2+, because 3.1.0
On Sun, Sep 02, 2012 at 02:42:38PM +0100, Ben Hutchings wrote:
On Sat, 2012-09-01 at 10:45 +0200, Bastian Blank wrote:
On Fri, Aug 31, 2012 at 05:52:03PM +0200, Josip Rodin wrote:
auto vlan2
iface vlan2 inet manual
vlan-raw-device xenbr0
Is vlan-over-bridge documented
On Mon, Sep 03, 2012 at 06:27:12PM +0200, Josip Rodin wrote:
On Sun, Sep 02, 2012 at 02:42:38PM +0100, Ben Hutchings wrote:
On Sat, 2012-09-01 at 10:45 +0200, Bastian Blank wrote:
On Fri, Aug 31, 2012 at 05:52:03PM +0200, Josip Rodin wrote:
auto vlan2
iface vlan2 inet manual
Hi,
I had removed the igb-based eth0 from the bonding interface, and the machine
was running fine with it, but when the time had come to get some Xen domUs
running on it, it failed miserably on me once again.
The updated setup is:
auto bond0
iface bond0 inet manual
slaves eth2
bond_mode
On Sat, Apr 07, 2012 at 04:29:38AM +0100, Ben Hutchings wrote:
I would like to take this upstream now, but first I need to check
whether it has already been fixed after 2.6.32. Please can you test the
current kernel package from testing, unstable or squeeze-backports
On Mon, Apr 02, 2012 at 05:22:37AM +0100, Ben Hutchings wrote:
On Sun, 2012-04-01 at 12:40 +0200, Josip Rodin wrote:
On Sun, Apr 01, 2012 at 03:09:56AM +0100, Ben Hutchings wrote:
I bet this is due to the combination of LRO plus bridging. We try to
turn off LRO in devices under a bridge
On Sun, Apr 01, 2012 at 03:09:56AM +0100, Ben Hutchings wrote:
I bet this is due to the combination of LRO plus bridging. We try to
turn off LRO in devices under a bridge, but that won't work if there's
an intermediate bonding device.
If you run:
# ethtool -K eth0 lro off
# ethtool -K
Package: linux-image-2.6.32-5-xen-amd64
Version: 2.6.32-41
Hi,
The machine is a new IBM x3550 M3, with this network hardware:
% lspci | grep Ethernet
0b:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709 Gigabit
Ethernet (rev 20)
0b:00.1 Ethernet controller: Broadcom
On Tue, Jan 03, 2012 at 01:42:38PM +, Ian Campbell wrote:
On Wed, 2011-12-28 at 01:49 +0100, Josip Rodin wrote:
This clock jump by 2999 seconds also happened here, so per:
http://old-list-archives.xen.org/archives/html/xen-devel/2011-02/msg01557.html
we switched to clocksource=pit
This clock jump by 2999 seconds also happened here, so per:
http://old-list-archives.xen.org/archives/html/xen-devel/2011-02/msg01557.html
we switched to clocksource=pit in /etc/default/grub's $GRUB_CMDLINE_XEN on
the dom0. This seemed to have avoided the problem, but since then, the clock
On Fri, Apr 15, 2011 at 04:14:12AM +0100, Ben Hutchings wrote:
On Thu, 2011-04-14 at 17:10 +0200, Josip Rodin wrote:
Package: linux-image-2.6.32-5-sparc64
Version: 2.6.32-31
Hi,
/boot/config-2.6.32-5-sparc64 does not include CONFIG_SERIAL_8250
or SERIAL_8250_PCI, so it's
Package: linux-image-2.6.32-5-sparc64
Version: 2.6.32-31
Hi,
/boot/config-2.6.32-5-sparc64 does not include CONFIG_SERIAL_8250
or SERIAL_8250_PCI, so it's impossible to use PCI cards with serial ports
on them, which is useful for accessing e.g. serial consoles of other
machines from a sparc
Package: linux-image-2.6.32-5-xen-amd64
Version: 2.6.32-23~bpo50+1
Hi,
Something like this was mentioned misplaced in #592497, and about a
different network driver, so I'm filing a new bug because it should
be unrelated to both issues over there :)
I've just seen something similar with a tg3,
Package: linux-image-2.6.32-5-xen-amd64
Version: 2.6.32-23
Hi,
I just witnessed a strange situation - a domU had its kernel updated from
2.6.32-4-amd64 to 2.6.32-bpo.5-xen-amd64, and all seemed well, but after
two hours it stopped responding on its (statically configured) eth0 device.
tcpdump
forcemerge 596635 598057
thanks
On Sun, Sep 26, 2010 at 12:34:28AM +0100, Ben Hutchings wrote:
We know; this is already going to be fixed:
* [x86/xen] Disable netfront's smartpoll mode by default. (Closes: #596635)
Sorry, I didn't check the applicable bug list before sending, because of
On Sun, Sep 19, 2010 at 11:44:50PM -0700, Giridhar Malavali wrote:
Thanks for letting us know about this problem. Can u please provide logs
with ql2xextended_error_logging enabled. Also, can u please provide more
details about the test case.
OK. The machine has this hardware:
% sudo lspci -v
Package: linux-2.6
Version: 2.6.32-21~bpo50+1
Hi,
Got this in dmesg on a server:
Sep 18 02:46:52 birdun kernel: [387093.744649] qla2xxx_eh_abort(5): aborting sp
8801b58013c0 from RISC. pid=46881441.
Sep 18 02:46:56 birdun kernel: [387093.836909] BUG: unable to handle kernel
NULL pointer
On Fri, Aug 27, 2010 at 07:29:13PM -0700, David Miller wrote:
From: Josip Rodin j...@debbugs.entuzijast.net
Date: Fri, 27 Aug 2010 21:31:37 +0200
David, can you please queue this sunxvr500.c post-2.6.32 bugfix
to sta...@kernel.org?
http://git.kernel.org/?p=linux/kernel/git/torvalds
On Fri, Aug 27, 2010 at 11:49:06PM +0800, James Andrewartha wrote:
Package: linux-2.6
Version: 2.6.32-21
Severity: important
Tags: patch
I'm getting the same error and kernel log as mentioned in
http://thread.gmane.org/gmane.linux.ports.sparc/13092 for which there is
a patch at
On Sun, Aug 01, 2010 at 09:45:45PM -0400, Moritz Muehlenhoff wrote:
On Wed, Mar 17, 2010 at 01:13:45AM +0100, Josip Rodin wrote:
Package: linux-2.6
Version: 2.6.32-9
On Tue, Mar 16, 2010 at 03:24:37PM -0700, David Miller wrote:
Josip, please make sure this gets fixed, please get my
Hi,
If I try to boot 2.6.32-4-xen-amd64 on a 2.6.26-2-xen-amd64 (lenny) dom0,
it gets stuck at:
[0.120653] XENBUS: Device with no driver: device/vbd/769
[0.120658] XENBUS: Device with no driver: device/vif/0
[0.120663] XENBUS: Device with no driver: device/console/0
[0.120679]
On Sat, Mar 27, 2010 at 12:02:01PM +, Ian Campbell wrote:
xen-blkfront is a module in the pvops based 2.6.32-x-xen-amd64 where as
it was statically linked in the non-pvops 2.6.26-x-xen-and64 images.
This already happened in Lenny for 32 bit guests (sort of) since the
-686-bigmem kernel
On Sat, Mar 27, 2010 at 11:56:25AM +0100, joy wrote:
[0.610445] blkfront: xvda1: barriers enabled
done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ...
done.
Begin: Waiting for root file system ...
Can anything be done? I thought the domUs were supposed to
On Sat, Mar 27, 2010 at 05:28:28PM +0100, Bastian Blank wrote:
What was the last known working version?
The one from lenny. Well, for some values of working at least :)
Well, Lenny have two variants. The early pv-ops and the oldstyle one.
We had early pvops in lenny? Where? :)
If you
On Sat, Mar 27, 2010 at 06:11:15PM +, Ian Campbell wrote:
OK, that works, thanks. We have got to get this documented somewhere
now that the deprecated option is broken. There is no mention of it at
http://wiki.debian.org/Xen and simple googling is far from conclusive.
Would you mind
On Thu, Mar 18, 2010 at 01:52:34AM +0100, joy wrote:
On Wed, Feb 24, 2010 at 01:05:53PM +0100, joy wrote:
http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=refs/heads/xen/stable
It's great to see the new packages :) I didn't want to rain on the parade by
instantly filing
Ian Campbell wrote:
IIRC these kernels require a newer hypervisor than is in stable at the
moment, at a minimum you need 3.4.3, RC's are available in testing.
I'd just like to confirm this, I distinctly recall seeing the mention of
the exact Mercurial changeset on the xen-devel list for a new
On Wed, Mar 24, 2010 at 11:09:45AM +0100, Bastian Blank wrote:
IIRC these kernels require a newer hypervisor than is in stable at the
moment, at a minimum you need 3.4.3, RC's are available in testing.
The new paravirt_ops Xen dom0 kernel packages should probably simply have a:
On Wed, Feb 24, 2010 at 01:05:53PM +0100, joy wrote:
http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=refs/heads/xen/stable
It's great to see the new packages :) I didn't want to rain on the parade by
instantly filing bug reports, but I must point out a bit of a problem with
Package: linux-2.6
Version: 2.6.32-9
On Tue, Mar 16, 2010 at 03:24:37PM -0700, David Miller wrote:
Josip, please make sure this gets fixed, please get my
sunxvr1000 driver added (attached) and then add:
CONFIG_FB_XVR500=y
CONFIG_FB_XVR2500=y
CONFIG_FB_XVR1000=y
to the config for
Package: linux-2.6
Severity: serious
Tags: upstream patch
Hi there,
Ever since kernel 2.6.29 came out, several classes of sparc machines have
been unable to upgrade, because they would get stuck while initializing
the new NMI watchdog code.
The process of trying to figure it out is mostly
On Thu, Mar 04, 2010 at 05:21:31PM +0100, Markus Hochholdinger wrote:
In my case this manifested itself when some PHP profiling via microtime()
suddenly became useless, and it also caused occasional PostgreSQL errors
with tables that had timestamp columns as keys, since it became possible
Hi,
Markus Hochholdinger wrote:
Here is my solution to this problem, lenny xen kernel:
* dom0 with clocksource=jiffies and /proc/sys/xen/independent_wallclock=0
* domU with clocksource=jiffies and /proc/sys/xen/independent_wallclock=0
Using jiffies as a clock source is not a solution, it's a
On Thu, Feb 25, 2010 at 01:33:05PM +0100, Bastian Blank wrote:
On Thu, Feb 25, 2010 at 12:18:54PM +0100, Josip Rodin wrote:
Using jiffies as a clock source is not a solution, it's a workaround,
because its resolution (CONFIG_HZ^1) is not good enough for reading
microseconds, that is, time
On Thu, Feb 25, 2010 at 03:01:41PM +0100, Bastian Blank wrote:
No. The time resolution is not defined and within one step it will
always provide the same value.
What? :) The problem here is that a time readout function provides the same
value across *two* steps. A monotonic function is
Hi,
Just in case I'm the first to notice, we now have:
http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=shortlog;h=refs/heads/xen/stable
This is the new upstream default branch, with paravirt_ops dom0, and based
on 2.6.32-stable, so it's presumably suitable for inclusion as a new patch
On Sat, Jan 16, 2010 at 12:17:19PM +0100, Suno Ano wrote:
currently (January 2010) mainline is in development for the .33 release,
.32 is stable and used by most Linux Distributions like for example
Debian, Ubuntu, Suse, etc.
From what it looks now Debian and Ubuntu are going into freeze for
stable/linux-2.6.27.y has this patch since 2009-10-12:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.27.y.git;a=commitdiff;h=2578cf95969936c372db29ee2bbc21c9b6a299aa
it's included in the release since v2.6.27.37.
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE,
On Fri, Oct 23, 2009 at 11:54:21AM +0200, Josip Rodin wrote:
I've experienced the same problem. I've got two lenny machines which have
[...]
FWIW Here's the last upgrade output pasted exactly as it just happened:
% sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Hi,
I've experienced the same problem. I've got two lenny machines which have
GPT paritition tables and Linux root on LVM, and they can't use anything but
LILO (there are some novelty hacks for GRUB but I haven't been able to test
them yet because this is in production). I have kernel-img.conf
On Fri, Oct 23, 2009 at 01:15:52PM +0200, maximilian attems wrote:
On Fri, Oct 23, 2009 at 11:54:21AM +0200, Josip Rodin wrote:
Hi,
I've experienced the same problem. I've got two lenny machines which have
GPT paritition tables and Linux root on LVM, and they can't use anything
On Tue, Sep 15, 2009 at 08:38:22PM +0100, Jurij Smakov wrote:
If the PROM console driver still has some utility, maybe the boot
option is
the way to go... does it? Does anyone still manufacture new machines
with
new and strange console types that we don't support? :)
On Sun, Feb 08, 2009 at 04:58:08PM -0800, David Miller wrote:
So you're saying that X working is more important than machines
actually booting at all? These priorities are wrong.
When N (where N 0) users complain about dead X, and 0 users complain
about not being able to boot, the priorities
On Mon, Feb 09, 2009 at 12:28:18AM -0800, David Miller wrote:
So you're saying that X working is more important than machines
actually booting at all? These priorities are wrong.
When N (where N 0) users complain about dead X, and 0 users complain
about not being able to boot, the
On Sun, Nov 09, 2008 at 10:30:38PM +0100, Bastian Blank wrote:
SPARC is a traditionally brand
architecture. This case
affects Ultra 5 and may be several other workstation. So if something
doesn't function
on one box it doesn't function on a whole generation
This has been fixed a couple of days ago by Andrew Vasquez with some
help by Dave Miller. The patch is sent to the linux-scsi list/maintainers
for inclusion in -next as well as in -stable
(Message-Id: [EMAIL PROTECTED]).
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE,
Package: linux-image-2.6.26-1-sparc64-smp
Version: 2.6.26-4
Severity: grave
Tags: upstream
Hi,
qla2xxx's firmware loading thingy got hosed between .25 and .26,
I've already reported something along these lines to upstream, but I just
verified it with our kernel image so I'm filing it here too.
On Tue, May 20, 2008 at 04:54:06PM +, Debian Bug Tracking System wrote:
closing as according to upstream not a driver issue.
marked as resolved thus closing.
I would appreciate it if you could first answer the question which I asked
in August last year (which was the reason I didn't close
reopen 439072
thanks
On Tue, May 20, 2008 at 07:08:59PM +0200, Josip Rodin wrote:
On Tue, May 20, 2008 at 04:54:06PM +, Debian Bug Tracking System wrote:
closing as according to upstream not a driver issue.
marked as resolved thus closing.
I would appreciate it if you could first
On Tue, May 20, 2008 at 08:01:05PM +0200, maximilian attems wrote:
closing as according to upstream not a driver issue.
marked as resolved thus closing.
I would appreciate it if you could first answer the question which I asked
in August last year (which was the reason I didn't
On Fri, Nov 30, 2007 at 01:18:29AM +0100, Josip Rodin wrote:
On Sun, Sep 02, 2007 at 07:30:24PM +0200, Andreas Barth wrote:
as you all are probably aware, we currently have some quite bad issues
with the sparc buildds for some times, especially
http://bugs.debian.org/433187 unkillable
On Sun, Sep 02, 2007 at 07:30:24PM +0200, Andreas Barth wrote:
as you all are probably aware, we currently have some quite bad issues
with the sparc buildds for some times, especially
http://bugs.debian.org/433187 unkillable processes on the buildds.
I hope that the mentioned RC bug can be
On Mon, Sep 24, 2007 at 09:57:23PM +0200, Josip Rodin wrote:
kernel which works well - at least on out US III machine. We've applied
179c85ea53bef807621f335767e41e23f86f01df to make sure that the system
doesn't create unkillable processes anymore if you use the libc6 from
_lenny_
On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote:
kernel which works well - at least on out US III machine. We've applied
179c85ea53bef807621f335767e41e23f86f01df to make sure that the system
doesn't create unkillable processes anymore if you use the libc6 from
_lenny_.
BTW
On Mon, Sep 24, 2007 at 09:53:44PM +0200, Bernd Zeimetz wrote:
kernel which works well - at least on out US III machine. We've applied
179c85ea53bef807621f335767e41e23f86f01df to make sure that the system
doesn't create unkillable processes anymore if you use the libc6 from
_lenny_.
BTW,
On Tue, Sep 18, 2007 at 11:40:19PM +0200, Bernd Zeimetz wrote:
kernel which works well - at least on out US III machine. We've applied
179c85ea53bef807621f335767e41e23f86f01df to make sure that the system
doesn't create unkillable processes anymore if you use the libc6 from
_lenny_. Please
On Tue, Sep 04, 2007 at 10:46:47AM +0200, Fabio Massimo Di Nitto wrote:
We (David Miller and I) are already working on this. We finally got some
info dump from a debugging patched kernel and I expect we will have a fix
within the next 3/4 weeks.
From our first look it seems like a futex
On Tue, Sep 04, 2007 at 06:16:05AM +0200, Fabio Massimo Di Nitto wrote:
#433187 is the bug that has killed the buildds on lebrun and spontini,
right?
AIUC, yes. at least i can reproduce that on my buildd.
Hi guys,
We (David Miller and I) are already working on this. We finally got
On Tue, Sep 04, 2007 at 10:17:33AM +0200, Fabio Massimo Di Nitto wrote:
I should mention that lebrun.d.o is still dead since the last attempt
(ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5
with one davem patch applied (one line in kernel/futex_compat.c). If you
Hi,
#433187 is the bug that has killed the buildds on lebrun and spontini, right?
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Aug 22, 2007 at 04:13:19AM +0200, Josip Rodin wrote:
On Wed, Aug 22, 2007 at 02:52:59AM +0200, Josip Rodin wrote:
I'm reporting this bug that I have been seeing for a while and which is
a regression from a few months/years ago - the line-in input simply doesn't
work right. arecord(1
On Thu, Aug 23, 2007 at 07:04:13PM +0200, Adrian Bunk wrote:
While browsing kernel options, I noticed:
Please contact Adrian Bunk [EMAIL PROTECTED] if you had to
say Y here because your hardware is not properly supported
by ALSA.
...in the description of
Hi Adrian,
On Wed, Aug 22, 2007 at 04:13:19AM +0200, Josip Rodin wrote:
I'm reporting this bug that I have been seeing for a while and which is
a regression from a few months/years ago - the line-in input simply doesn't
work right. arecord(1) just doesn't record anything with it, it doesn't
Package: linux-2.6
Hi,
I'm reporting this bug that I have been seeing for a while and which is
a regression from a few months/years ago - the line-in input simply doesn't
work right. arecord(1) just doesn't record anything with it, it doesn't show
any errors, it records silence. The recording
On Wed, Aug 22, 2007 at 02:52:59AM +0200, Josip Rodin wrote:
I'm reporting this bug that I have been seeing for a while and which is
a regression from a few months/years ago - the line-in input simply doesn't
work right. arecord(1) just doesn't record anything with it, it doesn't show
any
Hi,
Thinking about this, there's actually another thing bothering me - you can't
use firmware-qlogic without the 'MODULES=most' option, IOW, there seems to
be no way to build just a minimal initrd just with the qla2xxx and the
firmware file.
--
2. That which causes joy or happiness.
--
Package: initramfs-tools
Version: 0.85e
Hi,
The other day I tried to boot a Sun Fire 280R that works nicely with kernel
2.4.30; however, it didn't work, because the qla2xxx driver can't find
the firmware image, and it fails to load properly, meaning I can't access
the hard disks in the machine,
On Thu, Feb 01, 2007 at 01:41:36PM +0100, maximilian attems wrote:
The other day I tried to boot a Sun Fire 280R that works nicely with kernel
2.4.30; however, it didn't work, because the qla2xxx driver can't find
the firmware image, and it fails to load properly, meaning I can't access
355881 409244
thanks
On Thu, Feb 01, 2007 at 09:33:10PM +0100, maximilian attems wrote:
On Thu, Feb 01, 2007 at 04:33:09PM +0100, Josip Rodin wrote:
On Thu, Feb 01, 2007 at 01:41:36PM +0100, maximilian attems wrote:
The other day I tried to boot a Sun Fire 280R that works nicely with
kernel
86 matches
Mail list logo