I was just looking around and I found this:
# cat /proc/tty/driver/serial
Segmentation fault
And this is the oops:
Unable to handle kernel paging request at virtual address d00eff1c
printing eip:
d00eff1c
*pde = 01505067
*pte =
Oops:
CPU:0
EIP:0010:[]
EFLAGS: 00010282
It's not that you found a new bug or that floats are inaccurate (they are
just less exact than doubles)... For example, if you make your program
print some more digits, you'll get:
5483.9899781721271574497222900390625000
5483.9902343750
i have this problem using intel 850mhz and 333mhz
any know where to get update version of uname ?
Ishikawa wrote:
> Hi,
>
> On my athlong K7 optimized kernel prints "unknown" fir oricessir type.
> (I have not realized what this "unknown" stood for until today.)
>
> #uname -p
> unknown
> #uname
On Sat, 14 Apr 2001, Manfred Spraul wrote:
> From: "Alan Cox" <[EMAIL PROTECTED]>
> >
> > That has an implicit race, a zombie can always appear as we are
> execing init.
> > I think init wants fixing
> >
> Rod, could you boot again with the unpatched kernel and send a sigchild
> to init?
>
>
This is an example of a minimalist kernel config script using what I call
"subtractive synthesis", rather than the additive synthesis method of
make config and friends. This generates white-noise and then you filter
it, rather than painstakingly constructing your timbre one sinewave at a
time.
>
> What kernel are you running?
That is 2.4.4-pre3
> This is disabled by default. search for
> where FASTRETRANS_DEBUG is enabled (should be in linux/include/net/tcp.h
> and set it someting low (like 1 which is the default. The actual error
> message comes up in tcp_input.c (search fro
> Can the folks who are seeing crashes running athlon optimised kernels all mail
> me
> - CPU model/stepping
vendor_id : AuthenticAMD
cpu family : 6
model : 4
model name : AMD Athlon(tm) Processor
stepping: 2
cpu MHz : 1202.743
(/proc/cpuinfo
"Eric S. Raymond" wrote:
> Release 1.1.1: Sat Apr 14 23:41:34 EDT 2001
> * Synchronized with 2.4.4-pre1.
pre3 is out ;-)
> * Added fast-mode command to suppress side-effect computation
> on slow machines.
>
> I'd appreciate it if some of you with slow machines would
What kernel are you running? This is disabled by default. search for
where FASTRETRANS_DEBUG is enabled (should be in linux/include/net/tcp.h
and set it someting low (like 1 which is the default. The actual error
message comes up in tcp_input.c (search fro FASTRETRANS_DEBUG).
Regards,
Bart.
Blew sky high. Booted stock 2.4.3-ac3, K7 optimizations, init=/bin/sh.
First time it went fine for quite some time (10-15 mins, find / -print,
etc) and then locked up hard on "open". Second time, it oops'd before
hardlocking (which I copied out by hand.) The oops and decode are
attached.
On
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.1.1: Sat Apr 14 23:41:34 EDT 2001
* Synchronized with 2.4.4-pre1.
* Adam Lackorzynski's patch to make install-cml2 do the right thing
with relative installation paths.
* The
What's all this in syslog? I don't remember ever seeing it there before.
...
Apr 14 13:58:31 foo kernel: Disorder0 3 5 f0 s2 rr1
Apr 14 13:58:32 foo kernel: Disorder0 3 5 f0 s1 rr1
Apr 14 13:58:41 foo kernel: Disorder0 3 8 f0 s0 rr1
Apr 14 13:58:44 foo kernel: Disorder0 3 5 f0 s0 rr1
Apr 14
Alan Cox wrote:
> Can the folks who are seeing crashes running athlon optimised kernels all mail
> me
>
> - CPU model/stepping
AMD Athlon Thunderbird 850Mhz
Stepping - 2
> - Chipset
VIA KT133A chipset, Iwill KK266 MB.
According to a couple other people this problem may only occur on
On Thursday 12 April 2001 23:52, Andre Hedrick wrote:
> Okay but what will be used for a base for hardware that has critical
> timing issues due to the rules of the hardware?
>
> I do not care but your drives/floppy/tapes/cdroms/cdrws do:
>
> /*
> * Timeouts for various operations:
> */
>
> usb-uhci.c: interrupt, status 3, frame# 1876
This is a known problem, here is the discussion that I initiated
on linux-usb-devel:
http://marc.theaimsgroup.com/?t=9860950851=2=1
The right fix is to comment that printout out.
In fact, that is what I commited for Red Hat 7.1 release.
In article <[EMAIL PROTECTED]> you wrote:
> ... still, I've investigated on this because amverify gave me a ton of
> crc errors... (I REALLY hope that amanda uses proper blocking :)
yes, it does.
This really looks like a st problem, or kernel. Or host adapter, or :)
I have to try 2.4.x soon.
On Sat, 14 Apr 2001, Rik van Riel wrote:
> On Sat, 14 Apr 2001, Marcelo Tosatti wrote:
>
> > There is a nasty race between shmem_getpage_locked() and
> > swapin_readahead() with the new shmem code (introduced in
> > 2.4.3-ac3 and merged in the main tree in 2.4.4-pre3):
>
> > I don't see any
I have a web server farm that right now has about 125 apache processes
running per machine. If I try to use 2.4.3 or even 2.4.3-ac6 it will go to
about 400 (meaning it is slow in clearing connections), the load average
will start to climb until it gets to close to 100 and then stops responding.
On Sun, 15 Apr 2001, Marko Kreen wrote:
> Sorry. Who said it should not be tested? How else it could get
> 'default compiler'? If the gcc-3.0 would start giving errors
> on some old code then it could be gcc bug. But this rwsem code
> is couple of days old. It is good to let it through
On Sat, Apr 14, 2001 at 05:33:02PM -0600, [EMAIL PROTECTED] wrote:
> I have been unable to set up a module for my DPT fibrechannel host adapter, partly
>through unavailability, and partly through inexperience.
There is a nice suppary of current DPT driver status on Kernel
Traffic #113:
Hi!
Jeff Garzik wrote:
> A new version of the ethernet driver for RTL-8139-based 10/100 boards
> has been posted at
>
> http://sourceforge.net/projects/gkernel/
>
> This update includes a couple major bugfixes, and I am interested in
> getting the widest testing possible for it.
No
I have been unable to set up a module for my DPT fibrechannel host adapter, partly
through unavailability, and partly through inexperience.
Found Ricky Beam's 2.4.0-test7 .diff, but lack the experience to retrofit it to 2.4.2.
Tried patch -su http://vger.kernel.org/majordomo-info.html
Please
Hi,
On Sat, Apr 14, 2001 at 07:53:28PM +0100, Alan Cox wrote:
> > Rod's init version (from RH 7.0) doesn't reap children that died before
> > it was started. Is that an init bug or should the kernel reap them
> > before the execve?
> I would say thats an init bug
It doesn't seem to be that
On Sat, Apr 14, 2001 at 10:44:46AM -0700, Rob Landley wrote:
> Info. Never thought to check info. Here I am
> checking linuxdoc's howtos, man pages, and google...
> Sigh... I don't suppose there's an info2html tool
> anywhere?
'pinfo' can also be very useful - looks a lot like lynx, but
On Sat, 14 Apr 2001, Alan Cox wrote:
> If the router claims to be RFC compliant then you may want to investigate
> trading standards bodies. In the UK at least things like the advertising
> standards agency get upset by people who claim standards compliance, are shown
> not to be compliant and
On Sun, Apr 15, 2001 at 01:03:35AM +0300, Matti Aarnio wrote:
> On Sat, Apr 14, 2001 at 09:09:00PM +, Thorsten Glaser Geuer wrote:
> > Dear Sirs,
> > I still cannot compile with gcc-3.0 from 08.04.
>
> Yes ? Who said gcc-3.0 is suitable compiler ?
>
> No doubt it some day will
[EMAIL PROTECTED] wrote:
> Hello,
>
> I am running RedHat Wolverine (beta) with kernel 2.4.2. I have a SCSI subsystem
>(AHA2740) with a Panasonic LF-D101 DVDRAM on it.
>
> I read that the CDROM driver is built to recognize DVDRAMs and allow writes; well I
>can mount and read the UDF file
On Sat, Apr 14, 2001 at 09:09:00PM +, Thorsten Glaser Geuer wrote:
> Dear Sirs,
> I still cannot compile with gcc-3.0 from 08.04.
Yes ? Who said gcc-3.0 is suitable compiler ?
No doubt it some day will be the default compiler, but not yet.
For that matter, what
In article <[EMAIL PROTECTED]> you write:
>On Fri, 13 Apr 2001, Nate Eldredge wrote:
>> (32 bytes is the size of a cache line.) A memory tester might be
>> something to try (I wrote a simple program that seemed to show the
>> error better than memtest86; can send it if desired.)
>
>Already tried
From: "Alan Cox" <[EMAIL PROTECTED]>
>
> That has an implicit race, a zombie can always appear as we are
execing init.
> I think init wants fixing
>
Rod, could you boot again with the unpatched kernel and send a sigchild
to init?
#kill -CHLD 1
If I understand the init code correctly the
Hello,
I am running RedHat Wolverine (beta) with kernel 2.4.2. I have a SCSI subsystem
(AHA2740) with a Panasonic LF-D101 DVDRAM on it.
I read that the CDROM driver is built to recognize DVDRAMs and allow writes; well I
can mount and read the UDF file system fine, but am not allowed writes.
Dear Sirs,
I still cannot compile with gcc-3.0 from 08.04.
Yesterday I tried -ac5 (same problem reported
earlier) and using egcs-2.91.66 for _only_
the peoblematic files (sys.c exec.c binfmt_elf.c
and two others which I dont remember) but the
kernel could not boot.
Now I get:
gcc -D__KERNEL__
uname has printed unknown for the cpu vendor for as long as I can
remember.
There is a hacked uname.c distributed as "nuname" that works for cyrix
intel and amd, maybe others.
http://cds.duke.edu/pub/sunsite/utils/shell/nuname-1.0.tar.gz
I *think* Cyrix shows up as CyrixInstead
Dual P120
Linux
Marko Kreen <[EMAIL PROTECTED]>:
> Using CML2 1.1.0 'menuconfig' on clean 2.4.3 (mach is PPro 180)
>
> Suggestions:
>
> * the 'N' should be shown as ' ' as in menuconfig - it is
> visually much better to get overview of whole screenful.
> 'Y'/'M' and 'N' are basically of 'same size' so you
BTW this is also the case for AMD-K6-3 and I would imagine all other AMD
processors.
B.
On Sun, 15 Apr 2001, Ishikawa wrote:
> Hi,
>
> On my athlong K7 optimized kernel prints "unknown" fir oricessir type.
> (I have not realized what this "unknown" stood for until today.)
>
> #uname -p
>
On Sat, 14 Apr 2001, Aaron Lunansky wrote:
Why not indeed? - should have thought about it myself
Well, I wrote the script. It has been running for 10 minutes now mounting
and unmounting an iso image. Nothing happens.
I guess I should be happy.
Still don't undertand where the original Oops
came
[ sent to linux-kernel due to Alan rejecting all mail from
Earthlink/Mindspring, I'm assuming he is still interested in the
report though ]
On Saturday 14 April 2001 09:13, Alan Cox wrote:
> Can the folks who are seeing crashes running athlon optimised
> kernels all mail me
I have two Athlon
Hi,
On my athlong K7 optimized kernel prints "unknown" fir oricessir type.
(I have not realized what this "unknown" stood for until today.)
#uname -p
unknown
#uname -a
Linux duron 2.4.3 #2 Fri Apr 6 04:38:35 JST 2001 i686 unknown
It would be nice to have the processor name printed.
Is this
jeff millar <[EMAIL PROTECTED]>:
> Selecting IP_NF_COMPAT_IPCHAINS turns off IP_NF_CONNTRACK and friends. But,
> I think CML1, allowed both support to the new iptables and compatibility
> modes to allow old ipchains scripts to work with the new kernel.
Would somebody who knows what these
On Sat, 14 Apr 2001, Marcelo Tosatti wrote:
> There is a nasty race between shmem_getpage_locked() and
> swapin_readahead() with the new shmem code (introduced in
> 2.4.3-ac3 and merged in the main tree in 2.4.4-pre3):
> I don't see any clean fix for this one.
> Suggestions ?
As we discussed
On Sat, 14 Apr 2001, Marc SCHAEFER wrote:
> Now try this:
>
>cd ~archive
>mt -f /dev/tapes/tape0 rewind
>tar cvf - . | gzip -9 | dd of=/dev/tapes/tape0 bs=32k
>
> and then:
>
>mt -f /dev/tapes/tape0 rewind
>dd if=/dev/tapes/tape0 bs=32k | gzip -d | tar --compare -v -f -
>
>
> Rod's init version (from RH 7.0) doesn't reap children that died before
> it was started. Is that an init bug or should the kernel reap them
> before the execve?
I would say thats an init bug
> The attached patch reaps all zombies before the execve("/sbin/init").
That has an implicit race, a
On Fri, 13 Apr 2001, Nate Eldredge wrote:
> (32 bytes is the size of a cache line.) A memory tester might be
> something to try (I wrote a simple program that seemed to show the
> error better than memtest86; can send it if desired.)
Already tried that... this system has passed some 20 hours
In article <[EMAIL PROTECTED]> you wrote:
> So you make gzip use blocks of 32 kB.
no, infact it really makes it using blocks of 4k (a PIPE_SIZE is 4k), so
it is really equivalent to bs=4k. dd doesn't re-join blocks when
they are smaller then bs=, unless you specify obs=32k.
I have been playing
On Sat, Apr 14, 2001 at 12:21:20AM +0200, Guest section DW wrote:
> No, these codes cannot be larger than 127 today.
> You can use the utility setkeycodes to assign keycodes to these keys.
I always tought it is 8bit - more-than-128-keys keyboards exists quite long
time.
> [One of the things for
On 10 Apr 2001, Richard Russon wrote:
> VM: Undead swap entry 000bb300
> VM: Undead swap entry 00abb300
> VM: Undead swap entry 016fb300
I have seen similar mysterious crashes of X server
when I began accessing large web page using Netscape
navigator. It was reproducible the first few times I
On Sat, 14 Apr 2001, Geert Uytterhoeven wrote:
> Do you also mean it is illegal to use blocksize 10 kB (default tar, no gzip)
> with a tape drive??
not at all. Infact, with the default settings of the st driver, any
multiple of 512 bytes is ok. The additional dd step is just there to be
sure
Anton Altaparmakov <[EMAIL PROTECTED]>:
> In the menu the colour scheme is a bit strange but everyone has a
> different taste. Would need some getting used to, but ok. It does seem
> like a step back in time though, compared to the old menuconfig which had
> nice windows feel and colours, IMHO. I
On Sat, Apr 14, 2001 at 04:12:09PM +0100, Alan Cox wrote:
> Can the folks who are seeing crashes running athlon optimised kernels all mail
> me
Just trying to privide you with usefull info. I'm NOT seeing any
crashes at all.
> - CPU model/stepping
processor : 0
vendor_id :
> > Apparently, the pipe
> > fd's evaporate when the process does an execve.
>
> Check out:
>
> #include
> #include
>
>/* ... */
>
> fcntl (fd, F_SETFD, (long) FD_CLOEXEC);
>
> to set/reset the close on exec bit.
Cool. That's EXACTLY what I was looking
"W. Michael Petullo" <[EMAIL PROTECTED]> writes:
|> Here is the patch:
|>
|>
|>
|> --- plip.c Tue Feb 13 16:15:05 2001
|> +++ /tmp/linux/drivers/net/plip.cThu Apr 12 16:07:07 2001
|> @@ -137,10 +137,10 @@
|>
On Sat, 14 Apr 2001, Marc SCHAEFER wrote:
> Now try this:
>
>cd ~archive
>mt -f /dev/tapes/tape0 rewind
>tar cvf - . | gzip -9 | dd of=/dev/tapes/tape0 bs=32k
>
> and then:
>
>mt -f /dev/tapes/tape0 rewind
>dd if=/dev/tapes/tape0 bs=32k | gzip -d | tar --compare -v -f -
>
Hi,
There is a nasty race between shmem_getpage_locked() and
swapin_readahead() with the new shmem code (introduced in 2.4.3-ac3 and
merged in the main tree in 2.4.4-pre3):
shmem_getpage_locked() finds a page in the swapcache and moves it to the
pagecache as an shmem page, freeing the
Ok, I tried the CML2 1.1.0. (Had to spend hours installing Python
2.0 until I found all required configure options and got the right modules
compiled in, but ok, that's a one off and is not CML2's fault, also ran
make test to make sure it works.)
Installed cml, cwd to kernel, and ran make
Hi Alan,
Rod's init version (from RH 7.0) doesn't reap children that died before
it was started. Is that an init bug or should the kernel reap them
before the execve?
The attached patch reaps all zombies before the execve("/sbin/init").
I also found a bug in kernel/context.c: it doesn't acquire
As of kernel 2.4.3-ac6, there are 575 config options which have no help text in
Configure.help.
Here is a list of these items which have been introduced recently, after 2.4.3-ac1.
Each group is incremental, versus 2.4.3-ac[n-1].
If you see one of your options here, please consider generating
If you're intent on making it oops why not write a script to mount/unmount
it repeatedly?
Regards,
Aaron
-Original Message-
From: Arthur Pedyczak <[EMAIL PROTECTED]>
To: Jens Axboe <[EMAIL PROTECTED]>
CC: Linux kernel list <[EMAIL PROTECTED]>; Jeff Garzik
<[EMAIL PROTECTED]>
Sent: Sat
Alan Cox wrote:
>
> > Also ISA adapters are not the only non-PCI adapters,
> > there are the growing band of pseudo adapters that
> > may or may not have a PCI bus at the bottom of some
> > other protocol stack.
>
> An ioctl might be better. We already have an ioctl for querying the lun
>
On Sat, 14 Apr 2001, Manfred Spraul wrote:
> >> Ah. Of course. All (or most) kernel initialisation is
> >> done by PID 1. Search for "kernel_thread" in init/main.c
> >>
> >> So it seems that in your setup, process 1 is not reaping
> >> children, which is why this hasn't been reported before.
>
The Xpeed X200/300. Go to http://www.xpeed.com/Products/x300/300ds.pdf
Kernel support for the cards appeared in
ftp://ftp.cs.helsinki.fi/pub/Software/Linux/Kernel/people/alan/2.2.18pre/pre-patch-2.2.18-18.gz
I guess it hasn't been ported to 2.4 yet.
Samuli
On Fri, 13 Apr 2001,
>>> = Rik van Riel <[EMAIL PROTECTED]>
>> = Adam J. Richter <[EMAIL PROTECTED]>
> = Michael O'Reilly <[EMAIL PROTECTED]>
>> Rik van Riel <[EMAIL PROTECTED]> writes, regarding the idea
>> of having do_fork() give all of the parent's remaining time slice to
>> the newly created child:
>>
>>>It
Selecting IP_NF_COMPAT_IPCHAINS turns off IP_NF_CONNTRACK and friends. But,
I think CML1, allowed both support to the new iptables and compatibility
modes to allow old ipchains scripts to work with the new kernel.
jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
I have written a quick patch for the PLIP driver contained in the 2.4.3
version of the Linux kernel. This patch allows one to use PLIP with
computers which have an interrupt-less parallel port and a slow processor.
The stock PLIP driver constantly times out on my 80486-based laptop.
This patch
On Sat, 14 Apr 2001, Alan Cox wrote:
> Can the folks who are seeing crashes running athlon optimised kernels all mail
> me
>
> - CPU model/stepping
Athlon Thunderbird 700mhz
/proc/cpu:
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 4
model name
Can the folks who are seeing crashes running athlon optimised kernels all mail
me
- CPU model/stepping
- Chipset
- Amount of RAM
- /proc/mtrr output
- compiler used
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Mon, Apr 09, 2001 at 04:36:30PM +0800, Green wrote:
I ran into a similar problem with 2.4.3 where I couldn't enter anything
when running mingetty on the console. Turned out that by default the
CREAD flag isn't set on a serial interface in 2.4.3 after bootup so
you need to initialize this.
On Sat, 14 Apr 2001, Linus Torvalds wrote:
> On Sat, 14 Apr 2001, Adam J. Richter wrote:
> >
> > [...]
> > >If it turns out to be beneficial to run the child first (you
> > >can measure this), why not leave everything the same as it is
> > >now but have do_fork() "switch threads" internally ?
> >
While running 2.4.3, I saw the following message a few times:
KERNEL: assertion (tp->lost_out == 0) failed at
tcp_input.c(1202):tcp_remove_reno_sacks
Is that bad, or should I just ignore it?
Kurt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
> > This is a bug in the scsi layer. [EMAIL PROTECTED], not that any of
> > the scsi maintainers seem to care about it right now.
>
> Err..., now I'm confused. Last time this issue popped up, it was my
> understanding that it's generic_file_{read,write}'s limitation to filesystems
> with
> For example the Zyxel 681 SDSL-Router breaks ECN by
> stripping 0x80 (ECN Cwnd Reduced) but not 0x40 (ECN Echo)
> (TOS bits) on all SYN packets (!).
>
> I complained because of this two times more than a month ago
> but they do not even respond.
If the router claims to be RFC compliant then
> > This is a bug in the scsi layer. [EMAIL PROTECTED], not that any
> > of the scsi maintainers seem to care about it right now.
>
> Does this mean I can forget about using kernel 2.4.x? :-(( Can you give me a
> hint where to look. Maybe I can fix it myself.
The FAT layer asks for a 512 byte
>> Ah. Of course. All (or most) kernel initialisation is
>> done by PID 1. Search for "kernel_thread" in init/main.c
>>
>> So it seems that in your setup, process 1 is not reaping
>> children, which is why this hasn't been reported before.
>> Is there something unusual about your setup?
> I
Andre Hedrick wrote:
>
> Okay but what will be used for a base for hardware that has critical
> timing issues due to the rules of the hardware?
>
> I do not care but your drives/floppy/tapes/cdroms/cdrws do:
>
> /*
> * Timeouts for various operations:
> */
> #define WAIT_DRQ
On Fri, 13 Apr 2001, Linus Torvalds wrote:
> On Sat, 14 Apr 2001, Rik van Riel wrote:
> >
> > Also, have you managed to find a real difference with this?
>
> It actually makes a noticeable difference on lmbench, so I think adam is
> 100% right.
>
> > If it turns out to be beneficial to run the
On Fri, Apr 13, 2001 at 02:08:41PM +0100, Alan Cox wrote:
> > I have a problem using my MO-Drive under kernel 2.4.3. I have several disks
> > formated with a VFAT filesystem. Under kernel 2.2.19 everything works fine.
> > Under kernel 2.4.3 I cannot write anything to the disk without hanging
Am Samstag, 14. April 2001 14:28 schrieb Kurt Roeckx:
> Does turning unmaskirq on help?
Already tried this, but it doesn't help
The actual settings (same on /dev/hdc):
bash-2.04# hdparm /dev/hda
/dev/hda:
multcount= 16 (on)
I/O support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma
Just a tip:
I had the same problems when I started to use 2.4.x kernels. It was the compiler that
caused the problem.
I switch to using kgcc (comes with RH 7.0) and all the problems when away. :-)
- Original Message -
From: "Arthur Pedyczak" <[EMAIL PROTECTED]>
To: "Jens Axboe"
Hi all
After upgrading two 2-CPU servers (intel) from 2.2 to 2.4, users
complain about their shell hangs for several seconds, sometimes minutes,
when doing trivial stuff like doing a 'cat' or a 'vi' against a file.
When trying to do more heavy I/O, the process in question will all of a
sudden go
Using CML2 1.1.0 'menuconfig' on clean 2.4.3 (mach is PPro 180)
Suggestions:
* the 'N' should be shown as ' ' as in menuconfig - it is
visually much better to get overview of whole screenful.
'Y'/'M' and 'N' are basically of 'same size' so you must look
directly on letter to understand
On Sat, 14 Apr 2001, Jens Axboe wrote:
[ SNIP..]
> > =
> > Apr 13 20:50:03 cs865114-a kernel: Unable to handle kernel paging request at
>virtual address 7e92bfd7
>
> Please disable syslog decoding (it sucks) and feed it through ksymoops
> instead.
>
> In
A new version of the ethernet driver for RTL-8139-based 10/100 boards
has been posted at
http://sourceforge.net/projects/gkernel/
This update includes a couple major bugfixes, and I am interested in
getting the widest testing possible for it.
Please report bugs to the bug tracking
On Sat, Apr 14, 2001 at 11:38:06AM +0200, Andreas Peter wrote:
> Am Samstag, 14. April 2001 09:04 schrieb David Rees:
>
> > OK, so it's not the RAID setup. There's two things that can cause this.
> > One is that DMA is turned off (what does hdparm /dev/hda and hdparm
> > /dev/hdc show?), the
Hello.
I was performing some benchmarks of http transfer with program 'ab'
(apache benchmark), comparing, how it will perform with/without
kernel khttpd support.
I've got oops several times, the error is replicable on my machine,
without appache even started.
The exact order of actions i
On Wed, Apr 11, 2001 at 02:21:42AM +0200, Andi Kleen wrote:
> Try echo 0 > /proc/sys/net/ipv4/tcp_ecn
> If it helps complain to the sites that their firewall is broken.
Not always firewall related.
There are companies like Zyxel that ship broken router
too.
For example the Zyxel 681
Hi,
As described earlier, code which wants to write an inode cannot rely on
the I_DIRTY bits (on inode->i_state) being clean to guarantee that the
inode and its dirty pages, if any, are safely synced on disk.
The reason for that is sync_one() --- it cleans the I_DIRTY bits of an
inode, sets
>#include
>#include
>int main ()
>{
>; // contains no C programs,
>}
>and give the command " cc -D__KERNEL__ -I/usr/src/linux/include to compiler
>the program .
You can't mix environments. Either you're building part of the kernel, in which
case you need to use -D__KERNEL__ and headers,
Dear All:
I wrote a very small program as following :
#include
#include
int main ()
{
; // contains no C programs,
}
and give the command " cc -D__KERNEL__ -I/usr/src/linux/include to compiler
the program .
A lot of parser error messages show on the screen .
Does anybody know why ?
-
To
I can't send any attachment to the list, what's wrong?
I got this mail :
//
Norton AntiVirus quarantined an attachment in a message you sent.
De : NAV for Microsoft Exchange-EXCHANGE <[EMAIL PROTECTED]>
À : 'Fabien CHEVALIER' <[EMAIL PROTECTED]>
Date : Sat, 14 Apr 2001
Am Freitag, 13. April 2001 20:11 schrieb Tim Moore:
> Try 'hdparm -tT' with simultaneous /dev/hda3 and /dev/hdc3. This gives
> you a baseline on the actual partitions involved.
hdparm -tT simultanous on /dev/hda3 and /dev/hdc3:
/dev/hda3:
Timing buffer-cache reads: 128 MB in 2.29 seconds
>Hi,
>I've wrote this driver for my Maxi Radio Fm 2 card.
> i hope it can be usefull for somebody.
>This card uses a GemTek chip, but the GemTek driver wasn't working very well
>:
>the card was left uninitialized, and so it didn't mute.
>I didn't wrote a patch for the GemTek driver because the
Does the kernel's module loader (kernel/module.c, not kmod)
protect adequately against concurrent load/load or load/unload
requests? The question applies to both 2.2 and 2.4 kernels.
I'm trying to track down a problem where a user using a
RedHat 2.2.17-14 SMP kernel managed to trigger a
Hi Alan,
thanks for the reply.
Am Freitag, 13. April 2001 15:08 schrieb Alan Cox:
> > I have a problem using my MO-Drive under kernel 2.4.3. I have several
> > disks formated with a VFAT filesystem. Under kernel 2.2.19 everything
> > works fine. Under kernel 2.4.3 I cannot write anything to the
Am Samstag, 14. April 2001 09:04 schrieb David Rees:
> OK, so it's not the RAID setup. There's two things that can cause this.
> One is that DMA is turned off (what does hdparm /dev/hda and hdparm
> /dev/hdc show?), the second was that the drives are on the same channel
> (which obviously
On Sat, 14 Apr 2001, Adam J. Richter wrote:
>
> [...]
> >If it turns out to be beneficial to run the child first (you
> >can measure this), why not leave everything the same as it is
> >now but have do_fork() "switch threads" internally ?
>
> That is an elegant idea.
I doubt it. It
gcc -D__KERNEL__ -I/usr/src/linux-2.4.3-ac6/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=i686-DEXPORT_SYMTAB -c sys.c
sys.c: In function `sys_gethostname':
/usr/src/linux-2.4.3-ac6/include/asm/rwsem-xadd.h:153:
Hi,
The following patch should fix the OOM deadlock condition caused by
prune_icache(), and improve its performance significantly.
The OOM deadlock can happen because prune_icache() tries to sync _all_
dirty inodes (under PF_MEMALLOC) on the system before trying to free a
portion of the clean
"Adam J. Richter" <[EMAIL PROTECTED]> writes:
> Rik van Riel <[EMAIL PROTECTED]> writes, regarding the idea
> of having do_fork() give all of the parent's remaining time slice to
> the newly created child:
>
> >It could upset programs which use threads to handle
> >relatively IO poor things
In article <01041321112600.23961@oscar> you wrote:
> oscar% sudo mount /tmp/disk /snap -oloop -text2
> ioctl: LOOP_SET_FD: Invalid argument
are you sure you have a working loop device? Try to verify it in a non tmpfs
filesystem.
> stat64("/dev/loop0", {st_mode=S_IFBLK|0660, st_rdev=makedev(7,
Now try this:
cd ~archive
mt -f /dev/tapes/tape0 rewind
tar cvf - . | gzip -9 | dd of=/dev/tapes/tape0 bs=32k
and then:
mt -f /dev/tapes/tape0 rewind
dd if=/dev/tapes/tape0 bs=32k | gzip -d | tar --compare -v -f -
The above is the proper way to talk to a tape drive through
On Fri, 13 Apr 2001, Nate Eldredge wrote:
> [EMAIL PROTECTED] wrote:
> > Well, the 2.2 distributed with Mandrake 7.2 works fine ... :)
> >
> > Hmmm... 32 CONSECUTIVE bytes are a very peculiar error. What can it be?
> >
> > Still experimenting...
>
> I once ran into a problem with 32-byte
1 - 100 of 212 matches
Mail list logo