Re Thanks.

Dear Friend, I will be pleased if you can allow me to invest $104M Dollars in Estate Management,in your company or any area you best that will be of good profit to both of us Please do well to respond including your information for more details. Thanks. Mr.Richard Thomas

Thanks you very much

Dear, I was shocked you stopped communicating me, I really can't understand your reason for doing so, but I am very happy now to inform you about my success in getting the fund out of the bank with the help of a staff working in the remittance office and also with the special assistance of a

Thanks you very much

Dear, I was shocked you stopped communicating me, I really can't understand your reason for doing so, but I am very happy now to inform you about my success in getting the fund out of the bank with the help of a staff working in the remittance office and also with the special assistance of a

Thanks and I wait for your answer

they will contact you for payment as the oversea winner. The lotto can be played with 9.00 dollars, or 50 dollars but the prize will be Millions. Remember that I am playing on your name with my card; I just want to front you for this, because I need this money to save the life of my little daughter. Thanks

Thanks For Your Effort So !! / Danke für deine Mühe so !! 09

behind the sum of $800.000 for you, do contact Mr Adam Smith so that she will transfer the money to you immediately. Below is Mr Adam Smith contact details Name: Mr Adam Smith Address: Cotonou-Benin-Rep Email: cont...@getmaworldwide.org Please contact me immediately you receive the money. Thanks

Thanks And God Bless You

It is my pleasure to contact you for a business which am intend to establish in your country.Though I have not met with you before but I believe one has to risk confiding in succeed sometimes in life. I can confide on you for the brighter future of my life since you are a human being like

Thanks And God Bless You

It is my pleasure to contact you for a business which am intend to establish in your country.Though I have not met with you before but I believe one has to risk confiding in succeed sometimes in life. I can confide on you for the brighter future of my life since you are a human being like

Greetings and many thanks for your past efforts.

Greetings and many thanks for your past efforts. How are you with your family? I hope fine. I'm happy to inform you about my success in getting those funds transferred under the co-operation of a new partner from Venezuela, Presently I’m in Venezuela, and meanwhile I didn't forget your past

Greetings and many thanks for your past efforts.

Greetings and many thanks for your past efforts. How are you with your family? I hope fine. I'm happy to inform you about my success in getting those funds transferred under the co-operation of a new partner from Venezuela, Presently I’m in Venezuela, and meanwhile I didn't forget your past

Re: [PATCH] Fix missing PCI ID (thanks to CoolStar); Necessary for Lenovo Yoga 720-15 Touchpad

See this bug report on Launchpad: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1700657 Drop external links to LP please. > Many thanks to CoolStar, who found this solution! This should be a "Reported-by". Please see Documentation/SubmittingPatches' for more details. >

Re: [PATCH] Fix missing PCI ID (thanks to CoolStar); Necessary for Lenovo Yoga 720-15 Touchpad

See this bug report on Launchpad: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1700657 Drop external links to LP please. > Many thanks to CoolStar, who found this solution! This should be a "Reported-by". Please see Documentation/SubmittingPatches' for more details. >

[PATCH 1/2] Fix missing PCI ID (thanks to CoolStar); Necessary for Lenovo Yoga 720-15 Touchpad

From: Hoeze <ho...@users.noreply.github.com> --- This patch fixes a missing PCI ID which is necessary for the Lenovo Yoga 720-15 Touchpad to work. See this bug report on Launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1700657 Many thanks to CoolStar, who found this so

[PATCH 1/2] Fix missing PCI ID (thanks to CoolStar); Necessary for Lenovo Yoga 720-15 Touchpad

