-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following patch is needed to get 2.6.23-rc1 to compile for UML
on x86-64.
Signed-off-by: Ulrich Drepper <[EMAIL PROTECTED]>
diff --git a/arch/um/os-Linux/aio.c b/arch/um/os-Linux/aio.c
index b126df4..9c70cb0 100644
- ---
Ok, I've bisected this problem and found that this patch broke my NIC:
76d2160147f43f982dfe881404cfde9fd0a9da21 is first bad commit
commit 76d2160147f43f982dfe881404cfde9fd0a9da21
Author: Ingo Molnar <[EMAIL PROTECTED]>
Date: Fri Feb 16 01:28:24 2007 -0800
[PATCH] genirq: do not mask
On Mon, 23 Jul 2007, Nigel Cunningham wrote:
Hi Alan.
On Monday 23 July 2007 01:26:23 Alan Stern wrote:
On Sun, 22 Jul 2007, Nigel Cunningham wrote:
Hi.
On Sunday 22 July 2007 02:13:56 Jeremy Maitin-Shepard wrote:
It seems that you could still potentially get a failure to freeze if one
On Sun, 22 Jul 2007, Arjan van de Ven wrote:
On Sun, 2007-07-22 at 21:04 -0700, [EMAIL PROTECTED] wrote:
this strategy should work well on the normal unpredictable workload that
most people deal with, but there are some cases where the workload becomes
pretty predictable (media players for
On Sun, Jul 22 2007, Rik van Riel wrote:
> Jens Axboe wrote:
>
>> I just wish you had a rationale behind them, I don't think it's that
>> great of a series. I agree with the low point of 128k. Then it'd be sane
>> to try and determine what the upper limit of ra window size goodness is,
>> which is
Zhang, Yanmin wrote:
> struct task_delay_info is used by per process block I/O delay statistics
> feature which is useful in kernel. This struct is not optimized.
>
> My patch against kernel 2.6.22 shrinks it a half.
>
> 1) Delete blkio_start and blkio_end. As the collection happens in
>
On Sat, 2007-07-21 at 17:49 +0200, Jan Engelhardt wrote:
> On Jul 20 2007 14:22, Rusty Russell wrote:
> >Subject: [PATCH] Move KVM, paravirt, lguest,
> >VMI and Xen under arch-level Virtualization option
> >
> >Any objections?
>
> Well btw, would it make sense to also rearrange the directory
On Thu, Jul 19, 2007 at 12:39:15PM -0400, Don Zickus wrote:
[..]
>
> I am not a big fan of this approach as it forces distros to require
> kexec-tools when building a kernel. Even Joe Hacker who wants a custom
> kernel (and not interested in kexec) would have to not only download the
>
On Sun, 2007-07-22 at 21:04 -0700, [EMAIL PROTECTED] wrote:
> >> the fact that you want to run at the max frequancy for a given voltage is
> >
> > no I want to run at the max frequency PERIOD. On just about any PC, it's
> > more power efficient to go full speed when executing code, and then idle
>
On Sun, 22 Jul 2007, Arjan van de Ven wrote:
Date: Sun, 22 Jul 2007 21:00:39 -0700
From: Arjan van de Ven <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: LKML ,
linux-pm <[EMAIL PROTECTED]>
Subject: Re: Power Management framework proposal
example 1: a laptop screen
mode capacity power
On Mon, Jul 23, 2007 at 10:23:17AM +0900, Paul Mundt wrote:
> On Sun, Jul 22, 2007 at 02:04:24PM -0700, Linus Torvalds wrote:
> > Lots of architecture updates (for just about all of them - x86[-64], arm,
> > alpha, mips, ia64, powerpc, s390, sh, sparc, um..), lots of driver updates
> > (again,
On Sun, 22 Jul 2007, Arjan van de Ven wrote:
I disagree with you here. for each frequency setting you can say how much
power the cpu/system is expected to use (especially as a percentage of the
full power mode). creating this value requires you to take two things into
account, the voltage you
> example 1: a laptop screen
>
> mode capacity power description
> 000off
> 1 100 100full brightness
> 2 70 60half power to the backlight
> 3 50 35quarter power to the backlight
> 4 30 25eighth power to the
> I disagree with you here. for each frequency setting you can say how much
> power the cpu/system is expected to use (especially as a percentage of the
> full power mode). creating this value requires you to take two things into
> account, the voltage you are running things at (by far the
On Sun, 22 Jul 2007, Arjan van de Ven wrote:
On Sun, 2007-07-22 at 11:56 -0700, [EMAIL PROTECTED] wrote:
I have a concern with this approach though. It seems to assume that
there is one global thing somewhere that sets the system state; in my
experience that is the wrong approach; in fact
On Jul 19, 2007, at 14:04:29, Linus Torvalds wrote:
On Thu, 19 Jul 2007, Krzysztof Halasa wrote:
Jeff Garzik <[EMAIL PROTECTED]> writes:
My overall goal is killing useless warnings that continually
obscure real ones.
Precisely, the goal should be to make must_check (and similar
things)
On Sun, Jul 22, 2007 at 10:22:37AM -0700, Daniel Walker wrote:
>
> Strange rcu_read_unlock() which causes a imbalance, and boot hang.. I
> didn't notice a reason for it, and removing it allows my system to make
> progress.
>
> This should go into the preempt-realtime-sched.patch
Strange. I
Hi.
On Monday 23 July 2007 10:04:43 Paul Mackerras wrote:
> Nigel Cunningham writes:
>
> > I guess I want to persist because all of these issues aren't utterly
> > unsolvable. It's just that we don't have the infrastructure yet to
> > figure out the solutions to these issues trivially. Take, for
Hi!
Please run this script while using mplayer or audacious
http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh
No need. I'm testing now pure 2.6.22:
my uname is 'Linux niam 2.6.22 #2 Sun Jul 22 13:52:03 EEST 2007 i686
Intel(R) Celeron(R) M processor 1.50GHz GenuineIntel
allyesconfig has a lot 'Section mismatch' warnings
...
LD vmlinux.o
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0x183): Section mismatch: reference to
.init.text.1:start_kernel (between 'is386' and 'check_x87')
WARNING: vmlinux.o(.data+0x4b38): Section mismatch: reference to
On Sun, 22 Jul 2007, Arjan van de Ven wrote:
son anyway)
I don't think you have got it right: the only info being passed is the
standard cpufreq list of frequencies; everything else is part of the
cpufreq driver.
to make the decisions the software makeing the decision needs to know how
much
Gabriel C wrote:
[ fixed CC , sorry to that ]
> Linus Torvalds wrote:
>> Ok, right on time, two weeks afetr 2.6.22, there's a 2.6.23-rc1 out there.
>
>
> ...
>
> drivers/char/hpet.c:76: warning: integer constant is too large for 'long' type
>
> ...
>
> Introduced by
From: Roland McGrath <[EMAIL PROTECTED]>
Date: Sun, 22 Jul 2007 01:59:40 -0700 (PDT)
> Maybe:
>
> --- a/arch/sparc64/kernel/vmlinux.lds.S
> +++ b/arch/sparc64/kernel/vmlinux.lds.S
> @@ -19,6 +19,7 @@ SECTIONS
> SCHED_TEXT
> LOCK_TEXT
> KPROBES_TEXT
> +NOTES
>
lib/fault-inject.c:168: warning: 'debugfs_create_ul_MAX_STACK_TRACE_DEPTH'
defined but not used
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
lib/fault-inject.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL
Commit ec22559e0b7a05283a3413bda5d177e42c950e23 added the following
function to drivers/usb/serial/usb-serial.c:
<-- snip -->
...
int usb_serial_suspend(struct usb_interface *intf, pm_message_t message)
{
struct usb_serial *serial = usb_get_intfdata(intf);
struct
On Sun, Jul 22, 2007 at 05:31:03PM -0700, Roland McGrath wrote:
> > That's the Debian unstable package of binutils containing what was on
> > 20070718 in the upstream binutils CVS (the version number comes from
> > the upstream CVS).
>
> At what time on July 18? Before or after the commits I
On Mon, Jul 23, 2007 at 03:27:21AM +0200, Gabriel C wrote:
> Paul Mundt wrote:
> > On Sun, Jul 22, 2007 at 02:04:24PM -0700, Linus Torvalds wrote:
> >> Lots of architecture updates (for just about all of them - x86[-64], arm,
> >> alpha, mips, ia64, powerpc, s390, sh, sparc, um..), lots of driver
Ok, I didn't have a chance to get through anywhere near all of it, but
here's my comments so far. I didn't really go through things in any
particular order but most of these comments are about your drbd_int.h
header file. Hopefully a lot of the comments will be useful to fix
similar/identical
Paul Mundt wrote:
> On Sun, Jul 22, 2007 at 02:04:24PM -0700, Linus Torvalds wrote:
>> Lots of architecture updates (for just about all of them - x86[-64], arm,
>> alpha, mips, ia64, powerpc, s390, sh, sparc, um..), lots of driver updates
>> (again, all over - usb, net, dvb, ide, sata, scsi,
Commit 8de0a15483b357d0f0b821330ec84d1660cadc4e added the following
use-after-free in net/bluetooth/rfcomm/tty.c:
<-- snip -->
...
static int rfcomm_dev_add(struct rfcomm_dev_req *req, struct rfcomm_dlc *dlc)
{
...
if (IS_ERR(dev->tty_dev)) {
list_del(>list);
Mike Frysinger wrote:
> On Wednesday 20 June 2007, H. Peter Anvin wrote:
>> Andi Kleen wrote:
asm-i386/msr.h should not be exported to userspace at all, it contains
nothing but kernel-internal helpers.
>>> Actually rdtsc and rdtscll and potentially rdpmc which is in there can be
>>> very
On Sun, Jul 22, 2007 at 02:04:24PM -0700, Linus Torvalds wrote:
> Lots of architecture updates (for just about all of them - x86[-64], arm,
> alpha, mips, ia64, powerpc, s390, sh, sparc, um..), lots of driver updates
> (again, all over - usb, net, dvb, ide, sata, scsi, isdn, infiniband,
>
Linus Torvalds wrote:
> Ok, right on time, two weeks afetr 2.6.22, there's a 2.6.23-rc1 out there.
>
allmodconfig is broken
...
drivers/misc/asus-laptop.c: In function 'asus_led_exit':
drivers/misc/asus-laptop.c:1076: error: 'struct led_classdev' has no member
named 'class_dev'
The Coverity checker spotted the following use-after-free
in net/9p/mux.c:
<-- snip -->
...
struct p9_conn *p9_conn_create(struct p9_transport *trans, int msize,
unsigned char *extended)
{
...
if (!m->tagpool) {
kfree(m);
Gabriel C wrote:
> Hi,
>
> I got this warning on current git using gcc 4.2.1 :
>
> ...
>
> drivers/dma/ioatdma.c: In function 'ioat_init_module':
> drivers/dma/ioatdma.c:816: warning: the address of '__this_module' will
> always evaluate as 'true'
>
> ...
>
>
> Regards,
>
> Gabriel C
>
[
On Sunday 22 July 2007, Adrian Bunk wrote:
> The Coverity checker spotted the following array overrun
> in drivers/rtc/rtc-ds1307.c:
Typo -- thanks, fix is attached.
CUT HERE
Fix a typo turned up by a Coverity check: referring to the wrong register,
which could cause problems
This patch fixes an obvious use-after-free spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc6-mm1/drivers/xen/xenbus/xenbus_xs.c.old 2007-07-23
03:04:20.0 +0200
+++ linux-2.6.22-rc6-mm1/drivers/xen/xenbus/xenbus_xs.c 2007-07-23
On Wed, 2007-07-18 at 12:30 +0800, Zhang, Yanmin wrote:
> On Wed, 2007-07-11 at 17:16 +0530, Balbir Singh wrote:
> > Zhang, Yanmin wrote:
> > > struct task_delay_info is used by per process block I/O delay statistics
> > > feature which is useful in kernel. This struct is not optimized.
> > >
> >
The Coverity checker spotted the following use-after-free
in drivers/xen/xenbus/xenbus_xs.c:
<-- snip -->
...
static int process_msg(void)
{
...
if (IS_ERR(msg->u.watch.vec)) {
kfree(msg);
err = PTR_ERR(msg->u.watch.vec);
...
<--
The Coverity checker spotted the following array overruns
in drivers/hwmon/lm93.c:
<-- snip -->
...
struct lm93_data {
...
struct {
u8 min;
u8 max;
} temp_lim[3];
...
};
...
static void lm93_update_client_common(struct lm93_data *data,
The Coverity checker spotted the following array overrun
in drivers/rtc/rtc-ds1307.c:
<-- snip -->
...
#define DS1337_REG_CONTROL 0x0e
...
struct ds1307 {
u8 reg_addr;
u8 regs[8];
...
};
...
static int __devinit ds1307_probe(struct
On Thursday 21 June 2007 21:32, Mathieu Desnoyers wrote:
> Let's take arch/i386/boot/video.h as an example:
>
> it defines
>
> struct card_info {
> const char *card_name;
> int (*set_mode)(struct mode_info *mode);
> int (*probe)(void);
> struct mode_info *modes;
Hi,
I got this warning on current git using gcc 4.2.1:
...
sound/core/init.c: In function 'snd_card_disconnect':
sound/core/init.c:307: warning: the address of 'snd_shutdown_f_ops' will always
evaluate as 'true'
...
Regards,
Gabriel C
-
To unsubscribe from this list: send the line
on Mon, 23 Jul 2007 01:47:30 +0200, /me wrote:
> On my test machine with a Pentium D 940 processor, Intel DQ965GF
> mainboard and SATA disks, kernel 2.6.22-git17 (32 bit build) fails
> to come up because it cannot find the disk drives. Same issue
> with a clone of the 'linus' git tree. Anything
On Wednesday 20 June 2007, H. Peter Anvin wrote:
> Andi Kleen wrote:
> >> asm-i386/msr.h should not be exported to userspace at all, it contains
> >> nothing but kernel-internal helpers.
> >
> > Actually rdtsc and rdtscll and potentially rdpmc which is in there can be
> > very useful in user space
2007/7/22, James Bottomley <[EMAIL PROTECTED]>:
On Sun, 2007-07-22 at 18:49 -0400, Cédric Augonnet wrote:
> iff -urN a/arch/i386/mach-voyager/voyager_cat.c
> b/arch/i386/mach-voyager/voyager_cat.c
> --- /home/gonnet/tmp/linux-2.6.22/arch/i386/mach-voyager/voyager_cat.c
2007-07-20
Tilman Schmidt wrote:
> On my test machine with a Pentium D 940 processor, Intel DQ965GF
> mainboard and SATA disks, kernel 2.6.22-git17 (32 bit build) fails
> to come up because it cannot find the disk drives. Same issue
> with a clone of the 'linus' git tree. Anything known?
>
Could you post
The Coverity checker spotted the following off-by-10
in drivers/scsi/lpfc/lpfc_sli.c:
<-- snip -->
...
static int
lpfc_sli_process_unsol_iocb(struct lpfc_hba *phba, struct lpfc_sli_ring *pring,
struct lpfc_iocbq *saveq)
{
...
saveq->context3
> That's the Debian unstable package of binutils containing what was on
> 20070718 in the upstream binutils CVS (the version number comes from
> the upstream CVS).
At what time on July 18? Before or after the commits I made that day?
You see, I can't tell from the information at hand.
-
To
> you will need to force every BIOS to have correct SRAT table.
They are normally correct. I'm not aware of wrong SRAT tables
in production systems.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Tilman Schmidt: wrote
> On my test machine with a Pentium D 940 processor, Intel DQ965GF
> mainboard and SATA disks, kernel 2.6.22-git17 (32 bit build) fails
> to come up because it cannot find the disk drives. Same issue
> with a clone of the 'linus' git tree. Anything known?
I don't know if
On 7/22/07, Michael Tharp <[EMAIL PROTECTED]> wrote:
H. Peter Anvin wrote:
> Wouldn't be hard to make a git tree with all the patches all the way
> back to 0.01 even...
It'd be delightful from a completeness standpoint (and I do love
completeness), but considering it already takes a good 20
Hi,
On 22/07/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi to all!
I have a problem with recent 2.6.22 kernel with cfs-19 patch.
While I'm watching the video using mplayer or listening to the music
using audacious the sound is interrupting rather often.
During I'm watching the video I
On Sun, Jul 22, 2007 at 07:50:47PM -0400, Mike Frysinger wrote:
> On 7/18/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> >On Wed 18 Jul 2007 20:26, Andrew Morton pondered:
> >> Robin Getz wrote:
> >> > [need to access _log_buf from external for early debugging code]
> >> >
> >> > Something simple
On Sun, Jul 22, 2007 at 04:51:30PM -0700, Roland McGrath wrote:
> > I'm fairly sure this is already known about on SPARC64 (see David Miller's
> > email ""build-id" changes break sparc64"), but I just thought I'd let
> > people
> > know the warnings are also visible on x86_64:
> >
> > "ld:
On Sun, Jul 22, 2007 at 10:49:26PM +0100, Adrian McMenamin wrote:
> [ 16.818606] Call trace:
> [ 16.822686] [<8c00f782>] __cond_resched+0x1a/0x40
> [ 16.827589] [<8c15adf4>] cond_resched+0x30/0x48
> [ 16.832256] [<8c15b6ba>] mutex_lock+0xa/0x50
> [ 16.836656] [<8c00c4d8>]
Nigel Cunningham writes:
> I guess I want to persist because all of these issues aren't utterly
> unsolvable. It's just that we don't have the infrastructure yet to
> figure out the solutions to these issues trivially. Take, for example,
Ever heard of the halting problem? :) It's not just a
On 7/22/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
Anyone still sending 2.4 patches with the intent of them being moved
forward and applied to a current kernel needs to be killfiled.
These patches are coming from companies that aren't interested in
participating in the GPL process but are being
H. Peter Anvin wrote:
> Wouldn't be hard to make a git tree with all the patches all the way
> back to 0.01 even...
It'd be delightful from a completeness standpoint (and I do love
completeness), but considering it already takes a good 20 minutes to
clone the 2.6 tree over a respectable cable
On Monday 23 July 2007 01:38:40 Andre Noll wrote:
[readded linux-kernel, Linus]
> [Nr] Name Type Address Offset
>Size EntSize Flags Link Info Align
> [ 0] NULL
>
Jens Axboe wrote:
I just wish you had a rationale behind them, I don't think it's that
great of a series. I agree with the low point of 128k. Then it'd be sane
to try and determine what the upper limit of ra window size goodness is,
which is probably impossible since it depends on the hardware
> I'm fairly sure this is already known about on SPARC64 (see David Miller's
> email ""build-id" changes break sparc64"), but I just thought I'd let people
> know the warnings are also visible on x86_64:
>
> "ld: warning: Cannot create .note.gnu.build-id section, --build-id ignored."
I don't
On 7/18/07, Robin Getz <[EMAIL PROTECTED]> wrote:
On Wed 18 Jul 2007 20:26, Andrew Morton pondered:
> Robin Getz wrote:
> > [need to access _log_buf from external for early debugging code]
> >
> > Something simple like - early_copy_log_buff(void *dest, size_t n)
> >
> > copies n bytes from
On Mon, 2007-07-23 at 00:33 +0900, Akinobu Mita wrote:
> plain text document attachment (cpuhotplug-nr-calls.patch)
> From: Akinobu Mita <[EMAIL PROTECTED]>
>
> The functions in a CPU notifier chain is called with CPU_UP_PREPARE event
> before making the CPU online. If one of the callback returns
On Sun, 2007-07-22 at 18:49 -0400, Cédric Augonnet wrote:
> iff -urN a/arch/i386/mach-voyager/voyager_cat.c
> b/arch/i386/mach-voyager/voyager_cat.c
> --- /home/gonnet/tmp/linux-2.6.22/arch/i386/mach-voyager/voyager_cat.c
> 2007-07-20 11:50:17.0 -0400
> +++
On my test machine with a Pentium D 940 processor, Intel DQ965GF
mainboard and SATA disks, kernel 2.6.22-git17 (32 bit build) fails
to come up because it cannot find the disk drives. Same issue
with a clone of the 'linus' git tree. Anything known?
--
Tilman Schmidt
In this little patch is cosmetic in i386 and x86_64 Kconfig files.
In first patch add the "Pentium D" for help, in second patch change
the order, that logically simplifier when the cpu-s sorted by
time-line.
01_add_pentium_d_for_kconfig_cpu.patch
02_change_cpu_order_in_Kconfig_cpu.patch
01_add_pentium_d_for_kconfig_cpu.patch:
arch/i386/Kconfig.cpu |6 +++---
arch/x86_64/Kconfig |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
--
Thanks,
Oliver
commit 56c7bb5042008698752b7eb6abb8a28256867941
Author: Oliver Pinter <[EMAIL PROTECTED]>
Date: Mon Jul 23
02_change_cpu_order_in_Kconfig_cpu.patch:
arch/i386/Kconfig.cpu | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
--
Thanks,
Oliver
commit cefc467f037e374beecb825226294be014120509
Author: Oliver Pinter <[EMAIL PROTECTED]>
Date: Mon Jul 23 01:06:06 2007 +0200
change
On Sun, 22 Jul 2007 23:48:14 +0200 J.A. Magallón wrote:
> On Thu, 28 Jun 2007 03:43:21 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
> >
so is this 2.6.22-rc6-mm1 or is it as Oops says:
(quoting in full for linux1394-devel, Cc added)
Andreas Messer wrote at LKML:
> Hello,
>
> I tried the new firewire stack with a external harddisc and a external dvd
> writer and get massive i/o problems. Here is the kernel output for the
> harddisc. Please cc me for further questions. I hope
On Fri, Jul 20, 2007 at 11:50:50AM -0600, Matthew Wilcox wrote:
> On Fri, Jul 20, 2007 at 09:43:47PM +0400, Sergei Shtylyov wrote:
> > Hello Christoph:
> >
> > >>>+#include
> >
> > >>These days that should probably be .
> >
> > >Not at all, linux/irq.h is something entirely different.
> >
> >
On Sunday 22 July 2007 22:04:24 Linus Torvalds wrote:
> So give it all a good whacking, and report back about all the neat new
> features!
I'm fairly sure this is already known about on SPARC64 (see David Miller's
email ""build-id" changes break sparc64"), but I just thought I'd let people
know
On Monday 23 July 2007 01:23:38 Andre Noll wrote:
> On 00:22, Andi Kleen wrote:
> > > /usr/bin/ld: section .text [ff700500 -> ff7007e3]
> > > overlaps section .gnu.version_d [ff7004d8 -> ff70050f]
> >
> > Does this patch fix it?
>
> Nope, with 0x600 I still get
On 00:22, Andi Kleen wrote:
> > /usr/bin/ld: section .text [ff700500 -> ff7007e3] overlaps
> > section .gnu.version_d [ff7004d8 -> ff70050f]
>
> Does this patch fix it?
Nope, with 0x600 I still get the same error. But it helped to further
increase
The Coverity checker spotted the following bogus code
in drivers/net/xen-netfront.c:
<-- snip -->
...
static void xennet_alloc_rx_buffers(struct net_device *dev)
{
...
for (nr_flips = i = 0; ; i++) {
skb = __skb_dequeue(>rx_batch);
if (skb == NULL)
On Sun, 2007-07-22 at 19:41 +0100, Adrian McMenamin wrote:
> I ma having problems with the pvr2 fb on the Dreamcast in 2.6.22-git17
> - when the code is executed it appears to lock the Dreamcast up.
>
> The problem seems to be:
>
> fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, );
>
> In
On Monday 23 July 2007 09:09:21 Rafael J. Wysocki wrote:
> Hi,
>
> On Monday, 23 July 2007 00:42, Nigel Cunningham wrote:
> > Hi Alan.
> >
> > On Monday 23 July 2007 01:26:23 Alan Stern wrote:
> > > On Sun, 22 Jul 2007, Nigel Cunningham wrote:
> > >
> > > > Hi.
> > > >
> > > > On Sunday 22
On Tuesday 10 July 2007 20:15, Con Kolivas wrote:
> On Tuesday 10 July 2007 18:31, Andrew Morton wrote:
> > When replying, please rewrite the subject suitably and try to Cc: the
> > appropriate developer(s).
>
> ~swap prefetch
>
> Nick's only remaining issue which I could remotely identify was to
> >> son anyway)
> >
> > I don't think you have got it right: the only info being passed is the
> > standard cpufreq list of frequencies; everything else is part of the
> > cpufreq driver.
>
> to make the decisions the software makeing the decision needs to know how
> much power would be used at
On 7/21/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
I tried to mount another nfs mount on a system running with nfsroot.
But I get
# mount basil:/home /basil/home/
mount: Network is down
The network is not down of course, the system is happily running with nfs root
from that
server. Userland
Hi,
On Monday, 23 July 2007 00:42, Nigel Cunningham wrote:
> Hi Alan.
>
> On Monday 23 July 2007 01:26:23 Alan Stern wrote:
> > On Sun, 22 Jul 2007, Nigel Cunningham wrote:
> >
> > > Hi.
> > >
> > > On Sunday 22 July 2007 02:13:56 Jeremy Maitin-Shepard wrote:
> > > > It seems that you could
On 7/22/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
On Sunday 22 July 2007 02:49:41 Yinghai Lu wrote:
> [PATCH 3/3] x86_64: offset apicid_to_node before use it before
init_cpu_to_node
>
> When acpi=off or there is no SRAT defined, apicid_to_node is got from K8
> Northbridge PCI configuration
On Sun, 2007-07-22 at 12:20 +0200, Geert Uytterhoeven wrote:
> On Sat, 21 Jul 2007, Antonino A. Daplas wrote:
> > On Fri, 2007-07-20 at 23:27 +0200, Sam Ravnborg wrote:
> > > Fix following section mismatch warning:
> > > WARNING: vmlinux.o(.text+0x121e62): Section mismatch: reference to
> > >
On Sun, 2007-07-22 at 18:23 +0200, Gabriel C wrote:
> Hi,
>
> I got this warning on current git:
>
> ...
>
> drivers/video/console/fbcon.c:130: warning: 'map_override' defined but not
> used
>
> ...
>
> Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
Acked-by: Antonino Daplas <[EMAIL
On Tuesday 17 July 2007, Kalpak Shah wrote:
> Index: linux-2.6.22/include/linux/ext4_fs.h
> ===
> --- linux-2.6.22.orig/include/linux/ext4_fs.h
> +++ linux-2.6.22/include/linux/ext4_fs.h
> @@ -797,12 +797,18 @@ struct ext4_dir_entry_2
2007/7/22, Cédric Augonnet <[EMAIL PROTECTED]>:
Hi,
2007/7/21, Gabriel C <[EMAIL PROTECTED]>:
> Hi,
>
> I noticed this warnings on current git:
>
>
> ...
>
> arch/i386/mach-voyager/voyager_thread.c: In function 'thread':
> arch/i386/mach-voyager/voyager_thread.c:113: warning: no return
Jörn Engel wrote:
> On Sun, 22 July 2007 22:29:29 +0200, Gabriel C wrote:
>> @@ -896,25 +896,6 @@ static int doc_write(struct mtd_info *mtd, loff_t to,
>> size_t len,
>> /* Let the caller know we completed it */
>> *retlen += len;
>>
>> -if (eccbuf) {
>> -
Hi Alan.
On Monday 23 July 2007 01:26:23 Alan Stern wrote:
> On Sun, 22 Jul 2007, Nigel Cunningham wrote:
>
> > Hi.
> >
> > On Sunday 22 July 2007 02:13:56 Jeremy Maitin-Shepard wrote:
> > > It seems that you could still potentially get a failure to freeze if one
> > > FUSE process depends on
On Sun, 2007-07-22 at 11:56 -0700, [EMAIL PROTECTED] wrote:
> >
> > I have a concern with this approach though. It seems to assume that
> > there is one global thing somewhere that sets the system state; in my
> > experience that is the wrong approach; in fact there is a very definite
> > evidence
On Monday 23 July 2007 00:10:01 Andre Noll wrote:
> On 14:04, Linus Torvalds wrote:
>
> > So give it all a good whacking, and report back about all the neat new
> > features!
>
> Does overlapping sections count as a new feature? ;)
>
> gcc -m elf_x86_64 -nostdlib -fPIC -shared
On Sun, Jul 22 2007, Satyam Sharma wrote:
> Hi Walter,
>
> Thanks for reporting 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?
>
On 14:04, Linus Torvalds wrote:
> So give it all a good whacking, and report back about all the neat new
> features!
Does overlapping sections count as a new feature? ;)
gcc -m elf_x86_64 -nostdlib -fPIC -shared -Wl,-soname=linux-vdso.so.1
-Wl,-z,max-page-size=4096
On Sunday 22 July 2007 18:03:06 Bartek wrote:
> 2007/7/22, Alan Cox <[EMAIL PROTECTED]>:
> > > > 00:1f.1 0101: 8086:27df (rev 02)
> > >
> > > Ok, this controller is supported.
> > > Did you forgot about CONFIG_PATA_MPIIX=y?
> >
> > MPIIX is for early Intel laptop (pentium era).
> >
> > If the chip
Jan Engelhardt wrote:
> On Jul 22 2007 23:46, Jan Engelhardt wrote:
>> On Jul 23 2007 06:13, Paul Mundt wrote:
>>> Err, that's crap. Have you even looked at gitweb? There's at least:
>>>
>>> git://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git
>>> This has trees all the way back to
Hello,
I tried the new firewire stack with a external harddisc and a external dvd
writer and get massive i/o problems. Here is the kernel output for the
harddisc. Please cc me for further questions. I hope its not too much output
for lkml email.
2007/7/22, Alan Cox <[EMAIL PROTECTED]>:
> > 00:1f.1 0101: 8086:27df (rev 02)
>
> Ok, this controller is supported.
> Did you forgot about CONFIG_PATA_MPIIX=y?
MPIIX is for early Intel laptop (pentium era).
If the chip is in AHCI mode then CONFIG_AHCI may be what is missing
I made a few
"Oliver Pinter" <[EMAIL PROTECTED]> writes:
>
> Here is one patch, Kconfig.cpu, this patch add the Pentium D processor
> for help, because number of person has the question: I have Pentium D,
> and which CPU chose I.
Your patch does a lot more than that; please do only one thing per patch.
Also
On Jul 22 2007 23:46, Jan Engelhardt wrote:
>On Jul 23 2007 06:13, Paul Mundt wrote:
>>>
>>Err, that's crap. Have you even looked at gitweb? There's at least:
>>
>>git://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git
>>This has trees all the way back to 2.5.0.
Actually back to 2.4.0,
On Sun, 22 Jul 2007, Alan Stern wrote:
On Sun, 22 Jul 2007, Miklos Szeredi wrote:
The only thing to do is what Rafael has been working on: unfreeze
things, hope the tasks sort themselves out, and try again.
Have we some proof, that this will untangle the freezing tasks in a
limited time?
1 - 100 of 622 matches
Mail list logo
