Bug#624505: linux-image-2.6.38-2-amd64: easycap.ko module not enabled

2011-04-28 Thread bartek szurgot
Package: linux-2.6
Version: 2.6.38-3
Severity: wishlist
Tags: upstream

please include easycap.ko (staging) driver as a module in kernel.



-- Package-specific info:
** Version:
Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011

** Command line:
root=/dev/mapper/sda2_crypt ro 

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   29.436244] ACPI: AC Adapter [ADP1] (on-line)
[   29.511338] wmi: Mapper loaded
[   29.619054] input: PC Speaker as /devices/platform/pcspkr/input/input6
[   29.820219] ACPI: Battery Slot [BAT1] (battery present)
[   30.130248] cfg80211: Calling CRDA to update world regulatory domain
[   30.204421] [drm] Initialized drm 1.1.0 20060810
[   30.575955] Synaptics Touchpad, model: 1, fw: 6.1, id: 0xa3a0b3, caps: 
0xa04713/0x10008/0x0
[   30.649195] input: SynPS/2 Synaptics TouchPad as 
/devices/platform/i8042/serio1/input/input7
[   30.698296] i801_smbus :00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 
18
[   30.924998] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 
in-tree:
[   30.925084] iwlagn: Copyright(c) 2003-2010 Intel Corporation
[   30.925246] iwlagn :05:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[   30.925317] iwlagn :05:00.0: setting latency timer to 64
[   30.925348] iwlagn :05:00.0: Detected Intel(R) WiFi Link 5100 AGN, 
REV=0x54
[   30.935224] i915 :00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   30.935337] i915 :00:02.0: setting latency timer to 64
[   30.948570] iwlagn :05:00.0: device EEPROM VER=0x11f, CALIB=0x4
[   30.948637] iwlagn :05:00.0: Device SKU: 0Xb
[   30.948925] iwlagn :05:00.0: Tunable channels: 13 802.11bg, 24 802.11a 
channels
[   30.949087] iwlagn :05:00.0: irq 45 for MSI/MSI-X
[   30.974485] mtrr: type mismatch for d000,1000 old: write-back new: 
write-combining
[   30.974566] [drm] MTRR allocation failed.  Graphics performance may suffer.
[   30.975042] i915 :00:02.0: irq 46 for MSI/MSI-X
[   30.975049] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   30.975112] [drm] Driver supports precise vblank timestamp query.
[   31.055124] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[   31.055537] fixme: max PWM is zero.
[   31.256986] iwlagn :05:00.0: loaded firmware version 8.83.5.1 build 33692
[   31.451081] Console: switching to colour frame buffer device 160x50
[   31.454061] fb0: inteldrmfb frame buffer device
[   31.454085] drm: registered panic notifier
[   31.461984] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[   31.477419] acpi device:28: registered as cooling_device2
[   31.478011] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input8
[   31.478172] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[   31.478564] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[   31.635249] Linux video capture interface: v2.00
[   31.706700] uvcvideo: Found UVC 1.00 device BisonCam, NB Pro (5986:0203)
[   31.710243] input: BisonCam, NB Pro as 
/devices/pci:00/:00:1a.7/usb1/1-2/1-2:1.0/input/input9
[   31.710437] usbcore: registered new interface driver uvcvideo
[   31.710470] USB Video Class driver (v1.0.0)
[   31.730680] HDA Intel :00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 
22
[   31.730802] HDA Intel :00:1b.0: irq 47 for MSI/MSI-X
[   31.730835] HDA Intel :00:1b.0: setting latency timer to 64
[   32.041818] hda_codec: ALC888: BIOS auto-probing.
[   32.041853] hda_codec: ALC888: SKU not ready 0x598301f0
[   32.043097] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input10
[   32.120633] input: HDA Intel Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input11
[   34.263060] EXT3-fs (dm-0): using internal journal
[   34.490912] loop: module loaded
[   35.194151] fuse init (API version 7.16)
[   35.391503] EXT3-fs: barriers not enabled
[   35.393515] kjournald starting.  Commit interval 5 seconds
[   35.393827] EXT3-fs (sda1): using internal journal
[   35.393831] EXT3-fs (sda1): mounted filesystem with ordered data mode
[   62.896090] usb 4-2: USB disconnect, address 2
[   64.376057] usb 4-2: new low speed USB device using uhci_hcd and address 3
[   64.554217] usb 4-2: New USB device found, idVendor=093a, idProduct=2510
[   64.555874] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   64.557491] usb 4-2: Product: USB OPTICAL MOUSE
[   64.559057] usb 4-2: Manufacturer: PIXART
[   64.587563] input: PIXART USB OPTICAL MOUSE as 
/devices/pci:00/:00:1a.1/usb4/4-2/4-2:1.0/input/input12
[   64.589286] generic-usb 0003:093A:2510.0002: input,hidraw0: USB HID v1.11 
Mouse [PIXART USB OPTICAL MOUSE] on usb-:00:1a.1-2/input0
[   83.484897] ip_tables: (C) 2000-2006 Netfilter Core Team
[   83.560385] nf_conntrack version 0.5.0 (16384 buckets, 

Processed: tagging 624372

2011-04-28 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> tags 624372 + pending
Bug #624372 [linux-source-2.6.39] linux-source-2.6.39: Fix warnings for invalid 
symbol values (now boolean)
Added tag(s) pending.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
624372: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624372
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.130405329315803.transcr...@bugs.debian.org



Bug#624372: linux-source-2.6.39: Fix warnings for invalid symbol values (now boolean)

2011-04-28 Thread Ben Hutchings
On Wed, 2011-04-27 at 22:48 +0200, Sedat Dilek wrote:
> Package: linux-source-2.6.39
> Version: 2.6.39~rc4-1~experimental.1
> Severity: normal
> Tags: patch
> 
> Hi,
> 
> attached patch against debian-dir from linux-2.6/trunk (r17251) fixes
> these warnings:
> 
> .config:555:warning: symbol value 'm' invalid for LEDS_CLASS
> .config:917:warning: symbol value 'm' invalid for MFD_WM8994
> .config:2292:warning: symbol value 'm' invalid for BT_L2CAP
> .config:2293:warning: symbol value 'm' invalid for BT_SCO

> diff -uprN debian-trunk.orig/config/config debian-trunk/config/config
> --- debian-trunk.orig/config/config  2011-04-27 17:14:59.169280262 +0200
> +++ debian-trunk/config/config   2011-04-27 18:35:33.260507504 +0200
> @@ -800,7 +800,7 @@ CONFIG_MISDN_L1OIP=m
>  ## file: drivers/leds/Kconfig
>  ##
>  CONFIG_NEW_LEDS=y
> -CONFIG_LEDS_CLASS=m
> +CONFIG_LEDS_CLASS=y
>  CONFIG_LEDS_NET48XX=m
>  CONFIG_LEDS_ALIX2=m
>  CONFIG_LEDS_PCA9532=m

I don't understand why this is no longer tristate, and I'm not sure most
Debian systems need it.

> @@ -1383,7 +1383,7 @@ CONFIG_HTC_PASIC3=m
>  CONFIG_TPS65010=m
>  CONFIG_MFD_WM8400=m
>  # CONFIG_MFD_WM8350_I2C is not set
> -CONFIG_MFD_WM8994=m
> +# CONFIG_MFD_WM8994 is not set
>  CONFIG_MFD_PCF50633=m
>  CONFIG_PCF50633_ADC=m
>  CONFIG_PCF50633_GPIO=m

OK.  I think most of these MFD drivers are useless without platform data
anyway.

> @@ -3693,8 +3693,8 @@ CONFIG_BATMAN_ADV=m
>  ## file: net/bluetooth/Kconfig
>  ##
>  CONFIG_BT=m
> -CONFIG_BT_L2CAP=m
> -CONFIG_BT_SCO=m
> +CONFIG_BT_L2CAP=y
> +CONFIG_BT_SCO=y
>  
>  ##
>  ## file: net/bluetooth/bnep/Kconfig

OK.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Processed: bug 624343 is forwarded to linux-r...@vger.kernel.org

2011-04-28 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forwarded 624343 linux-r...@vger.kernel.org
Bug #624343 [linux-2.6] linux-image-2.6.38-2-amd64: frequent message "bio too 
big device md0 (248 > 240)" in kern.log
Set Bug forwarded-to-address to 'linux-r...@vger.kernel.org'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
624343: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624343
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.130405200911444.transcr...@bugs.debian.org



Bug#624343: linux-image-2.6.38-2-amd64: frequent message "bio too big device md0 (248 > 240)" in kern.log

2011-04-28 Thread Ben Hutchings
On Wed, 2011-04-27 at 09:19 -0700, Jameson Graef Rollins wrote:
> Package: linux-2.6
> Version: 2.6.38-3
> Severity: normal
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> As you can see from the kern.log snippet below, I am seeing frequent
> messages reporting "bio too big device md0 (248 > 240)".
> 
> I run what I imagine is a fairly unusual disk setup on my laptop,
> consisting of:
> 
>   ssd -> raid1 -> dm-crypt -> lvm -> ext4
> 
> I use the raid1 as a backup.  The raid1 operates normally in degraded
> mode.  For backups I then hot-add a usb hdd, let the raid1 sync, and
> then fail/remove the external hdd. 

Well, this is not expected to work.  Possibly the hot-addition of a disk
with different bio restrictions should be rejected.  But I'm not sure,
because it is safe to do that if there is no mounted filesystem or
stacking device on top of the RAID.

I would recommend using filesystem-level backup (e.g. dirvish or
backuppc).  Aside from this bug, if the SSD fails during a RAID resync
you will be left with an inconsistent and therefore useless 'backup'.

> I started noticing these messages after my last sync.  I have not
> rebooted since.
> 
> I found a bug report on the launchpad that describes an almost
> identical situation:
> 
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/320638
> 
> The reporter seemed to be concerned that their may be data loss
> happening.  I have not yet noticed any, but of course I'm terrified
> that it's happening and I just haven't found it yet.  Unfortunately
> the bug was closed with a "Won't Fix" without any resolution.
> 
> Is this a kernel bug, or is there something I can do to remedy the
> situation?  I haven't tried to reboot yet to see if the messages stop.
> I'm obviously most worried about data loss.  Please advise!

The block layer correctly returns an error after logging this message.
If it's due to a read operation, the error should be propagated up to
the application that tried to read.  If it's due to a write operation, I
would expect the error to result in the RAID becoming desynchronised.
In some cases it might be propagated to the application that tried to
write.

If the error is somehow discarded then there *is* a kernel bug with the
risk of data loss.

> I am starting to suspect that these messages are in face associated with
> data loss on my system.  I have witnessed these messages occur during
> write operations to the disk, and I have also started to see some
> strange behavior on my system.  dhclient started acting weird after
> these messages appeared (not holding on to leases) and I started to
> notice database exceptions in my mail client.
>
> Interestingly, the messages seem to have gone away after reboot.  I will
> watch closely to see if they return after my next raid1 sync.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Re: [PATCH base-installer] Update i386 kernel selection for new flavours in wheezy

2011-04-28 Thread Ben Hutchings
On Thu, 2011-04-28 at 08:38 +0100, Ian Campbell wrote:
> On Sun, 2011-04-24 at 15:59 +0100, Ben Hutchings wrote:
> > The '686-bigmem' flavour will be renamed to '686-pae'; support both names.
> > The '686' flavour will be removed, but we can still offer it if available.
> 
> Do you also have patches for d-i's kernel-wedge and the main installer
> build?

No, I'm not familiar with those.  I did the kernel installation
selection myself because I've worked on it before.

> Also debian-cd will need changes too. Since the latter two are
> mainly due to Xen support I can take care of that if you like, although
> I think it will depend on the kernel actually being uploaded since I
> can't see an easy way to support both names in the main installer build.

So it depends on when the d-i team decides to switch to 2.6.39 (or
later).  But you can get your patches ready before then.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Re: armhf support in rules.real

2011-04-28 Thread Ben Hutchings
On Thu, 2011-04-28 at 09:59 +0200, Sebastian Reichel wrote:
> Hi,
> 
> The current 2.6.39-rc4 package has incomplete armhf support.
> Please consider adding the following patch, which adds armhf
> support in rules.real.
> 
> -- Sebastian 

> --- a/rules.real2011-04-26 01:21:55.0 +0200
> +++ b/rules.real2011-04-28 09:44:36.0 +0200
> @@ -39,7 +39,7 @@
>  #
>  binary-arch-arch: install-headers_$(ARCH)
>  binary-arch-arch: install-libc-dev_$(ARCH)
> -ifneq ($(filter alpha amd64 armel hppa i386 powerpc ppc64 s390 sh4
> sparc sparc64,$(ARCH)),)
> +ifneq ($(filter alpha amd64 armel armhf hppa i386 powerpc ppc64 s390
> sh4 sparc sparc64,$(ARCH)),)
>binary-arch-arch: install-tools_$(ARCH)
>  endif
>  binary-arch-featureset: install-headers_$(ARCH)_$(FEATURESET)

The control file needs to be updated too.

> @@ -364,6 +364,7 @@
>  
>  install-image_arm_$(FEATURESET)_$(FLAVOUR)_plain_image \
>  install-image_armel_$(FEATURESET)_$(FLAVOUR)_plain_image \
> +install-image_armhf_$(FEATURESET)_$(FLAVOUR)_plain_image \
>  install-image_sparc_$(FEATURESET)_$(FLAVOUR)_plain_image \
>  install-image_sparc64_$(FEATURESET)_$(FLAVOUR)_plain_image \
>  install-image_sh4_$(FEATURESET)_$(FLAVOUR)_plain_image: 

Yes, we probably should include the kernel in the package!

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Bug#593421: Bug not found in version 2.6.32-19

2011-04-28 Thread Lisandro Damián Nicanor Pérez Meyer
Works with current kernel in testing :-)

