Adds the ability to unclone a vfs tree. A uncloned vfs tree will not be
clonnable, and hence cannot be bind/rbind to any other mountpoint.
RP
fs/namespace.c| 15 ++-
include/linux/fs.h|1 +
include/linux/mount.h | 15 +++
3 files changed, 30 insert
Enclosed 8 patches that implement shared subtree functionality as
detailed in Al Viro's RFC found at http://lwn.net/Articles/119232/
I have incorporated all the comments received earlier in first round. Thanks
to Miklos and Pekka for the valuable comments. Also I have optimized lots of
code, esp
adds support for mount/umount propogation for autofs initiated operations,
RP
fs/namespace.c| 151 +-
fs/pnode.c| 13 ++--
include/linux/pnode.h |3
3 files changed, 61 insertions(+), 106 deletions(-)
Index: 2.6.12.work
On 199, 07 18, 2005 at 07:54:16AM +0200, Thomas Sailer wrote:
> On Wed, 2005-07-13 at 20:38 +0200, Vojtech Pavlik wrote:
>
> > Also try the usual options ("i8042.nomux=1" and "usb-handoff"). One or
> > both may make the problem disappear.
>
> usb-handoff did it, thanks a lot!
IIRC there was a pa
code Optimization for pnode.c
fs/pnode.c | 478 -
1 files changed, 224 insertions(+), 254 deletions(-)
Index: 2.6.12.work1/fs/pnode.c
===
--- 2.6.12.work1.orig/fs/pnode.
Adds the ability to bind/rbind a shared/private/slave subtree and set up
propogation wherever needed.
RP
Signed by Ram Pai ([EMAIL PROTECTED])
fs/namespace.c| 559 --
fs/pnode.c| 416 +-
in
This patch adds the shared/private/slave support for VFS trees.
Signed by Ram Pai ([EMAIL PROTECTED])
fs/Makefile |2
fs/dcache.c |2
fs/namespace.c| 98 +++
fs/pnode.c| 158 +
Adds ability to move a shared/private/slave/unclone tree to any other
shared/private/slave/unclone tree. Also incorporates the same behavior
for pivot_root()
RP
Signed by Ram Pai ([EMAIL PROTECTED])
fs/namespace.c | 150 +++--
1 files change
Frederic Gaus wrote:
> Hi folks!
>
> I've recently done a RAM upgrade on my IBM Thinkpad R40 (2722).
>
> 1. Ram-Chip: pc2100 cl 2.5 512 MB
> 2. Ram-Chip: pc2700 cl 2.5 1024 MB
>
> When booting with only one Chip inside, everything works perfecly.
> (Never mind in which slot). But when using both
Adds ability to unmount a shared/slave/unclone/private tree
RP
Signed by Ram Pai ([EMAIL PROTECTED])
fs/namespace.c| 68 +-
fs/pnode.c| 112 ++
include/linux/fs.h|3 +
include/linux/pnode.
Adds ability to clone a namespace that has shared/private/slave/unclone
subtrees in it.
RP
Signed by Ram Pai ([EMAIL PROTECTED])
fs/namespace.c |9 +
1 files changed, 9 insertions(+)
Index: 2.6.12.work1/fs/namespace.c
===
On Sun, Jul 17, 2005 at 10:48:20PM +0200, Adrian Bunk ([EMAIL PROTECTED]) wrote:
> If you select some variable, you have to ensure that the dependencies of
> the select'ed variable are fulfilled.
Correct, thank you.
I've add Guillaume Thouvenin (author) to Cc: list.
> This patch fixes the follow
Tom Zanussi <[EMAIL PROTECTED]> wrote on 14/07/2005 16:01:25:
> The only things that are atomic are the counts of produced and
> consumed buffers and these are only ever updated or read in the slow
> buffer-switch path. They're atomic because if they weren't, wouldn't
> it be possible for t
Le Lundi 18 Juillet 2005 10:37, I wrote (on the evms-devel ML) :
>
> In kernel 2.4, MD thinks that all DM devices are "on the same physical
> disk" (and issues a dummy warning about this), and it resyncs them
> sequentially, which may or may not be optimal, but at least doesn't cause
> any problem.
Randy> Need more info.
Greetings. :)
CONFIG_HZ_ changes the block device elevator time-out values -- didn't see.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
Dear Richard,
I have tried your module to print message to the file in the kernel
level.
I am able to get it work till the initialization level. Later when I
insert the card the system hangs.
Please suggest me what could be the problem. Or is there a way to get
all my LOG messages perfectly even
* Ralf Hildebrandt <[EMAIL PROTECTED]>:
> 2.6.13.2 didn't do this, now I'm getting (from dmesg):
>
> PROTO=17 127.0.0.1:53 127.0.0.1:56872 L=56 S=0x00 I=40463 F=0x4000 T=64
> ip_local_deliver: bad skb: PRE_ROUTING LOCAL_IN LOCAL_OUT POST_ROUTING
> skb: pf=2 (unowned) dev=lo len=56
> PROTO=17 127.
Hi,
> > What, in your opinion, makes it "obviously unmergeable"?
Controlling resource assignment, I think that concept is good.
But the design is another matter that it seems somewhat overkilled
with the current CKRM.
> I suspect that the main problem is that this patch is not a mainstream
> ker
On Fri, 15 Jul 2005, Andi Kleen wrote:
> > That's like scratching your left ear with your right hand -- broadcasting
> > that external timer interrupt in the first place is more straightforward.
> > If you want to exclude CPUs from the list of receivers, just use the
> > logical destination m
Thanks for the writeup, it helps to understand things a bit better.
However I still don't understand a few things:
> Section 1. mount:
>
> to begin with we have a the following mount tree
>
>root
> / / \ \ \
>/ t1 t2 \
On Sunday 17 July 2005 22:46, Fawad Lateef wrote:
> I saw this prob when my boot device/partition in the bootloader config
> was wrong or the filesystem of my root partition is not compiled as a
> kernel image rather compiled as module, so plz try to solve this prob
> by selecting your desired file
Sam Ravnborg wrote:
On Fri, Jul 15, 2005 at 10:14:43PM +, J.A. Magallon wrote:
On 07.16, J.A. Magallon wrote:
[...]
This time I did not break anything... and they shut up gcc4 ;)
Thanks.
Can you please resend with proper changelog and signed-off-by.
Diff should be done on top of latest -l
On Fri, 15 Jul 2005, Venkatesh Pallipadi wrote:
> Well.. I tried a patch to do the broadcast thing couple of months ago and
> failed to convince everyone :(.
I must have missed the patch -- but was the change unconditional or
affecting only broken systems? And how such systems were determined
On Llu, 2005-07-18 at 10:12 +0530, vamsi krishna wrote:
> I was searching a lot about work on this, and found your reply where
> you say that we can increase the virtual address space by mmaping and
> munmaping programatically ourself.
Its something a few giant applications do with data sets and t
On Saturday 25 June 2005 02:20, Linus Torvalds wrote:
> On Wed, 22 Jun 2005, Alexander Y. Fomichev wrote:
> > I've been trying to switch from 2.6.12-rc3 to 2.6.12 on Dual EM64T 2.8
> > GHz [ MoBo: Intel E7520, intel 82801 ]
> > but kernel hangs on boot right after records:
> >
> > Booting processor
Paulo Marques wrote:
Sam Ravnborg wrote:
[...]
Also this patch seems relative small compared to the others floating
around to cure signed warnings in scripts/
Does this really fix all of them or only a subset of the warnings?
Well, current -linus already has a patch from me to change the
On Fri, 15 Jul 2005, Daniel Walker wrote:
> On Fri, 2005-07-15 at 12:23 +0200, Ingo Molnar wrote:
> > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> >
> > > PI is always good, cause it allows the tracking of what is high
> > > priority , and what is not .
> >
> > that's just plain wrong. PI might
Hi!
> I'm getting this (on ppc32, though I don't think it matters):
>
> CC drivers/video/chipsfb.o
> drivers/video/chipsfb.c: In function `chipsfb_pci_suspend':
> drivers/video/chipsfb.c:465: error: invalid operands to binary ==
> drivers/video/chipsfb.c:467: error: invalid operands to
Hi!
> We are now investigating fast startup/shutdown using
> 2.6 kernel PM functions.
>
> An attached patch enables kernel to preserve system image
> on startup, to implement "Snapshot boot"[EMAIL PROTECTED] wrote:
> Conventionally system image will be broken after startup.
>
> Snapshot boot use
Hi!
> This patch moves the generic NTP code from time.c and timer.c into
> ntp.c. It makes most of the NTP variables static providing more
> understandable interfaces like ntp_synced() and ntp_clear().
>
> Since some of the newly made static variables are used in arch generic
> code,
Hiroyuki Machida wrote:
[...]
Q3 : I'm not sure JBD can be used for FAT improvements. Do you
have any comments ?
I might not be the best person to answer this, but this just seems so
obvious:
If you plan to let a recently hot-unplugged device to be used in another
OS that doesn't un
Hello,
There exists the following options:
To unsubscribe send a mail to:
[EMAIL PROTECTED]
To subscribe to the digest of this list send a mail to:
[EMAIL PROTECTED]
To subscribe to the nomail version of this list send a mail to:
[EMAIL PROTECTED]
The nomail version of a list means that you
On Thu, 14 Jul 2005, Christoph Hellwig wrote:
> On Thu, Jul 14, 2005 at 08:56:58AM -0700, Daniel Walker wrote:
> > This reminds me of Documentation/stable_api_nonsense.txt . That no one
> > should really be dependent on a particular kernel API doing a particular
> > thing. The kernel is play dough
On Tue, Jul 05, 2005 at 01:46:20PM -0400, John W. Linville wrote:
> On Sat, Jul 02, 2005 at 01:29:54AM -0600, Grant Grundler wrote:
> > On Thu, Jun 30, 2005 at 10:26:37PM -0400, John W. Linville wrote:
>
> > > + /* Some devices lose PCI config header data during D3hot->D0
> >
> > Can you name som
Hello Andrew,
This patch fixes missing dependencies in drivers/connector/Kconfig
file. We have to ensure that the dependencies of the selected variable
are fulfilled otherwise it can produce some undefined references
during the kernel compilation. This problem was reported by Adrian Bunk.
Signe
I'm getting:
# modprobe toshiba_acpi
FATAL: Error inserting toshiba_acpi
(/lib/modules/2.6.13-rc3/kernel/drivers/acpi/toshiba_acpi.ko): No such device
This is definitely a Toshiba M30 notebook with this.
On bootup I see:
ACPI: RSDP (v000 TOSHIB) @ 0x000f7a10
ACPI
Can you please test if this patch fixes it?
-Andi
Don't compare linux processor index with APICID
Fixes boot up lockups on some machines where CPU apic ids
don't start with 0
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Index: linux/arch/x86_64/kernel/smpboot.c
=
Hi out there,
I am VERY SAD to announce a new driver for the
watchdog on Rocky 4782E2V processor card.
The architecture is very close to "Acquire WDT".
Effectivelly one or two additional line is needed, that allow
programming the timeout and properly kick the dog.
Writing a byte with the number
On Sun, 2005-07-17 at 21:45 +0200, bert hubert wrote:
> On Sun, Jul 17, 2005 at 10:43:40AM -0500, Tom Zanussi wrote:
>
> > It is racey - in this mode, there's nothing to keep the kernel from
> > writing as much as it wants before the user side has a chance to read
> > any of it. The only way this
Joe Seigh wrote:
For synchronization you need memory barriers in most cases and the only
way to get these is using assembler since there are no C or gcc intrinsics
for these yet. For inline assembler, the convention seems to be to use
the volatile attribute, which I take as meaning no code movem
The interrupt pipeline patch v0.9-02 has been released, fixing a latency
spot and a bug in the deferred printk() mechanism.
A split version of the patch for x86, ppc32 and ia64 is available here:
http://download.gna.org/adeos/patches/v2.6/ipipe/split/
Patch sequence to build a Linux 2.6.12 tr
On Sun, 2005-07-17 at 10:52 -0500, Tom Zanussi wrote:
> >
> > > > - overwrite mode can be implemented via the buffer switch callback
> > >
> > > The buffer switch callback is already where this is handled, unless
> > > you're thinking of something else - one of the first checks in the
> >
On Mon, Jul 18 2005, Kenneth Parrish wrote:
> Randy> Need more info.
>
> Greetings. :)
> CONFIG_HZ_ changes the block device elevator time-out values -- didn't see.
I cannot reproduce here with cfq and HZ == 250, the jiffies <-> msec
conversions are working fine. Please provide a proper
Hi.
The .c gives Gerd Knorr as the maintainer of this file, but no email
address. The MAINTAINERS file doesn't have his name or make it clear who
owns the file. I haven't therefore been able to cc the maintainer.
Tvaudio lacks a refrigerator call. This patch fixes that.
Regards,
Nigel
Signed-o
Hi.
This patch removes the few remaining direct invocations of the
refrigerator in 2.6.13-rc3. In drivers/media/video/msp3400.c, it also
shifts the call to after the remove_wait_queue; this seems to be the
more appropriate place.
Regards,
Nigel
Signed-off by: Nigel Cunningham <[EMAIL PROTECTED]
Hi all.
Here are fixes for four try_to_freeze calls that are still (incorrectly)
using a parameter after the recent try_to_freeze() changes.
Regards,
Nigel
Signed-Off by: Nigel Cunningham <[EMAIL PROTECTED]>
mips/kernel/irixsig.c |2 +-
mips/kernel/signal32.c |2 +-
sh/kernel/signal.
Hi again.
Here's another resend, this time adding an lzf cryptoapi module.
LZF is a very fast compressor which typically achieves approximately 50%
compression on a suspend image. The original author (Marc Alexander
Lehmann) donated it to Suspend2. I have converted it to cryptoapi with a
recent s
Hi Herbert.
Here's a resend of a patch I'm using in Suspend2's new cryptoapi
support, which is needed for us to successfully compress pages using
deflate. It's along the lines of the existing fix in the decompression
code.
Regards,
Nigel
diff -ruNp 190-cryptoapi-deflate.patch-old/crypto/deflate
Hi,
On Mon, 18 Jul 2005, Steven Rostedt wrote:
> I'm actually very much against this. Looking at a point of view from the
> logdev device. Having a callback to know to continue at every buffer
> switch would just be slowing down something that is expected to be very
> fast.
What exactly would be
On Sat, Jul 16, 2005 at 09:32:49PM -0400, wrote:
> On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
> >
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
>
> > +suspend-update-documentation.patch
> > +swsusp-fix-printks-and-cleanups.pat
Hareesh Nagarajan writes:
> Tom Zanussi wrote:
> > Roman Zippel writes:
> > > Hi,
> > >
> > > On Thu, 14 Jul 2005, Tom Zanussi wrote:
> > >
> > > > The netlink control channel seems to work very well, but I can
> > > > certainly change the examples to use something different. Could
On Mon, 2005-07-18 at 16:16 +0200, Roman Zippel wrote:
> Hi,
>
> On Mon, 18 Jul 2005, Steven Rostedt wrote:
>
> > I'm actually very much against this. Looking at a point of view from the
> > logdev device. Having a callback to know to continue at every buffer
> > switch would just be slowing down
Roman Zippel wrote:
> The point is to design a simple and flexible relayfs layer, which means
> not every possible function has to be done in the relayfs layer, as long
> it's flexible enough to build additional functionality on top of it (for
> which it can again provide some library functions
Steven Rostedt writes:
> On Sun, 2005-07-17 at 10:52 -0500, Tom Zanussi wrote:
>
> > >
> > > > > - overwrite mode can be implemented via the buffer switch callback
> > > >
> > > > The buffer switch callback is already where this is handled, unless
> > > > you're thinking of somethin
> Hi
>
> I want to join the Kernel community and help in developing Linux
> kernel, I'm good in C,Perl and not that good in C++
>
> is there any How-To page in how to help or how to join ? since I want
> to start in basic things
I can tell you one thing for sure. And that is that you will need t
[EMAIL PROTECTED] wrote:
Quoting Bill Davidsen <[EMAIL PROTECTED]>:
Disk tests should be at a fixed rate, not all you can do. That's NOT
realistic.
Not true; what you suggest is another thing to check entirely, and that
would
be a valid benchmark too. What I'm
Hello All,
I have a program working fine on a 2.6.xx-smp kernel, and the program
crashes on the same version kernel with bigmem i.e (2.6.xxx-bigmem).
I also found that for a same executable on bigmem kernel the virtual
address's of '&_start' and '&_etext', seem to vary in every new run.
Is there
Hi,
On Mon, 18 Jul 2005, Steven Rostedt wrote:
> > What exactly would be slowed down?
> > It would just move around some code and even avoid the overwrite mode
> > check.
>
> Yes, you're adding a jump to another function via a function pointer,
> that would kill the cache line of execution, to
Hi,
On Mon, 18 Jul 2005, Karim Yaghmour wrote:
> I guess I just don't get the point here. Why cut something away if many
> users will need it. If it's that popular that you're ready to provide a
> library function to do it, then why not just leave it to boot? One of the
> goals of relayfs is to a
On Sun, Jul 17, 2005 at 12:32:27AM +0200, Jesper Juhl wrote:
>
> --- linux-2.6.13-rc3-orig/drivers/block/cryptoloop.c 2005-06-17
> 21:48:29.0 +0200
> +++ linux-2.6.13-rc3/drivers/block/cryptoloop.c 2005-07-16
> 23:35:55.0 +0200
> @@ -227,14 +227,14 @@ cryptoloop_ioctl(stru
Karsten Wiese wrote:
Am Samstag, 16. Juli 2005 19:15 schrieb Ingo Molnar:
* Karsten Wiese <[EMAIL PROTECTED]> wrote:
Have I corrected the other path of ioapic early initialization, which
had lacked virtual-address setup before ioapic_data[ioapic] was to be
filled in -51-28? Please test atta
On Mon, Jul 18 2005, Jens Axboe wrote:
> On Mon, Jul 18 2005, Kenneth Parrish wrote:
> > Randy> Need more info.
> >
> > Greetings. :)
> > CONFIG_HZ_ changes the block device elevator time-out values -- didn't see.
>
> I cannot reproduce here with cfq and HZ == 250, the jiffies <-> msec
>
On Monday 18 July 2005 09:41, Philippe Gerum wrote:
>The interrupt pipeline patch v0.9-02 has been released, fixing a
> latency spot and a bug in the deferred printk() mechanism.
>
>A split version of the patch for x86, ppc32 and ia64 is available
> here: http://download.gna.org/adeos/patches/v2.6/
Roman Zippel writes:
> Hi,
>
> On Mon, 18 Jul 2005, Karim Yaghmour wrote:
>
> > I guess I just don't get the point here. Why cut something away if many
> > users will need it. If it's that popular that you're ready to provide a
> > library function to do it, then why not just leave it to b
On Jul 17, 2005 10:40 -0700, Mingming Cao wrote:
> @@ -373,6 +373,7 @@ struct ext3_inode {
> #define EXT3_MOUNT_BARRIER 0x2 /* Use block barriers */
> #define EXT3_MOUNT_NOBH 0x4 /* No bufferheads */
> #define EXT3_MOUNT_QUOTA 0x8 /* Some q
On Llu, 2005-07-18 at 15:08 -0700, Gyorgy Horvath wrote:
>- Half of the RAM were stolen from Linux.
> (mem= kernel parameter)
> This range was requeset_mem_region-ed, then
> ioremap-ped for bus mastering DMA transfer.
> Actually 30 M is used.
Did you make sure none of t
On Sun, 17 Jul 2005, Michel Bouissou wrote:
> I'm afraid I won't have time for this today. It's already more than 11 PM
> here
> and I'm leaving early tomorrow for travel...
I will be travelling this week also. That's okay, there's no hurry.
> But AFAIR, when I performed previous tests, I had
Hi!
I tried 2.6.12.3/2.6.13-rc3 compiled for x86_64 on Supermicro dual Xeon
with hyperthreading enabled and the kernel gets stuck when trying to
initialize the second CPU.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
using mwait in idle threads.
CPU: Physical Processor ID: 0
CPU
Alejandro Bonilla wrote:
This exact question is made at least every 15 days. Did you google? You will
need to make that your Home Page.
And after that, make your first google search kernelnewbies.
- Andrew Ruder
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
2.6.12.3 ompilation errors with linux1394.org rev.1315
[]$ make && make modules
..
LD drivers/ieee1394/built-in.o
CC [M] drivers/ieee1394/ieee1394_core.o
drivers/ieee1394/ieee1394_core.c: In function hpsbpkt_thread:
drivers/ieee1394/ieee1394_core.c:1035: error: too few argum
Greg KH writes:
> I do care about this, please don't think that. But here's my reasoning
> for why it needs to go:
[...]
> - original developer of devfs has publicly stated udev is a
> replacement.
Well, that's news to me!
> - policy in the kernel.
Like sysfs :-)
> -
On Mon, 2005-07-18 at 04:06, Miklos Szeredi wrote:
> Thanks for the writeup, it helps to understand things a bit better.
> However I still don't understand a few things:
>
>
> > Section 1. mount:
> >
> > to begin with we have a the following mount tree
> >
> > root
> >
On Tue, Jul 12, 2005 at 12:21:38AM +0200, Dominik Brodowski wrote:
> In yenta_socket, we default to using the resource setting of the CardBus
> bridge. However, this is a PCI-bus-centric view of resources and thus
> needs to be converted to generic resources first. Therefore, add a call
> to pcibio
On Mon, 18 July 2005 14:14:53 +1000, Nigel Cunningham wrote:
>
> Here's a patch to fix a missing refrigerator call in jffs2.
^
You should shorten the description by one letter, roughly. ;)
>
> Signed-off by: Nigel Cunningham <[EMAIL PROT
>Greg KH writes:
>> I do care about this, please don't think that. But here's my reasoning
>> for why it needs to go:
>[...]
>> - original developer of devfs has publicly stated udev is a
>>replacement.
>
>Well, that's news to me!
What is more news to me:
( http://www.kernel.or
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Mon, 18 Jul 2005 06:45:54 +1000
> On Sun, Jul 17, 2005 at 02:20:21PM +0200, Andreas Steinmetz wrote:
> >
> > The compiler first does ~((a)-1)) and then expands the unsigned int to
> > unsigned long for the & operation. So we end up with only the lower 32
From: Christoph Lameter <[EMAIL PROTECTED]>
The current suspend code modifies thread->flags from outside the
context of the thread. This creates a SMP race.
This patch fixes that by introducing a TIF_FREEZE flag in thread_info.
(This is not the end of the races in the suspend code since TIF_FREE
hi all,
is there such a thing anywhere as a working patch to enable NAPI in the
natsemi driver? or is someone working on one?
so far i have found two non-working patches, which i tried to get to
work without success. one locks up the kernel, the other says "interrupt
while polling". any help with
În data de Sî, 16-07-2005 la 22:56 -0400, Horst von Brand a scris:
> I'm getting:
> # modprobe toshiba_acpi
> FATAL: Error inserting toshiba_acpi
> (/lib/modules/2.6.13-rc3/kernel/drivers/acpi/toshiba_acpi.ko): No such device
>
> This is definitely a Toshiba M30 notebook with this.
> Anything els
Hi,
I have now been trying to get Linux 2.6.11.5 (built
with gcc 3.3.3 and binutils 2.15.91.0.2) up and
running on my Helio PDA, a MIPS R3912 based ASSP (the
emulator to be exact) and have been stuck at the last
step for a while now :-(.
The kernel runs up fine, the problem starts when init
is s
Russell King wrote:
>On Fri, Jul 15, 2005 at 10:21:43PM +0200, Pierre Ossman wrote:
>
>
>>Russell King wrote:
>>
>>
>>>Also note that since we have a class_dev, the mmc_host 'dev' field can
>>>be removed. However, we'll probably have to update the host drivers
>>>to do this, so it should be
On Fri, Jul 15, 2005 at 10:21:43PM +0200, Pierre Ossman wrote:
> Russell King wrote:
> >Also note that since we have a class_dev, the mmc_host 'dev' field can
> >be removed. However, we'll probably have to update the host drivers
> >to do this, so it should be a separate patch.
>
> I believe ther
I think this patch is rather obvious, so maybe I should ask Andrew to
apply it to -mm for now, to get some testing. Would that help to verify
it for acceptance?
-- Pete
Begin forwarded message:
Date: Tue, 28 Jun 2005 15:00:23 -0700
From: Pete Zaitcev <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
My apologies for taking so long to look at these patches.
I agree there is an issue here, but large parts of this
we need to address kernel side. If the parameter buffer is allocated
after the kernel there is no guarantee that it will be addressable
from the kernels early page table so this fix
Hi Ingo;
I just built 51-31, mode 4, and although I spent an hour putting in
debug printouts in /etc/init.d/ntpd, I couldn't make it work, and
the /var/log/ntpd.log is being flooded with "bad file descriptor"
messages.
So I'm back on 51-30 in mode 3 for the time being so tvtime works.
--
Ch
On Thu, Jul 14, 2005 at 02:53:27PM +0100, Russell King wrote:
> On Thu, Jul 14, 2005 at 03:53:44PM +0400, Ivan Kokshaysky wrote:
> > The setup-bus code doesn't work correctly for configurations
> > with more than one display adapter in the same PCI domain.
> > This stuff actually is a leftover of a
On Friday 15 July 2005 16:14, Rik van Riel wrote:
> On Fri, 15 Jul 2005, Mark Gross wrote:
> > What would be wrong in expecting the folks making the driver changes
> > have some story on how they are validating there changes don't break
> > existing working hardware? I could probly be accomplished
I hit a small problem (first observed in 2.6.13-rc3-mm1) that resulted in
my kernels no longer building because of undefined references to
request_firmware and release_firmware.
After a little research, I found that the QLA stuff requires CONFIG_FW_LOADER.
I was using the sn2_defconfig as a star
On 7/18/05, vamsi krishna <[EMAIL PROTECTED]> wrote:
> Hello All,
>
> I have a program working fine on a 2.6.xx-smp kernel, and the program
> crashes on the same version kernel with bigmem i.e (2.6.xxx-bigmem).
>
What is your program ??? what it is doing ??? Can u explain ?? or send
some code po
On 14.07.2005 [13:40:11 -0700], Nishanth Aravamudan wrote:
> From: Nishanth Aravamudan <[EMAIL PROTECTED]>
>
> Description: The core revision to the soft-timer subsystem to divorce it
> from the timer interrupt in software, i.e. jiffies. Instead, use
> getnstimeofday() (via do_monotonic_clock()) a
On Sun, 2005-07-17 at 19:47 -0600, Andreas Dilger wrote:
> On Jul 17, 2005 10:40 -0700, Mingming Cao wrote:
> > @@ -373,6 +373,7 @@ struct ext3_inode {
> > #define EXT3_MOUNT_BARRIER 0x2 /* Use block barriers */
> > #define EXT3_MOUNT_NOBH0x4 /* No bufferheads
On Wed, Jul 06, 2005 at 02:11:42PM +0900, Hidetoshi Seto wrote:
> [This is 5 of 10 patches, "iochk-05-check_bridge.patch"]
...
> It means that A or B hits a bus error, but there is no data
> which one actually hits the error. So, C should notify the
> error to both of A and B, and clear the H
Hi,
I recieved an email from someone claiming to be stuck with Linux 2.4, due to
relying on a Promise TX4200 disk controller (using the fdsata driver from
promise's website, which is 2.4-only):
:01:09.0 RAID bus controller: Promise Technology, Inc.: Unknown device
3519 (rev 02)
Daniel Drake wrote:
> Hi,
>
> I recieved an email from someone claiming to be stuck with Linux 2.4,
> due to relying on a Promise TX4200 disk controller (using the fdsata
> driver from promise's website, which is 2.4-only):
>
> :01:09.0 RAID bus controller: Promise Technology, Inc.: Unknown
>
On Tuesday 19 July 2005 06:12, Jan Engelhardt wrote:
> What is more news to me:
> ( http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ )
> Q: Why was devfs marked OBSOLETE if udev is not finished yet?
> A: To quote Al Viro (Linux VFS kernel maintainer):
> ==> - the devfs main
Hi Martin,
Martin Povolný wrote:
We are succesfully running patched sata_promise with 3 disks in a
raid5/raid1 setup. (Patched against ubuntu linux-image 2.6.11-1-686
package.)
Could you please either send in your patch, or tell me which board_ setting
(2037x/20319/20619) the device ID table
On Mon, Jul 18, 2005 at 02:23:57PM -0500, Erik Jacobson wrote:
> I hit a small problem (first observed in 2.6.13-rc3-mm1) that resulted in
> my kernels no longer building because of undefined references to
> request_firmware and release_firmware.
>
> After a little research, I found that the QLA
I'm seeing the following compile error in 2.6.13-rc3-mm1 (but it doesn't
seem to be specific to -mm) with CONFIG_NET=n:
<-- snip -->
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `w1_alloc_dev':
w1_int.c:(.text+0x65d81f): undefined reference to `netlink_kernel_create'
w1_int.c:(.
On 7/18/05, Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 17, 2005 at 12:32:27AM +0200, Jesper Juhl wrote:
> >
> > --- linux-2.6.13-rc3-orig/drivers/block/cryptoloop.c 2005-06-17
> > 21:48:29.0 +0200
> > +++ linux-2.6.13-rc3/drivers/block/cryptoloop.c 2005-07-16
> > 23:35:55.
The first try to send the message below didn't work. Hoping it does
now ... :)
Regards
Wolfgang
- Forwarded message from Wolfgang Pfeiifer -
To: Sven Luther <[EMAIL PROTECTED]>
Cc: debian-powerpc@lists.debian.org, debian-kernel@lists.debian.org,
linux-kernel@vger.kernel.org
Subje
1 - 100 of 120 matches
Mail list logo
