On 12/12/2010 08:25 PM, Ben Hutchings wrote:
On Sat, 2010-12-11 at 19:37 -0500, macarthur wrote:
Package: firmware-iwlwifi
Version: 0.27
Severity: important
After losing the wireless connection for whatever reason, i'm unable to
reconnect to it and actually acess the internet. It reconnects to
On Sun, 2010-12-12 at 10:40 +0100, Toni Mueller wrote:
> Hi Ben,
>
> On Sat, 11.12.2010 at 02:06:59 +, Ben Hutchings
> wrote:
> > We need to see the *first* oops message. This...
>
> below I have included the first BUG message I could find,
>
> > ...shows the D and W flags which indicate
On Sun, 2010-12-12 at 11:41 +0100, Sergio Gelato wrote:
> * Ben Hutchings [2010-12-12 03:10:35 +]:
> > This might be a problem with the headphone detection feature. You could
> > try to disable this by turning off the 'Jack Detect' switch.
>
> I would, if I knew how. amixer mentions no such s
On Sun, 2010-12-12 at 13:51 +0100, Jon Black wrote:
[...]
> The following output is from dmesg after running 'modprobe -r r8169;
> modprobe r8169':
>
> udev[76]: starting version 163
> r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
> r8169 :01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Processing commands for cont...@bugs.debian.org:
> reassign 606895 udev
Bug #606895 [linux-2.6] udevd-work[358]: kernel-provided name 'uinput' and
NAME= 'input/uinput' disagree
Bug #581715 [linux-2.6] acpi-fakekey: kernel-provided name 'uinput' and NAME=
'input/uinput' disagree
Bug #583924 [linu
reassign 606895 udev
thanks
On Dec 13, Ben Hutchings wrote:
> Is this summary correct:
> 1. The kernel called this device 'uinput' for a long time.
> 2. There is a longstanding udev rule that renames it to 'input/uinput'.
> 3. udev has deprecated such renaming rules.
> 4. New kernel versions cal
Your message dated Mon, 13 Dec 2010 01:22:19 +
with message-id <1292203339.3136.414.ca...@localhost>
and subject line Re: Bug#533180: linux-image-amd64: page allocation failure
has caused the Debian Bug report #533180,
regarding linux-image-amd64: page allocation failure within kernel swapper
t
Processing commands for cont...@bugs.debian.org:
> tags 606824 + moreinfo
Bug #606824 [linux-2.6] firmware-iwlwifi: after disconnect unable to reconnect
until reboot
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
606824: http://bugs.debian
Processing commands for cont...@bugs.debian.org:
> reassign 606824 linux-2.6 2.6.32-28
Bug #606824 [firmware-iwlwifi] firmware-iwlwifi: after disconnect unable to
reconnect until reboot
Bug reassigned from package 'firmware-iwlwifi' to 'linux-2.6'.
Bug No longer marked as found in versions firmwa
On Sat, 2010-12-11 at 19:37 -0500, macarthur wrote:
> Package: firmware-iwlwifi
> Version: 0.27
> Severity: important
>
> After losing the wireless connection for whatever reason, i'm unable to
> reconnect to it and actually acess the internet. It reconnects to the router
> by
> all traffict just
On Sun, 2010-12-12 at 19:52 +0100, Bastian Blank wrote:
> Hi folks
>
> This is my proposal for a git-migration for the core Linux packages. I
> believe it would work, but I have no implementation yet. It is more
> complex than it would be with a fully merged tree, but it allows more
> ways of doin
Hello,
i'm facing the same problem with last debian kernel. This machine have a huge
network traffic.
lsmod
e1000e 107176 0
uname -a
Linux storage36 2.6.26-2-amd64 #1 SMP Thu Nov 25 04:30:55 UTC 2010 x86_64
GNU/Linux
[661895.451583] swapper: page allocation failure. order:0, mode:0x20
Processing commands for cont...@bugs.debian.org:
> reassign 606853 linux-2.6
Bug #606853 [firmware-linux-nonfree] Realtek RTL8111/8168B fails to load
firmware patch
Bug reassigned from package 'firmware-linux-nonfree' to 'linux-2.6'.
Bug No longer marked as found in versions firmware-nonfree/0.27
On Sun, 2010-12-12 at 23:56 +0100, Marco d'Itri wrote:
> On Dec 12, Ben Hutchings wrote:
>
> > > The name is correct, the kernel name change should be backported.
> > Please explain (1) why udev knows better than the kernel what the
> > canonical name is and
> The name has always been input/uinpu
Processing commands for cont...@bugs.debian.org:
> forcemerge 581715 606895
Bug#581715: acpi-fakekey: kernel-provided name 'uinput' and NAME=
'input/uinput' disagree
Bug#606895: udevd-work[358]: kernel-provided name 'uinput' and NAME=
'input/uinput' disagree
Bug#583924: linux-image-2.6.32-5-amd6
On Dec 12, Ben Hutchings wrote:
> > The name is correct, the kernel name change should be backported.
> Please explain (1) why udev knows better than the kernel what the
> canonical name is and
The name has always been input/uinput, but in the last year udev
deprecated changing the device names a
On Sun, 2010-12-12 at 22:04 +0100, Marco d'Itri wrote:
> reassign 606895 linux-2.6
> thanks
>
> On Dec 12, Chris wrote:
>
> > udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput'
> > disagree, please use SYMLINK+= or change the kernel to provide the
> > proper name
> The name
Processing commands for cont...@bugs.debian.org:
> reassign 606895 linux-2.6
Bug #606895 [udev] udevd-work[358]: kernel-provided name 'uinput' and NAME=
'input/uinput' disagree
Bug reassigned from package 'udev' to 'linux-2.6'.
Bug No longer marked as found in versions udev/164-2.
> thanks
Stoppi
reassign 606895 linux-2.6
thanks
On Dec 12, Chris wrote:
> udevd-work[358]: kernel-provided name 'uinput' and NAME= 'input/uinput'
> disagree, please use SYMLINK+= or change the kernel to provide the
> proper name
The name is correct, the kernel name change should be backported.
--
ciao,
Marco
Processing commands for cont...@bugs.debian.org:
> found 581715 2.6.36-1~experimental.1
Bug #581715 [linux-2.6] acpi-fakekey: kernel-provided name 'uinput' and NAME=
'input/uinput' disagree
Bug #583924 [linux-2.6] linux-image-2.6.32-5-amd64: udevd-work and kernel names
disagree
There is no sourc
Hi,
when i use the same driver within a lenny domU the driver is loading without
any problems. It seams to be a problem under squeeze when ngene tries to
register the new adapter for the card.
Here is the dmesg output of the lenny domU.
[4.735990] nGene PCIE bridge driver, Copyright (C) 200
Hi folks
This is my proposal for a git-migration for the core Linux packages. I
believe it would work, but I have no implementation yet. It is more
complex than it would be with a fully merged tree, but it allows more
ways of doing development without needing to reinvent the wheel all the
time.
P
Package: linux-2.6
Version: linux-image-2.6.32-5-xen-amd64
Severity: normal
The compiling of the v4l ngene driver is working without any problems, but
loading the new module won't work. In dmesg i get the error -5.
[ 22.641167] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
[ 22.6
Usefull if building for sparc64 userland, because the
sparc and sparc64 userlands use the same 64-bit kernel,
making it impossible to always select the correct userland
architecture for the resulting debian package.
Might also be usefull, if you want a i386 userland with a amd64 kernel.
Example u
Also sprach Timo Juhani Lindfors
Sun, 12 Dec 2010 12:48:23 +0200 :
> Richard Mittendorfer writes:
> > Did you try with an updated dom0 kernel as well? Don't have 32bit
> > guests here, neither gave debian 2.6.32-29 a try yet.
>
> Reboot seems to work with a 64bit guest:
I took a quick look int
Hi,
a recent version of nfs-utils (1.2.3) and a recent kernel (2.6.36) and
rpcbind and libtirpc makes ipv6 mounts possible.
So how about a new package of the current upstream version?
kind regards,
Sebastian
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject o
Package: firmware-linux-nonfree
Version: 0.27
I'm running a server which uses the Intel D510MO Fanless Dual
Core Atom Mini-ITX Board. I initially installed Lenny and
everything worked well, but decided to do a fresh install of
Squeeze beta which is using kernel 2.6.32-5-686.
During the installation
Richard Mittendorfer writes:
> Did you try with an updated dom0 kernel as well? Don't have 32bit
> guests here, neither gave debian 2.6.32-29 a try yet.
Reboot seems to work with a 64bit guest:
squeeze64:~# dmesg|head -n4
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializ
* Ben Hutchings [2010-12-12 03:10:35 +]:
> This might be a problem with the headphone detection feature. You could
> try to disable this by turning off the 'Jack Detect' switch.
I would, if I knew how. amixer mentions no such switch.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists
Hi Ben,
On Sat, 11.12.2010 at 02:06:59 +, Ben Hutchings
wrote:
> We need to see the *first* oops message. This...
below I have included the first BUG message I could find,
> ...shows the D and W flags which indicate there were prior BUG and WARN
> messages.
but the 'W' flag is already s
30 matches
Mail list logo