Kinds regards, Lisandro.


-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/



--
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/banlktimpesabsj+tkb2obks6escv58o...@mail.gmail.com



Bug#593421: Bug not found in version 2.6.32-19

2011-04-28 Thread Lisandro Damián Nicanor Pérez Meyer
2011/4/25 Lisandro Damián Nicanor Pérez Meyer :
> On Saturday 23 April 2011 16:22:34 Moritz Mühlenhoff wrote:
> [snip]
>> Does this bug still occur with the final version of the Linux kernel/Xorg ?

Still happens with Squeeze's latest kernel/xorg.

The only thing that changed is that, when an external monitor is
connected to the VGA port, now the LCD comes back to life (with the
other kernels, the VGA will show the screen).

I'm now upgrading to testing.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/



--
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/BANLkTinhDZG=ppgwwndnanytqvq5pon...@mail.gmail.com



Re: easycap.ko absence

2011-04-28 Thread Ben Hutchings
On Thu, Apr 28, 2011 at 05:39:59PM +0200, bartek szurgot wrote:
> hi,
> 
> why easycap.ko module, for usb frame grabber (device 05e1:0408) is not
> compiled as a module into the distribution's (amd64/testing) kernel
> (2.6.38-2-amd64)?
> $ grep EASYCAP /boot/config-2.6.38-2-amd64
> # CONFIG_EASYCAP is not set
> this driver is nowadays part of vanilla kernel, not marked as
> experimental. i've compiled it manually and it worked with my device out
> of the box. are there any plans to include this driver in future kernel
> packages?
 
