[EMAIL PROTECTED] wrote:
> Jack Bowling wrote -
> >> iptables v1.1.1: Bad mac address `xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx'
> >>
> >> to the respective iptable line:
> >>
> >> $IPT -A INPUT -p tcp -s xxx.xxx.xxx.xxx -d $NET -m mac --mac-source
>xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
Peter Samuelson <[EMAIL PROTECTED]> writes:
> [Manfred Spraul]
> > > Unless you modify the ABI and pass the array bounds around you won't
> > > catch such problems,
>
> [Eric W. Biederman]
> > Of course. But this is linux and you have the source. And I did
> > mention you needed to
Hello,
I compiled both kernel versions 2.4.2-pre4 and 2.4.1-ac18 on my Alpha
Station 400 4/233 and both stop when they are start init. I include the
boot log and sysrq dumps for 2.4.1-ac18, I passed init=/bin/bash as
kernel parameter. I'd appreciate any help.
Thanks.
--
Rafael
Linux
On Sun, Feb 18, 2001 at 02:46:30AM +0100, Andre Tomt wrote:
> Very recently I installed a new mailserver for my company, based around
> qmail, linux 2.4.1, and software raid 1.
> It works very nicely untill it spews out oops's after a few days, leaving
> hundreds of qmail-popup processes hanging,
Excellent! Thanks, that worked.
pete
On Sat, 17 Feb 2001, Thomas Molina wrote:
> On Sat, 17 Feb 2001, Pete Toscano wrote:
>
> > reading this, I see now why mkbootdisk was locking in the D state with
> > the loop mounted... Would this also explain not being able to seek
> > forward while
>
> On the other hand, they make excellent mice. The mouse wheel and
> the new optical mice are truly innovative and Microsoft should be
> commended for them.
>
The wheel was a nifty idea, but I've seen workstations 15 years old with
optical mice. It wasn't MS's idea.
-b
-
To unsubscribe
On Sat, 17 Feb 2001, Mark Hahn wrote:
> the 0-4 drives attached to the primary controller are fundamentally
> different in behavior than any other controller's drives.
>
Wait, when I first started in computers I found that by using the CHS
count on the drive made the drives work correctly due
Jacob Luna Lundberg wrote:
>> Speaking as a Linux _USER_, if this happens, can I get said print
>> engine working on my ARM machines with these closed source drivers?
>> Can Alpha users get this print system working? Can Sparc uses
>> get it working? What? I can't? They can't? Well, its no
Dennis wrote:
>At 07:01 PM 02/16/2001, Alan Olsen wrote:
>>On Fri, 16 Feb 2001, Dennis wrote:
>>
>> > There is much truth to the concept, although Microsoft should not be
ones
>> > to comment on it as such.
>>
>>What truth? I have seen more "innovation" in the Open Source movement
>>than I ever
On Sat, 17 Feb 2001, Pete Toscano wrote:
> reading this, I see now why mkbootdisk was locking in the D state with
> the loop mounted... Would this also explain not being able to seek
> forward while writing a floppy?
>
> I was trying to make the GRUB boot disk by writing the stage 1 and 2
>
> Well, I run glibc-2.2.1 as well, so that might be one of the factors
> contributing to this. Then again, glibc-2.2.1 with ext2 does not cause any
> problems whatsoever with mozilla. So it could be that reiserfs + glibc-2.2.1 is
> a bad combination, question remains which of these two is the
We just got a SuperMicro S2QE6 which is a quad
Xeon motherboard using the Serverworks HE chipset.
It has onboard ethernet (Intel 82559). After installing
Redhat 6.2 the Ethernet stopped working with the
message "eth0: card reports no resources"
>From what I have seen there is nothing that
Henning P. Schmiedehausen wrote:
> ... If you
> write for Windows, you have an ugly and complicated API with lots of
> bugs
Yes, that is true.
> , but the API itself is stable since six (!) years. You can write
> programs that run on 95/98/ME/NT/2000 unchanged.
That is not always true, as I
On Sat, Feb 17, 2001 at 05:47:49PM -0800, David wrote:
> I can say "me too" for this. I thought it was perhaps glibc or binutils
> tho. I only have reiserfs systems now so I don't have a basis for
> comparison.
>
> However I -can- say that I didn't experience this until I put glibc
> 2.2.1
On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote:
> In 1984 I received a demand letter for $10,000 from the above
> referenced company as a unlimited license for use of a that
> patent and another patent.
> At the time I ran a company that made graphics cards for IBM PCs.
Did you ignore it or did you
Here is the setup:
Compaq proliant dual PIII 800 with 1G of memory. Debian potato system with
the 2.4.1 kernel compiled from source (from ftp.kernel.org) SMP enabled.
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.2/specs
gcc version 2.95.2 2220 (Debian GNU/Linux)
Server version:
> > If the above procmail filter doesn't work (untested) let me know
> > and I will MAKE it work. Windows users - tough luck - procmail
> > is open source - hire someone to port it...
This procmail rule has caught all the mail, never slipped even one in the
last year:
:0
* ^Sender:
Hi,
By the way - I tested SO_RCVLOWAT, another 2.4 addition. Good news this
time - seems to work fine.
Cheers
Chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
I can say "me too" for this. I thought it was perhaps glibc or binutils
tho. I only have reiserfs systems now so I don't have a basis for
comparison.
However I -can- say that I didn't experience this until I put glibc
2.2.1 on my systems. I do use an "approved" gcc, stock 2.95.2.
I
On Sun, 18 Feb 2001 12:33:35 +1100,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>__BASE_FILE__ does this. It expands to the thing which you
>typed on the `gcc' command line.
>
>bix:/home/morton> ./a.out
>3 at a.c
>3 at a.c
But __LINE__ is wrong. Forget what I said about __C_FILE__ and
Very recently I installed a new mailserver for my company, based around
qmail, linux 2.4.1, and software raid 1.
It works very nicely untill it spews out oops's after a few days, leaving
hundreds of qmail-popup processes hanging, unkillable. THe server is very
lightly loaded for now, doing only a
"J . A . Magallon" wrote:
>
> On 02.18 Andrew Morton wrote:
> >
> > __BASE_FILE__ does this. It expands to the thing which you
> > typed on the `gcc' command line.
> >
> ..
> > 3 at a.c
> > 3 at a.c
>
> I also thought that, but look at the line numbers...wrong and repeated.
Sure. There's no
On 02.18 Andrew Morton wrote:
>
> __BASE_FILE__ does this. It expands to the thing which you
> typed on the `gcc' command line.
>
..
> 3 at a.c
> 3 at a.c
I also thought that, but look at the line numbers...wrong and repeated.
--
J.A. Magallon
Keith Owens wrote:
>
> But
>
> a.h
> static inline void hello(void) { printf("%d at %s\n",__LINE__,__FILE__); }
>
> a.c
> #include
> #include "a.h"
>
> int main()
> {
> hello();
> hello();
> return 0;
> }
>
> # ./a
> 1 at a.h
> 1 at a.h
>
__BASE_FILE__ does this. It
On Sun, Feb 18, 2001 at 01:57:15AM +0100, Frank de Lange wrote:
> I will retry this with 'all warnings and bells and whistles' turned on in
> reiserfs (on 2.4.1-ac18), and see if anything out of the ordinary is logged. I
> somehow doubt it, since repeated forced reiserfsck's have turned up
> At least the patch didn't make it worse. Would anyone care to comment on
> how the elf-dynstr-gc option changes the file access patterns for the
> compile?
It does not change the file access patterns, it adds an extra step. A separate
binary (dist/bin/elf-dynstr-gc, a convoluted version of
[Jacob Luna Lundberg]
> Just out of curiosity, why can't the specification be along the lines
> of a vendor data file saying ``if you want the printer to do x then
> say y'' and ``if the printer says x then it means y''. That ought to
> add a lot of functionality right there.
Think about it.
> That's not good. Which compiler did you use to compile the kernel? This
> sounds lame, but reiserfs exercises the cpu/mem more than ext2, so we hit
> bad ram more often. If we run out of other things to try, please run a
> memory tester.
I use 'good old' gcc 2.95.2:
gcc -v: gcc version 2.95.2
Thomas Widmann wrote:
> ...
> * Andrew Morton wrote:
>
> > http://www.uow.edu.au/~andrewm/linux/#cpus_allowed
> >
> > You just write a bitmask into it.
>
> Thanks for this information. I patched my the kernel with it.
> After rebooting with the new kernel i can see the bitmask
> for every
[Dennis]
> For example, if there were six different companies that marketed
> ethernet drivers for the eepro100, you'd have a choice of which one
> to buy..perhaps with different "features" that were of value to
> you. Instead, you have crappy GPL code that locks up under load, and
> its not
On Sun, 18 Feb 2001 01:33:53 +0100,
"J . A . Magallon" <[EMAIL PROTECTED]> wrote:
>Try this:
>a.h:
>#define hello printf("%d at %s\n",__LINE__,__FILE__)
>
>a.c:
>#include
>#include "a.h"
>
>int main()
>{
>hello;
>hello;
>return 0;
>}
>
>werewolf:~/ko> gcc a.c -o a
>werewolf:~/ko> a
On 02.18 Keith Owens wrote:
>
> __C_FILE__ and __C_LINE__ refer to the .c or .s file that included the
> header, so you get the exact location of the failing code instead of
> the name and line number of a common header which is used all over the
> place. __C_FILE__ would be replaced with the
hmmm... I've been trying to play with GRUB on my 2.4.2-pre4 system. For
safety's sake, I wanted to make a bookdisk with mkbootdisk. After
reading this, I see now why mkbootdisk was locking in the D state with
the loop mounted... Would this also explain not being able to seek
forward while
On Saturday, February 17, 2001 05:21:18 PM +0100 Frank de Lange
<[EMAIL PROTECTED]> wrote:
> Hi'all,
>
> Well, subject says it all... When I try to compile mozilla (CVS version)
> with the '--enable-elf-dynstr-gc' option, the compile fails with a
> segfault:
>
> ../../dist/bin/elf-dynstr-gc
From [EMAIL PROTECTED] Sat Feb 17 22:45:36 2001
I'm sending this to you with the hope that lines like this (in ipcs.c)
can be modified to report proper values:
printf ("%-10o%-12ld%-12ld\n",
ipcp->mode & 0777,
/*
*
On Sat, 17 Feb 2001, Dennis wrote:
> BSDI is distributing FreeBSD now. They havent done anything useful to
> support it. They are just cashing in on it.
That's BS last I heard they were merging their SMP support.
Btw have you submitted bug reports for your networking card? If not you
have no
[Nathan Black]
> This really improved the performance of my dual PIII-866 w/512MB Ram
> and AIC7899 scsi.
[...]
> I would suggest, if at all possible, putting this in the 2.4.2
> kernel.
Have you any idea the breadth of cards and chips that aic7xxx supports?
Sure, Justin's driver does great
On Sat, 17 Feb 2001 13:15:42 + (GMT),
Hugh Dickins <[EMAIL PROTECTED]> wrote:
>On Sat, 17 Feb 2001, Paul Gortmaker wrote:
>> Anyway this small patch makes sure there is only one "kernel BUG..." string,
>> and dumps __FILE__ in favour of an address value since System.map data is
>> needed to
On Sat, Feb 17, 2001 at 12:42:42PM -0800, you [Nate Eldredge] claimed:
> Alan Cox writes:
> > > # mount -t ext2 -o loop /spare/i486-linuxaout.img /spare/mnt
> > > loop: enabling 8 loop devices
> >
> > Loop does not currently work in 2.4. It might partly work by luck
> > but thats it. This
Manfred:
> If you want to access values > 65535 from your app you have 2 options:
>
> 1) use the new msqid64_ds structure. You must pass IPC_64 to the msgctl
> call. This is the only option if you need correct 32-bit uids.
glibc 2.2 will support this natively without needing any changes to
Has anyone been able to get the Apple Pro (the round clear) speakers to
work in Linux? I've read the howto's and followed the various steps to
no avail. The various usb modules print the following to syslog:
Feb 17 14:05:50 fux0r kernel: usb.c: registered new driver audio
Feb 17
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.1-ac18
o Fix SO_SNDTIMEO bugs(Alexey Kuznetsov)
o Fix tmpfs fsync (Lennert Buytenhek)
o PPC now uses generic pci bus setup (Paul
On Sat, Feb 17, 2001 at 02:38:19PM -0800, Andre Hedrick wrote:
> On Sat, 17 Feb 2001, Dennis wrote:
> > good commercial drivers dont need fixing. another point. You are arguing
> > that having source is required to fix crappy code, which i agree with.
> > You "guys" like to have source, and
Hi Alexey,
This patch fixes my simple read()/write() tests, nice one. The behaviour
also now matches BSD (someone kindly donated me a FreeBSD shell for
testing).
Unfortunately, I discovered a bug with SO_SNDTIMEO/sendfile():
- Connect an AF_INET, SOCK_STREAM socket to a local listening
On Sat, 17 Feb 2001, Dennis wrote:
> good commercial drivers dont need fixing. another point. You are arguing
> that having source is required to fix crappy code, which i agree with.
>
> You "guys" like to have source, and there is nothing wrong with that. But
> requiring that all code be
Howdy,
Trying to implement some different buffer caching
algorithms in Linux. This is just for comparison
purposes for a thesis, not suggesting any problem with
the current scheme. Here is what I'm attempting:
o Eliminate BUF_CLEAN, BUF_DIRTY, and BUF_LOCKED
lists in favor of a single
James L. wrote -
> Hello All,
>
> On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote:
> > Stefan Hanse writes -
> > >Umm.. An ethernet MAC address is 48bit long, ie AA:BB:CC:DD:EE:FF, 6
> >groups, not 14. Is this really an ethernet
> > >interface? (If it really has 14 groups).
> >
> >> Good question.
Thus spake Dennis ([EMAIL PROTECTED]):
> You are confusing "progress" with "innovation". If there is only 1 choice,
> thats not innovation. Expanding on a bad idea, or even a good one, is not
> innovation.
This is bizarre.
Please name one innovation in the history of mankind that could not be
Thus spake Henning P . Schmiedehausen ([EMAIL PROTECTED]):
> "If a company does not write a driver which works on all hardware
> platforms in all cases and gives us the source, then it is better,
> that the company writes no drivers at all."
> "If I can't force a company to write a driver for
Specifically, this part:
@@ -2324,11 +2309,17 @@
sense.ascq == 0x04)
return CDS_DISC_OK;
+
+ /*
+* If not using Mt Fuji extended media tray reports,
+* just return TRAY_OPEN since ATAPI doesn't provide
+
Alexey,
Damn you are quick! :) Testing immediately
Cheers
Chris
On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote:
> Hello!
>
> > Unfortunately, it seems to be very buggy. Here are two buggy scenarios.
>
>
> --- ../vger3-010210/linux/net/ipv4/tcp.c Sat Feb 10 23:16:51 2001
> +++
against 2.4.1:
this may seem rather frivolous, but...
patch below makes all data lines start with the appropriate letter, a
colon, then a tab. previously some entries used (varying amounts of)
space characters instead of tabs.
--- MAINTAINERS.origSun Feb 18 01:48:03 2001
+++ MAINTAINERS
Jeff Garzik writes:
> And in another message, On Mon, 12 Feb 2001, David S. Miller wrote:
> > 3) The acenic/gbit performance anomalies have been cured
> >by reverting the PCI mem_inval tweaks.
>
>
> Just to be clear, acenic should or should not use MWI?
>
> And can a general rule
Greetings,
I have been staying up late thinking about this, so I'm writing to clear
my head.
(and get some sleep in the future)
Background:
Under ia32 Pentium and higher, 3 different MMU page sizes are
available in hardware: 4kB, 4MB & 2MB. Under Alpha (21064), sizes
include 8kB, 4MB for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 14 Feb 2001, David Wood wrote:
> Everything actually works rather well, with the exception that when I've
> started XFree86 a few times, coupled with switching virtual consoles, I
> get irretrievably "corrupted" text virtual consoles. The
> both lock up under load. You dont run a busy ISP i guess. The fact that
> they come out with a new release every few minutes is clear evidence that
> it is problematic.
I've been technical director of an ISP. I help manage sites that have not
insignificant loads and no eepro100 driver
> When is that specification for 2.4 drivers going to be available? Talk
> about "stifling the marketplace"!!! Vendors cant even write reliable
> drivers if they want to.
Its called the source code, which includes example driver skeletons. WHere
is the documentation for writing your own etinc
Alan Cox writes:
> > # mount -t ext2 -o loop /spare/i486-linuxaout.img /spare/mnt
> > loop: enabling 8 loop devices
>
> Loop does not currently work in 2.4. It might partly work by luck
> but thats it. This will change as and when the new loop patches go
> in. Until then if you need loop
On Sat, Feb 17, 2001 at 03:08:48PM -0500, Dennis wrote:
> good commercial drivers dont need fixing. another point. You are arguing
> that having source is required to fix crappy code, which i agree with.
Too bad we havn't seen much (any?) good closed-source (what you ment to say
when you said
On Sat, Feb 17, 2001 at 02:56:15PM -0500, Dennis wrote:
> At 05:59 PM 02/16/2001, John Cavan wrote:
> >Dennis wrote:
> > > objective, arent we?
> >
> >You might ask yourself the same question...
> > > For example, if there were six different companies that marketed ethernet
> > > drivers for the
> need fat pointers, which would make sizeof (long) /= sizeof (void *),
> which would break quite some software, I think.
There are plenty of architectures where sizeof long != sizeof (void *). If your
code makes bad assumptions and a bounds checking cc breaks it then its progress.
-
To
> # mount -t ext2 -o loop /spare/i486-linuxaout.img /spare/mnt
> loop: enabling 8 loop devices
Loop does not currently work in 2.4. It might partly work by luck but thats it.
This will change as and when the new loop patches go in. Until then if you need
loop use 2.2
-
To unsubscribe from this
Hello!
> Unfortunately, it seems to be very buggy. Here are two buggy scenarios.
--- ../vger3-010210/linux/net/ipv4/tcp.cSat Feb 10 23:16:51 2001
+++ linux/net/ipv4/tcp.cSat Feb 17 23:27:43 2001
@@ -691,6 +691,8 @@
set_current_state(TASK_INTERRUPTIBLE);
+
On Sat, Feb 17, 2001 at 03:08:48PM -0500, Dennis wrote:
> At 07:10 PM 02/16/2001, [EMAIL PROTECTED] wrote:
> >Dennis wrote:
> >...
> > > objective, arent we?
> >Nope. Are you claiming to be?
> >
> > > For example, if there were six different companies that marketed ethernet
> > > drivers for the
On Sat, Feb 17, 2001 at 03:05:36PM -0500, Dennis wrote:
> At 07:01 PM 02/16/2001, Alan Olsen wrote:
> >On Fri, 16 Feb 2001, Dennis wrote:
> > > There is much truth to the concept, although Microsoft should not be ones
> > > to comment on it as such.
> >What truth? I have seen more "innovation"
On Sat, 17 Feb 2001, Dennis wrote:
> At 07:01 PM 02/16/2001, Alan Olsen wrote:
> >On Fri, 16 Feb 2001, Dennis wrote:
> >
> > > There is much truth to the concept, although Microsoft should not be ones
> > > to comment on it as such.
> >
> >What truth? I have seen more "innovation" in the Open
Hello All,
On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote:
> Stefan Hanse writes -
> >Umm.. An ethernet MAC address is 48bit long, ie AA:BB:CC:DD:EE:FF, 6
>groups, not 14. Is this really an ethernet
> >interface? (If it really has 14 groups).
>
>> Good question. I have determined by
On Sat, 17 Feb 2001, Michael Bacarella wrote:
> On Sat, Feb 17, 2001 at 02:38:29PM -0500, Dennis wrote:
> > >It's not about facts, it's not about the truth, it's not about Jim
> > >Allchin being an idiot or deluded. It's about propaganda,
> > >misinformation, and marketing. It's about business.
Manfred Spraul wrote:
>
> Mark Swanson wrote:
> >
> > Hello,
> >
> > ipcs (msg) gives incorrect results if used-bytes is above 65536. It
> > stays at 65536 even though messages are being read and removed from the
> > msg queue.
> >
Ok, does the value stay at 65536 or 65535?
It should stay at
> Is it possible to bind a process to a specific
> cpu on this SMP machine (process affinity) ?
>
> I there something like pset ?
http://isunix.it.ilstu.edu/~thockin/pset - pset for linux-2.2 (not ported
to 2.4 yet)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Sat, 17 Feb 2001, Dennis wrote:
> At 07:01 PM 02/16/2001, Alan Olsen wrote:
> >On Fri, 16 Feb 2001, Dennis wrote:
> >
> > > There is much truth to the concept, although Microsoft should not be ones
> > > to comment on it as such.
> >
> >What truth? I have seen more "innovation" in the Open
At 05:59 PM 02/16/2001, John Cavan wrote:
>Dennis wrote:
> > objective, arent we?
>
>You might ask yourself the same question...
>
> > For example, if there were six different companies that marketed ethernet
> > drivers for the eepro100, you'd have a choice of which one to buy..perhaps
> > with
At 07:01 PM 02/16/2001, Alan Olsen wrote:
>On Fri, 16 Feb 2001, Dennis wrote:
>
> > There is much truth to the concept, although Microsoft should not be ones
> > to comment on it as such.
>
>What truth? I have seen more "innovation" in the Open Source movement
>than I ever have in my 18+ years
At 07:10 PM 02/16/2001, [EMAIL PROTECTED] wrote:
>Dennis wrote:
>...
> > objective, arent we?
>Nope. Are you claiming to be?
>
> > For example, if there were six different companies that marketed ethernet
> > drivers for the eepro100, you'd have a choice of which one to buy..perhaps
>... Rant
On Sat, Feb 17, 2001 at 02:38:29PM -0500, Dennis wrote:
> >It's not about facts, it's not about the truth, it's not about Jim
> >Allchin being an idiot or deluded. It's about propaganda,
> >misinformation, and marketing. It's about business. Nothing new, nor
> >unexpected. And to the comment "It
On Sat, 17 Feb 2001, Thomas Widmann wrote:
>
> #cat /proc/1310/cpus_allowed
>
>
> Now, if i want to run this process on only one cpu, i which way
> do i have to set the bitmask ?
> Let's say, i want to run it on cpu0. how look's the bitmask ?
>
Wild guess: as this is a bitmask, you
Hello,
I am building a -fPIC shared object that will define and access a Linux
kernel system call, but _syscall2 fails with -fPIC .so compilation.
What can I do?
F.E. the statement:
_syscall2 (int, tux, unsigned int, action, user_req_t *, req)
Gives the following gcc error when
Jack Bowling wrote -
>> I am trying to use the --mac-source option in the netfilter code to better refine
>access to my linux box. However, I > have run up against something. The router
>through which my private subnet work box passes sends a 14-group "invalid" > mac
>address, presumably as
The exact error is in /usr/include/linux/msg.h
The three unsigned shorts should be unsigned int instead.
Would too many things break if this was changed?
Should user-space tools like ipcs be rewritten to use /proc/sysvipc
instead? (I notice that my old 2.2.14 kernel doesn't have
Dennis <[EMAIL PROTECTED]> écrit :
[...]
> When is that specification for 2.4 drivers going to be available? Talk
> about "stifling the marketplace"!!! Vendors cant even write reliable
> drivers if they want to.
May be said vendors should give a look at l-k between 2.2 and 2.4 instead
of
At 08:34 PM 02/16/2001, Neal Dias wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>It's not about facts, it's not about the truth, it's not about Jim
>Allchin being an idiot or deluded. It's about propaganda,
>misinformation, and marketing. It's about business. Nothing new, nor
On Fri, Feb 16, 2001 at 10:53:51AM -0500, David Mansfield wrote:
> This may be a bit OT, but when you say O_DIRECT, that implies that you
> can pass that flag to open(2) and it will bypass the page cache, and
yes.
> read directly into user-space buffers (zero-copy IO)? Does this also
yes.
>
You are right.
/proc/sysvipc/msg is correct. It shows:
cbytes: 1048575
qnum: 95325
ipcs shows:
used-bytes: 65535
messages: 65535
It's a 16-bit number issue.
--- Manfred Spraul <[EMAIL PROTECTED]> wrote:
> Mark Swanson wrote:
> >
> > Hello,
> >
> > ipcs (msg) gives incorrect results if
> Speaking as a Linux _USER_, if this happens, can I get said print
> engine working on my ARM machines with these closed source drivers?
> Can Alpha users get this print system working? Can Sparc uses
> get it working? What? I can't? They can't? Well, its no good to
> me nor them. You've
On Sat, Feb 17, 2001 at 01:37:58PM +, Russell King wrote:
> Henning P. Schmiedehausen writes:
> > But at least I would be happy if there would be a printing
> > engine that is entirely open source and all the printer vendors can
> > write a small, closed source stub that drives their printer
At 05:31 PM 02/16/2001, Dan Hollis wrote:
>On Fri, 16 Feb 2001, Dennis wrote:
> > The biggest thing that the linux community does to stifle innovation is to
> > bash commercial vendors trying to make a profit by whining endlessly about
> > "sourceless" distributions and recommending "open-source"
I'm using these drivers just fine on a couple of streaming servers that
get hit pretty hard.
Dennis wrote:
> both lock up under load. You dont run a busy ISP i guess. The fact that
> they come out with a new release every few minutes is clear evidence that
> it is problematic.
--
Hi,
* Andrew Morton wrote:
> > Hi,
> >
> > I run an 3*XEON 550MHz Primergy with 2GB of RAM.
> > On this machine, i have compiled kernel 2.4.0SMP.
> >
> > Is it possible to bind a process to a specific
> > cpu on this SMP machine (process affinity) ?
> >
> > I there something like pset ?
>
>
I've noticed this when attempting to build APMD, mc146818rtc.h has
a reference to a spinlock_t while asm/spinlock.h is not included.
Patch follows:
--- linux-2.2.18.orig/include/linux/mc146818rtc.hFri Jan 12 19:15:00 2001
+++ linux-2.2.18/include/linux/mc146818rtc.h Tue
Mark Swanson wrote:
>
> Hello,
>
> ipcs (msg) gives incorrect results if used-bytes is above 65536. It
> stays at 65536 even though messages are being read and removed from the
> msg queue.
>
I'm testing it.
Could you check /proc/sysvipc/msg?
I know that several API's have 16-bit numbers,
>
>Fortunately despite your best efforts there is now a choice in 2.4
When is that specification for 2.4 drivers going to be available? Talk
about "stifling the marketplace"!!! Vendors cant even write reliable
drivers if they want to.
db
-
To unsubscribe from this list: send the line
At 05:20 PM 02/16/2001, Alan Cox wrote:
> > For example, if there were six different companies that marketed ethernet
> > drivers for the eepro100, you'd have a choice of which one to buy..perhaps
> > with different "features" that were of value to you. Instead, you have
> > crappy GPL code that
>Henning P. Schmiedehausen writes:
>> But at least I would be happy if there would be a printing
>> engine that is entirely open source and all the printer vendors can
>> write a small, closed source stub that drives their printer over
>> parallel port, ethernet or USB and give us all the
On Sat, Feb 17, 2001 at 02:58:45PM +0100, Jean Francois Micouleau wrote:
>
> On Sat, 17 Feb 2001, Henning P. Schmiedehausen wrote:
>
> > If IBM, Intel, Compaq, HP, Dell, SGI and other companies would
> > wholeheartedly drop their Windows support in favour of Linux, that I
> > would call "a
Hello,
ipcs (msg) gives incorrect results if used-bytes is above 65536. It
stays at 65536 even though messages are being read and removed from the
msg queue.
The sysv msg queue either ignores the /proc/sys/kernel/msgmnb value if
it is above 65536 or simply gets it wrong. Proof: I can place more
James Bottomley wrote:
> > Is it possible to flush all entries in the buffer cache corresponding
> > to a single block device (i.e. simply drop them if they aren't dirty,
> > or write them to disk and drop them after this if they are dirty)?
>
> Yes, just send the BLKFLSBUF ioctl to the device
[Nick, I've added you to the Cc list so you can look at
it for future versions of your patch]
On Sat, Feb 17, 2001 at 03:13:45PM +0100, Manfred Spraul wrote:
> You must also update wake_process_synchroneous(), otherwise you can get
> lost wakeups with pipes.
>
> Something like
> > On Fri, 16 Feb 2001, Michael H. Warfield wrote:
> > > > You know XOR is patented (yes, the logical bit operation XOR).
> > > But wasn't that Xerox that had that?
> > US Patent #4,197,590 held by NuGraphics, Inc.
On Fri, Feb 16, 2001 at 09:20:34PM -0500, David Relson wrote:
> The patent
On Sat, Feb 17, 2001 at 12:41:57PM +, Henning P. Schmiedehausen wrote:
>
> If HP would spent only 5% of their driver writing
> buget for Windows into Linux driver development, that I would call "a
> move".
Have you seen this: http://hp.sourceforge.net/
I certainly don't know what the
On Sat, 17 Feb 2001, Patrick Michael Kane wrote:
> * Pavel Machek ([EMAIL PROTECTED]) [010217 05:40]:
> > Being able to remotely resed machine with crashed userland would be
> > *very* nice, too...
>
> If it provides a true remote console, enable SYSRQ and youi should get this
> for free.
Yes,
1 - 100 of 292 matches
Mail list logo
