GDM is not starting
Hello everyone, I am facing some problems while booting up newly compiled kernel(2.6.37).. I took the source for 2.6.37 kernel(.tar.gz) from kernel.org website.. I have took the config file of already existing stable 2.6.32 kernel and created the debs for image and header.. When i installed the linux-image-2.6.37 , i am not able to login looks like some problem with GDM.. Every time i login i need to give gdm restart on the console.. Showing some error like Unable to handle kernel NULL pointer dereference at 0008 no IPv6 routers present Except for this problem all other things are working properly.. So anyone kindly suggest some solution to this problem.. Regards, S.Janani
Bug#520928: PIIX performance regression still present in lenny's 2.6.26*
Why this bug was marked
"No longer marked as found in versions 2.6.26-13lenny2. "
?
I have newest lenny kernel and problem is stil present.
(It is annoying, but becuase I have most of data on scsi disks,
IDE performance isn't very important currently beyond booting system)
r...@noisy:~# hdparm -tT /dev/hda
/dev/hda:
Timing cached reads: 2 MB in 3.25 seconds = 630.59 kB/sec
Timing buffered disk reads:2 MB in 3.43 seconds = 597.07 kB/sec
r...@noisy:~# hdparm -tT /dev/hda
/dev/hda:
Timing cached reads:24 MB in 2.02 seconds = 11.89 MB/sec
Timing buffered disk reads:4 MB in 3.56 seconds = 1.12 MB/sec
r...@noisy:~# hdparm -tT /dev/hda
/dev/hda:
Timing cached reads:16 MB in 2.06 seconds = 7.78 MB/sec
Timing buffered disk reads:4 MB in 3.14 seconds = 1.27 MB/sec
r...@noisy:~# hdparm --direct -tT /dev/hda
/dev/hda:
Timing O_DIRECT cached reads: 4 MB in 2.87 seconds = 1.39 MB/sec
Timing O_DIRECT disk reads:6 MB in 4.36 seconds = 1.38 MB/sec
r...@noisy:~# hdparm --direct -tT /dev/hda
/dev/hda:
Timing O_DIRECT cached reads: 4 MB in 2.74 seconds = 1.46 MB/sec
Timing O_DIRECT disk reads:6 MB in 4.37 seconds = 1.37 MB/sec
#
As one can see it is even worse than it was (my previous reports given about
1.5 MB/s buffered disk read).
r...@noisy:~# hdparm -d /dev/hda
/dev/hda:
using_dma = 0 (off)
r...@noisy:~# hdparm -d1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Input/output error
using_dma = 0 (off)
# dmesg | tail
[6545265.490382] hda: no DMA mode selected
[6545265.490485] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
#
r...@noisy:~# dpkg -l | grep linux-image
ii linux-image-2.6-686 2.6.26+17+lenny1 Linux 2.6
image on PPro/Celeron/PII/PIII/P4
ii linux-image-2.6-686-smp 2.6.18+6etch3Linux 2.6
image on PPro/Celeron/PII/PIII/P4
ii linux-image-2.6-xen-686 2.6.26+17+lenny1 Linux 2.6
image on i686, oldstyle Xen suppor
ii linux-image-2.6.18-6-6862.6.18.dfsg.1-23etch1Linux
2.6.18 image on PPro/Celeron/PII/PIII/
ii linux-image-2.6.18-6-xen-6862.6.18.dfsg.1-23etch1Linux
2.6.18 image on i686
ii linux-image-2.6.18-6-xen-vserver-6862.6.18.dfsg.1-23etch1Linux
2.6.18 image on i686
ii linux-image-2.6.26-1-6862.6.26-13lenny2 Linux
2.6.26 image on PPro/Celeron/PII/PIII/
ii linux-image-2.6.26-1-xen-6862.6.26-13lenny2 Linux
2.6.26 image on i686, oldstyle Xen sup
ii linux-image-2.6.26-2-6862.6.26-26lenny1 Linux
2.6.26 image on PPro/Celeron/PII/PIII/
ii linux-image-2.6.26-2-xen-6862.6.26-26lenny1 Linux
2.6.26 image on i686, oldstyle Xen sup
r...@noisy:~# uname -a
Linux noisy 2.6.26-2-xen-686 #1 SMP Mon Aug 30 10:02:38 UTC 2010 i686 GNU/Linux
r...@noisy:~# hdparm -iI /dev/hda
/dev/hda:
Model=IBM-DTLA-307030, FwRev=X, SerialNo=X
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=60036480
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: ATA/ATAPI-2,3,4,5
* signifies the current active mode
ATA device, with non-removable media
powers-up in standby; SET FEATURES subcmd spins-up.
Model Number: IBM-DTLA-307030
Serial Number: XXX
Firmware Revision: TX
Standards:
Used: ATA/ATAPI-5 T13 1321D revision 1
Supported: 5 4 3 & some of 6
Configuration:
Logical max current
cylinders1 6383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBAuser addressable sectors: 60036480
device size with M = 1024*1024: 29314 MBytes
device size with M = 1000*1000: 30738 MBytes (30 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 40 Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 0
Advanced power management level: disabled
Recommended acoustic management value: 128, current value: 254
DMA: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=240ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
*SMA
tu busi labakais, ja spelesies ar mums
Patlaban karadarbiiba ir skaarusi muus visus tomer viss nav tik launi - tu, bez problemam, vari vinnet. http://www.latvia-vs-russia.info - tas tik ir iespaidigs numurs :), kas tev, komandieri, noteikti patiks -- 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/201101092348.p09nlkok018...@ns1.ipac.ac.ru
Bug#607141: xm block-attach failed on domU
Hello Timo, for some reason I didn't received your question and I found it just now on bugs.debian.org pages. I didn't record my previous commands but I used standard xm block-attach syntax from vhost config like: 'xm block-attach phy:data/disk /dev/xvda6 w' I am mapping LVM LV's from VG named 'data' to my vhosts. -- Peter Viskup -- 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/4d2a392c.3030...@gmail.com
Bug#607242: [PATCH v2] psmouse: mitigate failing-mouse symptoms
Keep a failing PS/2 mouse usable until it's convenient to replace it.
Filter incoming packets: drop invalid ones and attempt to correct for
dropped bytes.
New parameter 'filter' makes filtering and logging selectable, set to 0
to shut off all effects.
Tested on AMD64, full coverage. No one else has tried this yet.
Signed-off-by: Jim Hill
---
This is a second version, choosier about accepting apparently-valid
start bytes, no redundant test and more concise syslog and changelog
text.
This is my first patch, I hope I got the procedures right, apologies in
advance if I goofed something.
My mouse failed while in XP, but I didn't know it - it seemed it'd need
cleaning soon. On booting into Linux, it was dangerous, wild slews and
random clicks. The difference was consistent, making it seem the
problem wasn't the mouse.
Jim
---
drivers/input/mouse/psmouse-base.c | 108
drivers/input/mouse/psmouse.h |7 ++
2 files changed, 115 insertions(+), 0 deletions(-)
diff --git a/drivers/input/mouse/psmouse-base.c
b/drivers/input/mouse/psmouse-base.c
index cd9d0c9..f7421ea 100644
--- a/drivers/input/mouse/psmouse-base.c
+++ b/drivers/input/mouse/psmouse-base.c
@@ -69,6 +69,22 @@ static unsigned int psmouse_resync_time;
module_param_named(resync_time, psmouse_resync_time, uint, 0644);
MODULE_PARM_DESC(resync_time, "How long can mouse stay idle before forcing
resync (in seconds, 0 = never).");
+enum {
+ DROP_BAD = 1,
+ SUMMARIZE_ERRORS = 2,
+ LOG_REJECTS = 4,
+ LOG_ALL = 8,
+ ATTEMPT_RECOVERY = 16,
+ DROP_CLAMPED = 32,
+ DROP_PACKET = DROP_CLAMPED | DROP_BAD
+};
+static unsigned int psmouse_filter = DROP_BAD | SUMMARIZE_ERRORS |
+ ATTEMPT_RECOVERY | DROP_CLAMPED;
+module_param_named(filter, psmouse_filter, uint, 0644);
+MODULE_PARM_DESC(filter, "1 = drop invalid or hotio packets, +2=summary-log, "
+ "+4=log-rejected, +8=log-all, +16=attempt-recovery, "
+ "+32=drop-clamped.");
+
PSMOUSE_DEFINE_ATTR(protocol, S_IWUSR | S_IRUGO,
NULL,
psmouse_attr_show_protocol, psmouse_attr_set_protocol);
@@ -119,6 +135,85 @@ struct psmouse_protocol {
int (*init)(struct psmouse *);
};
+static int psmouse_filter_packet(struct psmouse *m)
+{
+ int todo = 0;
+
+ int xoflow = m->packet[0]>>6 & 1;
+ int yoflow = m->packet[0]>>7 & 1;
+
+ if ((m->packet[0] & 0x08) != 0x08)
+ todo |= DROP_BAD + ATTEMPT_RECOVERY;
+ else if ((xoflow | yoflow) && psmouse_filter & DROP_CLAMPED)
+ todo |= DROP_CLAMPED;
+
+ if (todo & DROP_PACKET) {
+ todo |= LOG_REJECTS;
+ if (m->err_log_counter == 0)
+ m->err_log_base = m->last;
+ ++m->err_log_counter;
+ }
+
+ if (time_after(m->last, m->interval_base + HZ/m->rate)) {
+ m->interval_pkts = 0;
+ m->interval_base = m->last;
+ }
+ if (m->interval_pkts > m->rate/HZ + 1) {
+ if (m->hotio_log_counter == 0)
+ m->hotio_log_base = m->last;
+ ++m->hotio_log_counter;
+ todo |= DROP_BAD;
+ }
+ ++m->interval_pkts;
+
+ if ((todo & psmouse_filter & LOG_REJECTS) |
+ (psmouse_filter & LOG_ALL)) {
+ unsigned long long packet = 0;
+ int p;
+ for (p = 0; p < m->pktcnt; ++p)
+ packet = packet<<8 | m->packet[p];
+ printk(KERN_INFO "psmouse.c: packet %0*llx%s\n", p*2, packet,
+ todo & DROP_PACKET ? " bad" : "");
+ }
+
+ if (m->err_log_counter && time_after(m->last, m->err_log_base + HZ) &&
+ psmouse_filter & (SUMMARIZE_ERRORS | LOG_ALL)) {
+ printk(KERN_WARNING "psmouse.c: %s at %s %lu bad packets\n",
+ m->name, m->phys, m->err_log_counter);
+ m->err_log_counter = m->err_log_base = 0;
+ }
+
+ if (m->hotio_log_counter && time_after(m->last, m->hotio_log_base + HZ)
+ && psmouse_filter & (SUMMARIZE_ERRORS | LOG_ALL)) {
+ printk(KERN_WARNING "psmouse.c: %s at %s %lu excess packets\n",
+ m->name, m->phys, m->hotio_log_counter);
+ m->hotio_log_counter = m->hotio_log_base = 0;
+ }
+
+ /*
+* Take a flyer on recovery, works ok on dropped bytes. Work backwards
+* from end looking for a byte that could be a valid start-byte with
+* the same buttons down and general direction as the last good packet.
+*/
+ if (todo & psmouse_filter & ATTEMPT_RECOVERY) {
+ int p = m->pktcnt;
+ while (--p) {
+ if (m->packet[p] == m->last_mbstate) {
+ m->pktc
Bug#609455: linux-2.6: block hardlinks to non-accessible sources
Hello Ben, Ben Hutchings wrote: You seem to be a bit confused about this vulnerability. /bin/bash is of course not suid-root, only owned by root. You're right. To correct this: It is a big problem for suid-root binaries, but even a problem for non-suid-root-binaries like "/bin/bash" - if you can write to /bin/bash after fooling the admin to run chown on your home, you own the system as soon as root logs in or some shell script is started as root. Thanks for the information about POSIX. Many distributions apply many patches that are not upstream. We generally try to avoid doing that in the standard kernel images. Do you see any way to deny the described attacks (flooding /tmp, hardlinking insecure suid binaries) without this patch? However, we may add kernel images with the 'grsec' featureset for the next release (wheezy). That sounds good. Thanks Max -- 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/4d2a290f.8080...@maxgaukler.de
Uploading linux-2.6 (2.6.32-30)
I intend to upload linux-2.6 version 2.6.32-30 on Monday or Tuesday. This will include many bug fixes from longterm release 2.6.32.28 and elsewhere. There is no ABI bump. One of the bug fixes changes the ABI of the Socket Control Message interface used to support passing file descriptors through AF_UNIX and AF_NETLINK sockets, but we believe that this is not used by OOT modules. 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#609455: linux-2.6: block hardlinks to non-accessible sources
On Sun, 2011-01-09 at 17:51 +0100, Maximilian Gaukler wrote: > Package: linux-2.6 > Severity: wishlist > Tags: patch > > An indirect security problem in many linux systems is that a user can > generate hardlinks to files that he may not write. I suggest adding a > patch [1] to Debians kernel which adds a sysctl configuration option > to forbid such hardlinks. This option should default to "allow" so > that the default behaviour does not change. > > This patch will protect against the following security problems when > activated: > One scenario that is described in [2] is that a user creates a > hardlink to a suid-root binary, e.g. /bin/bash, inside his home You seem to be a bit confused about this vulnerability. /bin/bash is of course not suid-root, only owned by root. The interesting thing that can be done with suid-root binaries is to make links to them so that if a vulnerability is discovered in them it can be exploited even after the administrator has upgraded them. (This can be defended against in the package manager by removing the suid/sgid bits before unlinking them. I don't know whether dpkg does that yet.) > directory and asks the administrator to fix the permissions in this > directory. The administrator will probably run chmod -R u+w,g+w and > chown -R user:usergroup. Now the user is the owner of /bin/bash and > can quickly become root. > A rather simple case would be flooding /tmp/ with hardlinks to > root-owned files. Even if the user is limited to a certain number of > files, this will not be counted on his quota. > > If the patch is activated, there are only few negative side effects: > It violates POSIX specifications and might break unknown, possibly > insecure, applications. It doesn't violate POSIX specifications; implementations are allowed to apply restrictions beyond the standard Unix permission checks (e.g. SELinux). > BTW, Ubuntu has this patch enabled by default, so it can't be too bad. Many distributions apply many patches that are not upstream. We generally try to avoid doing that in the standard kernel images. However, we may add kernel images with the 'grsec' featureset for the next release (wheezy). 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#609448: linux-source-2.6.37: source code not included for drivers/staging/ft1000/ft1000-pcmcia/boot.h?
On Sun, 2011-01-09 at 18:36 +0200, Timo Juhani Lindfors wrote: > Ben Hutchings writes: > > I do check for blobs in each new upstream version but apparently I > > missed this one. > > Thanks a lot for your work. Are you using the same deblob script or is > there some heuristics used for new versions? I have my own script that looks for large arrays of integer literals. I run that over the diff and then use my own judgement as to whether each such array is plausibly the 'preferred form for making changes'. (Most of them turn out to be lookup tables for e.g. keymaps, cryptography or radio parameters.) 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: your mail
Processing commands for cont...@bugs.debian.org: > reassign 607885 linux-2.6 Bug #607885 [installation-reports] squeeze testing di beta2 amd64 installer kernel panic on xenserver vm Bug reassigned from package 'installation-reports' to 'linux-2.6'. > thanks Stopping processing here. Please contact me if you need assistance. -- 607885: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607885 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.129459309614884.transcr...@bugs.debian.org
Bug#609448: linux-source-2.6.37: source code not included for drivers/staging/ft1000/ft1000-pcmcia/boot.h?
Ben Hutchings writes: > I do check for blobs in each new upstream version but apparently I > missed this one. Thanks a lot for your work. Are you using the same deblob script or is there some heuristics used for new versions? -- 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/84aajadofl@sauna.l.org
Bug#609455: linux-2.6: block hardlinks to non-accessible sources
Package: linux-2.6 Severity: wishlist Tags: patch An indirect security problem in many linux systems is that a user can generate hardlinks to files that he may not write. I suggest adding a patch [1] to Debians kernel which adds a sysctl configuration option to forbid such hardlinks. This option should default to "allow" so that the default behaviour does not change. This patch will protect against the following security problems when activated: One scenario that is described in [2] is that a user creates a hardlink to a suid-root binary, e.g. /bin/bash, inside his home directory and asks the administrator to fix the permissions in this directory. The administrator will probably run chmod -R u+w,g+w and chown -R user:usergroup. Now the user is the owner of /bin/bash and can quickly become root. A rather simple case would be flooding /tmp/ with hardlinks to root-owned files. Even if the user is limited to a certain number of files, this will not be counted on his quota. If the patch is activated, there are only few negative side effects: It violates POSIX specifications and might break unknown, possibly insecure, applications. BTW, Ubuntu has this patch enabled by default, so it can't be too bad. Thanks Max Gaukler [1] https://lists.ubuntu.com/archives/kernel-team/2010-May/010495.html [2] http://books.google.com/books?id=x3jWs7735WgC&lpg=PA107&ots=JQDfr2tCV2&dq=hardlink%20owner&hl=de&pg=PA107#v=onepage&q=hardlink%20owner&f=false -- 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/4d29e78e.10...@maxgaukler.de
Bug#596649: linux-image-2.6.32-5-openvz-amd64: system crash using rtl818x USB wlan
Hi, I still had the rtl8187 error despite booting with usbcore.autosuspend=-1 on the kernel command line. I wondered if the bug was being triggered by USB suspend/resume, but apparently not. And the rtl8187-related crash actually happened while the interface was down (but rtl8187 module loaded). On 07/01/11 18:37, Steven Chamberlain wrote: > Additionally, after this error occurs, other USB devices on the same bus > seem to break too: > > [1416023.409112] generic-usb 0003:051D:0002.0003: control queue full Actually that error could have been a different problem. It recurred just now without even the rtl8187 device plugged in or the module ever having been loaded: [20561.882890] generic-usb 0003:051D:0002.0001: control queue full That is my APC UPS, a usbhid device. After 654 of those messages, that and another USB device on the same bus (USB serial port) locked up (userland programs hang trying to use them): [20761.723850] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [20761.732439] apcupsd D 88008164d800 0 20649 1 0x [20761.739891] 8800bf034000 0082 0292 [20761.747903] 88007c92bcd8 fa40 88007c92bfd8 00016940 [20761.756018] 00016940 88008164d800 88008164daf8 00017fc0f000 [20761.764191] Call Trace: [20761.766909] [] ? ohci_urb_dequeue+0xd9/0xe9 [ohci_hcd] [20761.774308] [] ? usb_kill_urb+0x9d/0xbb [usbcore] [20761.781219] [] ? autoremove_wake_function+0x0/0x2e [20761.788210] [] ? usbhid_init_reports+0x8c/0xee [usbhid] [20761.795684] [] ? hiddev_ioctl+0x2bf/0x632 [usbhid] [20761.802705] [] ? handle_mm_fault+0x48f/0x9bb [20761.809178] [] ? do_uncharge_dcache+0x3d/0x51 [20761.815689] [] ? vfs_ioctl+0x21/0x6c [20761.821375] [] ? do_vfs_ioctl+0x48d/0x4cb [20761.827486] [] ? do_page_fault+0x2e0/0x2fc [20761.833743] [] ? sys_ioctl+0x3d/0x5c [20761.839424] [] ? system_call_fastpath+0x16/0x1b It could be relevant that my original rtl8187 lockup issue showed an identical portion within the stack trace: [1410483.801467] [] ? ohci_urb_dequeue+0xd9/0xe9 [ohci_hcd] [1410483.808842] [] ? usb_kill_urb+0x9d/0xbb [usbcore] [1410483.815768] [] ? autoremove_wake_function+0x0/0x2e I'm not having much fun with USB recently... Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.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/4d29e183.4050...@pyro.eu.org
Processed: found 609450 in 2.6.32-29
Processing commands for cont...@bugs.debian.org: > found 609450 2.6.32-29 Bug #609450 [linux-2.6] firmware-iwlwifi: since ~2weeks connection problems There is no source info for the package 'linux-2.6' at version '2.6.32-29' with architecture '' Unable to make a source version for version '2.6.32-29' Bug Marked as found in versions 2.6.32-29. > thanks Stopping processing here. Please contact me if you need assistance. -- 609450: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609450 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.12945900733172.transcr...@bugs.debian.org
Bug#609448: linux-source-2.6.37: source code not included for drivers/staging/ft1000/ft1000-pcmcia/boot.h?
On Sun, 2011-01-09 at 17:26 +0200, Timo Juhani Lindfors wrote: > Package: linux-source-2.6.37 > Version: 2.6.37-1~experimental.1 > Severity: serious > > drivers/staging/ft1000/ft1000-pcmcia/boot.h seems to contain firmware > in binary form. Is the source code available somewhere? [...] I do check for blobs in each new upstream version but apparently I missed this one. For what it's worth, we're not building this driver, so this doesn't end up in any linux-image 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
Processed: reassign 609407 to linux-2.6
Processing commands for cont...@bugs.debian.org: > reassign 609407 linux-2.6 2.6.32-29 Bug #609407 [linux-2.6] firmware-iwlwifi: Can't resume from hibernate due to iwlagn Ignoring request to reassign bug #609407 to the same package Bug #609407 [linux-2.6] firmware-iwlwifi: Can't resume from hibernate due to iwlagn There is no source info for the package 'linux-2.6' at version '2.6.32-29' with architecture '' Unable to make a source version for version '2.6.32-29' Bug Marked as found in versions 2.6.32-29. > thanks Stopping processing here. Please contact me if you need assistance. -- 609407: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609407 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.12945897061060.transcr...@bugs.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: > reassign 606976 debian-installer Bug #606976 [linux-2.6] Kernel panic with Squeeze (AMD64) d-i beta 2 Bug reassigned from package 'linux-2.6' to 'debian-installer'. > thanks Stopping processing here. Please contact me if you need assistance. -- 606976: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606976 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.129458944732360.transcr...@bugs.debian.org
Bug#606976:
i got this info on #debian-boot which may help: - the message points to a missing initramfs - you get this message if no initramfs is around, so unless mistaken this smells isolinux to me. - I'd ask him to try the dailies, irc isolinux got fixes for broken bios'es. So, can you try with the dailies? -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.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/1294589223.2400.111.ca...@eeepc.belkin
Processed: reassign 609450 to linux-2.6
Processing commands for cont...@bugs.debian.org: > reassign 609450 linux-2.6 Bug #609450 [firmware-iwlwifi] firmware-iwlwifi: since ~2weeks connection problems Bug reassigned from package 'firmware-iwlwifi' to 'linux-2.6'. Bug No longer marked as found in versions firmware-nonfree/0.27. > thanks Stopping processing here. Please contact me if you need assistance. -- 609450: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609450 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.129458874128515.transcr...@bugs.debian.org
Bug#609450: firmware-iwlwifi: since ~2weeks connection problems
Subject: firmware-iwlwifi: since ~2weeks connection problems -- direct probe to AP Package: firmware-iwlwifi Version: 0.27 Severity: important *** Please type your report below this line *** Since 2weeks I have connection Problems(after an apt-get update; apt-get upgrade) with my iwl3945 Intel(R) PRO/Wireless 3945ABG/BG. Now, I dont become an connection to my router, i dont know why, before the 2 weeks all works very fine. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.98.7 tools for generating an initramfs ii linux-image-2.6.32-5-686 [lin 2.6.32-29 Linux 2.6.32 for modern PCs -- no debconf information **uname -a Linux squeezy 2.6.32-5-686 #1 SMP Fri Dec 10 16:12:40 UTC 2010 i686 GNU/Linux **lsmod Module Size Used by usbhid 28008 0 hid50873 1 usbhid iwl394546032 0 rndis_host 4359 0 cdc_ether 2633 1 rndis_host usbnet 9527 2 rndis_host,cdc_ether mii 2714 1 usbnet usb_storage30541 0 iwlcore67478 1 iwl3945 mac80211 123574 2 iwl3945,iwlcore cfg80211 87657 3 iwl3945,iwlcore,mac80211 acpi_cpufreq4951 1 cpufreq_conservative 4018 0 cpufreq_userspace 1480 0 cpufreq_powersave602 0 cpufreq_stats 1940 0 parport_pc 15799 0 ppdev 4058 0 lp 5570 0 parport22554 3 parport_pc,ppdev,lp sco 5857 2 bridge 33019 0 stp 996 1 bridge bnep7444 2 rfcomm 25171 8 l2cap 21705 16 bnep,rfcomm kvm_intel 32860 0 uinput 4796 1 kvm 182779 1 kvm_intel nls_utf8 908 1 nls_cp437 4489 1 vfat6570 1 fat34912 1 vfat coretemp3401 0 loop9765 0 firewire_sbp2 9647 0 snd_hda_codec_realtek 163282 1 joydev 6739 0 arc4 974 2 ecb 1405 2 snd_hda_intel 16787 2 i915 222064 2 drm_kms_helper 18301 1 i915 snd_hda_codec 46002 2 snd_hda_codec_realtek,snd_hda_intel btusb 8077 2 drm 112088 3 i915,drm_kms_helper psmouse44657 0 i2c_algo_bit3497 1 i915 snd_hwdep 4054 1 snd_hda_codec bluetooth 36319 9 sco,bnep,rfcomm,l2cap,btusb serio_raw 2916 0 wmi 3575 0 processor 26327 3 acpi_cpufreq snd_pcm47222 2 snd_hda_intel,snd_hda_codec button 3598 1 i915 video 14605 1 i915 battery 3782 0 evdev 5609 19 snd_seq35463 0 snd_timer 12258 2 snd_pcm,snd_seq snd_seq_device 3673 1 snd_seq rfkill 10264 3 cfg80211,bluetooth i2c_i8016462 0 i2c_core 12696 5 i915,drm_kms_helper,drm,i2c_algo_bit,i2c_i801 output 1204 1 video snd34375 12 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device soundcore 3450 1 snd snd_page_alloc 5045 2 snd_hda_intel,snd_pcm ac 1640 0 pcspkr 1207 0 ext4 257803 2 mbcache 3762 1 ext4 jbd2 56155 1 ext4 crc16 1027 2 l2cap,ext4 sg 15968 0 sd_mod 25969 5 crc_t10dif 1012 1 sd_mod sr_mod 10770 0 cdrom 26487 1 sr_mod ata_generic 2067 0 uhci_hcd 16057 0 firewire_ohci 16725 0 sdhci_pci 4525 0 sdhci 12147 1 sdhci_pci ata_piix 17736 0 tg388273 0 ahci 27270 4 libata115753 3 ata_generic,ata_piix,ahci ricoh_mmc 2561 0 firewire_core 31235 2 firewire_sbp2,firewire_ohci crc_itu_t 1035 1 firewire_core mmc_core 38665 1 sdhci ehci_hcd 27851 0 led_class 1757 3 iwl3945,iwlcore,sdhci libphy 11638 1 tg3 thermal 9206 0 thermal_sys 9378
Processed: your mail
Processing commands for cont...@bugs.debian.org: > reassign 606976 linux-2.6 Bug #606976 [installation-reports] Kernel panic with Squeeze (AMD64) d-i beta 2 Bug reassigned from package 'installation-reports' to 'linux-2.6'. > thanks Stopping processing here. Please contact me if you need assistance. -- 606976: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606976 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.12945874798.transcr...@bugs.debian.org
Bug#609448: linux-source-2.6.37: source code not included for drivers/staging/ft1000/ft1000-pcmcia/boot.h?
Package: linux-source-2.6.37
Version: 2.6.37-1~experimental.1
Severity: serious
drivers/staging/ft1000/ft1000-pcmcia/boot.h seems to contain firmware
in binary form. Is the source code available somewhere?
(This is the only blob I could find with
http://www.linux-libre.fsfla.org/pub/linux-libre/releases/2.6.37-libre/deblob-2.6.37)
$ head -n50 linux-source-2.6.37/drivers/staging/ft1000/ft1000-pcmcia/boot.h
//---
// FT1000 driver for Flarion Flash OFDM NIC Device
//
// Copyright (C) 2002 Flarion Technologies, All rights reserved.
//
// This program is free software; you can redistribute it and/or modify it
// under the terms of the GNU General Public License as published by the Free
// Software Foundation; either version 2 of the License, or (at your option) any
// later version. This program is distributed in the hope that it will be
useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY
// or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
// more details. You should have received a copy of the GNU General Public
// License along with this program; if not, write to the
// Free Software Foundation, Inc., 59 Temple Place -
// Suite 330, Boston, MA 02111-1307, USA.
//---
//
// File: boot.h
//
// Description:boatloader
//
// History:
// 1/11/05WhcPorted to Linux.
//
//---
#ifndef _BOOTH_
#define _BOOTH_
// Official bootloader
unsigned char bootimage [] = {
0x00,0x00,0x01,0x5E,0x00,0x00
,0x00,0x00,0x00,0x00,0x02,0xD7
,0x00,0x00,0x01,0x5E,0x46,0xB3
,0xE6,0x02,0x00,0x98,0xE6,0x8C
,0x00,0x98,0xFB,0x92,0xFF,0xFF
,0x98,0xFB,0x94,0xFF,0xFF,0x98
,0xFB,0x06,0x08,0x00,0x98,0xFB
,0x96,0x84,0x00,0x98,0xFB,0x08
,0x1C,0x00,0x98,0xFB,0x51,0x25
,0x10,0x1C,0x00,0xE6,0x51,0x01
,0x07,0xFD,0x4C,0xFF,0x20,0xF5
,0x51,0x02,0x20,0x08,0x00,0x4C
,0xFF,0x20,0x3C,0x00,0xC0,0x64
,0x98,0xC0,0x66,0x98,0xC0,0x68
,0x98,0xC0,0x6A,0x98,0xC0,0x6C
,0x98,0x90,0x08,0x90,0x09,0x90
,0x0A,0x90,0x0B,0x90,0x0C,0x90
,0x0D,0x90,0x0E,0x90,0x0F,0x90
,0x04,0x90,0x06,0xFB,0x51,0x22
,0x16,0x08,0x03,0xFB,0x51,0x52
...
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
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/84ei8mdro6@sauna.l.org
Bug#592943: Confirmed in linux-image-2.6.37-rc7
I just tried linux-image-2.6.37-rc7 from experimental. The problem is still there. -- 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/4d29d11b.5020...@mi.fu-berlin.de
Processed: reassign 609407 to linux-2.6
Processing commands for cont...@bugs.debian.org: > reassign 609407 linux-2.6 Bug #609407 [firmware-iwlwifi] firmware-iwlwifi: Can't resume from hibernate due to iwlagn Bug reassigned from package 'firmware-iwlwifi' to 'linux-2.6'. Bug No longer marked as found in versions firmware-nonfree/0.27. > thanks Stopping processing here. Please contact me if you need assistance. -- 609407: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609407 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.12945670926001.transcr...@bugs.debian.org
Bug#609407: firmware-iwlwifi: Can't resume from hibernate due to iwlagn
Package: firmware-iwlwifi Version: 0.27 Severity: normal I recently upgraded debian squeeze a week ago and now I have a problem with hibernate, which is related to iwlagn. Everything was working fine before the upgrade. This is on a Dell Latitude E6400. That computer has a switch on its right side, that enable/disable wifi and bluetooth. Starting the computer with that switch off (I don't use wifi often), everything works fine. Then I put the computer into hibernate mode (either through the menu or with pm-hibernate). The computer goes to sleep. At wake up, the following message is printed on screen. [2282-124196] iwlagn 000:0c:00.0: MAC is in deep sleep! CSR_GP_CNTRL = 0xOOO repeated several times [2282-124196] iwlagn 000:0c:00.0: Hardware error detected. Restarting [2282-62340] hub 3.0: 1.0: unable to enumerate USB device on port 1 Then, nothing else and a hard reboot is needed. The problem does not appear if the wifi switch is on. So my guess is, it tries to find the wifi after waking up even if it is not enabled, and fails in that case. The problem also appears sometimes when suspending the computer, but not always. Sidenote: the only wifi related packages on the computer are firmware-iwlwifi and wireless-tools. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.98.6 tools for generating an initramfs ii linux-image-2.6.30-2-68 2.6.30-8squeeze1 Linux 2.6.30 image on PPro/Celeron ii linux-image-2.6.32-5-68 2.6.32-29Linux 2.6.32 for modern PCs -- 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/20110109094836.4585.97070.report...@ergodik.univ-brest.fr
