Re: [PATCH] via82cxxx_audio

2001-01-18 Thread David Riley
[EMAIL PROTECTED] wrote: Hi, A patch for the via82cxxx_audio sound driver against 2.4.1-pre8. It includes: 1. Support for variable fragment size and variable fragment number 2. Fixes for the SPEED, STEREO, CHANNELS, FMT ioctls when in read write mode 2.1 Mmaped sound is now fully

*massive* slowdowns on 2.4.1-pre1[1|2]

2001-01-29 Thread David Riley
Sorry if this is a redundant post, but I didn't see any related posts (at least from the subject lines)... Kernel 2.4.1-pre11 and pre12 are both massively slower than 2.4.0 on the same machine, compiled with the same options. The machine is a Athlon 900 on a KT133 chipset. The slowdown is

Re: *massive* slowdowns on 2.4.1-pre1[1|2]

2001-01-30 Thread David Riley
Chris Wedgwood wrote: On Mon, Jan 29, 2001 at 11:17:58PM -0800, Linus Torvalds wrote: You have to realize that stability takes precedence over EVERYTHING. Are you sure his desciption describes only disk-slow down? Seems to me something else is going on... why would speaker

Re: VT82C686A corruption with 2.4.x

2001-01-31 Thread David Riley
Mark Hahn wrote: From what I gather this chipset on 2.4.x is only stable if you cripple just about everything that makes it worth having (udma, 2nd ide channel etc etc) ?does it even work when all that's done now or is it fully functional? it seems to be fully functional for

Re: strange BogoMIPS value

2000-09-21 Thread David Riley
Erik McKee wrote: Hello! It seems as if linux 2.2.17 is calculating a strange value for my bogomips value. I thought is was supposed to be somewhere near the processor speed. Perhaps I am missing something? Have a nice day ;) Erik Detected 99547 kHz processor. ... Calibrating

Re: What is up with Redhat 7.0?

2000-09-30 Thread David Riley
Michael Meding wrote: Hi there, you have of course used kgcc for the compile job ? 2.96 maybe is chewing the kernel source a little bit too well. I dunno about all this... The stock gcc 2.96 works great for everything on my box... It compiles and runs 2.4.0-test7 really well. I'm not

Re: What is up with Redhat 7.0?

2000-10-03 Thread David Riley
Matthew Hawkins wrote: Perhaps you're getting Redhat confused with Debian here. Redhat doesn't have package maintainers. It has 1,000 monkeys at 1,000 typewriters recreating the works of Shakespeare, a la "it was the best of times, it was the blurst of times" Er... Just a side note, and

Kernel config labelling

2000-10-03 Thread David Riley
My vote for most humorous line in "make config": Ethertap network tap (OBSOLETE) (NEW) I think for clarity's sake we should probably just stick with (OBSOLETE). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please

Re: May I ask you some question

2000-10-04 Thread David Riley
Huang QingHua wrote: Dear: May I ask you some question? 1.I try to make a filesystem. But if my block size have to be 1M ,then what should I do ? Or is it possible? I'm not sure why you'd want a block size of 1M, most block sizes tend to be between 512 bytes and 4K.

Re: IEEE 1394 Firewire

2000-10-08 Thread David Riley
"Richard B. Johnson" wrote: Hello! Has anybody written a driver for the Western Digital (or similar) PCI / Firewire adapter? If not, I'm going to have to write one. If it doesn't exist yet, should the device be a block device or a character device? There are some new very-fast disks

Re: Am I the only one with scsi-ide CDR problems?

2000-10-14 Thread David Riley
safemode wrote: I'm just wondering if I'm the only person who has had problems with 2.4.0-test9 recording on ide-scsi cdr's? Nobody has posted anything about it and the test10-prex changefiles don't mention it. cdrecord reports very weird results when scanning the scsi bus whereas dmesg

Re: Linux 2.4.2ac12

