2.6.20.3: kernel BUG at mm/slab.c:597

00 00 40 56 c1 ea 0c 53 c1 e2 05 03 15 40 5d 5a c0 8b 02 f6 c4 40 74 03 8b 52 0c 8b 02 a8 80 75 04 0f 0b eb fe 39 4a 18 74 04 0f 0b eb fe 9c 5e fa 8b 19 8b 03 3b EIP: [c014b720] kmem_cache_free+0x29/0x5a SS:ESP 0068:f1fe7afc 1Fixing recursive fault but reboot is needed! -- Andreas Steinmetz

2.6.20.3: kswapd page allocation failure

: 16064704kB 262128 pages of RAM 32752 pages of HIGHMEM 3672 reserved pages 82110 pages shared 0 pages swap cached 846 pages dirty 0 pages writeback 4658 pages mapped 20911 pages slab 765 pages pagetables -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe

Re: 2.6.20.3: kswapd page allocation failure

Kozlowski Thanks, I'll test echo 16384 /proc/sys/vm/min_free_kbytes and see what happens. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo

Re: Recent and not-so problems with tifm_sd driver - one more

:~ # -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

2.6.20.3: kernel BUG at mm/slab.c:597 try#2

, but this is a not so nice situation. I can't even say if the tapes are written correctly as I can't read them (one does not reboot production machines back to 2.4.x just to try to read a backup tape - I don't have 2.6.x older than 2.6.20 on these machines). -- Andreas Steinmetz SPAMmers

Re: 2.6.20.3: kernel BUG at mm/slab.c:597 try#2

; off = sgl[i].offset; -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please

Re: 2.6.20.3: kernel BUG at mm/slab.c:597 try#2

not make into 2.6.20 and is not in .3. Could we try the st patch in the bugzilla first? Ok, the st patch from bugzilla solves the problem (tested on both affected machines). -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line

2.6.20.3 NFS: BUG at fs/nfs/pagelist.c:339

[c013b082] remove_vma+0x36/0x3b [c013c3c2] remove_vma_list+0x40/0x4a [c013c6d2] do_munmap+0xf3/0xff [c013c70e] sys_munmap+0x30/0x35 [c0102b40] syscall_call+0x7/0xb -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH] slab: deal with NULL pointers passed to kmem_cache_free

you reported on linux-scsi? Didn't test this as Mike Christie pointed me to a working fix for the st driver. Cc: Andreas Steinmetz [EMAIL PROTECTED] Cc: Christoph Lameter [EMAIL PROTECTED] Signed-off-by: Pekka Enberg [EMAIL PROTECTED] --- mm/slab.c |5 + 1 file changed, 5

Re: 2.6.20.3: kernel BUG at mm/slab.c:597 try#2

Andrew Morton wrote: On Tue, 20 Mar 2007 00:25:02 +0100 Andreas Steinmetz [EMAIL PROTECTED] wrote: Mike Christie wrote: Mike Christie wrote: James Bottomley wrote: On Mon, 2007-03-19 at 12:49 -0500, Mike Christie wrote: I can't even say if the tapes are written correctly as I can't read

[PATCH] zero disk pages used by swsusp on resume

. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux-2.6.11.2/kernel/power/swsusp.c.ast2005-04-10 14:08:55.0 +0200 +++ linux-2.6.11.2/kernel/power/swsusp.c2005-04-10 14:24:10.0 +0200 @@ -112,6 +112,10 @@ static struct swsusp_info swsusp_info

Re: [PATCH] zero disk pages used by swsusp on resume

for poor formatting. The only remark I do have here is that swsusp would then depend on crypto so the swsusp encryption should be a config option. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: [PATCH] zero disk pages used by swsusp on resume

Oliver Neukum wrote: What is the point in doing so after they've rested on the disk for ages? The point is not physical access to the disk but data gathering after resume or reboot. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send

Re: [PATCH] zero disk pages used by swsusp on resume

image and will send patches after a few more tests. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo

[PATCH encrypted swsusp 0/3] encrypted swsusp image

) and probably needs testing on other platforms. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo

Oops in swsusp

). This Oops seems to be unrelated to the encrypted image addition as I didn't touch any code in that area. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

[PATCH encrypted swsusp 2/3] configuration

