* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> There are positive reports in the never-ending "my system crawls like
> an XT when copying large files" bugzilla entry:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=7372
i forgot this entry:
" We recently upgraded our office to gigabit Ethernet a
On Sat, 4 Aug 2007, Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
There are positive reports in the never-ending "my system crawls like
an XT when copying large files" bugzilla entry:
http://bugzilla.kernel.org/show_bug.cgi?id=7372
i forgot this entry:
" We recently upgraded
On Sat, 2007-08-04 at 12:06 +0900, Paul Mundt wrote:
> On Fri, Aug 03, 2007 at 08:26:17PM +0100, Adrian McMenamin wrote:
> > diff --git a/arch/sh/boards/dreamcast/Makefile
> > b/arch/sh/boards/dreamcast/Makefile
> > index e6fcd3d..7b97546 100644
> > --- a/arch/sh/boards/dreamcast/Makefile
> > +++ b
On Thursday 02 August 2007 13:03, Frank Ch. Eigler wrote:
> Arjan van de Ven <[EMAIL PROTECTED]> writes:
> > [...]
> > It does not matter [whose] code gets merged.
> > What matters is that the problem gets solved and that the Linux
> > kernel innovates forward.
> > [...]
>
> This attitude has risks
Alan Cox wrote:
>> * Albert: irq_on/off. Really need to give this some thought. Not sure
>> I like where this model is going. Polling and twiddling irq on/off
>> should be kept to a minimum, because it's sorta an admission that the
>> host state machine has broken down, and we need to bandaid
> I've been told that it's possible to have the kernel pull the firmware
> off of an initrd (or was it initramfs, I keep confusing the two) without
> having any userspace, just put the right file in the right place
> (unfortunantly I've never gotten around to testing this) will this patch
> break t
On Fri, Aug 03, 2007 at 11:34:07AM -0700, Andrew Morton wrote:
> (attempting to cc Matthias. If I have the wrong one, please fix it up)
You got the correct one.
> > Looks like the same problem with spinlock unfairness we've seen
> > elsewhere: it seems to be looping here? Or is everyone stuck
>
> It only affects hot paths in the NUMA case so non-NUMA users will not care.
For x86-64 most distribution kernels are NUMA these days.
> For NUMA users, I have posted patches that eliminate multiple zonelists
> altogether which will reduce cache footprint (something like 7K per node on
> x86_6
On Sat, 2007-08-04 at 01:25 +0200, Jesper Juhl wrote:
> Hi,
>
> I can't find anything guaranteeing that 'ubi_num' cannot be <0 in
> drivers/mtd/ubi/kapi.c::ubi_open_volume(), and in fact the code
> even tests for that and errors out if so. Unfortunately the test
> for "ubi_num < 0" happens afte
[EMAIL PROTECTED] wrote:
> On Fri, 3 Aug 2007, Stefan Richter wrote:
>> There is a variety of possible naming schemes:
>>
>> - Naming by order of discovery.
>> - Naming by vendor/model name strings.
>> - Naming by universally unique identifier.
>> - Naming by topology.
>> - ...
>>
>> Only the
> In the boot decompressor for the kernel in the image Iouri provided, I
32bit or 64bit image?
> As you can plainly see, the call to memcpy (which is redefined in
> boot/compressed/misc.c) is made using stack calling convention.
> Unfortunately, the compiler generated the memcpy function itself
> > amd_apic_timer_broken: forcing return value of 1
>
> since this makes it all work for you, it does appear that the AMD local
> timer stops in C1 even when that isn't true, and as such is not useful.
Probably messed up SMM code. Might not apply to all AMD CPUs.
> Sad. It probably means that
On Saturday 04 August 2007 00:50, Andrew Morton wrote:
> On Fri, 03 Aug 2007 18:10:03 -0400
>
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=250859
> >
> > at line 74:
> >
> > [EMAIL PROTECTED]:
> > [EMAIL PROTECTED]:
On Saturday, 4 August 2007 02:51, Gert Robben wrote:
> >>> Have you reported this to the ALSA people?
> >> No, I thought this might as well be something for PCI or PM people, and
> >> I expected some ALSA people are also reading this list.
> >> If not, where else should I report this exactly?
> >
On Saturday, 4 August 2007 05:45, Len Brown wrote:
> On Friday 03 August 2007 18:47, Rafael J. Wysocki wrote:
> > On Saturday, 4 August 2007 00:01, Linus Torvalds wrote:
> > > On Fri, 3 Aug 2007, Rafael J. Wysocki wrote:
[--snip--]
> >
> > +config SUSPEND_UP_POSSIBLE
> > + bool
> > + depends
On Aug 3 2007 15:16, Joe Perches wrote:
>On Fri, 2007-08-03 at 17:05 +0200, Jean Delvare wrote:
>> Fine with me, but this first patch should still be correct per se.
>
>Add new pr_ printk(KERN_ fmt "\n", ##arg) to kernel.h
>pr_info and pr_debug are unchanged
>Remove local pr_err #defines
>Convert
On 08/04/2007 02:09 AM, Jesper Juhl wrote:
In sound/pci/au88x0/au88x0.c::snd_vortex_create() :
The Coverity checker found that if we allocate storage for 'chip'
but then leave via the regions_out: label, then we end up leaking
the storage allocated for 'chip'.
I believe simply freeing 'chip'
On Thu, 2 Aug 2007 14:27:04 -0700
"Chakri n" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We are seeing this problem while unmounting file systems. It happens
> once in a while.
> I am able to grab the trace and core from linux-2.6.18-1.8.el5, but I
> have observed the same problem with linux-2.6.20.1 ke
On Sun, Jul 15, Mike Frysinger wrote:
> On 7/15/07, Olaf Hering <[EMAIL PROTECTED]> wrote:
> >On Sat, Jul 14, Mike Frysinger wrote:
> >> imo, asm/page.h should just go away for userspace. the attached patch
> >> is what i've been using in Gentoo ... but somethings (like an arch or
> >> two in gli
On Sat, Jul 14, Olaf Hering wrote:
> SHMLBA cant possible be used in userspace, see sparc versions of that header.
Ping.
Anything wrong with this patch?
-
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 Saturday, 4 August 2007 05:50, Linus Torvalds wrote:
>
> So I tried to hold people to the merge window, and said no to a few pull
> requests, but this whole "-rc2 is the new -rc1" thing is a disease, and
> not only is -rc2 late, it's bigger than it should be. Oh, well.
Suspend and hibernatio
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> [ my personal interest in this is the following regression: every time
> i start a large kernel build with DEBUG_INFO on a quad-core 4GB RAM
> box, i get up to 30 seconds complete pauses in Vim (and most other
> tasks), during plain editing of t
* Peter Williams <[EMAIL PROTECTED]> wrote:
> NB Since move_tasks() gets called with two run queue locks held even
> small reductions in overhead are worthwhile.
thanks, i've applied your patch. It also shaves off a bit of code from
sched.o:
textdata bss dec hex filename
On 08/03, Chris Wright wrote:
>
> +long do_restart_poll(struct restart_block *restart_block)
> +{
> + struct pollfd __user *ufds = (struct pollfd __user*)restart_block->arg0;
> + int nfds = restart_block->arg1;
> + s64 timeout = ((s64)restart_block->arg3<<32) | (s64)restart_block->arg2;
This is arcch/ppc:
kernel/power/Kconfig:84:warning: 'select' used by config symbol 'SUSPEND_SMP'
refers to undefined symbol 'HOTPLUG_CPU'
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
Hi Miklos,
On Friday 03 August 2007, Miklos Szeredi wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Make lifetime of 'struct fuse_file' independent from 'struct file' by
> adding a reference counter and destructor.
What about using krefs to implement that?
see include/linux/kref.h
and lib
Hi LKML,
Thanks to Vojtech for some advice, I finally got something happening
with this. Turns out I had to add support for a new model in alps.c,
the attached file does this successfully for my laptop. It'd be nice to
have others test it, but I am yet to find anyone else who has this same
laptop
usb usb4: usb resume
ehci_hcd :00:1d.7: resume root hub
hub 4-0:1.0: hub_resume
hub 4-0:1.0: state 7 ports 6 chg evt
ehci_hcd :00:1d.7: GetStatus port 3 status 001803 POWER sig=j CSC CONNECT
hub 4-0:1.0: port 3, status 0501, change 0001, 480 Mb/s
hub 4-0:1.0: debounce: port 3: tot
Andi Kleen wrote:
In the boot decompressor for the kernel in the image Iouri provided, I
32bit or 64bit image?
As you can plainly see, the call to memcpy (which is redefined in
boot/compressed/misc.c) is made using stack calling convention.
Unfortunately, the compiler generated the me
On Sat, Aug 04, 2007 at 08:54:36AM +0100, Adrian McMenamin wrote:
> On Sat, 2007-08-04 at 12:06 +0900, Paul Mundt wrote:
> > On Fri, Aug 03, 2007 at 08:26:17PM +0100, Adrian McMenamin wrote:
> > > +static void mach_reboot_fixups(void)
> > > +{
> > > + if (mach_is_dreamcast()) {
> > > + writ
On Tue, 31 Jul 2007 18:59:59 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> drivers/mmc/core/bus.c | 5663 -> 5619 (-44 bytes)
> drivers/mmc/core/bus.o | 70899 -> 70731 (-168 bytes)
>
> drivers/mmc/core/bus.c |4 +---
> 1 file
On Tue, 31 Jul 2007 19:53:16 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> drivers/mmc/core/host.c | 3509 -> 3457 (-52 bytes)
> drivers/mmc/core/host.o | 92400 -> 92136 (-264 bytes)
>
> drivers/mmc/core/host.c |4 +---
> 1 fi
This pacth contains the following cleanups:
- make the needlessly global geode_modedb[] static
- lxfb_setup(): remove an unused variable
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/video/geode/lxfb_core.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
6ff33bdabb002b
On Wed, 1 Aug 2007 00:05:24 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> drivers/mmc/core/sdio_bus.c | 5528 -> 5483 (-45 bytes)
> drivers/mmc/core/sdio_bus.o | 70044 -> 69876 (-168 bytes)
>
> drivers/mmc/core/sdio_bus.c |4 +
On Tue, 31 Jul 2007 20:50:13 +0200
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> drivers/mmc/core/mmc_ops.c | 7957 -> 7924 (-33 bytes)
> drivers/mmc/core/mmc_ops.o | 101732 -> 101744 (+12 bytes)
>
> drivers/mmc/core/mmc_ops.c |3 +-
Am Montag 30 Juli 2007 schrieb Avi Kivity:
> Alistair John Strachan wrote:
[...]
> > Basically, the installer seems to work fine, but Windows seemed to have
> > problems after installing post-SP2 updates. Maybe that's why not
> > everybody is seeing it yet.
>
> How about the attached patch? (I have
Fyi. Seeing the below on boot (first is UP, second SMP system).
from my logs,
23-rc1-git10 was ok
sorry, did not run git11
23-rc1-git12 first shows up
eth0: setting half-duplex.
WARNING: at kernel/irq/resend.c:70 check_irq_resend()
[] check_irq_resend+0xab/0xc0
[] enable_irq+0x99/0xa0
[] vo
On Tue, 31 Jul 2007 16:36:30 +0100
David Vrabel <[EMAIL PROTECTED]> wrote:
> These three patches enhance the support for the SDIO IO_RW_EXTENDED
> command. The block size of functions is managed and the I/O ops
> (sdio_readsb() etc) are extended to handle arbitrary lengths of data
> (by using mult
> This pacth contains the following cleanups:
> - make the needlessly global geode_modedb[] static
> - lxfb_setup(): remove an unused variable
I have submitted a patch for the 2nd cleanup:
http://marc.info/?l=linux-mm-commits&m=118616305111463&w=2
Thanks,
Eugene
-
To unsubscribe from this list:
On Tue, 31 Jul 2007 16:36:31 +0100
David Vrabel <[EMAIL PROTECTED]> wrote:
> Signed-off-by: David Vrabel <[EMAIL PROTECTED]>
>
> ---
> commit 51755c3d59be1ba778bef45888f9f5e341dc4af4
> tree c7bbb562b2d801197eefb619a17c94467c1299cd
> parent 1cf0b6019aa3916197eecafe058bd2f3d700d24a
> author David V
On Tue, 31 Jul 2007 16:36:32 +0100
David Vrabel <[EMAIL PROTECTED]> wrote:
> Prior to calling the driver's probe(), set the functions' block size
> to the largest that's supported by both the card and the driver.
>
> Signed-off-by: David Vrabel <[EMAIL PROTECTED]>
>
Why a maximum size for the d
On Tue, 31 Jul 2007 16:36:33 +0100
David Vrabel <[EMAIL PROTECTED]> wrote:
> Extend sdio_readsb(), sdio_writesb(), sdio_memcpy_fromio(), and
> sdio_memcpy_toio() to handle any length of buffer by splitting the
> transfer into several IO_RW_EXTENDED commands. Typically, a transfer
> would be split
On Sat, Aug 04, 2007 at 10:15:54PM +1000, William Pettersson wrote:
> Hi LKML,
> Thanks to Vojtech for some advice, I finally got something happening
> with this. Turns out I had to add support for a new model in alps.c,
> the attached file does this successfully for my laptop. It'd be nice to
>
> What exact type of machine is it?
Not sure which one Cal has but I have an Averatec 2370 12inch laptop
with an nVidia MCP51 chipset.
AMD Turion(tm) 64 X2 Mobile Technology TL-50
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On 8/4/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
> > After resume from s2ram or switching to console from X, my console is
> > messed up on rc1 and rc2. Is there a fix for this?
>
> This is on IBM X60. i915 chipset. No problem on 2.6.22. If this is a
> known problem, than I don't need to bisect all
On Saturday 04 August 2007 14:17:34 Prakash Punnoor wrote:
> Unfortunately this doesn't seem to have made it into 2.6.23-rc2. I need it
> as well, to make Windows XP boot up w/o hanging or reebooting my host
> machine.
It isn't in 2.6.23-rc2. I guess Avi should re-send to Linus and hopefully
it'l
Andi Kleen wrote:
In the boot decompressor for the kernel in the image Iouri provided, I
32bit or 64bit image?
As you can plainly see, the call to memcpy (which is redefined in
boot/compressed/misc.c) is made using stack calling convention.
Unfortunately, the compiler generated the me
On Fri, 3 Aug 2007 19:59:51 -0400
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> is there a method for setting custom baud rates that doesnt cause a
> "deprecated" message from showing up ? for example:
> # setserial -a /dev/ttyBF0 divisor 9 spd_cust
> setserial sets custom speed on ttyBF0. This i
(adding netdev cc:)
On 8/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Sat, 4 Aug 2007, Ingo Molnar wrote:
>
> > * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> >> There are positive reports in the never-ending "my system crawls like
> >> an XT when copying large files" bugzilla entry:
>
On Sat, 4 Aug 2007, Jeff Chua wrote:
>
> On 8/4/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
> >
> > > After resume from s2ram or switching to console from X, my console is
> > > messed up on rc1 and rc2. Is there a fix for this?
> >
> > This is on IBM X60. i915 chipset. No problem on 2.6.22. If thi
On 03/08/07, Len Brown <[EMAIL PROTECTED]> wrote:
> On Saturday 28 July 2007 18:45, Jesper Juhl wrote:
> > Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
> > ---
> >
> > drivers/acpi/asus_acpi.c | 1 +
> > 1 files changed, 1 insertions(+), 0 deletions(-)
> >
> > diff --git a/drivers/acpi/asus_acpi.c
On Sat, 4 Aug 2007, Ingo Molnar wrote:
>
> i forgot this entry:
>
> " We recently upgraded our office to gigabit Ethernet and got some big
>AMD64 / 3ware boxes for file and vmware servers... only to find them
>almost useless under any kind of real load. I've built some patched
>
On Sat, 4 Aug 2007, Ingo Molnar wrote:
> > [ my personal interest in this is the following regression: every time
> > i start a large kernel build with DEBUG_INFO on a quad-core 4GB RAM
> > box, i get up to 30 seconds complete pauses in Vim (and most other
> > tasks), during plain editi
On Sat, 4 Aug 2007 11:30:41 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Saturday 04 August 2007 00:50, Andrew Morton wrote:
> > On Fri, 03 Aug 2007 18:10:03 -0400
> >
> > Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=250859
> > >
> > > at l
We (the -stable team) are announcing the release of the 2.6.21.7 kernel.
All users of the 2.6.21 kernel series are encouraged to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.21.6 and 2.6.21.7
The updated 2.6.21.y git tree can be found at:
git://git.k
diff --git a/Makefile b/Makefile
index 384ad33..673c4dd 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 21
-EXTRAVERSION = .6
+EXTRAVERSION = .7
NAME = Nocturnal Monster Puppy
# *DOCUMENTATION*
diff --git a/arch/i386/kernel/entry.S b/arch/i386/kerne
Gabriel Barazer wrote:
Hi,
After upgrading kernel to 2.6.22 on a Vmware workstation guest version
5.5 and 6 , the kernel decompression stage ("Decompressing Linux...")
is hanging for a very long time (~5 minutes) before finally
succeeding (displaying "done.\nBooting the kernel.\n"). During t
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > hm, it turns out that it's due to vim doing an occasional fsync not
> > only on writeout, but during normal use too. "set nofsync" in the
> > .vimrc solves this problem.
>
> Yes, that's independent. The fact is, ext3 *sucks* at fsync. I hate
> h
As far as I know, all CardBus FireWire 400 adapters have a maximum
payload of 1024 bytes which is less than the speed-dependent limit of
2048 bytes. Fw-sbp2 has to take the host adapter's limit into account.
This apparently fixes Juju's incompatibility with my CardBus cards, a
NEC based card and
On (04/08/07 10:51), Andi Kleen didst pronounce:
>
> > It only affects hot paths in the NUMA case so non-NUMA users will not care.
>
> For x86-64 most distribution kernels are NUMA these days.
>
> > For NUMA users, I have posted patches that eliminate multiple zonelists
> > altogether which wil
Date: Wed, 1 Aug 2007 20:30:36 +0200 (CEST)
From: Stefan Richter <[EMAIL PROTECTED]>
Subject: ieee1394: revert "sbp2: enforce 32bit DMA mapping"
Revert commit 0555659d63c285ceb7ead3115532e1b71b0f27a7 from 2.6.22-rc1.
The dma_set_mask call somehow failed on a PowerMac G5, PPC64:
http://lkml.org/lkm
On Sat, 4 Aug 2007 12:07:43 +0200 Olaf Hering <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 14, Olaf Hering wrote:
>
> > SHMLBA cant possible be used in userspace, see sparc versions of that
> > header.
>
> Ping.
ping who?
> Anything wrong with this patch?
Not afaik. I queued it for 2.6.24.
-
To
On Fri, Aug 03, 2007 at 06:19:16PM -0700, Daniel Phillips ([EMAIL PROTECTED])
wrote:
> It depends on the characteristics of the physical and virtual block
> devices involved. Slow block devices can produce surprising effects.
> Ddsnap still qualifies as "slow" under certain circumstances (big
On Sat, 4 Aug 2007 09:17:44 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
>
>
> On Sat, 4 Aug 2007, Ingo Molnar wrote:
>
> > > [ my personal interest in this is the following regression: every time
> > > i start a large kernel build with DEBUG_INFO on a quad-core 4GB RAM
> > > bo
Hi Daniel.
> On Tuesday 31 July 2007 10:13, Evgeniy Polyakov wrote:
> > * storage can be formed on top of remote nodes and be exported
> > simultaneously (iSCSI is peer-to-peer only, NBD requires device
> > mapper and is synchronous)
>
> In fact, NBD has nothing to do with device mappe
On Sat, 4 Aug 2007 15:03:34 +0200 Pierre Ossman <[EMAIL PROTECTED]> wrote:
> On Wed, 1 Aug 2007 00:05:24 +0200
> Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
>
> > Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
> >
> > drivers/mmc/core/sdio_bus.c | 5528 -> 5483 (-45 bytes)
> > drivers/mm
Hi Jan, Joe,
On 8/4/2007, "Jan Engelhardt" <[EMAIL PROTECTED]> wrote:
>On Aug 3 2007 15:16, Joe Perches wrote:
>>On Fri, 2007-08-03 at 17:05 +0200, Jean Delvare wrote:
>>> Fine with me, but this first patch should still be correct per se.
>>
>>Add new pr_ printk(KERN_ fmt "\n", ##arg) to kernel.h
On Sat, 4 Aug 2007 18:37:33 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > > hm, it turns out that it's due to vim doing an occasional fsync not
> > > only on writeout, but during normal use too. "set nofsync" in the
> > > .vimrc solves this
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > yeah, it's really ugly. But otherwise i've got no real complaint
> > about ext3 - with the obligatory qualification that
> > "noatime,nodiratime" in /etc/fstab is a must. This speeds up things
> > very visibly - especially when lots of files are a
On Fri, Aug 03, 2007 at 09:04:51AM +0400, Manu Abraham ([EMAIL PROTECTED])
wrote:
> On 7/31/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > TODO list currently includes following main items:
> > * redundancy algorithm (drop me a request of your own, but it is highly
> > unlikley
El Sat, 4 Aug 2007 18:37:33 +0200, Ingo Molnar <[EMAIL PROTECTED]> escribió:
> thousands of applications. So for most file workloads we give Windows a
> 20%-30% performance edge, for almost nothing. (for RAM-starved kernel
> builds the performance difference between atime and noatime+nodiratime
Michał Kudła wrote:
[1.] One line summary of the problem:
many crashes on my new laptop - Santa Rosa
[2.] Full description of the problem/report:
from /var/log/messages
cat /var/log/messages
Aug 4 13:34:28 laptok wlan0: setting MTU 576
Aug 4 13:34:30 laptok r8169: eth0: link down
Aug 4
On Sat, 4 Aug 2007, Stefan Richter wrote:
[EMAIL PROTECTED] wrote:
On Fri, 3 Aug 2007, Stefan Richter wrote:
There is a variety of possible naming schemes:
- Naming by order of discovery.
- Naming by vendor/model name strings.
- Naming by universally unique identifier.
- Naming by topolog
On Sat, 4 Aug 2007, Javier Pello wrote:
I've been told that it's possible to have the kernel pull the firmware
off of an initrd (or was it initramfs, I keep confusing the two) without
having any userspace, just put the right file in the right place
(unfortunantly I've never gotten around to test
Stefan Richter wrote:
Date: Wed, 1 Aug 2007 20:30:36 +0200 (CEST)
From: Stefan Richter <[EMAIL PROTECTED]>
Subject: ieee1394: revert "sbp2: enforce 32bit DMA mapping"
Revert commit 0555659d63c285ceb7ead3115532e1b71b0f27a7 from 2.6.22-rc1.
The dma_set_mask call somehow failed on a PowerMac G5, PP
On Sat, 4 Aug 2007, Ray Lee wrote:
(adding netdev cc:)
On 8/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On Sat, 4 Aug 2007, Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
There are positive reports in the never-ending "my system crawls like
an XT when copying large file
* Diego Calleja <[EMAIL PROTECTED]> wrote:
> El Sat, 4 Aug 2007 18:37:33 +0200, Ingo Molnar <[EMAIL PROTECTED]> escribió:
>
> > thousands of applications. So for most file workloads we give
> > Windows a 20%-30% performance edge, for almost nothing. (for
> > RAM-starved kernel builds the perfo
On 08/04/2007 6:23:00 PM +0200, Zachary Amsden <[EMAIL PROTECTED]> wrote:
Gabriel Barazer wrote:
Hi,
After upgrading kernel to 2.6.22 on a Vmware workstation guest version
5.5 and 6 , the kernel decompression stage ("Decompressing Linux...")
is hanging for a very long time (~5 minutes) before
Andrew Morton writes:
[...]
>
> It's pretty much unfixable given the ext3 journalling design, and the
> guarantees which data-ordered provides.
ZFS has intent log to handle this
(http://blogs.sun.com/realneel/entry/the_zfs_intent_log). Something like
that can --theoretically-- be added to ex
(Adding Cc: linuxppc-dev, olh)
Robert Hancock wrote:
> Stefan Richter wrote:
>> Date: Wed, 1 Aug 2007 20:30:36 +0200 (CEST)
>> From: Stefan Richter <[EMAIL PROTECTED]>
>> Subject: ieee1394: revert "sbp2: enforce 32bit DMA mapping"
>>
>> Revert commit 0555659d63c285ceb7ead3115532e1b71b0f27a7 from 2
This is mainly bug fixes ... there's one or two features completions
that have been delayed pending ack and review to do with bsg (headers
and passthrough) but these are really required to complete already
upstream code.
The patch is available here:
master.kernel.org:/pub/scm/linux/kernel/git/jej
El Sat, 4 Aug 2007 19:17:24 +0200, Ingo Molnar <[EMAIL PROTECTED]> escribió:
> i've got util-linux-2.13-0.46.fc6 and 2.6.22 on that box, shouldnt that
> be recent enough? As far as i can see it from the kernel-side code, this
> works on the general VFS level and hence should be supported by ext3
On Sat, 4 Aug 2007, Ingo Molnar wrote:
>
> yeah, it's really ugly. But otherwise i've got no real complaint about
> ext3 - with the obligatory qualification that "noatime,nodiratime" in
> /etc/fstab is a must.
I agree, we really should do something about atime.
But the fsync thing is a real
On 8/4/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 4 Aug 2007 11:30:41 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > On Saturday 04 August 2007 00:50, Andrew Morton wrote:
> > > On Fri, 03 Aug 2007 18:10:03 -0400
> > >
> > > Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> > > > https://bug
El Sat, 4 Aug 2007 19:38:01 +0200, Diego Calleja <[EMAIL PROTECTED]> escribió:
> Mmmh, "mount -o remount,noatime /" seems to Work For Me in Ubuntu
> with util-linux/mount "2.12r-17ubuntu"...but then Google says [1] that
> Ubuntu has been shipping with relatime enabled as default for months,
Linus Torvalds wrote:
>
> On Sat, 4 Aug 2007, Jeff Chua wrote:
>> On 8/4/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
After resume from s2ram or switching to console from X, my console is
messed up on rc1 and rc2. Is there a fix for this?
>>> This is on IBM X60. i915 chipset. No problem on 2
From: Rob Landley <[EMAIL PROTECTED]>
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
Some documentation for "make headers_install".
---
Earlier discussion was at http://lkml.org/lkml/2007/6/22/7 and I
believe I've responded to all of David's comments.
--- /dev/null 2007-04-23 10:59:00.00
Linus Torvalds wrote:
The "relatime" thing that David mentioned might well be very useful, but
it's probably even less used than "noatime" is. And sadly, I don't really
see that changing (unless we were to actually change the defaults inside
the kernel).
I actually vote for that. IMO, distr
W liście datowanym na sobota, 4 sierpnia 2007, Robert Hancock pisze:
>RH Can you reproduce this without the binary NVIDIA module loaded?
Yes,
Next photo is made on kernel with nvidiafb module
http://picasaweb.google.pl/Michal.Kudla/Gentoo/photo#5094907741297540418
// P.S. Can I find this error in
On Sat, 4 Aug 2007 10:45:31 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> still need
> x86_64-get-mp_bus_to_node-as-early-v2.patch in the -mm
> it fix
What does it fix? Much more detail, please.
> diff -puN arch/i386/pci/irq.c~x86_64-get-mp_bus_to_node-as-early-v2
> arch/i386/pci
Maciej W. Rozycki wrote:
On Fri, 27 Jul 2007, Lee Howard wrote:
Okay, so let's say we've got a loop around a blocking read on the modem file
descriptor...
for (;;) {
read some data from modem
process data from modem
if (end-of-data detected) break;
}
Are you suggesting that th
Ray Lee wrote:
On 7/27/07, Lee Howard <[EMAIL PROTECTED]> wrote:
Curiously, the session at 38400 bps that skipped 858 bytes... coincided,
not just in sequence but also in precice timing within the session, with
a small but noticeable disk load that I caused by grepping through a
hundred sess
Hi Andrew,
I just went through my mailbox and found a bunch of old patches
that never got any comments (or at the very least never got applied).
I would hate to see the work I did creating them go to waste, so
I'm going to resend them all to you and Cc all the original
recipients and then I ho
This is a resend of a patch I originally submitted on 23/7-2007 23:32.
That patch was an updated version of one originally submitted on 21-Jul-2007
00:56.
The original patch made a brief appearance in -mm, but was dropped
due to concerns raised by Richard Purdie that it didn't fix all issues.
Back in 2006 (2006-10-31 to be specific, reposted on 2006-11-16), I
submitted a patch to fix a potential NULL pointer deref in XFS on
failed mount.
The patch drew some comments and it turned out that my initial
approach to a fix was wrong.
David Chinner kindly offered some tips on how to implem
(resend of patch previously submitted on 04-Aug-2007 02:09)
Hi,
In sound/pci/au88x0/au88x0.c::snd_vortex_create() :
The Coverity checker found that if we allocate storage for 'chip'
but then leave via the regions_out: label, then we end up leaking
the storage allocated for 'chip'.
I believe
(Resend of patch from 7 May 2007 17:18:00)
Currently, if you call scripts/gcc-version.sh without arguments it will
generate this output :
$ sh scripts/gcc-version.sh
scripts/gcc-version.sh: line 12: [: =: unary operator expected
scripts/gcc-version.sh: line 16: -E: command not found
scripts/gc
(Resending old patch originally submitted at 1/7-2007 02:19)
In xl_freemem(), if dev_if is NULL, the line
struct xl_private *xl_priv =(struct xl_private *)dev->priv;
will cause a NULL pointer dereference. However, if we move
that assignment below the 'if' statement that tests for a NULL
'de
(resending old patch from 5/7-2007 02:18)
Trivial fix of a spelling error in a comment in cfi_cmdset_0001.c
s/ships/chips/
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/mtd/chips/cfi_cmdset_0001.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/m
Ok, this is a bit silly (but also a little fun) :-)
In Documentation/ we have the xterm-linux.xpm image.
Now an XPM image is more or less C code, so I thought it would
be fun to look at it like that and put on the CodingStyle and
space use glasses.
I made two changes, none of which change the a
1 - 100 of 209 matches
Mail list logo
