m 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.
--
Andreas Steinmetz SPAMmers use robot..
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
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 at
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
. 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
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
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, interna
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
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
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
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
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
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
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
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
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: Pekk
[] 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
o *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 (i = 0; i < nsegs; i++) {
> p
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 subject for the mail references 2.6.30.3 and
;
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
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
[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
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
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
, 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
, 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
://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: send the
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-k
: 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
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
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 S
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
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
Please re
:~ #
--
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
t 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 problem let me k
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
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
: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 inf
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
: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
93.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
Please re
--
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
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.sourcefor
e 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
how it evolves. And about 40 EUR for the Long
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
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
te 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 S
. 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
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.
>
&
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
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 P
.
--
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
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
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
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
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
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
01 / 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 Steinmetz SPAMmers use [EMAIL PROTECTED]
-
To u
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
ket. 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 use [EM
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
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
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
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
tch 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
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
[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
ed 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", 0) == 0)
execute_command = "/init"
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
[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
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
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 +0200
+++ linu
.
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
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
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
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
ply
against 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=linu
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 @@
struc
.
--
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
) 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
orithm 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 PROTECTED]
-
To un
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
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
ing 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 seem to be any strange behaviour after
resume though
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
,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 l
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
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
, thus the same data block is processed all the time.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
microbench.tgz
Description: application/tar-gz
, thus the same data block is processed all the time.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
microbench.tgz
Description: application/tar-gz
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
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
,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
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
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
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
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 ke
eview 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 info
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 "
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
1 - 100 of 186 matches
Mail list logo