Staging modules are generally enabled on request, not by default.
Please report this as a 'wishlist' bug, and we will probably add it.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus


-- 
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/20110428214448.gg2...@decadent.org.uk



Bug#624486: linux-image-2.6.38-2-amd64: bug in radeon driver module of linux 2.6.38 (since 2.6.35)

2011-04-28 Thread Martin Teufel
Package: linux-2.6
Version: 2.6.38-3
Severity: important

Hi,

I encountered a bug in the radeon driver module of 2.6.37 which still exists in 
2.6.38.
I have a mainboard called M2A-VM which has VGA, DVI and display port as graphic 
output ports. When I boot Debian GNU/Linux with Linux 2.6.37 or 2.6.38 I get 
every 10 seconds:

radeon :01:05.0: HDMI-A-1: EDID block 0 invalid.
[drm:radeon_dvi_detect] *ERROR* HDMI-A-1: probed a monitor but no|invalid EDID

This error message is spamming to tty1 (and because of my configuration to 
ttyS0 too). With radeon.modeset=0 set, I get rid of this messages by disabling 
KMS for this driver.
This behaviour is also described here: 
http://ubuntuforums.org/showthread.php?t=1607778

My board has no HDMI port btw. - I think the driver should either not search 
for the HDMI-A-1: EDID block 0 resp. a HDMI connected monitor while the board 
has no HDMI port at all or just probe for it once instead of every 10 seconds. 
I don't see any reason for probing every 10 seconds but I don't know if there 
is one.