2001-03-05 Thread David Riley
Alan Cox wrote: 2.4.2-ac12 o Update VIA IDE driver to 3.21 (Vojtech Pavlik) |No UDMA66 on 82c686 Um... Does that include 686a? 82c686a is supposed to handle UDMA66... Or is it a corruption issue again? UDMA66 seems to work fine on mine... No corruptions yet.

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-21 Thread David Riley
Horst von Brand wrote: So what? My former machine ran fine with Win95/WinNT. Linux wouldn't even end booting the kernel. Reason: P/100 was running at 120Mhz. Fixed that, no trouble for years. Not the only case of WinXX running (apparently?) fine on broken/misconfigured hardware I've seen,

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-21 Thread David Riley
David Lang wrote: David, usually when it turns out that Linux finds hardware problems the underlying cause is that linux makes more effective use of the component, and as such something that was marginal under windows fails under linux as the correct timing is used. This is true. What I

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-21 Thread David Riley
Jeff Epler wrote: On Tue, Nov 21, 2000 at 04:08:26PM -0500, David Riley wrote: Windoze is not the only OS to handle bad hardware better than Linux. On my Mac, I had a bad DIMM that worked fine on the MacOS side, but kept causing random bus-type errors in Linux. Same as when I

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-22 Thread David Riley
Jeff Epler wrote: Well, a copy of that document *is* the first hit for a google search on 'linux signal 11 faq' http://www.google.com/search?q=linux+signal+11+faq In other words, someone who does the slightest bit of research will find the answer. Perhaps, but if a new user starts

asm-ppc/elf.h error

2000-11-24 Thread David Riley
In asm-ppc/elf.h, asm/types.h is not included. This breaks compilations of anything that compiles it (e.g. binutils) because the vector registers for Altivec aren't defined elsewhere. Included is a quick diff. I didn't know which PPC maintainer to send this to, so I posted it to the

[PATCH] asm-ppc/elf.h error (fixed patch)

2000-11-24 Thread David Riley
Oops, I included the wrong diff. Perhaps I should check them better next time. Here's one that should work. elf.h.diff

Re: Disableing USB.

2000-12-07 Thread David Riley
Bryan Whitehead wrote: Is there a way I can disble a part of the kernel that is compiled into the kernel? For example I'd like to pass this to lilo: "usb=disable" and then the usb code is not loaded even though USB has been built into the kernel. Is such a feature stupid? Or has this

Re: via82cxxx_audio - bad latency

2000-12-13 Thread David Riley
Paul Jakma wrote: hi, i think somethings gone wrong with via82cxxx_audio. Playing anything through it seems to cause massive latency in apps like xmms, esd, asmixer, etc.. anything to do with playing or mixer levels suddenly takes a minute or more to respond. It didn't always do this,

Re: 2.4.0-test12 randomly hangs up

2000-12-13 Thread David Riley
Martin Macok wrote: Hi, after 1-3 hours with -test12 system hangs up with - no response from mouse - no response from keyboard (no sysrq, only sysrq+'b' works ...) - no response from network (ICMP, TCP) - nothing on console, nothing in logs (ie. nothing interesting or relevant to

test13-pre1 changelog

2000-12-14 Thread David Riley
Did I miss a post from Linus on the list, or is there no posted changelog for test13-pre1? Nothing's posted at kernel.org yet, either. -- "Windows for Dummies? Isn't that redundant?" - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: Linus's include file strategy redux

2000-12-14 Thread David Riley
Alexander Viro wrote: Actually, I suspect that quite a few of us had done that since long - IIRC I've got burned on 1.2/1.3 and decided that I had enough. Bugger if I remember what exactly it was - ISTR that it was restore(8) built with 1.3.something headers and playing funny games

Re: BIOS problem, pro Microsoft, anti other OS

2000-12-26 Thread David Riley
Marvin Stodolsky wrote: To Maintainer: PCI SUBSYSTEM P: Martin Mares M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Supported This alert should probably be forwarded to Others, but appropriate subTask persons in the kernel-source Maintainers list were not obvious.

Re: newbie, 2.4.0 on Asus CUSL2 (Intel 815E chipset with onboard video)

2000-11-14 Thread David Riley
"Stephen Gutknecht (linux-kernel)" wrote: Thanks for the prior help on getting the kernel to compile; real newbie mistake of not finding the right options in the "make menuconfig" screens. I can now compile 2.4.0-test, but it hangs on the first line of loading. -- I have tried

Small es1371 documentation fix (joyport)

2001-05-09 Thread David Riley
The documentation for the es1371 driver doesn't mention how to activate/specify the joystick port's base address (I had to look in the code). This patch fixes it. The same probably applies to the es1370 as well as other cards, but lacking said cards, I couldn't say for sure. You may wish to

Bus mastering troubles with AGP Voodoo3

2001-02-22 Thread David Riley
I knew my performance hit had to be coming from somewhere... I'm using an MSI K7T Pro mtherboard (KT133 chipset) and a Voodoo3 2000. I can't seem to set bus mastering on the AGP card at all. This does not work: setpci -s 01:00.0 4.w=0007 (setpci -s 01:00.0 4.w gives me 0003) Nor does:

Oh, and one more thing...

2001-02-22 Thread David Riley
This is in kernel 2.4.2. I don't really know how long this has been going on, but I would guess that it's been like this since I got my board (the performance has been the same throughout). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: New directions for kernel development

2001-04-01 Thread David Riley
Linus Torvalds wrote: Uhm, yeah... I don't know who wrote this, but it came from Washington state and was written with MS Outlook... Something tells me that this April Fool's joke wasn't Linus'. :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH v2 0/2] Add test to validate udelay

