Hi,
Some minor nitpicks below. Overall it looks good.
-Olof
On Sun, May 06, 2007 at 05:26:33AM +0400, Vitaly Bordug wrote:
> @@ -322,6 +334,70 @@ void init_smc_ioports(struct fs_uart_platform_info *data)
> }
> }
>
> +#ifdef CONFIG_PCMCIA_M8XX
> +static void pcmcia_hw_setup(int slot, in
On Mon, 2007-05-07 at 23:30 -0700, Jeremy Fitzhardinge wrote:
> Rusty Russell wrote:
> > Looks good, you can slightly improve it to be the model use of new
> > module_param types by calling your functions param_set_rx_mode and
> > param_get_rx_mode, then simply using "module_param(rx_mode, rx_mode,
On Mon, May 07, 2007 at 06:35:11PM +0300, Matti Aarnio wrote:
> On Mon, May 07, 2007 at 11:03:54AM -0400, John Anthony Kazos Jr. wrote:
> > > In the linux-kernel -list subscribers domain popularity
> > > analysis I got following results:
> > >
> > >2101 gmail.com
> > > 49 googlemail.com
This has been testing in -mm for a while, but I wanted to send it
separated from the main libata update, since it has a chance of
breakage.
Most notably, a cumulative timeout (deadline) helps the code from diving
into overly-long reset sequences.
Please pull from 'reset-seq' branch of
master.ker
Firstly, all my attempts to get suspend to start by pressing my
laptop's lid button are failing.
Here's the log info from about eight attempts::
[ 66.080135] ACPI: AC Adapter [ACAD] (on-line)
[ 66.201949] ACPI: Battery Slot [BAT0] (battery present)
[ 66.237885] input: Power Button (FF) as
Utilized devicetree to store I2C data, ported i2c-algo-8xx.c from 2.4
approach(which remains nearly intact), refined i2c-rpx.c. I2C functionality
has been validated on mpc885ads with EEPROM access.
Interface has been reworked to of_device as well as other feedback
addressed. Repeated start abilit
I noticed that some zsh users who forced their ls formatting to something non
standard could not generate the initramfs file list. Forcing the locale to C
while generating seems not to be enough. Adding --time-style=locale will use
C locale ls output and will let them generate the initramfs list
Rusty Russell wrote:
> Looks good, you can slightly improve it to be the model use of new
> module_param types by calling your functions param_set_rx_mode and
> param_get_rx_mode, then simply using "module_param(rx_mode, rx_mode,
> 0400)"
>
Cute. I tried it out, but it doesn't yield an obvious
On Mon, 7 May 2007, Ulrich Drepper wrote:
> On 5/7/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > read(2) is a cancellation point too. So if the fine userspace code issues
> > a random pthread_cancel() to a thread handling that, data is lost together
> > with the session that thread was handlin
On Tue, May 08, 2007 at 09:48:44AM +0400, Vitaly Bordug wrote:
>
> Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as
> of_device, so only arch/powerpc stuff is capable to use it, which now
> implies only mpc885ads reference board.
>
> To cope with the code that should be ho
On Tue, May 08, 2007 at 04:36:51AM +0400, Vitaly Bordug wrote:
>
> Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as
> of_device, so only arch/powerpc stuff is capable to use it, which now
> implies only mpc885ads reference board.
>
> To cope with the code that should be ho
On Mon, May 07, 2007 at 10:38:24PM -0700, Jeremy Fitzhardinge wrote:
> Andrew Morton wrote:
> > On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> > wrote:
> >
> >> I've found that XFS+lvm+4k stacks is completely unusable with current
> >> kernels. I get hangs/oopes a
Hi Linus,
Please pull the 'drm-patches' branch from
git://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
This contains updates to the radeon and via drm drivers and cleans up the
ati pcigart code in order to add support for the integrated rs480 chipsets.
It also pul
On Mon, May 07, 2007 at 11:22:34AM -0400, Jeff Garzik wrote:
> John W. Linville wrote:
> >On Mon, May 07, 2007 at 08:03:43AM -0400, Dan Williams wrote:
> >>On Mon, 2007-05-07 at 11:41 +0100, Christoph Hellwig wrote:
> >
> >>>Of course it's not anywhere near good shape. Almost all items from my
> >
On Sat, 2007-05-05 at 22:29 +0200, Olaf Hering wrote:
> On Sat, May 05, Andrew Morton wrote:
>
> > +gregkh-pci-pci-reduce-aer-init-error-information.patch
>
> include/linux/pci-acpi.h:57: error: expected ')' before 'handle'
> make[4]: *** [drivers/pci/pcie/portdrv_pci.o] Error 1
>
> acpi_handle
Rik van Riel wrote:
Nick Piggin wrote:
OK, sure. I think we need more numbers though.
Thinking about the issue some more, I think I know just the
number we might want to know.
It is pretty obvious that the kernel needs to do less work
with the MADV_FREE code present. However, it is possibl
Al Boldi wrote:
>
>> What you're talking about is, *and should be*, a different filesystem.
>> You will relatively quickly find that you have to deal with the same
>> kind of stuff that you have to in any filesystem.
>
> That's exactly what I want to avoid, as this would introduce a performance
On Mon, 7 May 2007 22:31:32 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> I think Andi's handling the mergework on those patches, but I'll check
>> in to see if I should rediff vs. -mm or what if you want them.
>> Andi, what's the verdict on those stack patches?
On Mon, May 07, 2007 a
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], linux-kernel@vger.kernel.org,
[EMAIL PROTECTED], [EMAIL PROTECTED]
Re: [PATCH 0/2] LogFS take two
You seem to be missing the immutable bit. This is really useful
for dealing with buggy or badly-designed things running as root.
I've used to
On Tue, May 08, 2007 at 09:48:56AM +0400, Vitaly Bordug wrote:
>
> Removed explicit linux,phandle usage. Using references and labels now in
> PQ and PQ2 boards currently supported in arch/powerpc.
> Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
>
> ---
>
> arch/powerpc/boot/dts/mpc8272ads.dt
Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as
of_device, so only arch/powerpc stuff is capable to use it, which now
implies only mpc885ads reference board.
To cope with the code that should be hooked inside driver, but is really
board specific (like set_voltage), global
Removed explicit linux,phandle usage. Using references and labels now in
PQ and PQ2 boards currently supported in arch/powerpc.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8272ads.dts | 42 --
arch/powerpc/boot/dts/mpc866ads.dt
Rolling forward PCMCIA driver, it was discovered that the indentation
in existing one is very odd. This patch is just result of Lindent run ontop
of culprit files.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/pcmcia/m8xx_pcmcia.c | 548 +
On Tue, May 08, 2007 at 01:46:14AM -0400, Dmitry Torokhov wrote:
> Hi Linus,
>
> Please consider pulling from:
>
> ?? ?? ?? ?? git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
>
> or
> ?? ?? ?? ?? master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git
>
> to receive more updates
Hi Linus,
Please consider pulling from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git
to receive more updates for input subsystem. You will get yet another
fix for i8042 AUX detection, bunch of sparse w
On Mon, May 07, 2007 at 10:38:12PM +0200, Pavel Machek wrote:
> On Mon 2007-05-07 20:51:37, David Woodhouse wrote:
> > On Mon, 2007-05-07 at 19:49 +, Pavel Machek wrote:
> > > We had this discussion before. Kernel sources should be us-ascii.
> > > utf-8 is ok for documentation.
> >
> > /* Thi
On Mon, May 07, 2007 at 09:28:32AM -0700, Linus Torvalds wrote:
>
>
> On Mon, 7 May 2007, Esben Nielsen wrote:
> >
> > What is (long)(a-b) ? I have tried to look it up in the C99 standeard but I
> > can't find it. Maybe it is in the referred LIA-1 standeard, which I can't
> > find
> > with goog
Andrew Morton wrote:
> On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> wrote:
>
>> I've found that XFS+lvm+4k stacks is completely unusable with current
>> kernels. I get hangs/oopes after ~10mins of work.
>>
>
> Sounds like this is new behaviour?
>
> I wonder
On Mon, 7 May 2007 22:31:32 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
> On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> wrote:
> >> I'm using wli's 8k
> >> stack + irq stack patches with good success though.
>
> On Mon, May 07, 2007 at 10:24:09PM -0700,
Adds support of IRDA transceiver residing on PowerQUICC processors and
enabling such on mpc885ads reference board. The driver is implemented
using of_device concept, hereby implies arch/powerpc support of the target.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig
On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
wrote:
>> I'm using wli's 8k
>> stack + irq stack patches with good success though.
On Mon, May 07, 2007 at 10:24:09PM -0700, Andrew Morton wrote:
> wlis are handy.
I think Andi's handling the mergework on those patches,
ACK.
I shall presume that the ARM folks will apply these patches. You may
tack on an "Acked-by: Jeff Garzik <[EMAIL PROTECTED]>" onto the ethernet
driver itself.
I'll let the ARM folks review the rest.
I do agree with the comments in the thread that -- as in your most
recent revision -- th
On Mon, 07 May 2007 21:31:06 -0700 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
wrote:
> Andrew Morton wrote:
> > Please enable 8k stacks before doing any other debugging things, see if
> > that fixes it.
>
> I've found that XFS+lvm+4k stacks is completely unusable with current
> kernels. I get hang
On 5/8/07, David Brownell <[EMAIL PROTECTED]> wrote:
On Monday 07 May 2007, Mike Frysinger wrote:
> On 4/25/07, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Wednesday 25 April 2007, Mike Frysinger wrote:
> > > is there something obvious i'm missing ? seems to me that if the
> > > generic spi
Jay Cliburn wrote:
Use dev_printk macros for PCI related errors, warnings, debug and info
console messages.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
drivers/net/atl1/atl1_ethtool.c | 19 +++--
drivers/net/atl1/atl1_hw.c | 22 +--
drivers/net/atl1/atl1_main.c|
Thomas Klein wrote:
Adapt to new skb header access functions.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordo
Mark Brown wrote:
The natsemi driver has a workaround for broken hardware which resets itself
from time to time. There is a diagnostic message for this workaround but
it is not printed by default, making the driver behavior more obscure than
it needs to be. Make the message be displayed by defa
On Monday 07 May 2007, Mike Frysinger wrote:
> On 4/25/07, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Wednesday 25 April 2007, Mike Frysinger wrote:
>
> > > is there something obvious i'm missing ? seems to me that if the
> > > generic spi framework respects bits_per_word on a per-spi devic
On Monday 07 May 2007, Bryan WU wrote:
> currently, there are some duplicated data members in spi_device struct
> spi_board_info struct. This two structs are confused driver writers and
> boards driver users.
How would that confusion arise? Only arch/.../board-xxx.c writers
normally even see spi
On Mon, 7 May 2007, Tim Chen wrote:
> However, the output from TCP_STREAM is quite stable.
> I am still seeing a 4% difference between the SLAB and SLUB kernel.
> Looking at the L2 cache miss rate with emon, I saw 6% more cache miss on
> the client side with SLUB. The server side has the same a
Andrey Borzenkov writes:
This was posted in one of Russian forums. It was not possible to
archive (under Linux, using tar) vfat directory where files had
long Russian names (really long - over 150 - 170 characters) - tar
returned stat failure. When looking with plain ls, file names
appeared trun
On Mon, 7 May 2007, Ulrich Drepper wrote:
>
> This is absolutely not comparable. When read/write is canceled no
> data is lost. Some other thread might have to pick up the slack but
> that's it.
That's bullsh*t, Uli, and you know it.
Whatever the thread read() into it's buffer is effectively
md currently uses ->media_changed to make sure rescan_partitions
is call on md array after they are assembled.
However that doesn't happen until the array is opened, which is later
than some people would like.
So use blkdev_ioctl to do the rescan immediately that the
array has been assembled.
T
Andrew Morton wrote:
> Please enable 8k stacks before doing any other debugging things, see if
> that fixes it.
I've found that XFS+lvm+4k stacks is completely unusable with current
kernels. I get hangs/oopes after ~10mins of work. I'm using wli's 8k
stack + irq stack patches with good success t
If CONFIG_NET is not selected, csum_partial is not exported, so
md.ko cannot use it.
We shouldn't really be using csum_partial anyway as it is an
internal-to-networking interface.
So replace it with C code to do the same thing. Speed is not
crucial here, so something simple and correct is best.
SLUB doesn't like slashes as it wants to use the cache name
as the name of a directory (or symlink) in sysfs.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./drivers/md/raid5.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff .prev/drivers/md/raid5.c ./driv
"reshape_position" records how much progress has been made on a
"reshape" (adding drives, changing layout or chunksize).
When it is set, the number of drives, layout and chunksize can have
two possible values, an old an a new.
So allow these different values to be visible, and allow both old and
We need to check for internal-consistency of superblock in
load_super. validate_super is for inter-device consistency.
With the test in the wrong place, a badly created array will confuse md
rather an produce sensible errors.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
.
Following are 5 patches for md suitable for 2.6.22. None are needed for
-stable.
Thanks
NeilBrown
[PATCH 001 of 5] md: Move test for whether level supports bitmap to correct
place.
[PATCH 002 of 5] md: Stop using csum_partial for checksum calculation in md.
[PATCH 003 of 5] md: Remove the s
On Tue, 2007-05-08 at 12:29 +0900, Satoru Takeuchi wrote:
> At Tue, 08 May 2007 13:02:25 +1000,
> Rusty Russell wrote:
> > We used to be able to create kernel threads higher than any userspace
> > priority. If this is no longer true, I think that's OK: equal priority
> > still means we'll get sche
On Tue, May 08, 2007 at 12:29:19PM +0900, Satoru Takeuchi wrote:
> > We used to be able to create kernel threads higher than any userspace
> > priority. If this is no longer true, I think that's OK: equal priority
> > still means we'll get scheduled, right?
>
> IF SCHED_RR, yes. However, if SCHED
On May 07, 2007, at 22:49:04, Ulrich Drepper wrote:
On 5/7/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
read(2) is a cancellation point too. So if the fine userspace code
issues a random pthread_cancel() to a thread handling that, data
is lost together with the session that thread was handli
Until we have better performance numbers on the lazy reclaim path,
we can just alias MADV_FREE to MADV_DONTNEED with this trivial
patch.
This way glibc can go ahead with the optimization on their side
and we can figure out the kernel side later.
Signed-off-by: Rik van Riel <[EMAIL PROTECTED]>
-
On Mon, 2007-05-07 at 19:47 -0400, Mike Frysinger wrote:
> On 4/25/07, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Wednesday 25 April 2007, Mike Frysinger wrote:
> > > the spi_device structure has a bits_per_word so that you can change
> > > the value on a per-device setting, yet the spi_board
At Tue, 08 May 2007 13:02:25 +1000,
Rusty Russell wrote:
>
> On Tue, 2007-05-08 at 11:41 +0900, Satoru Takeuchi wrote:
> > At Mon, 07 May 2007 23:42:53 +1000,
> > Rusty Russell wrote:
> > > I look forward to your patch!
> > > Rusty.
> >
> > Thanks, I'll do. Maybe this work will take several days
Hi !
So I see this construct:
if (test_and_set_bit(0, &chip->opened))
return -EBUSY;
.../...
return 0;
_error:
dprintk(1,"Error opening PCM!\n");
clear_bit(0, &chip->opened);
smp_mb__after_clear_bit();
return err;
So that
Ulrich Drepper wrote:
> On 5/7/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
>> Anyway, we could extend epoll to be mmapable...
>
> Welcome to kevent, well, except with a lot more ballast and awkward
> interfaces.
So an mmapable epoll is equivalent to kevent.. great! Well, expect
without a whole ne
On Tue, 2007-05-08 at 11:41 +0900, Satoru Takeuchi wrote:
> At Mon, 07 May 2007 23:42:53 +1000,
> Rusty Russell wrote:
> > I look forward to your patch!
> > Rusty.
>
> Thanks, I'll do. Maybe this work will take several days including test.
Excellent.
> BTW, how should I manage rt process having
On 2007.05.08 02:54:29 +0200, Lennart Poettering wrote:
> From: Lennart Poettering <[EMAIL PROTECTED]>
> +#define DEFINE_DMI_ATTR_WITH_SHOW(_name, _mode, _field)
> \
Hm, too many tabs here? Wraps for me with tabsize=8.
> +static ssize_t sys_dmi_##_name##_show
On Fri, 2007-05-04 at 19:23 +1000, Nick Piggin wrote:
> These ops could also be put to use in bit spinlocks, buffer lock, and
> probably a few other places too.
Ok, the performance hit seems to be under control (especially with the
bigger benchmark showing actual improvements).
There's a little
The following patch fixes such SLUB report(when someone tries to
allocate 0 bytes):
--
May 8 00:19:15 midgard kernel: [ 21.933467] BUG: at
include/linux/slub_def.h:88 kmalloc_index()
May 8 00:19:15 midgard kernel: [ 21.933470]
[show_registers+410/736] show_trace_log_lvl+0x1a/0x30
May 8 00:1
On Sat, May 05, 2007 at 12:08:55PM +0200, Pavel Machek wrote:
> Hi!
>
> > > Here's a (compile tested only) patch that does this on a per-device
> > > basis, which is smaller, and should work just as well as your patch.
> > >
> > > It creates a new file in the power/ directory for every device ca
On Mon, May 07, 2007 at 01:56:23PM -0700, Mingming Cao wrote:
> In any case, it would be useful to add a new set of testsuites for the
> new fallocate() syscall and fsstress in LTP testsuites to automatically
> the preallocation code in ext4/XFS.
I hacked an existing XFS test prog to do manual tes
On 5/7/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
read(2) is a cancellation point too. So if the fine userspace code issues
a random pthread_cancel() to a thread handling that, data is lost together
with the session that thread was handling.
This is absolutely not comparable. When read/writ
At Mon, 07 May 2007 23:42:53 +1000,
Rusty Russell wrote:
>
> On Mon, 2007-05-07 at 19:10 +0900, Satoru Takeuchi wrote:
> > Hi,
> >
> > I found a bug on 2.6.21 cpu-hotplug code.
> >
> > When process A on CPU0 try to offline the CPU1 on which the process B,
> > realtime process (its task->policy =
>-Original Message-
>From: S.Çağlar Onur [mailto:[EMAIL PROTECTED]
>Sent: Monday, May 07, 2007 4:48 PM
>To: Pallipadi, Venkatesh
>Cc: linux-kernel; Andrew Morton; Thomas Gleixner; Andi Kleen;
>Ingo Molnar; Chris Wright
>Subject: Re: [PATCH 1/8] Restructuring hpet timer generic
>clock
I've added my InfiniBand drivers for the new Mellanox ConnectX adapter
to what's queued up for 2.6.22 in:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-2.6.22
This is still a new driver, with some things missing and undoubtedly
some bugs and opportunities for cleanu
On 5/7/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
Anyway, we could extend epoll to be mmapable...
Welcome to kevent, well, except with a lot more ballast and awkward interfaces.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On Sun, May 06, 2007 at 11:44:45PM +0100, Simon Arlott wrote:
> [ 119.948000] =
> [ 119.948000] [ INFO: possible recursive locking detected ]
> [ 119.948000] 2.6.21-git #185
> [ 119.948000] -
> [ 119.948000
On Thu, May 03, 2007 at 01:22:48PM +0200, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]> you write:
> >On May 02, 2007 18:23 +0530, Amit K. Arora wrote:
> >> On Sun, Apr 29, 2007 at 10:25:59PM -0700, Chris Wedgwood wrote:
> >> > On Mon, Apr 30, 2007 at 10:47:02AM +1000, David Chinn
On Mon, 7 May 2007, Tim Chen wrote:
> However, the output from TCP_STREAM is quite stable.
> I am still seeing a 4% difference between the SLAB and SLUB kernel.
> Looking at the L2 cache miss rate with emon, I saw 6% more cache miss on
> the client side with SLUB. The server side has the same a
On Mon, May 07, 2007 at 05:41:39PM -0700, Mingming Cao wrote:
> We could check the total number of fs free blocks account before
> preallocation happens, if there isn't enough space left, there is no
> need to bother preallocating.
Checking against the fs free blocks is a good idea, since it will
Ok, the status of my patches is as follows:
[PATCH] Use menuconfig objects II - netdev/wan
the "menuconfig" WAN patch by Jan Engelhardt
[PATCH 1a/3] WAN Kconfig: change "depends on HDLC" to "select"
the Kconfig changes for WAN (HDLC) drivers
[PATCH 2a/3] Intel IXP4xx network drive
On Fri, 2007-05-04 at 18:02 -0700, Christoph Lameter wrote:
> On Fri, 4 May 2007, Tim Chen wrote:
>
> > On Thu, 2007-05-03 at 18:45 -0700, Christoph Lameter wrote:
> > > H.. One potential issues are the complicated way the slab is
> > > handled. Could you try this patch and see what impact it
On Tue, May 08, 2007 at 02:54:29AM +0200, Lennart Poettering wrote:
> To take advantage of DMI based module autoloading, a driver should
> export one or more MODULE_ALIAS fields similar to these:
>
> MODULE_ALIAS("dmi:*:svnMICRO-STARINT'LCO.,LTD:pnMS-1013:pvr0131*:cvnMICRO-STARINT'LCO.,LTD:ct10:*"
Andreas Dilger wrote:
My comment was just that the extent doesn't have to be explicitly zero
filled on the disk, by virtue of the fact that the uninitialized flag
will cause reads to return zero.
Agreed, thanks for the clarification.
Jeff
-
To unsubscribe from this list: send the li
On May 07, 2007 19:02 -0400, Jeff Garzik wrote:
> Andreas Dilger wrote:
> >Actually, this is a non-issue. The reason that it is handled for
> >extent-only is that this is the only way to allocate space in the
> >filesystem without doing the explicit zeroing.
>
> Precisely /how/ do you avoid the
From: Lennart Poettering <[EMAIL PROTECTED]>
Hi!
The patch below adds DMI/SMBIOS based module autoloading to the Linux
kernel. The idea is to load laptop drivers automatically (and other
drivers which cannot be autoloaded otherwise), based on the DMI system
identification information of the BIOS.
Daniel Walker wrote:
I'm not sure I'd get into "bisecting" one big patch. Especially if you
new to the patches inner workings..
You can bisect by kernel version using the older patches but it's
clearly limited,
http://people.redhat.com/mingo/realtime-preempt/older/
Actually working on this
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de Ingo Molnar
> Envoyé : 7 mai 2007 12:34
>
>
> i'm pleased to announce release -v10 of the CFS scheduler patchset.
> (The main goal of CFS is to implement "desktop scheduling"
> with as high quality
Adds a driver for built-in IXP4xx hardware Queue Manager.
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
diff --git a/arch/arm/mach-ixp4xx/Kconfig b/arch/arm/mach-ixp4xx/Kconfig
index 9715ef5..71ef55f 100644
--- a/arch/arm/mach-ixp4xx/Kconfig
+++ b/arch/arm/mach-ixp4xx/Kconfig
@@ -176,6 +176
On Mon, 2007-05-07 at 17:15 -0700, Andrew Morton wrote:
> On Mon, 07 May 2007 17:00:24 -0700
> Mingming Cao <[EMAIL PROTECTED]> wrote:
>
> > > + while (ret >= 0 && ret < max_blocks) {
> > > + block = block + ret;
> > > + max_blocks = max_blocks - ret;
> > > +
On Mon, Feb 12, 2007 at 05:13:47PM +1100, Bron Gondwana wrote:
> On Sat, Feb 10, 2007 at 05:41:13PM +0100, Adrian Bunk wrote:
> > New drivers since 2.6.16.39:
> > - Areca ARC11X0/ARC12X0 SATA-RAID support
> > - AMD Athlon64/FX and Opteron temperature sensor
>
> Sorry - I think I just sent a blank
Adds a driver for built-in IXP4xx Network Processor Engines.
This patch requires IXP4xx Queue Manager driver and the "fuses" patch.
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
diff --git a/arch/arm/mach-ixp4xx/Kconfig b/arch/arm/mach-ixp4xx/Kconfig
index 71ef55f..25f8994 100644
--- a/arch
Esben Nielsen wrote:
On Sun, 6 May 2007, Linus Torvalds wrote:
On Sun, 6 May 2007, Ingo Molnar wrote:
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
So the _only_ valid way to handle timers is to
- either not allow wrapping at all (in which case "unsigned" is
better,
since it is bigg
On Mon, 2007-05-07 at 16:31 -0700, Andrew Morton wrote:
> On Mon, 7 May 2007 19:14:42 -0400
> Theodore Tso <[EMAIL PROTECTED]> wrote:
>
> > On Mon, May 07, 2007 at 03:38:56PM -0700, Andrew Morton wrote:
> > > > Actually, this is a non-issue. The reason that it is handled for
> > > > extent-only
Olaf Hering wrote:
On Thu, May 03, Olaf Hering wrote:
On Thu, May 03, Stefan Richter wrote:
ieee1394-old
Noone will seriously ship two firewire stacks, so that cant be the
issue (for distributors).
Once there is a way to easily switch between kernel releases, I'm ok
with whatever
On 5/8/07, Chris Bergeron <[EMAIL PROTECTED]> wrote:
On trying to build a 2.6.21.1 kernel using the configuration at
http://pcburn.com/files/kernel/breaks.2.6.21.1.config I'm getting the
following error with Networking Support -> Bluetooth Subsystem Support
-> HIDP protocol support set to built-i
Christoph Hellwig wrote:
On Wed, May 02, 2007 at 05:11:45PM -0400, Kristian H??gsberg wrote:
The firewire-cdev.h file is meant to be a self-contained userspace header
file and shouldn't include other kernel header files. All duplicated
values are standardized ieee1394 values and won't ever cha
Christoph Hellwig wrote:
On Thu, May 03, 2007 at 01:01:08AM +0200, Stefan Richter wrote:
Christoph Hellwig wrote:
+fw-core-objs := fw-card.o fw-topology.o fw-transaction.o fw-iso.o \
+ fw-device.o fw-cdev.o
fw-core-y += ..
Like such?
Exactly.
OK, changed that here, will push out ne
On Mon, 07 May 2007 17:00:24 -0700
Mingming Cao <[EMAIL PROTECTED]> wrote:
> > + while (ret >= 0 && ret < max_blocks) {
> > + block = block + ret;
> > + max_blocks = max_blocks - ret;
> > + ret = ext4_ext_get_blocks(handle, inode, block,
> > +
Adds a driver for IXP4xx built-in hardware queue manager.
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
diff --git a/arch/arm/mach-ixp4xx/Kconfig b/arch/arm/mach-ixp4xx/Kconfig
index 9715ef5..71ef55f 100644
--- a/arch/arm/mach-ixp4xx/Kconfig
+++ b/arch/arm/mach-ixp4xx/Kconfig
@@ -176,6 +176
Christoph Hellwig wrote:
On Wed, May 02, 2007 at 02:17:26PM +0200, Stefan Richter wrote:
+#include
+#include
Always use the
Fixed.
+struct fw_cdev_get_info {
+ /* The version field is just a running serial number. We
+* never break backwards compatibility. Userspace passe
Trent Piepho wrote:
> This is not correct. The dvb_attach() system has no assumption that it will
> be used for a front-end device. There are already users which are not
> front-ends, such as tuners or lnb supply control chips,
SEC (aka Satellite Equipment Control) is a part of the frontend.
On Mon, 2007-05-07 at 13:58 -0700, Andrew Morton wrote:
> On Mon, 7 May 2007 05:37:54 -0600
> Andreas Dilger <[EMAIL PROTECTED]> wrote:
>
> > > > + block = offset >> blkbits;
> > > > + max_blocks = (EXT4_BLOCK_ALIGN(len + offset, blkbits) >>
> > > > blkbits)
> > > > +
Hi;
07 May 2007 Pts tarihinde, Venki Pallipadi şunları yazmıştı:
> i386 HPET changes.
>
> Patchset does the following changes to HPET support:
> * Add HPET force detect to ICH chipsets, and detect the
> presence of HPET through PCI quirk.
> * Enable HPET timer to function in standard interrupt
On 4/25/07, David Brownell <[EMAIL PROTECTED]> wrote:
On Wednesday 25 April 2007, Mike Frysinger wrote:
> the spi_device structure has a bits_per_word so that you can change
> the value on a per-device setting, yet the spi_board_info structure
> does not ... this means that the bus-specific struc
Christoph Hellwig wrote:
On Wed, May 02, 2007 at 02:15:42PM +0200, Stefan Richter wrote:
+/* -*- c-basic-offset: 8 -*-
Please don't pollute the code with annotation for some editors.
OK.
+ * fw-card.c - card level functions
Please don't put the
This is probably more log info than you need, but I am including it in
case it helps.
This log shows another manifestation of the time confusion on wakeup.
This is the portion beginning with the hibernation initiation:
[ 5482.518162] PM: Removing info for No Bus:eth0
[ 5482.581594] ACPI: PCI inte
On Mon, May 07, 2007 at 07:02:32PM -0400, Jeff Garzik wrote:
> Andreas Dilger wrote:
> >On May 07, 2007 13:58 -0700, Andrew Morton wrote:
> >>Final point: it's fairly disappointing that the present implementation is
> >>ext4-only, and extent-only. I do think we should be aiming at an ext4
> >>bit
1 - 100 of 432 matches
Mail list logo