Processed: forcibly merging 586381 633078

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

> forcemerge 586381 633078
Bug#586381: initramfs-tools: lsinitramfs fails with non-gzipped initramfs images
Bug#633078: initramfs-tools: lsinitramfs doesn't understand xy-compression
Forcibly Merged 586381 633078.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
586381: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586381
633078: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633078
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.131011100825212.transcr...@bugs.debian.org

Bug#632968: (linux-image-2.6.32-5-686-bigmem: Kernel log fill with repeated network driver errors)

2011-07-08 Thread Touko Korpela 
On Fri, Jul 08, 2011 at 02:19:21AM +0100, Ben Hutchings wrote:
> On Thu, 2011-07-07 at 17:17 +0300, Touko Korpela wrote:
> > I noticed that firmware-nonfree (0.30) has updated brcm80211 firmware that
> > contains "unspecified stability fixes".
> > Maybe updated firmware-nonfree should go to stable updates too?
> 
> Yes, possibly.
> 
> Have you tested that version, and does it fix this problem?

I think it makes these errors more rare, with new fw only one error has been
logged.
I'm going to try newer kernel next, with updated drivers and other fixes.



-- 
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/20110708090911.GA20260@tiikeri.vuoristo.local

Bug#633024: initramfs-tools: Race condition when root filesystem is on a LV and mdadm array

2011-07-08 Thread maximilian attems 
On Fri, 08 Jul 2011, Roel Brook wrote:

> When booting the system, it seems there is a race condition between assembling
> a mdadm array, and scanning and / or activating VGs which have it's PV on this
> array.
> 
> I have a mdadm array (ICH9R fakeraid BIOS array), where one of the partitions
> is a PV. On this PV, there is a LV for the root filesystem.
> 
> Since ~ 2.6.37, the initramfs does not find the VG all the time. This means, I
> have to boot the system a couple of times, before the VG is found, and the 
> root
> filesystem is mounted.
> 
> There is no real logic in how often initramfs succesfully finds the VG. It's
> about a 1 in 3 chance of it booting succesfull. However, sometimes I have to
> reboot the system about 10 times before the VG is finally found. Sometimes it
> finds it immediatly.
> 
> When in the shell for the initramfs, the RAID array seems to be assembled fine
> (this is also reported in the console output). Also, when executing a "lvm
> vgdisplay", the VG is there. Once the VG is activated, the LV's can be mounted
> fine.
> 
> Attached are the dmesg output, the contents of /proc/mdstat and the output of
> "lvm vgdisplay" after running a "lvm vgchange -ay"

tried to use rootdelay=X with a small value?
see http://wiki.debian.org/InitramfsDebug

--
maks



-- 
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/20110708113729.gc4...@stro.at

Bug#446238: nfs-common: Locks when using nfs4 sec=krb5 and user ticket expires

2011-07-08 Thread Juha Erkkilä 
I am seeing a very similar issue with Ubuntu Lucid release.  In my tests the 
kerberos ticket does not actually need to expire, instead it is enough if it is 
simply destroyed or removed from the filesystem.  See 
http://www.spinics.net/lists/linux-nfs/msg22430.html for more information.



-- 
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/fbc83cc2-13cd-44d3-84f7-a6f9d36bd5be@mail

Bug#631722: failed to get i915 symbols

2011-07-08 Thread Diego Gomez 
I think the problem is here:

[9.435510] intel ips :00:1f.6: failed to get i915 symbols,
graphics turbo disabled

The context of this line is:

[9.435404] intel ips :00:1f.6: CPU TDP doesn't match expected
value (found 25, expected 29)
[9.435422] intel ips :00:1f.6: PCI INT C -> GSI 18 (level,
low) -> IRQ 18
[9.435510] intel ips :00:1f.6: failed to get i915 symbols,
graphics turbo disabled
[9.435695] intel ips :00:1f.6: IPS driver initialized, MCP temp limit 90

The last kernel I can use is 2.6.38-2

--
Diego.-