I already reportet this on the LKML btw.

Regards,
Martin


-- Package-specific info:
** Version:
Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 
root=UUID=c491e50b-1626-4ab2-bb2f-9d9c795a0ea9 ro console=tty0 
console=ttyS0,115200n8 drm_kms_helper.poll=0

** Not tainted

** Kernel log:
[7.020103] input: PS/2 Logitech Mouse as 
/devices/platform/i8042/serio1/input/input4
[7.029227] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[7.034620] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034623] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034626] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034628] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034631] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034633] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034636] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034639] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.034641] 
[7.086413] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[7.091835] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091838] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091840] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091843] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091845] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091848] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091850] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091853] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.091855] 
[7.142701] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[7.148085] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148088] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148090] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148093] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148095] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148098] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148101] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148103] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.148105] 
[7.198952] [drm:drm_edid_block_valid] *ERROR* Raw EDID:
[7.204332] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204335] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204337] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204340] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204343] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204345] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204348] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204350] <3>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  

[7.204352] 
[7.205893] radeon :01:05.0: HDMI-A-1: EDID block 0 invalid.
[7.211985] [drm:radeon_dvi_detect] *ERROR* HDMI-A-1: probed a monitor but 
no|invalid EDID
[7.224664] [drm] fb mappable at 0xFA04
[7.228916] [drm] vram apper at 0xFA00
[7.233062] [drm] size 2150400
[7.236169] [drm] fb depth is 8
[7.239361] [drm]pitch is 1792
[7.250869] Console: switc

[bts-link] source package linux-2.6

2011-04-28 Thread bts-link-upstream
#
# bts-link upstream status pull for source package linux-2.6
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user bts-link-upstr...@lists.alioth.debian.org

# remote status report for #620480 (http://bugs.debian.org/620480)
#  * https://bugs.freedesktop.org/show_bug.cgi?id=36372
#  * remote status changed: (?) -> NEW
usertags 620480 + status-NEW

thanks


--
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/20110428171939.22203.29981.btsl...@busoni.debian.org



easycap.ko absence

2011-04-28 Thread bartek szurgot
hi,

why easycap.ko module, for usb frame grabber (device 05e1:0408) is not
compiled as a module into the distribution's (amd64/testing) kernel
(2.6.38-2-amd64)?
$ grep EASYCAP /boot/config-2.6.38-2-amd64
# CONFIG_EASYCAP is not set
this driver is nowadays part of vanilla kernel, not marked as
experimental. i've compiled it manually and it worked with my device out
of the box. are there any plans to include this driver in future kernel
packages?

-- 
pozdrawiam serdecznie / best regards,
bartek szurgot

