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
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.
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
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
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
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
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
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
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
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
> "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
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
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
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
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
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.
--
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
> "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
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
"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
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
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
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
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
"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
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
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
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
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
> 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.
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
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
>> 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
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
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
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
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
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
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
> 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
> > (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
>
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
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
> 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.
> 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
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
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
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
> >
> 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
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
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
> "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
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.
>(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
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
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
> "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
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
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
> 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)
>
>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
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
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
> > 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
>
> 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
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
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
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
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:
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
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
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()
>
>
> 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
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)
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
> 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,
>
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
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
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
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
"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
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 ==
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
> - 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
> 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
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:
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 :-(
>
>
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
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:
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
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
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
--
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
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
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
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
--
> 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
> 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
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),
> > 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
101 - 200 of 433 matches
Mail list logo