2014-06-09 Thread David Riley
Hi, I was wondering if there were any comments to this patch or if it was picked up somewhere? Thanks, Dave On Wed, May 14, 2014 at 3:30 PM, David Riley davidri...@chromium.org wrote: This change adds a module and a script that makes use of it to validate that udelay delays for at least

[PATCH 1/2] kernel: time: Add udelay_test module to validate udelay

2014-05-06 Thread David Riley
Create a module that allows udelay() to be executed to ensure that it is delaying at least as long as requested. Signed-off-by: David Riley davidri...@chromium.org Reviewed-on: https://chromium-review.googlesource.com/194223 Reviewed-by: Doug Anderson diand...@chromium.org --- kernel/time

[PATCH 0/2] Add test to validate udelay

2014-05-06 Thread David Riley
This change adds a module and a script that makes use of it to validate that udelay delays for at least as long as requested (as compared to ktime). David Riley (2): kernel: time: Add udelay_test module to validate udelay tools: add script to test udelay kernel/time/Kconfig |7

[PATCH 2/2] tools: add script to test udelay

2014-05-06 Thread David Riley
This script makes use of the udelay_test module to exercise udelay() and ensure that it is delaying long enough (as compared to ktime). Signed-off-by: David Riley davidri...@chromium.org --- tools/time/udelay_test.sh | 66 + 1 file changed, 66

Re: [PATCH 0/2] Add test to validate udelay

2014-05-07 Thread David Riley
On Tue, May 6, 2014 at 9:19 PM, Doug Anderson diand...@chromium.org wrote: John, On Tue, May 6, 2014 at 5:25 PM, John Stultz john.stu...@linaro.org wrote: On 05/06/2014 05:12 PM, David Riley wrote: This change adds a module and a script that makes use of it to validate that udelay delays

[PATCH v3 2/2] tools: add script to test udelay

2014-06-12 Thread David Riley
This script makes use of the udelay_test module to exercise udelay() and ensure that it is delaying long enough (as compared to ktime). Signed-off-by: David Riley davidri...@chromium.org --- tools/time/udelay_test.sh | 66 +++ 1 file changed, 66

[PATCH v3 0/2] Add test to validate udelay

2014-06-12 Thread David Riley
- update commit message to indicate what this test targets - fixed checkpatch whitespace error - rebased David Riley (2): kernel: time: Add udelay_test module to validate udelay tools: add script to test udelay kernel/time/Kconfig | 7 ++ kernel/time/Makefile | 1 + kernel/time

[PATCH v3 1/2] kernel: time: Add udelay_test module to validate udelay

2014-06-12 Thread David Riley
delay instead. This test aims to identify those configurations where timing is unreliable. Signed-off-by: David Riley davidri...@chromium.org --- kernel/time/Kconfig | 7 ++ kernel/time/Makefile | 1 + kernel/time/udelay_test.c | 170

Re: [PATCH v3 1/2] kernel: time: Add udelay_test module to validate udelay

