I hope I'm not rehashing anything discussed before, but I couldn't find any
references to this:
In BSD, select() states that when a time out occurs, the bits passed to
select will not be altered. In Linux, which claims BSD compliancy for this
in the man page (but does not state e
Hi!
> Overview: At business I just got a brand new EIZO 18" LCD display L675
> to test its usability for working in portrait mode to show a full A4
> page. These test were done on Windows NT4 but I'd really like to know
> how well Linux would have done. I'm going to describe all the obstacles
> I
BlankTo all the kernel people,
Ok, this is probabally old news and has been fixed, but
the following happened in kernel 2.4.3 (ironically when i was deleting
/usr/src/linux in order to extract the latest 2.4.5 :-)
Here it is:
However, it has a very slight sound of a more ser
Hi,
Going over this a bit, an deviant from the original design of
elevator_linus seems to have snuck in. Well, almost, I've been aware of
this for some time...
The idea was _not_ to account request merges, since they will (in by far
the most cases) incur the cost of a seek. Instead we just accou
On Tue, May 29, 2001 at 10:18:41AM +0200, Martin von Loewis wrote:
> > > Anyone know about 3.1?
> > >
> >
> > It's an HPFS variant.
>
> No. NT was using NTFS right from the start.
>
> Regards,
> Martin
No. They were not. Their first cuts of NT used an HPFS variant until
NTFS could be compl
#Include
I just bought one of $subject (PDC 20268)
Removed a Ultra 66 from my system and plugged the new one into the 66Mhz
PCI-Bus (Intependent from the 33Mhz PCI-Bus (Tyan Thunder HE-SL Mainboard
with Serverworks HE-SL-Chipset))
Kernel is 2.4.4 with Promise support compiled in. (The Ultra
On Tue, 29 May 2001 15:54:36 +0200,
Nico Schottelius <[EMAIL PROTECTED]> wrote:
>Just a small question, what could be the reason I have a broken
>Makefile ?
>This seems to happen frequently, if there is a need
>to name it into the lkml. I am surprised
>a makefile gets screwed up ?
It is the make
Hopefully, I don't offend anyone by asking this here, but
I assume (perhaps incorrectly) that this is the place to
go when trying to decipher writing device drivers.
My problem: A device driver for a custom board worked fine
under 2.2.10 - I used the minor number to identify various
channels on th
I am experiencing an interesting problem with a VIA Samuel (Cyrix III) 667
processor, on an M755LMR motherboard (GFXcel sis630e chipset) 64M ram.
Unfortunately I don't have access to another socket370 mobo to test right
now. Anyways, when left running over a 24 hour period, performance
seriously
On Tuesday 29 May 2001 11:10, Alan Cox wrote:
> > It's not a bug. It's a feature. It only breaks systems that are run w=
> > ith "too
> > little" swap, and the only difference from 2.2 till now is, that the de=
> > finition
> > of "too little" changed.
>
> its a giant bug. Or do you want to add
I have a Riva128 based video card in a older SMP P-Pro system and with all
of the lastest 2.4 series of kernels (mostly the ac stuff) I have screwy colors
on the console (the penguin boot logos are shades of blue) and initially when
I start X (XFree86 4.0.3) the colors are very dark until I switch
> " " == dobos s <[EMAIL PROTECTED]> writes:
> I have the problem. As I read mails between Alan, Ioan and
> Trond on the above subject I decided to try Trond's tcp-hang
> patch to see It really solves the problem.
> I dont think so. In my source tree there are not compil
On Tue, May 29, 2001 at 05:18:39AM +0600, Bobby D. Bryant wrote:
> sailing ever since. The only problems that I'm are ware of are a
> (maybe) DMA problem and a (maybe) SMBus problem, per below. Right now
I noticed the Win32 benchmark/test application Sandra mentioned an SMBus
problem with the A
Hi,
Another day, another version.
Bugs fixed in this version: none
Known bugs in this version: none
In other words, it's perfect of course.
Changes:
- Added ide-dma segment coalescing
- Only print highmem I/O enable info when HIGHMEM is actually set
Please give it a test spin, especially if
On Tue, May 29 2001, Jens Axboe wrote:
> Hi,
>
> Another day, another version.
Hrmpf, let me point out where it is too...
*.kernel.org/pub/linux/kernel/axboe/patches/2.4.5/
the READHE there details what is in each patch, or you can grab
block-highmem-all-3 which has it all.
--
Jens Axboe
-
> * when you have an active process using ~300M of VM, in a ~380M machine,
> 2/3 of the machine's RAM should -not- be soaked up by cache
>
> * when you have an active process using ~300M of VM, in a ~380M machine,
> swap should not be full while there is 133M of RAM available.
>
> The above quot
"Dr S.M. Huen" proclaimed:
> I saw a report on AMDZone of another VIA chipset bug. The original source
> is:-
> http://www.chip.de/news_stories/news_stories_163106.html
>
> The claim from AMDZone's translation is that:-
> " According to the report KT133A boards with chipset codes of 1EA0 and
>
> On Mon, May 28, 2001 at 07:00:39PM +0200, Nico Schottelius wrote:
> > I am having problems with loading modules:
> > I always get the unresolved symbols message.
> > I didn't find any documentation for that, can you help me ?
>
> You did read question 8.8 from the linux-kernel mailing list FAQ?
I have the problem.
As I read mails between Alan, Ioan and Trond on the above subject I decided
to try
Trond's tcp-hang patch to see It really solves the problem.
I dont think so. In my source tree there are not compiled files in
net/sunrpc dir, and CONFIG_SUNRPC is not set in my .config!
I use
On 05.29 Fabbione wrote:
> Hi all,
> sorry for the offtopic msg.
>
> Can someone point me to a 4 ports fast/eth card solution for linux?
>
> I found some cards based on the DEC 21*4* chips but when
> I asked for more details I got a strange answer from the reseller
> like that this card i
Hi
I am running a Linux machine with a 1GB Ethernet card which takes a huge
amount of packets, which results in many HW interrupts.
is it possible to make sure that only CPU #1 handles all the hardware
interrupts generated by the NIC ? or even all the hardware interrupts in the
systems if its too
Martin Dalecki wrote:
>
> Nerijus Baliunas wrote:
> >
> > The ISO639 registrars call it "Belarusian". See
> > http://lcweb.loc.gov/standards/iso639-2/langhome.html
> > under "English Name of Language".
>
> Which is a typo in the standard for sure, since belarussian is
> meaning "White Russians".
Release 0.3.3 of JFS was made available May 25, 2001.
Drop 33 on May 25, 2001 (jfs-0.3.3-patch.tar.gz) includes fixes to the
file system and utilities. There is now a patch being provided that
will make it easier to move from release 0.3.2 to 0.3.3, the patch file
is call jfs-0_3_2-to-0_3_3.patch
Arthur Naseef wrote:
>
> Andrew:
>
> Excellent. I will look at the 2.4 sources.
>
> In addition to the TASK_ZOMBIE issue you mention, I believe there
> is an issue of false termination of wait queues. Consider this:
>
> - Task places itself on a wait queue
> - Calls schedule(
> > The ISO639 registrars call it "Belarusian". See
> > http://lcweb.loc.gov/standards/iso639-2/langhome.html
> > under "English Name of Language".
>
> Which is a typo in the standard for sure, since belarussian is
> meaning "White Russians".
No. They changed their country name to "Belarus", sin
Andrew:
Excellent. I will look at the 2.4 sources.
In addition to the TASK_ZOMBIE issue you mention, I believe there
is an issue of false termination of wait queues. Consider this:
- Task places itself on a wait queue
- Calls schedule()
- tq_scheduler function does the
Mike Frisch wrote:
> On Mon, May 28, 2001 at 05:57:12PM +0200, Axel Thimm wrote:
> > What is the status of the support for this chipset, found for example in an
> > ASUS A7A266? Judging from
> > http://www.acerlabs.com/eng/support/faqlnx.htm
> > one gets the impression that ALi is respectfully tr
the attached patch (against 2.4.5-ac3) fixes a compiler warning (triggered
by gcc 2.96) in the RAID include files.
Ingo
--- linux/include/linux/raid/md_k.h.origTue May 29 12:50:30 2001
+++ linux/include/linux/raid/md_k.h Tue May 29 12:50:40 2001
@@ -38,6 +38,7 @@
the attached ioapic-2.4.5-A1 patch includes a number of important IO-APIC
related fixes (against 2.4.5-ac3):
- correctly handle bridged devices that are not listed in the mptable
directly. This fixes eg. dual-port eepro100 devices on Compaq boxes
with such PCI layout:
-+-[0d]---0b.0
[EMAIL PROTECTED] <[EMAIL PROTECTED]> écrit :
> Where do I get this basic info on ATAPI? Will I benefit from the IDE
> standards document? Where can I get that?
www.t13.org
ww.google.com
It's time consuming but you may see something emerging from your
work in a few monthes if you sacrifice your
On Tue, May 29 2001, Fabio Riccardi wrote:
> "Leeuw van der, Tim" wrote:
>
> > But the claim was that 2.4.5-ac2 is faster than 2.4.5 plain, so which
> > changes are in 2.4.5-ac2 that would make it faster than 2.4.5 plain? Also, I
> > don't know if 2.4.5-ac1 is as fast as 2.4.5-ac2 for Fabio. If n
Hi
I have strange problems with my Toshiba(actually Freecom) USB cdrom cable.
inserting the usb-storage takes some minutes, until it returns. Then
mounting the cdrom works, but when i started copying from cd, a kernel
panic occured. It happens every time, i try to copy something from cd.
Kernel i
Chris Wedgwood wrote:
> By the way, the context stored on the stack is entirely a user
> space context, however it does include some information from the
> kernel that may be useful to user space, such as a page fault
> address.
>
> I actually (ab)used this for userspace paging wi
Hallo,
Are there any deeper reasons,
why
a) inode->i_blksize is set to PAGESIZE eg. 4096 independent of the actual
block size of the file system?
(I suppose, this is for performance reasons (paging), right?)
b) the number of blocks is counted in 512 Bytes and not in the actual blocksize
of the
Hi!
I use the serial line for communication with a device.
The communication looks like this:
1. ask the device about its state (a 4 byte packet)
2. read reply from device
3. decide what to do:
3a. if nothing to do, go to 1.
3b. if there is something to do, send the answer to the device
> It's not a bug. It's a feature. It only breaks systems that are run w=
> ith "too
> little" swap, and the only difference from 2.2 till now is, that the de=
> finition
> of "too little" changed.
its a giant bug. Or do you want to add 128Gb of unused swap to a full kitted
out Xeon box - or 512
On Tue, 29 May 2001, Jakob Østergaard wrote:
>
> It's not a bug. It's a feature. It only breaks systems that are run with "too
> little" swap, and the only difference from 2.2 till now is, that the definition
> of "too little" changed.
Its just a balancing change, actually. You can tune the
> Ouch! When compiling MySql, building sql_yacc.cc results in a ~300M
> cc1plus process size. Unfortunately this leads the machine with 380M of
> RAM deeply into swap:
>
> Mem: 381608K av, 248504K used, 133104K free, 0K shrd, 192K
> buff
> Swap: 255608K av, 255608K used, 0
On Mon, 28 May 2001, Rasmus Andersen wrote:
> The patch below fixes what I believe is a bug in hysdn_net.c.
> I cannot see how we can proceed under _any_ circumstances
> after the kmalloc fails. Applies against 245ac1.
Yep, you're obviously right. Thanks, I'll check in your patch into our
CVS, a
Anton Voloshin <[EMAIL PROTECTED]> wrote:
>2.4.3 works Ok, 2.4.4 and 2.4.5 both has this problem.
>Lamer's assumption: maybe troubles with sendfile() after zero-copy patches?
no, the patch in 2.4.3-ac7 caused a lot of problems for
a lot of people. Simply compile 8139too.c from an old
kernel on t
> > Anyone know about 3.1?
> >
>
> It's an HPFS variant.
No. NT was using NTFS right from the start.
Regards,
Martin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-
On 29 May 2001, Daniel Rose wrote:
> Ok, I have decided the problem lays in via-rhine.c, the ethernet driver
> for my card. The second boot finds the mac address as 00's all the time,
> regardless of whether the driver is compiled as a module, or monolith.
Do you boot something else in between?
On Tue, May 29, 2001 at 12:50:59AM -0400, Pavel Roskin wrote:
> Hi, James!
>
> > So as you can see even USB keyboards depend on pc_keyb.c. So their is
> > no way around this.
>
> Perhaps redefining kbd_read_input() will help. It's cruel, I know :-)
Or just kill allocating the IRQ in the pc_keyb
Hi all,
sorry for the offtopic msg.
Can someone point me to a 4 ports fast/eth card solution for linux?
I found some cards based on the DEC 21*4* chips but when
I asked for more details I got a strange answer from the reseller
like that this card is able to work only half-duplex and the
101 - 144 of 144 matches
Mail list logo