;sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET
>driverbyte=DRIVER_OK,SUGGEST_OK
Best Regards
Komuro
--
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/lkml/
driverbyte=DRIVER_OK,SUGGEST_OK
Best Regards
Komuro
--
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/lkml/
Hi,
It should be "unsigned long" instead of "unsigned int".
64bit architecture uses 64bit-Memory-mapped-IO.
Best Regards
Komuro
>
>
>pcmcia: Remove replace kio_addr_t with unsigned int everywhere
>
>Remove kio_addr_t, and replace it with unsigned int
Hi,
It should be unsigned long instead of unsigned int.
64bit architecture uses 64bit-Memory-mapped-IO.
Best Regards
Komuro
pcmcia: Remove replace kio_addr_t with unsigned int everywhere
Remove kio_addr_t, and replace it with unsigned int. No known architecture
needs more than 32 bits
db] Result: hostbyte=DID_BAD_TARGET
>driverbyte=DRIVER_OK,SUGGEST_OK
Best Regards
Komuro
-
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/lkml/
=DRIVER_OK,SUGGEST_OK
Best Regards
Komuro
-
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/lkml/
Dear shemminger
>In which case it is zero because that is the default value.
The default value of snd_ssthresh is 0x7fff, isn't it?
[linux/net/ipv4/tcp_ipv4.c]
static int tcp_v4_init_sock(struct sock *sk)
...
tp->snd_ssthresh = 0x7fff; /* Infinity */
...
Best Regards
Dear shemminger
In which case it is zero because that is the default value.
The default value of snd_ssthresh is 0x7fff, isn't it?
[linux/net/ipv4/tcp_ipv4.c]
static int tcp_v4_init_sock(struct sock *sk)
...
tp-snd_ssthresh = 0x7fff; /* Infinity */
...
Best Regards
Komuro
Dear David
Sorry, my mailer's mail-address setting is wrong.
Best Regards
Komuro
-
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
Dear David
>Komuro, every single email I sent to you bounces with "user unknown",
>I bet it is some spam filter or similar that doesn't like the
>fact that I lack reverse DNS.
>From mailing-list-archive,
I can read your email.
Best Regards
Komuro
> Dear David
thresh;
+
+ tcp_sk(sk)->snd_ssthresh = initial_ssthresh;
}
Best Regards
Komuro
>
> Dear David
>
> The patch "[TCP]: Set initial_ssthresh default to zero in Cubic and BIC."
> is not very safe.
>
> With this patch, ftp-transfer stops in my system.
> (vs
Dear David
The patch "[TCP]: Set initial_ssthresh default to zero in Cubic and BIC."
is not very safe.
With this patch, ftp-transfer stops in my system.
(vsftpd-2.0.5-8)
Please revert this patch.
Best Regards
Komuro
>commit 66e1e3b20cbbf99da63e6c1af0fc6d39c2ed099a
>Author:
Dear David
The patch [TCP]: Set initial_ssthresh default to zero in Cubic and BIC.
is not very safe.
With this patch, ftp-transfer stops in my system.
(vsftpd-2.0.5-8)
Please revert this patch.
Best Regards
Komuro
commit 66e1e3b20cbbf99da63e6c1af0fc6d39c2ed099a
Author: David S. Miller
;
+
+ tcp_sk(sk)-snd_ssthresh = initial_ssthresh;
}
Best Regards
Komuro
Dear David
The patch [TCP]: Set initial_ssthresh default to zero in Cubic and BIC.
is not very safe.
With this patch, ftp-transfer stops in my system.
(vsftpd-2.0.5-8)
Please revert this patch.
Best Regards
Dear David
Komuro, every single email I sent to you bounces with user unknown,
I bet it is some spam filter or similar that doesn't like the
fact that I lack reverse DNS.
From mailing-list-archive,
I can read your email.
Best Regards
Komuro
Dear David
Actually, tcp_sk(sk)-snd_ssthresh
Dear David
Sorry, my mailer's mail-address setting is wrong.
Best Regards
Komuro
-
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
Hello,
Unfortunately, your patch is wrong,
and does not results in the same run-time behaviour.
You broke the code of "if (type & IORESOURCE_IO)"
Best Regards
Komuro
>Simplify some of the resource detection logic in yenta_socket.
>This patch results in the sam
Hello,
Unfortunately, your patch is wrong,
and does not results in the same run-time behaviour.
You broke the code of if (type IORESOURCE_IO)
Best Regards
Komuro
Simplify some of the resource detection logic in yenta_socket.
This patch results in the same run-time behaviour as the
current
On Sun, 20 May 2007 15:47:04 +0200
Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> And how exactly is this related to clock events ?
Maybe, side-effects.
I will re-analyze this problem.
Thanks.
Best Regards
Komuro
> On Sun, 2007-05-20 at 19:48 +0900, Komuro wrote:
> > T
On Sun, 20 May 2007 15:47:04 +0200
Thomas Gleixner [EMAIL PROTECTED] wrote:
And how exactly is this related to clock events ?
Maybe, side-effects.
I will re-analyze this problem.
Thanks.
Best Regards
Komuro
On Sun, 2007-05-20 at 19:48 +0900, Komuro wrote:
The problem is CPU1 receives
yenta
NMI: 0 0
LOC: 50548 50547
ERR: 0
MIS: 15503
Best Regards
Komuro
> On Sun, 2007-05-20 at 11:14 +0900, Komuro wrote:
> > Hi,
> >
> >
> > [clockevents: i386 drivers patch] introduces
> > irqbalance-does-
On Sat, 19 May 2007 23:03:56 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Do you mean userspace irqbalance daemon?
Yes. I mean userspace irqbalance daemon.
Best Regards
Komuro
> Komuro wrote:
> > [clockevents: i386 drivers patch] introduces
> > irqbalance-does-n
On Sat, 19 May 2007 23:03:56 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Do you mean userspace irqbalance daemon?
Yes. I mean userspace irqbalance daemon.
Best Regards
Komuro
Komuro wrote:
[clockevents: i386 drivers patch] introduces
irqbalance-does-not-work-properly problem
: 50548 50547
ERR: 0
MIS: 15503
Best Regards
Komuro
On Sun, 2007-05-20 at 11:14 +0900, Komuro wrote:
Hi,
[clockevents: i386 drivers patch] introduces
irqbalance-does-not-work-properly problem.
it disables irq balancing for IRQ0, but this does not affect any
nar <[EMAIL PROTECTED]>
>Cc: john stultz <[EMAIL PROTECTED]>
>Cc: Roman Zippel <[EMAIL PROTECTED]>
>Cc: Andi Kleen <[EMAIL PROTECTED]>
>Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
>Signed-off-by: Linus Torvalds <
Morton [EMAIL PROTECTED]
Signed-off-by: Linus Torvalds [EMAIL PROTECTED]
Best Regards
Komuro
Hi,
The irqbalance does not work properly with kernel 2.6.21
on DualCore processor(AMD Athlon64 X2)
(The irq is not distributed to two Core
,most of the irq is distributed to CPU1
LOC: 50548 50547
ERR: 0
MIS: 15503
Best Regards
Komuro
-
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 FA
LOC: 50548 50547
ERR: 0
MIS: 15503
Best Regards
Komuro
-
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
0x0032, 0x0704),
> + PCMCIA_DEVICE_MANF_CARD(0x0032, 0x2904),/* KME KXLCOO5 JVC
> MP-CDX1 */
> PCMCIA_DEVICE_MANF_CARD(0x0045, 0x0401),/* SanDisk CFA */
> PCMCIA_DEVICE_MANF_CARD(0x0098, 0x),/* Toshiba */
> PCMCIA_DEVICE_MANF_CARD(
(0x00a4, 0x002d),
Best Regards
Komuro
-
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/lkml/
st Regards
Komuro
>If you've got a CF adapter or PCMCIA disc which shows up twice in libata
>pata_pcmcia can you try this patch on top of the updates posted. It tries
>to spot when the slave is a mirror of the master and to fix up problems
>that causes.
>
>Signed-off-by: Alan Cox &l
MB)
sd 2:0:0:0: [sda] Write Protect is off
sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support
DPO or FUA
sda: sda1
sd 2:0:0:0: [sda] Attached SCSI removable disk
sd 2:0:0:0: Attached scsi generic sg0 type 0
Best Regards
Komuro
Hi,
The pata_pcmcia driver reports the cmd port is 0x00010100,
but actually the cmd port is 0x0100.
Is this corect?
>ata1: PATA max PIO0 cmd 0x00010100 ctl 0x0001010e bmdma 0x irq 3
^ ^
Best Regards
Komuro
-
To unsubscr
Hi,
The pata_pcmcia driver reports the cmd port is 0x00010100,
but actually the cmd port is 0x0100.
Is this corect?
ata1: PATA max PIO0 cmd 0x00010100 ctl 0x0001010e bmdma 0x irq 3
^ ^
Best Regards
Komuro
-
To unsubscribe
_dev_enabled(>device[ix]))
> continue;
>
> printk("ata_acpi_exec_tfs 1 \n");
> ret = do_drive_get_GTF(ap, ix,
> _length, _address, _loc);
> printk("ata_acpi_
SS:ESP 0068:d6f2bcdc
Best Regards
Komuro
-
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/lkml/
44
24 60 00 00 00 00 83 ea 48 8b 42 10 8b 5a 20 8b 54 24 48 8b 78 4c 8b 92 8c 01
00 00 89 54 24 44 8b 81 a4 00 00 00 8d 54
EIP: [d8a1b10e] ata_acpi_exec_tfs+0x157/0x8ad [libata] SS:ESP 0068:d6f2bcdc
Best Regards
Komuro
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
= do_drive_get_GTF(ap, ix,
gtf_length, gtf_address, obj_loc);
printk(ata_acpi_exec_tfs 2 \n);
if (ret 0) {
Best Regards
Komuro
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
inserted into slot 1
>pccard: card ejected from slot 1
>ata2.00: disabled
>
>pccard: PCMCIA card inserted into slot 1
>pccard: card ejected from slot 1
>ata3.00: disabled
Best Regards
Komuro
> Does this fix the oops ?
>
> Alan
>
>
> diff -u --new-file --r
: card ejected from slot 1
ata2.00: disabled
pccard: PCMCIA card inserted into slot 1
pccard: card ejected from slot 1
ata3.00: disabled
Best Regards
Komuro
Does this fix the oops ?
Alan
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata
e 20 72 da 8b 46
28 8b 90 8c 00 00 00 85 d2 74 04 89 f0 ff
EIP: [] ata_host_release+0x2e/0x48 [libata] SS:ESP 0068:d5bfde58
Best Regards
Komuro
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
:d5bfde58
Best Regards
Komuro
-
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/lkml/
0480 sectors (10 MB) w/1KiB Cache, CHS=320/2/32
hde:hde: set_geometry_intr: status=0x51 { DriveReady SeekComplete Error }
hde: set_geometry_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: unknown
hde1
ide-cs: hde: Vpp = 0.0
Best Regards
Komuro
-
To unsubscribe from this list:
/32
hde:hde: set_geometry_intr: status=0x51 { DriveReady SeekComplete Error }
hde: set_geometry_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: unknown
hde1
ide-cs: hde: Vpp = 0.0
Best Regards
Komuro
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
AMP_ALIGNED;
> > + arg.iov[0].iov_len = sizeof(rep);
>
> Perhaps this was supposed to be
> arg.iov[0].iov_len += TCPOLEN_TSTAMP_ALIGNED;
>
> That's what the ipv6 stuff does in places.
It works properly.
Thanks!
Best Regards
Komuro
-
To unsubscribe from this
to be
arg.iov[0].iov_len += TCPOLEN_TSTAMP_ALIGNED;
That's what the ipv6 stuff does in places.
It works properly.
Thanks!
Best Regards
Komuro
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
);
- arg.iov[0].iov_len = TCPOLEN_TSTAMP_ALIGNED;
+ arg.iov[0].iov_len = sizeof(rep);
}
/* Swap the send and the receive. */
Best Regards
Komuro
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
);
- arg.iov[0].iov_len = TCPOLEN_TSTAMP_ALIGNED;
+ arg.iov[0].iov_len = sizeof(rep);
}
/* Swap the send and the receive. */
Best Regards
Komuro
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
kernel-version is not related with this problem.
The ftp-stop-problem happens on client's PC.
Please advise.
Best Regards
Komuro
-
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:/
is not related with this problem.
The ftp-stop-problem happens on client's PC.
Please advise.
Best Regards
Komuro
-
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
5390
unix 3 [ ] STREAM CONNECTED 4920
unix 3 [ ] STREAM CONNECTED 4919
unix 2 [ ] DGRAM4866
unix 2 [ ] DGRAM4756
Thanks,
Best Regards
Komuro
-
To unsubsc
[ ] STREAM CONNECTED 4919
unix 2 [ ] DGRAM4866
unix 2 [ ] DGRAM4756
Thanks,
Best Regards
Komuro
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
milar issue with other simple application?
sorry, I don't reproduce this problem on other application.
Thanks,
Best Regards
Komuro.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
OSHIFUJI Hideaki <[EMAIL PROTECTED]>
>Date: Tue Nov 14 19:07:45 2006 -0800
>
>[TCP]: MD5 Signature Option (RFC2385) support.
>
>Based on implementation by Rick Payne.
>
>Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
>Signed-off-by: Davi
PROTECTED]
Date: Tue Nov 14 19:07:45 2006 -0800
[TCP]: MD5 Signature Option (RFC2385) support.
Based on implementation by Rick Payne.
Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED]
Signed-off-by: David S. Miller [EMAIL PROTECTED]
Best Regards
Komuro
On Sun, Dec 17
this problem on other application.
Thanks,
Best Regards
Komuro.
-
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/lkml/
kernel-2.6.19-git3.
So this problem is introduced to kernel-2.6.19-git4.
I tried the Marvell 88E8001(skge) and Realtek 8139(8139too),
the same problem happens.
I think this is not a network-card-driver problem.
Thanks!
Best Regards
Komuro
-
To unsubscribe from this list: send the line "unsubscri
to kernel-2.6.19-git4.
I tried the Marvell 88E8001(skge) and Realtek 8139(8139too),
the same problem happens.
I think this is not a network-card-driver problem.
Thanks!
Best Regards
Komuro
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
.
I found the malformed packet when it stops.
I will investigate it further.
Thanks!
Best Regards
Komuro
-
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-in
the malformed packet when it stops.
I will investigate it further.
Thanks!
Best Regards
Komuro
-
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
On Sun, 17 Dec 2006 04:02:22 +
Al Viro <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 17, 2006 at 09:27:52PM +0900, Komuro wrote:
> >
> > Hello,
> >
> > On kernel 2.6.20-rc1, ftp (get or put) stops
> > during file-transfer.
> >
> > Client: ftp-
Hello,
On kernel 2.6.20-rc1, ftp (get or put) stops
during file-transfer.
Client: ftp-0.17-33.fc6 (192.168.1.1)
Server: vsftpd-2.0.5-8 (192.168.1.3)
This problem does _not_ happen on kernel-2.6.19.
is it caused by network-subsystem change on 2.6.20-rc1??
Best Regards
Komuro
Hello,
On kernel 2.6.20-rc1, ftp (get or put) stops
during file-transfer.
Client: ftp-0.17-33.fc6 (192.168.1.1)
Server: vsftpd-2.0.5-8 (192.168.1.3)
This problem does _not_ happen on kernel-2.6.19.
is it caused by network-subsystem change on 2.6.20-rc1??
Best Regards
Komuro
On Sun, 17 Dec 2006 04:02:22 +
Al Viro [EMAIL PROTECTED] wrote:
On Sun, Dec 17, 2006 at 09:27:52PM +0900, Komuro wrote:
Hello,
On kernel 2.6.20-rc1, ftp (get or put) stops
during file-transfer.
Client: ftp-0.17-33.fc6 (192.168.1.1)
Server: vsftpd-2.0.5-8 (192.168.1.3
64 matches
Mail list logo