The following patch includes the necessary kernel configuration option. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux-2.6.11.2/kernel/power/Kconfig.ast 2005-04-10 20:44:48.0 +0200 +++ linux-2.6.11.2/kernel/power/Kconfig 2005-04-10 21:01

[PATCH encrypted swsusp 3/3] documentation

The following patch adds some information for encrypted suspend to the swsusp documentation. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux-2.6.11.2/Documentation/power/swsusp.txt.ast 2005-04-10 21:07:01.0 +0200 +++ linux-2.6.11.2/Documentation

[PATCH encrypted swsusp 1/3] core functionality

The following patch adds the core functionality for the encrypted suspend image. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux-2.6.11.2/kernel/power/swsusp.c.ast2005-04-10 14:08:55.0 +0200 +++ linux-2.6.11.2/kernel/power/swsusp.c2005-04

Re: [PATCH encrypted swsusp 1/3] core functionality

on disk during software suspend. I should, however, use crypto_cipher_en/decrypt instead of crypto_cipher_en/decrypt_iv as I actually wanted to use the iv in the tfm I did set up with crypto_cipher_set_iv instead of the local copy. Going to fix that. -- Andreas Steinmetz

Re: Oops in swsusp

Rafael J. Wysocki wrote: Hi, On Monday, 11 of April 2005 01:17, Andreas Steinmetz wrote: Pavel, during testing of the encrypted swsusp_image on x86_64 I did get an Oops from time to time at memcpy+11 called from swsusp_save+1090 which turns out to be the memcpy in copy_data_pages

Re: [PATCH encrypted swsusp 1/3] core functionality

neccessary to include union u? I don't like its name, and perhaps few casts are better than this. If not, it probably should go in separate patch, and ASAP. I'll revert this and use few casts. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list

Re: [PATCH encrypted swsusp 3/3] documentation

Bodo Eggert wrote: Andreas Steinmetz [EMAIL PROTECTED] wrote: +If you want to store your suspend image encrypted with a temporary +key to prevent data gathering after resume you must compile +crypto and the aes algorithm into the kernel - modules won't work +as they cannot be loaded at resume

Re: Oops in swsusp

Rafael J. Wysocki wrote: Hi, On Monday, 11 of April 2005 01:17, Andreas Steinmetz wrote: Pavel, during testing of the encrypted swsusp_image on x86_64 I did get an Oops from time to time at memcpy+11 called from swsusp_save+1090 which turns out to be the memcpy in copy_data_pages

Re: [PATCH encrypted swsusp 1/3] core functionality

Pavel Machek wrote: Was it really neccessary to include union u? I don't like its name, Here comes the patch with this reverted. I'm now using casts when 'abusing' the space for encryption. Furthermore the iv set up in the tfm is used instead of the local copy. -- Andreas Steinmetz

Re: [PATCH encrypted swsusp 1/3] core functionality

suspend image guards against data gathering after resume/reboot (the latter when mkswap is used). -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo

Re: [PATCH] zero disk pages used by swsusp on resume

there in the first place (oh well, but one needs to suspend from time to time). -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: [PATCH encrypted swsusp 1/3] core functionality

errors seems right. Hm. You probably don't want suspend-related messages to be printed during resume (this function is called in two different places)? :-) Rafael Will be changed. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from

Re: [PATCH] zero disk pages used by swsusp on resume

Rafael J. Wysocki wrote: Hi, On Monday, 11 of April 2005 19:02, Andreas Steinmetz wrote: Rafael J. Wysocki wrote: Hi, On Monday, 11 of April 2005 12:37, Oliver Neukum wrote: Am Sonntag, 10. April 2005 22:14 schrieb Pavel Machek: Hi! Oliver Neukum wrote: What is the point in doing

Re: [PATCH encrypted swsusp 1/3] core functionality

Rafael J. Wysocki wrote: Hi, On Monday, 11 of April 2005 18:11, Andreas Steinmetz wrote: Pavel Machek wrote: Was it really neccessary to include union u? I don't like its name, Here comes the patch with this reverted. I'm now using casts when 'abusing' the space for encryption. Furthermore

Re: [PATCH encrypted swsusp 1/3] core functionality

Here comes the next incarnation, this time against 2.6.12rc2. Unfortunately only compile tested as 2.6.12rc2 happily oopses away (vanilla from kernel.org, oops already sent to lkml). Please let me know if you want any further changes. -- Andreas Steinmetz SPAMmers use