2014-06-13 Thread David Riley
On Fri, Jun 13, 2014 at 9:06 AM, John Stultz john.stu...@linaro.org wrote: On Thu, Jun 12, 2014 at 1:13 PM, David Riley davidri...@chromium.org wrote: Create a module that allows udelay() to be executed to ensure that it is delaying at least as long as requested (with a little bit of error

[PATCH v2 1/2] kernel: time: Add udelay_test module to validate udelay

2014-05-14 Thread David Riley
Create a module that allows udelay() to be executed to ensure that it is delaying at least as long as requested (with a little bit of error allowed). Signed-off-by: David Riley davidri...@chromium.org Reviewed-by: Doug Anderson diand...@chromium.org --- kernel/time/Kconfig |7

[PATCH v2 2/2] tools: add script to test udelay

2014-05-14 Thread David Riley
This script makes use of the udelay_test module to exercise udelay() and ensure that it is delaying long enough (as compared to ktime). Signed-off-by: David Riley davidri...@chromium.org --- tools/time/udelay_test.sh | 66 + 1 file changed, 66

[PATCH v2 0/2] Add test to validate udelay

2014-05-14 Thread David Riley
This change adds a module and a script that makes use of it to validate that udelay delays for at least as long as requested (as compared to ktime). Changes since v1: - allow udelay() to be 0.5% faster than requested as per feedback David Riley (2): kernel: time: Add udelay_test module

[PATCH v4 1/2] kernel: time: Add udelay_test module to validate udelay

2014-06-16 Thread David Riley
delay instead. This test aims to identify those configurations where timing is unreliable. Signed-off-by: David Riley davidri...@chromium.org --- kernel/time/Makefile | 1 + kernel/time/udelay_test.c | 168 ++ lib/Kconfig.debug | 9

[PATCH v4 2/2] tools: add script to test udelay

2014-06-16 Thread David Riley
This script makes use of the udelay_test module to exercise udelay() and ensure that it is delaying long enough (as compared to ktime). Signed-off-by: David Riley davidri...@chromium.org --- tools/time/udelay_test.sh | 66 +++ 1 file changed, 66

[PATCH v4 0/2] Add test to validate udelay

2014-06-16 Thread David Riley
- update commit message to indicate what this test targets - fixed checkpatch whitespace error - rebased Changes since v3: - fixed xtensa compile warning (and other 32-bit platforms which use the generic do_div) - renamed and moved config option David Riley (2): kernel: time: Add udelay_test

[PATCH v1 1/1] power: Add simple gpio-restart driver

2014-08-26 Thread David Riley
This driver registers a restart handler to set a GPIO line high/low to reset a board based on devicetree bindings. Signed-off-by: David Riley davidri...@chromium.org --- .../devicetree/bindings/gpio/gpio-restart.txt | 48 +++ drivers/power/reset/Kconfig| 8

[PATCH v1 0/1] gpio-restart restart handler

2014-08-26 Thread David Riley
/patch/4746721/ https://patchwork.kernel.org/patch/4746731/ https://patchwork.kernel.org/patch/4747011/ https://patchwork.kernel.org/patch/4746741/ https://patchwork.kernel.org/patch/4746861/ David Riley (1): power: Add simple gpio-restart driver .../devicetree/bindings/gpio/gpio-restart.txt

Re: [PATCH] time: Rename udelay_test.c to test_udelay.c

2014-08-06 Thread David Riley
: Greg KH g...@kroah.com Cc: Stephen Rothwell s...@canb.auug.org.au Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@elte.hu Cc: Linux-Next linux-n...@vger.kernel.org Cc: David Riley davidri...@chromium.org Signed-off-by: John Stultz john.stu...@linaro.org Acked-by: David Riley

Re: [PATCH v1 1/1] power: Add simple gpio-restart driver

2014-08-27 Thread David Riley
Hi Sebastian, Thanks for the feedback. On Tue, Aug 26, 2014 at 6:43 PM, Sebastian Reichel s...@kernel.org wrote: Hi David, On Tue, Aug 26, 2014 at 04:45:05PM -0700, David Riley wrote: This driver registers a restart handler to set a GPIO line high/low to reset a board based on devicetree

Re: [PATCH v1 1/1] power: Add simple gpio-restart driver

2014-08-27 Thread David Riley
Hi Olof, On Tue, Aug 26, 2014 at 7:14 PM, Olof Johansson o...@lixom.net wrote: Hi, On Tue, Aug 26, 2014 at 4:45 PM, David Riley davidri...@chromium.org wrote: This driver registers a restart handler to set a GPIO line high/low to reset a board based on devicetree bindings. Signed-off

Re: [PATCH v1 1/1] power: Add simple gpio-restart driver

2014-08-27 Thread David Riley
On Tue, Aug 26, 2014 at 7:40 PM, Guenter Roeck li...@roeck-us.net wrote: On 08/26/2014 04:45 PM, David Riley wrote: This driver registers a restart handler to set a GPIO line high/low to reset a board based on devicetree bindings. Signed-off-by: David Riley davidri...@chromium.org

[PATCH v2 1/1] power: Add simple gpio-restart driver

2014-08-27 Thread David Riley
This driver registers a restart handler to set a GPIO line high/low to reset a board based on devicetree bindings. Signed-off-by: David Riley davidri...@chromium.org --- .../devicetree/bindings/gpio/gpio-restart.txt | 54 drivers/power/reset/Kconfig| 8

[PATCH v2 0/1] gpio-restart restart handler

2014-08-27 Thread David Riley
- Changed priority property from u8 type to standard u32 - Rename input property to open-source - Made delays configurable from binding - Removed unneeded BUG_ON - Used devm_gpiod_get flags parameter to configure initial direction David Riley (1): power: Add simple gpio

Re: [PATCH v4 02/16] clk: tegra: Add library for the DFLL clock source (open-loop mode)

2014-08-27 Thread David Riley
Hi Tuomas, A bunch of small nit picks from me. On Wed, Aug 20, 2014 at 2:04 PM, Tuomas Tynkkynen ttynkky...@nvidia.com wrote: Add shared code to support the Tegra DFLL clocksource in open-loop mode. This root clocksource is present on the Tegra124 SoCs. The DFLL is the intended primary clock

Re: [PATCH 01/12] time: Rename udelay_test.c to test_udelay.c

2014-11-24 Thread David Riley
: Greg KH g...@kroah.com Cc: Stephen Rothwell s...@canb.auug.org.au Cc: Thomas Gleixner t...@linutronix.de Cc: Ingo Molnar mi...@elte.hu Cc: Linux-Next linux-n...@vger.kernel.org Cc: David Riley davidri...@chromium.org Signed-off-by: John Stultz john.stu...@linaro.org Reviewed-by: David Riley

[PATCH] kernel: time: Modify test_udelay to allow for 1% tolerance.

2017-02-20 Thread David Riley
details: http://lists.openwall.net/linux-kernel/2011/01/12/372 Cc: John Stultz <john.stu...@linaro.org> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Russell King <rmk+ker...@armlinux.org.uk> Signed-off-by: David Riley <davidri...@chromium.org> --- kernel/time/test_udelay.c | 4

Re: [PATCH] via82cxxx_audio

2001-01-18 Thread David Riley
[EMAIL PROTECTED] wrote: > > Hi, > > A patch for the via82cxxx_audio sound driver against 2.4.1-pre8. > It includes: > > 1. Support for variable fragment size and variable fragment number > 2. Fixes for the SPEED, STEREO, CHANNELS, FMT ioctls when in read & write > mode > 2.1 Mmaped sound is

*massive* slowdowns on 2.4.1-pre1[1|2]

2001-01-29 Thread David Riley
Sorry if this is a redundant post, but I didn't see any related posts (at least from the subject lines)... Kernel 2.4.1-pre11 and pre12 are both massively slower than 2.4.0 on the same machine, compiled with the same options. The machine is a Athlon 900 on a KT133 chipset. The slowdown is

Re: *massive* slowdowns on 2.4.1-pre1[1|2]

2001-01-30 Thread David Riley
Chris Wedgwood wrote: > > On Mon, Jan 29, 2001 at 11:17:58PM -0800, Linus Torvalds wrote: > > You have to realize that stability takes precedence over > EVERYTHING. > > Are you sure his desciption describes only disk-slow down? Seems to > me something else is going on... why would

Re: VT82C686A corruption with 2.4.x

2001-01-31 Thread David Riley
Mark Hahn wrote: > > >>From what I gather this chipset on 2.4.x is only stable if you cripple just about >everything that makes > > it worth having (udma, 2nd ide channel etc etc) ?does it even work when all >that's done now or is > > it fully functional? > > it seems to be fully

Small es1371 documentation fix (joyport)

2001-05-09 Thread David Riley
The documentation for the es1371 driver doesn't mention how to activate/specify the joystick port's base address (I had to look in the code). This patch fixes it. The same probably applies to the es1370 as well as other cards, but lacking said cards, I couldn't say for sure. You may wish to

Re: Linux 2.4.2ac12

2001-03-05 Thread David Riley
Alan Cox wrote: > 2.4.2-ac12 > o Update VIA IDE driver to 3.21 (Vojtech Pavlik) > |No UDMA66 on 82c686 Um... Does that include 686a? 82c686a is supposed to handle UDMA66... Or is it a corruption issue again? UDMA66 seems to work fine on mine... No corruptions

Re: strange BogoMIPS value

2000-09-21 Thread David Riley
Erik McKee wrote: > > Hello! > > It seems as if linux 2.2.17 is calculating a strange value for my bogomips > value. I thought is was supposed to be somewhere near the processor > speed. Perhaps I am missing something? > > Have a nice day ;) > Erik > > Detected 99547 kHz processor. ... >

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-21 Thread David Riley
Horst von Brand wrote: > > So what? My former machine ran fine with Win95/WinNT. Linux wouldn't even > end booting the kernel. Reason: P/100 was running at 120Mhz. Fixed that, no > trouble for years. Not the only case of WinXX running (apparently?) fine > on broken/misconfigured hardware I've

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-21 Thread David Riley
David Lang wrote: > > David, usually when it turns out that Linux finds hardware problems the > underlying cause is that linux makes more effective use of the component, > and as such something that was marginal under windows fails under linux as > the correct timing is used. This is true.

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-21 Thread David Riley
Jeff Epler wrote: > > On Tue, Nov 21, 2000 at 04:08:26PM -0500, David Riley wrote: > > Windoze is not the only OS to handle bad hardware better than Linux. On > > my Mac, I had a bad DIMM that worked fine on the MacOS side, but kept > > causing random bus-type errors i

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-21 Thread David Riley
Richard Torkar wrote: > > Well David, there is such a "manual". > > http://ftp.sunet.se/LDP/FAQ/faqs/GCC-SIG11-FAQ Yes. And if you ask the average new Linux user if they've read it, I doubt you'll get a "yes". My question boils down to this, and this I suppose is a personal/informational

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-22 Thread David Riley
Jeff Epler wrote: > Well, a copy of that document *is* the first hit for a google search on > 'linux signal 11 faq' > http://www.google.com/search?q=linux+signal+11+faq > > In other words, someone who does the slightest bit of research will > find the answer. Perhaps, but if a new user

