Bug#871216: debian/bin/test-patches does not build arch-indep packages
Package: src:linux Version: 4.12.2-1~exp1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, following the advice on https://kernel-handbook.alioth.debian.org/ch-common-tasks.html under “Simple patching and building” I used debian/bin/test-patches to apply some patches I need to test. Unfortunately, this produces only the arch dependent file: ../linux-headers-4.12.0-trunk-amd64_4.12.2-1~exp1a~test_amd64.deb ../linux-image-4.12.0-trunk-amd64_4.12.2-1~exp1a~test_amd64.deb ../linux-image-4.12.0-trunk-amd64-dbg_4.12.2-1~exp1a~test_amd64.deb and linux-headers-4.12.0-trunk-amd64 depends on linux-headers-4.12.0-trunk-common (= 4.12.2-1~exp1a~test) which does not exist. Since the package version was adjusted, I cannot just use the version of the archive. I believe debian/bin/test-patches should also build the arch independent packages, to produce an actually installable set of .debs. Thanks, Joachim - -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iHAEARECADEWIQQxTjstYFpus1p9gRn2KOuTR0MgbAUCWYeoMRMcbm9tZWF0YUBk ZWJpYW4ub3JnAAoJEPYo65NHQyBswD8AljP9fp1cG0WLpCsxjjwGFJcQAzkAmwZb uXg4dDzM0ZrLDdR7u2si9kLP =635T -END PGP SIGNATURE-
Bug#573483: linux-kbuild for kernels in experimental
Hi, > seems to be a recurrent issue : linux-headers from latest kernels in > experimental are never installable because they need a version of > linux-kbuild > in sync ... this is again the case right now, with 3.5 kernel headers uninstallable. Is there a fix or work-around? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#509338: NULL pointer dereference in psmouse
Hi, Am Freitag, den 29.06.2012, 03:37 -0500 schrieb Jonathan Nieder: > Joachim Breitner wrote: > > Am Donnerstag, den 28.06.2012, 17:44 -0500 schrieb Jonathan Nieder: > > >> Do you remember when the NULL pointer dereference went away? (E.g., > >> does the 2.6.32.y kernel from squeeze reproduce it? A squeeze kernel > >> should work fine on a wheezy/sid system.) > > > > I can’t remember (I disabled the touchpad and thus the problem would not > > occur regularly). Is it important to find out whether squeeze is > > affected, or can we just leave it at that, knowing that its fixed with > > current kernels? > > Depends whether we want to fix it in squeeze. If you don't want to work > on that, I won't blame you. as it does not seem to affect many people too badly, I’d rather not worry about it. Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#509338: NULL pointer dereference in psmouse
Hi, Am Donnerstag, den 28.06.2012, 17:44 -0500 schrieb Jonathan Nieder: > Do you remember when the NULL pointer dereference went away? (E.g., > does the 2.6.32.y kernel from squeeze reproduce it? A squeeze kernel > should work fine on a wheezy/sid system.) I can’t remember (I disabled the touchpad and thus the problem would not occur regularly). Is it important to find out whether squeeze is affected, or can we just leave it at that, knowing that its fixed with current kernels? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#509338: NULL pointer dereference in psmouse
Hi, Am Donnerstag, den 14.06.2012, 15:48 -0500 schrieb Jonathan Nieder: > In 2008, Joachim Breitner wrote: > > > I just got a NULL-pointer-dereference: > > > > [ 672.170484] BUG: unable to handle kernel NULL pointer dereference at > > > > [ 672.170494] IP: [] synaptics_reconnect+0x20/0x9d > > [psmouse] > [...] > > Note that I’m affected by this bug: > > http://bugzilla.kernel.org/show_bug.cgi?id=8740 > > In 2010, upstream you wrote: > > > On > > $ uname -a > > Linux kirk 2.6.36-rc6-amd64 #1 SMP Mon Oct 4 09:56:45 UTC 2010 x86_64 > > GNU/Linux > > > > I still observer some issues: > > > > [ 52.011328] psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at > > byte 1 > > [ 52.011332] psmouse.c: issuing reconnect request > > Do you still have access to this system? Are you still having trouble > with its touchpad, and if so, what is the nature of the trouble these > days? nothing seems to have change since 2010: I don’t see a NULL-pointer-dereference, but when both touchpad and trackpoint are enabled, the pointer sometimes gets stuck for a short while while dmesg tells me: [ 55.444165] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 55.446370] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 55.448494] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 76.420802] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 76.423256] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 76.423258] psmouse serio1: issuing reconnect request [ 389.906979] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 389.909379] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 389.911666] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 389.943244] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 389.945504] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [ 389.945507] psmouse serio1: issuing reconnect request I can prevent the problem by disabling the touchpad in the BIOS. This is on 3.2.0-2. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#641665: 915GM: fonts have some corrupted glyphs: strikethrough
Hi again, Am Montag, den 20.02.2012, 21:22 +0100 schrieb Joachim Breitner: > Am Samstag, den 18.02.2012, 22:22 -0600 schrieb Jonathan Nieder: > > Joachim, you experienced vaguely similar symptoms if I remember > > correctly[2]. Did these occur always or only after hibernation? Do > > you still experience them? If not, do you remember if some upgrade > > (like pixman or xserver-xorg-video-intel) fixed it? > > I tried to reproduce it by filling my memory beyond the swap space, but > the fonts are still fine. There is some corruption in the background > image of X, though, which could have the same cause. I just had a real, unintentional OOM-situation again and now all my fonts are garbled again (I hope I don’t make typos, I am typing this semi-blind :-)), so the problem is definitely _not_ yet fixed in unstable. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#641665: 915GM: fonts have some corrupted glyphs: strikethrough
Dear Jonathan, Am Samstag, den 18.02.2012, 22:22 -0600 schrieb Jonathan Nieder: > Joachim, you experienced vaguely similar symptoms if I remember > correctly[2]. Did these occur always or only after hibernation? Do > you still experience them? If not, do you remember if some upgrade > (like pixman or xserver-xorg-video-intel) fixed it? I tried to reproduce it by filling my memory beyond the swap space, but the fonts are still fine. There is some corruption in the background image of X, though, which could have the same cause. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Debian linux-2.6 Paris meeting
Hi, Am Donnerstag, den 11.11.2010, 17:08 +0100 schrieb maximilian attems: > A short summary of this productive meeting is: this is just a quick „Thanks and Kudos“ message. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#582637: [linux-2.6] Please enable CONFIG_VGA_SWITCHEROO
Hi, Am Montag, den 24.05.2010, 20:50 +0200 schrieb maximilian attems: > On Mon, May 24, 2010 at 08:51:13PM +0200, Joachim Breitner wrote: > > > As far as I have understood how vga switcheroo works I think it > > > doesn't break anything in Xorg (the switch is made via echoing > > > in /sys, but the actual switch is performed when restarting Xorg), but > > > you're right this is a thing worth to be checked. > > > > I just tried it on my Thinkpad T400, and after loading the right modules > > (i915 and radeon) with the right option (modeset=1), it worked as > > advertised. No problem with X. I also second the request to enable this > > option. > > did you check with intel xorg driver from unstable/testing? > please provide version? It’s all from unstable: $ dpkg -l xserver-xorg-video-\*|grep ^ii ii xserver-xorg-video-ati 1:6.13.0-2 X.Org X server -- AMD/ATI display driver wra ii xserver-xorg-video-intel 2:2.9.1-4 X.Org X server -- Intel i8xx, i9xx display d ii xserver-xorg-video-mach64 6.8.2-3 X.Org X server -- ATI Mach64 display driver ii xserver-xorg-video-r1286.8.1-3 X.Org X server -- ATI r128 display driver ii xserver-xorg-video-radeon 1:6.13.0-2 X.Org X server -- AMD/ATI Radeon display dri Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#582637: [linux-2.6] Please enable CONFIG_VGA_SWITCHEROO
Hi, Am Montag, den 24.05.2010, 20:41 +0200 schrieb Daniele Benucci: > 2010/5/24 maximilian attems > > Please enable CONFIG_VGA_SWITCHEROO kernel config option (available > from > > 2.6.34) to enable support for video card switching on notebooks > with both > > integrated and discrete video card (aka hybrid graphics). > > you have to check that it does not break xorg, did you? > (considering xorg packages from squeeze) > > until no one checks that no point in making loud noise. > > > I didn't and I will check as soon as possible (this means this weekend > as I'm going to be away for work this week) > > > As far as I have understood how vga switcheroo works I think it > doesn't break anything in Xorg (the switch is made via echoing > in /sys, but the actual switch is performed when restarting Xorg), but > you're right this is a thing worth to be checked. I just tried it on my Thinkpad T400, and after loading the right modules (i915 and radeon) with the right option (modeset=1), it worked as advertised. No problem with X. I also second the request to enable this option. (I reverted to unstable’s kernel, though, because my iwlagn wireless connection was instable with 2.6.34) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#347284: Meta-packages for latest doc and sources
Hi, Am Donnerstag, den 25.03.2010, 22:13 +0100 schrieb maximilian attems: > On Thu, Mar 25, 2010 at 10:12:24PM +0100, Joachim Breitner wrote: > > > > Note that the next upload will go through NEW. If you don???t want a delay > > when you actually want to refer to a new version, you should consider > > uploading version 26 before the next kernel version bump. > > > > we are used to go through NEW :) > > happens with linux-2.6 on every ABI bump, so no worries there. now that I think about it, yes you are right :-) Sorry for the noise. Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#347284: Meta-packages for latest doc and sources
Hi, Am Dienstag, den 16.03.2010, 19:53 +0100 schrieb maximilian attems: > > I gave it a shot. Patch against latest svn is attached, here is the > > resulting change to the generated control file: > > thanks applied. great, thanks. Note that the next upload will go through NEW. If you don’t want a delay when you actually want to refer to a new version, you should consider uploading version 26 before the next kernel version bump. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#347284: Meta-packages for latest doc and sources
Hi Maximilain,
Am Dienstag, den 16.03.2010, 15:47 +0100 schrieb maximilian attems:
> On Tue, Mar 16, 2010 at 02:41:16PM +0100, Joachim Breitner wrote:
> > I???d like to amend this wishlist bug report. I???d find it very useful to
> > have a linux-doc-2.6 meta package automatically pulling in the latest
> > -doc package, corresponding to the installed kernel. Same thing with a
> > linux-source-2.6 meta packages.
> >
> > Are there any issues with this approach? Or is it just that someone has
> > to write the code?
>
> yep it is low priority, probably you just need to add some entry
> to linux-latest-2.6, feel free to submit patch against sid svn branch.
I gave it a shot. Patch against latest svn is attached, here is the
resulting change to the generated control file:
$ diff -u debian/control-before debian/control
--- debian/control-before 2010-03-16 16:56:36.0 +0100
+++ debian/control 2010-03-16 17:11:04.0 +0100
@@ -6,6 +6,20 @@
Standards-Version: 3.7.3
Build-Depends: debhelper (>> 7), linux-support-2.6.32-3
+Package: linux-source-2.6
+Provides: linux-source
+Depends: linux-source-2.6.32
+Description: Linux kernel source for Linux 2.6
+ This package depends on packages containing the sources of the latest
+ Linux kernel 2.6.
+
+Package: linux-doc-2.6
+Provides: linux-doc
+Depends: linux-doc-2.6.32
+Description: Linux kernel specific documentation for version 2.6
+ This package depends on the package containing the documentation for the
+ latest Linux kernel 2.6.
+
Package: linux-image-alpha-generic
Architecture: alpha
Provides: linux-latest-modules-2.6.32-3-alpha-generic
Greetings,
Joachim
--
Joachim "nomeata" Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
Index: debian/changelog
===
--- debian/changelog (Revision 15398)
+++ debian/changelog (Arbeitskopie)
@@ -1,3 +1,9 @@
+linux-latest-2.6 (26) UNRELEASED; urgency=low
+
+ * Create linux-doc-2.6 and linux-source-2.6 meta packages (Closes: 347284)
+
+ -- Joachim Breitner Tue, 16 Mar 2010 17:12:42 +0100
+
linux-latest-2.6 (25) unstable; urgency=high
* Update package description templates in line with linux-2.6.
Index: debian/bin/gencontrol.py
===
--- debian/bin/gencontrol.py (Revision 15398)
+++ debian/bin/gencontrol.py (Arbeitskopie)
@@ -31,6 +31,12 @@
['linux-support-%s%s' % (self.version.linux_upstream, self.abiname)]
)
+latest_source = self.templates["control.source.latest"][0]
+packages.append(self.process_package(latest_source, vars))
+
+latest_doc = self.templates["control.doc.latest"][0]
+packages.append(self.process_package(latest_doc, vars))
+
def do_flavour_packages(self, packages, makefile, arch, featureset, flavour, vars, makeflags, extra):
config_base = self.config.merge('base', arch, featureset, flavour)
config_description = self.config.merge('description', arch, featureset, flavour)
Index: debian/templates/control.source.latest.in
===
--- debian/templates/control.source.latest.in (Revision 0)
+++ debian/templates/control.source.latest.in (Revision 0)
@@ -0,0 +1,7 @@
+Package: linux-sour...@major@
+Depends: linux-sour...@upstreamversion@
+Provides: linux-source
+Description: Linux kernel source for Linux @major@
+ This package depends on packages containing the sources of the latest Linux
+ kernel @ma...@.
+
Index: debian/templates/control.doc.latest.in
===
--- debian/templates/control.doc.latest.in (Revision 0)
+++ debian/templates/control.doc.latest.in (Revision 0)
@@ -0,0 +1,7 @@
+Package: linux-d...@major@
+Depends: linux-d...@upstreamversion@
+Provides: linux-doc
+Description: Linux kernel specific documentation for version @major@
+ This package depends on the package containing the documentation for the
+ latest Linux kernel @ma...@.
+
signature.asc
Description: This is a digitally signed message part
Bug#347284: Meta-packages for latest doc and sources
Hi, I’d like to amend this wishlist bug report. I’d find it very useful to have a linux-doc-2.6 meta package automatically pulling in the latest -doc package, corresponding to the installed kernel. Same thing with a linux-source-2.6 meta packages. Are there any issues with this approach? Or is it just that someone has to write the code? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#509338: Correction to "NULL pointer dereference in psmouse"
Hi, Am Mittwoch, den 03.02.2010, 12:06 +0100 schrieb maximilian attems: > On Sat, 25 Jul 2009, Joachim Breitner wrote: > > Am Samstag, den 25.07.2009, 16:48 +0200 schrieb Joachim Breitner: > > > Am Samstag, den 25.07.2009, 15:13 +0200 schrieb Moritz Muehlenhoff: > > > > On Sun, Dec 21, 2008 at 02:51:47PM +0100, Joachim Breitner wrote: > > > > > correction: I had > > > > > # echo -n alsp > /sys/devices/platform/i8042/serio1/protocol > > > > > in place. I???ll update this if it also happens with synaptics as the > > > > > protocol. > > > > > > > > Does this error still persist with more recent kernels? > > > > > > I still have the problem described in > > > http://bugzilla.kernel.org/show_bug.cgi?id=8740 > > > (e.g. if I have touchpad and trackpoint enabled, the mouse hangs > > > regularly). I now enabled touchpad and trackpoint, set the protocol as > > > above, but no crash occured so far. > > > > shortly after the mail, it occurred. Neither keyboad nor mouse input was > > accepted. I SSHed into the machine and stored the output of dmesg, > > attached. > > how is the status with 2.6.32 ? > (preferably test against unstable linux image, has more fixes) I checked a few days ago, see http://bugzilla.kernel.org/show_bug.cgi?id=8740. Still occurs. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#509338: Correction to "NULL pointer dereference in psmouse"
Hi, Am Samstag, den 25.07.2009, 15:13 +0200 schrieb Moritz Muehlenhoff: > On Sun, Dec 21, 2008 at 02:51:47PM +0100, Joachim Breitner wrote: > > correction: I had > > # echo -n alsp > /sys/devices/platform/i8042/serio1/protocol > > in place. I???ll update this if it also happens with synaptics as the > > protocol. > > Does this error still persist with more recent kernels? I still have the problem described in http://bugzilla.kernel.org/show_bug.cgi?id=8740 (e.g. if I have touchpad and trackpoint enabled, the mouse hangs regularly). I now enabled touchpad and trackpoint, set the protocol as above, but no crash occured so far. Greetings from Caceres, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#497971: This bugs affects lenny badly
Hi, Am Samstag, den 20.06.2009, 13:22 +0200 schrieb Bastian Blank: > On Sat, Jun 20, 2009 at 10:57:18AM +0000, Joachim Breitner wrote: > > [9.007497] iwl3945: Tunable channels: 11 802.11bg, 0 802.11a channels > > How can I best detect whether the card is affected by a MOW1 eeprom? > > The tunable channels output reports the observed eeprom contents. So > this looks like a MOW1 eeprom. so (for, to clarify it for those possibly reading this bug report), if one gets 11 tuneable channels even though regdom was set to EU, it is a limit in the eeprom that can not be overturned in software? Thanks for your help, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#497971: This bugs affects lenny badly
Package: linux-image-2.6.26-2-amd64 Version: 2.6.26-15lenny3 Hi, my girlfriends laptop runs Debian Lenny. With the current kernel in Lenny, she is unable to connect to a channel 13 network, using the iwl3945 module. I did try to set the regdom to EU via a file in /etc/moodprobe.d/, and the parameter gets set (as can be seen in /sys/modules/cfg80211/parameters/ieee80211_regdom), but it does not have an effect on iwl3945 (as can be seen with iwlist wlan0 channel). I think it is a severe issue not to be able to connect to such a channel and, if possible, should be fixed in a lenny point release. Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#509338: Correction to "NULL pointer dereference in psmouse"
Hi, correction: I had # echo -n alsp > /sys/devices/platform/i8042/serio1/protocol in place. I’ll update this if it also happens with synaptics as the protocol. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#509338: NULL pointer dereference in psmouse
Package: linux-image-2.6.27-1-amd64 Version: 2.6.27-1~experimental.1~snapshot.12506 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just got a NULL-pointer-dereference: [ 672.170484] BUG: unable to handle kernel NULL pointer dereference at [ 672.170494] IP: [] synaptics_reconnect+0x20/0x9d [psmouse] [ 672.170514] PGD 0 [ 672.170519] Oops: [1] SMP [ 672.170525] CPU 0 [ 672.170528] Modules linked in: iwlagn iwlcore mac80211 cfg80211 btusb rfkill_input i915 drm binfmt_misc rfcomm l2cap bluetooth tun acpi_cpufreq cpufreq_userspace cpufreq_stats cpufreq_ondemand freq_table cpufreq_conservative cpufreq_powersave ipv6 ext2 uvesafb cn firewire_sbp2 loop snd_hda_intel snd_pcm_oss snd_pcm snd_mixer_oss arc4 ecb snd_seq_dummy pcmcia snd_seq_oss snd_seq_midi_event snd_seq snd_timer snd_seq_device i2c_i801 uvcvideo i2c_core snd serio_raw compat_ioctl32 yenta_socket rtc_cmos rtc_core rsrc_nonstatic psmouse soundcore rtc_lib pcspkr pcmcia_core thinkpad_acpi snd_page_alloc videodev v4l1_compat rfkill video output ac battery wmi button led_class intel_agp evdev joydev nvram ext3 jbd mbcache sha256_generic aes_x86_64 aes_generic cbc dm_crypt crypto_blkcipher dm_mirror dm_log dm_snapshot dm_mod sg sd_mod sr_mod crc_t10dif cdrom ahci libata ricoh_mmc scsi_mod sdhci_pci sdhci dock mmc_core firewire_ohci firewire_core crc_itu_t ehci_hcd uhci_hcd e1000e thermal processor fan thermal_sys [last unloaded: cfg80211] [ 672.170685] Pid: 161, comm: kseriod Not tainted 2.6.27-1-amd64 #1 [ 672.170690] RIP: 0010:[] [] synaptics_reconnect+0x20/0x9d [psmouse] [ 672.170707] RSP: 0018:88007b911e20 EFLAGS: 00010282 [ 672.170712] RAX: a023a01d RBX: RCX: 000a [ 672.170718] RDX: 805452a0 RSI: RDI: 88007b911e20 [ 672.170723] RBP: 880079538e00 R08: 88007b91 R09: 8800799e05b0 [ 672.170729] R10: R11: 803c4b64 R12: [ 672.170734] R13: 805f2820 R14: 805f3980 R15: 0005d7e7 [ 672.170740] FS: () GS:8058ba00() knlGS: [ 672.170746] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b [ 672.170751] CR2: CR3: 00201000 CR4: 06e0 [ 672.170756] DR0: DR1: DR2: [ 672.170762] DR3: DR6: 0ff0 DR7: 0400 [ 672.170768] Process kseriod (pid: 161, threadinfo 88007b91, task 88007b95d100) [ 672.170772] Stack: 80642400 80642400 805f3980 [ 672.170783] 88007b911ed0 804461f1 880079b0ec00 [ 672.170792] 880079538e00 805f2820 805f3980 [ 672.170799] Call Trace: [ 672.170810] [] ? thread_return+0x41/0xb4 [ 672.170825] [] ? psmouse_reconnect+0x83/0x109 [psmouse] [ 672.170835] [] ? serio_reconnect_port+0x31/0x65 [ 672.170842] [] ? serio_reconnect_chain+0xc/0x1e [ 672.170850] [] ? serio_thread+0x18a/0x352 [ 672.170857] [] ? autoremove_wake_function+0x0/0x2e [ 672.170865] [] ? serio_thread+0x0/0x352 [ 672.170870] [] ? kthread+0x47/0x75 [ 672.170878] [] ? schedule_tail+0x27/0x5f [ 672.170885] [] ? child_rip+0xa/0x11 [ 672.170891] [] ? kthread+0x0/0x75 [ 672.170897] [] ? child_rip+0x0/0x11 [ 672.170900] [ 672.170902] [ 672.170905] Code: ff ff 5a 83 f8 01 19 c0 f7 d0 c3 41 57 b9 0a 00 00 00 fc 41 56 41 55 41 54 55 48 89 fd 53 48 83 ec 38 48 8b 1f 48 89 e7 48 89 de a5 31 f6 48 89 ef 4c 8b 7c 24 10 4c 8b 74 24 08 4c 8b 2c 24 [ 672.170971] RIP [] synaptics_reconnect+0x20/0x9d [psmouse] [ 672.170987] RSP [ 672.170990] CR2: [ 672.170995] ---[ end trace 471c68264da7034a ]--- Note that I’m affected by this bug: http://bugzilla.kernel.org/show_bug.cgi?id=8740 and I did set # echo -n 1 > /sys/devices/platform/i8042/serio1/resetafter I’m not sure if I did anything special to cause this. After this, the mouse does not work any more, and $ modprobe -r psmouse hangs. Greetings, Joachim - -- Package-specific info: ** Version: Linux version 2.6.27-1-amd64 (Debian 2.6.27-1~experimental.1~snapshot.12506) (wa...@debian.org) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23+1)) #1 SMP Tue Dec 16 03:17:37 UTC 2008 ** Command line: root=/dev/mapper/kirk-root ro quiet ** Tainted: G D (128) ** Kernel log: [ 645.398260] iwlagn: Tunable channels: 13 802.11bg, 24 802.11a channels [ 645.399507] phy0: Selected rate control algorithm 'iwl-agn-rs' [ 645.400033] iwlagn :03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 645.400311] firmware: requesting iwlwifi-5000-1.ucode [ 647.608091] Registered led device: iwl-phy0:radio [ 647.608146] Registered led device: iwl-phy0:assoc [ 647.608193] Registered led device: iwl-phy0:RX [ 647.608243] Registered led device: iwl-phy0:TX [ 647.686177] ADDRCON
Re: [Pkg-cryptsetup-devel] Bug#464673: cryptsetup seems to try to load some padlock modules
Hi, Am Freitag, den 08.02.2008, 14:16 +0100 schrieb Jonas Meurer: > On 08/02/2008 Joachim Breitner wrote: > > > > I also observed: > > > > $ strings /sbin/cryptsetup |grep -i padlock > > > > padlock-rng > > > > padlock-aes > > > > padlock-sha > > > > > > the strings in /sbin/cryptsetup actually come from static linking > > > against libgcrypt: > > > > > > $ strings /usr/lib/libgcrypt.a |grep -i padlock > > > padlock-rng > > > padlock-aes > > > padlock-sha > > > > Ah, I see. But running gdb during initrd to find out which function by > > gcrypt caused this will be hard. And I just tried to cryptsetup open a > > loopback-file, without such an error. > > The errors are obviously not produced by cryptsetup itself, but rather > by some initramfs magic. that's the reason why they only appear at boot > process, and not at invoking cryptdisks/cryptsetup manually. I’m not sure about his. I am pretty sure the error messages came _after_ I entered the password the first time, but _before_ cryptsetup exits, which I noticed when I entered the password wrong the first time, and the second prompt came after the error messages. I’ll make sure this observation is correct at the next boot. Also, fgrepping the contents of my initramdisk for padlock, I only get: ./lib/modules/2.6.24-1-686/kernel/drivers/crypto/padlock-aes.ko. ./lib/modules/2.6.24-1-686/kernel/drivers/crypto/padlock-sha.ko. ./sbin/cryptsetup. ./usr/lib/libcrypto.so.0.9.8. so no script is manually loading these. > > > Ok, so i believe that this is rather an issue with the debian linux 2.6.24 > > > kernel, not with cryptsetup. > > > > Should I reassign this bug then to the kernel package? Or gcrypt? > > neither cryptsetup nor gcrypt seem to cause the issue. and the kernel > team should not be blamed for adding some new modules to be shipped > with the kernel image. > in my eyes the real problem is whatever initramfs script tries to load > the modules per default. maybe you should contact maximilian attems > <[EMAIL PROTECTED]> or the kernel team as maintainers of initramfs-tools, > they're usually quite responsive. > > I've cc'ed debian-kernel@lists.debian.org in this mail. Thanks, Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
