On 8 Jan 2007 at 9:40, Vadim Lobanov wrote:
> In my experience on openSUSE, the following sequence of commands
> installs both the kernel and the initrd:
> make *config*
> make
> make modules_install
> make install
> However, if the order of the last two make invocations is
Tomasz Chmielewski wrote:
Al Borchers wrote:
Thomas Chmielewski wrote:
These all unpleasant tasks could be avoided if it was possible to
have a "fallback" device. For example, consider this hypothetical
command line:
root=/dev/sdb1,/dev/sda1
Here is a patch to do this, though it sounds lik
I have a GBe Via Velocity NIC on an Abit AV8 motherboard, with
1GB DDR and a 3700+ CPU, running kernel 2.6.19. When I push a
lot of data via TCP-mounted NFS, I get a lot of these messages
in the system log and the machine is briefly slow to respond:
eth0: excessive work at interrupt.
I am guessin
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
Documentation for lib/rbtree.c.
--
I'm not an expert on this but I was asked to write up some documentation
for rbtree in the Linux kernel, and as long as it's there...
I'm sure if I screwed something up somebody will point it out to me, loudly.
:)
I wrote on 2007-01-02:
> Kyuma Ohta wrote:
> ...
>> Now,I'm testing 2.6.20-rc3 for x86_64, submitted patch for this issue;
>> "Fault has happened in 'cleanuped' sbp2/1394 module in *not 32bit*
>> architecture hardwares ."
>>
>> As result of, sbp2 driver in 2.6.20-rc3 is seems to running
>> w/o an
There is a simple logic error in init_v9fs - the return code checks are
reversed. This patch fixes the return code and adds some messages to
prevent module initialization from failing silently.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
fs/9p/mux.c |4 +++-
fs/9p/v9fs.c |
Hi!
I'm experiencing data corruption in the following setup:
1. mdadm --create /dev/md0 -n3 -lraid5 /dev/hda1 /dev/hdc1 /dev/hde1
2. cryptsetup -c aes-cbc-essiva:sha256 luksFormat /dev/md0 mykey
3. cryptsetup -d mykey luksOpen /dev/md0 cryptvol
4. pvcreate /dev/mapper/cryptvol
5. vgcreate vg0 /d
Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 1/18/07, Russell King <[EMAIL PROTECTED]> wrote:
>> On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
>> > 2. Set command_line as __initdata.
>> You can't.
>>
>> > -static char command_line[COMMAND_LINE_SIZE];
>> > +static char __initdata
This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19
with patches available
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any othe
No problem. Will resend the full patch set for 2.6.21.
Thanks
Nam
[EMAIL PROTECTED] wrote on 18.01.2007
13:56:01:
> I've kind of lost the plot here. How does this patch fit in with the
> previous series of patches you posted? Does it replace them or go on
> top of them?
>
> Can please you resen
On Thu, 18 Jan 2007, Nikita Danilov wrote:
> I think that simpler solution of this problem is to use only potentially
> reclaimable pages (that is, active, inactive, and free pages) to
> calculate writeout threshold. This way there is no need to maintain
> counters for unreclaimable pages. Below i
This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way possibly
involve
This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way possibly
involve
Hi,
I've got some questions on supporting PCI Express AER in Linux HBA drivers.
BTW, I'm developing SCSI HBA driver.
What are the expected changes on SCSI LLD driver in regards to PCIE
AER supporting? I understood that the driver need to call following
API during probing,
---
if (pci_find_aer_ca
Hi all,
this is a new 2.6.20 module implementing a user inactivity trigger. Basically
it acts as an event sniffer, issuing an ACPI event when no user activity is
detected for more than a certain amount of time. This event can be successively
grabbed and managed by an user-level daemon such as acpi
On Thu, 2007-01-18 at 11:14 -0700, Eric W. Biederman wrote:
> Benjamin Romer <[EMAIL PROTECTED]> writes:
>
> > On Thu, 2007-01-18 at 13:30 +0530, Vivek Goyal wrote:
> >> On Thu, Jan 18, 2007 at 12:10:55AM -0700, Eric W. Biederman wrote:
> >> > Vivek Goyal <[EMAIL PROTECTED]> writes:
> >> > >
> >>
On Thu, 18 Jan 2007 14:50:24 +0100, "Daniel Gonzalez Schiller" <[EMAIL
PROTECTED]> said:
> When boot with SATA HD --> "atkbd.c:spurious ACK on
> isa0060/serio0. Some program might be trying access hardware
> directly."
> When booting with normal hd no problem.
The problems are almost certainly
On 1/13/07, Mark Lord <[EMAIL PROTECTED]> wrote:
On Thursday 11 January 2007 23:17, Bartlomiej Zolnierkiewicz wrote:
>
> My working IDE tree (against Linus' tree) now resides here:
>
> http://kernel.org/pub/linux/kernel/people/bart/pata-2.6/patches/
Bart, here's a driver I've been keeping
I've kind of lost the plot here. How does this patch fit in with the
previous series of patches you posted? Does it replace them or go on
top of them?
Can please you resend me the full series of patch that remove the use
of do_mmap(), with all cleanups and bug fixes included? And please
roll up
Jeff Garzik wrote:
> Chris Lalancette wrote:
>
>> Francois Romieu wrote:
>>
>>> Chris Lalancette <[EMAIL PROTECTED]> :
>>> [...]
>>>
>>>
Thanks for the comments. While the patch you sent will help,
there are
still other places that will have problems. For example, in
ne
Tomasz Chmielewski wrote:
I managed to compile a "Testing" 1.4.31 version (in fact, version 1.4
didn't compile because I didn't have a "linux" link pointing to kernel
sources; version 1.4.31 tells that it's missing - so both versions
compile fine).
At this point, 1.4.31 is probably what y
On Thu, Jan 18, 2007 at 06:31:53PM +0100, Peter Zijlstra ([EMAIL PROTECTED])
wrote:
> > skbs are the most extensively used path.
> > Actually the same is applied to route - dst_entries and rtable are
> > allocated through own wrappers.
>
> Still, edit all places and perhaps forget one and make s
On Thursday, January 18, 2007 1:00 am, Greg KH wrote:
> On Thu, Jan 18, 2007 at 09:14:06AM +0100, Martin Mares wrote:
> > Hello!
> >
> > > I recommend we just delete the pci_bus class. I don't think it
> > > serves any useful purpose. The bridge can be inferred frmo the
> > > sysfs hierarchy (not
Benjamin Romer <[EMAIL PROTECTED]> writes:
> On Thu, 2007-01-18 at 13:30 +0530, Vivek Goyal wrote:
>> On Thu, Jan 18, 2007 at 12:10:55AM -0700, Eric W. Biederman wrote:
>> > Vivek Goyal <[EMAIL PROTECTED]> writes:
>> > >
>> > > Or how about making physical_dest field also 8bit like logical_dest
>
On Thu, 18 Jan 2007, Nadia Derbey wrote:
>
> Trying to mmap /dev/kmem with an offset I take from /boot/System.map,
> I get an EIO error on a 2.6.20-rc4.
> This is something that used to work on older kernels.
>
> Had a look at mmap_kmem() in drivers/char/mem.c, and I'm wondering whether
> pfn is
On Thu, Jan 18, 2007 at 12:35:18PM -0500, Robert P. J. Day wrote:
> Extend the set of "__attribute__" shortcut macros, and remove
> identical (and now superfluous) definitions from a couple of source
> files.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Nice clenaup, thanks!
Acked-
On Thu, Jan 18, 2007 at 08:05:22PM +0300, Alexey Dobriyan wrote:
> From: Pavel Emelianov <[EMAIL PROTECTED]>
>
> Useful in deciding whether said output should be ignored
> in absence of other info. :)
>
> Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
> Signed-off-by: Alexey Dobriyan <[EMAIL
Extend the set of "__attribute__" shortcut macros, and remove
identical (and now superfluous) definitions from a couple of source
files.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
based on a page at robert love's blog:
http://rlove.org/log/2005102601
extend the set of
On Thu, 2007-01-18 at 18:50 +0300, Evgeniy Polyakov wrote:
> On Thu, Jan 18, 2007 at 04:10:52PM +0100, Peter Zijlstra ([EMAIL PROTECTED])
> wrote:
> > On Thu, 2007-01-18 at 16:58 +0300, Evgeniy Polyakov wrote:
> >
> > > Network is special in this regard, since it only has one allocation path
> >
On Thu, 2007-01-18 at 13:30 +0530, Vivek Goyal wrote:
> On Thu, Jan 18, 2007 at 12:10:55AM -0700, Eric W. Biederman wrote:
> > Vivek Goyal <[EMAIL PROTECTED]> writes:
> > >
> > > Or how about making physical_dest field also 8bit like logical_dest field.
> > > This will work both for 4bit and 8bit p
On Thu, 18 Jan 2007, Tim Schmielau wrote:
> On Thu, 18 Jan 2007, Robert P. J. Day wrote:
>
> > actually, it *appears* that the standard works this way. the macro
> > "__deprecated" is defined in compiler-gcc.h with:
> >
> > #define __deprecated __attribute__((deprecated))
> >
> > while the mo
On Thu, Jan 18, 2007 at 08:52:49AM -0800, Brian Beattie wrote:
> On Thu, 2007-01-18 at 16:47 +, Russell King wrote:
> > On Thu, Jan 18, 2007 at 08:19:47AM -0800, Brian Beattie wrote:
> > > On Thu, 2007-01-18 at 09:13 +, Russell King wrote:
> > > > On Wed, Jan 17, 2007 at 03:56:54PM -0800, B
On Thu, 18 Jan 2007, Robert P. J. Day wrote:
> actually, it *appears* that the standard works this way. the macro
> "__deprecated" is defined in compiler-gcc.h with:
>
> #define __deprecated __attribute__((deprecated))
>
> while the more generic compiler.h handles whether or not it was
> de
On Thu, 18 Jan 2007, Tim Schmielau wrote:
> On Thu, 18 Jan 2007, Robert P. J. Day wrote:
>
> > Centralize the attribute macro definition of "__packed" so no
> > subsystem has to do that explicitly.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > compile tested t
From: Pavel Emelianov <[EMAIL PROTECTED]>
Useful in deciding whether said output should be ignored
in absence of other info. :)
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
arch/i386/kernel/process.c |4 +++-
arch/i386/kernel/tr
On Thu, 2007-01-18 at 16:47 +, Russell King wrote:
> On Thu, Jan 18, 2007 at 08:19:47AM -0800, Brian Beattie wrote:
> > On Thu, 2007-01-18 at 09:13 +, Russell King wrote:
> > > On Wed, Jan 17, 2007 at 03:56:54PM -0800, Brian Beattie wrote:
> > > > I'm trying to do a SYSRQ over a serial cons
On Thu, 18 Jan 2007, Robert P. J. Day wrote:
> Centralize the attribute macro definition of "__packed" so no
> subsystem has to do that explicitly.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> compile tested to make sure the HFS subsystem still builds. now
> there's
Chris Lalancette wrote:
Francois Romieu wrote:
Chris Lalancette <[EMAIL PROTECTED]> :
[...]
Thanks for the comments. While the patch you sent will help, there are
still other places that will have problems. For example, in netpoll_send_skb,
we call local_irq_save(flags), then call dev
Hi there,
Trying to mmap /dev/kmem with an offset I take from /boot/System.map, I
get an EIO error on a 2.6.20-rc4.
This is something that used to work on older kernels.
Had a look at mmap_kmem() in drivers/char/mem.c, and I'm wondering
whether pfn is correctly computed there: shouldn't we ha
On Thu, Jan 18, 2007 at 10:29:14AM +0100, joachim wrote:
> Not only has it only been on Nvidia chipsets but we have only seen
> reports on the Nvidia CK804 SATA controller.
People have reported problems with other controllers. I have one here
I can test given a day or so.
I don't think it's SAT
On Thu, Jan 18, 2007 at 04:00:28AM -0700, Erik Andersen wrote:
> I just tried again and while using iommu=soft does avoid the
> corruption problem, as with previous kernels with 2.6.20-rc5 using
> iommu=soft still makes my pcHDTV HD5500 DVB cards not work.
i would file a separate bug about that,
On Thu, 18 Jan 2007, Robert P. J. Day wrote:
> Centralize the attribute macro definition of "__packed" so no
> subsystem has to do that explicitly.
ummm ... might want to ignore this submission, i want to do some
tweaking first. sorry.
rday
-
To unsubscribe from this list: send the line "unsu
On Thu, Jan 18, 2007 at 12:39:25PM +0100, Martin Schwidefsky wrote:
> NACK for the s390 part. lib/bust_spinlocks.c does an unblank_screen if
> CONFIG_VT is defined. That is not good enough for s390 because we do not
> have CONFIG_VT nor unblank_screen but still require that console_unblank
> is cal
On Thu, 18 Jan 2007, Ralf Baechle wrote:
> On Fri, Jan 19, 2007 at 12:23:46AM +0900, Atsushi Nemoto wrote:
>
> > CARDBUS_MEM_SIZE was increased to 64MB on 2.6.20-rc2, but larger size
> > might result in allocation failure for the reserving itself on some
> > platforms (for example typical 32bit MI
On Fri, Jan 19, 2007 at 12:23:46AM +0900, Atsushi Nemoto wrote:
> CARDBUS_MEM_SIZE was increased to 64MB on 2.6.20-rc2, but larger size
> might result in allocation failure for the reserving itself on some
> platforms (for example typical 32bit MIPS). Make it (and
> CARDBUS_IO_SIZE too) customiza
Hi,
Im using Linux 2.6.14-omap-2430ONLY linux which i downloaded for
linux.omap.com
(This kernel is a TI specific kernel maintained internally by TI)
Im using a TI 2430 SDP board.
This kernel, im able to boot in NOR flash, but not in NAND flash.
However, im able to boot 2.6.19 in NOR an
On Thu, Jan 18, 2007 at 04:10:52PM +0100, Peter Zijlstra ([EMAIL PROTECTED])
wrote:
> On Thu, 2007-01-18 at 16:58 +0300, Evgeniy Polyakov wrote:
>
> > Network is special in this regard, since it only has one allocation path
> > (actually it has one cache for skb, and usual kmalloc, but they are
>
On Thu, 2007-01-18 at 14:27 +0100, Peter Zijlstra wrote:
> On Wed, 2007-01-17 at 16:54 -0500, Trond Myklebust wrote:
> > On Wed, 2007-01-17 at 22:52 +0100, Peter Zijlstra wrote:
> >
> > > >
> > > > > Index: linux-2.6-git/fs/inode.c
> > > > > ===
Christoph Lameter writes:
> Consider unreclaimable pages during dirty limit calculation
>
> Tracking unreclaimable pages helps us to calculate the dirty ratio
> the right way. If a large number of unreclaimable pages are allocated
> (through the slab or through huge pages) then write throttli
On Thu, 18 Jan 2007, Ingo Molnar wrote:
>
> * Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > > I'll be happy to move this over to the utrace setting, once it is
> > > merged. Do you think it would be better to include the current
> > > version of kwatch now or to wait for utrace?
> > >
>
On 1/18/07, Russell King <[EMAIL PROTECTED]> wrote:
If you want to place a variable in a specific section, it must be
explicitly initialised. Eg,
static char __initdata command_line[COMMAND_LINE_SIZE] = "";
However, there is a bigger question here: that is the tradeoff between
making this vari
CARDBUS_MEM_SIZE was increased to 64MB on 2.6.20-rc2, but larger size
might result in allocation failure for the reserving itself on some
platforms (for example typical 32bit MIPS). Make it (and
CARDBUS_IO_SIZE too) customizable for such platforms.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]
On Thu, Jan 18, 2007 at 04:31:51PM +0100, Tomas Carnecky wrote:
> Russell King wrote:
> > On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
> >> -static char command_line[COMMAND_LINE_SIZE];
> >> +static char __initdata command_line[COMMAND_LINE_SIZE];
> >
> > Uninitialised data is
Russell King wrote:
> On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
>> -static char command_line[COMMAND_LINE_SIZE];
>> +static char __initdata command_line[COMMAND_LINE_SIZE];
>
> Uninitialised data is placed in the BSS. Adding __initdata to BSS
> data causes grief.
>
Static
On Thu, 2007-01-18 at 16:58 +0300, Evgeniy Polyakov wrote:
> Network is special in this regard, since it only has one allocation path
> (actually it has one cache for skb, and usual kmalloc, but they are
> called from only two functions).
>
> So it would become
> ptr = network_alloc();
> and net
Centralize the attribute macro definition of "__packed" so no
subsystem has to do that explicitly.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile tested to make sure the HFS subsystem still builds. now
there's just 50 gazillion usages of "__attribute__((packed))" that can
"Condor" <[EMAIL PROTECTED]> writes:
> I no longer can make tests because i remove my fat32 from my usb stick and
> i put it in to FAT16 and i make the exact tests and file is worked but on
> fat16 not in fat32. I just report the problem, to be investigate from
> kernel developers.
Could you send
On Thu, 2007-01-18 at 13:30 +0530, Vivek Goyal wrote:
> On Thu, Jan 18, 2007 at 12:10:55AM -0700, Eric W. Biederman wrote:
> > Vivek Goyal <[EMAIL PROTECTED]> writes:
> > >
> > > Or how about making physical_dest field also 8bit like logical_dest field.
> > > This will work both for 4bit and 8bit p
On 1/18/07, Russell King <[EMAIL PROTECTED]> wrote:
On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
> 2. Set command_line as __initdata.
You can't.
> -static char command_line[COMMAND_LINE_SIZE];
> +static char __initdata command_line[COMMAND_LINE_SIZE];
Uninitialised data is p
Erik Andersen wrote:
> I just tried again and while using iommu=soft does avoid the
> corruption problem, as with previous kernels with 2.6.20-rc5
> using iommu=soft still makes my pcHDTV HD5500 DVB cards not work.
> I still have to disable memhole and lose 1 GB. :-(
Please add this to the bugrep
> On Thu, 2007-01-18 at 11:22 +0200, Condor wrote:
>> Hello,
>>
>> [1.] Files if > 100 MB saving in USB memory stick 4 GB with FAT32. While
>> saving all files is broken.
> im sorry, i do not understand this.
>
> you are saying that if you copy files larger than 100mb into drive, all
> files die?
There was OpenVZ specific bug rendering some cpufreq drivers unusable
on SMP. In short, when cpufreq code thinks it confined itself to
needed cpu by means of set_cpus_allowed() to execute rdmsr, some
"virtual cpu" feature can migrate process to anywhere. This triggers
bugons and does wrong things i
joachim wrote:
> Not only has it only been on Nvidia chipsets but we have only seen
> reports on the Nvidia CK804 SATA controller. Please write in or add
> yourself to the bugzilla entry [1] and tell us which hardware you have
> if you get 4kB pagesize corruption and it goes away with "iommu=soft"
Al Borchers wrote:
Thomas Chmielewski wrote:
These all unpleasant tasks could be avoided if it was possible to have a
"fallback" device. For example, consider this hypothetical command line:
root=/dev/sdb1,/dev/sda1
Here is a patch to do this, though it sounds like you might have other
solut
On Thu, 2007-01-18 at 01:30 -0500, Josef Sipek wrote:
> On Wed, Jan 17, 2007 at 04:55:49PM -0600, Dave Kleikamp wrote:
> > /*
> > * jfs_lock.h
> > @@ -42,6 +43,7 @@ do {
> > \
> > if (cond) \
> >
On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
> 2. Set command_line as __initdata.
You can't.
> -static char command_line[COMMAND_LINE_SIZE];
> +static char __initdata command_line[COMMAND_LINE_SIZE];
Uninitialised data is placed in the BSS. Adding __initdata to BSS
data cause
Hi
I had problems in my implementation of Profibus-protocol, because my
FDL-State machine is implemented in tasklets and
sometimes there were situations, where Soft-Irqs were disabled for
20-40mS (Coldfire 5485 / 96MHz).
After inserting some testpoints in kernels source, doing dump_stack(),
wh
On Mon, Jan 15, 2007 at 11:14:52PM +, Alan wrote:
> > Both smart and the internal blade diagnostics say "everything is a-ok
> > with the drive, there hasn't been any error ever except a bunch of
> > corrected ECC ones, and no more than with a similar drive in another
> > working blade". Hence
Hi!
> A patch provide a interface to limit total page cache in
> /proc/sys/vm/pagecache_ratio. The default value is 90
> percent. Any
> feedback is appreciated.
Are you sure percentage is right thing to use? 1% of 200GB machine is
2GB... granularity seems too big here. KB? parts per million?
On Thu, Jan 18, 2007 at 01:18:44PM +0100, Peter Zijlstra ([EMAIL PROTECTED])
wrote:
> > > How would that end up being different, I would have to replace all
> > > allocations done in the full network processing path.
> > >
> > > This seems a much less invasive method, all the (allocation) code ca
When boot with SATA HD --> "atkbd.c:spurious ACK on isa0060/serio0. Some
program might be trying access hardware directly."
When booting with normal hd no problem.
I've searched in changelog but nothing found.
more people with this problem:
http://iansblog.jandi.co.nz/2006/10/catching-upbleedin
On Wed, 2007-01-17 at 16:54 -0500, Trond Myklebust wrote:
> On Wed, 2007-01-17 at 22:52 +0100, Peter Zijlstra wrote:
>
> > >
> > > > Index: linux-2.6-git/fs/inode.c
> > > > ===
> > > > --- linux-2.6-git.orig/fs/inode.c 2007-01-
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/parisc/kernel/setup.c |8
arch/parisc/mm/init.c |4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
Index: linux-2.6.20-r
* Pierre Peiffer <[EMAIL PROTECTED]> wrote:
> Ingo Molnar a écrit :
> >* Daniel Walker <[EMAIL PROTECTED]> wrote:
> >
> [...]
> >>The patch reworks do_futex, and futex_wait* so a NULL pointer in the
> >>timeout position is infinite, and anything else is evaluated as a real
> >>timeout.
> >
> >t
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
Acked-by: Paul Mundt <[EMAIL PROTECTED]>
---
arch/sh64/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-m
Rename saved_command_line into boot_command_line.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/sparc64/kernel/setup.c |2 +-
arch/sparc64/kernel/sparc64_ksyms.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/sparc64/kernel/s
Rename saved_command_line into boot_command_line.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/sparc/kernel/setup.c |2 +-
arch/sparc/kernel/sparc_ksyms.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/sparc/kernel/setup.c
===
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
---
arch/um/include/user_util.h |2 +-
arch/um/kernel/um_arch.c|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.20-rc
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/ia64/kernel/efi.c |4 ++--
arch/ia64/kernel/sal.c |4 ++--
arch/ia64/kernel/setup.c |2 +-
3 files changed, 5 insertions(+), 5 deletio
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
---
arch/v850/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/v850/kernel/setup.c
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/arm26/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/arm26/kernel/setup.c
1. Rename saved_command_line into boot_command_line.
2. Set cris_command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/cris/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/cris/kernel/setup.c
=
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
Acked-by: Paul Mundt <[EMAIL PROTECTED]>
---
arch/sh/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1
1. Rename saved_command_line into boot_command_line, mark
as init disposable.
2. Add dynamic allocated saved_command_line.
3. Add dynamic allocated static_command_line.
4. During startup copy:
boot_command_line into saved_command_line.
arch command_line into static_command_line.
5. Parse s
Rename saved_command_line into boot_command_line.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/legacy_serial.c |2 +-
arch/powerpc/kernel/prom.c |2 +-
arch/powerpc/kernel/udbg.c |2 +-
arch/powerpc/platforms/powermac/setup.c
Rename saved_command_line into boot_command_line.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/ppc/kernel/setup.c |2 +-
arch/ppc/platforms/lopec.c |2 +-
arch/ppc/platforms/pplus.c |2 +-
arch/ppc/platforms/prep_setup.c |4 ++--
4 files changed, 5
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/h8300/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/h8300/kernel/setup.c
Rename saved_command_line into boot_command_line.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/s390/kernel/setup.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.20-rc4-mm1/arch/s390/kernel/setup.c
=
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/m32r/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/m32r/kernel/setup.c
==
Rename saved_command_line into boot_command_line.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/mips/kernel/setup.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.20-rc4-mm1/arch/mips/kernel/setup.c
=
Rename saved_command_line into boot_command_line.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/m68k/kernel/setup.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.20-rc4-mm1/arch/m68k/kernel/setup.c
=
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/frv/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/frv/kernel/setup.c
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/m68knommu/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/m68knommu/kernel/setup.c
===
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/i386/kernel/head.S |2 +-
arch/i386/kernel/setup.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
---
arch/x86_64/kernel/head64.c|4 ++--
arch/x86_64/kernel/setup.c |6 +++---
include/asm-x86_64/bootsetup.h |2 +-
3 files changed, 6
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
Acked-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
arch/avr32/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
---
arch/xtensa/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/xtensa/kernel/setup.c
This patch has already been posted by Alon Bar-Lev <[EMAIL PROTECTED]>
in 2nd Dec 2006. He didn't get any response. Because I think that this
patch would be really useful being able to increase the command line, I
post this patch again to get some response.
This patches are against 2.6.20-rc4-mm1
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/arm/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/arm/kernel/setup.c
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev <[EMAIL PROTECTED]>
---
arch/alpha/kernel/setup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.20-rc4-mm1/arch/alpha/kernel/setup.c
101 - 200 of 238 matches
Mail list logo