asm-ppc/elf.h error

2000-11-24 Thread David Riley
In asm-ppc/elf.h, is not included. This breaks compilations of anything that compiles it (e.g. binutils) because the vector registers for Altivec aren't defined elsewhere. Included is a quick diff. I didn't know which PPC maintainer to send this to, so I posted it to the linuxppc-dev list.

[PATCH] asm-ppc/elf.h error (fixed patch)

2000-11-24 Thread David Riley
Oops, I included the wrong diff. Perhaps I should check them better next time. Here's one that should work. elf.h.diff

Re: Disableing USB.

2000-12-07 Thread David Riley
Bryan Whitehead wrote: > > Is there a way I can disble a part of the kernel that is compiled into the > kernel? For example I'd like to pass this to lilo: "usb=disable" and then > the usb code is not loaded even though USB has been built into the kernel. > > Is such a feature stupid? Or has

Re: via82cxxx_audio - bad latency

2000-12-13 Thread David Riley
Paul Jakma wrote: > > hi, > > i think somethings gone wrong with via82cxxx_audio. Playing anything > through it seems to cause massive latency in apps like xmms, esd, > asmixer, etc.. anything to do with playing or mixer levels suddenly > takes a minute or more to respond. > > It didn't always

Re: 2.4.0-test12 randomly hangs up