2.6.12rc2: Oops with pcmcia ide flash disk

2.6.12rc2 oopses during eject of a pcmcia ide flash disk on x86_64. 2.6.11.2 works fine. Attached is the kernel config and the oops itself. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] Apr 12 14:22:45 gringo kernel: cs: memory probe 0x0c-0x0f: excluding

Re: 2.6.11 acpi battery state readout as source of keyboard/touchpad troubles

Pavel Machek wrote: CONFIG_ACPI_DEBUG enabled by chance? Pavel # CONFIG_ACPI_DEBUG is not set -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe

Re: [PATCH encrypted swsusp 1/3] core functionality

, ... This may lead to nasty surprises that can occur after weeks or months. (*) unencrypted from the point of view of the running system. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: [PATCH encrypted swsusp 1/3] core functionality

, but I'll attach them again nevertheless. BTW: it was quite clear to me that this can't make 2.6.12 and that 2.6.13 might be a bit early. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux-2.6.11.2/kernel/power/Kconfig.ast 2005-04-10 20:44:48.0 +0200

Re: [PATCH encrypted swsusp 1/3] core functionality

Herbert Xu wrote: On Wed, Apr 13, 2005 at 02:59:28PM +0200, Andreas Steinmetz wrote: Herbert Xu wrote: What's wrong with using swap over dmcrypt + initramfs? People have already used that to do encrypted swsusp. Nothing. The problem is the fact that after resume there is then unencrypted

Re: [PATCH encrypted swsusp 1/3] core functionality

this problem to a single potentially problematic sector. If this risk is then still too high for you then there's always the possiblity to use a sledgehammer :-) -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH encrypted swsusp 1/3] core functionality

ignoring the much more common stole my laptop attack. Thats because you have already have a solution for stolen while suspended with dm-crypt and initrd/initramfs but you don't have a solution for rooted after resume. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED

Re: [PATCH encrypted swsusp 1/3] core functionality

the suspend header via software_resume() if booted with noresume? Currently this code path does nothing. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

[RFC][PATCH 0/4] AES assembler implementation for x86_64

happen that it may take a while until I can reply as I'm regularly offline due to my current daytime job requirements. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

[RFC][PATCH 1/4] AES assembler implementation for x86_64

The attached patch contains my AES assembler implementation for x86_64. This includes only encrypt/decrypt as Gladman's in-kernel code is used for key schedule and table generation. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] diff -rNu linux-2.6.11.2.orig/arch/x86_64

[RFC][PATCH 2/4] AES assembler implementation for x86_64

The attached patch contains Gladman's in-kernel code for key schedule and table generation modified to fit to my assembler implementation, -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] diff -rNu linux-2.6.11.2.orig/arch/x86_64/crypto/aes.c linux-2.6.11.2/arch/x86_64

[RFC][PATCH 4/4] AES assembler implementation for x86_64

The attached patch contains the required changes for the crypto Kconfig to enable the usage of the x86_64 AES assembler implementation. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] diff -rNu linux-2.6.11.2.orig/crypto/Kconfig linux-2.6.11.2/crypto/Kconfig --- linux

[RFC][PATCH 3/4] AES assembler implementation for x86_64

The attached patch contains the x86_64 arch specific Makefile stuff. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] diff -rNu linux-2.6.11.2.orig/arch/x86_64/Makefile linux-2.6.11.2/arch/x86_64/Makefile --- linux-2.6.11.2.orig/arch/x86_64/Makefile2005-03-09 09:12

Re: [RFC][PATCH 4/4] AES assembler implementation for x86_64

, but that's no strong opinion. This was only personal preference during development and actually you're right, the former version is better readable. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: [RFC][PATCH 2/4] AES assembler implementation for x86_64

Denis Vlasenko wrote: On Sunday 17 April 2005 22:20, Andreas Steinmetz wrote: The attached patch contains Gladman's in-kernel code for key schedule and table generation modified to fit to my assembler implementation, -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED

Re: [RFC][PATCH 0/4] AES assembler implementation for x86_64

James Morris wrote: Please cc Herbert Xu on kernel crypto patches, he's the frontline maintainer of it now. - James Already done on request by Herbert Xu himself. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line

