* Re: SSH doesnt properly logout
From: Saint Neon @ 2003-01-10 15:51 UTC (permalink / raw)
To: Carl; +Cc: linux-admin
In-Reply-To: <5.1.1.6.0.20030110144956.01f95bb0@pop3.demon.co.uk>
I am not an expert in SSH, but here is a suggestion
that you would like to try out.
If you use the single-shell method, you will have to
terminate the agent yourself. Instead, use a
sub-shell. Like this.
ssh-agent /bin/bash
(or)
ssh-agent $SHELL
What this does, is it automatically terminates the
agent when you log out. Meaning that it will terminate
the process running in the background too.
Hope this helps,
Neon.
--- Carl <carl@anexia.co.uk> wrote:
> At 15:08 10/01/2003 +0100, axel@pearbough.net wrote:
> >Hi linux admins,
> >
> >I'm observing some strange behaviour concerning ssh
> and logging out from a
> >ssh connection when I put a process in background
> on the remote side.
> >For instance I do the following:
> >
> >* I start a gcc compilation on the remote terminal
> > make bootstrap >& build.log &
> > Then it goes into background.
> >
> >* Now I "logout" but do not return to my local
> terminal, now there is only a
> > blank screen with the cursor in the upper
> left side.
> >
> >Can somebody help me please in understand this
> behaviour or rather help me
> >fix it?
> >
> >
> >Best regards,
> >Axel Siebenwirth
> >-
> >To unsubscribe from this list: send the line
> "unsubscribe linux-admin" in
> >the body of a message to majordomo@vger.kernel.org
> >More majordomo info at
> http://vger.kernel.org/majordomo-info.html
>
> Try running it with a nohup
>
> nohup make bootstrap >& build.log &
>
> Running it in the background should still stop it
> when you log out.
>
> --
> Carl
>
> -
> To unsubscribe from this list: send the line
> "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at
http://vger.kernel.org/majordomo-info.html
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
^ permalink raw reply
* Re: [2.5.54][PATCH] SB16 convertation to new PnP layer.
From: Shawn Starr @ 2003-01-10 16:04 UTC (permalink / raw)
To: Ruslan U. Zakirov; +Cc: linux-kernel
In-Reply-To: <73582123048.20030110111745@wr.miee.ru>
What was this patched against? It doesn't go in to 2.5.55 too many
rejects.
On Fri, 10 Jan 2003, Ruslan U. Zakirov wrote:
> SS> Is this for ALSA or OSS? Right now I have this card on my P233MMX an AWE32
> SS> EMU8000 w/ 2MB installed.
>
> SS> It's using OSS under 2.4 right now and I'd like to try this. Does it work for
> SS> OSS? I don't want to build the ALSA userland tools right now ;-)
>
> SS> Shawn.
>
> SS> -
> SS> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> SS> the body of a message to majordomo@vger.kernel.org
> SS> More majordomo info at http://vger.kernel.org/majordomo-info.html
> SS> Please read the FAQ at http://www.tux.org/lkml/
> It's only for 2.5.5x and ALSA.
> And it does not bring any advantages and features in driver.
> Ruslan.
>
>
>
^ permalink raw reply
* Current issues
From: Maciej Soltysiak @ 2003-01-10 15:52 UTC (permalink / raw)
To: netfilter-devel
Hi,
CURRENT_ISSUES file says:
IPv6 REJECT target fix
- important, it's a pity that it's still broken
I tried to use it, everything worked except reject-with tcp-reset.
Is that all that need to be fixed?
Regards,
Maciej Soltysiak
^ permalink raw reply
* Re: [PATCH 2.5] speedup kallsyms_lookup
From: William Lee Irwin III @ 2003-01-10 16:03 UTC (permalink / raw)
To: Hugh Dickins
Cc: Daniel Ritz, linux-kernel, Andi Kleen, daniel.ritz, Robert Love
In-Reply-To: <Pine.LNX.4.44.0301101428420.1292-100000@localhost.localdomain>
On Fri, Jan 10, 2003 at 03:29:19PM +0000, Hugh Dickins wrote:
> I hope I can leave this discussion to others: I just wanted to get
> my symbols printing out right, and noticed the current stem compression
> unnecessarily weak there; but I'm no expert on suitable algorithms.
I can help some here but probably no more than you (in fact, you've
spotted far more [> 0] issues with the current code than I).
Basically, if you want fast string lookup of compressed stuff I can sit
down with whiteboard etc. and fiddle around, but it sounds like from f's
comments that this isn't really wanted.
So the end-result of the discussion is, "What should really happen here?"
and "What, if anything, do you want me to do?"
Bill
^ permalink raw reply
* Re: [parisc-linux] ibm-disk on a hp 735/125
From: John David Anglin @ 2003-01-10 15:55 UTC (permalink / raw)
To: Joerg Krebs; +Cc: mnahkola, parisc-linux
In-Reply-To: <1042203531.19627.11.camel@linux>
> Do you know if any HVD disk is detected by the hp or are there just some
> special disks for the hp ?
Don't think so. I've used several OEM seagate models on the HVD bus.
I've done some hacking of drive tables and sam info.
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
^ permalink raw reply
* Re: Nvidia and its choice to read the GPL "differently"
From: Valdis.Kletnieks @ 2003-01-10 16:05 UTC (permalink / raw)
To: rms; +Cc: jalvo, linux-kernel
In-Reply-To: <E18WvqM-0000U7-00@fencepost.gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1170 bytes --]
On Fri, 10 Jan 2003 04:52:50 EST, Richard Stallman said:
> If there was an ATT/Linux and an Intel/Linux,
> having a GNU/Linux would make some sense... but that is not the way it
> is. GNU/Linux is singular, so Linux makes a reasonable contraction.
>
> It would be reasonable, if not for the fact that it gives the wrong
> idea of who developed the system and--above all--why.
OK. Enough is enough.
I have no problems with Richard Stallman espousing a particular viewpoint of
how he and/or GNU and/or the FSF feel things should be. I don't even mind *too*
much when he proselytizes said view, even when it interferes with what *my*
goals are. I even see why the FSF requires copyright assignments for code.
However, since I haven't seen any FSF paperwork for assigning *motivations*
and *thoughts* to the FSF, I don't think there is *ANY* basis in saying that
there was a single unified "WHY" a large group of people working independently
developed something.
"All your code are belong to us" is bad enough. "All your thoughts are
belong to us" is totally over the edge.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply
* [PATCH] ftp helper typo (espv/epsv)
From: Maciej Soltysiak @ 2003-01-10 15:56 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1036 bytes --]
Hi,
this is the espv/epsv typo fix in ip_conntrack_ftp.c
regards,
Maciej Soltysiak
--- linux/net/ipv4/netfilter/ip_conntrack_ftp.c 2002-11-29 00:53:15.000000000 +0100
+++ linux.new/net/ipv4/netfilter/ip_conntrack_ftp.c 2003-01-10 16:53:57.000000000 +0100
@@ -32,7 +32,7 @@
static int try_rfc959(const char *, size_t, u_int32_t [], char);
static int try_eprt(const char *, size_t, u_int32_t [], char);
-static int try_espv_response(const char *, size_t, u_int32_t [], char);
+static int try_epsv_response(const char *, size_t, u_int32_t [], char);
static struct ftp_search {
enum ip_conntrack_dir dir;
@@ -65,7 +65,7 @@
IP_CT_DIR_REPLY,
"229 ", sizeof("229 ") - 1, '(', ')',
IP_CT_FTP_EPSV,
- try_espv_response,
+ try_epsv_response,
},
};
@@ -157,7 +157,7 @@
}
/* Returns 0, or length of numbers: |||6446| */
-static int try_espv_response(const char *data, size_t dlen, u_int32_t array[6],
+static int try_epsv_response(const char *data, size_t dlen, u_int32_t array[6],
char term)
{
char delim;
[-- Attachment #2: espv/epsv typo --]
[-- Type: TEXT/plain, Size: 982 bytes --]
--- linux/net/ipv4/netfilter/ip_conntrack_ftp.c 2002-11-29 00:53:15.000000000 +0100
+++ linux.new/net/ipv4/netfilter/ip_conntrack_ftp.c 2003-01-10 16:53:57.000000000 +0100
@@ -32,7 +32,7 @@
static int try_rfc959(const char *, size_t, u_int32_t [], char);
static int try_eprt(const char *, size_t, u_int32_t [], char);
-static int try_espv_response(const char *, size_t, u_int32_t [], char);
+static int try_epsv_response(const char *, size_t, u_int32_t [], char);
static struct ftp_search {
enum ip_conntrack_dir dir;
@@ -65,7 +65,7 @@
IP_CT_DIR_REPLY,
"229 ", sizeof("229 ") - 1, '(', ')',
IP_CT_FTP_EPSV,
- try_espv_response,
+ try_epsv_response,
},
};
@@ -157,7 +157,7 @@
}
/* Returns 0, or length of numbers: |||6446| */
-static int try_espv_response(const char *data, size_t dlen, u_int32_t array[6],
+static int try_epsv_response(const char *data, size_t dlen, u_int32_t array[6],
char term)
{
char delim;
^ permalink raw reply
* Re: [parisc-linux] ibm-disk on a hp 735/125
From: John David Anglin @ 2003-01-10 16:01 UTC (permalink / raw)
To: Nahkola Mikko; +Cc: parisc-linux
In-Reply-To: <20030110145800.GH2160@aurinko.ntc.nokia.com>
> At any rate, there _was_ (and still is, BTW) a way to recognize a HP disk
> by the firmware - and there were differences between "workstation" and
> "server" disks too, _and_ IIRC "workstation" disks weren't "expected to
> work" in servers, the other way round it was "expected to work" but "unsupported"
> or something. Don't remember.
diskinfo prints vendor name and product id.
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6605)
^ permalink raw reply
* any chance of 2.6.0-test*?
From: William Lee Irwin III @ 2003-01-10 16:10 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel
Say, I've been having _smashing_ success with 2.5.x on the desktop and
on big fat highmem umpteen-way SMP (NUMA even!) boxen, and I was
wondering if you were considering 2.6.0-test* anytime soon.
I'd love to get this stuff out for users to hammer on ASAP, and things
are looking really good AFAICT.
Any specific concerns/issues/wishlist items you want taken care of
before doing it or is it a "generalized comfort level" kind of thing?
Let me know, I'd be much obliged for specific directions to move in.
Thanks,
Bill
^ permalink raw reply
* Re: Why is Nvidia given GPL'd code to use in closed source drivers?
From: Jeff Randall @ 2003-01-10 16:10 UTC (permalink / raw)
To: Richard Stallman; +Cc: linux-kernel
In-Reply-To: <E18WlrH-0000NO-00@fencepost.gnu.org>
On Thu, Jan 09, 2003 at 06:13:07PM -0500, Richard Stallman wrote:
> There is no such thing as an open source community. The people who
> founded the open source movement in 1998, and the people who support
> it now, are part of the free software community. (We in the free
> software movement built the community in the 80s with our determined
> effort.)
>
> These people are legitimate members of our community, and they have a
> right to form a movement to promote their views; but their views
> didn't build the community, so it should not be named after their
> movement.
They are only part of YOUR community if they want to be part. Otherwise,
they are members of a seperate communuity that may or may not have similar
goals as yours.
> Why do so many people misinterpret the events this way? The practice
> of calling the system "Linux" leads to and encourages the
> misinterpretation. It leads people to suppose that the most important
> part of the development of the system must have occurred when Linus
> Torvalds started to work on it.
I also note that you didn't start your campaign to rename it lignux or
GNU/Linux until it was well established and very commonly known as Linux.
To a lot of people, myself included, this feels like an attempt to steal
credit and draw attention to yourself and the FSF by trying to hijack the
name of a project that you didn't contribute to, but instead used tools you
provided such as gcc and glibc.
It may be publicity (and there may be no such thing as bad press), but
it's not favorable publicity, and it rubs a lot of people who have been
involved with Linux a long time the wrong way.
--
randall@uph.com "It's a big world and you can hit it with any airplane."
-- Flying, August 2000, Page 90.
^ permalink raw reply
* Re: [LARTC] HTB rate 0kbit
From: Catalin Bucur @ 2003-01-10 16:02 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-104220082605034@msgid-missing>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Thomas Jalsovsky wrote:
| Hello,
|
| I would like to achieve this:
| HTB qdisc with many classes. One class shouldn't have guaranteed
| bandwidth, only ceil bandwidth -> if there is available bandwidth, the
| this class can use it, but if everybody uses the whole bandwidth it should
| get any bandwidth.
| I tryed this with HTB to set rate to 0 and ceil to the max value
| (rate 0kbit ceil 1920kbit) - unfortunately I got error message :(
|
| Is it possible to have this configuration?
Seems you have no choice other than set your rate equal with 1Kbit. I've
made some tests to configure such a bandwidth, and that was the small
rate that I could get it.
- --
Catalin Bucur mailto:cata@geniusnet.ro
NOC @ Genius Network SRL - Galati - Romania
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE+Hu6MpDe20wwI9oIRAlcIAJ9gwT7iYxUZTuswHRZmxQZF0ZEiLACeOLvB
KH8kSqsoN2yFJq6d54hq3bE=IXVr
-----END PGP SIGNATURE-----
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: [PATCH 2.5] speedup kallsyms_lookup
From: Andi Kleen @ 2003-01-10 16:12 UTC (permalink / raw)
To: William Lee Irwin III, Hugh Dickins, Daniel Ritz, linux-kernel,
Andi Kleen, daniel.ritz, Robert Love
In-Reply-To: <20030110160334.GU23814@holomorphy.com>
> So the end-result of the discussion is, "What should really happen here?"
> and "What, if anything, do you want me to do?"
IMHO best would be to get rid of /proc/*/wchan and keep the kallsyms
lookup slow, simple and stupid.
-Andi
^ permalink raw reply
* Re: Oops with usb-mass-storage
From: Pete Zaitcev @ 2003-01-10 16:13 UTC (permalink / raw)
To: linux-kernel; +Cc: Chrissie
In-Reply-To: <mailman.1042201321.19067.linux-kernel2news@redhat.com>
>> i get an kernel oops after following additional output to the console
>
> An oops? This is *the* first oops, please decode and post it to USB folks.
> Subsequent oopses are of much less help...
I got him to send the decoded oops, but it's the usual
uhci_free_dev => ... => usb_destroy_configuration => kfree
May be fixed in pre3, may be not...
-- Pete
^ permalink raw reply
* Re: BLKBSZSET still not working on 2.4.18 ?
From: Andries Brouwer @ 2003-01-10 16:13 UTC (permalink / raw)
To: Ludovic Drolez; +Cc: linux-kernel
In-Reply-To: <3E1EE7A3.1050401@freealter.com>
On Fri, Jan 10, 2003 at 04:32:51PM +0100, Ludovic Drolez wrote:
> I'm trying to backup a partition on an IDE drive which has an odd number
> of sectors (204939). With a stock open/read you cannot access the last
> sector
>
> What can I do ? Wait for a patch in 2.5.xxx ?
Hmm - I recall fixing this both for 2.4 and 2.5.
If that patch is not part of current 2.4, then probably this should be
regarded as a known deficiency of 2.4. If I were to maintain a stable
2.4 I would not accept such changes.
You can test 2.5. If it is wrong there I must submit a patch.
Andries
^ permalink raw reply
* Power button doesn't give events (Asus TUSL2-C)
From: Jurgen Kramer @ 2003-01-10 16:05 UTC (permalink / raw)
To: acpi-devel
Hi,
I am running the recent versions of ACPI on all my Linux systems and
all but one behave. On my primary desktop, running ACPI version
20021212, pressing the power button doesn't result in an proper
power/button event. Nothing happens at all. It does work under W*XP.
What can be the problem here? I you need more info I am happy to supply.
According to dmesg output my system, a Asus TUSL2-C, does pass the
blacklist test.
Cheers,
Jurgen
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
^ permalink raw reply
* Re: [Bug fix] delete kobject from list when kobject_add() fail
From: Patrick Mochel @ 2003-01-10 15:22 UTC (permalink / raw)
To: louis.zhuang; +Cc: linux-kernel
In-Reply-To: <32860.172.16.219.159.1042191045.squirrel@linux.intel.com>
On Fri, 10 Jan 2003 louis.zhuang@linux.co.intel.com wrote:
> Dear Mochel,
> I found there were still issues in failed kobject_add(). For example,
> if you try to register two kobjects with the same name into
> subsystem, the second registration will fail but the second will keep in
> the list of subsystem. Below patch might fix the bug. Please apply.
Thanks. I applied it, though slightly modified (I detest function names
with the '__' prefix). :)
-pat
^ permalink raw reply
* Re: [PATCH 2.5] speedup kallsyms_lookup
From: William Lee Irwin III @ 2003-01-10 16:13 UTC (permalink / raw)
To: Andi Kleen
Cc: Hugh Dickins, Daniel Ritz, linux-kernel, daniel.ritz, Robert Love
In-Reply-To: <20030110161212.GA11193@wotan.suse.de>
At some point in the past, I wrote:
>> So the end-result of the discussion is, "What should really happen here?"
>> and "What, if anything, do you want me to do?"
On Fri, Jan 10, 2003 at 05:12:12PM +0100, Andi Kleen wrote:
> IMHO best would be to get rid of /proc/*/wchan and keep the kallsyms
> lookup slow, simple and stupid.
Slow, simple, and stupid == "wli, get the Hell out". I'm gone.
Thanks,
Bill
^ permalink raw reply
* Re: lifecycle of a packet
From: Oskar Andreasson @ 2003-01-10 16:09 UTC (permalink / raw)
To: Anders Fugmann; +Cc: Tony Clayton, netfilter
In-Reply-To: <3E1E14D9.3060705@fugmann.dhs.org>
On Fri, 10 Jan 2003, Anders Fugmann wrote:
> >
> > 3. Most of the documents I looked at were fairly old. Is there a
> > somewhat recent document that perhaps might benefit from including these
> > tests?
> Yes. Take a look at Oskar Andreasson's excellent tutorial at:
> http://people.unix-fu.org/andreasson/iptables-tutorial/iptables-tutorial.html
> Esp. look at the section named: "Traversing of tables and chains"
*shudder* that's an old version/site:). However, I have had so many
problems with different hosts the last half year, I am not surprised
people give out those old links. All of that was, hopefully, fixed when I
moved to my own domain, so here it is:
http://iptables-tutorial.frozentux.net/iptables-tutorial.html
Just to let everyone know:)
>
> Hope it helps.
> Anders Fugmann
>
> --
> Author of FIAIF
> FIAIF is an intelligent firewall
> http://fiaif.fugmann.dhs.org
>
>
>
>
--
----
Oskar Andreasson
http://www.frozentux.net
http://iptables-tutorial.frozentux.net
http://ipsysctl-tutorial.frozentux.net
mailto:blueflux@koffein.net
^ permalink raw reply
* Very slow shell from internal MPC8241 UART
From: Frederic Soulier @ 2003-01-10 16:12 UTC (permalink / raw)
To: linuxppc-embedded
In-Reply-To: <DB0585C9F6F9D411BE8F00D0B7896A4CC0601F@SNCMAIL>
Hi,
I'm using kernel linux-2.4.17-mvl21 on a custom board based on a MPC8241.
Everything looks ok until my ramdisk shell is executed : it is *very*
slow.
For my tests I use simple-Ramdisk (available on the Denx ftp site).
I use the internal UART of the MPC8241 (IRQ 137). It looks to work fine
for U-Boot and for displaying Linux boot messages.
I've found some threads from this mailing-list about the same problem.
Solutions were about EPIC configuration.
I use only the internal EPIC (no external 8259), my EPIC configuration is
very simple and no external interrupts are generated at this time.
Here are the modifications that I've applied to my kernel in order to take
care of the internal UART (as described in
http://lists.linuxppc.org/linuxppc-embedded/200202/msg00056.html)
1. Leave EUMBAR @ 0xFC000000
2. Call io_block_mapping(0xfc000000, 0xfc000000, 0x04000000, _PAGE_IO); in
<platform>_map_io()
3. Call mpc10x_bridge_init() w/ 0xfc000000 as the last parameter in
<platform>_find_bridge()
I've alse defined this UART to work with IRQ 137 :
#define STD_SERIAL_PORT_DFNS \
{ 0, BASE_BAUD, PPC200_SERIAL, 137, STD_COM_FLAGS, \
iomem_base: (u8 *)PPC200_SERIAL, io_type: SERIAL_IO_MEM }
w/ PPC200_SERIAL == 0xFC004500 (internal DUART channel #1)
After that the UART was working for the kernel boot messages before the
shell is executed.
The shell is awfully slow (16 caracters in one time every 30 seconds
approx.).
I've tried to add the openpic_set_sources() as described in other threads
in order to take care of the IRQ #137 :
1. Add openpic_set_sources(0, 138, NULL); in <platform>_init_irq() but in
this case there is no more display from the shell.
Please note that to do this modification I've had to replace
arch/ppc/kernel/open_pic.c and arch/ppc/kernel/open_pic_defs.h in order to
add the openpic_set_sources() function.
The new open_pic.c and open_pic_defs.h came from linuxppc-2.4.18.
Any advice will be welcomed,
Best regards,
Frederic Soulier
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: BLKBSZSET still not working on 2.4.18 ?
From: Alan Cox @ 2003-01-10 17:08 UTC (permalink / raw)
To: Ludovic Drolez; +Cc: Linux Kernel Mailing List
In-Reply-To: <3E1EE7A3.1050401@freealter.com>
On Fri, 2003-01-10 at 15:32, Ludovic Drolez wrote:
> I'm trying to backup a partition on an IDE drive which has an odd number
> of sectors (204939). With a stock open/read you cannot access the last
> sector, and that why I tried the BLKBSZSET ioctl to set the basic read
> block size to 512 bytes. I verified the writen value with BLKBSZGET
> ioctl, but I still cannot read this last sector !
Its a known 2.4 limitation. The last odd sector isnt normally used by
anything so it has never been a big issue (except with EFI partition
data). There is a patch to allow the last sector to be recovered but
its quite ugly so never went mainstream.
^ permalink raw reply
* [LARTC] howto skip some traffic in TC
From: nedco @ 2003-01-10 16:16 UTC (permalink / raw)
To: lartc
Hi
i have one simple question
I use HTB and i like to shape some traffic but
i have game servers CS and diablo that generate
to much traffic that must be with lo latency
So hire is my question:
Is there possibility traffic generated from and to game servers
go transparently without going to any tc ( qdisc htb class )
10x in advance
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* [linux-lvm] [CFT] LVM2 RPM Packages availalble for Red Hat 8
From: Bill Rugolsky Jr. @ 2003-01-10 16:17 UTC (permalink / raw)
To: linux-lvm, phoebe-list
[Cross-posted to Linux LVM and Red Hat 8.1 Beta lists.]
I've packaged up versions of lvm1, lvm2, devmapper, and mkinitrd for use
with Red Hat 8. I'd like to see similar changes rolled into RedHat 8.1,
so that it is 2.6-ready, and would appreciate comments and wider testing.
WARNING: These are *alpha*-quality developer-only packages! Don't entrust
your data to them!
What I've done so far:
- Modified and repackaged LVM1 to create a single /sbin/lvm1 executable, like
LVM2, and use symlinks for the legacy commands. Broke the monolithic
LVM package into sub-packages, so that it can coexist with LVM2.
Provided an /sbin/lvm1.static that is linked against diet libc.
- Packaged devmapper with a tiny statically-linked C program (mkdmctl)
used to create the control file. This is useful in combination with
nash for the RedHat initrd, since nash is not a real shell.
- Packaged LVM2. Provides an /sbin/lvm2.static that is linked against diet libc.
- Modified mkinitrd to take a --lvm-version={1,2} argument to specify
which LVM version to use. With 2.4.20-2.2, my initrds (with aic7xxxx)
are 475287 bytes (LVM1) and 472105 bytes (LVM2), so they fit on a 1722kB
floppy.
- Made the minimal hack to rc.sysinit required to make it boot.
Basically, I just want to use LVM2, but have the box function properly
if for some reason I need to boot a kernel without device mapper.
Do not trust this patch with your
Currently, I have LVM{1,2} installed as /sbin/lvm{1,2}. There are two
"links" packages that Provide (in the RPM sense) "lvm". The lvm1-links
sub-package has symlinks pointing -> lvm1. The lvm2-links sub-package
has links pointing -> lvm, which is a currently a shell script that invokes
one of lvm{1,2}, but could simply be a symlink determined at boot.
I'm currently running root-on-LVM with the RedHat 2.4.20-2.2 kernel.
I managed to destroy my root partition in the process of debugging these
packages. [Fortunately, I saved a copy in a non-LVM partition.] I believe
that the problem is with switching LVM versions when there are stale
/dev/<vg> directories left over if the box is not shutdown cleanly ...
Find the packages here:
ftp://67.83.203.127:/pub/lvm
[Caution: my home cable modem, so upstream bandwidth is quite limited.
I know, I should set up dyndns at a minimum, but another day ...]
Regards,
Bill Rugolsky
^ permalink raw reply
* Re: [2.5.54][PATCH] SB16 convertation to new PnP layer.
From: Zwane Mwaikambo @ 2003-01-10 16:28 UTC (permalink / raw)
To: Shawn Starr; +Cc: Ruslan U. Zakirov, linux-kernel
In-Reply-To: <Pine.LNX.4.44.0301101104170.6588-100000@coredump.sh0n.net>
On Fri, 10 Jan 2003, Shawn Starr wrote:
>
> What was this patched against? It doesn't go in to 2.5.55 too many
> rejects.
Applied clean against 2.5.55 here, you must have a broken tree.
zwane@montezuma linux-2.5.55 {0} patch -p0 --dry-run < ~/patch-sb16-alsa-ruslan
patching file sound/isa/sb/sb16.c
--
function.linuxpower.ca
^ permalink raw reply
* Re: any chance of 2.6.0-test*?
From: Dave Jones @ 2003-01-10 16:28 UTC (permalink / raw)
To: William Lee Irwin III, torvalds, linux-kernel
In-Reply-To: <20030110161012.GD2041@holomorphy.com>
On Fri, Jan 10, 2003 at 08:10:12AM -0800, William Lee Irwin III wrote:
> Say, I've been having _smashing_ success with 2.5.x on the desktop and
> on big fat highmem umpteen-way SMP (NUMA even!) boxen, and I was
> wondering if you were considering 2.6.0-test* anytime soon.
There's still a boatload of drivers that don't compile,
a metric shitload of bits that never came over from 2.4 after
I stopped doing it circa 2.4.18, a lot of little 'trivial'
patches that got left by the wayside, and a load of 'strange' bits
that still need nailing down (personally, I have two boxes
that won't boot a 2.5 kernel currently (One was pnpbios related,
other needs more investigation), and another that falls on its
face after 10 minutes idle uptime. My p4-ht desktop box is the only one
that runs 2.5 without any problems.
I think we're a way off from a '2.6-test' phase personally,
but instigating a harder 'code freeze' would probably be a
good thing to do[1]
Dave
[1] Exemption granted for the bits not yet brought forward
of course.
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* Re: [PATCH 2.5] speedup kallsyms_lookup
From: Hugh Dickins @ 2003-01-10 16:34 UTC (permalink / raw)
To: William Lee Irwin III
Cc: Andi Kleen, Daniel Ritz, linux-kernel, daniel.ritz, Robert Love
In-Reply-To: <20030110161328.GV23814@holomorphy.com>
On Fri, 10 Jan 2003, William Lee Irwin III wrote:
> At some point in the past, I wrote:
> >> So the end-result of the discussion is, "What should really happen here?"
> >> and "What, if anything, do you want me to do?"
>
> On Fri, Jan 10, 2003 at 05:12:12PM +0100, Andi Kleen wrote:
> > IMHO best would be to get rid of /proc/*/wchan and keep the kallsyms
> > lookup slow, simple and stupid.
>
> Slow, simple, and stupid == "wli, get the Hell out". I'm gone.
Indeed! I think that was Andi volunteering :-}
But we should let rml defend his wchan.
Hugh
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.