2000-12-13 Thread David Riley
Martin Macok wrote: > > Hi, > after 1-3 hours with -test12 system hangs up with > - no response from mouse > - no response from keyboard (no sysrq, only sysrq+'b' works ...) > - no response from network (ICMP, TCP) > - nothing on console, nothing in logs (ie. nothing interesting or relevant

test13-pre1 changelog

2000-12-14 Thread David Riley
Did I miss a post from Linus on the list, or is there no posted changelog for test13-pre1? Nothing's posted at kernel.org yet, either. -- "Windows for Dummies? Isn't that redundant?" - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: Linus's include file strategy redux

2000-12-14 Thread David Riley
Alexander Viro wrote: > > Actually, I suspect that quite a few of us had done that since long - > IIRC I've got burned on 1.2/1.3 and decided that I had enough. Bugger if I > remember what exactly it was - ISTR that it was restore(8) built with > 1.3. headers and playing funny games on

Re: What is up with Redhat 7.0?

2000-09-30 Thread David Riley
Michael Meding wrote: > > Hi there, > > you have of course used kgcc for the compile job ? 2.96 maybe is chewing > the kernel source a little bit too well. I dunno about all this... The stock gcc 2.96 works great for everything on my box... It compiles and runs 2.4.0-test7 really well. I'm

Re: What is up with Redhat 7.0?

2000-10-03 Thread David Riley
Matthew Hawkins wrote: > > Perhaps you're getting Redhat confused with Debian here. Redhat doesn't > have package maintainers. It has 1,000 monkeys at 1,000 typewriters > recreating the works of Shakespeare, a la "it was the best of times, it > was the blurst of times" Er... Just a side note,

Kernel config labelling

2000-10-03 Thread David Riley
My vote for most humorous line in "make config": Ethertap network tap (OBSOLETE) (NEW) I think for clarity's sake we should probably just stick with (OBSOLETE). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please

Re: May I ask you some question

2000-10-04 Thread David Riley
> Huang QingHua wrote: > > Dear: > May I ask you some question? > 1.I try to make a filesystem. But if my block size have to be 1M > ,then what should I do ? Or is it possible? I'm not sure why you'd want a block size of 1M, most block sizes tend to be between 512 bytes and 4K. >

Re: IEEE 1394 "Firewire"

2000-10-08 Thread David Riley
"Richard B. Johnson" wrote: > > Hello! > > Has anybody written a driver for the Western Digital (or similar) > PCI / Firewire adapter? > > If not, I'm going to have to write one. If it doesn't exist yet, should > the device be a block device or a character device? There are some new >

Re: Am I the only one with scsi-ide CDR problems?

2000-10-14 Thread David Riley
safemode wrote: > > I'm just wondering if I'm the only person who has had problems with > 2.4.0-test9 recording on ide-scsi cdr's? > Nobody has posted anything about it and the test10-prex changefiles don't > mention it. cdrecord reports very weird results when scanning the scsi > bus whereas

Re: BIOS problem, pro Microsoft, anti other OS

2000-12-26 Thread David Riley
Marvin Stodolsky wrote: > > To Maintainer: > PCI SUBSYSTEM > P: Martin Mares > M: [EMAIL PROTECTED] > L: [EMAIL PROTECTED] > S: Supported > > This alert should probably be forwarded to Others, but appropriate > subTask persons in the kernel-source Maintainers list were not

Possible bounce messages...

2000-10-27 Thread David Riley
My mail server was messed up for a few days while I moved it and I'm not sure if the bouncefilter caught all my bounce messages. If it didn't, I'm sorry. Otherwise... well, forget it I guess. Thanks, David - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: kernel

2000-11-06 Thread David Riley
Joe Harrington wrote: > > Sorry about the question to do with visuall gcc. Alot of people seemed to > get a intolerable response to my question. The reason I posted it here was > a) I am lazy, b) On all the sites to do with Kdevelop the download links are > down, and c) I wanted to use the