-- 
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/CADCgk1KjcWbBehPGbf0-6uJYxoNc-=b9ayr7otijakd1gdw...@mail.gmail.com

Bug#631722: failed to get i915 symbols

2011-07-08 Thread maximilian attems 
On Fri, Jul 08, 2011 at 05:00:05PM -0300, Diego Gomez wrote:
> I think the problem is here:
> 
> [9.435510] intel ips :00:1f.6: failed to get i915 symbols,
> graphics turbo disabled
> 
> The context of this line is:
> 
> [9.435404] intel ips :00:1f.6: CPU TDP doesn't match expected
> value (found 25, expected 29)
> [9.435422] intel ips :00:1f.6: PCI INT C -> GSI 18 (level,
> low) -> IRQ 18
> [9.435510] intel ips :00:1f.6: failed to get i915 symbols,
> graphics turbo disabled
> [9.435695] intel ips :00:1f.6: IPS driver initialized, MCP temp limit 
> 90
> 
> The last kernel I can use is 2.6.38-2

did you try 3.0-rcX from experimental? if not please do.

-- 
maks



-- 
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/20110708222408.ga30...@vostochny.stro.at

Bug#631722: failed to get i915 symbols

2011-07-08 Thread Diego Gomez 
I tried with linux-image-3.0.0-rc5-amd64, and doesn't works.
I will to try with rc6, and I tell you.

--
Diego.-
http://blog.dgomez.com.ar



On Fri, Jul 8, 2011 at 7:24 PM, maximilian attems  wrote:
> On Fri, Jul 08, 2011 at 05:00:05PM -0300, Diego Gomez wrote:
>> I think the problem is here:
>>
>> [    9.435510] intel ips :00:1f.6: failed to get i915 symbols,
>> graphics turbo disabled
>>
>> The context of this line is:
>>
>> [    9.435404] intel ips :00:1f.6: CPU TDP doesn't match expected
>> value (found 25, expected 29)
>> [    9.435422] intel ips :00:1f.6: PCI INT C -> GSI 18 (level,
>> low) -> IRQ 18
>> [    9.435510] intel ips :00:1f.6: failed to get i915 symbols,
>> graphics turbo disabled
>> [    9.435695] intel ips :00:1f.6: IPS driver initialized, MCP temp 
>> limit 90
>>
>> The last kernel I can use is 2.6.38-2
>
> did you try 3.0-rcX from experimental? if not please do.
>
> --
> maks
>



--
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/CADCgk1J1jUrT8PMgbziw60JN=9rnoc3opb4v9mztp8t197a...@mail.gmail.com

Bug#631722: failed to get i915 symbols

2011-07-08 Thread Diego Gomez 
I tried with linux-image-3.0.0-rc6-amd64 and the problem persists.

Here the lines I think is the problem:

[9.330282] intel ips :00:1f.6: CPU TDP doesn't match expected
value (found 25, expected 29)
[9.330299] intel ips :00:1f.6: PCI INT C -> GSI 18 (level,
low) -> IRQ 18
[9.330335] intel ips :00:1f.6: failed to get i915 symbols,
graphics turbo disabled
[9.330474] intel ips :00:1f.6: IPS driver initialized, MCP temp limit 90

--
Diego.-



-- 
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/CADCgk1Kyu77ZtLA8GE0=zyddasfqgnshoan9zxcmbyf5y3s...@mail.gmail.com

Bug#633155: Mixed IP/name-based access control can be bypassed (CVE-2011-2500)

2011-07-08 Thread Ben Hutchings 
Package: nfs-kernel-server
Version: 1:1.2.3-3
Severity: grave
Tags: patch

