LIO - the broken iSCSI target implementation

ide, when and if stuff gets fixed. It is, however, clear from a user's 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. -- An

[PATCH] zero disk pages used by swsusp on resume

read. -- 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

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

l. Sent 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 t

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 li

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

n 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 thi

[PATCH encrypted swsusp 0/3] encrypted swsusp image

mode) 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://

Oops in swsusp

ation). 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

[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

king "attack" but this can only used to look for the existence of specially crafted files which are not stored 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 w

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

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

L; > + } > + > + if(sizeof(key) < crypto_tfm_alg_min_keysize(tfm)) { > > same here. > > Was it really 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 separa

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 - module

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

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

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

/poweroff while the encrypted 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

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

re pavel just notified me about comes from mm to mainline one can additionally protect the swap partition used for suspend with dm-crypt and collect the key at resume time via initrd. In this case the disk is then not only protected against the average thief but also against the professinal one as lon

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

d from. This way, the essential >>>part of the code would be easier to grasp (Pavel?). >> >>Agreed. Actually I do not care where messages are printed, but >>returning different code for different errors seems right. > > > Hm. You probably d

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: >>> >>> >>

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

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 "

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

s, ... 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&q

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

o config and docs, 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:

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. Th

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

in the first place reduces 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

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

er resume" attack and completely 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

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

o reset 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 messag

2.6.13rc3: crypto horribly broken on all 64bit archs

Patch attached. -- 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 sc

Re: [swsusp] encrypt suspend data for easy wiping

ainst 2.6.13-rc3 as well as 2.6.13-rc3-mm1 (with offsets) 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-ke

Re: amd64-agp vs. swsusp

be mm, agp as a module or some speciality 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://vg

[PATCH] 2.6.13rc3: RLIMIT_RTPRIO broken

the RLIMIT_RTPRIO limit is of no use without this change. 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 +020

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

Re: amd64-agp vs. swsusp

uilt as a module. In the module case you may want to try if loading the module before resuming helps. -- 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

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. > &

Re: 2.6.13-rc4: yenta_socket and swsusp

x27;. I'll create a bug report. 2. 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

Re: Wireless support

mm 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/ You can get it to work on x86_64. It currently has no wpa but I don't care, IPSec is a proven solution. The code looks ugly but time will show

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.sour

Re: oops in VMWARE vmnet, on 2.6.12.x

any-update93.tar.gz -- 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

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

GPL' to reflect the most restrictive license within the module. PS: It can 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 t

[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/x

[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/x

[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

> > > This doesn't make any difference. > > I think the former version was better readable, 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 St

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

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

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 &

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

the review by Herbert Xu is done (I guess 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

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 f

Need AES benchmark on Intel 64 bit

ce somewhat real life results with hot caches, 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

s reported 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 SP

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

tup 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) Lin

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

f(dev,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 "unsubscr

Re: Linux 2.6.12-rc3: various swsusp problems

by in the eth0 message 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: se

Re: Linux 2.6.12-rc3: various swsusp problems

her printk related to release_console_sem or anything else unusal, but write to disk in the case the problem seems to happen is suddenly quite slow and suspend eventually succeeds. As the nic driver is built into the kernel insmod/rmmod currently won't do:-) Nevertheless there doesn't

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 unsubscrib

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

probably will be algorithm specific headers when the arch and driver specific versions will be harmonized, thus these headers need to be globally available to crypto sources but otherwise would pollute the common include directory. -- Andreas Steinmetz SPAMmers use [EMAIL P

Re: [swsusp] encrypt suspend data for easy wiping

crypted swap partition. swsusp then resumes from the encrypted swap partition and wipes the suspend image. Unfortunately, as of 2.6.13rc3 I don't see any chance for this to work (excerpt from init/main.c): do_basic_setup(); if (sys_access((const char __user *) "/init&q

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 thi

[PATCH] swsusp with dm-crypt mini howto

h contains a mini 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 +++ l

Re: 2.6.13-rc4-mm1

a_socket. Please 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 us

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 w

Re: revert yenta free_irq on suspend

Alloc PE / Size 14464 / 56.50 GB Free PE / Size 2701 / 10.55 GB VG UUID oHluq0-H5Nd-90dU-psLn-ygNT-u4GJ-D8aJhG All filesystems are ext3 as I did have nasty experiences with reiserfs on lvm+raid on another 2.6 system without ever using swsusp there. -- Andreas

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 = cyli

2.6.13-rc4: yenta_socket and swsusp

obably only one 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

2.6.13-rc4-git4: bluetooth oops on pcmcia shutdown

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

Re: Odd data corruption problem with LVM/ReiserFS

I use reiserfs on a ieee1394 backup 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"

Re: Odd data corruption problem with LVM/ReiserFS

boot. 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 [E

Re: Odd data corruption problem with LVM/ReiserFS

rashed 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 "unsubscri

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 majordom

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

aused 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://

[2.6.20] tifm_7xx1/mmc not working

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

2e:94: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 majordom

Re: [2.6.20] tifm_7xx1/mmc not working

r. So it may be desirable 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 proble

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

ys/block | grep mmc speedy:~ # -- 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

mss to pmtu clamping partially broken?

d 0, offset 0, flags [DF], length: 48) 64 .34.165.170.80 > 192.168.0.253.1600: S [tcp sum ok] 2226854208:2226854208(0) ack 36968259 win 5840 The tcpdump on the client shows that the mss of the incoming syn reply packet is *NOT* clamped to the ppp interface mtu. -- Andreas Steinmetz

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

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, inter

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

Re: mss to pmtu clamping partially broken?

ll, thew fun with ISPs. 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 P

Re: mss to pmtu clamping partially broken?

other evil things. Better 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

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

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: [] kmem_cache_free+0x29/0x5a SS:ESP 0068:f1fe7afc <1>Fixing recursive fault but reboot is needed! -- Andreas Steinmetz SPAMmer

2.6.20.3: kswapd page allocation failure

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 from this list: send the line "unsubscribe linux-kernel&qu

Re: 2.6.20.3: kswapd page allocation failure

://lkml.org/lkml/2007/3/15/90 > > Regards, > > Mariusz 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: sen

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

rit, 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 mach

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

si_req_map_sg(struct reques > struct bio *bio = NULL; > int i, err, nr_vecs = 0; > > + for (i = 0; i < nsegs; i++) > + printk(KERN_INFO "sg length %u offset %u\n", sgl[i].length, > + sgl[i].offset); > + > for (

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

atch: >> http://bugzilla.kernel.org/show_bug.cgi?id=7919 >> http://git.kernel.org/?p=linux/kernel/git/jejb/scsi-misc-2.6.git;a=commitdiff;h=9abe16c670bd3d4ab5519257514f9f291383d104 >> fixed the problem on st's side, > > Oh, I noticed that the su

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

[] syscall_call+0x7/0xb -- 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 P

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

u please confirm this fixes the oops 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:

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