Re: newbie, 2.4.0 on Asus CUSL2 (Intel 815E chipset with onboard video)

2000-11-14 Thread David Riley
"Stephen Gutknecht (linux-kernel)" wrote: > > Thanks for the prior help on getting the kernel to compile; real newbie > mistake of not finding the right options in the "make menuconfig" screens. > > I can now compile 2.4.0-test, but it hangs on the first line of loading. > > -- I have tried

Bus mastering troubles with AGP Voodoo3

2001-02-22 Thread David Riley
I knew my performance hit had to be coming from somewhere... I'm using an MSI K7T Pro mtherboard (KT133 chipset) and a Voodoo3 2000. I can't seem to set bus mastering on the AGP card at all. This does not work: setpci -s 01:00.0 4.w=0007 (setpci -s 01:00.0 4.w gives me 0003) Nor does:

Oh, and one more thing...

2001-02-22 Thread David Riley
This is in kernel 2.4.2. I don't really know how long this has been going on, but I would guess that it's been like this since I got my board (the performance has been the same throughout). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: New directions for kernel development

2001-04-01 Thread David Riley
Linus Torvalds wrote: Uhm, yeah... I don't know who wrote this, but it came from Washington state and was written with MS Outlook... Something tells me that this April Fool's joke wasn't Linus'. :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

[PATCH 1/2] kernel: time: Add udelay_test module to validate udelay

2014-05-06 Thread David Riley
Create a module that allows udelay() to be executed to ensure that it is delaying at least as long as requested. Signed-off-by: David Riley Reviewed-on: https://chromium-review.googlesource.com/194223 Reviewed-by: Doug Anderson --- kernel/time/Kconfig |7 ++ kernel/time/Makefile

