On Wed, Apr 06, 2005 at 08:06:14PM -0700, Barry K. Nathan wrote:
> > > BTW, there's another strange thing that's introduced by 2.6.11-rc2-mm1:
> > > With that kernel, suspend is also ridiculously slow (speed is comparable
> > > to the slow resume with the aforementioned patch). 2.6.11-rc2 does not
On Wed, Apr 06 2005, James Bottomley wrote:
> On Wed, 2005-04-06 at 21:08 +0200, Jens Axboe wrote:
> > > I think the correct model for all of this is that the block driver
> > > shouldn't care (or be tied to) the scsi one. Thus, as long as SCSI can
> > > reject requests from a queue whose device h
Linus,
> That "individual patches" is one of the keywords, btw. One thing that BK
> has been extremely good at, and that a lot of people have come to like
> even when they didn't use BK, is how we've been maintaining a much finer-
> granularity view of changes. That isn't going to go away.
Ar
Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> I don't see the connector directory in the 2.6.12-rc2-mm1 tree. So it
> seems that you removed the connector?
Greg dropped it for some reason. I think that's best because it needed a
significant amount of rework. I'd like to see it
On Thu, 07 Apr 2005 09:02:57 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > Interesting. Looks like pci_enable_wake(dev, state, 0) isn't
> > actually disabling wakeup on your hardware. (Assuming
> > CONFIG_USB_SUSPEND=n; if not, then it's odd that the system went
> > back to sleep!)
On Wed, 6 Apr 2005 13:11:53 -0700
David Brownell <[EMAIL PROTECTED]> wrote:
> Interesting. Looks like pci_enable_wake(dev, state, 0) isn't actually
> disabling wakeup on your hardware. (Assuming CONFIG_USB_SUSPEND=n; if
> not, then it's odd that the system went back to sleep!)
Yes, CONFIG_USB_
On Wed, Apr 06, 2005 at 11:39:11PM +0400, Paul P Komkoff Jr wrote:
> Monotone is good, but I don't really know limits of sqlite3 wrt kernel
> case. And again, what we need to do to retain history ...
I would't fret over that :-) the big issue I have with sqlite3 is that it
interacts horribly with
Hello,
I don't see the connector directory in the 2.6.12-rc2-mm1 tree. So it
seems that you removed the connector? Will you include it again in futur
release? At the same time, will you include the fork connector?
Thanks for your help,
Best regards,
Guillaume
-
To unsubscribe from this list:
> I realised today that this happens every time X starts up for
> the first time. I did some experiments, and found that with 2.6.12rc1
> it's gone. Either it got fixed accidentally, or its hidden now
> by one of the many changes in 4-level patches.
>
> I'll try and narrow this down a little mor
Hello,
On Wednesday 06 April 2005 18:49, Jean Tourrilhes wrote:
> Patch attached.
and is working fine - of course.
Thank you for patience. :)
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed, 2005-04-06 at 19:32 -0700, David Lang wrote:
> On Thu, 7 Apr 2005, Martin Pool wrote:
>
> > I haven't tested importing all 60,000+ changesets of the current bk tree,
> > partly because I don't *have* all those changesets. (Larry said
> > previously that someone (not me) tried to pull all
On Thu, Apr 07, 2005 at 10:52:01AM +1000, Paul Mackerras wrote:
> Looks to me like gcc is objecting to our (ppc64's) _syscall2
> definition; Alan Modra (cc'd) can probably say what we're doing wrong.
I can't spot anything wrong. Take a look at preprocessed source.
--
Alan Modra
IBM OzLabs - Lin
Hi,
I've recently come across Con Kolivas' isochronous scheduler and Ingo's
RLIMIT_RT_CPU patch. I cannot comment on Ingo's patch, but I've been
using Con's scheduler for a few days and I only have good things to say
about it (latency is as good as running the process as root). The only
thing miss
Thanks for kindly reply, :)
Jan Engelhardt wrote:
This is my grub config:
-
root (hd0,0)
kernel /bzImage.via.386 root=/dev/ram0 rw ramdisk=49152
initrd /initrd.gz
-
Does it work if you add " ramdisk=65536 init=/linuxrc " ?
No. I got the same
On Wednesday 06 April 2005 21:40, Martin Pool wrote:
> On Wed, 06 Apr 2005 23:39:11 +0400, Paul P Komkoff Jr wrote:
> > http://bazaar-ng.org/
>
> I'd like bazaar-ng to be considered too. It is not ready for adoption
> yet, but I am working (more than) full time on it and hope to have it
> be usabl
On Wed, Apr 06, 2005 at 02:27:49PM -0700, Andrew Morton wrote:
> "Barry K. Nathan" <[EMAIL PROTECTED]> wrote:
> >
> > Ok, I've narrowed the problem down to one patch. In 2.6.11-mm3, the
> > problem goes away if I remove this patch:
> > swsusp-enable-resume-from-initrd.patch
>
> That really helps,
Hi,
At 23:20 05/04/06, Stephen C. Tweedie wrote:
>Yes. But it is conventional to interpret a short write as being a
>failure. Returning less bytes than were requested in the write
>indicates that the rest failed. It just doesn't give the exact nature
>of the failure (EIO vs ENOSPC etc.) For reg
> > -#define module_init(x) __initcall(x);
> > +#define module_init(x) __initcall(x); __module_init_disable(x);
>
> It would be better if there is brackets around them... like
>
> #define module_init(x) { __initcall(x); __module_init_disable(x); }
>
> then we know it wont break some code l
On Thu, Mar 31, 2005 at 12:41:17PM +0200, Andi Kleen wrote:
> On Wed, Mar 30, 2005 at 04:44:55PM -0500, Dave Jones wrote:
> > [apologies to Andi for getting this twice, I goofed the l-k address
> > the first time]
> >
> >
> > I arrived at the office today to find my workstation had this
Hi Ingo,
What do you think of the following patch? I won't send the
whole series again, I'll queue them up with Andrew if you
think this one looks OK (which is the only major change).
Thanks,
Nick
--
SUSE Labs, Novell Inc.
Consolidate balance-on-exec with balance-on-fork. This is made easy
by the s
Hi
I recently installed a new kernel 2.6.11 with some netfilter patches, I
also upgraded iproute2.
No I have been getting oops like this one
Apr 6 15:46:24 sydlxfw01 kernel: Unable to handle kernel NULL pointer
dereference at virtual address 0221
Apr 6 15:46:24 sydlxfw01 kernel: printing
smbfs displays the uid of the mounter in show_mounts (viewable in
/proc/mounts ) and this would allow a setuid unmount program to check
the uid of the mounter via /proc/mounts (there is also an ioctl which
does something similar).
Is this approach secure enough?
I slightly prefer an approach in
On Thu, 7 Apr 2005, Martin Pool wrote:
I haven't tested importing all 60,000+ changesets of the current bk tree,
partly because I don't *have* all those changesets. (Larry said
previously that someone (not me) tried to pull all of them using bkclient,
and he considered this abuse and blacklisted t
On Thu, 2005-04-07 at 07:11 +0530, Arun Srinivas wrote:
> I am not sure if my question was clear enough or I couldnt interpret you
> answer correctly.(If it was the case I apologise for that).
>
> My question is, as I said I am measuring the schedule time difference
> between my 2 of my SCHED_FI
On Wed, 06 Apr 2005 21:47:27 -0400, Jeff Garzik wrote:
>> The operations that are already done are pretty fast: ~60s to import a
>> kernel tree, ~10s to import a new revision from a patch.
>
> By "importing", are you saying that importing all 60,000+ changesets of
> the current kernel tree took o
Hugh Dickins wrote:
ARM26 define FIRST_USER_ADDRESS as PAGE_SIZE (beyond the machine vectors
when they are mapped low), and use that definition in place of locally
defined MIN_MAP_ADDR. Previously, ARM26 permitted user mappings at 0 if
the machine vectors were mapped high; but that's inconsistent
Hi Andrew/Linus,
Can you make sure this goes into 2.6.12? until you sort out the bk
thing I'll adopt this approach :-)
Dave.
drm: fix r128_state.c switch statements..
in drivers/char/drm/r128_state.c (linux-2.6.12-rc2), some breaks are
missing in the switch statement. See trivial fix bel
On Wed, Apr 06, 2005 at 03:53:17PM -0700, Andrew Morton wrote:
| Greg Edwards <[EMAIL PROTECTED]> wrote:
| >
| > According to include/linux/console.h, CON_CONSDEV flag should be set on
| > the last console specified on the boot command line:
| >
| > 86 #define CON_PRINTBUFFER (1)
| > 87
Dear Sir,
You will be surprise to see this message but I got your information
through Spartanburg, area chamber of commerce USA.
My name is Howard Jones, a Chief Auditor, during my last auditing in
the United States of America with JPMORGANCHASE CO.in New York, we
realized
the sum $35.5million ow
Dear Sir,
You will be surprise to see this message but I got your information
through Spartanburg, area chamber of commerce USA.
My name is Howard Jones, a Chief Auditor, during my last auditing in
the United States of America with JPMORGANCHASE CO.in New York, we
realized
the sum $35.5million ow
On Thu, Apr 07, 2005 at 11:40:23AM +1000, Martin Pool wrote:
> On Wed, 06 Apr 2005 23:39:11 +0400, Paul P Komkoff Jr wrote:
>
> > http://bazaar-ng.org/
>
> I'd like bazaar-ng to be considered too. It is not ready for adoption
> yet, but I am working (more than) full time on it and hope to have i
I am not sure if my question was clear enough or I couldnt interpret you
answer correctly.(If it was the case I apologise for that).
My question is, as I said I am measuring the schedule time difference
between my 2 of my SCHED_FIFO process in schedule() .But, I get only one set
of readings (i.
Several wierd things with my laptop since I upgraded from 2.6.9+hack,
which works beautifully.
1) With 2.6.11+hack, compiled for the Pentium-M, the system
freezes at or soon after I close the LCD screen. Out of curiosity,
I tried the FN - [F4] combination, which I believe should try to flip
On Wed, 06 Apr 2005 23:39:11 +0400, Paul P Komkoff Jr wrote:
> http://bazaar-ng.org/
I'd like bazaar-ng to be considered too. It is not ready for adoption
yet, but I am working (more than) full time on it and hope to have it
be usable in a couple of months.
bazaar-ng is trying to integrate a
Hi,
> -#define module_init(x) __initcall(x);
> +#define module_init(x) __initcall(x); __module_init_disable(x);
It would be better if there is brackets around them... like
#define module_init(x) { __initcall(x); __module_init_disable(x); }
then we know it wont break some code like
if (..)
mod
On Wed, 6 Apr 2005, Jon Smirl wrote:
> There is a large difference in the behavior of corporations with huge
> source bases and college students with no money. The corporations will
> pay to have someone responsible for ensuring that the product works.
Or they will merge with some other entity on
Replace misleading definition of FIRST_USER_PGD_NR 0 by definition of
FIRST_USER_ADDRESS 0 in all the MMU architectures beyond arm and arm26.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
include/asm-alpha/pgtable.h |2 +-
include/asm-cris/pgtable.h |2 +-
include/asm-frv/
Once all the MMU architectures define FIRST_USER_ADDRESS,
remove hack from mmap.c which derived it from FIRST_USER_PGD_NR.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
mm/mmap.c |5 -
1 files changed, 5 deletions(-)
--- 2.6.12-rc2-mm1+/mm/mmap.c 2005-04-05 18:59:01.0 +0
ARM26 define FIRST_USER_ADDRESS as PAGE_SIZE (beyond the machine vectors
when they are mapped low), and use that definition in place of locally
defined MIN_MAP_ADDR. Previously, ARM26 permitted user mappings at 0 if
the machine vectors were mapped high; but that's inconsistent with ARM,
and FIRST_
On Wednesday 06 April 2005 4:50 pm, Benjamin Herrenschmidt wrote:
> On Wed, 2005-04-06 at 16:28 -0700, David Brownell wrote:
> > On Wednesday 06 April 2005 4:02 pm, Benjamin Herrenschmidt wrote:
> > >
> > > > Thanks for the testing update. I'm glad to know that there seems to
> > > > be only one
ARM define FIRST_USER_ADDRESS as PAGE_SIZE (beyond the machine vectors
when they are mapped low), and use that definition in place of locally
defined MIN_MAP_ADDR.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
arch/arm/kernel/sys_arm.c | 11 ++-
include/asm-arm/pgtable.h |7 +
Remove use of FIRST_USER_PGD_NR from sys_mincore: it's inconsistent (no
other syscall refers to it), unnecessary (sys_mincore loops over vmas
further down) and incorrect (misses user addresses in ARM's first pgd).
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
mm/mincore.c |3 ---
1 fil
The patches to free_pgtables by vma left problems on any architectures
which leave some user address page table entries unencapsulated by vma.
Andi has fixed the 32-bit vDSO on x86_64 to use a vma. Now fix arm (and
arm26), whose first PAGE_SIZE is reserved (perhaps) for machine vectors.
Our calls
Paul Mackerras wrote:
if (__sc_err & 0x1000) \
{ \
errno = __sc_ret; \
__sc_ret = -1;
On Llu, 2005-04-04 at 21:47, Jeff Garzik wrote:
> Bluntly, Debian is being a pain in the ass ;-)
>
> There will always be non-free firmware to deal with, for key hardware.
Firmware being seperate does make a lot of sense. It isn't going away
but it doesn't generally belong in kernel now we have i
Andrew Morton writes:
> Marty Ridgeway <[EMAIL PROTECTED]> wrote:
> >
> > The April release of LTP is now on SourceForge.
> >
> > LTP-20050405
>
> It seems to have an x86ism in it which causes the compile to fail on ppc64:
Looks to me like gcc is objecting to our (ppc64's) _syscall2
definition
On Tuesday 05 April 2005 03:05, Andrew Morton wrote:
> - x86 NMI handling seems to be bust in 2.6.12-rc2. Try using
> `nmi_watchdog=0' if you experience weird crashes.
>
> - The possible kernel-timer related hangs might possibly be fixed. We
> haven't heard yet.
>
> - Nobody said anything a
Hi,
On Wed, 6 Apr 2005, Dave Hansen wrote:
> > Why is this choice needed at all? Why would one choose SPARSEMEM over
> > DISCONTIGMEM?
>
> For now, it's only so people can test either one, and we don't have to
> try to toss DICONTIGMEM out of the kernel in fell swoop. When the
> memory hotplug
On Tue, 5 Apr 2005 10:55:52 -0300 Marcelo Tosatti <[EMAIL PROTECTED]> wrote:
> CCing Pete.
>
> On Mon, Apr 04, 2005 at 08:59:57PM +0200, Gabor Z. Papp wrote:
> > It was working fine with 2.4.29 and earlier kernels, often with
> > 100-150 days uptime.
> >
> > As I upgraded to 2.4.30-rc kernels,
On Thu, 2005-04-07 at 01:40 +0200, Roman Zippel wrote:
> On Wed, 6 Apr 2005, Dave Hansen wrote:
> > On Wed, 2005-04-06 at 22:58 +0200, Roman Zippel wrote:
> > > Dave Hansen wrote:
> > > > --- memhotplug/mm/Kconfig~A6-mm-Kconfig 2005-04-04 09:04:48.0
> > > > -0700
> > > > +++ memhotplug-dav
On Wed, 2005-04-06 at 16:28 -0700, David Brownell wrote:
> On Wednesday 06 April 2005 4:02 pm, Benjamin Herrenschmidt wrote:
> >
> > > Thanks for the testing update. I'm glad to know that there seems to
> > > be only one (minor) glitch that's PPC-specific!
> >
> > Which is just an off-the-shelve
In article <[EMAIL PROTECTED]>,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>Greg Edwards <[EMAIL PROTECTED]> wrote:
>>
>> According to include/linux/console.h, CON_CONSDEV flag should be set on
>> the last console specified on the boot command line:
>>
>> 86 #define CON_PRINTBUFFER (1)
>>
Hi,
On Wed, 6 Apr 2005, Dave Hansen wrote:
> On Wed, 2005-04-06 at 22:58 +0200, Roman Zippel wrote:
> > Dave Hansen wrote:
> > > --- memhotplug/mm/Kconfig~A6-mm-Kconfig 2005-04-04 09:04:48.0
> > > -0700
> > > +++ memhotplug-dave/mm/Kconfig2005-04-04 10:15:23.0 -0700
> > > @
On Wednesday 06 April 2005 4:02 pm, Benjamin Herrenschmidt wrote:
>
> > Thanks for the testing update. I'm glad to know that there seems to
> > be only one (minor) glitch that's PPC-specific!
>
> Which is just an off-the-shelves NEC EHCI chip.
The wakeup-after-suspend hasn't been reported by an
On Wed, Apr 06, 2005 at 05:20:52PM -0600, Bob Gill wrote:
> OK. So far so good. I can get 2.6.12-rc2 to run fine if:
> 1. I do not in any way attempt to *ahem* overclock the box.
> --if I do, I get really ugly race errors flying around from just about
> everywhere (pick a device at random, ha
On Apr 6, 2005 4:42 PM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> as a number of people are already aware (and in some
> cases have been aware over the last several weeks), we've
> been trying to work out a conflict over BK usage over the last
> month or two (and it feels like longer ;). That ha
OK. So far so good. I can get 2.6.12-rc2 to run fine if:
1. I do not in any way attempt to *ahem* overclock the box.
--if I do, I get really ugly race errors flying around from just about
everywhere (pick a device at random, have it trip, and the scheduler
tripping right behind it).
2. I do not a
On Wed, Apr 06, 2005 at 06:01:23PM +0200, Jakob Oestergaard wrote:
>
> Problem; during simple tests such as a 'cp largefile0 largefile1' on the
> client (under the mountpoint from the NFS server), the client becomes
> extremely laggy, NFS writes are slow, and I see very high CPU
> utilization by b
> Interesting. Looks like pci_enable_wake(dev, state, 0) isn't actually
> disabling wakeup on your hardware. (Assuming CONFIG_USB_SUSPEND=n; if
> not, then it's odd that the system went back to sleep!) Do you think
> that might be related to those calls manipulating the Apple ASICs being
> in t
Greg Edwards <[EMAIL PROTECTED]> wrote:
>
> According to include/linux/console.h, CON_CONSDEV flag should be set on
> the last console specified on the boot command line:
>
> 86 #define CON_PRINTBUFFER (1)
> 87 #define CON_CONSDEV (2) /* Last on the command line */
> 88 #define
Ryan Anderson <[EMAIL PROTECTED]> wrote:
>
> On Tue, Apr 05, 2005 at 01:49:18PM -0700, Greg KH wrote:
> > On Tue, 2005-04-05 at 13:27 -0700, David Mosberger wrote:
> > > > On Tue, 5 Apr 2005 09:46:48 -0700, Greg KH <[EMAIL PROTECTED]> said:
> > >
> > > Greg> -stable review patch. If anyone
On Thu, 2005-04-07 at 00:35 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > Hrm... it should only add a few ms, maybe about 20 ms to the mode
> > switching... If you remove the radeon_msleep(5) call from the
> > radeon_pll_errata_after_data() routine in rade
On Wed, 2005-04-06 at 19:14 +0200, Moritz Muehlenhoff wrote:
> Linus Torvalds wrote:
> > Benjamin Herrenschmidt:
> > o radeonfb: Implement proper workarounds for PLL accesses
> > o radeonfb: DDC i2c fix
> > o radeonfb: Fix mode setting on CRT monitors
> > o radeonfb: Preserve TMDS setting
>
[EMAIL PROTECTED] wrote:
Linus Torvalds wrote:
PS. Don't bother telling me about subversion. If you must, start reading
up on "monotone". That seems to be the most viable alternative, but don't
pester the developers so much that they don't get any work done. They are
already aware of my problems ;)
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> Hrm... it should only add a few ms, maybe about 20 ms to the mode
> switching... If you remove the radeon_msleep(5) call from the
> radeon_pll_errata_after_data() routine in radeonfb.h, does it make a
> difference ?
Yes, it does. Without the s
Jason Gaston <[EMAIL PROTECTED]> wrote:
>
> Do I also need to create and submit these patches for 2.6.12-rc2 in
> order to get them into 2.6.12 or will these make it into 2.6.12 as is?
Is OK - I'll take care of the patch, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-k
Quoting my post of over a month ago, hit another
non-fatal oops this time with 2.6.12-rc1-bk2...
[17330.816664] Adding 232932k swap on /dev/hdb4. Priority:-2 extents:1
[42120.713332] UDP: bad checksum. From 84.188.199.xxx:57483 to
192.168.1.7:10600 ulen 27
[56984.872784] UDP: bad checksum. From
Ben Castricum <[EMAIL PROTECTED]> wrote:
>
>
>
> On Wed, 6 Apr 2005, Adrian Bunk wrote:
>
> > On Tue, Apr 05, 2005 at 10:54:09AM +0200, Ben Castricum wrote:
> > > ...
> > > CC fs/quota_v2.o
> > > fs/quota_v2.c: In function `v2_write_dquot':
> > > fs/quota_v2.c:399: warning: unknown conver
Neil Brown <[EMAIL PROTECTED]> wrote:
>
> On Tuesday April 5, [EMAIL PROTECTED] wrote:
> >
> > - Nobody said anything about the PM resume and DRI behaviour in
> > 2.6.12-rc1-mm4. So it's all perfect now?
>
> Well, Seeing you asked...
>
> PM resume certainly seems to be improving.
> My main pr
On Apr 6, 2005 4:28 PM, Malcolm Rowe <[EMAIL PROTECTED]> wrote:
> Magnus Damm writes:
> > And I guess the idea of replacing the initcall pointer with NULL will
> > work both with and without function descriptors, right? So we should
> > be safe on IA64 and PPC64.
>
> I think so, though I don't rea
The attached patch gets the clock to work normally for me without
disabling APIC mode entirely. But I'm still not sure what's going on.
dmesg of 2.6.11.6 with default options (ACPI, APIC, 'apic=debug'):
http://www-personal.engin.umich.edu/~wingc/apictimer/dmesg/dmesg-2.6.11.6-acpi-apicde
Jindrich Makovicka <[EMAIL PROTECTED]> wrote:
>
> oes not compile on AthlonXP. For mmx_clear_page, only the prototype was
> changed, but the implementation is still the same. I guess that part of
> the patch slipped out somehow.
>
> -extern void mmx_clear_page(void *page);
>
> +extern void mmx_cl
Linus Torvalds wrote:
> PS. Don't bother telling me about subversion. If you must, start reading
> up on "monotone". That seems to be the most viable alternative, but don't
> pester the developers so much that they don't get any work done. They are
> already aware of my problems ;)
By the way, the
on den 06.04.2005 Klokka 18:01 (+0200) skreiv Jakob Oestergaard:
> What do I do?
>
> Performance sucks and the profiles do not make sense...
>
> Any suggestions would be greatly appreciated,
A look at "nfsstat" might help, as might "netstat -s".
In particular, I suggest looking at the "retrans"
"Barry K. Nathan" <[EMAIL PROTECTED]> wrote:
>
> Ok, I've narrowed the problem down to one patch. In 2.6.11-mm3, the
> problem goes away if I remove this patch:
> swsusp-enable-resume-from-initrd.patch
That really helps, thanks.
The patch looks fairly innocent. I'll give up on this and cc the
de
Yeah, I can do that, I don't need angry programmers
chasing after me :-)
Shawn.
--- Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > So nobody minds if I make this into a CONFIG
> option marked as Deprecated? :)
>
> Actually it should probably go through
>
> Documentation/feature-removal-s
Steven Cole <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > Steven Cole <[EMAIL PROTECTED]> wrote:
> >
> >>arch/i386/kernel/setup.c: In function 'setup_arch':
> >> arch/i386/kernel/setup.c:1571: warning: implicit declaration of function
> >> 'acpi_boot_table_init'
> >> arch/i386/kernel/se
Tony Lindgren wrote:
> Hi all,
>
> Here's an updated dyn-tick patch. Some minor fixes:
Doesn't look so good here. I get this with 2.6.12-rc2 (plus a few other
patches).
Disabling Dynamic Tick makes everything happy again (it boots).
[4294688.655000] Unable to handle kernel NULL pointer derefer
On Apr 06, 2005, at 07:41, Renate Meijer wrote:
On Apr 6, 2005, at 12:11 AM, Kyle Moffett wrote:
Please don't remove Linux-Kernel from the CC, I think this is an
important discussion.
GAAH!!! Read my lips!!! Quit removing Linux-Kernel from the CC!!!
As I see it, there are a number of issues
- Use o
On Wed, 2005-04-06 at 21:08 +0200, Jens Axboe wrote:
> > I think the correct model for all of this is that the block driver
> > shouldn't care (or be tied to) the scsi one. Thus, as long as SCSI can
> > reject requests from a queue whose device has been released (without
> > checking the device) t
On Wed, 2005-04-06 at 22:58 +0200, Roman Zippel wrote:
> Dave Hansen wrote:
> > --- memhotplug/mm/Kconfig~A6-mm-Kconfig 2005-04-04 09:04:48.0
> > -0700
> > +++ memhotplug-dave/mm/Kconfig 2005-04-04 10:15:23.0 -0700
> > @@ -0,0 +1,25 @@
> > +choice
> > + prompt "Memory mo
No, sorry, i have to run with bridging support other wise the guests(UML's)
wont be able to communicate with the outside world.
Best Regards,
Shaun R
- Original Message -
From: "Zwane Mwaikambo" <[EMAIL PROTECTED]>
To: "shaun" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, April 06, 2005 1:10
Hi,
Dave Hansen wrote:
> diff -puN mm/Kconfig~A6-mm-Kconfig mm/Kconfig
> --- memhotplug/mm/Kconfig~A6-mm-Kconfig 2005-04-04 09:04:48.0
> -0700
> +++ memhotplug-dave/mm/Kconfig2005-04-04 10:15:23.0 -0700
> @@ -0,0 +1,25 @@
> +choice
> + prompt "Memory model"
> +
--- "John W. Linville" <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 06, 2005 at 12:56:35PM -0700, Alan Bryan
> wrote:
>
> > Can you tell me if there is currently support in
> the
> > kernel for HP's new LightScribe technology?
> >
>
(http://h30015.www3.hp.com/hp_dec/lightscribe/index_FL.asp).
> > If
On 05.04.2005, at 21:33, Ross Biro wrote:
The problem with always setting the bit is that some PCI hardware,
notably some Intel E-1000 chips (Ethernet controller: Intel
Corporation: Unknown device 1076) cannot properly handle the target
abort bit. In the case of the E-1000 chip, the driver must
> Josselin Mouette wrote:
> >It merely depends on the definition of "aggregation". I'd say that two
> >works that are only aggregated can be easily distinguished and
> >separated. This is not the case for a binary kernel module, from which
> >you cannot easily extract the firmware and code parts.
I noticed that the x86_64 kernel has 4 different ways of configuring the
timer interrupt in APIC mode:
arch/x86_64/kernel/io_apic.c :
/* style 1 */
if (pin1 != -1) {
/*
* Ok, does IRQ0 through the IOAPIC work?
*/
/* style 2 */
api
> Even with a GPL'd Linux Bitkeeper I'll bet half of the existing Linux
> paying customers will continue to use a paid version.
By what? How much do you plan to put down to pay Larry in case you lose your
bet?
Hua
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
Apr 5 22:05:20 xine kernel: oom-killer: gfp_mask=0xd0
The oom-killer a piece of code which starts killing processes when you
run out of memory. OOM-killer = Out Of Memory Killer. My guess is that
the second jvm consumed all the memory left ( this may me be a memory
leak, if so report it to SUN, n
Tejun Heo [EMAIL PROTECTED] wrote:
> Jens Axboe wrote:
> >On Wed, Apr 06 2005, Arjan van de Ven wrote:
> >
> >>>@@ -324,6 +334,7 @@
> >>> issue_flush_fn *issue_flush_fn;
> >>> prepare_flush_fn*prepare_flush_fn;
> >>> end_flush_fn*end_flush_fn;
> >>>+ release_queu
On Wed, Apr 06, 2005 at 12:56:35PM -0700, Alan Bryan wrote:
> Can you tell me if there is currently support in the
> kernel for HP's new LightScribe technology?
> (http://h30015.www3.hp.com/hp_dec/lightscribe/index_FL.asp).
> If there is not, are there plans for it?
I don't know of any. Are the
On Wed, Apr 06, 2005 at 08:38:00PM +0200, [EMAIL PROTECTED] wrote:
>
> CC: <[EMAIL PROTECTED]>
>
> I'm resending this for inclusion in the -stable tree. I've deleted whitespace
> cleanups, and hope this can be merged. I've been asked to split the former
> patch, I don't know if I must split again
All,
I am having a kernel hang with all the latest versions of the 2.6
kernel (2.6.8.1, 2.6.9, 2.6.10, and 2.6.12-rc2). Basically, my test
is this: I have a simple ipq program that just takes packets in,
makes a copy of them (using memcpy), then accepts the packets with the
new buffer (which
On Tue, Apr 05, 2005 at 03:28:01PM -0400, Jeff Garzik wrote:
> * Most firmwares are a -collection- of images and data. The firmware
> infrastructure should load an -archive- of firmwares and associated data
> values.
Why don't you use multiple firmware loading calls with different
names? Maybe
On Wednesday 06 April 2005 10:20 am, Colin Leroy wrote:
> On 05 Apr 2005 at 13h04, David Brownell wrote:
> > >
> > > What kind of work on these is needed so that they get in?
> >
> > Briefly, given 2.6.12-rc2 plus the patches mentioned above,
> > find out what else is needed.
> > ...
> > How's th
Hi,
On Wed, 2005-04-06 at 11:01, Hifumi Hisashi wrote:
> I have measured the bh refcount before the buffer_uptodate() for a few days.
> I found out that the bh refcount sometimes reached to 0 .
> So, I think following modifications are effective.
Thanks --- it certainly looks like this should fi
CC: <[EMAIL PROTECTED]>
I'm resending this for inclusion in the -stable tree. I've deleted whitespace
cleanups, and hope this can be merged. I've been asked to split the former
patch, I don't know if I must split again this one, even because I don't want
to split this correct patch into multiple
Martin Waitz wrote:
--- linux-docbook.orig/drivers/video/fbmem.c 2005-04-06 12:13:12.674832161 +0200
+++ linux-docbook/drivers/video/fbmem.c 2005-04-06 12:24:11.946113964 +0200
@@ -1257,6 +1257,8 @@ int fb_new_modelist(struct fb_info *info
static char *video_options[FB_MAX];
static int ofonly;
Andrew, could you please put this in your -rc regressions folder? Thanks.
-- Forwarded Message --
Subject: [uml-devel] [UML/2.6] -bk7 tree does not run when compiled as
SKAS-only
Date: Tuesday 22 March 2005 18:32
From: Blaisorblade <[EMAIL PROTECTED]>
To: Jeff Dike <[EMAIL PROT
On Wednesday 06 April 2005 15:16, Anton Altaparmakov wrote:
> Uml compile is btoken in current linus bk 2.6:
>
> CC arch/um/kernel/ptrace.o
> arch/um/kernel/ptrace.c: In function `send_sigtrap':
> arch/um/kernel/ptrace.c:324: warning: implicit declaration of function
> `SC_IP'
> arch/um/kern
1 - 100 of 252 matches
Mail list logo
