Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Arjan van de Ven <[EMAIL PROTECTED]>: > I hereby volunteer to maintain at least make oldconfig and make config, > and perhaps make menuconfig. That's the easy part; the CML1 config code may be ugly and broken, but at least it's relatively stable. What you'd also have to do is maintain an

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Mike Castle
On Fri, May 18, 2001 at 12:00:59PM -0400, John Cowan wrote: > Christoph Hellwig wrote: > Yes, I should have limited myself to pre-egcs versions. Huh? It's been possible to have multiple versions of gcc installed for a very long time. At least since 2.0 came out. Thu Dec 19 15:54:29 1991 K.

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Michael Meissner <[EMAIL PROTECTED]>: > On Fri, May 18, 2001 at 06:09:09PM +0200, Christoph Hellwig wrote: > > Aunt Tillie shouldn't try to manually configure a kernel. > > Ummm, maybe Aunt Tillie wants to learn how to configure a kernel After > all, all of us at one point in time were

Re: Kernel bug with UNIX sockets not detecting other end gone?

2001-05-18 Thread Kurt Roeckx
On Thu, May 17, 2001 at 11:57:45PM +0100, Chris Evans wrote: > > Hi, > > I wonder if the following is a bug? It certainly differs from FreeBSD 4.2 > behaviour, which gives the behaviour I would expect. > > The following program blocks indefinitely on Linux (2.2, 2.4 not tested). > Since the

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Arjan van de Ven <[EMAIL PROTECTED]>: > Right now, it's now a dropping back. You seem to take for granted that CML2 > and your python2 frontend to it are 2.5.0 material. I don't right now. Linus is free to change his mind. Perhaps he will. But the last word I heard from him is that CML2 goes

Re: CML2 design philosophy heads-up

2001-05-18 Thread Ruth Ivimey-Cook
At 04:22 PM 5/13/01 +0200, you wrote: >I've said before on these lists that one of the purposes of >CML2's single-apex tree design is to move the configuration >dialog away from low-level platform- specific questions towards >higher-level questions about policy or intentions. > >Or to put another

Re: LANANA: To Pending Device Number Registrants

2001-05-18 Thread Pavel Machek
Hi! Hi! > They might also be exactly the same channel, except with certain magic > bits set. The example peter gave was fine: tty devices could very usefully > be opened with something like > > fd = open("/dev/tty00/nonblock,9600,n8", O_RDWR); > > where we actually open up exactly the

Re: CML2 design philosophy heads-up

2001-05-18 Thread Daniel Phillips
On Friday 18 May 2001 17:11, Arjan van de Ven wrote: > >(a) Back off the capability approach. That is, accept that > >people doing configuration are going to explicitly and > >exhaustively specify low-level hardware. > > > > > I don't want to do (a); it conflicts with my

Re: LANANA: To Pending Device Number Registrants

2001-05-18 Thread Pavel Machek
Hi! > > But no, I don't actually like sockets all that much myself. They are hard > > to use from scripts, and many more people are familiar with open/close and > > read/write. > > Agreed. > > It would be nice to use open/close/read/write for control and bulk and > sockets for interrupt and

Re: Linux 2.4.4-ac10

2001-05-18 Thread Rik van Riel
On Fri, 18 May 2001, Mike Galbraith wrote: > On Thu, 17 May 2001, Rik van Riel wrote: > > On Thu, 17 May 2001, Mike Galbraith wrote: > > > > > Only doing parallel kernel builds. Heavy load throughput is up, > > > but it swaps too heavily. It's a little too conservative about > > > releasing

Re: APIC, AMD-K6/2 -mcpu=586...

2001-05-18 Thread Bill Pringlemeir
> "WJP" == Bill Pringlemeir <[EMAIL PROTECTED]> writes: [snip] WJP> I have the 2.4.4 distribution from kernel.org. WJP> "http://www.kernel.org/pub/linux/kernel/v2.4/; WJP> I have a Mandrake system and selected the AMD processors and WJP> APIC option. The egcs-2.91.66 compiler with

Delivery reports about your email [FAILED(1)] (fwd)

