The original message was received at Tue, 18 May 2004 08:18:15 +0200
from 124.Red-80-36-28.pooles.rima-tde.net [80.36.28.124]
- The following addresses had permanent fatal errors -
<[EMAIL PROTECTED]>
(reason: 550 Unacceptable content)
- Transcript of session follows -
.
Resuming the host made transmisison work again. Other
than that, no problems.
So I'm poking at this driver a bit more ... that "filter flags"
patch, from this morning, might help you.
But then I noticed there are a lot of OIDs in there which
are either optional (notably, for statistics) or not eve
Oliver Neukum wrote:
+void usb_uninterruptible_sleep_ms(int msecs)
+{
+ long timeout = msecs_to_jiffies(msecs);
while in
static inline unsigned long msecs_to_jiffies(unsigned int m)
Shouldn't "msecs" be "unsigned"? and then something like this
long timeout = min(msecs_to_jiffies(mse
this purges wait_ms() from ehci.
David, look sane?
I'd rather have a patch that covered msec_delay() too;
how about an updated version?
_ Dave
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband
Try forcing it to use a period other than 1 usec.
Change the pl2303 driver? Or do you mean the ehci driver?
Workaround: change pl2303.
To do what? Submit an interrupt urb with a _different_ timevalue from
what the endpoint describes it should be? Any guidelines here?
The URB specifies a 1 ms
Type
(B#more /proc/interrupts
(B
(BNo interrupts from ISP1161?
(B
(BAdsynori
(B
(B
(B
(B---
(BThis SF.Net email is sponsored by: SourceForge.net Broadband
(BSign-up now for SourceForge Broadband and get the fastest
(B6.0/768 connectio
Alan Stern and I exchanged:
> > The first thing
> > to prove is that the interrupt never happens. Then to figure out why.
I can tell you why. No interrupt happened because the controller didn't
request one, because it never realized that anything was connected to the
port. But if you want to in
ChangeSet 1.1732, 2004/05/17 15:32:03-07:00, [EMAIL PROTECTED]
[PATCH] USB: RNDIS (and CDC) filter flag handling
This should fix the problem David Meggy found, where RNDIS was setting
the OID_GEN_CURRENT_PACKET_FILTER state incorrectly. It's the same
issue Andrew Morton noticed a while back, for
ChangeSet 1.1729, 2004/05/17 11:13:32-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix MSEC_TO_JIFFIES in usb code
Here are some MSEC_TO_JIFFIES() fixes missed by whoever did it,
plus a minor fix to grab root_hub->serialize() during OHCI
suspend. (I forgot to cut/paste those lines from resume.)
driv
ChangeSet 1.1727, 2004/05/17 11:01:17-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix obsolete header usage in usb storage
drivers/scsi/hosts.h is obsolete, is the prefered header
nowadays. (hosts.h is just a 1 line wrapper to include it for now anyway)
drivers/usb/storage/scsiglue.h |2 +-
dri
ChangeSet 1.1737, 2004/05/17 15:58:40-07:00, [EMAIL PROTECTED]
USB: fix up formatting issues with aiptek driver
drivers/usb/input/aiptek.c | 757 +
1 files changed, 292 insertions(+), 465 deletions(-)
diff -Nru a/drivers/usb/input/aiptek.c b/driver
ChangeSet 1.1726, 2004/05/17 11:00:46-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix usb-serial serial_open oops
No usb serial devices, just compiled in and the system has a USB controller.
Unable to handle kernel NULL pointer dereference at virtual address 000c
printing eip:
c046a188
*pde = 000
ChangeSet 1.1728, 2004/05/17 11:12:22-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix CONFIG_PM build issues
include/linux/pm.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/include/linux/pm.h b/include/linux/pm.h
--- a/include/linux/pm.hMon May 17 16:37:56 2004
+++
ChangeSet 1.1735, 2004/05/17 15:35:00-07:00, [EMAIL PROTECTED]
[PATCH] USB: purge wait_ms from core
this makes the core use the new safe waiting helper.
- remove wait_ms from hub driver
drivers/usb/core/hub.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff -Nr
ChangeSet 1.1725, 2004/05/17 09:46:52-07:00, [EMAIL PROTECTED]
USB: fix build error in drivers/usb/serial/console.c
Thanks to Adrian Bunk <[EMAIL PROTECTED]> for pointing this out.
drivers/usb/serial/console.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/drivers/usb/
ChangeSet 1.1730, 2004/05/17 11:38:40-07:00, [EMAIL PROTECTED]
[PATCH] USB: further fix to mdc800
I made a mistake fixing that driver. Here's the fix. Please apply soon.
- fix race condition leading to busy waiting
drivers/usb/image/mdc800.c | 33 +
1 files
ChangeSet 1.1733, 2004/05/17 15:33:22-07:00, [EMAIL PROTECTED]
[PATCH] USB: ethernet/rndis gadget address params
This resolves a FIXME by adding module parameters that can
be used to provide stable (vs random) addresses, and gets
rid of a runtime error from obsolete module parameter usage
in the
ChangeSet 1.1736, 2004/05/17 15:37:07-07:00, [EMAIL PROTECTED]
USB: fix dumb compile error in aiptek driver
Doesn't anyone ever actually build the patches they send me...
drivers/usb/input/aiptek.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -Nru a/drivers/usb/input/aiptek
Hi,
Here are some more USB patches for 2.6.6. They fix some bugs in the
current USB code (both runtime and at build time) and have a few more
driver cleanups.
Please pull from: bk://kernel.bkbits.net/gregkh/linux/usb-2.6
Patches will be posted to linux-usb-devel as a follow-up thread for
those
On Mon, May 17, 2004 at 09:58:55AM -0400, Adam Kropelin wrote:
> On Mon, May 17, 2004 at 04:03:20PM +0400, Sergey Vlasov wrote:
> > On Sun, May 16, 2004 at 02:58:03PM -0700, Greg KH wrote:
> > > Ick, does hiddev really need hid.h? If so, then we need to move it to
> > > include/linux/.
> >
> > Ho
On Mon, May 17, 2004 at 12:12:32PM -0700, David Brownell wrote:
> This should fix the problem David Meggy found, where RNDIS was setting
> the OID_GEN_CURRENT_PACKET_FILTER state incorrectly. It's the same
> issue Andrew Morton noticed a while back, for that matter, but with
> more than just a "no
On Mon, May 17, 2004 at 11:36:31AM -0700, David Brownell wrote:
> This resolves a FIXME by adding module parameters that can
> be used to provide stable (vs random) addresses, and gets
> rid of a runtime error from obsolete module parameter usage
> in the RNDIS code.
>
> The stable ethernet addres
On Mon, May 17, 2004 at 11:18:48PM +0200, Oliver Neukum wrote:
> Hi,
>
> this makes the core use the new safe waiting helper.
> Please apply.
Applied, thanks.
greg k-h
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up n
On Mon, May 17, 2004 at 11:01:07PM +0200, Oliver Neukum wrote:
> Hi,
>
> this is a new waiting helper safe even if we are left on a waitqueue.
> This version addresses Alan's concerns about ifdefs. Please apply.
Applied, thanks.
greg k-h
---
On Tue, May 18, 2004 at 12:29:18AM +0200, Oliver Neukum wrote:
> Hi,
>
> this purges wait_ms() from ehci.
David, look sane?
thanks,
greg k-h
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadba
Hi,
this purges wait_ms() from ehci.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PROTEC
On Mon, May 17, 2004 at 10:23:34PM +0200, Oliver Neukum wrote:
> Am Montag, 17. Mai 2004 20:37 schrieb Alan Stern:
> > The basic idea is simple enough. ?When an URB has been successfully
> > submitted it is owned by the USB core, not your driver. ?You may not
> > modify it and probably shouldn't
On Mon, May 17, 2004 at 12:14:52PM -0700, David Brownell wrote:
> Greg KH wrote:
> >On Mon, May 17, 2004 at 09:21:28AM -0700, David Brownell wrote:
> >
> >>Sancho Dauskardt wrote:
> >>
> >>>Hi,
> >>>
> >>>I'm getting -ENOSPC when opening /dev/ttyUSB0 with following setup:
> >>>
> >>> PL2303 --> US
Hi Jan,
> I am currently trying to push a different patch into the ftdi driver as it
> doesn't handle DTR line transitions correctly when switching baudrates.
I see. On Windows, my program that does bit-banging with CTS, RTS and TxD
(serial programming of Atmel AVR microcontrollers) did not work
On Mon, May 17, 2004 at 02:24:45PM -0700, Pete Zaitcev wrote:
>
> This looks good, however I'm curious where msecs_to_jiffies originates.
It's in include/linux/time.h in Linus's latest tree (look at the -bk or
-mm releases, it's in there too.)
thanks,
greg k-h
> jgarzik's implementation looks good (it addresses an attempt to sleep
> for less than a jiffie), but was it moved to a common header yet?
Hm, actually as it is used in drivers, I wonder why it is compiling at all.
Puzzeled
Oliver
--
On Mon, 17 May 2004 23:01:07 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
> this is a new waiting helper safe even if we are left on a waitqueue.
> This version addresses Alan's concerns about ifdefs. Please apply.
> --- a/drivers/usb/core/usb.c Mon May 17 22:58:26 2004
> +++ b/drivers/usb/cor
On Mon, 17 May 2004, Oliver Neukum wrote:
> Hm, that makes me wonder. Does urb->status make sense at all?
> Maybe we should simply pass the status as a third argument to the
> completion handler.
The core and host controller drivers uses the status field while the URB
is busy, so we need to keep
Hi,
this makes the core use the new safe waiting helper.
Please apply.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
=
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[EMAIL PROTECTED]
This message has been rejected because it has
a potentially e
Hi,
this is a new waiting helper safe even if we are left on a waitqueue.
This version addresses Alan's concerns about ifdefs. Please apply.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply
Am Montag, 17. Mai 2004 20:37 schrieb Alan Stern:
> The basic idea is simple enough. When an URB has been successfully
> submitted it is owned by the USB core, not your driver. You may not
> modify it and probably shouldn't even read it until the completion
> handler is called.
Hm, that makes
On Mon, 17 May 2004, Jean Tourrilhes wrote:
> > The basic idea is simple enough. When an URB has been successfully
> > submitted it is owned by the USB core, not your driver. You may not
> > modify it and probably shouldn't even read it until the completion
> > handler is called.
>
> T
This should fix the problem David Meggy found, where RNDIS was setting
the OID_GEN_CURRENT_PACKET_FILTER state incorrectly. It's the same
issue Andrew Morton noticed a while back, for that matter, but with
more than just a "now compiles on 64 bit" fix.
Basically the code needs to interpret 32 bits
This resolves a FIXME by adding module parameters that can
be used to provide stable (vs random) addresses, and gets
rid of a runtime error from obsolete module parameter usage
in the RNDIS code.
The stable ethernet addresses are nice to hosts, which will
normally want to save them away in config d
Greg KH wrote:
On Mon, May 17, 2004 at 09:21:28AM -0700, David Brownell wrote:
Sancho Dauskardt wrote:
Hi,
I'm getting -ENOSPC when opening /dev/ttyUSB0 with following setup:
PL2303 --> USB 2.0 TT hub (Cypress CY7C65640) --> ehci PCI Card (NEC)
No other devices.
Try forcing it to use a period o
On Mon, 26 Apr 2004 22:26:21 +0200
Sebastien Chaumat <[EMAIL PROTECTED]> wrote:
> I tried the patch from Georg Acher (posted 2001/08). It saved me from a
> lot of troubles with a brand news USB2 hub that refuses to take an
> address with my nforce2 motherboard.
>
> @@ -2177,18 +2178,31 @@
>
On Mon, 17 May 2004, Roman wrote:
> Hellow.
>
> Whether help me the programmer to care should understand of that to
> have Transfer Descriptors in the order in which them should process
> the controller.
> For example:
> Whether it is necessary to do processing of Queue in depth if in
> it is loc
On Mon, 17 May 2004, Oliver Neukum wrote:
> Am Montag, 17. Mai 2004 18:56 schrieb Greg KH:
> > On Mon, May 17, 2004 at 12:41:42PM -0400, Alan Stern wrote:
> > > +void usb_kill_urb(struct urb *urb)
> > > +{
> > > + if (!(urb->dev && urb->dev->bus && urb->dev->bus->op))
> > > + return;
> > >
On Mon, May 17, 2004 at 02:45:22PM -0400, Alan Stern wrote:
> >
> > Could you point out where is this comment ? The versions in
> > the current 2.4.X and 2.6.X kernel mention explicitely that it works
> > with all HCI.
>
> Sorry, my mistake. I misread this comment near the start of the file:
On Mon, May 17, 2004 at 02:37:50PM -0400, Alan Stern wrote:
> On Mon, 17 May 2004, Jean Tourrilhes wrote:
>
> > Yes, but only if the URB is idle. Check what the status in
> > question mean.
>
> I did check. You change urb->status when it is non-zero and not equal to
> -EINPROGRESS. So what?
On Mon, 17 May 2004, Jean Tourrilhes wrote:
> On Sun, May 16, 2004 at 10:44:00PM -0400, Alan Stern wrote:
> >
> > I'm not touching that; I don't know the first thing about the driver.
> > There are no dates later than 2001 in the source, which makes me wonder if
> > driver is actively maintain
On Sat, May 15, 2004 at 01:16:10PM +0200, Oliver Neukum wrote:
> Hi Greg,
>
> I made a mistake fixing that driver. Here's the fix. Please apply soon.
Applied, thanks.
greg k-h
---
This SF.Net email is sponsored by: SourceForge.net Broadband
S
On Mon, 17 May 2004, Jean Tourrilhes wrote:
> On Sun, May 16, 2004 at 04:44:51PM -0700, Greg KH wrote:
> > On Sun, May 16, 2004 at 12:01:03PM -0400, Alan Stern wrote:
> > > While looking through the irda-usb driver, I found that it does several
> > > questionable things.
>
> Just because yo
Hi Marko,
I am currently trying to push a different patch into the ftdi driver as it
doesn't handle DTR line transitions correctly when switching baudrates.
I'll take a look at this too then. I think the entire datachunk, that you
send to the driver actually fits into 1 single URB -> a communicat
> > > irda_urb_net_timeout() looks at urb->status while the URB is
> > > still in progress.
>
> If you check the code, you will see that it does that with irq
> disabled. Therefore, the status is not goind to change under us.
Only true on UP.
Regards
Oliver
-
On Thu, 22 Apr 2004 19:28:28 -0700
David Brownell <[EMAIL PROTECTED]> wrote:
> Pete: Please merge this into your next batch of 2.4 USB
> patches (attribute to Craig). It adds support for a feature
> some newer EHCI silicion designs are starting to include:
> the root hub includes a transaction t
On Mon, May 17, 2004 at 07:15:24PM +0200, Oliver Neukum wrote:
> Am Montag, 17. Mai 2004 18:56 schrieb Greg KH:
> > On Mon, May 17, 2004 at 12:41:42PM -0400, Alan Stern wrote:
> > > +void usb_kill_urb(struct urb *urb)
> > > +{
> > > + if (!(urb->dev && urb->dev->bus && urb->dev->bus->op))
> > > +
On Mon, May 17, 2004 at 09:21:28AM -0700, David Brownell wrote:
> Sancho Dauskardt wrote:
> >Hi,
> >
> > I'm getting -ENOSPC when opening /dev/ttyUSB0 with following setup:
> >
> >PL2303 --> USB 2.0 TT hub (Cypress CY7C65640) --> ehci PCI Card (NEC)
> >No other devices.
>
> Try forcing it
On Sun, May 16, 2004 at 10:44:00PM -0400, Alan Stern wrote:
>
> I'm not touching that; I don't know the first thing about the driver.
> There are no dates later than 2001 in the source, which makes me wonder if
> driver is actively maintained?
The fact that this code written in 2001 st
On Sun, May 16, 2004 at 04:44:51PM -0700, Greg KH wrote:
> On Sun, May 16, 2004 at 12:01:03PM -0400, Alan Stern wrote:
> > While looking through the irda-usb driver, I found that it does several
> > questionable things.
Just because you don't understand the code doesn't make it
automatical
Oliver Neukum wrote:
Am Sonntag, 16. Mai 2004 17:48 schrieb Alan Stern:
Greg & everyone:
While implementing the suggestion to replace synchronous usb_unlink_urb()
with usb_kill_urb(), a question arose concerning the value stored in
urb->status. Right now the status is -ECONNRESET for asynch and
Robert Schwebel wrote:
Dave, could you do the ping test on your NetChip machine?
New hardware config: with XP, set up with bridging and
static IP, it worked fine too. Until one of the power
saving modes kicked in ... at which point the infinite
wisdom of XP decreed that it was time to issue a fe
Charles Lepple wrote:
David Relson wrote:
I had a S2460 that flaked out earlier this year, but before then, USB
worked well in both 2.4.2x and 2.6.[0-3]. I can't seem to find any
record of the OHCI function revision, though.
I guess it's early AMD-768MPX parts that have broken OHCI,
not AMD-766MP
Pouenat Francois wrote:
hello,
For information, my hardware the new motorola iMX21 cpu running a 2.4.18
linux kernel.
Look for at the ohci-sa code in the latest 2.4 kernel.
But 2.6 supports non-PCI usb controllers a lot better.
- Dave
---
Th
David Meggy wrote:
RNDIS works! :)
I did have to change the cp[28] to an if(1) in the rndis.c file, and
then I found another bug in my udc driver, but all is well now
OK, that workaround will work for a while, but the real issue
is that the filter is value is a bitmask (32 bits) provided
by the
Sancho Dauskardt wrote:
Hi,
I'm getting -ENOSPC when opening /dev/ttyUSB0 with following setup:
PL2303 --> USB 2.0 TT hub (Cypress CY7C65640) --> ehci PCI Card (NEC)
No other devices.
Try forcing it to use a period other than 1 usec.
You'll probably notice that the periodic schedule dump
i
Am Montag, 17. Mai 2004 18:56 schrieb Greg KH:
> On Mon, May 17, 2004 at 12:41:42PM -0400, Alan Stern wrote:
> > +void usb_kill_urb(struct urb *urb)
> > +{
> > + if (!(urb->dev && urb->dev->bus && urb->dev->bus->op))
> > + return;
> > + urb->reject = 1;
> > + urb->dev->bus->op->unli
On Mon, May 17, 2004 at 12:41:42PM -0400, Alan Stern wrote:
> +void usb_kill_urb(struct urb *urb)
> +{
> + if (!(urb->dev && urb->dev->bus && urb->dev->bus->op))
> + return;
> + urb->reject = 1;
> + urb->dev->bus->op->unlink_urb(urb, -ENOENT);
> + wait_event(usb_kill_urb
This is a revised patch implementing usb_kill_urb(). Major points:
-EPERM added to Documentation/usb/error-codes.txt.
Failure to use URB_ASYNC_UNLINK with usb_unlink_urb() is
deprecated in the documentation.
New ->reject field added to struct urb.
Single
On Sun, May 16, 2004 at 11:48:40AM -0400, Alan Stern wrote:
> Greg & everyone:
>
> While implementing the suggestion to replace synchronous usb_unlink_urb()
> with usb_kill_urb(), a question arose concerning the value stored in
> urb->status. Right now the status is -ECONNRESET for asynch and -
Hi all,
i've designed an embedded motorola mcf5272 coldfire system with the
isp1161a1 usb host controller.
The operating system is uclinux 2.4.24. now I have a problem with the usb
driver.
When I put an usb-device to the controller I got the following output:
...
Installing Philips ISP1161A1
Hellow.
Whether help me the programmer to care should understand of that to
have Transfer Descriptors in the order in which them should process
the controller.
For example:
Whether it is necessary to do processing of Queue in depth if in
it is located a SETUP package, a "IN" package and a "NULL" p
On Mon, 17 May 2004, Oliver Neukum wrote:
> CPU A CPU B
> mov transfer_flags,R mov transfer_flags,R
> set_bit X,R
> mov R,transfer_flags set_bit Y,R
> .
I checked out the interval... it was being set to non-zero somewhere else in
the program... corrected that, and it works. Thank you for the references.
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForg
On Mon, 17 May 2004 08:47:27 -0500
"Lonnie Mendez" <[EMAIL PROTECTED]> wrote:
> I'm using the usb-uhci driver (this will also happen on the uhci driver) on
> vanilla kernel 2.4.26. Problem will not occur in 2.6.x
> When sending an urb down the interrupt out pipe, it will succede the first
> time
I'm using the usb-uhci driver (this will also happen on the uhci driver) on
vanilla kernel 2.4.26. Problem will not occur in 2.6.x
When sending an urb down the interrupt out pipe, it will succede the first
time. But then the next time I try this, usb-uhci will give me this error
message:
this o
On Mon, May 17, 2004 at 04:03:20PM +0400, Sergey Vlasov wrote:
> On Sun, May 16, 2004 at 02:58:03PM -0700, Greg KH wrote:
> > Ick, does hiddev really need hid.h? If so, then we need to move it to
> > include/linux/.
>
> How about this patch (applies both to 2.4 and 2.6)?
> +#define HID_MAX_MUL
On Sun, May 16, 2004 at 02:58:03PM -0700, Greg KH wrote:
> Ick, does hiddev really need hid.h? If so, then we need to move it to
> include/linux/.
How about this patch (applies both to 2.4 and 2.6)?
--- linux/include/linux/hiddev.h.hiddev-multi 2004-04-14 17:05:40 +0400
+++ linux/include/linu
I denied ohci controller endian-swap.Now it worked as a standard ohci
controller.
And restore code to standard code.But there is a oops when
usb_set_address(I
posted oops message before).Sigh
So I added some printk in code,got following msg:
Good msg (with endian enable & nasty hack):
before usb
Hi Greg,
> > +/* Ick. hiddev.h needs hid.h which needs input.h */
> > +#include
> > +#include <../drivers/usb/input/hid.h>
> > +#include
>
> Ick, does hiddev really need hid.h? If so, then we need to move it to
> include/linux/.
please redefine the ioctl's in fs/compat_ioctl.c and not move th
hello,
My project is to write a USB host controller driver for a new motorola
embedded host controller. This HC is supposed to be compatible with the
OHCI standard but as it is not accessed through the pci bus, I have to
rewrite a part of the linux OHCI sources.
I started to read USB and OHCI s
Hi,
I'm getting -ENOSPC when opening /dev/ttyUSB0 with following setup:
PL2303 --> USB 2.0 TT hub (Cypress CY7C65640) --> ehci PCI Card (NEC)
No other devices.
dmesg says:
pl2303.c: pl2303_open - failed submitting interrupt urb, error -28
Incase it helps, my pathetic debuging attem
Am Montag, 17. Mai 2004 04:32 schrieb Alan Stern:
> On Sun, 16 May 2004, Oliver Neukum wrote:
>
> > > Right now, none of the completion handlers under drivers/usb clears the
> > > transfer flags. But that's no guarantee about the future.
> >
> > I overlooked something. Currently you cannot writ
ÄúºÃ£¡
ÄúµÄÓʼþÒÑÊÕµ½£¬Ôĺó»á¾¡¿ìºÍÄúÁªÏµ¡£
ÖйúѧϰÍø»¶ÓÄú·¢²¼ÐÅÏ¢ºÍ¿¯µÇ¹ã¸æ¡£
www.studycn.net
ÖйúѧϰÍø www.studycn.net
ÖйúµÚÒ»Íø www.china-01.com www.chineseno1.com
ÖйúÒý×ÊÍø www.001-86.com
Original Message:
X-Rocket-Spam: 219.138.4.131
X-YahooFilteredBulk: 2
80 matches
Mail list logo