http://www.baszerr.org
(public key:
http://www.baszerr.org/lib/exe/fetch.php/about_me/basz_pub_key.txt)


-- 
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/4db98a4f.4030...@wp.pl



easycap.ko absence

2011-04-28 Thread bartek szurgot
hi,

why easycap.ko module, for usbframe grabber (device 05e1:0408) is not
compiled as a module into the distribution's (amd64/testing) kernel
(2.6.38-2-amd64)?
$ grep EASYCAP /boot/config-2.6.38-2-amd64
# CONFIG_EASYCAP is not set
this driver is nowadays part of vanilla kernel, not marked as
experimental. i've compiled it manually and it worked with my device out
of the box. are there any plans to include this driver in future kernel
packages?

-- 

pozdrawiam serdecznie / best regards,
bartek szurgot

http://www.baszerr.org
(public key: http://www.baszerr.org/lib/exe/fetch.php/about_me/basz_pub_key.txt)




signature.asc
Description: OpenPGP digital signature


Bug#624433: marked as done (psmouse: Unknown symbol _kstrtoul (err 0))

2011-04-28 Thread Debian Bug Tracking System
Your message dated Thu, 28 Apr 2011 15:04:29 +0200
with message-id <20110428130429.gn2...@radis.liafa.jussieu.fr>
and subject line Re: Bug#624433: psmouse: Unknown symbol _kstrtoul (err 0)
has caused the Debian Bug report #624433,
regarding psmouse: Unknown symbol _kstrtoul (err 0)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
624433: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624433
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-2.6
Version: 2.6.38-4
Severity: important

Hello,

When upgrading from version 2.6.38-3 to 2.6.38-4, my mouse stops working
and I see the following error in dmesg:

  [75444.938735] psmouse: Unknown symbol _kstrtoul (err 0)

I had to downgrade to 2.6.38-3 and then reload the psmouse module to get
it to work again.

Thanks,
--Joe


-- Package-specific info:
** Version:
Linux version 2.6.38-2-686 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 05:24:21 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.38-2-686 root=/dev/mapper/diskvg-root ro vga=871 
selinux=1 irqpoll splash quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[75366.264846] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.264848] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.264890] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[75366.264904] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.264907] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.264952] uhci_hcd :00:1d.2: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[75366.264960] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.264963] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.265019] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 
0x2900106, writing 0x2900102)
[75366.265038] ehci_hcd :00:1d.7: power state changed by ACPI to D0
[75366.265044] ehci_hcd :00:1d.7: power state changed by ACPI to D0
[75366.265088] pci :00:1e.0: restoring config space at offset 0x1 (was 
0x15, writing 0x17)
[75366.265215] ata_piix :00:1f.1: restoring config space at offset 0x1 (was 
0x285, writing 0x2880005)
[75366.265273] ahci :00:1f.2: restoring config space at offset 0x1 (was 
0x2b7, writing 0x2b00407)
[75366.280022] firewire_ohci :15:00.1: BAR 0: set to [mem 
0xf8301000-0xf83017ff] (PCI address [0xf8301000-0xf83017ff])
[75366.280059] firewire_ohci :15:00.1: restoring config space at offset 0x3 
(was 0x80, writing 0x804000)
[75366.280068] firewire_ohci :15:00.1: restoring config space at offset 0x1 
(was 0x210, writing 0x216)
[75366.280302] PM: early resume of devices complete after 36.260 msecs
[75366.280393] i915 :00:02.0: power state changed by ACPI to D0
[75366.280397] i915 :00:02.0: power state changed by ACPI to D0
[75366.280403] i915 :00:02.0: setting latency timer to 64
[75366.280428] e1000e :00:19.0: wake-up capability disabled by ACPI
[75366.281704] e1000e :00:19.0: PME# disabled
[75366.285091] e1000e :00:19.0: irq 45 for MSI/MSI-X
[75366.295434] uhci_hcd :00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[75366.295441] uhci_hcd :00:1a.0: setting latency timer to 64
[75366.295468] usb usb3: root hub lost power or was reset
[75366.295481] uhci_hcd :00:1a.1: power state changed by ACPI to D0
[75366.295484] uhci_hcd :00:1a.1: power state changed by ACPI to D0
[75366.295489] uhci_hcd :00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[75366.295496] uhci_hcd :00:1a.1: setting latency timer to 64
[75366.295522] usb usb4: root hub lost power or was reset
[75366.295534] ehci_hcd :00:1a.7: power state changed by ACPI to D0
[75366.295539] ehci_hcd :00:1a.7: power state changed by ACPI to D0
[75366.295545] ehci_hcd :00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[75366.295552] ehci_hcd :00:1a.7: setting latency timer to 64
[75366.295593] HDA Intel :00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 
17
[75366.295600] HDA Intel :00:1b.0: setting latency timer to 64
[75366.295643] HDA Intel :00:1b.0: irq 48 for MSI/MSI-X
[75366.295710] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.295713] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.295718] uhci_hcd :00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[75366.295724] uhci_hcd :00:1d.0: setting latency timer to 64
[75366.295750] usb 

Bug#624433: psmouse: Unknown symbol _kstrtoul (err 0)

2011-04-28 Thread Joseph Nahmias
Package: linux-2.6
Version: 2.6.38-4
Severity: important

Hello,

When upgrading from version 2.6.38-3 to 2.6.38-4, my mouse stops working
and I see the following error in dmesg:

  [75444.938735] psmouse: Unknown symbol _kstrtoul (err 0)

I had to downgrade to 2.6.38-3 and then reload the psmouse module to get
it to work again.

Thanks,
--Joe


-- Package-specific info:
** Version:
Linux version 2.6.38-2-686 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 05:24:21 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.38-2-686 root=/dev/mapper/diskvg-root ro vga=871 
selinux=1 irqpoll splash quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[75366.264846] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.264848] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.264890] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[75366.264904] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.264907] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.264952] uhci_hcd :00:1d.2: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[75366.264960] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.264963] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.265019] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 
0x2900106, writing 0x2900102)
[75366.265038] ehci_hcd :00:1d.7: power state changed by ACPI to D0
[75366.265044] ehci_hcd :00:1d.7: power state changed by ACPI to D0
[75366.265088] pci :00:1e.0: restoring config space at offset 0x1 (was 
0x15, writing 0x17)
[75366.265215] ata_piix :00:1f.1: restoring config space at offset 0x1 (was 
0x285, writing 0x2880005)
[75366.265273] ahci :00:1f.2: restoring config space at offset 0x1 (was 
0x2b7, writing 0x2b00407)
[75366.280022] firewire_ohci :15:00.1: BAR 0: set to [mem 
0xf8301000-0xf83017ff] (PCI address [0xf8301000-0xf83017ff])
[75366.280059] firewire_ohci :15:00.1: restoring config space at offset 0x3 
(was 0x80, writing 0x804000)
[75366.280068] firewire_ohci :15:00.1: restoring config space at offset 0x1 
(was 0x210, writing 0x216)
[75366.280302] PM: early resume of devices complete after 36.260 msecs
[75366.280393] i915 :00:02.0: power state changed by ACPI to D0
[75366.280397] i915 :00:02.0: power state changed by ACPI to D0
[75366.280403] i915 :00:02.0: setting latency timer to 64
[75366.280428] e1000e :00:19.0: wake-up capability disabled by ACPI
[75366.281704] e1000e :00:19.0: PME# disabled
[75366.285091] e1000e :00:19.0: irq 45 for MSI/MSI-X
[75366.295434] uhci_hcd :00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[75366.295441] uhci_hcd :00:1a.0: setting latency timer to 64
[75366.295468] usb usb3: root hub lost power or was reset
[75366.295481] uhci_hcd :00:1a.1: power state changed by ACPI to D0
[75366.295484] uhci_hcd :00:1a.1: power state changed by ACPI to D0
[75366.295489] uhci_hcd :00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[75366.295496] uhci_hcd :00:1a.1: setting latency timer to 64
[75366.295522] usb usb4: root hub lost power or was reset
[75366.295534] ehci_hcd :00:1a.7: power state changed by ACPI to D0
[75366.295539] ehci_hcd :00:1a.7: power state changed by ACPI to D0
[75366.295545] ehci_hcd :00:1a.7: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[75366.295552] ehci_hcd :00:1a.7: setting latency timer to 64
[75366.295593] HDA Intel :00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 
17
[75366.295600] HDA Intel :00:1b.0: setting latency timer to 64
[75366.295643] HDA Intel :00:1b.0: irq 48 for MSI/MSI-X
[75366.295710] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.295713] uhci_hcd :00:1d.0: power state changed by ACPI to D0
[75366.295718] uhci_hcd :00:1d.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[75366.295724] uhci_hcd :00:1d.0: setting latency timer to 64
[75366.295750] usb usb5: root hub lost power or was reset
[75366.295762] uhci_hcd :00:1d.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[75366.295769] uhci_hcd :00:1d.1: setting latency timer to 64
[75366.295796] usb usb6: root hub lost power or was reset
[75366.295806] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.295809] uhci_hcd :00:1d.2: power state changed by ACPI to D0
[75366.295813] uhci_hcd :00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[75366.295820] uhci_hcd :00:1d.2: setting latency timer to 64
[75366.295846] usb usb7: root hub lost power or was reset
[75366.295858] ehci_hcd :00:1d.7: power state changed by ACPI to D0
[75366.295863] ehci_hcd :00:1d.7: power state changed by ACPI to D0
[75366.295870] ehci_hcd :00:1d.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[75366.295877] ehci_hcd :00:1d.7: setting latency 