2001-05-18 Thread kees
Hi Why? Kees -- Forwarded message -- Date: Fri, 18 May 2001 14:50:30 + From: The Post Office <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Delivery reports about your email [FAILED(1)] This is a collection of reports about email delivery process concerning a message

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Wayne . Brown
On 05/18/2001 at 11:45:40 AM [EMAIL PROTECTED] wrote: >I hereby volunteer to maintain at least make oldconfig and make config, >and perhaps make menuconfig. THANK YOU THANK YOU THANK YOU!!! I'm quite happy with the current form of oldconfig and menuconfig, and will continue to use them as

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Arjan van de Ven
Michael Meissner wrote: > > On Fri, May 18, 2001 at 06:09:09PM +0200, Christoph Hellwig wrote: > > Aunt Tillie shouldn't try to manually configure a kernel. > > Ummm, maybe Aunt Tillie wants to learn how to configure a kernel After > all, all of us at one point in time were newbies in

Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Arjan van de Ven <[EMAIL PROTECTED]>: > In my opinion, no configuration that is actually physically possible > is perverse. Noted. And a very pithy statement of the position. Thanks. -- http://www.tuxedo.org/~esr/;>Eric S. Raymond I do not find in orthodox Christianity one

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Michael Meissner
On Fri, May 18, 2001 at 06:09:09PM +0200, Christoph Hellwig wrote: > Aunt Tillie shouldn't try to manually configure a kernel. Ummm, maybe Aunt Tillie wants to learn how to configure a kernel After all, all of us at one point in time were newbies in terms of configuring kernels, etc. --

Alternatives to device nodes as directories idea?

2001-05-18 Thread Oliver Xymoron
It seems to me that Linus' idea of making device nodes work like directories is a little too clever and probably overkill but the only alternative I've seen suggested is Al's per-device filesystems which seems similarly excessive. Few devices will have a need for multiple streamable interfaces

Re: PIO mode support for 82371mx?

2001-05-18 Thread Thomas S. Iversen
> "accelerator"? it's just another ide controller. I know, but as you wrote, the marketing department and so forth. > or the piix driver doesn't recognize the pci vid/did for this > particular chip. both are easy to fix. I figured out it had to be something along those lines, but I'm not

2.4.4-ac9 freezes (2x)

