Bug#711304: nouveau: X terminates or freezes randomly, cannot be started again
FWIW, Linux tglase.lan.tarent.de 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 i686 GNU/Linux 08:51:32 up 3 days, 22:24, 2 users, load average: 0.11, 0.27, 0.29 This one is stable. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- 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/alpine.deb.2.10.1306100851240.3...@tglase.lan.tarent.de
Bug#711821: marked as done (nfs-common: segfaults during mount)
Your message dated Mon, 10 Jun 2013 08:31:33 +0200 with message-id <51b572c5.2000...@debian.org> and subject line Re: Bug#711821: please close bug has caused the Debian Bug report #711821, regarding nfs-common: segfaults during mount 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.) -- 711821: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711821 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: nfs-common Version: 1:1.2.2-5 Severity: important mount.nfs segfaults for all mount actions attempted: mauer:/home/folkert# mount belle:/data3/mp3/music/mp3 -o defaults mauer:/home/folkert# dmesg [48069.392279] mount.nfs[15614]: segfault at 0 ip 0031d923ac13 sp 7fff6b7a85d0 error 4 in libc-2.17.so[31d920+1a4000] mauer:/home/folkert# grep data3/mp3 /etc/fstab belle:/data3/mp3/music/mp3nfs defaults,bg,ro,vers=3 0 0 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/5 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 add and remove users and groups ii initscripts 2.88dsf-13.13scripts for initializing and shutt ii libc6 2.17-3 Embedded GNU C Library: Shared lib ii libcap2 1:2.22-1.2 support for getting/setting POSIX. ii libcomerr2 1.42.5-1.1 common error description library ii libevent-1.4-2 1.4.14b-stable-1 asynchronous event notification li ii libgssapi-krb5-21.10.1+dfsg-5MIT Kerberos runtime libraries - k ii libgssglue1 0.4-2mechanism-switch gssapi library ii libk5crypto31.10.1+dfsg-5MIT Kerberos runtime libraries - C ii libkrb5-3 1.10.1+dfsg-5MIT Kerberos runtime libraries ii libnfsidmap20.25-4 NFS idmapping library ii librpcsecgss3 0.19-5 allows secure rpc communication us ii libwrap07.6.q-24 Wietse Venema's TCP wrappers libra ii lsb-base4.1+Debian9 Linux Standard Base 4.1 init scrip ii netbase 4.47 Basic TCP/IP networking system ii rpcbind [portmap] 0.2.0-8 converts RPC program numbers into ii ucf 3.0025+nmu3 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 1:1.2.8-4 On 06/10/2013 08:00 AM, folkert wrote: > Please close bug: I've upgraded to the latest nfs-common and now all is > fine again. > > > Folkert van Heusden > --- End Message ---
Bug#711821: please close bug
Please close bug: I've upgraded to the latest nfs-common and now all is fine again. Folkert van Heusden -- Ever wonder what is out there? Any alien races? Then please support the seti@home project: setiathome.ssl.berkeley.edu -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.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/20130610060001.gd5...@belle.intranet.vanheusden.com
Bug#711821: nfs-common: segfaults during mount
Package: nfs-common Version: 1:1.2.2-5 Severity: important mount.nfs segfaults for all mount actions attempted: mauer:/home/folkert# mount belle:/data3/mp3/music/mp3 -o defaults mauer:/home/folkert# dmesg [48069.392279] mount.nfs[15614]: segfault at 0 ip 0031d923ac13 sp 7fff6b7a85d0 error 4 in libc-2.17.so[31d920+1a4000] mauer:/home/folkert# grep data3/mp3 /etc/fstab belle:/data3/mp3/music/mp3nfs defaults,bg,ro,vers=3 0 0 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/5 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 add and remove users and groups ii initscripts 2.88dsf-13.13scripts for initializing and shutt ii libc6 2.17-3 Embedded GNU C Library: Shared lib ii libcap2 1:2.22-1.2 support for getting/setting POSIX. ii libcomerr2 1.42.5-1.1 common error description library ii libevent-1.4-2 1.4.14b-stable-1 asynchronous event notification li ii libgssapi-krb5-21.10.1+dfsg-5MIT Kerberos runtime libraries - k ii libgssglue1 0.4-2mechanism-switch gssapi library ii libk5crypto31.10.1+dfsg-5MIT Kerberos runtime libraries - C ii libkrb5-3 1.10.1+dfsg-5MIT Kerberos runtime libraries ii libnfsidmap20.25-4 NFS idmapping library ii librpcsecgss3 0.19-5 allows secure rpc communication us ii libwrap07.6.q-24 Wietse Venema's TCP wrappers libra ii lsb-base4.1+Debian9 Linux Standard Base 4.1 init scrip ii netbase 4.47 Basic TCP/IP networking system ii rpcbind [portmap] 0.2.0-8 converts RPC program numbers into ii ucf 3.0025+nmu3 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf 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/20130610055017.15915.49420.report...@firewall.intranet.vanheusden.com
Processing of linux_3.9.5-1_multi.changes
linux_3.9.5-1_multi.changes uploaded successfully to localhost along with the files: linux_3.9.5-1.dsc linux_3.9.5.orig.tar.xz linux_3.9.5-1.debian.tar.xz linux-support-3.9-1_3.9.5-1_all.deb linux-doc-3.9_3.9.5-1_all.deb linux-manual-3.9_3.9.5-1_all.deb linux-source-3.9_3.9.5-1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1uluee-0003bh...@franck.debian.org
Processed: tagging 711342
Processing commands for cont...@bugs.debian.org: > tags 711342 + pending Bug #711342 [src:linux] linux-image-3.10-rc4-amd64: does not include f2fs filesystem support Ignoring request to alter tags of bug #711342 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 711342: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711342 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.137083846610213.transcr...@bugs.debian.org
Processed: tagging 711690
Processing commands for cont...@bugs.debian.org: > tags 711690 + pending Bug #711690 [src:linux] Please enable CONFIG_HID_SENSOR_HUB Ignoring request to alter tags of bug #711690 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 711690: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711690 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.137083847110234.transcr...@bugs.debian.org
Processed: tagging 695968
Processing commands for cont...@bugs.debian.org:
> tags 695968 + pending
Bug #695968 {Done: Ben Hutchings } [src:linux]
linux-image-3.2.0-4-amd64: ath.ko starts printing thousands of error messages
several minutes after boot
Bug #695969 {Done: Ben Hutchings } [src:linux]
linux-image-3.2.0-4-amd64: ath.ko prints thousands of error messages and
wireless connection goes down
Ignoring request to alter tags of bug #695968 to the same tags previously set
Ignoring request to alter tags of bug #695969 to the same tags previously set
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
695968: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695968
695969: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695969
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.137083845610155.transcr...@bugs.debian.org
Processed: tagging 705788
Processing commands for cont...@bugs.debian.org:
> tags 705788 + pending
Bug #705788 {Done: Ben Hutchings }
[fb-modules-3.2.0-4-486-di] fb-modules-3.2.0-4-486-di: please include viafb
module for OLPC XO-1.5 support in d-i
Ignoring request to alter tags of bug #705788 to the same tags previously set
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
705788: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705788
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.137083845710169.transcr...@bugs.debian.org
Processed: tagging 465823
Processing commands for cont...@bugs.debian.org:
> tags 465823 + pending
Bug #465823 {Done: Ben Hutchings } [src:linux] slrn:
bizaare deadlock if ctrl-s pressed when composing a message
Ignoring request to alter tags of bug #465823 to the same tags previously set
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
465823: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465823
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.137083845310136.transcr...@bugs.debian.org
linux FTBFS on sh4
linux is currently failing to build on sh4:
http://buildd.debian-ports.org/status/fetch.php?pkg=linux&arch=sh4&ver=3.8.11-1&stamp=1367971740
This seems to be because the aoe driver uses virt_addr_valid(), which on
sh is a macro that uses variables that are not exported to modules. I
think the bug is in the sh port, not the driver. If someone could
verify that the attached patch fixes this then I'll be happy to apply it
and submit it upstream.
Ben.
--
Ben Hutchings
I'm not a reverse psychological virus. Please don't copy me into your sig.
From: Ben Hutchings
Subject: sh: mm: Export {min,max}_low_pfn
Date: Mon, 10 Jun 2013 02:03:36 +0100
The pfn_valid() macro uses the {min,max}_low_pfn variables, so they
must be exported in order that pfn_valid() or virt_addr_valid() can
be used in modules.
Signed-off-by: Ben Hutchings
Cc: sta...@vger.kernel.org
---
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -395,6 +395,10 @@ void __init paging_init(void)
free_area_init_nodes(max_zone_pfns);
}
+/* pfn_valid() needs these */
+EXPORT_SYMBOL(min_low_pfn);
+EXPORT_SYMBOL(max_low_pfn);
+
/*
* Early initialization for any I/O MMUs we might have.
*/
signature.asc
Description: This is a digitally signed message part
Processed: reassign 711592 to src:linux, found 711592 in 3.9.4-1, severity of 711592 is important
Processing commands for cont...@bugs.debian.org: > reassign 711592 src:linux 3.2.41-2 Bug #711592 [linux-image-686-pae] Current x86 linux kernel is misconfigured. Bug reassigned from package 'linux-image-686-pae' to 'src:linux'. No longer marked as found in versions linux-latest/46. Ignoring request to alter fixed versions of bug #711592 to the same values previously set Bug #711592 [src:linux] Current x86 linux kernel is misconfigured. Marked as found in versions linux/3.2.41-2. > found 711592 3.9.4-1 Bug #711592 [src:linux] Current x86 linux kernel is misconfigured. Marked as found in versions linux/3.9.4-1. > severity 711592 important Bug #711592 [src:linux] Current x86 linux kernel is misconfigured. Severity set to 'important' from 'normal' > thanks Stopping processing here. Please contact me if you need assistance. -- 711592: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711592 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.13708245667568.transcr...@bugs.debian.org
Processed: found 711592 in linux-2.6/2.6.32-48
Processing commands for cont...@bugs.debian.org: > found 711592 linux-2.6/2.6.32-48 Bug #711592 [src:linux] Current x86 linux kernel is misconfigured. Marked as found in versions linux-2.6/2.6.32-48. > thanks Stopping processing here. Please contact me if you need assistance. -- 711592: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711592 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.13708246448314.transcr...@bugs.debian.org
Processed: tagging 711690
Processing commands for cont...@bugs.debian.org: > tags 711690 + pending Bug #711690 [src:linux] Please enable CONFIG_HID_SENSOR_HUB Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 711690: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711690 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.13708242956101.transcr...@bugs.debian.org
Re: s390: Implement IRQ functions if !PCI
From: Ben Hutchings Date: Sun, 09 Jun 2013 21:07:31 +0100 > All architectures must implement IRQ functions. Since various > dependencies on !S390 were removed, there are various drivers that can > be selected but will fail to link. Provide a dummy implementation of > these functions for the !PCI case. > > Compile-tested only. Acked-by: David S. Miller -- 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/20130609.170304.610055126891418919.da...@davemloft.net
Processed: tagging 711342
Processing commands for cont...@bugs.debian.org: > tags 711342 + pending Bug #711342 [src:linux] linux-image-3.10-rc4-amd64: does not include f2fs filesystem support Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 711342: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711342 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.137082267527209.transcr...@bugs.debian.org
Processed: tagging 705788
Processing commands for cont...@bugs.debian.org:
> tags 705788 + pending
Bug #705788 {Done: Ben Hutchings }
[fb-modules-3.2.0-4-486-di] fb-modules-3.2.0-4-486-di: please include viafb
module for OLPC XO-1.5 support in d-i
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
705788: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705788
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.137082247026225.transcr...@bugs.debian.org
Processed: tagging 695968
Processing commands for cont...@bugs.debian.org:
> tags 695968 + pending
Bug #695968 {Done: Ben Hutchings } [src:linux]
linux-image-3.2.0-4-amd64: ath.ko starts printing thousands of error messages
several minutes after boot
Bug #695969 {Done: Ben Hutchings } [src:linux]
linux-image-3.2.0-4-amd64: ath.ko prints thousands of error messages and
wireless connection goes down
Added tag(s) pending.
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
695968: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695968
695969: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695969
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.137082211921893.transcr...@bugs.debian.org
Processed: fixed 704269 in 3.4.1-1~experimental.1
Processing commands for cont...@bugs.debian.org:
> # fixed upstream in 3.4
> fixed 704269 3.4.1-1~experimental.1
Bug #704269 {Done: Ben Hutchings } [src:linux]
linux-image-3.2.0-4-amd64: Kernel patch: udf: Fix handling of i_blocks
The source 'linux' and version '3.4.1-1~experimental.1' do not appear to match
any binary packages
Marked as fixed in versions linux/3.4.1-1~experimental.1.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
704269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704269
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.137082196721186.transcr...@bugs.debian.org
Processed: fixed 636029 in 3.9.4-1
Processing commands for cont...@bugs.debian.org:
> # fix applied upstream in 3.9
> fixed 636029 3.9.4-1
Bug #636029 {Done: Ben Hutchings } [src:linux] The
method, described in Documentation/kbuild/kconfig.txt, no longer works.
Marked as fixed in versions linux/3.9.4-1.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
636029: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636029
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.137082187920519.transcr...@bugs.debian.org
Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))
On Sun, Jun 9, 2013 at 11:31 PM, Russell King - ARM Linux wrote: > On Sun, Jun 09, 2013 at 11:09:59PM +0100, luke.leighton wrote: >> this is all a rather round-about way to say that for those people who >> heard and are thinking of heeding russell's call to "be silent and to >> ignore me" > > Okay, so you've just misrepresented me in the above comment. I never > said anything of the sort. The closest that I've come to a comment like > that is asking you to stop wasting people's time. close enough. > So, given your displayed inability to properly convey what people have > said to you in a discussion in your own replies, is there *any* reason > that anyone should trust you to communicate their position to any other > third party? trust is always something that has to be given, russell. respect is earned, but trust is given. many make the mistake of believing that trust is earned [people who seek to defeat others as "enemies" know this and exploit it to devastating effect]. so i can't answer your question directly, but consider this: the people that i work with have known me for a long time. they know i'm a bit of a live wire (you saw that wookey called me "crazy luke") and they often go as completely spare at some of the spanners i throw in the works just as everyone else does. it's *they* who will be doing all the talking, and i will be advising them in the background over the next week so that *technically* they're prepped. everyone has a different role to play here. /peace l. -- 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/capweedx2m800s+ptmd3vmmkv1odz0sojp-ydvjnrny5j7oc...@mail.gmail.com
Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))
On Sun, Jun 09, 2013 at 11:09:59PM +0100, luke.leighton wrote: > this is all a rather round-about way to say that for those people who > heard and are thinking of heeding russell's call to "be silent and to > ignore me" Okay, so you've just misrepresented me in the above comment. I never said anything of the sort. The closest that I've come to a comment like that is asking you to stop wasting people's time. So, given your displayed inability to properly convey what people have said to you in a discussion in your own replies, is there *any* reason that anyone should trust you to communicate their position to any other third party? In some ways, I'm *glad* that you've passed everything on verbatum, because it means that it's (hopefully) free from any misrepresentations such as the above. -- 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/20130609223149.go18...@n2100.arm.linux.org.uk
Re: [Arm-netbook] getting allwinner SoC support upstream (was Re: Uploading linux (3.9.4-1))
ok, so the deadline's almost up but the discussions of the past two or so days have basically i think everything that needs to be said, and i'm extremely grateful to everyone who's contributed, privately and publicly, especially on such short notice. i've passed it over to my associates who will turn it into executive-level-speak: they understand that the situation is sensitive and have far more sense than i, which is good. i'm not sure if i should admit this, but there's some irony here that needs to be shared. i passed the collation of input from people - most of it verbatim - over to my associate who is used to dealing with executive-level people, and he said it couldn't possibly go as-is to them, not even to their assistant. when i asked why he said it was because it sounded too much like ordering them what decisions to make. if you've been following the shit-storm criticism that's been directed at me, and you've also noticed the bit about "most of it being verbatim" you have to appreciate the irony, really. so *sigh* we have to trust my associates and their experience in dealing with executives to work out a way to get the message across: i understand the things about public communication on-list(s) being important and so on and will fight to make sure those are got across in some clear form. the good news is that they *have* asked for advice and for a report, so there *is* an opening, it's not an unwelcome cold-call that we're engaging in, here. the last thing i'd like to say is this: free (libre) software developers and advocates are in an extremely... odd position of not really being fully or adequately monetarily compensated for the true level of service that they truly provide. i mention "service" because regardless of whether it's business or whether it's spare-time work just for the heck of it, we *are* acting as servants to a great many people, and in many cases those people who directly receive the benefit of our work - millions if not hundreds of people now that the linux kernel has made its way into android - have absolutely no way of being able to identify us and pay us for that service. i've never thought about giving up, but i *have* been thinking "what the hell am i doing wrong i.e. why have i only received direct donations of about $300 in *total* for all work done for the free software community since 1995 including samba and exchange 5.5 reverse-engineering and much more", up until recently when i learned some new insights that i thought it important to share, here. the insight is this: that there is a separate tally which is inviolate that keeps a *true* account of the level of service that we *truly* provide to others, of which monetary compensation is only a partial reflection [subtracted from that inviolate account, in some cases resulting in a DEBT in the inviolate and true account - which will need to be repaid - if the monetary compensation was too high or the service provided too poor]. so, for anyone reading this who has seen the shit-storm of the past few days and felt either embarrassed, or for any other reason has felt that they should quit working with free software, please don't: remember that the work itself is not necessarily the reward (although that's important too), nor that you're providing service to others and that that itself should be the reward, but that you *will* or *are* receiving true and accurate compensation: believe it, because it's true. this is all a rather round-about way to say that for those people who heard and are thinking of heeding russell's call to "be silent and to ignore me", to do so would be a significant dis-service both to yourself and to the hundreds of millions of end-users whom you are serving, if the long-term and immediate-term projects that i have embarked on are the success that i envision them to be. even with that having been said, it is, indeed, entirely your choice, that nobody but you should make. l. -- 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/CAPweEDw0U-djVaVzWoNnvhWvwOP=LXc=ac97zztyb6akf+j...@mail.gmail.com
[PATCH 3.9.y] s390: Add pgste to ptep_modify_prot_start()
Commit 52f36be0f4e2 's390/pgtable: Fix check for pgste/storage key
handling', which was commit b56433cb782d upstream, added a use of
pgste to ptep_modify_prot_start(), but this variable does not exist.
In mainline, pgste was added by commit d3383632d4e8 's390/mm: add pte
invalidation notifier for kvm' and initialised to the return value of
pgste_get_lock(ptep). Initialise it similarly here.
Compile-tested only.
Signed-off-by: Ben Hutchings
---
--- a/arch/s390/include/asm/pgtable.h
+++ b/arch/s390/include/asm/pgtable.h
@@ -1063,11 +1063,12 @@ static inline pte_t ptep_modify_prot_sta
unsigned long address,
pte_t *ptep)
{
+ pgste_t pgste;
pte_t pte;
mm->context.flush_mm = 1;
if (mm_has_pgste(mm))
- pgste_get_lock(ptep);
+ pgste = pgste_get_lock(ptep);
pte = *ptep;
if (!mm_exclusive(mm))
signature.asc
Description: This is a digitally signed message part
s390: Implement IRQ functions if !PCI
All architectures must implement IRQ functions. Since various
dependencies on !S390 were removed, there are various drivers that can
be selected but will fail to link. Provide a dummy implementation of
these functions for the !PCI case.
Compile-tested only.
Signed-off-by: Ben Hutchings
Cc: sta...@vger.kernel.org # 3.9
---
--- a/arch/s390/kernel/irq.c
+++ b/arch/s390/kernel/irq.c
@@ -313,3 +313,67 @@ void measurement_alert_subclass_unregist
spin_unlock(&ma_subclass_lock);
}
EXPORT_SYMBOL(measurement_alert_subclass_unregister);
+
+void synchronize_irq(unsigned int irq)
+{
+ /*
+* Not needed, the handler is protected by a lock and IRQs that occur
+* after the handler is deleted are just NOPs.
+*/
+}
+EXPORT_SYMBOL_GPL(synchronize_irq);
+
+#ifndef CONFIG_PCI
+
+/* Only PCI devices have dynamically-defined IRQ handlers */
+
+int request_irq(unsigned int irq, irq_handler_t handler,
+ unsigned long irqflags, const char *devname, void *dev_id)
+{
+ return -EINVAL;
+}
+EXPORT_SYMBOL_GPL(request_irq);
+
+void free_irq(unsigned int irq, void *dev_id)
+{
+ WARN_ON(1);
+}
+EXPORT_SYMBOL_GPL(free_irq);
+
+void enable_irq(unsigned int irq)
+{
+ WARN_ON(1);
+}
+EXPORT_SYMBOL_GPL(enable_irq);
+
+void disable_irq(unsigned int irq)
+{
+ WARN_ON(1);
+}
+EXPORT_SYMBOL_GPL(disable_irq);
+
+#endif /* !CONFIG_PCI */
+
+void disable_irq_nosync(unsigned int irq)
+{
+ disable_irq(irq);
+}
+EXPORT_SYMBOL_GPL(disable_irq_nosync);
+
+unsigned long probe_irq_on(void)
+{
+ return 0;
+}
+EXPORT_SYMBOL_GPL(probe_irq_on);
+
+int probe_irq_off(unsigned long val)
+{
+ return 0;
+}
+EXPORT_SYMBOL_GPL(probe_irq_off);
+
+unsigned int probe_irq_mask(unsigned long val)
+{
+ return val;
+}
+EXPORT_SYMBOL_GPL(probe_irq_mask);
--- a/arch/s390/pci/pci.c
+++ b/arch/s390/pci/pci.c
@@ -306,15 +306,6 @@ static int zpci_cfg_store(struct zpci_de
return rc;
}
-void synchronize_irq(unsigned int irq)
-{
- /*
-* Not needed, the handler is protected by a lock and IRQs that occur
-* after the handler is deleted are just NOPs.
-*/
-}
-EXPORT_SYMBOL_GPL(synchronize_irq);
-
void enable_irq(unsigned int irq)
{
struct msi_desc *msi = irq_get_msi_desc(irq);
@@ -331,30 +322,6 @@ void disable_irq(unsigned int irq)
}
EXPORT_SYMBOL_GPL(disable_irq);
-void disable_irq_nosync(unsigned int irq)
-{
- disable_irq(irq);
-}
-EXPORT_SYMBOL_GPL(disable_irq_nosync);
-
-unsigned long probe_irq_on(void)
-{
- return 0;
-}
-EXPORT_SYMBOL_GPL(probe_irq_on);
-
-int probe_irq_off(unsigned long val)
-{
- return 0;
-}
-EXPORT_SYMBOL_GPL(probe_irq_off);
-
-unsigned int probe_irq_mask(unsigned long val)
-{
- return val;
-}
-EXPORT_SYMBOL_GPL(probe_irq_mask);
-
void pcibios_fixup_bus(struct pci_bus *bus)
{
}
signature.asc
Description: This is a digitally signed message part
[SCSI] ufs: Add missing dependency on CONFIG_HAS_IOMEM
The ufs driver doesn't build on s390 with CONFIG_PCI disabled as it requires MMIO functions. Marking for 3.9-stable only as CONFIG_SCSI_UFSHCD was previously dependent on CONFIG_PCI. Signed-off-by: Ben Hutchings Cc: sta...@vger.kernel.org # 3.9 --- --- a/drivers/scsi/ufs/Kconfig +++ b/drivers/scsi/ufs/Kconfig @@ -34,7 +34,7 @@ config SCSI_UFSHCD tristate "Universal Flash Storage Controller Driver Core" - depends on SCSI + depends on SCSI && HAS_IOMEM ---help--- This selects the support for UFS devices in Linux, say Y and make sure that you know the name of your UFS host adapter (the card signature.asc Description: This is a digitally signed message part
Input: Add missing dependencies on CONFIG_HAS_IOMEM
Several drivers don't build on s390 with CONFIG_PCI disabled as they require MMIO functions. Marking this for 3.9-stable only, as CONFIG_INPUT was previously disabled on s390. Signed-off-by: Ben Hutchings Cc: sta...@vger.kernel.org # 3.9 --- --- a/drivers/input/keyboard/Kconfig +++ b/drivers/input/keyboard/Kconfig @@ -431,6 +431,7 @@ config KEYBOARD_TEGRA config KEYBOARD_OPENCORES tristate "OpenCores Keyboard Controller" + depends on HAS_IOMEM help Say Y here if you want to use the OpenCores Keyboard Controller http://www.opencores.org/project,keyboardcontroller --- a/drivers/input/serio/Kconfig +++ b/drivers/input/serio/Kconfig @@ -205,6 +205,7 @@ config SERIO_XILINX_XPS_PS2 config SERIO_ALTERA_PS2 tristate "Altera UP PS/2 controller" + depends on HAS_IOMEM help Say Y here if you have Altera University Program PS/2 ports. signature.asc Description: This is a digitally signed message part
Bug#587686: Wheezy
Hi! I've upgraded to Wheezy and the problem still persists. Compare: This is with stock Debian kernel linux-image-3.2.0-4-686-pae: # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 2528 MB in 2.00 seconds = 1264.55 MB/sec Timing buffered disk reads: 16 MB in 3.45 seconds = 4.64 MB/sec And this is with kernel 3.2.41 I compiled myself: # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 3152 MB in 2.00 seconds = 1577.22 MB/sec Timing buffered disk reads: 178 MB in 3.01 seconds = 59.13 MB/sec Oleg. -- Oleg Broytmanhttp://phdru.name/p...@phdru.name Programmers don't die, they just GOSUB without RETURN. -- 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/20130609171441.ga7...@iskra.aviel.ru
Processed: Bug#587686
Processing commands for cont...@bugs.debian.org:
> reopen 587686
Bug #587686 {Done: Moritz Mühlenhoff } [linux-2.6]
linux-image-2.6-686: DMA doesn't work with Debian kernel on an AHCI SATA disk
Bug reopened
Ignoring request to alter fixed versions of bug #587686 to the same values
previously set
> reassign 587686 src:linux
Bug #587686 [linux-2.6] linux-image-2.6-686: DMA doesn't work with Debian
kernel on an AHCI SATA disk
Bug reassigned from package 'linux-2.6' to 'src:linux'.
Ignoring request to alter found versions of bug #587686 to the same values
previously set
Ignoring request to alter fixed versions of bug #587686 to the same values
previously set
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
587686: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587686
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.13707973601838.transcr...@bugs.debian.org
Processed: tagging 465823
Processing commands for cont...@bugs.debian.org:
> tags 465823 + pending
Bug #465823 {Done: Ben Hutchings } [src:linux] slrn:
bizaare deadlock if ctrl-s pressed when composing a message
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
465823: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465823
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.13707850963294.transcr...@bugs.debian.org
Bug#704153: marked as done (linux-image-3.8-trunk-amd64: Disk failure with 3.8, not with 3.7)
Your message dated Sun, 09 Jun 2013 14:17:25 +0100
with message-id <1370783845.5614.6.ca...@deadeye.wl.decadent.org.uk>
and subject line Re: Bug#704153: No problem with 3.9.4
has caused the Debian Bug report #704153,
regarding linux-image-3.8-trunk-amd64: Disk failure with 3.8, not with 3.7
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.)
--
704153: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704153
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:linux
Version: 3.8.3-1~experimental.1
Severity: important
Dear Maintainer,
When running linux 3.8, after a while, a disk fails.
/var/log/kern.log is full of:
Mar 28 10:11:09 tc2 kernel: [ 3871.788922] DMA: Out of SW-IOMMU space for 65536
bytes at device :00:1f.2
Mar 28 10:11:09 tc2 kernel: [ 3871.789022] ata2.01: exception Emask 0x0 SAct
0x0 SErr 0x0 action 0x0
Mar 28 10:11:09 tc2 kernel: [ 3871.789028] ata2.01: failed command: READ DMA EXT
Mar 28 10:11:09 tc2 kernel: [ 3871.789035] ata2.01: cmd
25/00:00:20:51:16/00:02:00:00:00/f0 tag 0 dma 262144 in
Mar 28 10:11:09 tc2 kernel: [ 3871.789035] res
50/00:00:08:48:f8/00:00:8f:b6:83/fd Emask 0x40 (internal error)
Mar 28 10:11:09 tc2 kernel: [ 3871.789038] ata2.01: status: { DRDY }
Mar 28 10:11:09 tc2 kernel: [ 3871.865796] ata2.00: configured for UDMA/133
Mar 28 10:11:09 tc2 kernel: [ 3871.923259] ata2.01: configured for UDMA/133
Mar 28 10:11:09 tc2 kernel: [ 3871.923273] ata2: EH complete
It first happened after installing 3.8-1~experimental.1. Since I use disk
mirroring (md), I tried to rebuild the failing partition, but it failed again
during rebuild. Of course, I though of an hardware failure. Having just
upgraded to 3.8, just to be sure, I rebooting on 3.7.x~experimental.y: no more
failure! Uptime of more than 2 weeks, without any problem.
This morning, I install 3.8.3-1~experimental.1. After 2 hours, a disk fails.
I found similar reports:
http://forums.fedoraforum.org/showthread.php?t=289979&goto=newpost (comment #4)
https://bugzilla.redhat.com/show_bug.cgi?id=787054 (comment #37)
I'm relunctant to reboot to 3.8. If both disks fails, my RAID will not help
me...
Thanks,
Benoit
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: To be filled by O.E.M.
product_version: To be filled by O.E.M.
chassis_vendor: Gigabyte Technology Co., Ltd.
chassis_version: To Be Filled By O.E.M.
bios_vendor: American Megatrends Inc.
bios_version: F4
board_vendor: Gigabyte Technology Co., Ltd.
board_name: H77-DS3H
board_version: x.x
** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core
processor DRAM Controller [8086:0150] (rev 09)
Subsystem: Giga-byte Technology Device [1458:5000]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v2/3rd
Gen Core processor Graphics Controller [8086:0152] (rev 09) (prog-if 00 [VGA
controller])
Subsystem: Giga-byte Technology Device [1458:d000]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- [disabled]
Capabilities:
Kernel driver in use: i915
00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset
Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI])
Subsystem: Giga-byte Technology Device [1458:5007]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR-
Kernel driver in use: xhci_hcd
00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series
Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: Giga-byte Technology Device [1458:1c3a]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR-
Kernel driver in use: mei
00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset
Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) (prog-if 20 [EHCI])
Subsystem: Giga-byte Technology Device [1458:5006]
Control:
Bug#704153: No problem with 3.9.4
I've installed and booted yesterday on linux-image-3.9-1-amd64 (3.9.4-1), and I do not encounter any problem anymore. I do not have a clue about what failed, but I am not motivated to test the issue again. >From my point of view, this bug can be closed. Benoit -- 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/51b45ae4.4010...@friry.net
Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with "entry failed, hardware error 0x80000021"
On Thu, Jun 06, 2013 at 02:10:39PM +0200, Stefan Pietsch wrote: > On 06.06.2013 13:40, Gleb Natapov wrote: > > On Thu, Jun 06, 2013 at 01:35:13PM +0200, Stefan Pietsch wrote: > > >> I had no success with the Debian kernel 3.10~rc4-1~exp1 (3.10-rc4-686-pae). > >> > >> The machine hangs after "Enabling APIC mode: Flat. Using 1 I/O APICs". > > OK, since it looks like it hangs during timer initialization can you try > > to disable kvmclock? Add -cpu qemu64,-kvmclock to your command line. > > Also can you provide the output of "cat /proc/cpuinfo" on your host? And > > complete serial output before hang. > > > command line: > qemu-system-i386 -machine accel=kvm -m 512 -cpu qemu64,-kvmclock -cdrom > grml32-full_2013.02.iso -serial file:ttyS0.log > > > ttyS0.log: > ## > Nothing out of ordinary here. Since you can reproduce the hang and I cannot, can you try and bisect it? Also can trace kvm during the hang http://www.linux-kvm.org/page/Tracing? Start the trace as close to hang as possible and stop it as quick after it as possible too to make trace file smaller. -- Gleb. -- 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/20130609094328.gm4...@redhat.com