Re: [RFC][PATCH 0/4] AES assembler implementation for x86_64

Andi Kleen wrote: On what CPUs did you benchmark? I suppose results will vary a lot between AMD and Intel x86-64 CPUs. AMD. I don't have any Intel around. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux

Re: [RFC][PATCH 0/4] AES assembler implementation for x86_64

there will be some changes required). -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC][PATCH 2/4] AES assembler implementation for x86_64

Denis Vlasenko wrote: On Monday 18 April 2005 12:01, Andreas Steinmetz wrote: Denis Vlasenko wrote: On Sunday 17 April 2005 22:20, Andreas Steinmetz wrote: The attached patch contains Gladman's in-kernel code for key schedule and table generation modified to fit to my assembler

2.6.13rc3: crypto horribly broken on all 64bit archs

. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux.orig/crypto/cipher.c 2005-07-17 13:35:15.0 +0200 +++ linux/crypto/cipher.c 2005-07-17 14:04:00.0 +0200 @@ -41,7 +41,7 @@ struct scatter_walk

Re: [swsusp] encrypt suspend data for easy wiping

) and are tested against both kernels. Please consider for inclusion (Pavel suggested that I could ask). Note: For 64 bit systems to work you need the following crypto fix for both kernels stated above: http://marc.theaimsgroup.com/?l=linux-kernelm=112160294820624w=2 -- Andreas Steinmetz

Re: amd64-agp vs. swsusp

of your hardware? -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ

[PATCH] 2.6.13rc3: RLIMIT_RTPRIO broken

. The attached patch fixes this problem. I would appreciate it if the fix would make it into 2.6.13. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux.orig/kernel/sched.c 2005-07-22 19:45:05.0 +0200 +++ linux/kernel/sched.c2005-07-22 19:45:42.0

Re: [PATCH] 2.6.13rc3: RLIMIT_RTPRIO broken

Lee Revell wrote: On Sat, 2005-07-23 at 13:42 +0200, Andreas Steinmetz wrote: RLIMIT_RTPRIO is supposed to grant non privileged users the right to use SCHED_FIFO/SCHED_RR scheduling policies with priorites bounded by the RLIMIT_RTPRIO value via sched_setscheduler(). This is usually used

Re: [swsusp] encrypt suspend data for easy wiping

prepare_namespace(); do_basic_setup calls do_initcalls and swsusp is using late_initcall(). prepare_namespace calls initrd_load and friends. So there is currently no chance to use an initrd to setup any crypto key. This is really the missing link here. -- Andreas Steinmetz

Re: [swsusp] encrypt suspend data for

[EMAIL PROTECTED] wrote: HI! IF I TEACH YOU HO TO DO RESUME FROM INITRD, WILL YOU TEST IT AND PROPERLY DOCUMENT? :-) --P My Pleasure! I can test on x86_64 and I am willing to document. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list

Need AES benchmark on Intel 64 bit

, thus the same data block is processed all the time. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] microbench.tgz Description: application/tar-gz

Re: Linux 2.6.12-rc3

only once drivers/usb/image/microtek.c:338: error: for each function it appears in.) make[3]: *** [drivers/usb/image/microtek.o] Error 1 make[2]: *** [drivers/usb/image] Error 2 make[1]: *** [drivers/usb] Error 2 make: *** [drivers] Error 2 -- Andreas Steinmetz SPAMmers use

Re: Linux 2.6.12-rc3: Oops on IDE flash disk eject

to and including Oops as well as config are attached. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] Bootdata ok (command line is BOOT_IMAGE=2.6.12rc2 ro root=301 hdb=none hdc=cdrom hdd=none elevator=cfq psmouse.rate=20 report_lost_ticks iommu=off init=/bin/bash) Linux version

Re: Linux 2.6.12-rc3: Oops on IDE flash disk eject

,ide_drive_t,gendev); - DRIVER(drive)-cleanup(drive); + if(DRIVER(drive)) + DRIVER(drive)-cleanup(drive); return 0; } -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: Linux 2.6.12-rc3: various swsusp problems

limbo. NIC is a built in RTL-8169 Gigabit Ethernet (rev 10). Oh, no chance for a serial console capture as there's no built in serial device in this laptop. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux

