Processing commands for cont...@bugs.debian.org:
> tags 703271 + pending
Bug #703271 [src:linux] linux-image-3.2.0-4-amd64: Fix brightness hotkeys on
ASUS UX31A laptop
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
703271: http://bugs.debia
On Sun, 2013-03-17 at 21:54 +0100, Vincent Blut wrote:
> Package: src:linux
> Version: 3.2.39-2
> Severity: normal
> Tags: upstream
>
> Hi,
>
> Since Linux 3.7, the brightness hotkeys work on this laptop. Initially I
> thought that this support was added by a specific plateform driver
> commit bu
Package: src:linux
Version: 3.2.39-2
Severity: grave
Dear Maintainer,
I upgraded to the 3.2.39-2 package last night, and this morning my
system wouldn't boot. I used Marco's advice in #551798 to set
init=/bin/bash, and found the boot stopped after running /etc/rcS.d/S02udev.
Sometimes there
> > my Acer Aspire 3810T laptop hotkeys (+) seem to function good,
I meant "hotkeys (+)" instead.
It's some weird webmail issue.
Best wishes, Bob
Package: src:linux
Version: 3.2.35-2
Severity: minor
Dear Maintainer,
my Acer Aspire 3810T laptop hotkeys (+) seem to function good,
but when pressed, they produce some kernel log messages like this:
ACPI Exception: AE_AML_PACKAGE_LIMIT ...
ACPI Error: Method parse/execution failed ...
(look at
On Tue, 2013-03-19 at 22:55 +0100, Arend van Spriel wrote:
> On 03/19/2013 05:21 PM, Camaleón wrote:
> > Mar 19 17:05:28 stt300 kernel: [26034.188562] wlan0: authenticated
> > Mar 19 17:05:28 stt300 kernel: [26034.192108] wlan0: associate with
> > 00:1a:2b:97:7a:97 (try 1/3)
> > Mar 19 17:05:28 st
On 03/19/2013 05:21 PM, Camaleón wrote:
Mar 19 17:05:28 stt300 kernel: [26034.188562] wlan0: authenticated
Mar 19 17:05:28 stt300 kernel: [26034.192108] wlan0: associate with
00:1a:2b:97:7a:97 (try 1/3)
Mar 19 17:05:28 stt300 NetworkManager[30971]: (wlan0): supplicant interface
state: authenti
Bernhard wrote:
> I have configured the frame buffer size in UEFI (see attached screenshot).
> I don't know, if this is a BIOS bug.
> I have installed the latest version from february 2013.
Thanks much. That helps a lot.
I'll try to find time to see if the patch that improved the error
message
On 2013-03-18 22:44 +0100, Guy Heatley wrote:
> Sven - I can confirm that your downgrading suggestion fixes this problem.
>
> On 18/03/13 17:03, Sven Joachim wrote:
>> Kernel folks, this appears to be a regression resulting from the
>> DRM 3.4 backport.
>
>> Can you confirm that downgrading linux-
Processing commands for cont...@bugs.debian.org:
> forwarded 703390 https://bugs.freedesktop.org/62507
Bug #703390 [src:linux] linux-image-3.2.0-4-amd64: GPU hungs, the X11 process
has high CPU usage and the screen becomes lag
Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/62507'.
forwarded 703390 https://bugs.freedesktop.org/62507
quit
SuperCat wrote:
> I have report the bug to freedebug.org
Thanks! Chris Wilson writes:
| your hangs are a result of bugs in the rc6 implementation (enabled by
| default as it saves a lot of power on all systems)
which sounds like they un
Bernhard wrote:
> Reason was a too small frame buffer size with 32MB in UEFI.
[...]
> After increasing the frame buffer size from 32MB to 64MB, gnome shell
> starts without any errors.
Where do you configure that? Is this a BIOS bug? We might want to
warn users in the wheezy release notes, so m
El 2013-03-19 a las 13:16 -0500, Dan Williams escribió:
> On Tue, 2013-03-19 at 19:11 +0100, Camaleón wrote:
(...)
> > > NM minimally verifies the PSK, which by 802.11 standards is between 8
> > > and 63 ASCII characters inclusive. So you should be able to type
> > > anything you want within th
On Tue, 2013-03-19 at 19:11 +0100, Camaleón wrote:
> El 2013-03-19 a las 12:59 -0500, Dan Williams escribió:
>
> > On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote:
> > > El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
> > > >
> > > > Note that NM 0.9.8 won't ask for a password when just
El 2013-03-19 a las 12:59 -0500, Dan Williams escribió:
> On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote:
> > El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
> > >
> > > Note that NM 0.9.8 won't ask for a password when just anything fails,
> > > but will ask for a password if the 4-way
On Tue, 2013-03-19 at 18:30 +0100, Camaleón wrote:
> El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
>
> > On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote:
> > > 2013/3/19 Camaleón :
> > > > 2013/3/18 Jonathan Nieder :
> > > >> Camaleón wrote:
> > > >>> El 2013-03-18 a las 20:38 +0100, A
El 2013-03-19 a las 11:53 -0500, Dan Williams escribió:
> On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote:
> > 2013/3/19 Camaleón :
> > > 2013/3/18 Jonathan Nieder :
> > >> Camaleón wrote:
> > >>> El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió:
> > >>
> > Sorry to hear. Reading
Am Donnerstag, den 28.02.2013, 16:52 +0100 schrieb Julien Cristau:
> On Tue, Feb 26, 2013 at 18:27:11 +0100, Bruno Kleinert wrote:
>
> > Package: linux-image-3.2.0-4-amd64
> > Version: 3.2.39-1
> > Severity: normal
> >
> > --- Please enter the report below this line. ---
> > Hi there,
> >
> > GN
On Tue, 2013-03-19 at 17:21 +0100, Camaleón wrote:
> 2013/3/19 Camaleón :
> > 2013/3/18 Jonathan Nieder :
> >> Camaleón wrote:
> >>> El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió:
> >>
> Sorry to hear. Reading back the bug report I noticed you are having a
> bcm4313 and we re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Jonathan,
Thank you for the fast response and for the hint with kernel 3.8.2.
Possibly, i have found the issue.
Kernel 3.8.2 from experimental:
===
After installing kernel 3.8.2 from experimental, the gnome shell
di
On Tue, 2013-03-19 at 15:05 +, Ian Campbell wrote:
> I think the question here is what the `uname -r` bit should be.
> Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR.
Woops, I missed that uname -r includes the flavour bit.
> I think there is an argument for making the multiplatform case be th
linux_3.8.3-1~experimental.1_multi.changes uploaded successfully to localhost
along with the files:
linux_3.8.3-1~experimental.1.dsc
linux_3.8.3.orig.tar.xz
linux_3.8.3-1~experimental.1.debian.tar.xz
linux-support-3.8-trunk_3.8.3-1~experimental.1_all.deb
linux-doc-3.8_3.8.3-1~experimental
On Tue, 2013-03-19 at 16:13 +0800, Paul Wise wrote:
> On Sun, Mar 17, 2013 at 9:23 AM, Ben Hutchings wrote:
>
> > I would much prefer a name that will provide a more useful distinction
> > in future (and not be too long!). Perhaps it should refer to the CPU
> > requirement like the flavours for s
On Tue, 2013-03-19 at 08:03 +, Tixy wrote:
> On Tue, 2013-03-19 at 03:46 +, Ben Hutchings wrote:
> > On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote:
> > > On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings
> > > wrote:
> > [...]
>
> > > > In future all ARM kernels should be mult
Jean-Francois Chevrette writes:
> On Tue, Mar 19, 2013 at 4:21 AM, Bjørn Mork wrote:
>
>> Maybe we can get some ideas about why this fails if you describe the
>> conditions you experience the problem under.
>
> This server is running Xen 4.1 and a single VM. Nothing fancy there.
> It's also runni
2013/3/18 Jonathan Nieder :
> Camaleón wrote:
>> El 2013-03-18 a las 20:38 +0100, Arend van Spriel escribió:
>
>>> Sorry to hear. Reading back the bug report I noticed you are having a
>>> bcm4313 and we recently had a regression on it. Could you provide
>>> debugfs information from /brcmsmac/bcma0
On 3/19/13 4:44 , Ben Hutchings wrote:
> Having read this:
> http://thread.gmane.org/gmane.linux.kernel.stable/45323/focus=50810
> my impression is that backporting XFS changes is fraught with peril.
> So anyone who wants to do that had better get the result properly
> reviewed and tested. (There
On Tue, 2013-03-19 at 08:44 +0100, Arnaud Patard wrote:
> I already commented some days ago on debian-arm that currently
> multiplatform support must wait. It is useless as usb support is
> _broken_ on multiplatform. Hopefully, Linaro devs seem back to work
> and looks like we may have a patch merg
On Tue, 2013-03-19 at 03:46 +, Ben Hutchings wrote:
> On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote:
> > On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings
> > wrote:
> [...]
> > > In future all ARM kernels should be multi-platform, but I expect there
> > > will still be different
Jean-Francois Chevrette writes:
> Package: src:linux
> Version: 3.2.39-2
> Severity: important
>
> (first time submiting to a bug report, sorry if I missed anything)
>
> We are still affected by bug #688198
Yes, I see that it was closed after applying a related bugfix. But as I
noted in http://
On Sun, Mar 17, 2013 at 9:23 AM, Ben Hutchings wrote:
> I would much prefer a name that will provide a more useful distinction
> in future (and not be too long!). Perhaps it should refer to the CPU
> requirement like the flavours for some other architectures.
How about the same scheme as on othe
Ben Hutchings writes:
Hi,
> On Mon, 2013-03-18 at 08:41 +0900, Nobuhiro Iwamatsu wrote:
>> Hi,
>>
>> Thank you for your comment.
>>
>> On Sun, Mar 17, 2013 at 10:23 AM, Ben Hutchings wrote:
>> > On Sun, 2013-03-17 at 08:35 +0900, Nobuhiro Iwamatsu wrote:
>> >> Package: linux
>> >> Version: 3.
I have report the bug to freedebug.org, and the link is:
https://bugs.freedesktop.org/show_bug.cgi?id=62507
2013/3/19 SuperCat
> No, this bug occurs again just after I sent the mail. So I think maybe I
> should report the bug to bugs.freedesktop.org.
>
>
> 2013/3/19 SuperCat
>
>> I have tried t
33 matches
Mail list logo