Processed: re-tagging

2011-04-28 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 613658 - experimental
Bug #613658 [linux-2.6] Please enable SQUASHFS_XZ et al for >=2.6.38-rc1.
Removed tag(s) experimental.
> found 613658 2.6.38-3
Bug #613658 [linux-2.6] Please enable SQUASHFS_XZ et al for >=2.6.38-rc1.
There is no source info for the package 'linux-2.6' at version '2.6.38-3' with 
architecture ''
Unable to make a source version for version '2.6.38-3'
Bug Marked as found in versions 2.6.38-3.
> found 613658 2.6.38-4
Bug #613658 [linux-2.6] Please enable SQUASHFS_XZ et al for >=2.6.38-rc1.
There is no source info for the package 'linux-2.6' at version '2.6.38-4' with 
architecture ''
Unable to make a source version for version '2.6.38-4'
Bug Marked as found in versions 2.6.38-4.
> found 613658 2.6.39~rc4-1~experimental.1
Bug #613658 [linux-2.6] Please enable SQUASHFS_XZ et al for >=2.6.38-rc1.
There is no source info for the package 'linux-2.6' at version 
'2.6.39~rc4-1~experimental.1' with architecture ''
Unable to make a source version for version '2.6.39~rc4-1~experimental.1'
Bug Marked as found in versions 2.6.39~rc4-1~experimental.1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
613658: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613658
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.13039903902973.transcr...@bugs.debian.org



Bug#624418: marked as done (modprobe fuse failed on "Unknown symbol kstrtoull")

2011-04-28 Thread Debian Bug Tracking System
Your message dated Thu, 28 Apr 2011 11:03:37 +0200
with message-id <20110428090337.gl2...@radis.liafa.jussieu.fr>
and subject line Re: Bug#624418: modprobe fuse failed on "Unknown symbol 
kstrtoull"
has caused the Debian Bug report #624418,
regarding modprobe fuse failed on "Unknown symbol kstrtoull"
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
624418: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624418
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: linux-2.6
Version: 2.6.38-4
Severity: normal

When attempting to modprobe fuse (needed for ntfs-3g), it fails on kernel 
2.6.38-2, leaving one line with error message in dmesg:
[17105.390564] fuse: Unknown symbol kstrtoull (err 0)

I tried reinstalling the kernel package (apt-get install --reinstall ...) to 
rule out
 possibility of the file being somehow replaced by some other version, but 
problem persisted.

# modprobe fuse
WARNING: All config files need .conf: /etc/modprobe.d/00local, it will be 
ignored in a future release.
FATAL: Error inserting fuse 
(/lib/modules/2.6.38-2-amd64/kernel/fs/fuse/fuse.ko): Unknown symbol in module, 
or unknown parameter (see dmesg)
# dmesg | tail

[17105.390564] fuse: Unknown symbol kstrtoull (err 0)