Re: Linux 2.6.12-rc3: various swsusp problems

strange behaviour after resume though I didn't really try to use the nic then. There is, however, definitely no such problem with the nic in 2.6.11.2. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: Linux 2.6.12-rc3: various swsusp problems

Pavel Machek wrote: Hi! Are they new or were they in -rc2, too? Some further backtracking: The nic problem is already present in 2.6.12-rc1. The pcmcia hang problem is not present in 2.6.12-rc1. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from

Re: [PATCH 1/3] crypto: do not open-code be-cpu

to be globally available to crypto sources but otherwise would pollute the common include directory. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo

2.6.11 acpi battery state readout as source of keyboard/touchpad troubles

by the state readout are definitely nasty. Any ideas? -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org

Re: Odd data corruption problem with LVM/ReiserFS

disk (that saved me from terrible trouble). Currently I can only warn to not use reiserfs with dm/md on 2.6. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED

Re: Odd data corruption problem with LVM/ReiserFS

. This caused actual damage all over the place and I had to restore from the last checkpoint I made. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

Re: Odd data corruption problem with LVM/ReiserFS

for good. The major question for me is now usability of md/dm for any purpose with 2.6.x. For me this is a showstopper for any kind of 2.6 production use. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: Problems with SCSI tape rewind / verify on 2.4.29

