On Thu, 4 Aug 2005, Andrew Morton wrote:
> That'll generate just as much code as simply using kcalloc(1, ...). This
> function should be out-of-line and EXPORT_SYMBOL()ed. And kcalloc() can
> call it too..
Yes, much better now. Thanks Andrew.
Pekka
[PATCH] intro
Hi,
Andrew Morton wrote:
IOW: what does this (wordwrapped!) patch do?
It changes the keycode the kernel is sending for three keys. For normal
keyboards there is usually no argument to which keycode to send. An 'a'
would send the keycoe for an 'a'. This however is a remote control. The
keys
On Thu, Aug 04 2005, Daniel Petrini wrote:
> +static LIST_HEAD(timer_list);
> +
> +struct timer_top_info {
> + unsigned intfunc_pointer;
> + unsigned int long counter;
> + struct list_headlist;
> +};
> +
> +struct timer_top_info top_info;
> +
> +int
On Fri, Aug 05, 2005 at 12:07:55AM -0400, Michael Krufky wrote:
> >Sounds like a fun thing for post-2.6.13.
> >
> >What does usb-handoff do, precisely?
> >
> I just did a series tests. This is necessary, because the problem was
> intermittent for me. usb-handoff fixes all of my problems!!!
>
>
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>
> If you look on http://test.kernel.org/, you'll see in the rightmost
> column there's a yellow box under elm3b70 for 2.6.13-rc4-mm1, but
> current mainline kernels are all green (ie no problems). That means
> one test failed, in this case making an fs
Ondrej Zary wrote:
James Bruce wrote:
Stephen Clark wrote:
Maybe new desktop systems - but what about the tens of millions of
old systems that don't.
If it's an old system, it probably doesn't have working ACPI C-states
though. Without that, low HZ does not save you anything. I should
hav
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
>
> [PATCH] use kzalloc instead of kmalloc/memset
>
dammit, I was hoping for akpmalloc()
>
> +static inline void *kzalloc(size_t size, unsigned int __nocast flags)
> +{
> + return kcalloc(1, size, flags);
> +}
> +
That'll generate just as much cod
Jan Engelhardt wrote:
I have a zombie process which has apparently died for some unknown reason.. I
know it was terminated by a signal (found that from the 9th field (sheduler
flags) in /proc/pid/stat)
Start the process under the observation of strace.
However, I'm trying to figure o
Hi Andrew,
Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > This patch converts kernel/ to use kcalloc instead of kmalloc/memset.
On Thu, 4 Aug 2005, Andrew Morton wrote:
> grr.
I am learning grep. Please don't eat me!
> > - struct resource *res = kmalloc(sizeof(*res), GFP_KERNEL);
> > + struct
> I have a zombie process which has apparently died for some unknown reason.. I
> know it was terminated by a signal (found that from the 9th field (sheduler
> flags) in /proc/pid/stat)
Start the process under the observation of strace.
> However, I'm trying to figure out what signal killed it.
>> Gnu C 2.96
>
> Seriously, it seems like your machine is flaky.
> And even if it were a kernel source problem,
> gcc should never have an internal error.
> But gcc-2.96 is so old that it's not supported anymore.
Wasnot 2.96 the bugged one?
Jan Engelhardt
--
-
To unsubscribe
> Nothing, I don't only want to rewrite driver, which others do not use.
Why rewrite? (unless it's an important api change) If it's some optimization
patch that requires an almost-rewrite, well, do it and see if it gets
accepted.
Jan Engelhardt
--
-
To unsubscribe from this list: send the l
>We like a plain text, not attachment, see Documentation/SubmittingPatches.
>Anyway, thanks for nice work.
|Exception: If your mailer is mangling patches then someone may ask
|you to re-send them using MIME.
from the doc ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
If you look on http://test.kernel.org/, you'll see in the rightmost
column there's a yellow box under elm3b70 for 2.6.13-rc4-mm1, but
current mainline kernels are all green (ie no problems). That means
one test failed, in this case making an fs on the spare partition.
Odd. I went digging ...
Look
Kristian Grønfeldt Sørensen <[EMAIL PROTECTED]> wrote:
>
> My laptop oops'es in the final phase of shutdown. It started this
> Monday. I don't remember having done anything particular with respect to
> the kernel around that time. It only happens when going to runlevel 0 -
> a reboot does not re
After much research.. I have a question regarding /proc
I have a zombie process which has apparently died for some unknown
reason.. I know it was terminated by a signal (found that from the 9th
field (sheduler flags) in /proc/pid/stat)
However, I'm trying to figure out what signal killed it.
Hi,
>> I found out that you cannot mount an exported squash fs. The exports(5) fsid=
>> parameter does not help it [like it did with unionfs].
>
>The exports(5) man page says fsid=num is necessary for filesystems on
>non-block devices - I don't know whether this includes loopback
>filesystems. Ha
Dear all,
I have problem with my new driver that tired to support the partitions
support on SD cards.
My driver supports 4 SD cards at a time.
The driver works well when there are partitions are disabled. i.e. when
alloc_disk(1); - i.e. no partitions. It absolutely fine.
Right now, I am working
Dear Corbet,
After loading my module that is partitioned supported & having defined a
single FAT partition with
#mkfs -tvfat /dev/tfa0
sfdisk show the disk info as follows.
# sfdisk -l /dev/taf0
Disk /dev/tfa0: 448 cylinders, 2 heads, 32 sectors/track
Units = cylinders of 32768 bytes, blocks
Hi. select in Linux 2.6.12.3 doesn't notify readability of
/proc/loadavg and several other files under /proc.
It is reproducible as follows. The sample program follow blocks
because select doesn't notify readability.
% uname -a
Linux debiansarge 2.6.12.3 #1 Thu Aug 4 20:23:16 JST 2005 i686 GNU/
Pekka Enberg <[EMAIL PROTECTED]> wrote:
>
> This patch converts kernel/ to use kcalloc instead of kmalloc/memset.
>
grr.
> -struct resource *res = kmalloc(sizeof(*res), GFP_KERNEL);
> +struct resource *res = kcalloc(1, sizeof(*res), GFP_KERNEL);
Notice how every conversion you did pas
This patch converts kernel/ to use kcalloc instead of kmalloc/memset.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
intermodule.c |3 +--
params.c |4 ++--
power/pm.c|3 +--
resource.c|3 +--
workqueue.c |3 +--
5 files changed, 6 insertions(+), 10 deleti
On Fri, 5 Aug 2005 01:03 am, Vojtech Pavlik wrote:
> On Wed, Aug 03, 2005 at 04:23:59PM +0200, Jan De Luyck wrote:
> > On Wednesday 03 August 2005 14:14, Con Kolivas wrote:
> > > On Wed, 3 Aug 2005 21:54, Jan De Luyck wrote:
> > > > On Wednesday 03 August 2005 07:59, Con Kolivas wrote:
> > > > > Th
George Van Tuyl <[EMAIL PROTECTED]> wrote:
> gcc: Internal error: Segmentation fault (program cpp0)
> ...
> make[3]: Leaving directory `/usr/src/linux-2.4.31/drivers/net/wan'
> ...
> Gnu C 2.96
> ...
cpu family: 6
model : 4
model name: AMD Athlon(tm) Processor
ste
On Thu, 04 Aug 2005 21:20:22 -0600 George Van Tuyl wrote:
>
> To: linux-kernel@vger.kernel.org
>
>
>
> [1.] One line summary of the problem:
>
>make modules failed Segfault (program cpp0)
>
> [2.] Full description of the problem/report:
>
> gcc: Internal error: Segmentation fault (prog
On Fri, 5 Aug 2005 07:15 am, Daniel Petrini wrote:
> Hi,
>
> Here we have some support to have more tests on Dynamic Tick.
> We have some functions that exports timers information to a proc entry
> (/proc/top_info), in a kernel patch and a script that handles this
> info and give some output to ana
Andrew Morton wrote:
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
On Thursday 04 August 2005 22:09, Frank Peters wrote:
I'll use bugzilla to report any problems with 2.6.13-rc6.
But since I've included the "usb-handoff" option at boot time,
all my problems (except the long dhcp/eth0 con
On Thursday 04 August 2005 22:54, Andrew Morton wrote:
> Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> >
> > On Thursday 04 August 2005 22:09, Frank Peters wrote:
> > > I'll use bugzilla to report any problems with 2.6.13-rc6.
> > >
> > > But since I've included the "usb-handoff" option at boot tim
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> On Thursday 04 August 2005 22:09, Frank Peters wrote:
> > I'll use bugzilla to report any problems with 2.6.13-rc6.
> >
> > But since I've included the "usb-handoff" option at boot time,
> > all my problems (except the long dhcp/eth0 connect time) are
Hmm, that output all looks fine. Can you run with the patch below to
see exactly where the QP table initialization fails? (I haven't
actually compiled this patch so you may have to fix a typo or two)
I'm guessing that the CONF_SPECIAL_QP command is failing, but let's
make sure.
Thanks,
Roland
On Fri, 2005-08-05 at 13:20 +1000, Con Kolivas wrote:
> Like this I assume you meant?
>
Yeah that looks good.
Nick
--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On Fri, 5 Aug 2005 11:30 am, Paul wrote:
> Con Kolivas <[EMAIL PROTECTED]>, on Wed Aug 03, 2005 [03:59:24 PM] said:
> > This is the dynamic ticks patch for i386 as written by Tony Lindgen
> > <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> > Patch for 2.6.13-rc5
> Ive been run
On Fri, 5 Aug 2005 11:39 am, Con Kolivas wrote:
> On Fri, 5 Aug 2005 10:53 am, Nick Piggin wrote:
> > All else being equal, it is much better if you unlock in the
> > same function that takes the lock. For readability.
> >
> > It looks like you should be able to leave all the flow control
> > and l
On Thursday 04 August 2005 22:09, Frank Peters wrote:
> I'll use bugzilla to report any problems with 2.6.13-rc6.
>
> But since I've included the "usb-handoff" option at boot time,
> all my problems (except the long dhcp/eth0 connect time) are
> now gone. Right now I'm using 2.6.13-rc5.
>
> I un
I'll use bugzilla to report any problems with 2.6.13-rc6.
But since I've included the "usb-handoff" option at boot time,
all my problems (except the long dhcp/eth0 connect time) are
now gone. Right now I'm using 2.6.13-rc5.
I understand the need to pinpoint the kernel version, but the
"usb-hando
To: linux-kernel@vger.kernel.org
[1.] One line summary of the problem:
make modules failed Segfault (program cpp0)
[2.] Full description of the problem/report:
gcc: Internal error: Segmentation fault (program cpp0)
Please submit a full bug report.
See http://bugzilla.redhat.com/bugzilla/
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> There's one fix against 2.6.12.3 which is needed, but 2.6.9 didn't have the
> bug which this fix addresses.
aargh, I see that it did fix it.
Don't blame me. Blame people who screw up list threading by reading a
mail->news gateway and hitting "reply".
"Simon Matter" <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Please CC me as I'm not subscribed to the kernel list.
>
> I had a hard time identifying a serious problem in the 2.6 linux kernel.
Yes, it is a serious problem.
> It all started while evaluating RHEL4 for new servers. My data integrity
> te
This patch updates the relayfs documentation to reflect the latest API
changes, and generally cleans up and adds much-needed clarification to
many areas - many thanks to Bert Hubert for that.
Andrew, please apply.
Thanks,
Tom
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
diff -urpN -X dontdif
At the kernel summit, there was some discussion of relayfs and the
consensus was that it didn't make sense for relayfs to not implement
read(). So here's a read implementation...
Andrew, please apply.
Tom
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
diff -urpN -X dontdiff linux-2.6.13-rc4-mm
This patch does a bit of cleanup of the relayfs API, as discussed
previously:
http://marc.theaimsgroup.com/?l=linux-kernel&m=112134773617086&w=2
To recap, it:
- removes the commit counts, relay_commit() and the deliver() callback
(the padding counts had to stay, for the read() implementation)
-
On Fri, 5 Aug 2005 10:53 am, Nick Piggin wrote:
> Con Kolivas wrote:
> > Something like this on top is cleaner and quieter. I'll add this to
> > pending changes for another version.
> >
> >
> >
> >
> > Index: linux-2.6.13-rc5-
Karsten Wiese <[EMAIL PROTECTED]> writes:
> Looks better, is smaller and works equally well here, thanks.
> I had to hand apply it though as it was slightly scrambled
> (by my mail client?) so patch couldn't handle it.
> Please send patches as attachment.
We like a plain text, not attachment, see
Con Kolivas <[EMAIL PROTECTED]>, on Wed Aug 03, 2005 [03:59:24 PM] said:
> This is the dynamic ticks patch for i386 as written by Tony Lindgen
> <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> Patch for 2.6.13-rc5
>
> There were a couple of things that I wanted to change so here i
From: Pete Zaitcev <[EMAIL PROTECTED]>
The patch which went in was correct, but not quite what I had in mind.
Here is a patch to update that a little bit. Original patch is at:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4749f32da939d4e4160541b2cadc22492bb507e
From: Olav Kongas <[EMAIL PROTECTED]>
When recently addressing remarks by Alexey Dobriyan about
the isp116x-hcd, I introduced a bug in the driver. Please
apply the attached patch to fix it.
Signed-off-by: Olav Kongas <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
From: David Brownell <[EMAIL PROTECTED]>
This patch has a one line oops fix, plus related cleanups.
- The bugfix uses microframe scheduling data given to the hardware to
test "is this a periodic QH", rather than testing for nonzero period.
(Prevents an oops by providing the correct answer.
Herbert Xu <[EMAIL PROTECTED]> wrote:
>
> On Thu, Aug 04, 2005 at 04:58:42PM -0700, Andrew Morton wrote:
> >
> > Thanks, Guillaume. Herbert, David is travelling and not able to do a lot
> > of patchmonkeying. Could you please prepare and submit a final patch?
>
> OK, here is the final versi
From: Dominik Brodowski <[EMAIL PROTECTED]>
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
pcibios_bus_to_resource() call in
From: "John W. Linville" <[EMAIL PROTECTED]>
Some PCI devices (e.g. 3c905B, 3c556B) lose all configuration
(including BARs) when transitioning from D3hot->D0. This leaves such
a device in an inaccessible state. The patch below causes the BARs
to be restored when enabling such a device, so that i
Here are a series of patches against 2.6.13-rc5 that fix a few
different bugs in the USB and PCI subsystems.
thanks,
greg k-h
-
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/majo
On Thu, Aug 04, 2005 at 04:58:42PM -0700, Andrew Morton wrote:
>
> Thanks, Guillaume. Herbert, David is travelling and not able to do a lot
> of patchmonkeying. Could you please prepare and submit a final patch?
OK, here is the final version. It depends on the patch that David
posted earlier o
Am Donnerstag, 4. August 2005 16:21 schrieb OGAWA Hirofumi:
> Karsten Wiese <[EMAIL PROTECTED]> writes:
>
> > Please give this a try and commit to -mm or mainline, if approved.
>
> Looks good. Thanks. However, I tweaked the patch.
>
> - replace __getblk() to sb_getblk()
> - exclude root
Con Kolivas wrote:
Something like this on top is cleaner and quieter. I'll add this to pending
changes for another version.
Index: linux-2.6.13-rc5-ck2/arch/i386/kernel/timers/timer_tsc.c
===
On Fri, 5 Aug 2005 08:12 am, Marc Ballarin wrote:
> On Wed, 3 Aug 2005 15:59:24 +1000
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > This is the dynamic ticks patch for i386 as written by Tony Lindgen
> > <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> > Patch for 2.6.13-rc5
>
> One
Andreas Steinmetz <[EMAIL PROTECTED]> wrote:
>
> The attached bluetooth oops can be reliably reproduced on my x86_64
> laptop. It happens when hciattach is still running while a sequence of
> "cardctl eject" and then "killproc /sbin/cardmgr" is executed.
> Though this seems to point to preempt I co
On Fri, 5 Aug 2005 10:05 am, Con Kolivas wrote:
> Looking yet further into this, if it gotos monotonic_base it will return
> without using any of these variables so it's a harmless warning but we may
> as well initialise them to quieten it.
Something like this on top is cleaner and quieter. I'll a
On Thu, 2005-08-04 at 17:15 -0700, Andrew Morton wrote:
> Seems that the linux-kernel list has the same result ;(
Are you serious, LKML is subscribers only now?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
Andreas Steinmetz <[EMAIL PROTECTED]> wrote:
>
> [now sending to lkml as sending to the pcmcia list without being
> subscribed seems to go to /dev/null]
Seems that the linux-kernel list has the same result ;(
> I do have problems with yenta_socket on my x86_64 laptop which appear
> when using sws
You may want to take a look at the user-mode driver infrastructure
patches, which do almost exactly what you're trying to do.
Get them from
http://www.gelato.unsw.edu.au/cgi-bin/viewcvs.cgi/cvs/kernel/usrdrivers/kernel-2.6.12-rc3/
--
Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelat
On Fri, 5 Aug 2005 10:02 am, Con Kolivas wrote:
> On Thu, 4 Aug 2005 07:09 am, Pavel Machek wrote:
> > Hi!
> >
> > > > > As promised, here is an updated patch for the newly released
> > > > > 2.6.13-rc5. Boots and runs fine on P4HT (SMP+SMT kernel) built with
> > > > > gcc 4.0.1.
> > > >
> > > > Do
On Thu, 4 Aug 2005 07:09 am, Pavel Machek wrote:
> Hi!
>
> > > > As promised, here is an updated patch for the newly released
> > > > 2.6.13-rc5. Boots and runs fine on P4HT (SMP+SMT kernel) built with
> > > > gcc 4.0.1.
> > >
> > > Doesn't compile for me w/ gcc 3.4.4:
> >
> > Thanks for the report
Guillaume Pelat <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Herbert Xu wrote:
> > On Thu, Aug 04, 2005 at 01:33:29PM +1000, herbert wrote:
> >
> >>So I suppose we should reset cwnd_quota after tcp_transmit_skb?
> >
> > Please try this patch to see if this is really the problem or not.
> >
> > Thanks
Add a write protection switch handling code to the PXA MMC driver so
that platform specific code can provide it if available (extending the
MMC/SD patches in -mm).
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
Index: linux-2.6.12/include/asm-arm/arch-pxa/mmc.h
Add MMC/SD write protection switch handling for the Corgi platform
(extending the MMC/SD patches in -mm).
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/arm/mach-pxa/corgi.c
===
--- linux-2.6.12.orig/arch/
On 8/3/05, Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 03 2005, Martin Wilck wrote:
> > Have you (or has anybody else) also seen the wrong behavior of the
> > activity LED?
>
> No, but I have observed that SActive never gets cleared by the device
> for non-NCQ commands (which is probably w
On Fri, 5 Aug 2005, Andi Kleen wrote:
> None of them seem very attractive to me. I would prefer to just
> not support external accesses keeping things lean and fast.
That is a surprising statement given what we just discussed. Things
are not lean and fast but weirdly screwed up. The policy laye
Add keyboard and touchscreen device definitions for corgi.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/arm/mach-pxa/corgi.c
===
--- linux-2.6.12.orig/arch/arm/mach-pxa/corgi.c 2005-08-05 00:29:45.00
On 8/4/05, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> All of these numbers are virtual, since CHS is not really used anymore, as
> we know. But, which of these fake CHS values (16383/16/63 | 65535/16/63 |
> 1023/255/63) is the right one? 255/63/4982 is another matter, since it
> [almost] matches t
On Thu, Aug 04, 2005 at 03:19:52PM -0700, Christoph Lameter wrote:
> There are three possibilites:
>
> 1. do what cpusets is doing by versioning.
>
> 2. Have the task notifier access the task_struct information.
> See http://lwn.net/Articles/145232/ "A new path to the refrigerator"
>
> 3. Maybe
Maybe the third time's the charm :-) Added a bugfix
(pcibios_penalize_isa_irq()) and a workaround for HP
HPET firmware description since last time. The workaround
accepts stuff that is illegal according to the spec,
so speak up if you think this is a problem. It seems
fairly safe to me.
Use t
Hi,
On Thu, 4 Aug 2005, Nishanth Aravamudan wrote:
> > What makes you think the comment is correct? This comment was added at
> > 2.4.3, while schedule_timeout() has this behaviour since it was added at
> > 2.1.127.
>
> Fair enough. Should we change the comment?
It can't hurt to fix the comme
[PATCH] i386: Implement machine_emergency_reboot
introduced this new function into arch/i386/reboot.c. However,
subarchitectures are entitled to implement their own copies of reboot.c
from which this new function is now missing.
It looks like visws will also need a similar fixup
Signed-off-by:
On Fri, Aug 05, 2005 at 12:06:25AM +0100, Hugh Dickins wrote:
> On Thu, 5 Aug 2005, Andi Kleen wrote:
> > [EMAIL PROTECTED] (Danny ter Haar) writes:
> > >
> > > Freeing unused kernel memory: 248k freed
> > > VM: killing process hotplug
> > > VM: killing process hotplug
> > > VM: killing process ho
Hi!
> > > As promised, here is an updated patch for the newly released 2.6.13-rc5.
> > > Boots and runs fine on P4HT (SMP+SMT kernel) built with gcc 4.0.1.
> >
> > Doesn't compile for me w/ gcc 3.4.4:
>
> Thanks for the report. Tiny change required. Here is a respun patch.
I tried setting DYN_T
--Hugh Dickins <[EMAIL PROTECTED]> wrote (on Friday, August 05, 2005 00:06:25
+0100):
> On Thu, 5 Aug 2005, Andi Kleen wrote:
>> [EMAIL PROTECTED] (Danny ter Haar) writes:
>> >
>> > Freeing unused kernel memory: 248k freed
>> > VM: killing process hotplug
>> > VM: killing process hotplug
>> >
On Wed, Aug 03, 2005 at 08:53:52PM -0400, Mathieu Chouquet-Stringer wrote:
>
> Moreover I get some weird networking problems which prevent setting up the
> routes (RNETLINK invalid argument messages) when I compile my kernel with
> 4.0.1 while the same kernel, same config works fine compiled with
On Thu, Aug 04, 2005 at 08:54:47AM +0200, Jan-Benedict Glaw wrote:
>...
> Current GCC from CVS (plus minor configury patches) seems to work. We
> had -fno-unit-at-a-time missing in our arch Makefile which hides a bug
> in kernel's sources.
>
> I guess that if you remove -fno-unit-at-a-time from i3
On Thu, 5 Aug 2005, Andi Kleen wrote:
> [EMAIL PROTECTED] (Danny ter Haar) writes:
> >
> > Freeing unused kernel memory: 248k freed
> > VM: killing process hotplug
> > VM: killing process hotplug
> > VM: killing process hotplug
> > VM: killing process hotplug
> > Unable to handle kernel paging req
Andi Kleen wrote on Thursday, August 04, 2005 3:54 PM
> > This might be too low on large system. We usually stress shm pretty hard
> > for db application and usually use more than 87% of total memory in just
> > one shm segment. So I prefer either no limit or a tunable.
>
> With large system you
Andi Kleen wrote on Thursday, August 04, 2005 6:24 AM
> I think we should just get rid of the per process limit and keep
> the global limit, but make it auto tuning based on available memory.
> That is still not very nice because that would likely keep it < available
> memory/2, but I suspect data
On Thu, Aug 04, 2005 at 03:49:37PM -0700, Chen, Kenneth W wrote:
> Andi Kleen wrote on Thursday, August 04, 2005 6:24 AM
> > I think we should just get rid of the per process limit and keep
> > the global limit, but make it auto tuning based on available memory.
> > That is still not very nice beca
Michael Thonke <[EMAIL PROTECTED]> wrote:
>
> Moore, Robert schrieb:
>
> >+ACPI-0287: *** Error: Region SystemMemory(0) has no handler
> >+ACPI-0127: *** Error: acpi_load_tables: Could not load namespace:
> >AE_NOT_EXIST
> >+ACPI-0136: *** Error: acpi_load_tables: Could not load tables
On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
> My CRT is out of sync after radeonfb from 2.6.13-rc5 is initialized.
> 2.6.12 does not show this behaviour.
I'm out of town at the moment, could you maybe diff radeonfb between
working & non-working and CC me the diff ? I don't have my work
On Thu, Aug 04, 2005 at 03:19:52PM -0700, Christoph Lameter wrote:
> This code already exist in the memory hotplug code base and Ray already
> had a working implementation for page migration. The migration code will
> also be necessary in order to relocate pages with ECC single bit failures
> th
Ryan Brown <[EMAIL PROTECTED]> wrote:
>
> Sorry Andrew, but the diff was incorrectly made, the updated patch,
> reverts the changes too TV, DVD and OK Button, from 2.6.12-rc1.
hm, this was about 20 patches and 300 emails ago and I've forgotten what
we're discussing. For poor old scatterbrains it
-git1 works fine, but -git2 fails in a strange way. Only on my AMD64 box,
the other seem fine. Boots all the way up, then seems to slaughter any
userspace process:
--
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Free
On Friday 05 August 2005 00:28, Andrew Morton wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Dominik Karall <[EMAIL PROTECTED]> wrote:
> > > On Friday 29 July 2005 23:27, Andrew Morton wrote:
> > > > Dominik Karall <[EMAIL PROTECTED]> wrote:
> > > > > On Friday 29 July 2005 20:22, Andrew Mor
That's wrong. It has to be done only by the last thread in the group to go.
Just revert Ingo's change.
Thanks,
Roland
-
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-i
Hmamouche, Youssef writes:
> This patch adds two checks for NULL pointers.
OK, but get the whitespace right please - use tabs not spaces for
indentation, and put a space between "if" and "(". See
Documentation/CodingStyle.
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-
Bjorn Helgaas <> wrote:
> On Wednesday 13 July 2005 7:09 pm, Matt Tolentino wrote:
>> This patch addresses a problem on x86 EFI systems with larger memory
>> configurations. Up until now, we've relied on the fact that the
>> ACPI RSDT would reside somewhere in low memory that could be
>> permanent
On Thu, 4 Aug 2005, Andi Kleen wrote:
> > There is this scan over the page table that verifies if all nodes are
> > allocated according to the policy. That scan could easily be used to
> > provide a map to the application (and to /proc//smap) of where the
>
> The application can already get it.
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Dominik Karall <[EMAIL PROTECTED]> wrote:
> >
> > On Friday 29 July 2005 23:27, Andrew Morton wrote:
> > > Dominik Karall <[EMAIL PROTECTED]> wrote:
> > > > On Friday 29 July 2005 20:22, Andrew Morton wrote:
> > > > > Dominik Karall <[EMAIL PROTECTED]> w
Sorry Andrew, but the diff was incorrectly made, the updated patch,
reverts the changes too TV, DVD and OK Button, from 2.6.12-rc1.
diff -ruN linux-2.6.12/drivers/usb/input/ati_remote.c
linux-2.6.12-modified/drivers/usb/input/ati_remote.c
--- linux-2.6.12/drivers/usb/input/ati_remote.c 2005-06-18
Adrian Bunk napsal(a):
On Thu, Aug 04, 2005 at 02:00:05PM +0200, Jiri Slaby wrote:
There might be users for many of the listed drivers - even if there are
only very few.
And what do you really gain by removing drivers?
Nothing, I don't only want to rewrite driver, which others do not
On Wed, 3 Aug 2005 15:59:24 +1000
Con Kolivas <[EMAIL PROTECTED]> wrote:
> This is the dynamic ticks patch for i386 as written by Tony Lindgen
> <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> Patch for 2.6.13-rc5
One issue (tested the -rc4 Version on -mm):
- on interrupt flood (
Hi.
On Fri, 2005-08-05 at 07:45, Pavel Machek wrote:
> Hi!
>
> > > > > > Good question. I'm not certain if Pavel intended to add
> > > > > > device_suspend(PMSG_FREEZE) to the reboot path. It was
> > > > > > there in only one instance. Pavel comments talk only about
> > > > > > the suspend
[EMAIL PROTECTED] (Danny ter Haar) writes:
> This is as far as it comes:
>
>
> Freeing unused kernel memory: 248k freed
> VM: killing process hotplug
> VM: killing process hotplug
> VM: killing process hotplug
> VM: killing process hotplug
> Unable to handle kernel paging request at fff28017
Andrew Morton wrote:
Roland McGrath <[EMAIL PROTECTED]> wrote:
That's wrong. It has to be done only by the last thread in the group to go.
Just revert Ingo's change.
Hm... I was looking at 2.6.10 to figure it out. This looks more correct.
OK..
--- 25/kernel/exit.c~revert-timer-exit-cle
On Thu, Aug 04, 2005 at 10:15:29AM +0530, Saripalli, Venkata Ramanamurthy
(STSD) wrote:
> Patch 2 of 3
> This patch adds support for IDAREGNEWDISK, IDADEREGDISK, IDAGETLOGINFO
> ioctls required
> to configure LUNs dynamically on SA4200 controller using ACU.
drivers/block/cpqarray.c:
1131 stat
1 - 100 of 347 matches
Mail list logo