>From :
> A security flaw was found in the way nfs-utils performed authentication
> of an incoming request, when an IP based authentication mechanism was used
> and certain file systems were exported to either to a netgroup or a wildcard
> (e.g. *.my.domain), and some file systems (either the same or different to
> the first set) were exported to specific hosts, IP addresses, or a subnet.
> A remote attacker, able to create global DNS entries could use this flaw
> to access above listed, exported file systems.
> 
> References:
> [1] https://bugzilla.novell.com/show_bug.cgi?id=701702
> [2] http://www.openwall.com/lists/oss-security/2011/06/27/7
> (CVE Request)
> 
> Relevant upstream patch:
> [3] http://marc.info/?l=linux-nfs&m=130875695821953&w=2

This bug appears to have been introduced in upstream version 1.2.3-rc4
and therefore should not affect squeeze or lenny.

Ben.

-- System Information:
Debian Release: wheezy/sid
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'oldstable-proposed-updates'), 
(500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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/20110709031214.4022.63752.reportbug@localhost

Bug#631945: debian-kernel Bug#631945

2011-07-08 Thread 00bormoj 
I had the same problem when I upgraded to 2.6.38 vanilla (and
currently at 2.6.39.1), but I can't remember what the last successful
version was (probably greater than 2.6.32). My syslog was full of the
WARN_ON trace from sch_hfsc.c:1427.

I looked back through the history for sch_hfsc.c (see
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=history;f=net/sched/sch_hfsc.c;hb=HEAD)
and "net/sched/sch_hfsc.c: initialize parent's cl_cfmin properly in
init_vf()" stood out as modifying related code
(http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=3b2eb6131e2f6ff646abb0fc69648179b8b70216).
I did not make any serious attempt to understand the change and I did
not do a bisect (sorry!), but I have been running with this patch
removed for 48 hours without any errors.

The block of code modified by the patch looks exactly the same in
init_vf() and update_vf(), but the patch only modifies one of them. Is
that correct?

Sorry in advance if I'm just adding noise to the problem.

Below is a brief section of my tc configuration. It honestly might be
pretty wrong, but I think I copied the general idea from OpenWrt.

 rate=2000; ratedown=12800; boost=4000; boost_time=20s; iface=eth1

 ifconfig $iface up txqueuelen 5

 tc filter add dev $iface parent : protocol ip u32 match u32 0 0
police rate ${ratedown}kbit burst 200k drop flowid :1

 ul="ul m1 ${boost}kbit d ${boost_time} m2 ${rate}kbit"
 tc qdisc add dev $iface root handle 1: hfsc default 12
 tc class add dev $iface parent 1: classid 1:1 hfsc sc rate ${rate}kbit $ul

 tc class add dev $iface parent 1:1 classid 1:10 hfsc sc umax 1500b
dmax 10ms rate $(($rate*15/100))kbit $ul
 tc class add dev $iface parent 1:1 classid 1:11 hfsc sc umax 1500b
dmax 20ms rate $(($rate*25/100))kbit $ul
 tc class add dev $iface parent 1:1 classid 1:12 hfsc sc umax 1500b
dmax 250ms rate $(($rate*50/100))kbit $ul
 tc class add dev $iface parent 1:1 classid 1:13 hfsc sc umax 1500b
dmax 900ms rate $(($rate*10/100))kbit $ul

 tc qdisc add dev $iface parent 1:10 handle 10: sfq perturb 4
 tc qdisc add dev $iface parent 1:11 handle 11: sfq perturb 4
 tc qdisc add dev $iface parent 1:12 handle 12: sfq perturb 4
 tc qdisc add dev $iface parent 1:13 handle 13: sfq perturb 4

 tc filter add dev $iface parent 1: prio 1 protocol ip u32 match mark
0x1 0xff flowid 1:10
 tc filter add dev $iface parent 1: prio 2 protocol ip u32 match mark
0x2 0xff flowid 1:11
 tc filter add dev $iface parent 1: prio 3 protocol ip u32 match mark
0x3 0xff flowid 1:12
 tc filter add dev $iface parent 1: prio 4 protocol ip u32 match mark
0x4 0xff flowid 1:13



-- 
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/caaj8s-sbrc3rx75pqsw4owfkfntny6xdkljpxjdttjtkkdc...@mail.gmail.com