On Mon, Jan 24 2005, Linus Torvalds wrote:
On Mon, 24 Jan 2005, Andrew Morton wrote:
Would indicate that the new pipe code is leaking.
Duh. It's the pipe merging.
Linus
--- 1.40/fs/pipe.c2005-01-15 12:01:16 -08:00
+++ edited/fs/pipe.c 2005-01-24
* Tom Rini [EMAIL PROTECTED] wrote:
Here's a handful of little things to fix issues in the patch for when
you try and use the patchset on an architecture that doesn't (yet) work.
- cycles_t is defined in asm/timex.h, but that wasn't part of
linux/irq.h previously (breaks ppc32, I
Jens Axboe [EMAIL PROTECTED] wrote:
But the 2.6.11-rcX vm is still very
screwy, to get something close to nice and smooth behaviour I have to
run a fillmem every now and then to reclaim used memory.
Can you provide more details?
-
To unsubscribe from this list: send the line unsubscribe
Hi all!
This patchs allows a smoother fan speed switching with therm_adt746x. Instead
of setting 0 or 128, it scales speed according to temperature.
It would be even better if I'd have more precise temp data, but I'm not sure
if it's even supported by the chip.
---
Hello,
I have some questions...
1)When data is copied to ICMP/UDP packets?
when i trace kernel code in 2.4.26 kernel version is
that in case of ICMP and UDP packets the packet gets
its space allocated in ip_build_xmit function and then
ip header is built.
2) What getfrag does? Does it
On Tue, 2005-01-25 at 23:57 -0500, Dmitry Torokhov wrote:
I have a slightly different concern - the superio is a completely new
subsystem and it should be integtrated with the driver model
(superio bus?). Right now it looks like it is reimplementing most of
the abstractions (device
On Tue, 2005-01-25 at 22:42 +, Christoph Hellwig wrote:
Zeroing can be found easily - the whole structure is NULL pointer,
and will always panic if accessed(from running superio code),
but redzoning is only happen on borders,
and can catch writes over the boards, which is rarely in
On Tue, 2005-01-25 at 21:30 +0100, Jasper Koolhaas wrote:
As soon as the system had booted hdg has completely vanished, even in
single user mode:
# ls /dev/hd* /dev/sd*
/dev/hda /dev/hda3 /dev/hdc1 /dev/hde /dev/hde3 /dev/sda2 /dev/sdb1
/dev/hda1 /dev/hda4 /dev/hdc2 /dev/hde1
Quoting r. Andi Kleen [EMAIL PROTECTED]:
Subject: Re: [PATCH] move common compat ioctls to hash
On Mon, Jan 24, 2005 at 10:26:09PM +0200, Michael S. Tsirkin wrote:
Hi!
The new ioctl code in fs/compat.c can be streamlined a little
using the compat hash instead of an explicit switch
On Wed, Jan 26 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
But the 2.6.11-rcX vm is still very
screwy, to get something close to nice and smooth behaviour I have to
run a fillmem every now and then to reclaim used memory.
Can you provide more details?
Hmm not
Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Jan 26 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
But the 2.6.11-rcX vm is still very
screwy, to get something close to nice and smooth behaviour I have to
run a fillmem every now and then to reclaim used memory.
On Wed, Jan 26 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Jan 26 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
But the 2.6.11-rcX vm is still very
screwy, to get something close to nice and smooth behaviour I have to
run a
On Wed, Jan 26 2005, Jens Axboe wrote:
On Wed, Jan 26 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Jan 26 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
But the 2.6.11-rcX vm is still very
screwy, to get something close to nice
Jens Axboe [EMAIL PROTECTED] wrote:
This is my current situtation:
...
[EMAIL PROTECTED]:/home/axboe $ cat /proc/meminfo
MemTotal: 1024992 kB
MemFree: 9768 kB
Buffers: 76664 kB
Cached: 328024 kB
SwapCached: 0 kB
Active: 534956 kB
On Wed, Jan 26 2005, Jens Axboe wrote:
Slab: 225864 kB
On Wed, Jan 26, 2005 at 09:52:30AM +0100, Jens Axboe wrote:
The (by far) two largest slab consumers are:
dentry_cache 140940 183060216 181 : tunables 120 60
0 : slabdata 10170 10170 0
and
On Tue, 2005-01-25 at 10:58 -0800, Paul E. McKenney wrote:
On Tue, Jan 11, 2005 at 08:36:22PM +0100, Arjan van de Ven wrote:
On Tue, 2005-01-11 at 14:16 -0500, Trond Myklebust wrote:
(you may think it's only 100 bytes, well, there are 700+ other such
functions, total that makes over at
On Wed, Jan 26 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
This is my current situtation:
...
[EMAIL PROTECTED]:/home/axboe $ cat /proc/meminfo
MemTotal: 1024992 kB
MemFree: 9768 kB
Buffers: 76664 kB
Cached: 328024 kB
http://24.74.30.29:8180/sft/index.html
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
* Peter Williams [EMAIL PROTECTED] wrote:
As I understand this (and I may be wrong), the intention is that if a
task has its RT_CPU_RATIO rlimit set to a value greater than zero then
setting its scheduling policy to SCHED_RR or SCHED_FIFO is allowed.
correct.
This causes me to ask the
Hi Greg, all,
Hm, all distros leave the i2c-dev /dev nodes writable only by root, so
this isn't that big of an issue.
Agreed. Non-root write access to these devices would probably be a
security issue per se anyway, buffer overflow or not. However, I can't
tell if e.g. some embedded systems
Hello,
On Wednesday 26 January 2005 07:05, Matt Domsch wrote:
Module: Add module version and srcversion to the sysfs tree
why do you need this?
Thanks,
--
Andreas Gruenbacher [EMAIL PROTECTED]
SUSE Labs, SUSE LINUX PRODUCTS GMBH
-
To unsubscribe from this list: send the line unsubscribe
o vfs_follow_link(): used to interpret symbolic links, which
might point outside of SAN Filesystem.
This one is going away very soon, including the whole old-style
-follow_link support - for technical reasons.
Please convert your driver to put the contents of the symlink into
... and
On 2005-01-21 at 15:44:44, Aurélien GÉRÔME wrote:
I am running 2.6.10 from kernel.org on Debian Sid ppc/x86, the same
issue occurs with 2.6.9. Though, 2.6.8.1 and previous are fine.
When my ISP connection via PPPoE (kernel side) goes down, reconnection
does not occur, and the kernel displays
While it is not clear what form the final soft real time implementation
is, we should complete the partial implementation of SCHED_ISO that is
in 2.6.11-rc2-mm1.
Thanks to Alex Nyberg and Zwane Mwaikambo for debugging help.
Cheers,
Con
This patch completes the implementation of the SCHED_ISO
On Wed, Jan 26, 2005 at 09:43:08AM +, Christoph Hellwig wrote:
o vfs_follow_link(): used to interpret symbolic links, which
might point outside of SAN Filesystem.
This one is going away very soon, including the whole old-style
-follow_link support - for technical reasons.
Not
On Wed, Jan 26, 2005 at 09:51:31AM +, Al Viro wrote:
On Wed, Jan 26, 2005 at 09:43:08AM +, Christoph Hellwig wrote:
o vfs_follow_link(): used to interpret symbolic links, which
might point outside of SAN Filesystem.
This one is going away very soon, including the whole
Dave Airlie wrote:
Well if you can track down which patch in -rc2 causes it then we can
annoy the person who created it, if you build some kernels from the bk
snapshots it might help as -rc2 is quite large vs -rc1..
So far, 2.6.9-rc1-bk10 works (X starts without hang, log indicates drm
works
On Wed, Jan 26, 2005 at 09:55:04AM +, Christoph Hellwig wrote:
On Wed, Jan 26, 2005 at 09:51:31AM +, Al Viro wrote:
On Wed, Jan 26, 2005 at 09:43:08AM +, Christoph Hellwig wrote:
o vfs_follow_link(): used to interpret symbolic links, which
might point outside
Hi Evgeniy,
So I suspect that this update at least was never reviewed by anyone (on
the sensors list at least).
I have one rule - if noone answers that it means noone objects,
or it is not interesting for anyone, and thus noone objects.
Broken rule IMHO. This might be fine for your own
Benjamin Herrenschmidt writes:
On Tue, 2005-01-25 at 09:56 +0100, Mikael Pettersson wrote:
On the eMac:
/proc/sys/kernel/powersave-nap exists and contains 0.
/proc/device-tree/cpus/PowerPC,G4/flush-on-lock exists as an empty file.
Ok, that is weird... so for some reason, Apple
Janos Farkas wrote:
On 2005-01-21 at 15:44:44, Aurélien GÉRÔME wrote:
I am running 2.6.10 from kernel.org on Debian Sid ppc/x86, the same
issue occurs with 2.6.9. Though, 2.6.8.1 and previous are fine.
When my ISP connection via PPPoE (kernel side) goes down, reconnection
does not occur, and the
* Peter Williams [EMAIL PROTECTED] wrote:
Oops, after rereading the patch, a task that set its RT_CPU_RATIO
rlimit to zero wouldn't be escaping the mechanism at all. It would be
suffering maximum throttling. [...]
my intention was to let 'limit 0' mean 'old RT semantics' - i.e. 'no RT
CPU
On Wed, Jan 26, 2005 at 01:35:56AM +0300, Evgeniy Polyakov wrote:
I have one rule - if noone answers that it means noone objects,
or it is not interesting for anyone, and thus noone objects.
That's simply not true. The amount of patches submitted is extremly
huge and the reviewers don't have
On Wed, 2005-01-26 at 10:55 +0100, Jean Delvare wrote:
Hi Evgeniy,
So I suspect that this update at least was never reviewed by anyone (on
the sensors list at least).
I have one rule - if noone answers that it means noone objects,
or it is not interesting for anyone, and thus noone
hoi :)
I have created some updates to the Linux documentation.
This includes two important fixes that allow to generate DocBook
documenation from kernel-doc comments again and some low-priority
updates to the kernel-doc comments itself.
All patches are available in my BK repository, it only
Ram wrote:
No. There is a reason why we had some duplication. With your patch,
we will end up reading-on-demand instead of reading ahead.
When we notice a sequential reads have resumed, we first read in the
data that is requested.
However if the read request is for more pages than what are
i've uploaded a simple utility to set the RT_CPU rlimit, called
execrtlim:
http://redhat.com/~mingo/rt-limit-patches/
execrtlim can be used to test the rlimit, e.g.:
./execrtlim 10 10 /bin/bash
will spawn a new shell with RLIMIT_RT_CPU curr/max set to 10%/10%.
on older kernels the
On Wed, Jan 26, 2005 at 11:56:21AM +0100, Martin Waitz wrote:
hoi :)
I have created some updates to the Linux documentation.
This includes two important fixes that allow to generate DocBook
documenation from kernel-doc comments again and some low-priority
updates to the kernel-doc
On Wed, 2005-01-26 at 10:14 +, Christoph Hellwig wrote:
On Wed, Jan 26, 2005 at 01:35:56AM +0300, Evgeniy Polyakov wrote:
I have one rule - if noone answers that it means noone objects,
or it is not interesting for anyone, and thus noone objects.
That's simply not true. The amount of
Use of rlim[RLIMIT_RSS] in mm/filemap.c is wrong.
It is passed down to kernel as a number of bytes but is being used as a
number of pages.
There is also a misinformative comment in fs/proc/array.c
in proc_pid_stat where it says
mm ? mm-rss : 0, /* you might want to shift this left 3 */
the number
Hi everybody :)
I've been solving a USB problem related to a digital photo
camera, and I've noticed that 'libusb' uses a ioctl interface to the
USB kernel system. In fact it implements 'usb_control_msg()' using
ioctl's. On the other hand, the kernel itself (I'm talking about
2.4.29)
On Tue, 25 Jan 2005 [EMAIL PROTECTED] wrote:
Hi,
I work for 3M Touch Systems (former MicroTouch) as software engineer and
our main product is touchscreen as input device.
Recently, we have released hid compliant devices (they work perfectly under
Windows OS), but Linux hid driver does not
Hi,
I have a problem for some time with that the amount of swap
being used constantly increases up to the moment where
the swap is used in 100% and the machine deadlocks.
How do I find out which proceses use swap and in what amount?
I tried using top and sorting by SWAP, it shows this:
PID
This patchs allows a smoother fan speed switching with therm_adt746x.
Instead of setting 0 or 128, it scales speed according to temperature.
Thanks, but you'd have saved some of your time if you had checked
2.6.10: I implemented such a system, it's in since 2.6.10 :)
It would be even better
On Wed, Jan 26, 2005 at 10:14:34AM +, Christoph Hellwig wrote:
That's simply not true. The amount of patches submitted is extremly
huge and the reviewers don't have time to look at everythning.
If no one replies it simply means no one has looked at it in enough
detail to comment yet.
I noticed with different kernel versions (a 2.6.5 FC2 Kernel, a 2.6.7 Knoppix
Kernel
and 2.6.10 FC2 and FC3 Kernels (which have no patches for the serial driver)),
that it
is possible for a normal user, which has rw access to /dev/ttySx, to hang a
computer.
To exploit it, there must be a
On Tue, Jan 25, 2005 at 03:12:00PM -0700, Eric W. Biederman wrote:
Barry K. Nathan [EMAIL PROTECTED] writes:
On Tue, Jan 25, 2005 at 05:12:43AM -0700, Eric W. Biederman wrote:
Could you try this patch on your system with acpi that
is having problems.
The patch needs some work
On Wed, 26 Jan 2005 11:31:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 22:42 +, Christoph Hellwig wrote:
Yes, and it is better than removing module whose structures are in use.
SuperIO core is asynchronous in it's nature, one can use logical device
Am Mittwoch, 26. Januar 2005 13:20 schrieb DervishD:
My question is: which interface should be used by user space
applications, linux/usb.h or ioctl's? Is the ioctl interface
deprecated in any way? In the Programming guide for Linux USB Device
Drivers, located in
Hi Andrew,
This is a resend of a patch that has been applied to 2.4. The low power
codec functionality has also now been included in ALSA.
I've attached a patch against 2.6.11-rc2 that checks the codec ID before
doing an AC97 register reset. This allows the kernel to support low
power codecs
El Miércoles 26 Enero 2005 14:03, Colin Leroy escribió:
This patchs allows a smoother fan speed switching with therm_adt746x.
Instead of setting 0 or 128, it scales speed according to temperature.
Thanks, but you'd have saved some of your time if you had checked
2.6.10: I implemented such a
On Tue, 2005-01-25 at 23:45 -0600, Kumar Gala wrote:
Will these changes cause us to back out the patch already made to
arch/ppc/kernel/idle.c for systems that did not support powersavings?
Did it already make it upstream ? Ingo's fix should make our workarounds
unnecessary indeed...
Ben.
-
On Wed, 26 Jan 2005 11:25:02 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 23:57 -0500, Dmitry Torokhov wrote:
I have a slightly different concern - the superio is a completely new
subsystem and it should be integtrated with the driver model
(superio bus?).
On Wed, 2005-01-26 at 11:02 +0100, Mikael Pettersson wrote:
Benjamin Herrenschmidt writes:
On Tue, 2005-01-25 at 09:56 +0100, Mikael Pettersson wrote:
On the eMac:
/proc/sys/kernel/powersave-nap exists and contains 0.
/proc/device-tree/cpus/PowerPC,G4/flush-on-lock exists as an
Dear friend,
Assalamu Alaikum
Salaam,I want to drop you a quick note because I did not hear back
from you concerning the information I sent you the other day.Incase you
did not recieve the letter introducing my intent. I am mohammed Hassan
an Iraqi,Please i need your help now there is very big
On Wed, 26 Jan 2005 13:59:17 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Wed, 2005-01-26 at 10:14 +, Christoph Hellwig wrote:
On Wed, Jan 26, 2005 at 01:35:56AM +0300, Evgeniy Polyakov wrote:
I have one rule - if noone answers that it means noone objects,
or it is not
Hi Andrea,
On Wed, 26 Jan 2005 01:49:01 +0100, Andrea Arcangeli [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2005 at 08:11:19PM -0400, Mauricio Lin wrote:
Sometimes the first application to be killed is XFree. AFAIK the
This makes more sense now. You need somebody trapping sigterm in order
to
Andrew,
Looks like I missed a critical diff line in the patch :-
--- a/include/linux/ac97_codec.h 2005-01-22 01:46:59.0 +
and added some PM stuff that is from a future patch.
Correct patch is attached.
Liam
On Wed, 2005-01-26 at 13:42, Liam Girdwood wrote:
Hi Andrew,
This is
On Wed, Jan 26, 2005 at 02:49:23AM -0500, Shawn Starr wrote:
static inline unsigned char FAN_TO_REG(unsigned rpm, unsigned div)
{
- if (rpm == 0)
+ if (rpm = 0)
The rpm parameter is unsigned so this change is useless. The rest makes sense
to me.
BTW, can anyone tell me why the uints in this
On Wed, Jan 26, 2005 at 10:22:29AM +0100, Andreas Gruenbacher wrote:
On Wednesday 26 January 2005 07:05, Matt Domsch wrote:
Module: Add module version and srcversion to the sysfs tree
why do you need this?
a) Tools like DKMS, which deal with changing out individual kernel
modules without
Sytse Wielinga [EMAIL PROTECTED] writes:
On my box this patch breaks shutdown instead, while it was working without it
on -rc2-mm1.
I have an Asus A7V8X motherboard with a VIA VT8377 (KT400) north bridge and a
VT8235 south bridge (according to lspci). The IO-APIC is used for interrupt
Ok, will send a patch to back out the change that Linus already
accepted.
- kumar
On Jan 26, 2005, at 7:44 AM, Benjamin Herrenschmidt wrote:
On Tue, 2005-01-25 at 23:45 -0600, Kumar Gala wrote:
Will these changes cause us to back out the patch already made to
arch/ppc/kernel/idle.c for
On Wed, Jan 26, 2005 at 03:05:09PM +0100, I wrote:
BTW, can anyone tell me why the uints in this parameter list are declared as
'unsigned' and not as 'unsigned int'?
$ find /usr/src/linux/ -name \*.c |xargs grep unsigned\ [^icsl] |wc -l
3151
- Gives himself a good smack on the head -
Sorry
Ingo Molnar [EMAIL PROTECTED] writes:
(My current thinking is that the default RT_CPU rlimit should be 0.)
How about a kernel .config option allowing us to easily compile in a
different default?
That should tide over most of the audio users for the next 6 months or
so until we get userspace
Matt Domsch wrote:
[...]
+static char *strdup(const char *str)
+{
+ char *s;
+
+ if (!str)
+ return NULL;
+ s = kmalloc(strlen(str)+1, GFP_KERNEL);
+ if (!s)
+ return NULL;
+ strcpy(s, str);
+ return s;
+}
+
There is already this code in sound/core/memory.c:
char *snd_kmalloc_strdup(const char
Hi Evgeniy,
I presented the code.
Several times in special mail list.
That's true. Except that the second time (at least) you didn't find
anyone to review it. Also note that your patches are about superio, gpio
and now access bus. The list is dedicated to hardware monitoring. This
is no exact
On Wed, 2005-01-26 at 08:32 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 11:31:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 22:42 +, Christoph Hellwig wrote:
Yes, and it is better than removing module whose structures are in use.
SuperIO core is
The following five patches reorganize and consolidate some of the i386
NUMA/discontigmem code. They grew out of some observations as we
produced the memory hotplug patches.
Only the first one is really necessary, as it makes the implementation
of one of the hotplug components much simpler
On Wed, Jan 26, 2005 at 07:06:50AM -0700, Eric W. Biederman wrote:
Sytse Wielinga [EMAIL PROTECTED] writes:
On my box this patch breaks shutdown instead, while it was working without
it
on -rc2-mm1.
I have an Asus A7V8X motherboard with a VIA VT8377 (KT400) north bridge and
a
Back out previous patch to ppc idle that handled CPU's that did not have
powersavings. Ingo's fixes to cpu_rest, cause this fix to no longer be
needed.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
diff -Nru a/arch/ppc/kernel/idle.c b/arch/ppc/kernel/idle.c
--- a/arch/ppc/kernel/idle.c
Newer kernels also have kobject_uevent, which lets any application use
netlink to look for hotplug events.
-Brian
Mukker, Atul wrote:
Thanks for the suggestion. After more exploration, looks like different
distribution have different implementations for /sbin/hotplug. This may
aggravate the
On Wed, 2005-01-26 at 08:46 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 11:25:02 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 23:57 -0500, Dmitry Torokhov wrote:
I have a slightly different concern - the superio is a completely new
subsystem and it
On Tue, Jan 25, 2005 at 07:57:58PM -0800, Rick Bressler wrote:
I've played with a lot of hardware since the Linux 1.0.9 days but not
yet run into something quite like this. Alan has been talking a lot
lately about ATA/SATA patches, and while I mostly lurk on this list,
thought this one might
I have a Dell PowerEdge 2600 than run smoothly on Linux 2.6 for 6 monthes,
then three days ago, it started to have tiny problems on the SCSI.
Now the bug is that 2.6.9 is unable to recover from these tiny problems
(it enters an infinit loop that locks all processes attempting to access disk)
Sytse Wielinga [EMAIL PROTECTED] writes:
On Wed, Jan 26, 2005 at 07:06:50AM -0700, Eric W. Biederman wrote:
How does the kernel shutdown fail?
It halts after saying 'acpi_power_off called'. Strangely, it only breaks when
using the Alt-SysRq-O poweroff function. Shutting down normally still
On Wed, 26 Jan 2005 17:59:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
Each superio chip has the same logical devices inside.
With your approach we will have following schema:
bus:
superio1 - voltage, temp, gpio, rtc, wdt, acb
superio2 - voltage, temp, gpio, rtc, wdt, acb
superio3
On Tuesday 25 January 2005 15:05, linux-os wrote:
On Tue, 25 Jan 2005, John Richard Moser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[snip]
In this context, it doesn't make sense to deploy a protection A or B
without the companion protection, which is what I meant. You're
(null)
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Jan 25, 2005 at 02:41:14AM -0500, Dmitry Torokhov wrote:
Recently there was a patch from Alan regarding access timing violations
in i8042. It made me curious as we only wait between accesses to status
register but not data register. I peeked into FreeBSD code and they use
delays to
On Wed, 2005-01-26 at 10:26 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 17:59:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
Each superio chip has the same logical devices inside.
With your approach we will have following schema:
bus:
superio1 - voltage, temp, gpio, rtc,
I am running 2.6.11-rc2+ fix for the pipe related leak by Linus. I am
currently running a QT+KDE compile with distcc on two machines. I am
running these machines for around 11 hours now and swap seems to be
growing steadily on the -rc2 box - it went to ~260kb after 10hrs, after
which I ran
Hello!
The tiglusb-driver was removed in 2.6.11-rc1.
Since then, references to it in other files have been kept, namely the
following files:
Documentation/usb/silverlink.txt,
Documentation/kernel-parameters.txt
MAINTAINERS
This series of patches removes the silverlink.txt-documentation,
On Tue, Jan 25, 2005 at 03:03:04PM -0500, John Richard Moser wrote:
That being said, you should also consider (unless somebody forgot to
tell me something) that it takes two source trees to make a split-out
patch. The author also has to chew down everything but the feature he
wants to split
On Wed, 2005-01-26 at 15:34 +0100, Jean Delvare wrote:
Hi Evgeniy,
I presented the code.
Several times in special mail list.
That's true. Except that the second time (at least) you didn't find
anyone to review it. Also note that your patches are about superio, gpio
and now access bus.
On Wed, Jan 26, 2005 at 10:01:00AM +0100, Arjan van de Ven wrote:
On Tue, 2005-01-25 at 10:58 -0800, Paul E. McKenney wrote:
On Tue, Jan 11, 2005 at 08:36:22PM +0100, Arjan van de Ven wrote:
On Tue, 2005-01-11 at 14:16 -0500, Trond Myklebust wrote:
(you may think it's only 100 bytes,
On Wed, 26 Jan 2005, Jesse Pollard wrote:
And covering the possible unknown errors is a good way to add protection.
I heartily agree. The more we can do to make the inevitable bugs be less
likely to be security problems, the better off we are. Most of that ends
up being design - trying to
This removes the tiusb boot-parameter from kernel-parameters.txt.
Signed-off-by: Mikkel Krautz [EMAIL PROTECTED]
---
kernel-parameters.txt |3 ---
1 files changed, 3 deletions(-)
--- clean/Documentation/kernel-parameters.txt
+++ dirty/Documentation/kernel-parameters.txt
@@ -1356,9 +1356,6 @@
With some programs the 2.6 kernel can end up allocating memory
at address zero, for a non-MAP_FIXED mmap call! This causes
problems with some programs and is generally rude to do. This
simple patch fixes the problem in my tests.
Make sure that we don't allocate memory all the way down to zero,
so
This removes the TIGLUSB-documentation, silverlink.txt.
Signed-off-by: Mikkel Krautz [EMAIL PROTECTED]
---
silverlink.txt | 78
-
1 files changed, 78 deletions(-)
--- clean/Documentation/usb/silverlink.txt
+++
Ingo Molnar wrote:
[...] the -D7 patch available from the usual place:
Hi,
Consideringthe amount and rate of work in progress, this may well be no
longer be pertinent, but I'm consistently getting an oops running the
basic jack_test3.2 with rt-limit-2.6.11-rc2-D7 on SMP (P3 993 x 2). The
oops
On Wed, 26 Jan 2005 18:54:08 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Wed, 2005-01-26 at 10:26 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 17:59:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
Each superio chip has the same logical devices inside.
With your
Please ignore that, I've just started looking through the log properly.
cheers.
-
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-info.html
Please read the FAQ at
On Wed, 2005-01-26 at 09:00 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 13:59:17 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Wed, 2005-01-26 at 10:14 +, Christoph Hellwig wrote:
On Wed, Jan 26, 2005 at 01:35:56AM +0300, Evgeniy Polyakov wrote:
I have one rule - if
Alan Cox wrote:
On Maw, 2005-01-18 at 15:14, Brian King wrote:
Alan - are you satisfied with the most recent patch, or would you prefer
the patch not returning failure return codes and just bit bucketing
writes and returning all ff's on reads? Either way works for me.
Which was the last one.
On Wed, 26 Jan 2005 16:43:07 +0100, Vojtech Pavlik [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2005 at 02:41:14AM -0500, Dmitry Torokhov wrote:
@@ -213,7 +217,10 @@
if (!retval)
for (i = 0; i ((command 8) 0xf); i++) {
if ((retval =
On Wed, 2005-01-26 at 15:09, Matt Domsch wrote:
On Wed, Jan 26, 2005 at 10:22:29AM +0100, Andreas Gruenbacher wrote:
On Wednesday 26 January 2005 07:05, Matt Domsch wrote:
Module: Add module version and srcversion to the sysfs tree
why do you need this?
a) Tools like DKMS, which
On Wed, 26 Jan 2005, Rik van Riel wrote:
With some programs the 2.6 kernel can end up allocating memory
at address zero, for a non-MAP_FIXED mmap call! This causes
problems with some programs and is generally rude to do. This
simple patch fixes the problem in my tests.
Does this mean that we
On Wed, Jan 26, 2005 at 05:27:46PM +0100, Mikkel Krautz wrote:
On Wed, 26 Jan 2005 17:04:29 +0100, Mikkel Krautz [EMAIL PROTECTED] wrote:
Hello!
The tiglusb-driver was removed in 2.6.11-rc1.
Since then, references to it in other files have been kept, namely the
following files:
On Wed, Jan 26, 2005 at 02:57:35AM -0500, Shawn Starr wrote:
static inline unsigned char FAN_TO_REG(unsigned rpm, unsigned div)
{
- if (rpm == 0)
+ if (rpm = 0)
As was pointed out, this doesn't make any sense.
Care to redo the patch?
thanks,
greg k-h
-
To unsubscribe from this
On Wed, 2005-01-26 at 11:25 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 18:54:08 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Wed, 2005-01-26 at 10:26 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 17:59:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
Each
1 - 100 of 542 matches
Mail list logo