[BUG? 2.6.24] PATA_PCMCIA: START_STOP FAILED after pccardctl eject

2008-02-03 Thread Komuro
;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/

Re: [PATCH v2] pcmcia: Remove replace kio_addr_t with unsigned int everywhere

2007-11-04 Thread Komuro
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

[bug? 2.6.24-rc1] PATA_PCMCIA: START_STOP FAILED after pccardctl eject

2007-11-01 Thread Komuro
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/

Re: [NOT VERY SAFE] [TCP]: Set initial_ssthresh default to zero in Cubic and BIC.

2007-10-15 Thread Komuro
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 Reg

Re: [NOT VERY SAFE] [TCP]: Set initial_ssthresh default to zero in Cubic and BIC.

2007-10-13 Thread 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: [NOT VERY SAFE] [TCP]: Set initial_ssthresh default to zero in Cubic and BIC.

2007-10-13 Thread Komuro
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

Re: [NOT VERY SAFE] [TCP]: Set initial_ssthresh default to zero in Cubic and BIC.

2007-10-13 Thread Komuro
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

[NOT VERY SAFE] [TCP]: Set initial_ssthresh default to zero in Cubic and BIC.

2007-10-13 Thread 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 Komuro >commit 66e1e3b20cbbf99da63e6c1af0fc6d39c2ed099a >Author:

RE: [PATCH] Simplify yenta code

2007-10-05 Thread Komuro
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-t

Re: [SMP BUG] [clockevents: i386 drivers patch] introduces irqbalance-does-not-work-properly problem

2007-05-21 Thread Komuro
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

Re: [SMP BUG] [clockevents: i386 drivers patch] introduces irqbalance-does-not-work-properly problem

2007-05-20 Thread Komuro
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-not-work-p

Re: [SMP BUG] [clockevents: i386 drivers patch] introduces irqbalance-does-not-work-properly problem

2007-05-20 Thread Komuro
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

[SMP BUG] [clockevents: i386 drivers patch] introduces irqbalance-does-not-work-properly problem

2007-05-19 Thread Komuro
o Molnar <[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 <[

[SMP BUG] kernel 2.6.21: irqbalance does not work properly

2007-05-13 Thread Komuro
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

[FW ide-cs] Re: jvc cdrom drive

2007-05-04 Thread Komuro
VICE_MANF_CARD(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_DE

Re: [PATCH]: pcmcia - spot slave decode flaws (for testing)

2007-03-20 Thread Komuro
type 0 Best 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-

[BUG] PATA_PCMCIA cmd port

2007-03-17 Thread 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

Re: [BUG] PATA_PCMCIA does not work

2007-02-24 Thread Komuro
if (!ata_dev_enabled(&ap->device[ix])) > continue; > > printk("ata_acpi_exec_tfs 1 \n"); > ret = do_drive_get_GTF(ap, ix, > >f_length, >f_address, &obj_loc); > pri

Re: [BUG] PATA_PCMCIA does not work

2007-02-24 Thread Komuro
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/

Re: [BUG] PATA_PCMCIA does not work

2007-02-23 Thread Komuro
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

Re: [BUG] PATA_PCMCIA does not work

2007-02-17 Thread Komuro
t;3b> 7e 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 major

Re: [BUG] PATA_PCMCIA does not work

2007-02-10 Thread Komuro
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:

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2007-01-09 Thread Komuro
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

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2007-01-04 Thread Komuro
); - 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

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2007-01-01 Thread Komuro
er's 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

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2006-12-30 Thread Komuro
5390 unix 3 [ ] STREAM CONNECTED 4920 unix 3 [ ] STREAM CONNECTED 4919 unix 2 [ ] DGRAM4866 unix 2 [ ] DGRAM4756 Thanks, Best Regards Komuro - To unsubscribe fro

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2006-12-29 Thread Komuro
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

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2006-12-29 Thread Komuro
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

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2006-12-22 Thread Komuro
nel-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

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2006-12-18 Thread Komuro
. 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

Re: [BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2006-12-16 Thread 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-

[BUG KERNEL 2.6.20-rc1] ftp: get or put stops during file-transfer

2006-12-16 Thread 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 - To