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 -
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
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
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
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
> > -#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
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
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
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
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
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
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
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
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
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 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
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 (..)
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
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 +-
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
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
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
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
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
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
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
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
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
> > > > +++
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
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
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,
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
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
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
> 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
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
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
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
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.
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
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
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
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'):
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
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,
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
"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
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
>
>
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'
> >>
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
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
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)
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
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
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
> 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 */
> 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
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,
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;
> >>>+
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
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?
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
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
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
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'
>
Hi all,
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?
Supposdly, you can burn DVD's or CD's, then flip the
media over and burn a label directly
On Tue, 2005-04-05 at 11:24 +0200, Pavel Machek wrote:
> Hi!
>
> > > You have a few things here that can easily conflict, and that will be
> > > developed at different paces. I like the direction that it's going, but
> > > how do you intend to do it gradually. I.e. what to do first?
> >
> > I
On Apr 6, 2005 3:24 PM, Matan Peled <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
> > ODSL could then GPL the code and quiet the
> > critics.
>
> And also cause aaid GPL'ed code to be immediatly ported over to Windows. I
> don't
> think BitMover could ever agree to that.
Windows Bitkeeper
On Wed, 6 Apr 2005, Patrick Mochel wrote:
> > Third, why does device_release_driver() call klist_del() instead of
> > klist_remove() for dev->knode_driver? Is that just a simple mistake?
> > The klist_node doesn't seem to get unlinked anywhere.
>
> It can be called from driver_for_each_device()
Replying to Linus Torvalds:
> Ok,
> as a number of people are already aware (and in some cases have been
Actually, I'm very disappointed things gone such counter-productive
way. All along the history, I was against Larry's opponents, but at
the end, they are right. That's pity. To quote vin
hoi :)
On Mon, Apr 04, 2005 at 10:05:56AM +0800, Li Shaohua wrote:
> - on_each_cpu(enable_sep_cpu, NULL, 1, 1);
with this on_each_cpu call gone, you should also be able to remove the
useless info pointer in enable_sep_cpu.
--
Martin Waitz
signature.asc
Description: Digital signature
I see regular crashes with 2.6.11.6 (mandrake-patched) and Java 1.5.02 (01 too
btw, but not 1.4.2). Gentoo people report the same problem sugesting that it
may have appeared between 2.6.11.4 and 2.6.11.5.
If I start eclipse and then, outside of eclipse, starts a java 1.5 process
eclipse dies
On Wed, 6 April 2005 21:09:50 +0200, Blaisorblade wrote:
>
> I'm reattaching the patch, so that you can look at the changelog (I'm also
> resending it as a separate email so that it is reviewed and possibly merged).
> Basically this is an error in GCC 2 and not in GCC 3:
>
> int [] list = {
>
Jon Smirl wrote:
> ODSL could then GPL the code and quiet the
> critics.
And also cause aaid GPL'ed code to be immediatly ported over to Windows. I don't
think BitMover could ever agree to that.
--
[Name ] :: [Matan I. Peled]
[Location ] :: [Israel]
[Public Key] ::
Hello,
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?
Thanks,
Jason Gaston
On Tuesday 05 April 2005 08:00, Jason Gaston wrote:
> Hello,
>
> This patch adds the Intel ESB2 DID's to the irq.c and
1 - 100 of 495 matches
Mail list logo