- Forwarded message from Richard Gooch <[EMAIL PROTECTED]> -
Date: Sat, 2 Sep 2000 23:34:55 -0600
From: Richard Gooch <[EMAIL PROTECTED]>
To: Tom Rini <[EMAIL PROTECTED]>
Subject: Re: devfs config patch
In-Reply-To: <[EMAIL PROTECTED]>
Tom Rini writes:
>
> Hello. I've attached a minor
Alan Cox wrote:
>
> > However, in 2.5.0 we should apply it, and force it on *all* cpus just
> > to test it well. Then in 2.5.10 we should turn it off for
> > pentium/MMX+.
>
> Even original pentium has hardware optimised rep movs fast paths. Its just
> a few cpus they disable it via undocumented
Pavel Machek wrote:
>
> > If your patch doesn't hurt anything, even if it only adds marginal
> > performance, I'm pretty sure that Linus will accept it.
>
> I think patch like this is not safe for 2.4.X-pre.
Not necessary. These routines are quite simple so a 1 week period
spend in heavy tests
Who wants this?
invalid operand:
CPU:1
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 0039 ebx: cdfae6c0 ecx: c0288c4c edx: 0001
esi: c14b0c40 edi: ccd55c80 ebp: cf1a4560 esp: cb235e5c
ds: 0018 es: 0018 ss: 0018
Process gn
Alan Cox wrote:
> > Now when the Linux box a.b.c.1 (with secondary address d.e.f.1) wants to
> > talk to the BSD/OS system d.e.f.2 it does
> >
> > a.b.c.1 arp who-has d.e.f.2
>
> That is presumably what your routing table says, that both are reachable via
> the ethernet
>
> > Which d.e.f.2
On Mon, 4 Sep 2000, David Woodhouse wrote:
> Who wants this?
nfs_file_cred() <- nfs_create_request() <- nfs_update_request() <-
nfs_updatepage() <- nfs_commit_write() <- generic_file_write() <-
nfs_file_write() <- write(2).
Fscked credentials during write(2) on NFS...
-
To unsubscribe from t
"Richard B. Johnson" wrote:
>
> > I think patch like this is not safe for 2.4.X-pre.
> >
>
> Not safe only in that there is so much stuff changed all at once
> that it'd be a good idea not to change anything that doesn't have to
> be changed. I agree.
Actually there are no so many changes.
Rogier Wolff wrote:
> Hmm. Doesn't the spec say something about that you should preferrably
> use the "closest" IP number that you can find to communicate with a
> host?
>
> Yes, adding a route to "a.b.c.1 gw d.e.f.1" on the BSD box should
> work.
>
> But having a multi-homed host with a.b.c.1 on
Hello all,
as to the problem I described earlier about mysterios growing of the used
inodes number - another strange thing happened. Without applying any
patch or any changes in the system, the /proc/sys/fs/inode-max was set to
132000. System continued to increase the number in the
/proc/sys/fs
[EMAIL PROTECTED] (Andre Hedrick) writes:
>On 3 Sep 2000, Henning P. Schmiedehausen wrote:
>> [EMAIL PROTECTED] (Andre Hedrick) writes:
>>
>>
>> >Apology to Jeff,
>>
>> >I am sorry to here of this, but I know what you mean about microsoft.
>> >My and co-worker's code for doing full taskfile a
[EMAIL PROTECTED] (J. Dow) writes:
>> That's B.S. The GPL is a Copyright license; it applies whether or not
>> it is in the kernel. Microsoft (or anyone else for that matter) can't
>> take your code and use it without consent. The GPL is one way of giving
>> consent, with certain strings attac
Hi,
I have set the HZ constant to 1024 to increase the select resulution.
But the results of my measurements are not
as expected. I have a cyclical task (using select for timing) that
inverts a parallel port bit in each
cycle. I measure the high time with an oszillograph.
Here are my results:
1
On Mon, Sep 04, 2000 at 10:22:42AM +0800, Andrey Savochkin wrote:
> Andi, there may be two reasons of this behavior:
> 1. skb that triggered ARP request had a.b.c.1 source, either because
>a) the socket had been bound to that address, or
>b) preferred source in the routing table is wrong;
> > We ran 1.2.13lmp for about 1100 days before the box finally got
> > turned off - twice around the uptime clock and more
> That's must be some kind of unofficial record... I though 400+ days
> was pretty neat, but 1100 says is really impressive, especially on a
> kernel which has races with jif
Andi,
On Mon, Sep 04, 2000 at 10:45:06AM +0200, Andi Kleen wrote:
> On Mon, Sep 04, 2000 at 10:22:42AM +0800, Andrey Savochkin wrote:
> > Andi, there may be two reasons of this behavior:
> > 1. skb that triggered ARP request had a.b.c.1 source, either because
> >a) the socket had been bound t
Arjan van de Ven wrote:
>
> In article <[EMAIL PROTECTED]> you
>wrote:
>
> > Well, the bug seems to exactly using the page after a "free_page()". Which
> > is always a bug, but at least should be easy to fix.
>
> > I've considered making "free_page()" a macro something like
>
> > __free
My home directory lives on a SunOS 4.1.4 server, which helpfully expands
16-bit UIDs to 32 bits as signed quantities, not unsigned. So any uid above
32768 gets 0x added to it.
This patch adds a mount option to the Linux NFS client to work round this
brokenness. I haven't updated the N
On Mon, Sep 04, 2000 at 05:06:15PM +0800, Andrey Savochkin wrote:
> So, I think that we have to be sure that we use the "best" address for this
> destination.
> What about an unconditional use of inet_select_addr() or fib_select_addr()
> based on prefsrc with inet_select_addr() fallback?
It looks
Hi,
On Fri, Sep 01, 2000 at 12:09:23AM -0700, Linda Walsh wrote:
> Perhaps an "easy" way to go would be to convert block numbers to
> type "block_nr_t", then one could measure the difference that 10's of
> nanoseconds make against seeks and reads of disk data.
You might not find it just taki
Hi,
On Fri, Sep 01, 2000 at 01:30:26PM +0300, Matti Aarnio wrote:
>
> Stephen, could you have a moment to look at the struct buffer_head {}
> alignment matters ? And possible configure time change to make the
> block number possibly a 'long long' variable ?
> Changeing field order mi
Hi,
On Fri, Sep 01, 2000 at 09:16:23AM -0700, Linda Walsh wrote:
> With all the talk about bugs and slowness on a 386/486/586 -- does anyone
> think those platforms will have multi-T disks hooked up to them?
Yes. They are already doing it, and the number of people trying is
growing rapidly. I
Hi,
On Thu, Aug 31, 2000 at 05:59:09PM -0400, Richard B. Johnson wrote:
> Long long things, even it they work well, are not very nice on 32 bit
> machines. For the time being, I'd advise increasing cluster size rather
> than using 64 bit values.
Doesn't help, because we're talking about numbers
Hi,
On Sun, Sep 03, 2000 at 11:36:25PM +0200, Andrea Ferraris wrote:
> > I used to think that. Im planning on deploying a 1Tb IDE raid using 3ware
> > kit for an ftp site very soon. Its very cheap and its very fast. UDMA
> with
> > one disk per channel and the controller doing some of the work.
On Mon, Sep 04, 2000 at 11:22:31AM +0200, Andi Kleen wrote:
> On Mon, Sep 04, 2000 at 05:06:15PM +0800, Andrey Savochkin wrote:
> > So, I think that we have to be sure that we use the "best" address for this
> > destination.
> > What about an unconditional use of inet_select_addr() or fib_select_a
On Mon, Sep 04, 2000 at 05:47:00PM +0800, Andrey Savochkin wrote:
> On Mon, Sep 04, 2000 at 11:22:31AM +0200, Andi Kleen wrote:
> > On Mon, Sep 04, 2000 at 05:06:15PM +0800, Andrey Savochkin wrote:
> > > So, I think that we have to be sure that we use the "best" address for this
> > > destination.
On Sat, 2 Sep 2000, Alan Cox wrote:
> > I see the point, but it bites sufficiently often that I don't
> > understand why there is no interesting in improving this
> > behaviour.
>
> For a large number of scenarios it makes vastly more sense.
Please forgive my obtuseness, but I am unable to conce
On Mon, Sep 04, 2000 at 10:57:44AM +0100, Matthew Kirkwood wrote:
> > > With both interfaces up, it's impossible to apply anti-martian
> > > rules to the interfaces, since it's hard to predict which card
> > > will answer an ARP request.
> >
> > /proc/sys/net/ipv4/.../hidden
>
> So when lightning
Alan, this is going too far, don't you think?
My server is in the tested/good list w/ orbs. Aren't you following your own advice
about properly setting up your MTA to allow good guys and stop bad guys in accord
with ORBS DNS?
You keep going on about spam and how you don't care if a few messages
Philipp Rumpf wrote:
> isn't that what the version string (/proc/version at runtime, start_sys
> in the bzImage) is for ?
Hmm yes, that should be good enough.
> Most architectures can boot ELF images -- defining section names for
> .config.gz and the version string in the ELF file can be done in
In message <[EMAIL PROTECTED]>
you write:
> Hey,
>
> I've been trying to get iptables to compile and run with kernel
> 2.4.0-test7 with absolutly no luck. I have tried patching it with both
> the patch that comes with the iptables-1.1.1.tar.bz2 and the patches on
> CVS. Could someone tell me w
Hi,
I have have serious problems using a specific Quantum disk connected to a Promise
ATA/100 controller. The disk causing problems is the QUANTUM FIREBALLlct10 30. The
disk simply locks up the machine solid during boot at the point where it should report
its IRQ (normally 'ide2 at 0x8890-0x88
Filling memory to zero does not help for my laptop. Perhaps it is
weird.
But this particular obscure model of laptop is not important. The
thing is to handle most laptops, to make suspending faster for most
users, and to build it in by default so that it works "out of the box"
on most machines.
Neal H Walfield wrote:
>
> Hello,
>
> I am running Linux 2.2.12:
>
> neal@colo:~$ cat /proc/version
> Linux version 2.2.12 (root@gondor) (gcc version 2.95.1 19990816 (release))
> #1 Sun Sep 12 00:22:57 EST 1999
>
> Starting twelve days ago the load average has increased by one every
> twenty-f
[EMAIL PROTECTED] said:
> I'm sure that once the FSF is willing to step up, there will be lots
> of supporters and sponsors to finance this.
Far smaller companies have _already_ got away with not only violating the
Linux kernel's GPL, but blatantly encouraging their customers to do so.
Why sh
> > those pages out of cache which isnt so ideal if the CPU wants
> > them. Some of the results are suprisingly counter-intuitive like this
>
> Does it flush the CPU cache? I thought the CPU just snooped the bus and
> updated its cache with new data.
In general no.
> struct page of course).
[EMAIL PROTECTED] said:
> nfs_file_cred() <- nfs_create_request() <- nfs_update_request() <-
> nfs_updatepage() <- nfs_commit_write() <- generic_file_write() <-
> nfs_file_write() <- write(2).
> Fscked credentials during write(2) on NFS...
Is this known and fixed, or just known?
--
dwmw2
-
Hi,
On Mon, Sep 04, 2000 at 12:18:10PM +0100, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > I'm sure that once the FSF is willing to step up, there will be lots
> > of supporters and sponsors to finance this.
>
> Far smaller companies have _already_ got away with not only violating th
Alan Cox wrote:
> > struct page of course). Note that it doesn't matter if another thread,
> > and this includes truncate/write in another thread, clobbers the page
> > data. That's just the normal effect of two concurrent writers to the
> > same memory.
>
> Oh it does matter. You might send ou
> Alan, can you send me again the list of CPUs you think
> is worth using 486 string routines.
> Sorry, i lost your previous mail.
I suspect it is
486
K5
IDT Winchip
Rise
NexGen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
> Please forgive my obtuseness, but I am unable to conceive of
> one (beyond checking that your routing is symmetrical :-)
Multiple virtual hosts, routing for tunnels
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Pleas
> Far smaller companies have _already_ got away with not only violating the
> Linux kernel's GPL, but blatantly encouraging their customers to do so.
Wakey wakey. Unless I am misreading this Andre gave/sold them code he wrote
all of for task file.
> Why should we believe that anyone's actually
Dear David,
Dear GPL defenders,
As former engineering manager at IGEL I woud like to give you
some additional information to the situation as far as IGEL
is concerned. The German former company IGEL GmbH does not exist
any more and belongs now to Infomatec AG (http://www.infomatec.de).
Technica
(Alan Cox)
(Matt Kirkwood)
> > Please forgive my obtuseness, but I am unable to conceive of
> > one (beyond checking that your routing is symmetrical :-)
>
> Multiple virtual hosts, routing for tunnels
And how is this in any way broken by arp-ing from the first interface
address (in terms of w
> Unfortunately we can't do much about M-System's low level code
> because we are bound by the NDA. We have a good relationship to
> M-Systems. Perhaps we can convince them to publish their code as
> well, but I can't promise that.
That side has been dealt with actually.
(drivers/mtp/doc2000.c)
Alan Cox wrote:
> > My server is in the tested/good list w/ orbs. Aren't you following your own advice
> > about properly setting up your MTA to allow good guys and stop bad guys in accord
> > with ORBS DNS?
>
> I get too much junk to care about it.
>
> Alan
How are we supposed to properly cont
Neal H Walfield wrote:
> On Sun, Sep 03, 2000 at 10:34:39AM -0500, [EMAIL PROTECTED] wrote:
> >
> >
> > Does a top show you any processes running heavy on the box
> >
>
> No, it is 99% idle.
ps -auxww |grep D
will show you several (12) processes stuck in "D" state.
Which those are pro
Linus Torvalds wrote:
> (The "invalidate on write" is the sane way of doing SMP cache coherency,
> which is probably why. Trying to have shared dirty cache-lines is just
> not a viable option in the end).
With DMA from a device -- "snoop and update" still results in only one
owner of the dirty ca
rjc@lyta:/home/ftp/kern-src/2.4$tar -tvIf linux-2.4.0-test7.tar.bz2 | grep stallion
-rw-r--r-- rjc/staff 3939 1999-09-02 20:22:40 linux/include/linux/istallion.h
-rw-r--r-- rjc/staff 4563 1999-09-02 20:22:40 linux/include/linux/stallion.h
-rw-r--r-- rjc/staff 18411 2000-08-11 19:08:0
>That's B.S. The GPL is a Copyright license; it applies whether or not
>it is in the kernel. Microsoft (or anyone else for that matter) can't
>take your code and use it without consent. The GPL is one way of giving
>consent, with certain strings attached.
But they can take the ideas and metho
Hi,
On Sat, Sep 02, 2000 at 09:41:03PM +0200, Ingo Molnar wrote:
>
> On Sat, 2 Sep 2000, Alexander Viro wrote:
>
> > unlink() and the last munmap()/exit() will get rid of it...
>
> yep - and this isnt possible with traditional SysV shared memory, and isnt
> possible with traditional SysV semap
> >You can not go after people for patches.
>
> Hi,
>
> >there is no GPL issue. Upon Microsoft's adpotion of the model they will
>
> of course you can. Just don't release a patch but grab the driver
> you're patching against (which is GPL), add your modifications and
> release your driver wit
Sorry for the last mail. Wrong button.
Igmar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> But they can take the ideas and methods demonstrated by the code in the
> patch. Its not that they are going to take what he wrote and run patch
> against their code. They can take a good idea, sit a skilled programmer in a
> room and adapt the concepts without a bit of a problem.
I call this
> "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
Richard> Andrew Morton writes:
>> All of them except the 3c905 provide hardware Rx and Tx
>> checksumming of IP, TCP and UDP headers. No 64 bit addressing
>> support.
Richard> And does the driver support it? Has anyone benchmarked the
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> i believe such zero-copy send should only be allowed for drivers
Ingo> which can guarantee correct checksums. (ie. cards which do
Ingo> Tx-checksums) The other drivers will still copy. I dont think
Ingo> this is a problem - the number
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On Sun, 3 Sep 2000, Andi Kleen wrote:
>> I did the same for fragment RX some months ago (simple fragment
>> lists that were copy-checksummed to user space). Overall it is
>> probably better to use a kiovec, because that can be more ea
> "Jamie" == Jamie Lokier <[EMAIL PROTECTED]> writes:
Jamie> It's not faster than card->card DMA, which falls out naturally
Jamie> from my zero-copy proposal :-)
Except that many cards and PCI bridges don't work and you lose the
buffering aspect in this case.
Jes
-
To unsubscribe from this
> "Jamie" == Jamie Lokier <[EMAIL PROTECTED]> writes:
Jamie> Nice point! Only valid for TCP & UDP though.
Jamie> When people want _real_ low latency, they don't use TCP or UDP,
Jamie> and they certainly don't put data checksums at the start. They
Jamie> still aim for zero copies. That pas
Richard Stallman writes:
> Filling memory to zero does not help for my laptop. Perhaps it is
> weird.
>
> But this particular obscure model of laptop is not important. The
> thing is to handle most laptops, to make suspending faster for most
> users, and to build it in by default so that it wor
Jes Sorensen writes:
> > "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
>
> Richard> Andrew Morton writes:
> >> All of them except the 3c905 provide hardware Rx and Tx
> >> checksumming of IP, TCP and UDP headers. No 64 bit addressing
> >> support.
>
> Richard> And does the driver s
On Mon, 4 Sep 2000, Paul Jakma wrote:
> On Sun, 3 Sep 2000, Thomas Molina wrote:
>
> > Odd. I started seeing mailbox corruption the day before the first post
> > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
>
> weird. currently my pine crashes on me when i close my bug
Hi,
On Sun, Sep 03, 2000 at 07:29:56PM +0200, Ingo Molnar wrote:
>
> On Sun, 3 Sep 2000, Andi Kleen wrote:
>
> > I did the same for fragment RX some months ago (simple fragment lists
> > that were copy-checksummed to user space). Overall it is probably
> > better to use a kiovec, because that c
> How are we supposed to properly contact maintainers and post bugs and solutions when
> you're rejecting our mail?
Get a mail account that works somewhere with sane policies
I don't have time to deal with the vast amounts of spam aimed my way any
other way. Period, end of discussion
-
To unsub
[EMAIL PROTECTED] said:
> - convert drivers to new PCI API
Don't bother with drivers/char/applicom.c - I've already done it, just
waiting to borrow the hardware again to test it.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Em Mon, Sep 04, 2000 at 04:52:59PM +0100, David Woodhouse escreveu:
>
> [EMAIL PROTECTED] said:
> > - convert drivers to new PCI API
>
> Don't bother with drivers/char/applicom.c - I've already done it, just
> waiting to borrow the hardware again to test it.
Ok, up to now I've only did this
Hi!
> Filling memory to zero does not help for my laptop. Perhaps it is
> weird.
>
> But this particular obscure model of laptop is not important. The
> thing is to handle most laptops, to make suspending faster for most
> users, and to build it in by default so that it works "out of the box"
On Mon, 4 Sep 2000, Rik van Riel wrote:
> On Mon, 4 Sep 2000, Paul Jakma wrote:
> > On Sun, 3 Sep 2000, Thomas Molina wrote:
> >
> > > Odd. I started seeing mailbox corruption the day before the first post
> > > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
> >
> > weird
On Mon, 4 Sep 2000, Stephen C. Tweedie wrote:
> On Fri, Sep 01, 2000 at 09:16:23AM -0700, Linda Walsh wrote:
>
> > With all the talk about bugs and slowness on a 386/486/586 -- does anyone
> > think those platforms will have multi-T disks hooked up to them?
>
> Yes. They are already doing it, a
does anyone has so far came out with a standard "form"/letter I can just
forward to offending site? It seems another "guilty" site is
www.borland.com, while I would like to let them know, I not too eager nor
have time right now to come up with a well written rational letter
explaining the problem
"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> I at present have the NWFS utilities and File System drivers as single
> source base. Obviously, the way your tree is organized, the file system
> driver proper should be in the kernel tree and the file system utitilies
> somewhere else.
Yes.
> Whe
On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
> now the driver init sequence is not
> serialized anymore, so races are possible
since when? In 2.4.0-test8-pre2 mod->init and mod->cleanup are called
under global kernel lock. As for static drivers they are initialised from
either start_k
On Mon, 4 Sep 2000, Bartlomiej Zolnierkiewicz wrote:
> > > > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
> > >
> > > weird. currently my pine crashes on me when i close my bugtraq
> > > folder.
> >
> > Ohh, so I'm not the only one having trouble reading bugtraq
> > la
RvR> Ohh, so I'm not the only one having trouble reading bugtraq
RvR> lately? ;)
Yep. And to make things even more (or less?) confusing: it's happening to me
too but on _SOLARIS_, not Linux!!!
I'm just now checking my mailbox for a offending letter as I suspect a pine
bug. mutt is fine.
--
Mee
I'm working on network drivers emulating ethernet over a PCI backplane.
For receives I need packet data located in a region of memory visible to
the backplane. I also want this data to be referenced by an skb, without
the expense of an extra memcpy. This region of memory will be somewhere
between
On Mon, 4 Sep 2000, Bartlomiej Zolnierkiewicz wrote:
> > > > Odd. I started seeing mailbox corruption the day before the first post
> > > > showed up here. Since it was only one list (BUGTRAQ) and I'm still at
> > >
> > > weird. currently my pine crashes on me when i close my bugtraq
> > > fold
On Mon, Sep 04, 2000 at 08:04:49AM +0200, Martin MaD Douda wrote:
> I'm using 2.4-test since it was born and never saw this behavior. Could
> you please strace and ltrace your ping so we can see where it waits?
Can't find source for ltrace, but I have strace.
Ping seems to be spending its ti
On Mon, 4 Sep 2000, Bartlomiej Zolnierkiewicz wrote:
>
> On Mon, 4 Sep 2000, Rik van Riel wrote:
> > On Mon, 4 Sep 2000, Paul Jakma wrote:
> > > On Sun, 3 Sep 2000, Thomas Molina wrote:
> > >
> > > > Odd. I started seeing mailbox corruption the day before the first post
> > > > showed up here.
> "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
Richard> I thought you said some of the GigE drivers supported this?
Richard> Or were you just saying that the GigE cards were some of the
Richard> few which supported scatter/gather DMA and IP checksumming?
The latter.
Jes
-
To unsub
On Mon, 4 Sep 2000, Jamie Lokier wrote:
> Linus Torvalds wrote:
>
> > Basically any copy <= 4 cache lines is "free" compared to trying to be
> > clever.
>
> We're obviously interested in larger packets than 128 bytes.
"obviously"?
Take a look at some common traffic. Yes, even in servers.
Hi Ted,
To be fixed for 2.4:
1) Non-atomic pte updates
The page aging code and mprotect both modify existing ptes
non-atomically. That can stomp on the VM hardware on other CPUs
setting the dirty bit on mmaped pages when using threads. 2.2 is
vulnerable too.
2) RSS locking
sw
Hello,
Looking in inet_select_addr() it seems that ifa->ifa_local
is selected according to the target. So, may be the problem is not
that the announced address in the ARP request is the primary address.
Someone already selected the primary address before arp_solicit.
Because arp_
On Mon, Sep 04, 2000 at 05:25:56PM +0100, Adrian Cox wrote:
> I'm working on network drivers emulating ethernet over a PCI backplane.
> For receives I need packet data located in a region of memory visible to
> the backplane. I also want this data to be referenced by an skb, without
> the expense
Hi Arnaldo,
That is a very decent list you have got there. How about to add to
it:
- go through all filesystems and convert them from using
mark_buffer_dirty(bh, [0,1]) to just mark_buffer_dirty(bh) since the flag
is now ignored and all buffers are flushed at equal intervals. Also,
change the e
I made the following patch for the stallion non-intelligent driver based on
cut/paste from serial.c. I have tested it and it works, the directories
/dev/tte and /dev/cue are correctly created when the module is inserted.
Could this please be put in to 2.4.0-test8?
Please note that this patch is
Russell Coker writes:
> I made the following patch for the stallion non-intelligent driver based on
> cut/paste from serial.c. I have tested it and it works, the directories
> /dev/tte and /dev/cue are correctly created when the module is inserted.
>
> Could this please be put in to 2.4.0-test8?
> just try "traceroute -s 111.111.111.111 d.e.f.2"
> What shows this simple test?
>
> arp who-has d.e.f.2 tell a.b.c.1
>
> or
>
> arp who-has d.e.f.2 tell d.e.f.1
When I tried traceroute -s d.e.f.1 d.e.f.2, it worked, the first time the
Linux box in question talked to the BSD/OS
Thanks! I really should read every single letter on BUGTRAQ, not
on linux-kernel ;)
On Mon, 4 Sep 2000, Thomas Molina wrote:
>
> Readers of BUGTRAQ probably have already seen the message indicating
> some of us have been seeing library problems, not fs corruption. At
> least those of us with pr
On Mon, 4 Sep 2000, Henning P . Schmiedehausen wrote:
[snip]
> If I give you a binary-only module which can either be loaded as a
> driver or, maybe with some glue code, linked into the kernel and some
> instructions how to do this, I am _not_at_all_ in violation of any
> GPL. Because I distribut
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> Hi Arnaldo,
>
> That is a very decent list you have got there. How about to add to
> it:
>
> - go through all filesystems and convert them from using
> mark_buffer_dirty(bh, [0,1]) to just mark_buffer_dirty(bh) since the flag
> is now ignored and
Alexander, I did think of automating it but seeing fat (I am sure you saw
it as well) made me think that it is safer to do it by hand.
for fat, it is not the second argument but the first from the end (it has
three), so your macro approach is somewhat broken.
Actually, kernel is such a critical
On Mon, 4 Sep 2000, Mark Hahn wrote:
> > You and several others know that I stink at describing a complex point
> > regardless that I understand it completely. I am just glad that you hung
> > in there long enough for me to get the point across.
>
> Andre, as far as I can tell, this "complex po
On Mon, 4 Sep 2000, Theodore Y. Ts'o wrote:
> Andre wrote:
>
> > Linux rejected the code because it does not understand nor does anyone
> > have the desire to learn what it does. Since it is not in the kernel
> > there is no GPL issue. Upon Microsoft's adpotion of the model they will
>
> That
On Sun, 3 Sep 2000, Alan Cox wrote:
> > This it will have to wait for 2.5, but everyone needs to get off the issue
> > that it is a filter and understand that it is a command completion
> > pre-handler. I hope that you finally understand the point and we do not
> > have to fight again, next will
On Sun, 3 Sep 2000, Alan Cox wrote:
> > Linux rejected the code because it does not understand nor does anyone
> > have the desire to learn what it does. Since it is not in the kernel
> > there is no GPL issue. Upon Microsoft's adpotion of the model they will
>
> If its your code there isnt an
On Mon, 4 Sep 2000, Alexander Viro wrote:
> Are you kidding? In nvi:
>
> [snip vi stuff]
another is "cg/vg" (can't remember who wrote it) which is very useful for
this sort of thing, if a little slower than vi automagic
john
--
"This page contains information of a type (text/html) that can
Andre,
On Sun, Sep 03, 2000 at 10:30:13PM -0700, Andre Hedrick wrote:
[...]
> WOOHOO, you remember Way to go Alan
> You and several others know that I stink at describing a complex point
> regardless that I understand it completely. I am just glad that you hung
> in there lon
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> Alexander, I did think of automating it but seeing fat (I am sure you saw
> it as well) made me think that it is safer to do it by hand.
Umm? What part of grep -nw is going to catch the fat_... stuff? It should
be done separately. You _will_ catch t
On Mon, 4 Sep 2000, Alexander Viro wrote:
> Erm... You do realize that "by hands" is "by editor commands", don't you?
> Notice that it is not a global search and replace - you see the instance,
> you decide whether to change it with the long sequence of editor commands
> or with the short one.
Ye
On Mon, 04 Sep 2000, Richard Gooch wrote:
>Russell Coker writes:
>> I made the following patch for the stallion non-intelligent driver based on
>> cut/paste from serial.c. I have tested it and it works, the directories
>> /dev/tte and /dev/cue are correctly created when the module is inserted.
>>
Russell Coker writes:
>
> --Boundary-=_nWlrBbmQBhCDarzOwKkYHIDdqSCD
> Content-Type: text/plain
> Content-Transfer-Encoding: 8bit
Yuk! MIME!
> On Mon, 04 Sep 2000, Richard Gooch wrote:
> That sounds logical, I have attached a patch that does that change and
> changes serial.c (the code I copied
1 - 100 of 198 matches
Mail list logo