2001-05-18 Thread mirabilos
Repost because I got no answer :( But I have added new information. 2.4.4-ac9 did compile for me with CONFIG_RWSEM_GENERIC_* on. But it freezes when accessing the floppy. And it freezes during sound playback. My laptop (Scenic Mobile 510 from Siemens) has an onboard ESS1869 which works fine with

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Arjan van de Ven
"Eric S. Raymond" wrote: > > It would. Because people who like the old config would continue to use the > > old tools > > Excuse me? > Do you really believe that anyone is going to maintain the CML1 tools > for as long as a nanosecond after they get dropped out of the kernel tree? I hereby

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Christoph Hellwig
On Fri, May 18, 2001 at 12:34:13PM -0400, Eric S. Raymond wrote: > Alan, it sounds very much like you just said something stupid. This > seems sufficiently unlikely that I am shaking my head in disbelief and > fingernailing wax out of both ears (and if you think doing both those > things at once

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Alan Cox <[EMAIL PROTECTED]>: > > I think you're confusing a couple of different issues here, Alan. Even > > supposing CML2 could parse CML1 rulesets, the design question about how > > configuration *should* work (that is, what kind of user experience we > > want to create and who we optimize

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Steven Cole
On Friday 18 May 2001 09:19, Jes Sorensen wrote: > Replacing the code does not require changing the style of the config > files. Thats a major problem with CML2, you introduce a new 'let me do > everything for you' tool that relies on a programming language that is > not being shipped by any

Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Jonathan Morton <[EMAIL PROTECTED]>: > Not everyone falls into the "expert user" and "Aunt Tillie" categories. > It's a *very* big grey area. If some semi-computer-literate user (ie. some > friends of mine!) wants to upgrade their kernel so they have access to > newer hardware (such as a cheap

Re: CML2 design philosophy heads-up

2001-05-18 Thread Arjan van de Ven
"Eric S. Raymond" wrote: > > Arjan van de Ven <[EMAIL PROTECTED]>: > > Don't get me wrong. I'm NOT opposed to having a config tool everyone and > > their aunt can use. I'm opposed to that tool taking away the options expert > > users have to do what they know is right for them. > > I'll take

Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Alan Cox <[EMAIL PROTECTED]>: > > I don't want to do (a); it conflicts with my design objective of > > simplifying configuration enough that Aunt Tillie can do it. I won't > > do that unless I see a strong consensus that it's the only Right Thing. > > Its a good way of getting the defaults

Re: CML2 design philosophy heads-up

2001-05-18 Thread Christer Weinigel
Alan Cox wrote: >At most it bounds the busses directly available. I've yet to see VME cardbus >adapters but its quite possible. You didn't try google did you? *grin* http://www.ramix.com/products/busadapters/rm235m.html /Christer -- "Just how much can I get away with and still go to

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Christoph Hellwig
On Fri, May 18, 2001 at 12:04:34PM -0400, Eric S. Raymond wrote: > Alan Cox <[EMAIL PROTECTED]>: > > > I don't want to do (a); it conflicts with my design objective of > > > simplifying configuration enough that Aunt Tillie can do it. I won't > > > do that unless I see a strong consensus that

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Kai Germaschewski
On Fri, 18 May 2001, Eric S. Raymond wrote: > That being the case, we do face a question of design > philosophy, expressed as a policy question about how to design > rulesets. Actually two questions: > > 1. When we have a platform symbol for a reference design like MVME147, do >we stick to

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Alan Cox
> I think you're confusing a couple of different issues here, Alan. Even > supposing CML2 could parse CML1 rulesets, the design question about how > configuration *should* work (that is, what kind of user experience we > want to create and who we optimize ruleset design for) wouldn't go away.

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Christoph Hellwig
On Fri, May 18, 2001 at 11:51:28AM -0400, John Cowan wrote: > Jes Sorensen wrote: > > > Telling them to install an updated gcc for kernel compilation > > is a necessary evil, which can easily be done without disturbing the > > rest of the system. Updating the system's python installation is not

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread John Cowan
Christoph Hellwig wrote: > On Fri, May 18, 2001 at 11:51:28AM -0400, John Cowan wrote: > >>Jes Sorensen wrote: >> >> >>>Telling them to install an updated gcc for kernel compilation >>>is a necessary evil, which can easily be done without disturbing the >>>rest of the system. Updating the

Re: CML2 design philosophy heads-up

2001-05-18 Thread Jonathan Morton
>> Aunt Tillie doesn't even know what a kernel is, nor does she want >> to. I think it's fair to assume that people who configure and >> compile their own kernel (as opposed to using the distribution >> supplied ones) know what they are doing. > >I'd like to break these assumptions. Or at the

Patch for supporting CPR register in 16C950 UART

2001-05-18 Thread fabrizio . gennari
Hello. Here is a patch (tested on kernels 2.4.3 and 2.4.4) that adds 2 ioctl's in serial.c. One, TCSSERCPR, sets the CPR register in 16C950 UARTs. This register is a pre-scaler (that is, a divisor) for the clock. If the value is N, the clock is divided by N/8. If N<8, pre-scaling is disabled

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Alan Cox <[EMAIL PROTECTED]>: > > In general this is the best option, if you create a non-standard > > configuration for machine foo then it is your problem, not everybody > > else's. > > Which makes CML2 inferior to CML1 again. Now if it could parse CML1 rulesets > this whole discussion

Sound sequencer (at least with a GUS card) doesn't honor HZ value

2001-05-18 Thread Guus Sliepen
Hello, I've recently started compiling i386 kernels with HZ (and also CLOCKS_PER_SEC) set to 1024 instead of 100 for various reasons. All works perfectly, except when I play mod files with s3mod on my Gravis UltraSound card. The modules are played 10 times too fast: [guus@haplo]~>time s3mod

PIO mode support for 82371mx?

2001-05-18 Thread Thomas S. Iversen
Hi I was just wondering if there is any support for the 82371mx accelerator in the IDE driver. It doesn't appear that way to me, but that can be my fault :) Just to be precise. I'm talking about this chip: ftp://download.intel.com/support/chipsets/430mx/290525.pdf I have tried stock debian

Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Arjan van de Ven <[EMAIL PROTECTED]>: > Don't get me wrong. I'm NOT opposed to having a config tool everyone and > their aunt can use. I'm opposed to that tool taking away the options expert > users have to do what they know is right for them. I'll take that as a vote for (b), to handle even

Re: [patch] 2.4.0, 2.2.18: A critical problem with tty_io.c

2001-05-18 Thread Al Borchers
Alan Cox wrote: > Add an 'owner' field to the objects we are using. Then we can lock the tty > and the ldisc from the tyy_io code rather than in serial.c and friends. This > removes the unload during open/close races we currently have in serial.c > > Take a look at videodev.c for a fairly clear

Re: CML2 design philosophy heads-up

2001-05-18 Thread Alan Cox
> 1. When we have a platform symbol for a reference design like MVME147, do >we stick to its spec sheet or consider it representative of all derivatives >(which may have other facilities)? At most it bounds the busses directly available. I've yet to see VME cardbus adapters but its

Re: CML2 design philosophy heads-up

2001-05-18 Thread Alan Cox
> > (c) Decide not to support this case and document the fact in the > > rulesfile. If you're going put gunge on the VME bus that replaces > > the SBC's on-board facilities, you can hand-hack your own configs. > > In general this is the best option, if you create a non-standard >

Re: CML2 design philosophy heads-up

2001-05-18 Thread Charles Cazabon
David Lang <[EMAIL PROTECTED]> wrote: > > Whether this is desirable or not is debatable. The big question is: why > > on earth would Aunt Tillie _want_ to compile a kernel at all, let alone > > re-configure one? If she's using Linux, she's installing her > > distribution's pre-compiled

Re: CML2 design philosophy heads-up

2001-05-18 Thread Justin Carlson
On Fri, 18 May 2001, Jes Sorensen wrote: > Oh I don't, on the other hand I see you consistently ignoring the > needs and requirements of the users. So far I haven't heard a single > developer say something positive about CML2, the most positive I have > heard so far has been "whatever", "it's

Re: CML2 design philosophy heads-up

2001-05-18 Thread Alan Cox
> Simplifying the configuration interface so that "anyone" can use it seems like > a waste of effort. If there's an interested novice out there who wants to > learn how to configure a kernel, they'll be sufficiently interested to invest > an hour or two in learning how the whole process works.

Re: FIC AD11(AMD 761/VIA 686B) AGP port not supported

2001-05-18 Thread Alan Cox
> agpgart: Maximum main memory to use for agp memory: 94M > agpgart: Unsupported AMD chipset (device id: 700e), you might want to try >agp_try_unsupported=1. > agpgart: no supported devices found. > > What does agp_try_unsupported mean? Where do I set this setting? It says 'assume this

Re: CML2 design philosophy heads-up

2001-05-18 Thread Arjan van de Ven
On Fri, May 18, 2001 at 11:26:25AM -0400, Eric S. Raymond wrote: > I'd like to break these assumptions. Or at the very least see how far > they can be bent. I know this sounds crazy to a lot of hackers, but > I think there's a certain amount of unhelpful elitism and self-puffery > in the

Re: CML2 design philosophy heads-up

2001-05-18 Thread David Lang
why is it that so many people seem to think that it's a good thing to only use precompiled kernels from the distro? a kernel tuned for a particular machine can boot faster and run faster then a 'stock' kernel. unless you want to replace the kernel compile config options with a similar sized

Re: CML2 design philosophy heads-up

2001-05-18 Thread Charles Cazabon
Eric S. Raymond <[EMAIL PROTECTED]> wrote: > Arjan van de Ven <[EMAIL PROTECTED]>: > > Aunt Tillie doesn't even know what a kernel is, nor does she want > > to. I think it's fair to assume that people who configure and > > compile their own kernel (as opposed to using the distribution > >

Re: 8139too on 2.2.19 doesn't close file descriptors

2001-05-18 Thread Santiago Garcia Mantinan
> No, that's OK. I realised about this when I inserted up_and_exit on 2.2 and still it did the same :-) > Try putting an > exit_files(current); > at the start of rtl8139_thread() Yes, this seems to solve the problem, thanks! Regards... -- Manty/BestiaTester -> http://manty.net - To

Re: CML2 design philosophy heads-up

2001-05-18 Thread Eric S. Raymond
Arjan van de Ven <[EMAIL PROTECTED]>: > Aunt Tillie doesn't even know what a kernel is, nor does she want > to. I think it's fair to assume that people who configure and > compile their own kernel (as opposed to using the distribution > supplied ones) know what they are doing. I'd like to break

Re: CML2 design philosophy heads-up

2001-05-18 Thread Arjan van de Ven
Keith Owens wrote: > > (c) Decide not to support this case and document the fact in the > > rulesfile. If you're going put gunge on the VME bus that replaces > > the SBC's on-board facilities, you can hand-hack your own configs. > > In general this is the best option, if you

Re: CML2 design philosophy heads-up

2001-05-18 Thread Jes Sorensen
> "Eric" == Eric S Raymond <[EMAIL PROTECTED]> writes: Eric> Jes Sorensen <[EMAIL PROTECTED]>: >> For a start, so far there has been no reason whatsoever to change >> the format of definitions. Eric> The judgment of the kbuild team is unanimous that you are Eric> mistaken on this. That's

Re: CML2 design philosophy heads-up

2001-05-18 Thread David Lang
if you punt in case C you should then have a mode where all dependancies are ignored and all options are presented to the person ding the config. This is FAR better then forcing them to hand-hack the config file. possibly split the rules file into two parts. part 1. absolute requirements (i.e.

Re: CML2 design philosophy heads-up

2001-05-18 Thread Arjan van de Ven
>(a) Back off the capability approach. That is, accept that >people doing configuration are going to explicitly and >exhaustively specify low-level hardware. > I don't want to do (a); it conflicts with my design objective of > simplifying configuration enough that Aunt

Re: CML2 design philosophy heads-up

2001-05-18 Thread Keith Owens
cc trimmed back to mailing lists only. On Fri, 18 May 2001 10:53:53 -0400, "Eric S. Raymond" <[EMAIL PROTECTED]> wrote: > (a) Back off the capability approach. That is, accept that > people doing configuration are going to explicitly and > exhaustively specify low-level

Re: [PATCH] SMP race in ext2 - metadata corruption.

2001-05-18 Thread Stephen C. Tweedie
Hi, On Fri, May 11, 2001 at 04:54:44PM +0200, Daniel Phillips wrote: > The only reasonable way I can think of getting a block-coherent view > underneath a mounted fs is to have a reverse map, and update it each > time we map block into the page cache or unmap it. It's called the "buffer

Re: Linux kernel programming for beginners

2001-05-18 Thread Jes Sorensen
> "Bohdan" == Bohdan Vlasyuk <[EMAIL PROTECTED]> writes: Bohdan> Does anybody know any nice resource for beginners to try to Bohdan> write some device drivers/other stuff ? You can try my 'Linux Kernel Programming' slide set that I have used for my tutorials on various conferences. The

FIC AD11(AMD 761/VIA 686B) AGP port not supported

2001-05-18 Thread Joshua Corbin
The Motherboard is a FIC AD11(AMD 761/VIA 686B chipset). Vid-card is a radeon 32M ddr model. Whenever I startx with the radeon driver, the machine hangs, forced to use reset switch, not even C-A-Del works. But with the generic vga driver I get all of 16 colors at less than 640x480. Here

Re: LANANA: To Pending Device Number Registrants

2001-05-18 Thread Stephen C. Tweedie
Hi, On Wed, May 16, 2001 at 12:18:15PM -0400, Michael Meissner wrote: > With the current LABEL= support, you won't be able to mount the disks with > duplicate labels, but you can still mount them via /dev/sd. Or you can fall back to mounting by UUID, which is globally unique and still avoids

Re: Kernel support for Sony Vaio PCG-FX140

2001-05-18 Thread Alan Cox
> 1) The ethernet: > 01:08.0 Ethernet controller: Intel Corporation 82820 820 (Camino 2) Chipset Ethernet >(rev 03) > Subsystem: Intel Corporation: Unknown device 3013 > Flags: bus master, medium devsel, latency 66, IRQ 9 > Memory at f4105000 (32-bit, non-prefetchable)

Re: New AIC7xxx driver - Berkeley DB1 to DB3

2001-05-18 Thread Justin T. Gibbs
> >Can someone verify if it's legal to change the include/link in the >assembler for AIC7xxx ? DB 1.85 has header clash with DB 3 (db.h). If you upgrade to the latest driver from here: http://people.FreeBSD.org/~gibbs/linux/ you won't have to deal with the aicasm build. -- Justin - To

Re: IPv6: the same address can be added multiple times

2001-05-18 Thread Pekka Savola
On Mon, 14 May 2001 [EMAIL PROTECTED] wrote: > Hello! > > > 2) no significant restrictions (==this) > > When user asks to create some object, the only required thing > of any reasonable interface is to return an error when the object > is not added. Please don't get stuck on that -- It wasn't

Re: LANANA: To Pending Device Number Registrants

2001-05-18 Thread Heinz J. Mauelshagen
On Thu, May 17, 2001 at 02:35:55AM -0400, Albert D. Cahalan wrote: > Heinz J. Mauelshag writes: > > > LVM does a similar thing storing UUIDs in its private metadata > > area on every device used by it. > > > > Problem is: neither MD nor LVM define a standard in Linux > > which *needs* to be used

Re: [newbie] timer in module

2001-05-18 Thread Alan Cox
> > Your timer is like an interrupt (in fact it runs from one) so you will > need > > to lock it against transmit, receive, multicast list loads and get_stats > > all of which can happen at the same time. > > So I must disable interrupt when I handle another function like receive > etc ... That

Re: LANANA: To Pending Device Number Registrants

2001-05-18 Thread Brian Wheeler
> > On Thursday 17 May 2001 22:00, Brian Wheeler wrote: > > Consider an ID consisting of: > > * vendor > > * model > > Vendor and model ids are available for PCI and USB devices, but I think you > can not assume that all busses have them and you dont gain anything if you > keep them

SCSI CD problems

2001-05-18 Thread Steven Cook
Hi all, My machine sometimes crashes completely when reading or writing a CD with my SCSI burner. I thought for ages that it was a hardware problem, but this week I tried FreeBSD on it to make sure. Now I think it's a problem with Linux. In FreeBSD I copied the contents of ten CDs to the hard

Re: [newbie] timer in module

2001-05-18 Thread Richard B. Johnson
On Fri, 18 May 2001, sebastien person wrote: > Le Fri, 18 May 2001 08:32:33 -0400 (EDT) > Bart Trojanowski <[EMAIL PROTECTED]> a ecrit : > > > On Fri, 18 May 2001, sebastien person wrote: > > > > > I have a network module that need to regularly get data from network > > > adaptater. > > > But

Re: Kernel support for Sony Vaio PCG-FX140

2001-05-18 Thread Nick Papadonis
Petr Konecny <[EMAIL PROTECTED]> writes: First I have a VAIO FX140 also. > Hi, > > I started to use Linux on Sony Vaio PCG-FX140. It has Intel 815-EM > chipset. I got the network card working, but had little luck with other > stuff. I used 2.4.4-ac4. > > 1) The ethernet: Use the e100 driver

Re: rtl8139 - kernel 2.4.3

2001-05-18 Thread Ted Gervais
Yup! Mine was ok too with the 2.4.2 kernel. So something has changed from 2.4.3 and up. Hmm?? On Fri, 18 May 2001, Martin Josefsson wrote: > Date: Fri, 18 May 2001 13:31:56 +0200 (CEST) > From: Martin Josefsson <[EMAIL PROTECTED]> > To: Ted Gervais <[EMAIL PROTECTED]> > Subject: Re:

APIC, AMD-K6/2 -mcpu=586...

2001-05-18 Thread Bill Pringlemeir
Hello, I have the 2.4.4 distribution from kernel.org. "http://www.kernel.org/pub/linux/kernel/v2.4/; I have a Mandrake system and selected the AMD processors and APIC option. The egcs-2.91.66 compiler with -mcpu=586. It appears that the structure alignment of the floating point registers

Re: [newbie] timer in module

2001-05-18 Thread sebastien person
Le Fri, 18 May 2001 08:32:33 -0400 (EDT) Bart Trojanowski <[EMAIL PROTECTED]> a ecrit : > On Fri, 18 May 2001, sebastien person wrote: > > > I have a network module that need to regularly get data from network > > adaptater. > > But I don't know if it safe to do a loop with a timer in the

Re: [newbie] timer in module

2001-05-18 Thread sebastien person
Le Fri, 18 May 2001 13:43:21 +0100 (BST) Alan Cox <[EMAIL PROTECTED]> a ecrit : > > I've no experience of a regularly call that let the hand to the module. > > My aim is to do a get data call every x seconds (x is variable). > > init_timer() > add_timer() > del_timer() > >

NETDEV WATCHDOG (Re: locked 3c905B with 2.4.5pre2)

2001-05-18 Thread G. Hugh Song
> Re: locked 3c905B with 2.4.5pre2 > > From: Julian Anastasov ([EMAIL PROTECTED]) > Date: Thu May 17 2001 - 04:22:15 EST > >* Next message: Karsten Keil: "Re: patch-2.2.19.gz" >* Previous message: David Wilson: "RE: FW: I think I've found a serious bug in >AMD Athlon page_alloc.c

Kernel support for Sony Vaio PCG-FX140

2001-05-18 Thread Petr Konecny
Hi, I started to use Linux on Sony Vaio PCG-FX140. It has Intel 815-EM chipset. I got the network card working, but had little luck with other stuff. I used 2.4.4-ac4. 1) The ethernet: 01:08.0 Ethernet controller: Intel Corporation 82820 820 (Camino 2) Chipset Ethernet (rev 03)

