From: David Miller
Date: Mon, 17 Jan 2011 22:00:39 -0800 (PST)
> ftrace: Remove unnecessary alignment tag from ftrace_event_call.
>
> It's completely unnecessary and causes problems on platforms
> where this tag down-aligns the structure's alignment.
>
> Si
From: "Bernhard R. Link"
Date: Mon, 17 Jan 2011 15:39:54 +0100
>> I think we want none of this, and I think we should elide the align
>> directives entirely, or at least fix them so we don't get unaligned
>> stuff on 64-bit.
>
> One fix might be to move the __attribute__ from include/trace/ftrac
From: Steven Rostedt
Date: Mon, 17 Jan 2011 09:15:41 -0500
> Again, this is to help the linker keep arrays in tacked. Tracepoints are
> allocated into the tracepoint section, and then read like an array. If
> the linker adds holes as it links sections into one big one, then the
> reading of the a
From: Mathieu Desnoyers
Date: Mon, 17 Jan 2011 14:35:25 -0500
> Steven, what were you trying to fix in the first place when you added the
> aligned(4) to the definition ? It might have just been that the _ftrace_events
> section needed to be aligned on at least 8 bytes in the linker scripts, but
From: David Miller
Date: Mon, 17 Jan 2011 16:37:09 -0800 (PST)
> So we do end up seeing the R_SPARC_LO10 + R_SPARC_13 sequences in the
> final module object.
>
> Therefore, we really should handle R_SPARC_13 in the sparc module loader.
Ok, I now feel like I'm hallucinating.
d
From: Richard Mortimer
Date: Tue, 18 Jan 2011 13:23:14 +
> To close this off as a non-issue as far as my boot failures are
> concerned I did some further checking and objdump is displaying
> R_SPARC_OLO10 as two separate entries. I checked the scsi_mod.ko binary
> and found the appropriate El
From: David Miller
Date: Tue, 18 Jan 2011 13:00:27 -0800 (PST)
> I'll look into fixing binutils so that it properly reports the
> correct R_SPARC_OLO10 relocation in dumps. There really is no
> excuse for what it's currently doing. In fact, I think this
> quirk has sent m
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 00:08:45 -0500
> The following works fine for me now. Comments are welcome.
Thanks for doing this work Mathieu.
> - No aligned() type attribute nor variable attribute. I get a crash on x86_64
> (NULL pointer exception when executing __trace_add_e
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 00:08:45 -0500
> - No aligned() type attribute nor variable attribute. I get a crash on x86_64
> (NULL pointer exception when executing __trace_add_event_call, the 5th
> call).
> __alignof__(struct ftrace_event_call) is worth 8.
I think I figur
From: David Miller
Date: Tue, 18 Jan 2011 22:32:47 -0800 (PST)
> As far as GCC can see, the object is static and also not part of an
> array or any other C construct for which things like this could matter
> as long as the alignment it chooses meets the minimum alignment
> require
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 10:33:26 -0500
> I'm still unsure that __long_long_aligned is needed over __long_aligned
> though.
> AFAIK, the only requirement we have for, e.g. tracepoints, is to align on the
> pointer size (sizeof(long)), so RCU pointer updates are performed at
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 13:20:53 -0500
> Now what I'm discussing with David Miller is if creating a
>
> __long_packed_aligned
>
> and using it for *both* type and variable alignment would be more palatable
> (it
> also works, and is more co
From: Steven Rostedt
Date: Wed, 19 Jan 2011 17:00:23 -0500
> We can add a comment next to these structures specifying this
> dependency, and hopefully it would be updated if we ever do include a
> long long in them.
Yes, I think a huge comment should be placed somewhere and also the
commit messa
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 17:13:27 -0500
> Hrm, I'd like to see what kind of ill-conceived 32-bit architecture would
> generate a unaligned access for a 32-bit aligned u64. Do you have examples in
> mind ? By definition, the memory accesses should be at most 32-bit, no ?
> A
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 17:15:38 -0500
> * David Miller (da...@davemloft.net) wrote:
>> If plain "__long_aligned" works and, since you're tagging it to the structure
>> definition, it only specifies a minimum-alignment, then I'm
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 17:21:44 -0500
> I still wonder how a 32-bit system can generate an unaligned access trap for
> an
> access to a 64-bit variable aligned on 32-bit, given that there is, by
> definition, no 64-bit memory accesses available on the architecture ?
Spar
From: Mathieu Desnoyers
Date: Wed, 19 Jan 2011 17:33:39 -0500
> So I guess we go for the following. Is it verbose enough ?
It's got all of the details that seem to matter, thanks.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
From: Jesper Nilsson
Date: Mon, 17 Jan 2011 10:05:57 +0100
> On Mon, Jan 17, 2011 at 07:07:55AM +0100, David Miller wrote:
>> Ugh, and I just noticed that include/linux/klist.h does this fixed
>> alignment of "4" too, where is this stuff coming from? It's
>&
. However, I have not tested with any
other model of Wireless-N capable router.
So the problem is either all Wireless-N support in this driver, or a problem
with the Wireless-N support in the hardware of this router model.
--
David Banks
--
To UNSUBSCRIBE, email to debian-k
Package: linux-firmware-nonfree
Version: Debian 6.0
Severity: normal
In the process of the upgrade I install the latest kernel version,
kernel-image-2.6.??-5-686, the installation proceedure rebuilds initrd
and give warnings because the files in /lib/firmware/e100 are not found.
Apparently they
ds still doing
sterling service, and I would not like to be blocked from using current
software. In fact I have just upgrade one (an old Wrap card) to Squeeze
because it was easier to do that and then install the extra package I needed
that to search through the archives looking for old copie
Package: linux-source-2.6.37
Version: 2.6.37-1
Severity: normal
Tags: upstream sid patch
It is a known issue upstream that on Intel GPUs when DPMS blanks the screen
the backlight stays turned off when the screen is turned back on.
Chris Wilson committed a patch for this to upstream here
https://
update-initramfs: Generating /boot/initrd.img-3.6-trunk-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-1.fw for
module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-1.fw for
module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-1.fw for
m
It appears that it may be an issue with the "crash" package. From the
release notes:
5.1.6 - Fixed several typos in the updated crash.8 man page.
(bob.montgom...@hp.com)
[...]
- Fix to support Linux 3.x version number change. Without the patch,
the crash session fails wit
Hello,
3 days without any hangs with (before it would freeze many times a day):
http://people.debian.org/~jcristau/wheezy-drm34/linux-image-3.2.0-4.drm-amd64_3.2.35-3~jcristau.1_amd64.deb
Wheezy
Thinkpad X230
Core i5-3320M (2.60GHz)
Intel HD Graphics 4000
Thanks for the fix!
david
--
To
Package: kdump-tools
Version: 1.3.5-1
Severity: normal
In /usr/share/doc/kdump-tools/README.Debian the following text appears:
4. Debug Kernel
You *should* have a debug kernel in order for makedumpfile to process
the vmcore file. Without a debug kernel, the transfer process is
reduce
On 2013-01-31 00:17, Ben Hutchings wrote:
On Wed, 2013-01-30 at 14:50 -0500, David Magda wrote:
The upstream bug report is at:
https://www.redhat.com/archives/crash-utility/2011-June/thread.html#0
http://people.redhat.com/anderson/crash_patches/5.1.5-to-5.1.6.patch
If it is the "
On 2013-02-12 09:07, David Magda wrote:
In /usr/share/doc/kdump-tools/README.Debian the following text appears:
4. Debug Kernel
You *should* have a debug kernel in order for makedumpfile to process
the vmcore file. Without a debug kernel, the transfer process is
reduced to
On 2013-02-21 14:10, Ben Hutchings wrote:
The squeeze kernel is unfortunately missing support for a lot of
current hardware (notably graphics but also some networking chips) so
many people are running later kernel versions. I would love to fix
some of these but I have my hands full and I can rar
Summary:
3.2.0-4-amd64 (Wheezy): Brightness controls work, get a popup indicator
showing the brightness should be changing, dmesg says ACPI fails to
switch the brightness.
3.6-trunk: Brightness controls work, get a popup indicator showing the
brightness should be changing, dmesg says ACPI f
ometimes be very specific - when the factory
finally assembles the laptop, they might select a different component
just for the DMIC, that has this problem.
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
[1]
http://voices.canonical.com/david.henningsson/2012/05/22/three-audi
tags 701148 - moreinfo
found 701148 linux/3.8.3-1~experimental.1
thanks.
Still present in linux-image-3.8-trunk-amd64. Previously
linux-image-3.8-trunk wouldn't boot for me, but after an intel-microcode
and initramfs-tools update, it now boots and I'm able to test and
confirm the regression is in
Package: linux-2.6
Version: 2.6.32-41squeeze2
Severity: normal
Tags: upstream patch
Debian 6.0 (squeeze) when running as a Xen VM does not signal the host (with
SHUTDOWN_crash) after a kernel panic. This is regression from earlier
releases.
This is fixed upstream in 2.6.36 with f09f6d194d85043e
David
signature.asc
Description: Digital signature
Package: nfs-kernel-server
Version: 1:1.2.8-2
Severity: wishlist
Tags: upstream patch
Hi Luk,
Le 12/05/2013 12:02, Luk Claes a écrit :
> On 05/12/2013 04:54 AM, David Prévot wrote:
>> The nfsdcltrack.8 man page is “Automatically generated by Pod::Man 2.25
> The POD source is not
Package: nfs-common
Version: 1:1.2.8-2
Severity: normal
Upgrade give me following error :
Errors were encountered while processing:
nfs-common
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up nfs-common (1:1.2.8-2) ...
insserv: S
.config
CONFIG_MOUSE_APPLETOUCH=y
CONFIG_MOUSE_BCM5974=y
Thanks!
--
David
--
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/C
On Sun, Nov 13, 2011 at 1:03 PM, Ben Hutchings wrote:
> On Sun, 2011-11-13 at 12:40 -0300, David Roguin wrote:
>> Package: linux-image-3.0.0-1-amd64
>> Status: install ok installed
>> Priority: optional
>> Section: kernel
>> Installed-Size: 106008
he bcm5974 module is not being loaded on a mac book pro with Debian Wheezy.
According to 'lsusb -t' usbhid module is handling the trackpad making
the multitouch unusable.
--
David
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "
On Mon, Nov 14, 2011 at 12:49 AM, Ben Hutchings wrote:
> On Sun, 2011-11-13 at 22:06 -0300, David Roguin wrote:
>> Package: linux-image-3.1.0-1-amd64
>> Status: install ok installed
>> Priority: optional
>> Section: kernel
>> Installed-Size: 100967
From: Jurij Smakov
Date: Sat, 12 Nov 2011 10:39:04 +
> It took a while, but the daily installer images [0] now include a
> kernel which should support Niagara T3. David, if you could try it out
> and report your findings, it would be greatly appreciated.
>
> I would l
t; 4. UMC U5D and U5S
> 5. AMD/NSC Geode GX1, Geode SC1100, Elan SC4xx and SC5xx
I am still running a bunch of systems with SC1100 processors on them.
They are (and always have been) running off the shelf Debian kernels
and I would much rather keep it that way.
David
> Also possibly:
> 6. DM
On Sunday 20 Nov 2011, Ben Hutchings wrote:
> On Sun, 2011-11-20 at 10:10 +0000, David Goodenough wrote:
> > On Saturday 19 Nov 2011, Ben Hutchings wrote:
> > > The i386 architecture was the first in Linux and in Debian, but we have
> > > long since dropped support for t
On Sunday 20 Nov 2011, Ben Hutchings wrote:
> On Sun, 2011-11-20 at 19:43 +0000, David Goodenough wrote:
> > On Sunday 20 Nov 2011, Ben Hutchings wrote:
> > > On Sun, 2011-11-20 at 10:10 +, David Goodenough wrote:
> > > > On Saturday 19 Nov 2011, Ben Hutch
On Mon, Nov 14, 2011 at 8:52 AM, David Roguin wrote:
> On Mon, Nov 14, 2011 at 12:49 AM, Ben Hutchings wrote:
>> On Sun, 2011-11-13 at 22:06 -0300, David Roguin wrote:
>>> Package: linux-image-3.1.0-1-amd64
>>> Status: install ok installed
>>> Priority: option
From: Ben Hutchings
Date: Thu, 24 Nov 2011 07:23:30 +
> Commit 88491d8103498a6166f70d502fec70924314 ("drivers/net: Kconfig
> & Makefile cleanup") changed the type of these options to bool, but
> they select code that could (and still can) be built as modules.
>
> Signed-off-by: Ben Hutch
From: Ben Hutchings
Date: Fri, 25 Nov 2011 14:07:51 +
> Well, I can't think why it would be built in, since PHY modules can be
> auto-loaded now.
It's because drivers select the thing.
Try allmodconfig for yourself.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with
From: Ben Hutchings
Date: Fri, 25 Nov 2011 18:40:42 +
> On Fri, 2011-11-25 at 13:22 -0500, David Miller wrote:
>> Try allmodconfig for yourself.
>
> OK, on x86_64, this does end up with PHYLIB=y but only because
> NET_DSA=y. And I don't believe NET_DSA is appropriat
From: Ben Hutchings
Date: Fri, 25 Nov 2011 19:37:43 +
> On Fri, 2011-11-25 at 13:50 -0500, David Miller wrote:
>> From: Ben Hutchings
>> Date: Fri, 25 Nov 2011 18:40:42 +
>>
>> > On Fri, 2011-11-25 at 13:22 -0500, David Miller wrote:
>> >> Tr
From: Jurij Smakov
Date: Sat, 12 Nov 2011 10:39:04 +
> It took a while, but the daily installer images [0] now include a
> kernel which should support Niagara T3. David, if you could try it out
> and report your findings, it would be greatly appreciated.
>
> I would l
Package: linux-2.6
Version: 3.1.4-1
Severity: normal
Dear Maintainer,
I just did a dist-upgrade and this new version of linux image was installed.
During the
installation it complained when setting up the modules that
linux-headers-3.1.0-1-486 be
installed (I do not have the exact message as
Package: linux-headers-3.1.0-1-common
Version: 3.1.5-1
Severity: normal
--- Please enter the report below this line. ---
I am not sure this package has the bug but here goes:
If I have the same kernel version installed for both i686 and amd64, for
example. The debian nvidia kernel modules will dk
On Thursday 26 Kislev 5772 10:17:12 Jonathan Nieder wrote:
> tags 652955 + moreinfo
> quit
>
> Hi David,
>
> David Baron wrote:
> > If I have the same kernel version installed for both i686 and amd64, for
> > example. The debian nvidia kernel modules will dkms succ
From: Ben Hutchings
Date: Mon, 9 Jan 2012 22:04:28 +
> Commit 5b7c84066733c5dfb0e4016d939757b38de189e4 ('ipv4: correct IGMP
> behavior on v3 query during v2-compatibility mode') added yet another
> case for query parsing, which can result in max_delay = 0. Substitute
> a value of 1, as in th
images [0] now include a
> kernel which should support Niagara T3. David, if you could try it out
> and report your findings, it would be greatly appreciated.
>
> I would like to use this opportunity to thank Ben and the rest of the
> kernel team for their efforts on making ins
From: Jurij Smakov
Date: Fri, 13 Jan 2012 19:39:11 +
> Thanks for testing. I've committed a fix to Debian kernel svn repo
> which will add mpt2sas to installer udebs with next kernel upload.
> I'll let you know once it makes it into the daily installer images.
Thanks a lot.
--
To UNSUBS
> Jonathan Nieder wrote:
> > David A. Parker wrote:
>
> >> Adding 'idle=mwait' solved the problem (tested with 2.6.38-2-
> amd64).[...]
> > This means amd_e400_idle is buggy, I guess.
> >
> > I don't see any obvious fixes upstream, but s
From: David Miller
Date: Fri, 13 Jan 2012 13:13:45 -0800 (PST)
> From: Jurij Smakov
> Date: Fri, 13 Jan 2012 19:39:11 +
>
>> Thanks for testing. I've committed a fix to Debian kernel svn repo
>> which will add mpt2sas to installer udebs with next kernel upload.
- Original Message -
From: Ben Hutchings
Date: Sunday, January 15, 2012 2:32 pm
Subject: Re: Bug#617635: Network connection drops under heavy load (tg3 driver)
To: David Parker , 617...@bugs.debian.org
Cc: Jonathan Nieder
> Something like this should work:
>
> # echo
Package: linux-2.6
Version: N/A
Severity: wishlist
Tags: l10n patch
Please find attached the French debconf templates translation updated,
proofread by the debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
Regards
David
not download this unless you intend to comply with its licence" is
fairly much implicit in *anything* we distribute, isn't it? You only have
permission to copy GPL software *if* you comply with its licence.
> David, I'm rather surprised you accepted firmware into linux-firmware
On Sun, 5 Jun 2011, Ben Hutchings wrote:
> In reality every transfer over a network involves many transient copies
> being made. However, I think that legally only the sender tends to be
> held responsible for distributing or copying.
It was sent to me by TI with the express intention of includi
From: Ben Hutchings
Date: Wed, 22 Jun 2011 04:20:13 +0100
> David, these look like good candidates for longterm updates. What do
> you think?
Sure but I don't do submissions for the longterm stuff, I only
work on the -stable trees that Greg is actively maintaining.
--
To UNSUBSC
Hi guys,
I have the exact same problem ... took me some times to figure out it was
the IP Masquerade that was behaving in a weird way ... I'm not using the
Debian Kernel since a little while and have always been compiling my own
kernels . This is exactly what I'm experiencing and filled a
From: Eric Dumazet
Date: Sat, 30 Jul 2011 07:22:42 +0200
> [PATCH] sch_sfq: fix sfq_enqueue()
>
> commit 8efa88540635 (sch_sfq: avoid giving spurious NET_XMIT_CN signals)
> forgot to call qdisc_tree_decrease_qlen() to signal upper levels that a
> packet (from another flow) was dropped, leading t
Package: linux-2.6
Version: 3.0.0-1
Severity: normal
When installing linux-image-3.0.0.1 (a,d linux-headers, linux-kbuild) I get
run-parts: executing /etc/kernel/postinst.d/dkms 3.0.0-1-686-pae
/boot/vmlinuz-3.0.0-1-686-pae
Error! Could not locate dkms.conf file.
File: does not exist.
I have g
From: Steven Rostedt
Date: Mon, 15 Aug 2011 11:40:23 -0400
> Actually, I think option d) is the best.
>
> d) have sparc support recordmcount.c
Maybe you misunderstand what these guys are doing.
The recordmcount.pl script wants to look at the output of the
architecture of the built kernel. It'
From: Steven Rostedt
Date: Mon, 15 Aug 2011 15:55:00 -0400
> But if they use recordmcount.c instead, then nothing needs to be done
> with recordmcount.pl.
>
> recordmcount.c looks at the elf file itself to determine what arch it is
> for. If this is supported, then everything should work, and yo
9debe35351 Mon Sep 17 00:00:00 2001
From: "David S. Miller"
Date: Mon, 15 Aug 2011 14:45:17 -0700
Subject: [PATCH] sparc64: Set HAVE_C_RECORDMCOUNT
Signed-off-by: David S. Miller
---
arch/sparc/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/sp
From: Ben Hutchings
Date: Mon, 22 Aug 2011 16:08:00 +0100
> David, I think we need this in 3.0-stable:
The change is already in -stable as it went into 3.0-final.
If anything this might suggest that the fix in question is
the cause of this bug, since the commit went in right after
3.0-rc4
From: Ben Hutchings
Date: Mon, 22 Aug 2011 22:44:14 +0100
> On Mon, Aug 22, 2011 at 01:27:24PM -0700, David Miller wrote:
>> From: Ben Hutchings
>> Date: Mon, 22 Aug 2011 16:08:00 +0100
>>
>> > David, I think we need this in 3.0-stable:
>>
>> The ch
table tree as well:
>From 1a8e0da5937a6c87807083baa318cf8f98dac9aa Mon Sep 17 00:00:00 2001
From: "David S. Miller"
Date: Mon, 29 Aug 2011 21:14:29 -0700
Subject: [PATCH] sparc64: Only Panther cheetah+ chips have POPC.
Signed-off-by: David S. Miller
---
arch/sparc/kernel/setup_64.c | 10 --
1 file
From: Ben Hutchings
Date: Wed, 07 Sep 2011 05:16:01 +0100
> This is somewhat unusual in that the IDE controller will be sharing its
> IRQ, but that's supposed to work.
>
> However, the IDE core attempts to disable and enable the IRQ *before* it
> allocates it. If the UHCI driver then allocates
From: Ben Hutchings
Date: Wed, 07 Sep 2011 05:58:33 +0100
> Well, I'm concerned with what to do in distro configurations which
> aren't just for 'modern systems'. We already swapped over all the
> drivers not labelled as experimental. With the rest, I worry that we'd
> be exchanging obscure IDE
://anonscm.debian.org/viewvc/publicity/announcements/en/2011/2011-09-18-call-for-test.wml
Thanks in advance.
Regards
David
# Status: [open-for-edit]
# $Id: 2011-09-18-call-for-test.wml 2662 2011-09-17 21:56:49Z taffit $
# $Rev: 2662 $
##
## Template for upcoming announcements; please copy it to
I just upgraded to gcc-multilib 4.6.1-3 and found that APT
blew away /usr/include/asm without warning. This directory
belongs to my locally-built 'linux-libc-dev' which is produced
using upstream kernel sources and 'make deb-pkg'.
I do local builds for testing upstream kernel commits relevant
to
ied half a dozen times
to get Wifi working without having to use ACPI=off, but it just doesn't
work anymore unless I use ACPI=off everytime I boot.
david@Miho:~$ dmesg | grep ipw
[2.941208] libipw: 802.11 data/management/control stack, git-1.1.13
[2.941211] libipw: Copyright (C) 2004
david@Miho:/$ lspci
00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express
Processor to DRAM Controller (rev 04)
00:01.0 PCI bridge: Intel Corporation Mobile 915GM/PM Express PCI Express
Root Port (rev 04)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family
With acpi=off
Miho:/home/david# rfkill list all
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
Without using acpi=off
Miho:/home/david# rfkill list all
0: hp-wifi: Wireless LAN
Soft blocked: yes
Hard blocked: no
1: phy0: Wireless LAN
Soft
Miho:/home/david# rfkill list all
0: hp-wifi: Wireless LAN
Soft blocked: no
Hard blocked: no
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
Miho:/home/david#
When I turn off the Wifi using the network-manager-kde tool, rfkill then
shows this:
Miho:/home
files).
Regards
David
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
hed compressed for the sake of MUAs that assume attached files
are encoded in ASCII unless proven otherwise.
Regards
David
0001-Add-missing-prepending-underscore-in-templates-Close.patch.xz
Description: application/xz
0002-Update-POT-and-PO-files-debconf-updatepo.patch.xz
Description: application
Package: linux-base
Version: 3.5
Severity: wishlist
Tags: l10n patch
Hi,
On Sat, Sep 01, 2012 at 04:11:23PM +0100, Ben Hutchings wrote:
> On Fri, 2012-08-31 at 14:08 -0400, David Prévot wrote:
> >
> > I just sent a call for translation update, translation should be ready
> >
Package: linux-base
Version: 3.5
Severity: wishlist
Tags: l10n patch
X-Debbugs-CC: victory
Le 04/09/2012 19:29, victory a écrit :
> On Fri, 31 Aug 2012 14:01:42 -0400
> David Prévot wrote:
>
>> The deadline for receiving the updated translation is
>> Wed, 05 Sep 2012 14:00:
Control: retitle -1 [INTL:fr,vi] French and Vietnamese po-debconf translations
update
Control: tags 686704 patch
Hi,
On Tue, Sep 04, 2012 at 05:35:32PM -0400, David Prévot wrote:
> Package: linux-base
> On Sat, Sep 01, 2012 at 04:11:23PM +0100, Ben Hutchings wrote:
> > On Fri, 2012
ement part#s.
Not sure if that's important for you or not.
On Sun, Sep 30, 2012 at 8:31 AM, Jonathan Nieder wrote:
> Hi David,
>
> David Smith wrote:
>
> > Hardware: 6-year old laptop with Pentium-M CPU and Intel 2200 wireless.
> >
> > This is a problem tha
Yes,
echo 'blacklist hp-wmi' >/etc/modprobe.d/ds-blacklist-hpwmi.conf
Fixes the problem in Wheezy, using linux-image-3.2.0-3-686-pae in Wheezy.
I'll send an e-mail out tomorrow with all the needed information that you
listed.
Thanks again for your help.
-David
Package: src:linux
Version: 3.2.0-4-686-pae
Severity: normal
--- Please enter the report below this line. ---
Noticed overall lagginess in response to user interaction.
Most apps did work OK with this.
Gflashplayer almost unusable (not the greatest loss but a bug, nevertheless).
Noticed that kdm,
On Thursday 11 October 2012 20:35:30 Jonathan Nieder wrote:
> reassign 690250 src:linux 3.2.30-1
> quit
>
> Hi David,
>
> David Baron wrote:
> > Noticed overall lagginess in response to user interaction.
> > Most apps did work OK with this.
> > Gflashplayer al
On Thursday 11 October 2012 21:35:41 Jonathan Nieder wrote:
> # regression
> severity 690250 important
> quit
>
> David Baron wrote:
> > On Thursday 11 October 2012 20:35:30 Jonathan Nieder wrote:
> >> Please also attach full "dmesg" output from booting
On Thursday 11 October 2012 21:35:41 Jonathan Nieder wrote:
> # regression
> severity 690250 important
I am running with the nvidia (Debian packages DKMS) now and this seems no work
OK. This would indicate that the problem relates to Nouveau!
Here is the dmesg immediately after kde startup
[
/bugreport.cgi?bug=684352
I sent e-mails to platform-driver and kernel-wireless mailing lists.
It was made clear that this is a bug for kernel platform drivers, but
I didn't get any response there. Not sure where to go from here.
Need advice, thanks.
-David
--
To UNSUBSCRIBE, email to debian-kernel
I am seeing more and more posts on linux-audio and debian-user which seem to
relate to this problem. Some relating to new versions of alsa libraries
installed over 2.6.33 kernels, not just 3.2.4!
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe
On Saturday 21 April 2012 18:20:44 Ben Hutchings wrote:
> On Fri, 2012-04-20 at 11:14 +0300, David Baron wrote:
> > I am seeing more and more posts on linux-audio and debian-user which seem
> > to relate to this problem. Some relating to new versions of alsa
> > libraries
From: Bjørn Mork
Date: Thu, 26 Apr 2012 14:35:10 +0200
> The same comments as for v1 regarding testing applies. This is build
> tested only. Should go through some functional testing before being
> applied.
Well? Is anyone gonna test this?
--
To UNSUBSCRIBE, email to debian-kernel-requ...@
From: Markus Kolb
Date: Thu, 03 May 2012 06:57:39 +0200
> I'll build it during next rainy day and will report its success
> after some usage ;-)
Thank you.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
From: Markus Kolb
Date: Sun, 06 May 2012 12:13:32 +0200
> David Miller wrote on 03.05.2012 07:11:
>> From: Markus Kolb
>> Date: Thu, 03 May 2012 06:57:39 +0200
>>
>>> I'll build it during next rainy day and will report its success
>>> after some usage
I can confirm that the following line in
/etc/laptop-mode/conf.d/usb-autosuspend.conf makes the keyboard
reliably work in all circumstances:
AUTOSUSPEND_USBID_BLACKLIST="0763:2027"
Thanks Olivier!
Cheers,
--
David Banks
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.de
I disabled the on-board audio and resinstalled my rusty-truesty ens1371.
Guess what? Boot up the 3.2 kernel and one still cannot play from a browser.
The hard-wired line, however, does work which might indicate a hw problem on
the mobo's audio or jacks.
--
To UNSUBSCRIBE, email to debian-ker
On Sunday 13 May 2012 17:56:36 Jonathan Nieder wrote:
> Hi David,
>
> David Baron wrote:
> > [Subject: Bug#659519: Other card works the same way!]
>
> Please keep in mind that when these appear as emails in a crowded
> inbox, the subject field can be a good way to p
601 - 700 of 865 matches
Mail list logo
