On 14/01/15 22:07, Greg KH wrote:
For networking patches, can you cc: netdev and get an ack from the
networking maintainer for me to be able to apply them?
Done, and sorry for the sta...@kernel.org bounce.
Mike.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
When running 'lxc' on the latest -stable kernel, 3.14.28, I'm seeing
these errors:
Jan 14 17:47:16 lxc2 kernel: [ 10.704890] WARNING: CPU: 0 PID: 3209 at
fs/sys
fs/dir.c:52 sysfs_warn_dup+0x8c/0xb0()
Jan 14 17:47:16 lxc2 kernel: [ 10.704892] sysfs: cannot create
duplicate filename '/devic
In article
you
write:
>When the init process is created on system startup, does it have any
>open file descriptors? If so, where do they point?
0, 1 and 2, which are connected to the console. Boot a kernel with
"init=/bin/bash" and see for yourself.
Mike.
--
To unsubscribe from this list: send
On 08/20/2012 01:34 AM, Stan Hoeppner wrote:
I'm glad you jumped in David. You made a critical statement of fact
below which clears some things up. If you had stated it early on,
before Miquel stole the thread and moved it to LKML proper, it would
have short circuited a lot of this discussion.
On 08/17/2012 09:31 AM, Stan Hoeppner wrote:
On 8/16/2012 4:50 PM, Miquel van Smoorenburg wrote:
I did a simple test:
* created a 1G partition on 3 seperate disks
* created a md raid5 array with 512K chunksize:
mdadm -C /dev/md0 -l 5 -c $((1024*512)) -n 3 /dev/sdb1 /dev/sdc1
/dev/sdd1
* ran
On 16-08-12 1:05 PM, Stan Hoeppner wrote:
On 8/15/2012 6:07 PM, Miquel van Smoorenburg wrote:
Ehrm no. If you modify, say, a 4K block on a RAID5 array, you just have
to read that 4K block, and the corresponding 4K block on the
parity drive, recalculate parity, and write back 4K of data and 4K
In article you write:
>It's time to blow away the array and start over. You're already
>misaligned, and a 512KB chunk is insanely unsuitable for parity RAID,
>but for a handful of niche all streaming workloads with little/no
>rewrite, such as video surveillance or DVR workloads.
>
>Yes, 512KB is
In article <[EMAIL PROTECTED]>,
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>On Jan 3 2008 13:43, [EMAIL PROTECTED] wrote:
>>
>>hi !
>>
>>i was wondering how to make kernel messages appear on /dev/ttyS0
>without a reboot, i.e. kernelparam "console=ttyS0"
>
>The solution is simple... the following
let it set pci_set_dma_mask(pDev, DMA_64BIT_MASK) .
Signed-off-by: Miquel van Smoorenburg <[EMAIL PROTECTED]>
diff -ruN linux-2.6.23.9.orig/drivers/scsi/dpt_i2o.c
linux-2.6.23.9/drivers/scsi/dpt_i2o.c
--- linux-2.6.23.9.orig/drivers/scsi/dpt_i2o.c 2007-11-26 18:51:43.0
+0100
+++ linux-2.6.
On Wed, 2007-12-12 at 03:38 -0800, Andrew Morton wrote:
> On Wed, 12 Dec 2007 11:58:41 +0100 Anders Henke <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I'd like to let you now that my boxes are running a 32-bit kernel, so
> > the 64-bit-uncleanliness shouldn't apply to my boxes; however,
> >
> >
On Tue, 2007-12-11 at 15:40 +0100, Miquel van Smoorenburg wrote:
> I just noticed the same bug when I tried to update a 2.6.18 server to
> 2.6.23.9 .. also tried 2.6.24-rc4. The symptom I'm seeing is that init
> segfaults, or can't be found .. anyway, driver/fs errors.
>
On Fri, 2007-11-30 at 11:34 +0100, Anders Henke wrote:
> Am 30.11.2007 schrieb FUJITA Tomonori:
> > > > > According to the 2.6.23-rc1 short-form changelog, there is
> > > > > one major edit on the dpt_i2o driver:
> > > > >
> > > > > FUJITA Tomonori
> > > > >
> > > > > [SCSI] dpt_i2o: conve
In article <[EMAIL PROTECTED]>,
Denys Vlasenko <[EMAIL PROTECTED]> wrote:
>Hi Ulrich,
>
>On Friday 28 September 2007 18:34, Ulrich Drepper wrote:
>> One more small change to extend the availability of creation of
>> file descriptors with FD_CLOEXEC set. Adding a new command to
>> fcntl() requires
In article <[EMAIL PROTECTED]> you write:
>Hello Damien, people...
>
>Damien Wyart wrote:
>> Hello,
>>
>> After trying 2.6.22-rc2, I noticed the warning message from libata about
>> upgrading shutdown(8). First, I have two SATA disks, and get the warning for
>> only one of them. Second, I double-c
In article <[EMAIL PROTECTED]> you write:
>Its a Juniper M7i
>It comes default with a 5400 rpm laptop 2.5" harddrive but now we
>bought a more robust "server" 2.5" harddrive. It still barfs on the OS
>install, so the linux is doing all the job now. Will get a juniper guy
>to come and fix :)
>
>As a
In article <[EMAIL PROTECTED]> you write:
>On May 02, 2007 18:23 +0530, Amit K. Arora wrote:
>> On Sun, Apr 29, 2007 at 10:25:59PM -0700, Chris Wedgwood wrote:
>> > On Mon, Apr 30, 2007 at 10:47:02AM +1000, David Chinner wrote:
>> >
>> > > For FA_ALLOCATE, it's supposed to change the file size if
In article <[EMAIL PROTECTED]> you write:
>I was actually _really_ hoping that somebody would come along and tell
>everybody that this whole journal-logging is stupid, and that it's just
>better to not ever re-write blocks on disk, but instead write to new
>blocks with version numbers (and not r
In article <[EMAIL PROTECTED]>,
Jeff Chua <[EMAIL PROTECTED]> wrote:
>On 12 Feb 2007 10:02:28 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
>> > stat() returns time in seconds,
>>
>> Not correct (at least for glibc stat). It supports nanoseconds these days,
>> although not all file systems (includ
In article <[EMAIL PROTECTED]>,
Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
>Miquel van Smoorenburg wrote on Wednesday, December 13, 2006 1:57 AM
>> Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
>> >This rawio test plows through sequential I/O and modulo each sma
In article <[EMAIL PROTECTED]>,
Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
>This rawio test plows through sequential I/O and modulo each small record
>over number of threads. So each thread appears to be non-contiguous within
>its own process context, overall request hitting the device are sequent
In article <[EMAIL PROTECTED]>,
Oleg Verych <[EMAIL PROTECTED]> wrote:
>On Sat, Nov 18, 2006 at 03:04:13AM +0100, Folkert van Heusden wrote:
>> > > > I found that sometimes processes disappear on some heavily used system
>> > > > of mine without any logging. So I've written a patch against 2.6.18.
In article <[EMAIL PROTECTED]>,
Xie, Bill <[EMAIL PROTECTED]> wrote:
>All,
>
>I am testing the multi-threaded IO performance on Opteron servers.
>
>I use dd as the test tools. The single dd can reach 60MBps for single disk.
>
>on 2.6.5 kernel, If dd numbers exceed the CPU numbers, vmstat bi reduce
In article <[EMAIL PROTECTED]>,
Erik Mouw <[EMAIL PROTECTED]> wrote:
>On Wed, Jul 20, 2005 at 02:16:36PM +0200, Bastiaan Naber wrote:
>> I have a 15 GB file which I want to place in memory via tmpfs. I want to do
>> this because I need to have this data accessible with a very low seek time.
>
>Th
In article <[EMAIL PROTECTED]>,
Adnan Khaleel <[EMAIL PROTECTED]> wrote:
>Thanks for your suggestions. I have been working with Simics, SimNow and
>Bochs. I've had mixed luck with all of them. Although Simics should be
>the most promising, I've really had
>an uphill struggle with it especially when
In article <[EMAIL PROTECTED]>,
David Masover <[EMAIL PROTECTED]> wrote:
>Markus Törnqvist wrote:
>> Anyway, I don't really like the metafs thing.
>>
>> To access the data, you still need to refactor userspace,
>> so that's not a real advantage. Doing lookups from /meta
>> all the time, instead o
In article <[EMAIL PROTECTED]>,
Takashi Ikebe <[EMAIL PROTECTED]> wrote:
>Chris Wedgwood wrote:
>> On Wed, Apr 20, 2005 at 04:35:07PM +0900, Takashi Ikebe wrote:>
>>
>>>To takeover the application status, connection type
>>>communications(SOCK_STREAM) are need to be disconnected by close().
>>>S
On Fri, 2005-04-15 at 15:52 +0100, Alan Cox wrote:
> On Mer, 2005-04-13 at 17:03, Miquel van Smoorenburg wrote:
> > I have a supermicro dual xeon em64t system, X6DH8-XG2 motherboard,
> > 4 GB RAM, with an Adaptec zero raid 2010S i2o controller. In 32
> > bits mode it run
I have a supermicro dual xeon em64t system, X6DH8-XG2 motherboard,
4 GB RAM, with an Adaptec zero raid 2010S i2o controller. In 32
bits mode it runs fine, both with the dpt_i2o driver and the
generic i2o_block driver using kernel 2.6.11.6.
In 64 bits mode however the dpt_i2o driver isn't supported
In article <[EMAIL PROTECTED]>,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>Greg Edwards <[EMAIL PROTECTED]> wrote:
>>
>> According to include/linux/console.h, CON_CONSDEV flag should be set on
>> the last console specified on the boot command line:
>>
>> 86 #define CON_PRINTBUFFER (1)
>>
References:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=103392
http://lkml.org/lkml/2004/12/21/208
http://lkml.org/lkml/2004/11/2/17
At Tue, 21 Dec 2004 16:39:43 -0800 (PST) Chris Stromsoe wrote:
> I'm still seeing this problem. It repeats every week or week and a half,
> usually
On Mon, 21 Mar 2005 23:09:42, Andrew Morton wrote:
> "Miquel van Smoorenburg" <[EMAIL PROTECTED]> wrote:
> >
> > I just upgrades one of our newsservers from 2.6.9 to 2.6.11. I
> > use "iostat -k -x 2" to see live how busy the disks are. But
> >
In article <[EMAIL PROTECTED]>,
Berkley Shands <[EMAIL PROTECTED]> wrote:
>I have not found any documentation of efforts to overcome the 2TB
>partition limit,
config LBD
bool "Support for Large Block Devices"
depends on X86 || MIPS32 || PPC32 || ARCH_S390_31 || SUPERH
help
In article <[EMAIL PROTECTED]>,
Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>,
>Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>>I just upgrades one of our newsservers from 2.6.9 to 2.6.11. I
>>use "iostat -k -x
In article <[EMAIL PROTECTED]>,
Rick Lindsley <[EMAIL PROTECTED]> wrote:
>Mike -- where did you get your iostat from? There's a couple of different
>flavors out there and it may not make a difference but just in case ...
Debian, sysstat+5.0.6-4
I know about the iostat problems - there were 32/6
In article <[EMAIL PROTECTED]>,
Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>I just upgrades one of our newsservers from 2.6.9 to 2.6.11. I
>use "iostat -k -x 2" to see live how busy the disks are. But
>I don't believe that Linux optimizes things so mu
I just upgrades one of our newsservers from 2.6.9 to 2.6.11. I
use "iostat -k -x 2" to see live how busy the disks are. But
I don't believe that Linux optimizes things so much that a disk
can be 1849.55% busy :)
(you'll have to stretch out your xterm to be able to read this):
Device:rrqm/s wr
In article <[EMAIL PROTECTED]>,
Lee Revell <[EMAIL PROTECTED]> wrote:
>On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
>> What happens if you just don't muck with the NIC and let it auto-negotiate
>> on it's own?
>
>This can be asking for trouble too (auto negotiation is often buggy).
>What i
In article <[EMAIL PROTECTED]>,
Helge Hafting <[EMAIL PROTECTED]> wrote:
>Bernd Petrovitsch wrote:
>>This would be a win (especially if the numbers are tweked to tune this)
>>with a relatively small effort.
>>However for real dependencies and parallelism you want the info similar
>>to creat a Make
In article <[EMAIL PROTECTED]>,
Oded Shimon <[EMAIL PROTECTED]> wrote:
>I have implemented this, but it has a major disadvantage - every 'write()'
>only write 4k at a time, never more, because of how non-blocking pipes are
>done. at 20,000 context switches a second, this method reaches barely 10
In article <[EMAIL PROTECTED]>,
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>On Sat, 15 Jan 2005, Alan Cox wrote:
>>
>> Alan Cox (the other Alan Cox not me)
>
>Oh no! You guys are multiplying!
http://www.imdb.com/name/nm0184893/
Mike.
-
To unsubscribe from this list: send the line "unsubscribe
In article <[EMAIL PROTECTED]>,
Stephen C. Tweedie <[EMAIL PROTECTED]> wrote:
>Hi,
>
>On Wed, Jul 04, 2001 at 06:27:13PM +, Miquel van Smoorenburg wrote:
>>
>> Any chance of something like O_SEQUENTIAL (like madvise(MADV_SEQUENTIAL))
>
>What for? The
In article <[EMAIL PROTECTED]>,
Stephen C. Tweedie <[EMAIL PROTECTED]> wrote:
>For these reasons, buffered IO is often faster than O_DIRECT for pure
>sequential access. The downside it its greater CPU cost and the fact
>that it pollutes the cache (which, in turn, causes even _more_ CPU
>overhead
In article <[EMAIL PROTECTED]>,
Tommy Reynolds <[EMAIL PROTECTED]> wrote:
>Linus Torvalds <[EMAIL PROTECTED]> was pleased to say:
>
>> If they are shut off, then where's the drumming? Because if people start
>> making copyright printk's normal, I will make "quiet" the default.
>
>Amen. This is l
In article <[EMAIL PROTECTED]>,
Helge Hafting <[EMAIL PROTECTED]> wrote:
>richard offer wrote:
>>
>> In arch/i386/kernel/ptrace.c there is the following code ...
>>
>> ret = -EPERM;
>> if (pid == 1) /* you may not mess with init */
>> goto out_tsk;
>>
In article <[EMAIL PROTECTED]>,
Narayan Desai <[EMAIL PROTECTED]> wrote:
>>>>>> "Mike" == Miquel van Smoorenburg <[EMAIL PROTECTED]> writes:
>
>Mike> In article <[EMAIL PROTECTED]>,
>Mike> Narayan Desai <[EMAIL PROTECTED]>
In article <[EMAIL PROTECTED]>,
Narayan Desai <[EMAIL PROTECTED]> wrote:
>Hi. I have started having serial console problems in the last bunch of
>kernel releases. I have tried various 2.4.4 and 2.4.5 ac kernels (up
>to and including 2.4.5-ac4) and the problem has persisted. The problem
>is basical
In article <00c701c0e6d8$2b28ea40$4aa6b3d0@Toshiba>,
Jaswinder Singh <[EMAIL PROTECTED]> wrote:
>I am not able to understand why Linux read and/or write harddisk after some
>time (after few hours ) , harddisk read/write leds keep on glowing for few
>minutes , even though nobody working on it and m
According to Kurt Roeckx:
> On Tue, Apr 10, 2001 at 11:20:24PM +0000, Miquel van Smoorenburg wrote:
> > The "-1" means
> > "all processes except me". That means init will get hit with
> > SIGTERM occasionally during shutdown, and that might cause
In article <9b04fo$9od$[EMAIL PROTECTED]>,
Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>SIGTERM is a bad choise. Right now, init ignores SIGTERM. For
>good reason; on some (many?) systems, the shutdown scripts
>include "kill -15 -1; sleep 2; kill -9 -1".
In article <[EMAIL PROTECTED]>,
Pavel Machek <[EMAIL PROTECTED]> wrote:
>Hi!
>
>Init should get to know that user pressed power button (so it can do
>shutdown and poweroff). Plus, it is nice to let user know that we can
>read such event. [I hunted bug for few hours, thinking that kernel
>does not
In article <[EMAIL PROTECTED]>,
Jamie Lokier <[EMAIL PROTECTED]> wrote:
>Miquel van Smoorenburg wrote:
>> .. but there should be a cleaner way to get at the CFLAGS used
>> to compile the kernel.
>
>There is a way though I'd not call it clean. Here is an ext
In article <[EMAIL PROTECTED]>,
Marvin Stodolsky <[EMAIL PROTECTED]> wrote:
>Thanks for responding. But I would still like to understand what the
>functionality is of the build --> /usr/src/linuc. Is it dispensable,
>once the module tree has been installed?
It's needed for modules that are di
In article <[EMAIL PROTECTED]>,
Martin Dalecki <[EMAIL PROTECTED]> wrote:
>Plase change to 100 to 500 - this would make it consistant with
>the useradd command, which starts adding new users at the UID 500
"the" useradd command? Which distribution ?
Mike.
-
To unsubscribe from this list:
According to Alan Cox:
> > Note! You only have to have those symlinks on broken systems such
> > as Redhat.
>
> < 7.0.
> 7.0 or higher keeps the glibc includes out of /usr/src
I stand corrected. Thanks.
Mike.
--
Go not unto the Usenet for advice, for you will be told both yea and nay (and
qui
In article <[EMAIL PROTECTED]>,
Stephen "M." Williams <[EMAIL PROTECTED]> wrote:
>Make sure you have the following symlinks in your /usr/include
>directory, assuming you're on an x86 machine:
>
>asm -> /usr/src/linux/include/asm-i386/
>linux -> /usr/src/linux/include/linux/
Note! You only have t
In article <[EMAIL PROTECTED]>,
Per Erik Stendahl <[EMAIL PROTECTED]> wrote:
>Mounting a ramdisk for / is doable (I think) but kludgy since you have
>to symlink or mount so many subdirectories. Right now I only have /var
>in a ramdisk (and why _WHY_ is /etc/mtab located in /etc and not
>in /var??
In article <[EMAIL PROTECTED]>,
Janez Vrenjak <[EMAIL PROTECTED]> wrote:
>> Generally its indicative of hardwae when you get dcache corruption especially
>> with late 2.2, but it might be more complex. Does the box pass memtest86 ?
>
>I'm not shure what memtest86 is ...
http://www.google.com/se
In article <[EMAIL PROTECTED]>,
James Sutherland <[EMAIL PROTECTED]> wrote:
>On Sun, 28 Jan 2001, jamal wrote:
>> The internet is a form of organized chaos, sometimes you gotta make
>> these type of decisions to get things done. Imagine the joy _most_
>> people would get flogging all firewall adm
In article <[EMAIL PROTECTED]>,
Paul Jakma <[EMAIL PROTECTED]> wrote:
>On Sat, 27 Jan 2001, Miquel van Smoorenburg wrote:
>
>> Did you enable forwarding with echo 1 > /proc/sys/net/ipv4/ip_forward ?
>>
>
>yes. the machine already routes correctly between t
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
>On Sat, 27 Jan 2001, Paul Jakma wrote:
>
>> On Sat, 27 Jan 2001 [EMAIL PROTECTED] wrote:
>>
>> > Hi Paul,
>> >
>> > I just think you might look for aliasing on your linux box.
>>
>> i have the aliasing, the aliased machine can ping IP'
In article <[EMAIL PROTECTED]>,
Randal, Phil <[EMAIL PROTECTED]> wrote:
>Because if we do try to force it, the response which will come
>back won't be "Linux is wonderful, it conforms to the standards".
>It will be "Linux sucks, we can't connect to xyz.com with it (or
>we can't connect because to
In article <[EMAIL PROTECTED]>,
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>> o Fix kwhich versus old bash (Pete Zaitcev)
>
>DaveM pointed out that it fixes a non-problem.
>I stepped on a bug with an obscure kernel, I think it
>was 2.2.18-pre3, which called kwhich with several arguments.
>Current k
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>At this point you have to ask 'why is vlan4001 an interface'. Would it not
>be cleaner to add the vlan id to the entries in the list of addresses per
>interface ?
Not all the world is IP - what if you want to bridge between
an
In article <[EMAIL PROTECTED]>,
Richard B. Johnson <[EMAIL PROTECTED]> wrote:
>alias kwhich='type -path' in ~./bashrc should fix.
Hmm? Smells like a stupid bug to me. The script is called as:
CCFOUND :=$(shell $(CONFIG_SHELL) scripts/kwhich kgcc gcc272 cc gcc)
So how can bash ever decide to rep
In article <[EMAIL PROTECTED]>,
Timur Tabi <[EMAIL PROTECTED]> wrote:
>** Reply to message from Peter Samuelson <[EMAIL PROTECTED]> on Mon, 18 Dec
>2000 09:03:00 -0600 (CST)
>> Not a compiler bug, a source bug of assuming a C header file can be
>> included by a C++ program. The right solution, a
In article <[EMAIL PROTECTED]>,
Peter Samuelson <[EMAIL PROTECTED]> wrote:
>[Miquel van Smoorenburg]
>> In fact, the 2.2.18 kernel already puts a 'build' symlink in
>> /lib/modules/`uname -r` that points to the kernel source,
>> which should b
According to Alexander Viro:
> OK, I can see the point of finding out where the console is redirected
> to. How about the following:
>
> /proc/sys/vc -> /dev/tty
> /proc/sys/console -> where the hell did we redirect it or
>vc if there's no redirect right no
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
>On 15 Dec 2000, Miquel van Smoorenburg wrote:
>
>> I think /lib/modules/`uname -r`/ should contain a script that
>> reproduces the CFLAGS used to compile the kernel.
>
>However it happens, the necessa
In article <[EMAIL PROTECTED]>,
James Simmons <[EMAIL PROTECTED]> wrote:
>Based on fgconsole.c. I just threw it together in a few minutes.
>/*
> * consolewhat.c - Prints which VC /dev/console is.
> */
You're confusing /dev/console and /dev/tty0. /dev/console might be
associated with /dev/ttyS0 o
According to Alexander Viro:
> On Fri, 15 Dec 2000, Linus Torvalds wrote:
>
> > Please instead do the same thing /dev/tty does, namely a sane interface
> > that shows it as a symlink in /proc (or even in /dev)
>
> There you go... (/proc/tty/console -> /dev/tty; may very well
The current VT (fg_
In article <[EMAIL PROTECTED]>,
LA Walsh <[EMAIL PROTECTED]> wrote:
>It was at that
>point, the externally compiled module "barfed", because like many modules,
>it expected, like many externally compiled modules, that it could simply
>access all of it's needed files through /usr/include/linux whic
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>> Yes, but 2.96 is also binary incompatible with all non-redhat distro's.
>> And since redhat is _the_ distro that commercial entities use to
>> release software for, this was very arguably a bad move.
>
>Except you conveniently
In article <[EMAIL PROTECTED]>,
Alexander Viro <[EMAIL PROTECTED]> wrote:
>On 15 Dec 2000, Miquel van Smoorenburg wrote:
>
>> In article <[EMAIL PROTECTED]>,
>> LA Walsh <[EMAIL PROTECTED]> wrote:
>> >Which works because in a normal compile envi
In article <[EMAIL PROTECTED]>,
LA Walsh <[EMAIL PROTECTED]> wrote:
>Which works because in a normal compile environment they have /usr/include
>in their include path and /usr/include/linux points to the directory
>under /usr/src/linux/include.
No, that a redhat-ism.
Sane distributions simply in
In article <[EMAIL PROTECTED]>,
Bernhard Rosenkraenzer <[EMAIL PROTECTED]> wrote:
>The same thing is true of *any* gcc release.
>For example, C++-ABI wise, 2.95.x is incompatible BOTH with egcs 1.1.x
>_and_ the upcoming 3.0 release.
Yes, but 2.96 is also binary incompatible with all non-redhat d
According to Alan Cox:
> > my server currently works with that patch, but I'm sure it won't boot anymore
> > if I apply this 2.2.18pre25 alone.
>
> Some days I don't know why I bother
Bad day, Alan? ;)
> > just in case, here it is again.
> It doesnt even apply
Hmm, it did apply for me. Do new
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>So I figure this is it for 2.2.18, subject to evidence to the contrary
Megaraid still needs fixing. I sent you the patch twice, so have
other people, but it still isn't fixed. The
megaBase &= PCI_BASE_ADDRESS_MEM_MASK;
...
m
In article <[EMAIL PROTECTED]>,
Juri Haberland <[EMAIL PROTECTED]> wrote:
>Rik van Riel wrote:
>>
>> Could you make it a one-way list this time?
>> These two-way lists always give horrible problems
>> and I would hate to killfile all of innominate ;)
>
>Allright, I think we have choice :-/
>Sorr
In article <[EMAIL PROTECTED]>,
Rogier Wolff <[EMAIL PROTECTED]> wrote:
>Paul Jakma wrote:
>> perhaps linux-mips is just different? or i386 serial-console is
>> incorrect?
>
>No. serial console on i386 doesn't and should not block.
>We're constantly using serial consoles here, so I really think I
In article <[EMAIL PROTECTED]>,
Steve Hill <[EMAIL PROTECTED]> wrote:
>I'm building boxes with the console set to /dev/ttyS0. However, I can't
>guarantee that there will always be a term plugged into the serial
>port. If there is no term on the port, eventually the buffer fills and
>any process
In article <[EMAIL PROTECTED]>,
Frank v Waveren <[EMAIL PROTECTED]> wrote:
>On Tue, Nov 28, 2000 at 09:58:14PM +, Alan Cox wrote:
>> > Because you want to be able to `kill `?
>> > And if you are over-limits you can't?
>> Wrong. limit is a shell built in
>
>I assume you mean kill is a shell bu
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>Bugs to go: PS/2 mouse detection
And probably Megaraid still. I'll try to test it this week, after
Tuesday though.
Mike.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
In article <[EMAIL PROTECTED]>,
dalecki <[EMAIL PROTECTED]> wrote:
>This is a multi-part message in MIME format.
>1. Merge the most current version (aka: 1.08) of the
> MegaRAID driver from AMI in to the most current kernel
> (2.4.0-test10 and friends).
The latest is 1.11a or something. The
In article <8uf21i$ro7$[EMAIL PROTECTED]>,
H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>Report a block size (really allocation unit size) st_blocks == 1?
If you mean st_blksize, well:
The value st_blocks gives the size of the file in 512-byte
blocks. The value st_blksize gives the "
In article <[EMAIL PROTECTED]>,
Brian Marsden <[EMAIL PROTECTED]> wrote:
>2.2.18pre20 (still) hangs on boot when it gets to the part where it
>detects the MEGARAID card.
Hmm, I got a patch from AMI that fixed it for me for 2.2.18pre18.
That patch wasn't applied as-is, though Alan said a megarai
According to Jeff Garzik:
> Miquel van Smoorenburg wrote:
> > By default Debian comes
> > with gcc 2.95.2 which compiles current 2.2.x and 2.4.x kernels just
> > fine.
>
> Linux-Mandrake 7.2 doesn't seem to be missing gcc patches that
> Debian has... and i
In article <[EMAIL PROTECTED]>,
David S. Miller <[EMAIL PROTECTED]> wrote:
> Date: Wed, 1 Nov 2000 23:57:34 +0100
> From: Kurt Garloff <[EMAIL PROTECTED]>
>
> kgcc is a redhat'ism.
>
>Debian has it too.
Not quite. Debian does have an completely optional gcc272 package. It
is _not_ ins
In article <[EMAIL PROTECTED]>,
Yann Dirson <[EMAIL PROTECTED]> wrote:
>Using a 2.2.17 kernel I often experience problems where I get messages like
>"VM: do_try_to_free_pages failed for ", and the machine hangs
>until the VM can recover, which sometimes takes too long for me to wait. I
>suppose
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>Yep - known problem. AMI have one more pre patch to sort it our Im going back
>to the older driver
I've tried the AMI patch and it appears to work. I'm now running
2.2.18pre18 + fix to ideprobe.c + ami megaraid fix and it looks
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>2.2.18pre18
>o Fix rtc_lock for ide-probe, and hd.c(Richard Johnson)
I need this to get it to compile:
--- linux-2.2.18pre18.orig/drivers/block/ide-probe.cSun Oct 29 13:02:39 2000
+++ linux-2.2.18pre18/dri
In article <[EMAIL PROTECTED]>,
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> struct event {
> unsigned long id; /* file descriptor ID the event is on */
> unsigned long event;/* bitmask of active events */
> };
> int bind_event(int fd, struct
In article <[EMAIL PROTECTED]>,
Wakko Warner <[EMAIL PROTECTED]> wrote:
>Something higher than the one for kernel 2.2.11 I found it once, but I can't
>find it again. (and people.redhat.com isn't accepting http connections)
ftp://ftp..kernel.org/pub/linux/kernel/people/mingo/
Mike.
-
To unsubs
In article <[EMAIL PROTECTED]>,
Matti Aarnio <[EMAIL PROTECTED]> wrote:
> Yes Linus, ASCII is fine, but then the ENTIRE MESSAGE must be
> in 7-bit ASCII only. A single 8-bit char anywhere makes worlds
> of difference to the rules. (E.g. 8-bit char in .signature
> may for
you condense it you can
even include it in the Makefile verbatim, though a seperate script
seems cleaner to me.
% ./kwhich unknowncc gcc272 gcc cc
/usr/bin/gcc272
#! /bin/sh
# kwhich 1.0 (C) 2000 Miquel van Smoorenburg
# This program is GPLed
if [ $# -lt 1 ]
then
echo "Usage: $0 c
According to Miquel van Smoorenburg:
> The megaraid driver in 2.2.18 doesn't work with MegaRaid 434 cards.
> I've tried it on 2 different systems. Using 2.2.18pre11 with the
> megaraid.[ch] from 2.2.17 works just fine.
>
> I've only been able to test with SMP system
In article <3776575819.970144217@[10.10.1.2]>,
Martin J. Bligh <[EMAIL PROTECTED]> wrote:
>> When I was researching the use of ORBS and MAPS a few weeks
>> back, my first thought was that the DUL would unfairly block Linux
>> users running Sendmail. Looks like that's true.
>
>Just give sendmail a
In article <8qvfae$j52$[EMAIL PROTECTED]>,
Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>,
>Alan Cox <[EMAIL PROTECTED]> wrote:
>>2.2.18pre11
>[..]
>>o Fix inia100/megaraid define clash (Arjan van d
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>2.2.18pre11
[..]
>o Fix inia100/megaraid define clash (Arjan van de Ven)
[..]
The megaraid driver in 2.2.18 doesn't work with MegaRaid 434 cards.
I've tried it on 2 different systems. Using 2.2.18pre11 with t
In article <[EMAIL PROTECTED]>,
safemode <[EMAIL PROTECTED]> wrote:
>One more little complaint.. why doesn't vger replace the FROM to
>[EMAIL PROTECTED] like any other sane mailing list ... i
>keep going to Reply and not sending to the list. At least add a
>reply-to tag like the proftpd mailin
According to Richard B. Johnson:
> I'm checking on it now. Here's a strace with setsid() ahead, same
> problem:
Yes, sessions, process groups, and controlling ttys are weird
and hard to understand. And probably braindamaged as well, if
not, it's what they cause anyway ;)
If you want to forcibly
1 - 100 of 107 matches
Mail list logo