[Panic] skb problems in 2.4.5-pre3 (repeatable)

2001-05-18 Thread Tomlinson, Edward
Hi, This does not seem to be making it to the from my sympatico account... Is lkml blocking sympatico.ca? Hopefully outlook does not scramble it too badly. > I have had this happen three times. It seems to get trigged when > forwarding > from my internal networks to the internet via a

Re: [newbie] timer in module

2001-05-18 Thread Alan Cox
> I've no experience of a regularly call that let the hand to the module. > My aim is to do a get data call every x seconds (x is variable). init_timer() add_timer() del_timer() are your frinnds. > In the case of a network module wich is able to send and receive data, >

[PATCH] [RESEND] fs/binfmt_elf.c changes vs 2.4.5-pre3

2001-05-18 Thread Paul Mackerras
Linus, This patch against 2.4.5-pre3 makes 3 changes to fs/binfmt_elf.c: 1. It fixes the csp calculation so that it actually achieves the 16 byte final alignment that the comment claims. Previously the csp calculation didn't take the AT_NULL entry into account. If you look at the

Re: [newbie] timer in module

2001-05-18 Thread Bart Trojanowski
On Fri, 18 May 2001, sebastien person wrote: > I have a network module that need to regularly get data from network > adaptater. > But I don't know if it safe to do a loop with a timer in the module. First off you have to decide where you want to run your 'get data'. There are three context