Andrew Morton wrote: (what's a BSF?) Backward space count files (man mt). -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

LIO - the broken iSCSI target implementation

perspective that LIO should be marked as *BROKEN* as long as it stays as unusable as it is. @hch - Remember: Implement, then *document* and *test*. Otherwise you produce or review dead code - maybe even infradead code. -- Andreas Steinmetz SPAMmers use robot...@domdv.de

[PATCH] swsusp with dm-crypt mini howto

howto for using dm-crypt together with swsusp. Signed-off-by: Andreas Steinmetz [EMAIL PROTECTED] -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux.orig/Documentation/power/swsusp-dmcrypt.txt 2003-09-24 00:19:32.0 +0200 +++ linux/Documentation/power

Re: 2.6.13-rc4-mm1

see the attached dmesg output and look for: Badness in __release_resource at kernel/resource.c:184 This happens when accessing pcmcia from an initrd to read keys from a pcmcia flash disk and removing the pcmcia modules afterwards. -- Andreas Steinmetz SPAMmers use [EMAIL

Re: 2.6.13-rc4-mm1

Andrew Morton wrote: Andreas Steinmetz [EMAIL PROTECTED] wrote: Andrew Morton wrote: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/ Andrew, the good news is I can access pcmcia devices with rc4-mm1 which I couldn't with at least rc3-mm1 on my

Re: revert yenta free_irq on suspend

with reiserfs on lvm+raid on another 2.6 system without ever using swsusp there. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: revert yenta free_irq on suspend

Dave Jones wrote: On Mon, Aug 01, 2005 at 02:00:16AM +0200, Andreas Steinmetz wrote: gringo:~ # fdisk -l /dev/hda Disk /dev/hda: 80.0 GB, 80026361856 bytes 255 heads, 63 sectors/track, 9729 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start

2.6.13-rc4: yenta_socket and swsusp

kernel release? So much for sufficient backwards compatability. Especially as the tools stated to be required aren't even released as of today (hint: module-init-tools 3.2). Grrr. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line

2.6.13-rc4-git4: bluetooth oops on pcmcia shutdown

kernels a while ago. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] Unable to handle kernel NULL pointer dereference at 0014 RIP: 802cc1fb{uart_flush_buffer+43} PGD 0 Oops: 0002 [1] PREEMPT CPU 0 Modules linked in: hci_usb serial_cs pcmcia yenta_socket

Re: amd64-agp vs. swsusp

. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org

Re: amd64-agp vs. swsusp

Cal Peake wrote: On Fri, 5 Aug 2005, Andreas Steinmetz wrote: AFAIK it works when agp is built into the kernel. You will get problems when it is built as a module. In the module case you may want to try if loading the module before resuming helps. Strange. I've had it built as a module

Re: 2.6.13-rc4: yenta_socket and swsusp

. The attached script can produce all sorts of pcmcia related problems if it is modified where stated - the attached version seems to work without problems if not modified. Do you want a bug report filed for this, too? -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED

Re: Wireless support

LCS-8170 802.11b/g and Bluetooth 1.2 combo adapter isn't really expensive. The only drawback is that it is another piece of external hardware to carry around as well as some more laptop built in crap. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from

Re: Wireless support

Lee Revell wrote: On Mon, 2005-08-08 at 20:13 +0200, Andreas Steinmetz wrote: I gave up on my laptop's built in Inprocomm IPN 2220 quite some time ago (one more reason not to like Cisco). In the rare cases I do really need wlan there is http://zd1211.sourceforge.net/ Any idea how much

Re: oops in VMWARE vmnet, on 2.6.12.x

-- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

[2.6.20] tifm_7xx1/mmc not working

with 2.6.20: mmc_block 7944 0 tifm_sd10824 0 tifm_7xx1 7296 0 sdhci 17548 0 tifm_core 7960 2 tifm_sd,tifm_7xx1 mmc_core 24096 3 mmc_block,tifm_sd,sdhci -- Andreas Steinmetz SPAMmers use

[2.6.20] net/ieee80211/ieee80211_crypt_tkip.c spams kernel message buffer

:84:c3 previous TSC 0200 received TSC 0002e626 -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org

Re: [2.6.20] tifm_7xx1/mmc not working

to make a test with sdhci unloaded and machine freshly rebooted (not resumed). I tried exactly as described (fresh cold boot, sdhci never loaded), but the described problem remains. If there is anything I can do to help to trace this problem let me know. -- Andreas Steinmetz

mss to pmtu clamping partially broken?

interface mtu. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ

Re: mss to pmtu clamping partially broken?

Patrick McHardy wrote: Andreas Steinmetz wrote: Patrick McHardy wrote: Andreas Steinmetz wrote: [...] The tcpdump on the client shows that the mss of the incoming syn reply packet is *NOT* clamped to the ppp interface mtu. You forgot to mention *how* you're clamping the MSS. Using

Re: mss to pmtu clamping partially broken?

Patrick McHardy wrote: Andreas Steinmetz wrote: Patrick McHardy wrote: - assuming you have ethernet internally, the PMTU from your router to the internal hosts is 1500, so it won't do any clamping. Yep, internal PMTU is 1500, still the incoming packets are clamped to 1452 on the one line

Re: mss to pmtu clamping partially broken?

Patrick McHardy wrote: Andreas Steinmetz wrote: There seems to be a problem with mss to pmtu clamping for incoming syn packets on reply to an outgoing connection on a ppp interface. The mss of the outgoing syn packets is always always clamped to the pmtu, I did check this with a target host I

Re: mss to pmtu clamping partially broken?

. Same provider, clamping on one line but not the other. This is fun :-( -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: mss to pmtu clamping partially broken?

safe than sorry so clamping is the way to go for me. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org

2.6.11 acpi battery state readout as source of keyboard/touchpad troubles

by the state readout are definitely nasty. Any ideas? -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.

Re: Odd data corruption problem with LVM/ReiserFS

disk (that saved me from terrible trouble). Currently I can only warn to not use reiserfs with dm/md on 2.6. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: Odd data corruption problem with LVM/ReiserFS

. This caused actual damage all over the place and I had to restore from the last checkpoint I made. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTE

[PATCH] zero disk pages used by swsusp on resume

. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] --- linux-2.6.11.2/kernel/power/swsusp.c.ast2005-04-10 14:08:55.0 +0200 +++ linux-2.6.11.2/kernel/power/swsusp.c2005-04-10 14:24:10.0 +0200 @@ -112,6 +112,10 @@ static struct swsusp_info swsusp_info

Re: [PATCH] zero disk pages used by swsusp on resume

nt from mobile phone. Sorry for poor formatting. The only remark I do have here is that swsusp would then depend on crypto so the swsusp encryption should be a config option. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: send the li

Re: [PATCH] zero disk pages used by swsusp on resume

Oliver Neukum wrote: > What is the point in doing so after they've rested on the disk for ages? The point is not physical access to the disk but data gathering after resume or reboot. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this list: s

Re: [PATCH] zero disk pages used by swsusp on resume

of the swap partition in this case is useful during resume so this fits nicely together. BTW: I spent my day on implementing the encryption of the suspend image and will send patches after a few more tests. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] - To unsubscribe from this lis

  1   2   >