-- Package-specific info:
** Version:
Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 root=/dev/mapper/sda5_crypt ro quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[16985.776538] Booting Node 0 Processor 3 APIC 0x3
[16985.868026] Switched to NOHz mode on CPU #3
[16985.894688] NMI watchdog enabled, takes one hw-pmu counter.
[16985.896182] CPU3 is up
[16985.899688] ACPI: Waking up from system sleep state S3
[16986.374227] i915 :00:02.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[16986.374253] i915 :00:02.0: restoring config space at offset 0x7 (was 
0x0, writing 0x9030)
[16986.374270] i915 :00:02.0: restoring config space at offset 0x6 (was 
0x8, writing 0x8008)
[16986.374286] i915 :00:02.0: restoring config space at offset 0x5 (was 
0x1, writing 0x30b1)
[16986.374303] i915 :00:02.0: restoring config space at offset 0x4 (was 
0x0, writing 0x9048)
[16986.374320] i915 :00:02.0: restoring config space at offset 0x1 (was 
0x90, writing 0x900407)
[16986.374374] pci :00:02.1: restoring config space at offset 0x4 (was 0x0, 
writing 0x9040)
[16986.374392] pci :00:02.1: restoring config space at offset 0x1 (was 
0x90, writing 0x97)
[16986.374500] pcieport :00:1c.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[16986.374527] pcieport :00:1c.0: restoring config space at offset 0x9 (was 
0x10001, writing 0x90719061)
[16986.374545] pcieport :00:1c.0: restoring config space at offset 0x8 (was 
0x0, writing 0x90209020)
[16986.374562] pcieport :00:1c.0: restoring config space at offset 0x7 (was 
0x0, writing 0x4040)
[16986.374580] pcieport :00:1c.0: restoring config space at offset 0x6 (was 
0x0, writing 0x10100)
[16986.374601] pcieport :00:1c.0: restoring config space at offset 0x3 (was 
0x81, writing 0x810010)
[16986.374621] pcieport :00:1c.0: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[16986.374701] pcieport :00:1c.3: restoring config space at offset 0xf (was 
0x400, writing 0x40b)
[16986.374727] pcieport :00:1c.3: restoring config space at offset 0x9 (was 
0x10001, writing 0x90919081)
[16986.374745] pcieport :00:1c.3: restoring config space at offset 0x8 (was 
0x0, writing 0x90109010)
[16986.374763] pcieport :00:1c.3: restoring config space at offset 0x7 (was 
0x0, writing 0x2020)
[16986.374780] pcieport :00:1c.3: restoring config space at offset 0x6 (was 
0x0, writing 0x20200)
[16986.374801] pcieport :00:1c.3: restoring config space at offset 0x3 (was 
0x81, writing 0x810010)
[16986.374821] pcieport :00:1c.3: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[16986.374889] uhci_hcd :00:1d.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[16986.374917] uhci_hcd :00:1d.0: restoring config space at offset 0x8 (was 
0x1, writing 0x3081)
[16986.374945] uhci_hcd :00:1d.0: restoring config space at offset 0x1 (was 
0x280, writing 0x281)
[16986.374980] uhci_hcd :00:1d.1: restoring config space at offset 0xf (was 
0x200, writing 0

Bug#624418: modprobe fuse failed on "Unknown symbol kstrtoull"

2011-04-28 Thread MP
Package: linux-2.6
Version: 2.6.38-4
Severity: normal

When attempting to modprobe fuse (needed for ntfs-3g), it fails on kernel 
2.6.38-2, leaving one line with error message in dmesg:
[17105.390564] fuse: Unknown symbol kstrtoull (err 0)

I tried reinstalling the kernel package (apt-get install --reinstall ...) to 
rule out
 possibility of the file being somehow replaced by some other version, but 
problem persisted.

# modprobe fuse
WARNING: All config files need .conf: /etc/modprobe.d/00local, it will be 
ignored in a future release.
FATAL: Error inserting fuse 
(/lib/modules/2.6.38-2-amd64/kernel/fs/fuse/fuse.ko): Unknown symbol in module, 
or unknown parameter (see dmesg)
# dmesg | tail

[17105.390564] fuse: Unknown symbol kstrtoull (err 0)


-- Package-specific info:
** Version:
Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 root=/dev/mapper/sda5_crypt ro quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[16985.776538] Booting Node 0 Processor 3 APIC 0x3
[16985.868026] Switched to NOHz mode on CPU #3
[16985.894688] NMI watchdog enabled, takes one hw-pmu counter.
[16985.896182] CPU3 is up
[16985.899688] ACPI: Waking up from system sleep state S3
[16986.374227] i915 :00:02.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[16986.374253] i915 :00:02.0: restoring config space at offset 0x7 (was 
0x0, writing 0x9030)
[16986.374270] i915 :00:02.0: restoring config space at offset 0x6 (was 
0x8, writing 0x8008)
[16986.374286] i915 :00:02.0: restoring config space at offset 0x5 (was 
0x1, writing 0x30b1)
[16986.374303] i915 :00:02.0: restoring config space at offset 0x4 (was 
0x0, writing 0x9048)
[16986.374320] i915 :00:02.0: restoring config space at offset 0x1 (was 
0x90, writing 0x900407)
[16986.374374] pci :00:02.1: restoring config space at offset 0x4 (was 0x0, 
writing 0x9040)
[16986.374392] pci :00:02.1: restoring config space at offset 0x1 (was 
0x90, writing 0x97)
[16986.374500] pcieport :00:1c.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[16986.374527] pcieport :00:1c.0: restoring config space at offset 0x9 (was 
0x10001, writing 0x90719061)
[16986.374545] pcieport :00:1c.0: restoring config space at offset 0x8 (was 
0x0, writing 0x90209020)
[16986.374562] pcieport :00:1c.0: restoring config space at offset 0x7 (was 
0x0, writing 0x4040)
[16986.374580] pcieport :00:1c.0: restoring config space at offset 0x6 (was 
0x0, writing 0x10100)
[16986.374601] pcieport :00:1c.0: restoring config space at offset 0x3 (was 
0x81, writing 0x810010)
[16986.374621] pcieport :00:1c.0: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[16986.374701] pcieport :00:1c.3: restoring config space at offset 0xf (was 
0x400, writing 0x40b)
[16986.374727] pcieport :00:1c.3: restoring config space at offset 0x9 (was 
0x10001, writing 0x90919081)
[16986.374745] pcieport :00:1c.3: restoring config space at offset 0x8 (was 
0x0, writing 0x90109010)
[16986.374763] pcieport :00:1c.3: restoring config space at offset 0x7 (was 
0x0, writing 0x2020)
[16986.374780] pcieport :00:1c.3: restoring config space at offset 0x6 (was 
0x0, writing 0x20200)
[16986.374801] pcieport :00:1c.3: restoring config space at offset 0x3 (was 
0x81, writing 0x810010)
[16986.374821] pcieport :00:1c.3: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[16986.374889] uhci_hcd :00:1d.0: restoring config space at offset 0xf (was 
0x100, writing 0x10a)
[16986.374917] uhci_hcd :00:1d.0: restoring config space at offset 0x8 (was 
0x1, writing 0x3081)
[16986.374945] uhci_hcd :00:1d.0: restoring config space at offset 0x1 (was 
0x280, writing 0x281)
[16986.374980] uhci_hcd :00:1d.1: restoring config space at offset 0xf (was 
0x200, writing 0x20a)
[16986.375008] uhci_hcd :00:1d.1: restoring config space at offset 0x8 (was 
0x1, writing 0x3061)
[16986.375036] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 
0x280, writing 0x281)
[16986.375070] uhci_hcd :00:1d.2: restoring config space at offset 0xf (was 
0x300, writing 0x30a)
[16986.375098] uhci_hcd :00:1d.2: restoring config space at offset 0x8 (was 
0x1, writing 0x3041)
[16986.375127] uhci_hcd :00:1d.2: restoring config space at offset 0x1 (was 
0x280, writing 0x281)
[16986.375172] uhci_hcd :00:1d.3: restoring config space at offset 0xf (was 
0x400, writing 0x40b)
[16986.375202] uhci_hcd :00:1d.3: restoring config space at offset 0x8 (was 
0x1, writing 0x3021)
[16986.375231] uhci_hcd :00:1d.3: restoring config space at offset 0x1 (was 
0x280, writing 0x281)
[16986.375277] ehci_hcd :00:1d.7: re