[PATCH 0/2] Add test to validate udelay

2014-05-06 Thread David Riley
This change adds a module and a script that makes use of it to validate that udelay delays for at least as long as requested (as compared to ktime). David Riley (2): kernel: time: Add udelay_test module to validate udelay tools: add script to test udelay kernel/time/Kconfig |7

[PATCH 2/2] tools: add script to test udelay

2014-05-06 Thread David Riley
This script makes use of the udelay_test module to exercise udelay() and ensure that it is delaying long enough (as compared to ktime). Signed-off-by: David Riley --- tools/time/udelay_test.sh | 66 + 1 file changed, 66 insertions(+) create mode

Re: [PATCH 0/2] Add test to validate udelay

2014-05-07 Thread David Riley
On Tue, May 6, 2014 at 9:19 PM, Doug Anderson wrote: > John, > > On Tue, May 6, 2014 at 5:25 PM, John Stultz wrote: >> On 05/06/2014 05:12 PM, David Riley wrote: >>> This change adds a module and a script that makes use of it to >>> validate that udelay delays

[PATCH v3 2/2] tools: add script to test udelay

2014-06-12 Thread David Riley
This script makes use of the udelay_test module to exercise udelay() and ensure that it is delaying long enough (as compared to ktime). Signed-off-by: David Riley --- tools/time/udelay_test.sh | 66 +++ 1 file changed, 66 insertions(+) create mode

[PATCH v3 0/2] Add test to validate udelay

2014-06-12 Thread David Riley
- update commit message to indicate what this test targets - fixed checkpatch whitespace error - rebased David Riley (2): kernel: time: Add udelay_test module to validate udelay tools: add script to test udelay kernel/time/Kconfig | 7 ++ kernel/time/Makefile | 1 + kernel/time

[PATCH v3 1/2] kernel: time: Add udelay_test module to validate udelay

2014-06-12 Thread David Riley
delay instead. This test aims to identify those configurations where timing is unreliable. Signed-off-by: David Riley --- kernel/time/Kconfig | 7 ++ kernel/time/Makefile | 1 + kernel/time/udelay_test.c | 170 ++ 3 files changed, 178

Re: [PATCH v2 0/2] Add test to validate udelay

2014-06-09 Thread David Riley
Hi, I was wondering if there were any comments to this patch or if it was picked up somewhere? Thanks, Dave On Wed, May 14, 2014 at 3:30 PM, David Riley wrote: > This change adds a module and a script that makes use of it to > validate that udelay delays for at least as long as req

[PATCH v2 1/2] kernel: time: Add udelay_test module to validate udelay

2014-05-14 Thread David Riley
Create a module that allows udelay() to be executed to ensure that it is delaying at least as long as requested (with a little bit of error allowed). Signed-off-by: David Riley Reviewed-by: Doug Anderson --- kernel/time/Kconfig |7 ++ kernel/time/Makefile |1 + kernel/time

[PATCH v2 2/2] tools: add script to test udelay

2014-05-14 Thread David Riley
This script makes use of the udelay_test module to exercise udelay() and ensure that it is delaying long enough (as compared to ktime). Signed-off-by: David Riley --- tools/time/udelay_test.sh | 66 + 1 file changed, 66 insertions(+) create mode

[PATCH v2 0/2] Add test to validate udelay

2014-05-14 Thread David Riley
This change adds a module and a script that makes use of it to validate that udelay delays for at least as long as requested (as compared to ktime). Changes since v1: - allow udelay() to be 0.5% faster than requested as per feedback David Riley (2): kernel: time: Add udelay_test module

Re: [PATCH v3 1/2] kernel: time: Add udelay_test module to validate udelay

2014-06-13 Thread David Riley
On Fri, Jun 13, 2014 at 9:06 AM, John Stultz wrote: > On Thu, Jun 12, 2014 at 1:13 PM, David Riley wrote: >> Create a module that allows udelay() to be executed to ensure that >> it is delaying at least as long as requested (with a little bit of >> error allowed).

[PATCH v4 1/2] kernel: time: Add udelay_test module to validate udelay

2014-06-16 Thread David Riley
delay instead. This test aims to identify those configurations where timing is unreliable. Signed-off-by: David Riley --- kernel/time/Makefile | 1 + kernel/time/udelay_test.c | 168 ++ lib/Kconfig.debug | 9 +++ 3 files changed, 178

  1   2   >