Re: VIA/PDC/Athlon

2001-05-18 Thread Pavel Roskin
Hi, Steven! > Ehm, "lspci" and "setpci" is part of the pci-utils package (at least on RedHat) > and is used to dump/modify PCI configuration space (/proc/bus/pci). If you know > how to use these tools to dump PNP bios, please tell us. Sorry, of course I meant "lspnp" and "setpnp" from

[newbie] timer in module

2001-05-18 Thread sebastien person
Hi, I have a network module that need to regularly get data from network adaptater. But I don't know if it safe to do a loop with a timer in the module. e.g. I want to do something like that after ifconfig call : while(1) { timer call() get data() // these datas are

Re: ReiserFs: Cosmetic problem in linux/Documentation/Changes [2.4.x]

2001-05-18 Thread Martin.Knoblauch
"Martin.Knoblauch" wrote: > > Hi, > > I submitted this a short while ago, only to realize later that the > subject line was not very informative. Sorry. > > As a suggestion: maybe the reiser-tools should support the common > -V/--version flag > > Martin > just forget it. Bad day

Re: rtl8139 - kernel 2.4.3

2001-05-18 Thread Martin Josefsson
On Thu, 17 May 2001, Ted Gervais wrote: > > I get the following when ftping from one workstation to another. > Using kernel 2.4.3 and Redhat7.1: > > Assertion failed! tp->tx_info[entry].skb == >NULL,8139too.c,rtl8139_start_xmit,line=1676 > Assertion failed! tp->tx_info[entry].mapping ==