armhf support in rules.real

2011-04-28 Thread Sebastian Reichel
Hi,

The current 2.6.39-rc4 package has incomplete armhf support.
Please consider adding the following patch, which adds armhf
support in rules.real.

-- Sebastian
--- a/rules.real	2011-04-26 01:21:55.0 +0200
+++ b/rules.real	2011-04-28 09:44:36.0 +0200
@@ -39,7 +39,7 @@
 #
 binary-arch-arch: install-headers_$(ARCH)
 binary-arch-arch: install-libc-dev_$(ARCH)
-ifneq ($(filter alpha amd64 armel hppa i386 powerpc ppc64 s390 sh4 sparc sparc64,$(ARCH)),)
+ifneq ($(filter alpha amd64 armel armhf hppa i386 powerpc ppc64 s390 sh4 sparc sparc64,$(ARCH)),)
   binary-arch-arch: install-tools_$(ARCH)
 endif
 binary-arch-featureset: install-headers_$(ARCH)_$(FEATURESET)
@@ -364,6 +364,7 @@
 
 install-image_arm_$(FEATURESET)_$(FLAVOUR)_plain_image \
 install-image_armel_$(FEATURESET)_$(FLAVOUR)_plain_image \
+install-image_armhf_$(FEATURESET)_$(FLAVOUR)_plain_image \
 install-image_sparc_$(FEATURESET)_$(FLAVOUR)_plain_image \
 install-image_sparc64_$(FEATURESET)_$(FLAVOUR)_plain_image \
 install-image_sh4_$(FEATURESET)_$(FLAVOUR)_plain_image:


signature.asc
Description: Digital signature


Re: [PATCH base-installer] Update i386 kernel selection for new flavours in wheezy

2011-04-28 Thread Ian Campbell
On Sun, 2011-04-24 at 15:59 +0100, Ben Hutchings wrote:
> The '686-bigmem' flavour will be renamed to '686-pae'; support both names.
> The '686' flavour will be removed, but we can still offer it if available.

Do you also have patches for d-i's kernel-wedge and the main installer
build? Also debian-cd will need changes too. Since the latter two are
mainly due to Xen support I can take care of that if you like, although
I think it will depend on the kernel actually being uploaded since I
can't see an easy way to support both names in the main installer build.

Ian.
-- 
Ian Campbell

I am currently transitioning to a new OpenPGP key, please see:
http://www.hellion.org.uk/key-transition-2011-04-27-2F6BCD59-to-79074FA8.txt

The avoidance of taxes is the only intellectual pursuit that carries any
reward.
-- John Maynard Keynes


signature.asc
Description: This is a digitally signed message part


Bug#624400: linux-image-2.6.32-5-amd64: Intel Ethernetcard does not work

2011-04-28 Thread Joerg Stephan
Package: linux-image-2.6.32-5-amd64
Severity: normal

There is a problem with the e1000e driver, the Intel cards

Intel Corporation 82571EB Gigabit Ethnernet Controller (rev 06) dual port
Intel Corporation 82574L Gigabit Ethnet Connection dual port

both cards show up via lspci and dmesg but they cant get any link and they dont 
activate when a network cable gets plugged in.

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
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/20110428071302.12478.75684.report...@js-dev.intern.igb.de.key-systems.net