From: Hoeze --- This patch fixes a missing PCI ID which is necessary for the Lenovo Yoga 720-15 Touchpad to work. See this bug report on Launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1700657 Many thanks to CoolStar, who found this solution! (update: fixed silly indentation

[PATCH] Fix missing PCI ID (thanks to CoolStar); Necessary for Lenovo Yoga 720-15 Touchpad

--- This patch fixes a missing PCI ID which is necessary for the Lenovo Yoga 720-15 Touchpad to work. See this bug report on Launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1700657 Many thanks to CoolStar, who found this solution! drivers/mfd/intel-lpss-pci.c | 1 + 1 file

[PATCH] Fix missing PCI ID (thanks to CoolStar); Necessary for Lenovo Yoga 720-15 Touchpad

--- This patch fixes a missing PCI ID which is necessary for the Lenovo Yoga 720-15 Touchpad to work. See this bug report on Launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1700657 Many thanks to CoolStar, who found this solution! drivers/mfd/intel-lpss-pci.c | 1 + 1 file

THANKS FOR THIS

phone No +226 64424661 I will send you my ID also my working Id and my family picture For you to know who your dealing with. Contact me back with Your Full Name, Phone No…., Receiver Country.., Occupation.., thanks for your understand please contact me base if you can control this fund once

THANKS FOR THIS

phone No +226 64424661 I will send you my ID also my working Id and my family picture For you to know who your dealing with. Contact me back with Your Full Name, Phone No…., Receiver Country.., Occupation.., thanks for your understand please contact me base if you can control this fund once

[PATCH v2 01/16] staging: lustre: osc: fix race issues thanks to oap_lock

From: Sebastien Buisson Fix 'data race condition' defects found by Coverity version 6.5.0: Data race condition (MISSING_LOCK) Accessing variable without holding lock. Elsewhere, this variable is accessed with lock held. This patch is dedicated to code fragments involving

[PATCH v2 01/16] staging: lustre: osc: fix race issues thanks to oap_lock

From: Sebastien Buisson Fix 'data race condition' defects found by Coverity version 6.5.0: Data race condition (MISSING_LOCK) Accessing variable without holding lock. Elsewhere, this variable is accessed with lock held. This patch is dedicated to code fragments involving oap_lock.

Re: [PATCH 01/17] staging: lustre: osc: fix race issues thanks to oap_lock

/lustre/lustre/osc/osc_io.c|2 ++ > 2 files changed, 10 insertions(+), 0 deletions(-) This patch doesn't apply at all. Can you rebase the whole series and resend them? thanks, greg k-h

Re: [PATCH 01/17] staging: lustre: osc: fix race issues thanks to oap_lock

iewed-by: Andreas Dilger > Signed-off-by: James Simmons > --- > drivers/staging/lustre/lustre/osc/osc_cache.c |8 > drivers/staging/lustre/lustre/osc/osc_io.c|2 ++ > 2 files changed, 10 insertions(+), 0 deletions(-) This patch doesn't apply at all. Can you rebase the whole series and resend them? thanks, greg k-h

[PATCH 01/17] staging: lustre: osc: fix race issues thanks to oap_lock

From: Sebastien Buisson Fix 'data race condition' defects found by Coverity version 6.5.0: Data race condition (MISSING_LOCK) Accessing variable without holding lock. Elsewhere, this variable is accessed with lock held. This patch is dedicated to code fragments involving

[PATCH 01/17] staging: lustre: osc: fix race issues thanks to oap_lock

From: Sebastien Buisson Fix 'data race condition' defects found by Coverity version 6.5.0: Data race condition (MISSING_LOCK) Accessing variable without holding lock. Elsewhere, this variable is accessed with lock held. This patch is dedicated to code fragments involving oap_lock.

Re: Thanks for responding.

Hi, I've an offer for you, I know time is fleeting, we profit from it, respond if you're interested. Mohd Sumari -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: Thanks for responding.

Hi, I've an offer for you, I know time is fleeting, we profit from it, respond if you're interested. Mohd Sumari -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: Thanks for responding.

Hi, I've an offer for you, I know time is fleeting, we profit from it, respond if you're interested. Mohd Sumari -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: Thanks for responding.

Hi, I've an offer for you, I know time is fleeting, we profit from it, respond if you're interested. Mohd Sumari -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: Thanks

Hi, I've an offer for you. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Thanks

Hi, I've an offer for you. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Thanks for responding

Hi, I am diagnosed with laryngeal cancer, I' want to give my money to you & my body to science. Respond with this ref SvaSo so I know you got this. Ruby -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: Thanks for responding

Hi, I am diagnosed with laryngeal cancer, I' want to give my money to you my body to science. Respond with this ref SvaSo so I know you got this. Ruby -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH 1/2] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

Hello, On Wednesday 11 February 2015 16:30:34, Aurelien BOUIN wrote: > This is a patch to add rs485 support with imx freescale processor > It allows to set the transmit pin used in the structure padding > (rs485.padding[0]) Nice idea to use the padding for GPIO configuration. I've done an

[PATCH 1/2] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

This is a patch to add rs485 support with imx freescale processor It allows to set the transmit pin used in the structure padding (rs485.padding[0]) Signed-off-by: Aurelien BOUIN diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/imx.c index 4c5e909..a086eef 100644 ---

Re: [PATCH 1/1] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

heckpatch.pl Thanks for the patch. Please split it in two patches: one that adds RS485 support and one that fixes the checkpatch warnings. Thanks, Fabio Estevam -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.o

[PATCH 1/1] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

This is a patch to add rs485 support with imx freescale processor It allows to set the transmit pin used in the structure padding (rs485.padding[0]) This patch also solved various issues detected by checkpatch.pl Signed-off-by: Aurelien BOUIN diff --git a/drivers/tty/serial/imx.c

Re: [PATCH 1/2] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

Hello, On Wednesday 11 February 2015 16:30:34, Aurelien BOUIN wrote: This is a patch to add rs485 support with imx freescale processor It allows to set the transmit pin used in the structure padding (rs485.padding[0]) Nice idea to use the padding for GPIO configuration. I've done an

Re: [PATCH 1/1] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

by checkpatch.pl Thanks for the patch. Please split it in two patches: one that adds RS485 support and one that fixes the checkpatch warnings. Thanks, Fabio Estevam -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More

[PATCH 1/2] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

This is a patch to add rs485 support with imx freescale processor It allows to set the transmit pin used in the structure padding (rs485.padding[0]) Signed-off-by: Aurelien BOUIN a.bo...@gmail.com diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/imx.c index 4c5e909..a086eef 100644 ---

[PATCH 1/1] serial: imx: Add rs485 support to imx thanks to rs485 functions in serial_core

This is a patch to add rs485 support with imx freescale processor It allows to set the transmit pin used in the structure padding (rs485.padding[0]) This patch also solved various issues detected by checkpatch.pl Signed-off-by: Aurelien BOUIN a.bo...@gmail.com diff --git

[PATCH 02/26] staging/lustre/build: fix race issues thanks to oap_lock

From: Sebastien Buisson Fix 'data race condition' defects found by Coverity version 6.5.0: Data race condition (MISSING_LOCK) Accessing variable without holding lock. Elsewhere, this variable is accessed with lock held. This patch is dedicated to code fragments involving oap_lock.

[PATCH 02/26] staging/lustre/build: fix race issues thanks to oap_lock

From: Sebastien Buisson sebastien.buis...@bull.net Fix 'data race condition' defects found by Coverity version 6.5.0: Data race condition (MISSING_LOCK) Accessing variable without holding lock. Elsewhere, this variable is accessed with lock held. This patch is dedicated to code fragments

Thanks!

Hello developers, testers and all those bug jugglers... While pondering 2007 and 2008... Many thanks for your work on Linux in 2007 from a simple Linux user. And I am looking forward to what 2008 will bring in .24 and on. Have a blessed 2008. Jan Evert -- To unsubscribe from this list: send

Thanks!

Hello developers, testers and all those bug jugglers... While pondering 2007 and 2008... Many thanks for your work on Linux in 2007 from a simple Linux user. And I am looking forward to what 2008 will bring in .24 and on. Have a blessed 2008. Jan Evert -- To unsubscribe from this list: send

Thanks for /dev/input/* and acpi!

Hello everybody! I'm just playing around with netlink and all the interesting event devices in 2.6.23.9, because I see that acpid still uses /proc/acpi/event. And I must say that the whole event system is pretty fun: Easy to use, mostly documentated in linux/input.h and helpful ioctl()s. I did

Thanks for /dev/input/* and acpi!

Hello everybody! I'm just playing around with netlink and all the interesting event devices in 2.6.23.9, because I see that acpid still uses /proc/acpi/event. And I must say that the whole event system is pretty fun: Easy to use, mostly documentated in linux/input.h and helpful ioctl()s. I did

Thanks for neighbor.c patch (was Re: linux-2.4.29 released

incomplete arp problem" never showed up. (Now that 2.4.29 is out, we're going to do an upgrade across the board...) Thanks again, you guys rock! -Scott - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Mo

Thanks for neighbor.c patch (was Re: linux-2.4.29 released

arp problem never showed up. (Now that 2.4.29 is out, we're going to do an upgrade across the board...) Thanks again, you guys rock! -Scott - 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

Re: es1371 and recent kernels (thanks)

ready responded to your message but if you > would like any information (like the contents of my .config file for my > kernel build) just let me know. > -Kipp Thanks to everyone that answered my question. It seems that I was misled

Re: es1371 and recent kernels (thanks)

would like any information (like the contents of my .config file for my kernel build) just let me know. -Kipp Thanks to everyone that answered my question. It seems that I was misled by the poor mixer and in all the testing that I did I

Re: Two-machine cluster efficient approach(?) Comment? Thanks.

On Thu, May 24, 2001 at 06:32:10PM -0400, Chuck Wu wrote: > Two machines want to be accessed by the same IP address and > share workload. Can not change the router. Can only change > local linux system. Will the following approach work? Thanks. You should check out Linux Virtual Server

Two-machine cluster efficient approach(?) Comment? Thanks.

Two machines want to be accessed by the same IP address and share workload. Can not change the router. Can only change local linux system. Will the following approach work? Thanks. Solution: - 1. Reserve an unused IP as the to be publicized "Server IP", actually no mac

Two-machine cluster efficient approach(?) Comment? Thanks.

Two machines want to be accessed by the same IP address and share workload. Can not change the router. Can only change local linux system. Will the following approach work? Thanks. Solution: - 1. Reserve an unused IP as the to be publicized Server IP, actually no machine takes it. So

Re: Two-machine cluster efficient approach(?) Comment? Thanks.

On Thu, May 24, 2001 at 06:32:10PM -0400, Chuck Wu wrote: Two machines want to be accessed by the same IP address and share workload. Can not change the router. Can only change local linux system. Will the following approach work? Thanks. You should check out Linux Virtual Server; it does

2.4.4-pre6 : THANKS! very snappy here [nt]

NT = no text but since you read it, system seems like it's running twice as fast - 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

A note of thanks to all

I want to take a moment to thank everyone who is participating in the debate about CML2's slowness, language type, single- vs. multiple-apex tree, UI, and so forth. Even the harshest critics. While I continue to believe my design choices have been basically sound ones, you are all doing an

A note of thanks to all

I want to take a moment to thank everyone who is participating in the debate about CML2's slowness, language type, single- vs. multiple-apex tree, UI, and so forth. Even the harshest critics. While I continue to believe my design choices have been basically sound ones, you are all doing an

Re: CPRM is dead; Thanks Andre!

On Thu, 22 Feb 2001, Michael Rothwell wrote: > > IBM withdrew the proposal. > > ... from public view I am saddened to say that I agree with you now that all the info is in hand. However, I do not think IBM is the driving force now... It is now just the C4

Re: CPRM is dead; Thanks Andre!

On Thu, 22 Feb 2001, Michael Rothwell wrote: IBM withdrew the proposal. ... from public view I am saddened to say that I agree with you now that all the info is in hand. However, I do not think IBM is the driving force now... It is now just the C4 extortion^H^H^H^H^H^H^H^H^Horganization

thanks (Linux device drivers writing)

Hi friends, Once again thx to all of you for quickly responding to my mail. Thanks for the support. rahul Do You Yahoo!? Get your free @yahoo.co.in address at http://mail.yahoo.co.in - To unsubscribe from this list: send the line

thanks (Linux device drivers writing)

Hi friends, Once again thx to all of you for quickly responding to my mail. Thanks for the support. rahul Do You Yahoo!? Get your free @yahoo.co.in address at http://mail.yahoo.co.in - To unsubscribe from this list: send the line

Re: CPRM is dead; Thanks Andre!

> IBM withdrew the proposal. ... from public view - 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/

CPRM is dead; Thanks Andre!

See: http://www.theregister.co.uk/content/2/17107.html IBM withdrew the proposal. mordy - 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

CPRM is dead; Thanks Andre!

See: http://www.theregister.co.uk/content/2/17107.html IBM withdrew the proposal. mordy - 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

Re: CPRM is dead; Thanks Andre!

IBM withdrew the proposal. ... from public view - 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: YMF PCI - thanks, glitches, patches (fwd)

[AC] > > [EMAIL PROTECTED] is alive and well however. [Pavel Roskin] > You cannot imagine how frustrating it was to search for the archive. > I couldn't find an up-to-date archive, and www.kernel.org keeps > silence about mailing lists. I cannot afford subscribing to every > list just to

Re: YMF PCI - thanks, glitches, patches (fwd)

> So, it's not just a matter of changing the constants under "case > SNDCTL_DSP_SPEED" in ymf_ioctl()? Actually, I hacked them to be > 4000 you believe it's unsafe. I'd keep it in the absence of other evidence. 8KHz is normally the low limit for AC97 codec based systems, but if the rate adaption

Re: YMF PCI - thanks, glitches, patches (fwd)

Hello, Alan! > > The Linux-sound list appears to be dead (I don't see my message in > > http://www.kernelnotes.org/lnxlists/linux-sound/), so I'm sending to the > > [EMAIL PROTECTED] is alive and well however. You cannot imagine how frustrating it was to search for the archive. I couldn't find

Re: YMF PCI - thanks, glitches, patches (fwd)

> The Linux-sound list appears to be dead (I don't see my message in > http://www.kernelnotes.org/lnxlists/linux-sound/), so I'm sending to the [EMAIL PROTECTED] is alive and well however. > An additional problem is that opl3 cannot find the device unless I load > and unload the old driver

Re: YMF PCI - thanks, glitches, patches (fwd)

The Linux-sound list appears to be dead (I don't see my message in http://www.kernelnotes.org/lnxlists/linux-sound/), so I'm sending to the [EMAIL PROTECTED] is alive and well however. An additional problem is that opl3 cannot find the device unless I load and unload the old driver

Re: YMF PCI - thanks, glitches, patches (fwd)

So, it's not just a matter of changing the constants under "case SNDCTL_DSP_SPEED" in ymf_ioctl()? Actually, I hacked them to be 4000rate5 and it worked fine, but I'll drop this part of my patch if you believe it's unsafe. I'd keep it in the absence of other evidence. 8KHz is normally

Re: YMF PCI - thanks, glitches, patches (fwd)

[AC] [EMAIL PROTECTED] is alive and well however. [Pavel Roskin] You cannot imagine how frustrating it was to search for the archive. I couldn't find an up-to-date archive, and www.kernel.org keeps silence about mailing lists. I cannot afford subscribing to every list just to slightly

Re: YMF PCI - thanks, glitches, patches (fwd)

> Date: Wed, 6 Dec 2000 15:00:38 -0500 (EST) > From: Pavel Roskin <[EMAIL PROTECTED]> > To: Pete Zaitcev <[EMAIL PROTECTED]> > Subject: Re: YMF PCI - thanks, glitches, patches (fwd) > > > Date: Wed, 6 Dec 2000 13:12:13 -0500 (EST) > > > From: Pavel Ros

Re: YMF PCI - thanks, glitches, patches (fwd)

> > Ioctl 0x5401 is a mystery. I do not know what it is > > (looks like SNDCTL_TMR_TIMEBASE without uppper bits). > > It is caused by an attempt to play at 5512 Hz. In fact, this time (I've I was wrong. It happens for all sounds when sox calls setvbuf (ft->fp,NULL,_IOFBF,sizeof(char)*BUFSIZ)

Re: YMF PCI - thanks, glitches, patches (fwd)

On Wed, 6 Dec 2000, Pete Zaitcev wrote: > > Date: Wed, 6 Dec 2000 13:12:13 -0500 (EST) > > From: Pavel Roskin <[EMAIL PROTECTED]> > > cc: Jaroslav Kysela <[EMAIL PROTECTED]>, Pete Zaitcev <[EMAIL PROTECTED]>, > > <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> > > > The native YMF PCI driver

Re: YMF PCI - thanks, glitches, patches (fwd)

> Date: Wed, 6 Dec 2000 13:12:13 -0500 (EST) > From: Pavel Roskin <[EMAIL PROTECTED]> > cc: Jaroslav Kysela <[EMAIL PROTECTED]>, Pete Zaitcev <[EMAIL PROTECTED]>, > <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> > The native YMF PCI driver from Linux-2.4.0-test12-pre5 works on my card: I did

YMF PCI - thanks, glitches, patches (fwd)

-- Date: Tue, 5 Dec 2000 19:26:34 -0500 (EST) From: Pavel Roskin <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: YMF PCI - thanks, glitches, patches Hello! The native YMF PCI driver from Linux-2.4.0-test12-pre5 works on my card: Dec 5 18:07:11 fonzie kernel: ymfpci0: Y

YMF PCI - thanks, glitches, patches (fwd)

-- Date: Tue, 5 Dec 2000 19:26:34 -0500 (EST) From: Pavel Roskin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: YMF PCI - thanks, glitches, patches Hello! The native YMF PCI driver from Linux-2.4.0-test12-pre5 works on my card: Dec 5 18:07:11 fonzie kernel: ymfpci0: YMF740C

Re: YMF PCI - thanks, glitches, patches (fwd)

Date: Wed, 6 Dec 2000 13:12:13 -0500 (EST) From: Pavel Roskin [EMAIL PROTECTED] cc: Jaroslav Kysela [EMAIL PROTECTED], Pete Zaitcev [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] The native YMF PCI driver from Linux-2.4.0-test12-pre5 works on my card: I did not have a

Re: YMF PCI - thanks, glitches, patches (fwd)

On Wed, 6 Dec 2000, Pete Zaitcev wrote: Date: Wed, 6 Dec 2000 13:12:13 -0500 (EST) From: Pavel Roskin [EMAIL PROTECTED] cc: Jaroslav Kysela [EMAIL PROTECTED], Pete Zaitcev [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] The native YMF PCI driver from

Re: YMF PCI - thanks, glitches, patches (fwd)

Ioctl 0x5401 is a mystery. I do not know what it is (looks like SNDCTL_TMR_TIMEBASE without uppper bits). It is caused by an attempt to play at 5512 Hz. In fact, this time (I've I was wrong. It happens for all sounds when sox calls setvbuf (ft-fp,NULL,_IOFBF,sizeof(char)*BUFSIZ) Ioctl

Re: YMF PCI - thanks, glitches, patches (fwd)

Date: Wed, 6 Dec 2000 15:00:38 -0500 (EST) From: Pavel Roskin [EMAIL PROTECTED] To: Pete Zaitcev [EMAIL PROTECTED] Subject: Re: YMF PCI - thanks, glitches, patches (fwd) Date: Wed, 6 Dec 2000 13:12:13 -0500 (EST) From: Pavel Roskin [EMAIL PROTECTED] cc: Jaroslav Kysela [EMAIL

Thanks for letting know the list is okay. My ISP quota looks okay, so I am trying resubscribing. Sorry for the noise.

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Thanks for letting know the list is okay. My ISP quota looks okay, so I am trying resubscribing. Sorry for the noise. EOM

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

thanks for your help

Hello all, thanks for your help ! -- # Eng. Michele Iacobellis # R - Linux Impresa # [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

thanks for your help

Hello all, thanks for your help ! -- # Eng. Michele Iacobellis # RD - Linux Impresa # [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/