Re: IPv6: the same address can be added multiple times

2001-05-18 Thread kuznet
Hello! > 2) no significant restrictions (==this) When user asks to create some object, the only required thing of any reasonable interface is to return an error when the object is not added. KAME's one is broken, ours is _one_ of right ones. Another example of bad mistake is mine: I have

Re: [patch] 2.4.0, 2.2.18: A critical problem with tty_io.c

2001-05-18 Thread Alan Cox
> - implements tty->ldisc_sem to plug race between do_tty_hangup() > and tty_set_ldisc(). Is this the ldisc race to which you refer? Actually I'd missed that one. I was referring to the module race on the ldisc > +#ifdef CONFIG_MODULES > + struct module *owner; > +#endif I'd rather the

Re: [patch] 2.4.0, 2.2.18: A critical problem with tty_io.c

2001-05-18 Thread Alan Cox
> Where is an example of the "other locking fix styles" that you and Ted want > to apply to the serial drivers? > I would be interested to try to figure this out and fix it--can you give > me more of an idea of what the problem is? Add an 'owner' field to the objects we are using. Then we can

Re: Linux 2.4.4-ac10: Oops

2001-05-18 Thread FAVRE Gregoire
Thus spake Alan Cox ([EMAIL PROTECTED]): > > SCSI subsystem driver Revision: 1.00 > > PCI: Found IRQ 11 for device 00:0b.0 > > Unable to handle kernel NULL pointer dereference at virtual address 000 > > printing eip: > > What scsi drivers do you have and which are on IRQ 11 I have two:

Re: [PATCH] new version of singlecopy pipe

2001-05-18 Thread J . A . Magallon
On 05.17 Manfred Spraul wrote: > "David S. Miller" wrote: > > > > J . A . Magallon writes: > > > > What platform? > > > > > Any more info ? > > > > No, I thought it might be some cache flushing issue > > on a non-x86 machine. > > > I found the problem: > I sent out the old patch :-( > >

Re: 8139too on 2.2.19 doesn't close file descriptors

2001-05-18 Thread Andrew Morton
Santiago Garcia Mantinan wrote: > > Hi! > > I was tracking down a problem with Debian installation freezing when doing > the ifconfig of the 8139too driver on 2.2.19 kernel, and found that this was > caused by 8139too for 2.2.19 not closing it's file descriptors. > > The original code by Jeff

PATCH: sonicvibes / pci_enabled_device and error returns

2001-05-18 Thread Marcus Meissner
Hi, this moves pci_enable_device() before any resource access in probe() and cleans up the error return values. No functional changes. Ciao, Marcus Index: drivers/sound/sonicvibes.c === RCS file:

Re: [patch] 2.4.0, 2.2.18: A critical problem with tty_io.c

2001-05-18 Thread Andrew Morton
Alan Cox wrote: > > > > drivers and fix their open/close routines to work with this patch? Peter > > > and I can take some time to do that--if that would help. > > > > That would be one big help. Having done that I'd like to go over it all with > > Ted first (if he has time) before I push it to

ReiserFs: Cosmetic problem in linux/Documentation/Changes [2.4.x]

2001-05-18 Thread Martin.Knoblauch
Hi, I submitted this a short while ago, only to realize later that the subject line was not very informative. Sorry. As a suggestion: maybe the reiser-tools should support the common -V/--version flag Martin "Martin.Knoblauch" wrote: > > Hi, > > apparently the method to find out the

Cosmetic problem in Documentation/Changes [2.4.x]

2001-05-18 Thread Martin.Knoblauch
Hi, apparently the method to find out the version of the reiserfs[progs] mentioned in above file does not produce any result at all. # reiserfsck 2>&1|grep reiserfsprogs reports nothing. If I look at the output "manually", there does not seem to be any version in there. Martin --

Re: [patch] 2.4.0, 2.2.18: A critical problem with tty_io.c

2001-05-18 Thread Al Borchers
Alan Cox wrote: > So I stuck my justify this change to Ted hat on. And failed. > > For one the cleanest way to handle all the locking is to propogate the other > locking fix styles into both the ldisc and serial drivers. At least for 2.4 If I understand you right, the plan is to leave tty_open

Re: smp hangs with 2.2.19 kernel

2001-05-18 Thread kees
Hi, I have solid hangs (no log) with SMP machine for some time. I swapped almost all of the hardware (incl mobo). Dual PIII 677 MHZ on MSI 694D mobo. I had the hangs with 2.2.19 AND now also with 2.4.4. I linked the kdb in the kernel and when the lockup occurred I was able the get some info

Re: Linux scalability?

2001-05-18 Thread Ronald Bultje
On 18 May 2001 10:30:40 +0200, reiser.angus wrote: > TUX does not exist on 2.2 kernel > They use a RedHat 7.0 with a 2.4 kernel patched by RedHat (with TUX, > zerocopy, etc..) I am pretty sure the C'T article mentioned that TUX did use a 2.2.x kernel - so it does exist. How else could they make

Re: Linux 2.4.4-ac10

2001-05-18 Thread André Dahlqvist
David Balazic <[EMAIL PROTECTED]> wrote: > What old old binutils ? > Isn't there a clear requirement for a minimum binutils version in > Documentation/Changes ( or maybe it is README ... ) ? Yes there is. From the Changes file: o binutils 2.9.1.0.25 # ld -v --

Re: Kernel bug with UNIX sockets not detecting other end gone?

2001-05-18 Thread Olaf Titz
> kernel does know that it has been 'disconnected'. One can even justify the > inconcsistent behavior -- the write definitely has no place to go (now), but > the read can't be totally sure that there is no possible way anybody could > ever find the other end and write to it. For a socket created

Re: Linux scalability?

2001-05-18 Thread reiser.angus
> I read an article about TUX in the dutch C'T a few months ago (nov/dec > 2000, I think) - the real difference (according to the article) was the > 2.2.x kernel used in TUX. Look at the stats of the website, they used > Redhat 7.0 as base, with kernel 2.2.16. TUX does not exist on 2.2 kernel

Re: Linux scalability?

2001-05-18 Thread Ronald Bultje
On 18 May 2001 10:12:34 +0200, reiser.angus wrote: > > However, taking a closer look, it turns out, that the above statement > > holds true only for 1 and 2 processor machines. Scalability already > > suffers at 4 processors, and at 8 processors, TUX 2.0 (7500) gets beaten > > by IIS 5.0 (8001),

Re: LANANA: To Pending Device Number Registrants

2001-05-18 Thread Alan Cox
> > Consider an ID consisting of: > > * vendor > > * model > > Vendor and model ids are available for PCI and USB devices, but I think you > can not assume that all busses have them and you dont gain anything if you > keep them separate (unless you want to interpret the fields of the

<    1   2   3   4   5   >