On Thu, Jan 31 2008 at 12:08 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 30 2008 at 21:47 +0200, Sven Köhler <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> so i have upgraded a system to kernel 2.6.24. After that, it failed to
>> boot with the usual message telling, that the rootfs on
On Wed, 2008-02-13 at 00:23 +0530, Dhaval Giani wrote:
> Hi Ingo,
>
> I've been running the latest sched-git through some tests. Here is
> essentially what I am doing,
>
> 1. Mount the control group
> 2. Create 3-4 groups
> 3. Start kernbench inside each group
> 4. Run cpu hogs in each group
>
On Tue, Feb 12, 2008 at 11:08:18AM -0800, Arjan van de Ven wrote:
> On Tue, 12 Feb 2008 19:50:12 +0100
> Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > >
> > > Now I realize that certain distros have patched gcc to compensate
> > > for their lack of distro wide CFLAGS, and it's great to work around
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> yet another try to extend the clone flags and probably not the last !
>
> This patchset adds 2 new syscalls :
>
> long sys_clone64(unsigned long flags_high, unsigned long flags_low,
> unsigned long newsp);
>
> long
Commit ee3d9bd4de1ed93d2a7ee41c331ed30a1c7b8acd, while greatly
simplifying the kernel SIGSEGV handler that runs in the process
address space, introduced a bug which corrupts FP state in the
process.
Previously, the SIGSEGV handler called the sigreturn system call by
hand - it couldn't return
The macros which extract registers from a struct sigcontext are no
longer needed and can be removed. They are starting not to build
anyway, given the removal of the 'e' and 'r' from register names
during the x86 merge.
Cc: Jiri Olsa <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL
On Tue, 12 Feb 2008, James Bottomley wrote:
>
> Hm ... I think net is a counter example to this. Rebases certainly work
> for them.
They consider themselves to be "one tree" and are thus largely a totally
different issue than the one discussed here.
Also, I actually flamed David a lot last
On Tue, Feb 12, 2008 at 10:11:13AM -0800, Linus Torvalds wrote:
>
>
> On Tue, 12 Feb 2008, Andi Kleen wrote:
> >
> > > - the kgdb commands should always act on the *current* CPU only
> > > - add one command that says "switch over to CPU #n" which just releases
> > >the current CPU and
On Tue, Feb 12, 2008 at 10:26:17AM +0100, Hans-Peter Jansen wrote:
> Hi,
>
> I suffer from unreliable cdrom operations (failing DAE and burn sessions)
> with the openSUSE 2.6.18.8-0.7-bigsmp kernel.
Hi,
can please you test this with a more recent kernel. Yours is
On Tue, 12 Feb 2008 19:20:24 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> > - the kgdb commands should always act on the *current* CPU only
> > - add one command that says "switch over to CPU #n" which just releases
> >the current CPU and sends an IPI to that CPU #n (no timeouts, no
> >
From: SDiZ <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 11:40:30 +0800
> This patch fix bugzilla #9027.
> ``Syslog flooded with "hci_scodata_packet: hci0 SCO packet for unknown
> connection handle 92" message"
>
> see http://bugzilla.kernel.org/show_bug.cgi?id=9027
Marcel, please ACK and I'll
On Wed, Feb 13, 2008 at 02:43:29AM +, Ken Moffat wrote:
> On Tue, Feb 12, 2008 at 04:15:07PM -0800, Greg KH wrote:
> >
> > I'm curious if we really still support the ide=reverse option? It's a
> > config option that I don't think the distros still enable (SuSE does
> > not). Is this still
On Wed, Feb 13, 2008 at 02:41:07AM +0100, Rene Herman wrote:
> On 13-02-08 01:15, Greg KH wrote:
>
>> I'm reworking the pci device list logic (we currently keep all PCI
>> devices in 2 lists, which isn't the nicest, we should be able to get
>> away with only 1 list.)
>> The only bother I've found
On Wed, Feb 13, 2008 at 02:17:37AM +, Alan Cox wrote:
> > Why does the calgary driver need this? Can we just use pci_get_device()
> > instead? Why do you need to walk the device list backwards? Do you get
> > false positives going forward?
>
> It doesn't look to be performance critical so
On Feb 13, 2008 11:29 AM, Scott Lovenberg <[EMAIL PROTECTED]> wrote:
>
> Randy Dunlap wrote:
> On Wed, 13 Feb 2008 09:08:12 +0700 Mulyadi Santosa wrote:
>
>
>
> Hi all...
>
> Here's my idea: what if we collaborate to extend and make the kernel
> documentation better? I have done (slow) start by
At Tue, 12 Feb 2008 16:27:44 +0100,
Matej Laitl wrote:
>
> Takashi Iwai wrote:
> > Takashi Iwai wrote:
> > > Matej Laitl wrote:
> > > > With your patch, the sound in headphone-out is working again, but
> > > > surprisingly the integrated loudspeakers stopped working! ;)
> > > >
> > > > Also, new
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > In other words, is it perhaps possible to just *get*rid*of* that
> > "kgdb_active" and "nmicallback" and the whole multi-CPU roundup?
> > Just use a kgdb spinlock around the stuff that actually sends and
> > receives individual packets, and expect
On Tue, 2008-02-12 at 11:36 -0500, Jeff Garzik wrote:
> David Miller wrote:
> > This is why, with the networking, we've just tossed all of the network
> > driver stuff in there too. I can rebase freely, remove changesets,
> > rework them, etc. and this causes a very low amount of pain for Jeff
>
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> In other words, is it perhaps possible to just *get*rid*of* that
> "kgdb_active" and "nmicallback" and the whole multi-CPU roundup? Just
> use a kgdb spinlock around the stuff that actually sends and receives
> individual packets, and expect the
On Tue, Feb 12 2008 at 18:22 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-12 at 11:31 -0300, Sergio Luis wrote:
>> Fix compilation warning in drivers/scsi/gdth.c, using deprecated
>> pci_find_device.
>> Change it into using pci_get_device instead:
>>
On Feb. 12, 2008, 18:36 +0200, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> David Miller wrote:
>> This is why, with the networking, we've just tossed all of the network
>> driver stuff in there too. I can rebase freely, remove changesets,
>> rework them, etc. and this causes a very low amount of
This adds a driver for the Synopsys DesignWare DMA controller (aka
DMACA on AVR32 systems.) This DMA controller can be found integrated
on the AT32AP7000 chip and is primarily meant for peripheral DMA
transfer, but can also be used for memory-to-memory transfers.
This patch is based on a driver
This is a driver for the MMC controller on the AP7000 chips from
Atmel. It should in theory work on AT91 systems too with some
tweaking, but since the DMA interface is quite different, it's not
entirely clear if it's worth it.
This driver has been around for a while in BSPs and kernel sources
This patch adds the necessary interfaces to the DMA Engine framework
to use functionality found on most embedded DMA controllers: DMA from
and to I/O registers with hardware handshaking.
In this context, hardware hanshaking means that the peripheral that
owns the I/O registers in question is able
This moves the code checking if a DMA channel is in use from
show_in_use() into an inline helper function, dma_is_in_use(). DMA
controllers can use this in order to give clients exclusive access to
channels (usually necessary when setting up slave DMA.)
I have to admit that I don't really
Set the 'parent' field of channel class devices to point to the
physical DMA device initialized by the DMA engine driver.
This allows drivers to use chan->dev.parent for syncing DMA buffers
and adds a 'device' symlink to the real device in
/sys/class/dma/dmaXchanY.
Signed-off-by: Haavard
Andi Kleen wrote:
>> It is more than a simple recursion check (which is already in the code)
>> because there are some conditions we can recover from. I'd rather not
>> crash the system out if it can be recovered.
>>
>
> Ok I'm trying to understand the code as you describe it. As far
> as I
On Tue, 12 Feb 2008, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > Stopping all CPUs for indefinite time very much seems like "breaking a
> > correctly working system" to me. [...]
>
> well, this is a small detail, but still you are wrong, and on a
> correctly
On Tue, Feb 12, 2008 at 11:24:09AM -0500, Jeff Garzik wrote:
> Greg KH wrote:
>> [1] Hopefully the "multiple drivers for a single device" feature people
>> have been asking for for years will be landing soon, of course the
>> number of odd places in the kernel that made the assumption that we
>>
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > Yes and the session has no fixed time limit.
>
> Quite frankly, if kgdb starts doing somethign "fancy", there is no way
> I'll merge it.
>
> This includes things like having "breakpoint reservations" (discussed
> earlier) and just generally
On Tue, 2008-02-12 at 19:57 -0800, Nicholas A. Bellinger wrote:
> Greetings all,
>
> On Tue, 2008-02-12 at 17:05 +0100, Bart Van Assche wrote:
> > On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > > I have always observed the case with LIO SE/iSCSI target mode ...
> >
Lee wrote:
> 1) we've discussed the issue of returning EINVAL for non-empty nodemasks
> with MPOL_DEFAULT. By removing this restriction, we run the risk of
> breaking applications if we should ever want to define a semantic to
> non-empty node mask for MPOL_DEFAULT.
The bigger risk, in my view,
On Tue, Feb 12, 2008 at 04:15:07PM -0800, Greg KH wrote:
>
> I'm curious if we really still support the ide=reverse option? It's a
> config option that I don't think the distros still enable (SuSE does
> not). Is this still needed these days?
>
My "server" has a consumer-grade desktop amd64
On Wednesday 13 February 2008 00:10, Eugene Teo wrote:
> Sorry for the repeated emails. Kindly ignore the previous resend. Please
> review this instead. Thanks. I have tested this.
If it is causing this much problems, can you split the cleanups into
their own patches.
> [PATCH 2/2] mm: various
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 00:39:16 +0100 (CET)
> On the other hand, the H and S of CHS could be lowered and S increased,
> e.g. divide H by 2, divide S by 2, multiply S by 4. This gives a finer
> bytes/cylinder granularity.
That's really not an option when
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 12:04:22 -0500
> net-2.6.26 updates certain to go to the next release
> net-2.6.26-maybeupdates that might not make it to the next
> release
If I knew something was "maybe" ahead of time I
On Tue, Feb 12, 2008 at 02:41:48PM -0800, Roland Dreier wrote:
> > > Chelsio's T3 HW doesn't support this.
>
> > Not so far I guess but it could be equipped with these features right?
>
> I don't know anything about the T3 internals, but it's not clear that
> you could do this without a new
On Tue, 12 Feb 2008, Paul Jackson wrote:
> Christoph wrote:
> > Good. And remove the enum.
> >
> > It would be better to add some sort of flags field?
>
> On the other hand, despite my brilliant (hah!) endorsement
> of bit field flags in my reply a few minutes ago, I'd settle
> for (1) removing
From: Marcin Slusarz <[EMAIL PROTECTED]>
replace all:
big/little_endian_variable =
cpu_to_[bl]eX([bl]eX_to_cpu(big/little_endian_variable) +
expression_in_cpu_byteorder);
with:
[bl]eX_add_cpu(/little_endian_variable,
expression_in_cpu_byteorder);
On Tue, Feb 12, 2008 at 10:20:44PM +, Alan Cox wrote:
> > I think the best way to get the serial drivers maintained would be to cat
> > them all onto the end of synclink.c and hope that Paul thinks he did it.
>
> Well I've already broken the buffering so he'd fix it ;)
>
> We have a pile of
On Tue, 2008-02-12 at 14:15 -0800, Dave Hansen wrote:
> On Tue, 2008-02-12 at 14:07 -0800, Badari Pulavarty wrote:
> > On Tue, 2008-02-12 at 13:57 -0800, Dave Hansen wrote:
> > > On Tue, 2008-02-12 at 13:56 -0800, Badari Pulavarty wrote:
> > > >
> > > > +static void __remove_section(struct zone
This patch (v0.4.8) adds /sysfs/firmware/ibft/[initiator|targetX|ethernetX]
directories along with text properties which export the the iSCSI
Boot Firmware Table (iBFT) structure.
What is iSCSI Boot Firmware Table? It is a mechanism for the iSCSI
tools to extract from the machine NICs the iSCSI
On Sun, 10 Feb 2008 17:00:31 +0300
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> This happened during LTP. FWIW, modprobe/rmmod trivial empty module
> together with cat /proc/*/wchan and cat /proc/modules were also running.
>
> Box is E6400, much debugging is on, config below.
>
>
> [
Linda Walsh wrote:
>
> Eric Sandeen wrote:
>> Linda Walsh wrote:
>>> David Chinner wrote:
Filesystem bugs rarely hang systems hard like that - more likely is
a hardware or driver problem. And neither of the lockdep reports
below are likely to be responsible for a system wide,
On Mon, 11 Feb 2008, Andi Kleen wrote:
> > So the warning comes a bit late :)
>
> I suspect if this was wrong before it would not have been noticed
> because user space hwclock would work around it.
And how exaclty does it work around ? By setting the binary cmos clock
with BCD values ?
> The
On Tue, Feb 12, 2008 at 10:59:00AM -0800, Linus Torvalds wrote:
>
>
> On Tue, 12 Feb 2008, Linus Torvalds wrote:
> >
> > In other words, I'm perfectly happy to be an a*hole and tell people that I
> > simply won't merge things that cause undue API churn at all, and that were
> > not thought
Hi Ingo, Steven,
I had been working on some ideas related to saving context switches in the
bottom-half mechanisms on -rt. So far, the ideas have been a flop, but a few
peripheral technologies did come out of it. This series is one such
idea that I thought might have some merit on its own. The
On Tue, 12 Feb 2008, Jeff Garzik wrote:
> Greg KH wrote:
> > The work I'm doing here is for stupid PCI firmware engineers, who have
> > created devices that are different things, all bound up under the same
> > PCI device. I'm thinking of watchdog timers and random number
> > generator and i2c
> What happens if I ship a binary-only program that uses *either* a GPL library
> or a custom library with the same API? "If you don't have the Frobozz-Foo
> library, you'll have to supply your own work-alike"
It depends whether it is a derived work. It doesn't matter if you paint
it green,
On Tue, 12 Feb 2008, James Bottomley wrote:
>
> On Tue, 2008-02-12 at 09:09 -0800, Linus Torvalds wrote:
> > (a) create a base tree with _just_ that fundamental infrastructure change,
> > and make sure that base branch is so obviously good that there is no
> > question about merging
On Tue, Feb 12, 2008 at 09:42:20AM -0800, Roland Dreier wrote:
> > The work I'm doing here is for stupid PCI firmware engineers, who have
> > created devices that are different things, all bound up under the same
> > PCI device. I'm thinking of watchdog timers and random number
> > generator
> The other is that once somebody says "ok, I *really* need to cause this
> breakage, because there's a major bug or we need it for fundamental reason
> XYZ", then that person should
>
> (a) create a base tree with _just_ that fundamental infrastructure change,
> and make sure that
Hi Andrew
> > and, It is judged out of trouble at the fllowing situations.
> > o memory pressure decrease and stop moves an anonymous page to the
> > inactive list.
> > o free pages increase than (pages_high+lowmem_reserve)*2.
>
> This seems rather arbitrary. Why choose this stage in the page
On Tue, 12 Feb 2008 15:03:41 +0100 Fabio Coatti wrote:
> Hi all,
> I'm stuck in a weird situation: I'm unable to go beyond 2.6.23.14, so to fix
> the splice bug I've had to apply by hand the patch. (x86_64)
>
> Basically, with 2.6.24.2 (the same with 2.6.24 and .1), tha machine won't
> boot
>
On Tue, 2008-02-12 at 17:06 +0900, Yasunori Goto wrote:
> > On Mon, 2008-02-11 at 11:48 -0800, Andrew Morton wrote:
> > > On Mon, 11 Feb 2008 09:23:18 -0800
> > > Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> > >
> > > > Hi Andrew,
> > > >
> > > > While testing hotplug memory remove against -mm,
On Mon, Feb 11, 2008 at 03:22:13PM -0800, Venki Pallipadi wrote:
> Just sent this patch to fix a regression in acpi processor_idle.c on another
> thread. Can you try the patch below and check whether that helps.
Yeah, it seems that it fixed suspend troubles.
--
Lukáš Hejtmánek
--
To unsubscribe
On Tue, 12 Feb 2008, Jeff Garzik wrote:
> David Miller wrote:
> > This is why, with the networking, we've just tossed all of the network
> > driver stuff in there too. I can rebase freely, remove changesets,
> > rework them, etc. and this causes a very low amount of pain for Jeff
> > Garzik
On Mon, Feb 11, 2008 at 04:14:52PM +0530, Ananth N Mavinakayanahalli wrote:
> The following series of patches create and populate the toplevel tests/
> directory. This will henceforth be the place where all in-kernel tests
> live.
>
> All patches against 2.6.25-rc1 and are just code movement
On Feb 12, 2008 5:18 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Tuesday 12 February 2008, Oleg Verych wrote:
[]
> > > i dont see how yours is more efficient when it always runs echo.
> >
> > Oh, this? It's like doing syscall for every write to "/dev/null".
>
> how is that relevant ? there
Hi,
This change causes attached drives to no longer be detected and
function on the PowerPC Buffalo Linkstation machines:
<7>pata_sil680 :00:0c.0: version 0.4.8
<6>sil680: 133MHz clock.
<6>scsi0 : pata_sil680
<6>scsi1 : pata_sil680
<6>ata1: PATA max UDMA/133 irq 18
<6>ata2: PATA max
I'm seeing a strange hang with current git (head 96b5a46e) on an ia64
box -- an Intel SDV with 2 dual core hyperthreaded Itanium 2 CPUs (so
8 logical CPUs to the kernel). It hangs without printing anything
("Uncompressing Linux... done" from ELILO is the last thing I see) if
I have
Nick Piggin wrote:
> On Wednesday 13 February 2008 14:32, Max Krasnyansky wrote:
>> David Miller wrote:
>>> From: Nick Piggin <[EMAIL PROTECTED]>
>>> Date: Tue, 12 Feb 2008 17:41:21 +1100
>>>
stop machine is used for more than just module loading and unloading.
I don't think you can just
mark gross wrote:
Index: linux-2.6.24-mm1/drivers/pci/intel-iommu.c
===
--- linux-2.6.24-mm1.orig/drivers/pci/intel-iommu.c 2008-02-12
07:12:06.0 -0800
+++ linux-2.6.24-mm1/drivers/pci/intel-iommu.c 2008-02-12
On Tue, 12 Feb 2008 09:23:17 +0100
RM <[EMAIL PROTECTED]> wrote:
> Bonjour
>
> Since kernel-2.6.24 i cannot connect to internet
> networking process is not ok ; avahi bad
> the problem for me in only with Amd64 processor
> with Dell laptop and pentium4m kernel-2.6.24 and avahi service is ok
> i
> It is more than a simple recursion check (which is already in the code)
> because there are some conditions we can recover from. I'd rather not
> crash the system out if it can be recovered.
Ok I'm trying to understand the code as you describe it. As far
as I can see (in kgdb-light-v10) it
> This includes things like having "breakpoint reservations" (discussed
> earlier) and just generally trying to add lots of infrastructure to make
> kgdb "fit in" to the kernel.
I think that part is actually mostly ok now (old kgdb stubs were
much worse in this regard)
I still think the
semctl_down(), msgctl_down() and shmctl_down() are used to handle the same
set of commands for each kind of IPC. They all start to do the same job (they
retrieve the ipc and do some permission checks) before handling the commands
on their own.
This patch proposes to consolidate this by moving
From: Pierre Peiffer <[EMAIL PROTECTED]>
All IPCs make use of an intermetiate *_setbuf structure to handle the
IPC_SET command. This is not really needed and, moreover, it complicates
a little bit the code.
This patch get rid of the use of it and uses directly the semid64_ds/
From: Pierre Peiffer <[EMAIL PROTECTED]>
Currently, sys_msgctl is not easy to read.
This patch tries to improve that by introducing the msgctl_down function
to handle all commands requiring the rwmutex to be taken in write mode
(ie IPC_SET and IPC_RMID for now). It is the equivalent function of
From: Pierre Peiffer <[EMAIL PROTECTED]>
Currently, the way the different commands are handled in sys_shmctl
introduces some duplicated code.
This patch introduces the shmctl_down function to handle all the commands
requiring the rwmutex to be taken in write mode (ie IPC_SET and IPC_RMID
for
On Tue, 12 Feb 2008, Andi Kleen wrote:
> >
> > KGDB does a very straightforward "all CPUs enter controlled state"
> > transition when the session begins, and at the end an "all CPUs
> > continue" transition.
>
> Yes and the session has no fixed time limit.
Quite frankly, if kgdb starts
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Anyways the slight risk of the other CPUs eventually recovering would
> seem a acceptable trade off versus not being able to use the debugger
> to debug the system with hanging CPUs.
see? There's the difference between us. The initial merge of KGDB
On Tuesday 12 February 2008, Oleg Verych wrote:
> On Feb 12, 2008 4:07 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> []
>
> > > - quiet_chk_filechk = echo ' CHK $@'
> > > -silent_chk_filechk = :
> > > - quiet_upd_filechk = echo ' UPD $@'
> > > -silent_upd_filechk = :
> > >
Hi,
Kernel 2.6.24 for my distro (Arch Linux) came out in the last few days.
My board has a Fintek F1882g chip. It means that I can finally get
voltage and fan speeds for the board, so thanks for that. I am
wondering how I correctly calculate the correct offset and factors for
the voltage
2008-02-12 16:21:24 +0100, Jörn Engel:
> On Tue, 12 February 2008 13:47:51 +, Stephane Chazelas wrote:
> >
> > this patch addresses a number of small issues mainly regarding
> > the output made by this driver to dmesg:
> > - Some of the "blkmtd"'s had not been changed to "block2mtd"
> >
On Tue, 2008-02-12 at 15:00 +0100, Thomas Petazzoni wrote:
> Hi Sam,
>
> Le Tue, 12 Feb 2008 14:04:28 +0100,
> Sam Ravnborg <[EMAIL PROTECTED]> a écrit :
>
> > We already have this in arch/x86/Kconfig.debug:
>
> Oops, my usual "find . -name Kconfig" missed it. Thanks for pointing it
> out!
On Tue, Feb 12, 2008 at 08:57:14AM +, Jarek Poplawski wrote:
> On 12-02-2008 02:16, David Miller wrote:
> > From: Stephen Hemminger <[EMAIL PROTECTED]>
> > Date: Mon, 11 Feb 2008 16:59:54 -0800
> >
> > linux-kernel added to CC:, any change to generic kernel infrastructure
> > should be posted
On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> I have always observed the case with LIO SE/iSCSI target mode ...
Hello Nicholas,
Are you sure that the LIO-SE kernel module source code is ready for
inclusion in the mainstream Linux kernel ? As you know I tried to test
On Tue, Feb 12, 2008 at 04:37:33PM +0100, Jean Delvare wrote:
> On Tue, 12 Feb 2008 07:27:15 -0800, Greg KH wrote:
> > On Tue, Feb 12, 2008 at 09:27:22AM +0100, Jean Delvare wrote:
> > > Hi Yinghai,
> > >
> > > On Mon, 11 Feb 2008 15:39:39 -0800, Yinghai Lu wrote:
> > > > On Feb 10, 2008 10:01
On Tue, 2008-02-12 at 17:32 +0200, Benny Halevy wrote:
> On Feb. 12, 2008, 17:07 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> > On Mon, 2008-02-11 at 21:53 -0800, Greg KH wrote:
> >>> this is why you need specific trees for just the API change, and these
> >>> need to EXPLICITLY go first
On Tue, Feb 12, 2008 at 01:00:06AM -0800, David Miller wrote:
> From: Muli Ben-Yehuda <[EMAIL PROTECTED]>
> Date: Tue, 12 Feb 2008 10:52:56 +0200
>
> > The streaming DMA-API was designed to conserve IOMMU mappings for
> > machines where IOMMU mappings are a scarce resource, and is a poor
> > fit
On Feb 12, 2008 4:07 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote:
[]
> > - quiet_chk_filechk = echo ' CHK $@'
> > -silent_chk_filechk = :
> > - quiet_upd_filechk = echo ' UPD $@'
> > -silent_upd_filechk = :
> > +quiet_chk_filechk = ' CHK $@'
> > +quiet_upd_filechk = ' UPD $@'
On Tue, Feb 12, 2008 at 07:59:02AM -0600, Jason Wessel wrote:
>
> I doubt the .config you posted was the one you used, because there were
> no KGDB options specified at all.
indeed it was of a parisc.. :)
here is the right one:
#
# Automatically generated make config: don't edit
# Linux kernel
On Feb. 12, 2008, 17:07 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-02-11 at 21:53 -0800, Greg KH wrote:
>>> this is why you need specific trees for just the API change, and these
>>> need to EXPLICITLY go first before EVERYTHING ELSE. Yes this needs a
>>> bit of coordination,
On Tue, Feb 12, 2008 at 10:52:56AM +0200, Muli Ben-Yehuda wrote:
> On Mon, Feb 11, 2008 at 02:41:05PM -0800, mark gross wrote:
>
> > The intel-iommu hardware requires a polling operation to flush IOTLB
> > PTE's after an unmap operation. Through some TSC instrumentation of
> > a netperf UDP
On Tue, 12 Feb 2008 07:27:15 -0800, Greg KH wrote:
> On Tue, Feb 12, 2008 at 09:27:22AM +0100, Jean Delvare wrote:
> > Hi Yinghai,
> >
> > On Mon, 11 Feb 2008 15:39:39 -0800, Yinghai Lu wrote:
> > > On Feb 10, 2008 10:01 AM, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > > Yeah, I am an idiot. In
On Tue, Feb 12, 2008 at 04:28:46PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > do spinning for now: we dont _ever_ want to break a correctly
> > > working system with kgdb.
> >
> > Stopping all CPUs for indefinite time very much seems like "breaking a
> >
On Mon, Feb 11, 2008 at 02:29:46PM -0800, Andrew Morton wrote:
> On Mon, 11 Feb 2008 13:56:51 -0800
> mark gross <[EMAIL PROTECTED]> wrote:
>
> > The following patch merges two functions into one allowing for a 3%
> > reduction in overhead in locating, allocating and inserting pages for
> > use
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> > do spinning for now: we dont _ever_ want to break a correctly
> > working system with kgdb.
>
> Stopping all CPUs for indefinite time very much seems like "breaking a
> correctly working system" to me. [...]
well, this is a small detail, but still
On Tue, Feb 12, 2008 at 09:27:22AM +0100, Jean Delvare wrote:
> Hi Yinghai,
>
> On Mon, 11 Feb 2008 15:39:39 -0800, Yinghai Lu wrote:
> > On Feb 10, 2008 10:01 AM, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > Yeah, I am an idiot. In 5b34dbcd88251508d02e48ad9b0f9b8232a13ee0 I
> > > introduced two
On Tue, Feb 12, 2008 at 10:03:38AM +0100, Jean Delvare wrote:
> On Mon, 28 Jan 2008 17:20:36 -0800, Jason Gaston wrote:
> > This patch adds the Intel ICH10 LPC and SMBus Controller DeviceID's.
> >
> > Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
> >
> > ---
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
>> On Tue, Feb 12, 2008 at 01:38:39PM +0100, Ingo Molnar wrote:
>> > So unless i forgot about something (please yell if so), it seems to
>> > me kgdb is now pretty ready for an upstream merge.
>>
>> I don't know
Takashi Iwai wrote:
> Takashi Iwai wrote:
> > Matej Laitl wrote:
> > > With your patch, the sound in headphone-out is working again, but
> > > surprisingly the integrated loudspeakers stopped working! ;)
> > >
> > > Also, new on/of control appeared in alsamixer - "Speaker", but unmuting
> > > it
The declaration of dmi helper functions is a bit messy and inconsistent
at the moment:
* On ia64 they are declared in .
* On x86-64 they are declared in .
* On i386 they are declared both in and .
Fix the header files so that the dmi helper functions are consistently
defined in .
Signed-off-by:
On Tue, 12 February 2008 13:47:51 +, Stephane Chazelas wrote:
>
> this patch addresses a number of small issues mainly regarding
> the output made by this driver to dmesg:
> - Some of the "blkmtd"'s had not been changed to "block2mtd"
> which caused display problem
> - the parse_err()
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 12, 2008 at 01:38:39PM +0100, Ingo Molnar wrote:
> > So unless i forgot about something (please yell if so), it seems to
> > me kgdb is now pretty ready for an upstream merge.
>
> I don't know -- I have not reread everything. Please don't
Andrew Morton wrote:
On Tue, 12 Feb 2008 10:32:31 +0100 Nadia Derbey <[EMAIL PROTECTED]> wrote:
it builds fine, modulo some changes in ipv4 and ipv6 (see attached patch
- didn't find it in the hot fixes).
OK, thanks for checking. Did you confirm that we don't have unneeded code
in vmlinux
On Tue, 12 Feb 2008 09:18:16 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> hm, ata_port_wait_eh() started crashing on a testsystem (8-way box):
>
> [ 39.324116] Calling initcall 0xc09f41eb: legacy_init+0x0/0x888()
> [ 39.331868] BUG: unable to handle kernel NULL pointer dereference
> at
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> @@ -673,11 +673,11 @@ static int __init acpi_wmi_init(void)
> {
> acpi_status result;
>
> + INIT_LIST_HEAD(_blocks.list);
> +
> if (acpi_disabled)
> return -ENODEV;
>
> - INIT_LIST_HEAD(_blocks.list);
> -
test
On Tuesday 12 February 2008, Oleg Verych wrote:
> On Tue, Feb 12, 2008 at 09:56:05AM +0100, Sam Ravnborg wrote:
> > On Tue, Feb 12, 2008 at 12:38:24AM +0100, Oleg Verych wrote:
> > > * Date: Mon, 11 Feb 2008 17:47:09 +0100
> > > []
> > >
> > > > Mike spotted another missing thing from his initial
1101 - 1200 of 1349 matches
Mail list logo
