Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
People are suggesting that you'd have a separate desktop kernel.
That's insane. It also shows total ignorance of maintainership, and
reality. And I bet most of the people there haven't tested _either_
scheduler, they just like making statements.
Am Sonntag 29 Juli 2007 schrieb Jesper Juhl:
On 29/07/07, Satyam Sharma [EMAIL PROTECTED] wrote:
Hi,
On 7/29/07, Jesper Juhl [EMAIL PROTECTED] wrote:
Hello,
This patch makes sure we don't dereference a NULL pointer in
drivers/net/usb/pegasus.c::write_bulk_callback() in the
On Thu, Jul 26, 2007 at 09:31:54PM -0700, H. Peter Anvin wrote:
[added to cc: Chuck Ebbert]
Borislav Petkov wrote:
The absolute best would be if we could replicate this in simulation
(Bochs or Qemu); this would make it very simple to debug. Would you be
willing to try to do that?
On Sun, Jul 29, 2007 at 11:26:00AM +0300, Ilpo Järvinen wrote:
On Sun, 29 Jul 2007, Willy Tarreau wrote:
On Sun, Jul 29, 2007 at 06:59:26AM +0100, Darryl L. Miles wrote:
CLIENT = Linux 2.6.20.1-smp [Customer build]
SERVER = Linux 2.6.9-55.ELsmp [Red Hat Enterprise Linux AS release 4
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sun, 29 Jul 2007 11:26:00 +0300 (EEST)
Is this reproducable? Can you somehow verify that the packets CLIENT is
sending are indeed received by the SERVER...?
One possibility is drops due to checksum errors on the receiver, this
tends to pop up from
Neil Horman wrote:
On Sat, Jul 28, 2007 at 06:17:25PM +0200, Martin Pitt wrote:
Hi Neil,
Neil Horman [2007-07-28 9:46 -0400]:
I just want to mention a potential problem with this: If you first
expand the macros (from pattern to corename) and then split
corename into an argv, then this
On Jul 29 2007 08:45, Willy Tarreau wrote:
On Sun, Jul 29, 2007 at 06:59:26AM +0100, Darryl L. Miles wrote:
CLIENT = Linux 2.6.20.1-smp [Customer build]
SERVER = Linux 2.6.9-55.ELsmp [Red Hat Enterprise Linux AS release 4
(Nahant Update 5)]
The problems start around time index
On Sat, Jul 28, 2007 at 02:17:24AM +0530, Satyam Sharma wrote:
I only glanced through the code, so could be wrong, but I noticed that
the only global / shared data you have in there is a global pps_source
array of pps_s structs. That's accessed / modified from the various
syscalls introduced
On Sun, 29 Jul 2007, Willy Tarreau wrote:
On Sun, Jul 29, 2007 at 11:26:00AM +0300, Ilpo Järvinen wrote:
On Sun, 29 Jul 2007, Willy Tarreau wrote:
On Sun, Jul 29, 2007 at 06:59:26AM +0100, Darryl L. Miles wrote:
CLIENT = Linux 2.6.20.1-smp [Customer build]
SERVER = Linux
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
On Sat, 28 Jul 2007, Jan Engelhardt wrote:
You cannot please everybody in the scheduler question, that is clear,
then why not offer dedicated scheduling alternatives (plugsched comes
to mind) and let them choose what pleases them most, and
Borislav Petkov wrote:
On Thu, Jul 26, 2007 at 09:31:54PM -0700, H. Peter Anvin wrote:
If we can't reproduce the problem in simulation, that itself will tell
us something very important. If we *can* reproduce it in simulation, it
will be vastly easier to debug.
[EMAIL
Hi Neil,
Neil Horman [2007-07-28 13:21 -0400]:
Jeremy asked that I make a patch next week to address split_argv's requirement
that the argc parameter be non-NULL. I'll be fixing that next week, and what
I
can do is further enhance it such that it ignores spaces in quoted strings,
which
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
On Sat, 28 Jul 2007, Diego Calleja wrote:
El Sat, 28 Jul 2007 11:05:25 -0700 (PDT), Linus Torvalds
[EMAIL PROTECTED] escribió:
So modal things are good for fixing behaviour in the short run.
But they are a total disaster in the long run,
On Sunday, 29 July 2007 08:53, Vojtech Pavlik wrote:
On Mon, Jul 16, 2007 at 12:38:11AM +0200, Rafael J. Wysocki wrote:
Or the user unplugs their flash drive after hibernation rather than
before.
Two things which I think would be nice to consider are:
1) Encryption - I'd
On Sat, Jul 28, 2007 at 05:11:17AM +0530, Satyam Sharma wrote:
Take the race between the time_pps_setparams() syscall and a concurrent
pps_event() from an interrupt for instance. From sys_time_pps_setparams,
the parameters for an existing source are not modified / set atomically,
which means
On Sat, Jul 28, 2007 at 05:11:17AM +0530, Satyam Sharma wrote:
Ok, I've looked through (most of) the RFC and code now, and am only
commenting on a design-level for now. Anyway, I didn't like the way
you've significantly drifted from the RFC in several ways:
Please, read documentation file
Linus Torvalds wrote:
The fact is, I've _always_ considered the desktop to be the most important
part. And I suspect that that actually is true for most kernel developers,
because quite frankly, that's what 99% of them ends up using. If a kernel
developer uses Windows for his day-to-day work,
I
actually also think that the communication between Ingo and Con could
have been better especially when Ingo decided to write CFS while Con was
still working hard on SD.
You realize that Ingo posted his code for anyone to look at/comment at
about 48 hours after he started to work on CFS?
On Sat, Jul 28, 2007 at 05:11:17AM +0530, Satyam Sharma wrote:
Take the race between the time_pps_setparams() syscall and a concurrent
pps_event() from an interrupt for instance. From sys_time_pps_setparams,
the parameters for an existing source are not modified / set atomically,
which means
On 07/28/2007 11:00 PM, [EMAIL PROTECTED] wrote:
many -mm users use it anyway? He himself said he's not convinced of
usefulness having not seen it help for him (and notice that most
developers are also users), turned it off due to it annoying him at
some point and hasn't seen a serious
On Sun, Jul 29, 2007 at 10:24:02AM +0100, Xudong Guan wrote:
Borislav Petkov wrote:
On Thu, Jul 26, 2007 at 09:31:54PM -0700, H. Peter Anvin wrote:
If we can't reproduce the problem in simulation, that itself will tell
us something very important. If we *can* reproduce it in simulation,
Neil Horman wrote:
Ok, here we go
As promised, I'm reposting the core_pattern enhancements I've done over the
past
few days. These three patches replace and conintue the work contained in the
following patches, and can replace them:
On Sat, Jul 28 2007, Roland Dreier wrote:
The current stub definitions of bsg_register_queue() and
bsg_unregister_queue() as macros leads to
drivers/scsi/scsi_sysfs.c: In function 'scsi_sysfs_add_sdev':
drivers/scsi/scsi_sysfs.c:718: warning: unused variable 'rq'
because the first
Am Sonntag 29 Juli 2007 schrieb Sam Ravnborg:
I
actually also think that the communication between Ingo and Con could
have been better especially when Ingo decided to write CFS while Con
was still working hard on SD.
You realize that Ingo posted his code for anyone to look at/comment at
If a cpu is spinning in the kernel but still responding to interrupts,
pressing sysrq-y will show you where it's spinning.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
diff --git a/drivers/char/sysrq.c b/drivers/char/sysrq.c
index 39cc318..1dda709 100644
--- a/drivers/char/sysrq.c
+++
Robert Hancock wrote:
It's not entirely clear to me whether the kernel is doing any retries or
not. It likely should be, but somebody more familiar with the block
layer would likely have to answer whether it will be or not..
Would be pretty great to get answer of someone, who knows if the
On Sun, 29 Jul 2007, Rene Herman wrote:
On 07/28/2007 11:00 PM, [EMAIL PROTECTED] wrote:
many -mm users use it anyway? He himself said he's not convinced of
usefulness having not seen it help for him (and notice that most
developers are also users), turned it off due to it annoying him
Considering the state of the arm26 port, I do hereby suggest to remove
it from the Linx kernel since it's far from a usable state and doesn't
seem to come back into a usable state.
If anyone wants to work on getting this port back into a usable state in
the forseeable future he should speak up
Alistair John Strachan wrote:
On Sunday 29 July 2007 09:16:43 Avi Kivity wrote:
Alistair John Strachan wrote:
Hi,
I'm getting periodic oopses running KVM-33 on 2.6.23-rc1. Here is a
digital photo of the oops. Alarmingly, a lot of the time it triple faults
the machine and I don't get a
On Sunday 29 July 2007 09:16:43 Avi Kivity wrote:
Alistair John Strachan wrote:
Hi,
I'm getting periodic oopses running KVM-33 on 2.6.23-rc1. Here is a
digital photo of the oops. Alarmingly, a lot of the time it triple faults
the machine and I don't get a chance to grab it. This time I
On Sun, Jul 29, 2007 at 06:40:43PM +0800, Eugene Teo wrote:
Neil Horman wrote:
Ok, here we go
As promised, I'm reposting the core_pattern enhancements I've done over the
past
few days. These three patches replace and conintue the work contained in
the
following patches, and can
On Sun, July 29, 2007 05:38, Dmitry Torokhov wrote:
Hi Indan,
On Friday 27 July 2007 18:25, Indan Zupancic wrote:
Sorry for the babbling, just wanted to say that I've tested these
patches and that they seem to fix real problems.
Thank you for testing the patches.
Unfortunately I spoke too
On Sun, Jul 29, 2007 at 02:23:10PM +0530, Aneesh Kumar K.V wrote:
Neil Horman wrote:
On Sat, Jul 28, 2007 at 06:17:25PM +0200, Martin Pitt wrote:
Hi Neil,
Neil Horman [2007-07-28 9:46 -0400]:
I just want to mention a potential problem with this: If you first
expand the macros (from
On Sun, Jul 29, 2007 at 11:34:18AM +0200, Martin Pitt wrote:
Hi Neil,
Neil Horman [2007-07-28 13:21 -0400]:
Jeremy asked that I make a patch next week to address split_argv's
requirement
that the argc parameter be non-NULL. I'll be fixing that next week, and
what I
can do is
From: Rafael J. Wysocki [EMAIL PROTECTED]
Replace CONFIG_SOFTWARE_SUSPEND with CONFIG_HIBERNATION to avoid confusion
(among other things, with CONFIG_SUSPEND introduced in the next patch).
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
arch/i386/Kconfig.debug |4 ++--
Lee Schermerhorn (via Andrew) wrote:
+static inline void node_set_state(int node, enum node_states state)
+{
+ __node_set(node, node_states[state]);
+}
+
+static inline void node_clear_state(int node, enum node_states state)
+{
+ __node_clear(node, node_states[state]);
+}
Lee -
On Sun, Jul 29, 2007 at 01:50:40PM +0200, Adrian Bunk wrote:
Considering the state of the arm26 port, I do hereby suggest to remove
it from the Linx kernel since it's far from a usable state and doesn't
seem to come back into a usable state.
If anyone wants to work on getting this port
On Saturday, 28 July 2007 20:31, Linus Torvalds wrote:
On Sat, 28 Jul 2007, Rafael J. Wysocki wrote:
OK, I'll prepare a patch to introduce CONFIG_SUSPEND, but that will require
quite a bit of (compilation) testing on different architectures.
Sure. I'm not too worried, the fallout
On Sun, July 29, 2007 05:50, Dmitry Torokhov wrote:
Hi Indan,
On Friday 27 July 2007 19:28, Indan Zupancic wrote:
Hi,
Not real feedback, just some nitpicks.
On Tue, July 24, 2007 06:45, Dmitry Torokhov wrote:
+static int input_defuzz_abs_event(int value, int old_val, int fuzz)
+{
+
Andi wrote:
GNU sort uses a merge sort with temporary files on disk. Not sure
how much it keeps in memory during that, but it's probably less
than 150MB.
If I'm reading the source code for GNU sort correctly, then the
following snippet of shell code displays how much memory it uses
for its
From: Rafael J. Wysocki [EMAIL PROTECTED]
Introduce CONFIG_SUSPEND representing the ability to enter system sleep states,
such as the ACPI S3 state, and allow the user to choose SUSPEND and HIBERNATION
independently of each other.
Make HOTPLUG_CPU be selected automatically if SUSPEND or
On Sun, Jul 29, 2007 at 01:10:12PM +0100, Christoph Hellwig wrote:
On Sun, Jul 29, 2007 at 01:50:40PM +0200, Adrian Bunk wrote:
Considering the state of the arm26 port, I do hereby suggest to remove
it from the Linx kernel since it's far from a usable state and doesn't
seem to come back
Adam,
Here's the dmesg output ..
---( Nick )---
***
***
Jul 29 05:19:28 NICK2 kernel: drivers/usb/serial/io_edgeport.c: get_string -
Contrived thing and all, but what it does do is show exactly how bad seeking
all over swap-space is. If you push it out before hitting enter, the time it
takes easily grows past 10 minutes (with my 768M) versus sub-second (!) when
it's all in to start with.
Think in operations/second and
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
Considering the state of the arm26 port, I do hereby suggest to remove
it from the Linx kernel since it's far from a usable state and doesn't
seem to come back into a usable state.
If anyone wants to work on getting this port back into a usable
Neil Horman wrote:
[...]
+ delimit = strrchr(helper_argv[0], '/');
+ if (delimit)
Trailing space.
+ delimit++;
+ else
+ delimit = helper_argv[0];
+ if (!strcmp(delimit, current-comm))
+ {
Neil Horman wrote:
[...]
+ /* core limit size */
+ case 'c':
+ rc = snprintf(out_ptr, out_end - out_ptr,
+ %lu,
current-signal-rlim[RLIMIT_CORE].rlim_cur);
Trailing space.
[...]
Neil Horman wrote:
[...]
+ * Don't bother to check the RLIMIT_CORE value if core_pattern points
+ * to a pipe. Since we're not writing directly to the filesystem
+ * RLIMIT_CORE doesn't really apply, as no actual core file will be
+ * created unless the pipe reader choses
Files are different. File content tends to be grouped
in large related chunks, both logically in the file and
on disk. Generally there is a lot more file data on a
system than what fits in memory.
Binary paging patterns don't always look like that unfortunately although
I suspect we might
Neil Horman wrote:
On Sun, Jul 29, 2007 at 06:40:43PM +0800, Eugene Teo wrote:
Neil Horman wrote:
[...]
You may want to improve your patches with style-related changes, including
removing trailing spaces, using tabs instead of spaces, and defining pointers
like char *ptr instead of char *
Borislav Petkov wrote:
Right, this was too easy to be true. I now did:
qemu -hda /dev/hda -snapshot
and booted from the hd using the installed grub and the same kernel and it
_didn't_ boot showing again no setup signature found...
Okay, so it's an algorithmic problem. This is quite
James should already have that patch queued for inclusion since last
week.
OK thanks, I missed seeing it go by.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Alistair John Strachan wrote:
On Sunday 29 July 2007 12:34:28 you wrote:
[snip]
Doesn't help, I still get the same crashes. I tried 2.6.22 again and it's
rock solid by comparison.
Do you mean, kvm-33 on top of 2.6.22, or the kvm modules from 2.6.22?
Please describe your configuration
Hi
On 7/29/07, Dmitry Torokhov [EMAIL PROTECTED] wrote:
Hi Parag,
On Friday 27 July 2007 10:43, Parag Warudkar wrote:
Ignore my previous whitespace damaged patch. This one should be good.
tsdev.c warns about scheduled removal each time tsdev_open is called -
So even for a default boot
On Sunday 29 July 2007 12:34:28 you wrote:
[snip]
Doesn't help, I still get the same crashes. I tried 2.6.22 again and it's
rock solid by comparison.
Do you mean, kvm-33 on top of 2.6.22, or the kvm modules from 2.6.22?
Please describe your configuration *exactly*.
I'm using the kvm-33
From: Nick Pasich [EMAIL PROTECTED]
Here's the dmesg output ..
[...]
Jul 29 05:20:07 NICK2 kernel: drivers/usb/serial/io_edgeport.c: LCR -
write to send_cmd_write_uart_register register 0x03
Jul 29 05:20:07 NICK2 kernel: drivers/usb/serial/io_edgeport.c:
SendCmdWriteUartReg - Not writing
On Sunday 29 July 2007 14:47:57 you wrote:
Alistair John Strachan wrote:
On Sunday 29 July 2007 12:34:28 you wrote:
[snip]
Doesn't help, I still get the same crashes. I tried 2.6.22 again and
it's rock solid by comparison.
Do you mean, kvm-33 on top of 2.6.22, or the kvm modules
On 07/29/2007 01:41 PM, [EMAIL PROTECTED] wrote:
And now you do it again :-) There is no conclusion -- just the
inescapable observation that swap-prefetch was (or may have been)
masking the problem of GNU locate being a program that noone in their
right mind should be using.
isn't your
Hello,
iMac G3 series.
$ make mrproper make allmodconfig make
results in this:
CC arch/powerpc/kernel/lparmap.s
AS arch/powerpc/kernel/head_64.o
lparmap.c: Assembler messages:
lparmap.c:84: Error: file number 1 already allocated
make[1]: ***
On 07/29/2007 03:12 PM, Alan Cox wrote:
What are the tradeoffs here? What wants small chunks? Also, as far as
I'm aware Linux does not do things like up the granularity when it
notices it's swapping in heavily? That sounds sort of promising...
Small chunks means you get better efficiency of
This patch removes dead code (tx_xcnt can never be != 0 at this place)
spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/net/cxgb3/xgmac.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
---
This is basically a set of bug fixes with a few minor cleanups thrown
in. There are also a few bsg fixes we're taking through this tree
because SCSI is the current sole consumer. The reason for the huge size
is the lindent of the advansys driver along with a few cleanups.
The patch is available
El Sat, 28 Jul 2007 18:00:39 -0700, Bill Huey (hui) [EMAIL PROTECTED]
escribió:
The scheduler could have and still can undertake good solid transformation,
but getting folks to listen is another story which is why Con quit. CFS
basically locks him and his ideas out, not just from a technical
Adam,
Yep. That did it
Thank You Very Much for your Super Quick Fix..
---( Nick )---
On Sun, Jul 29, 2007 at 10:04:44AM -0400, Adam Kropelin wrote:
From: Nick Pasich [EMAIL PROTECTED]
Here's the dmesg output ..
[...]
Jul 29 05:20:07 NICK2 kernel:
Commit 22ad42033b7d2b3d7928fba9f89d1c7f8a3c9581 did not completely fix all
the possible NULL dereferences. Besides hci_uart_close(), we also need to
make sure that hdev is valid before calling hci_{unregister,free}_dev().
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
---
Rik van Riel wrote:
Al Boldi wrote:
Good idea, but unless we understand the problems involved, we are bound
to repeat it. So my first question would be: Why is swap-in so slow?
As I have posted in other threads, swap-in of consecutive pages suffers
a 2x slowdown wrt swap-out, whereas
The Coverity checker spotted that if anyone would call this function
with prev == NULL, he would still get an Oops a few lines below.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.22-rc6-mm1/sound/synth/util_mem.c.old 2007-07-24
19:37:50.0 +0200
+++
Contrary to the comment newer gccs do it by default, newer gcc
versions default to -maccumulate-outgoing-args only with
CONFIG_CC_OPTIMIZE_FOR_SIZE=n, and then only with some CPU settings.
Measured with an i386 defconfig, gcc 4.2.1 and kernel 2.6.23-rc1
(orig is the plain kernel, changed is
This patch makes the needlessly global struct apic_probe static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 6 Jul 2007
--- linux-2.6.22-rc6-mm1/arch/i386/mach-generic/probe.c.old 2007-07-05
15:55:40.0 +0200
+++
This patch contains the following cleanups:
- make some needlessly global functions static
- #if 0 the unused es7000_stop_cpu()
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 6 Jul 2007
arch/i386/mach-es7000/es7000plat.c | 12 +++-
1 file changed, 7
It's CONFIG_X86_MCE, not CONFIG_MCE.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/i386/kernel/alternative.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.23-rc1-mm1/arch/i386/kernel/alternative.c.old 2007-07-26
01:47:31.0 +0200
+++
This patch makes the needlessly global acpi_event_seqnum static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/acpi/event.c.old 2007-07-26
02:32:59.0 +0200
+++ linux-2.6.23-rc1-mm1/drivers/acpi/event.c 2007-07-26 02:33:07.0
+0200
@@
suspend_device() and resume_device() can now become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/base/power/power.h |6 --
drivers/base/power/resume.c |2 +-
drivers/base/power/suspend.c |2 +-
3 files changed, 2 insertions(+), 8 deletions(-)
---
radeon_driver_vblank_do_wait() can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/char/drm/radeon_irq.c.old 2007-07-26
08:49:12.0 +0200
+++ linux-2.6.23-rc1-mm1/drivers/char/drm/radeon_irq.c 2007-07-26
08:49:46.0 +0200
@@
On Jul 26 2007 16:15, Alexey Dobriyan wrote:
Somehow I ended up with the following in tree:
$ git status
...
# Untracked files:
# (use git add file... to include in what will be committed)
#
# fs/proc/root.o.FuMxJQ
#
abituguru3_read_increment_offset() can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/hwmon/abituguru3.c.old 2007-07-26
08:56:33.0 +0200
+++ linux-2.6.23-rc1-mm1/drivers/hwmon/abituguru3.c 2007-07-26
08:57:00.0 +0200
@@
struct dvb_pll_fcv1236d can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/media/dvb/frontends/dvb-pll.c.old
2007-07-26 09:04:23.0 +0200
+++ linux-2.6.23-rc1-mm1/drivers/media/dvb/frontends/dvb-pll.c 2007-07-26
09:04:32.0
After the i2c-isa removal some code can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/i2c/i2c-core.c |7 +++
include/linux/i2c.h|2 --
2 files changed, 3 insertions(+), 6 deletions(-)
--- linux-2.6.23-rc1-mm1/include/linux/i2c.h.old2007-07-26
This patch #if 0's the unused v9fs_fid_lookup_remove().
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
fs/9p/fid.c |2 ++
fs/9p/fid.h |1 -
2 files changed, 2 insertions(+), 1 deletion(-)
--- linux-2.6.23-rc1-mm1/fs/9p/fid.h.old2007-07-26 13:22:00.0
+0200
+++
On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc6-mm1:
...
+hugetlbfs-read-support.patch
...
More MM things
...
hugetlbfs_read() can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/fs/hugetlbfs/inode.c.old
Greetings;
I got around to building the 2.6.23-rc1 tree, updated to yesterday with git
from the linus tree. The build was fairly clean, but when I rebooted to it,
the latest nvidia installer fails, with these messages:
nvidia-installer log file '/var/log/nvidia-installer.log'
creation time:
On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc6-mm1:
...
+ecryptfs-add-key-list-structure-search-keyring.patch
...
ecryptfs feature work
...
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
suspend_enter() can now become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
kernel/power/main.c |2 +-
kernel/power/power.h |1 -
2 files changed, 1 insertion(+), 2 deletions(-)
--- linux-2.6.23-rc1-mm1/kernel/power/power.h.old 2007-07-26
14:49:29.0 +0200
On 7/29/07, Rene Herman [EMAIL PROTECTED] wrote:
On 07/29/2007 03:12 PM, Alan Cox wrote:
More radically if anyone wants to do real researchy type work - how about
log structured swap with a cleaner ?
Right over my head. Why does log-structure help anything?
Log structured disk layouts
This patch contains the following cleanups:
- make the needlessly global variable rt_trace_on static
- remove the unused global function deadlock_trace_off()
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 1 Jul 2007
- 4 Apr 2007
---
This patch removes the no longer used file_send_actor().
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/linux/fs.h |1 -
mm/filemap.c | 20
2 files changed, 21 deletions(-)
--- linux-2.6.23-rc1-mm1/include/linux/fs.h.old 2007-07-26 14:57:09.0
On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc6-mm1:
...
git-mmc.patch
...
git trees
...
sdio_dev_attrs[] can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/mmc/core/sdio_bus.c.old
This patch makes the following needlessly global functions static:
- exp_get_by_name()
- exp_parent()
- exp_find()
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
fs/nfsd/export.c| 17 -
include/linux/nfsd/export.h | 11 ---
2 files changed, 8
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
mm/page_alloc.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.23-rc1-mm1/mm/page_alloc.c.old2007-07-26 15:09:24.0
+0200
+++
sony_nc_ids[] can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/misc/sony-laptop.c.old 2007-07-26
16:05:54.0 +0200
+++ linux-2.6.23-rc1-mm1/drivers/misc/sony-laptop.c 2007-07-26
16:06:05.0 +0200
@@ -845,7 +845,7 @@
};
On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc6-mm1:
...
git-mtd.patch
...
git trees
...
This patch makes the needlessly global struct info static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
---
e1000_{read,write}_pci_cfg() are no longer used.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 1 Jul 2007
- 5 Jun 2007
drivers/net/e1000/e1000_hw.h |2 --
drivers/net/e1000/e1000_main.c |4
2 files changed, 4 insertions(+), 2 deletions(-)
---
On Sunday 29 July 2007 15:57:33 Gene Heskett wrote:
Is this a known problem? Do I need to report it to nvidia somehow? It
looks to me like it may be their problem, and I have submitted it, but if
anyone has a better idea, please advise. System is FC6, uptodate as of
yesterday.
Gene, this
On 7/22/07, walter harms [EMAIL PROTECTED] wrote:
hello all,
on my asus notebook tm620 there is a crash with 2.6.22 and 2.6.21
Did this happen when you were resuming from a suspend-to-ram/disk?
[ I ask because I see swsusp in the trace below, linux-pm added to Cc: ]
Using IPI Shortcut
On Wed, 25 Jul 2007 04:03:04 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm1/
Hi,
I get an oops when trying to mount an ISO file using the loopback device.
If I revert the patch
Adrian Bunk wrote:
struct dvb_pll_fcv1236d can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/media/dvb/frontends/dvb-pll.c.old
2007-07-26 09:04:23.0 +0200
+++ linux-2.6.23-rc1-mm1/drivers/media/dvb/frontends/dvb-pll.c
On Sun, Jul 29, 2007 at 04:59:15PM +0200, Adrian Bunk wrote:
The SCSI_ACORNSCSI_3 driver:
- has been marked as BROKEN for more than one year and
- is still marked as BROKEN.
Drivers that had been marked as BROKEN for such a long time seem to be
unlikely to be revived in the forseeable
On Sun, Jul 29, 2007 at 06:59:26AM +0100, Darryl L. Miles wrote:
The problems start around time index 09:21:39.860302 when the CLIENT issues
a TCP packet with SACK option set (seemingly for a data segment which has
already been seen) from that point on the connection hangs.
I'd say most
The following code can now become static:
- struct unix_socket_table
- unix_table_lock
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/net/af_unix.h | 29 -
net/unix/af_unix.c| 30 --
2 files changed, 28 insertions(+), 31
On Wed, Jul 25, 2007 at 04:03:04AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc6-mm1:
...
+ata-ahci-alpm-expose-power-management-policy-option-to-users.patch
...
ata things
...
scsi_host_link_pm_policy() can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
---
401 - 500 of 764 matches
Mail list logo
