On Thu, Dec 13, 2007 at 11:25:06PM -0800, Jeremy Fitzhardinge wrote:
> Dave Jones wrote:
> > On Fri, Dec 14, 2007 at 01:03:50AM +0100, Adrian Bunk wrote:
> >
> > > > #ifndef HAVE_ARCH_BUG
> > > > #define BUG() do { \
> > > > - printk("BUG: failure at %s:%d/%s()!\n", __FILE__,
On Thu, Dec 13, 2007 at 11:09:16PM -0800, Andrew Morton wrote:
> On Fri, 14 Dec 2007 12:25:30 +0530 Srinivasa Ds <[EMAIL PROTECTED]> wrote:
>
> > Since __init functions are discarded and its memory freed once
> > initialization completes, It would be better if we enable kprobes
> > to refuse
On Dec 13, 2007 6:59 PM, David P. Reed <[EMAIL PROTECTED]> wrote:
> Replace use of outb to "unused" diagnostic port 0x80 for time delay
> with udelay based time delay on x86_64 architecture machines. Fix for
> bugs 9511 and 6307 in bugzilla, plus bugs reported in
> bugzilla.redhat.com.
>
>
Dave Jones wrote:
> On Fri, Dec 14, 2007 at 01:03:50AM +0100, Adrian Bunk wrote:
>
> > > #ifndef HAVE_ARCH_BUG
> > > #define BUG() do { \
> > > -printk("BUG: failure at %s:%d/%s()!\n", __FILE__, __LINE__,
> __FUNCTION__); \
> > > +printk(KERN_ERR "BUG: failure at %s:%d/%s()!
Christoph Lameter a écrit :
On Sat, 8 Dec 2007, Ingo Molnar wrote:
Good. Although we should perhaps look at that reported performance
problem with SLUB. It looks like SLUB will do a memclear() for the
area twice (first for the whole page, then for the thing it allocated)
for the slow case.
Jan Beulich wrote:
> When either calling change_page_attr() with the default attributes
> pages in the direct mapping have and a page's attributes already were
> set to the default or when changing the attributes from one non-default
> value to another, the reference counting broke, leading to
On Fri, 14 Dec 2007 12:25:30 +0530 Srinivasa Ds <[EMAIL PROTECTED]> wrote:
> Since __init functions are discarded and its memory freed once
> initialization completes, It would be better if we enable kprobes
> to refuse probing __init functions. The attached patchset will do
> that.
>
> This
Jan Beulich wrote:
> The way X86_TSC works and the fact that Xen itself won't work on
> systems without TSC (really any systems pre-dating i686) makes it
> unnecessary for XEN to depend on it.
>
> Similarly, X86_CMPXCHG isn't needed here either as Xen for the above
> reason guarantees its
On Fri, 14 Dec 2007 01:26:11 -0500 Len Brown <[EMAIL PROTECTED]> wrote:
> please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
>
> This will update the files shown below.
>
> thanks!
>
> -Len
>
> ps. individual patches are available on [EMAIL
On Thu, Dec 13, 2007 at 09:41:23PM -0500, Len Brown wrote:
> I've udpated the BIOS on my T61 to 1.26 to match yours, but
> running 2.6.24-rc5 I don't see the issue you reported.
>
> If it still fails for you, please send me your .config
It has been fixed in -rc4 I guess.
--
Lukáš Hejtmánek
--
This patch makes use of non_init_kernel_text_address() to avoid
probing __init functions.
Signed-off-by: Srinivasa DS <[EMAIL PROTECTED]>
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
---
kernel/kprobes.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index:
Since __init functions are discarded and its memory freed once
initialization completes, It would be better if we enable kprobes
to refuse probing __init functions. The attached patchset will do
that.
This patch creates non_init_kernel_text_address() to identify
non_init text area.
Iam open to
Ilpo Järvinen wrote:
> On Thu, 13 Dec 2007, Cedric Le Goater wrote:
>
>> I got this one while compiling on NFS.
>>
>> C.
>>
>> kernel BUG at /home/legoater/linux/2.6.24-rc4-mm1/include/net/tcp.h:1480!
>
> I'm not exactly sure what patches you have applied and which patches are
> not, with
On Tue, 2007-12-11 at 11:11 +0100, Peter Zijlstra wrote:
> On Tue, 2007-12-11 at 14:25 +0800, zhejiang wrote:
> > The patch 04fbfdc14e5f48463820d6b9807daa5e9c92c51f implemented bdi per
> > device dirty threshold. It works well.
> > However, the period for proportion calculation may be too large.
>
On Thu, Dec 13, 2007 at 11:43:43PM +0300, Dmitry Monakhov ([EMAIL PROTECTED])
wrote:
> On 14:47 Mon 10 Dec , Evgeniy Polyakov wrote:
> >
> > Network state machine.
> >
> > Includes network async processing state machine and related tasks.
> Hi, I've tried to play a little bit with DST and
On Thu, Dec 13, 2007 at 04:35:05PM -0800, David Miller wrote:
> From: Greg KH <[EMAIL PROTECTED]>
> Date: Thu, 13 Dec 2007 16:19:32 -0800
>
> > On Thu, Dec 13, 2007 at 03:55:51PM -0800, [EMAIL PROTECTED] wrote:
> > > Forward port of coherent-mmap.patch and sysfs-bin-ioctl.patch to x86 tree.
> > >
Robert Hancock wrote:
>> Problem is that _GTM implementation on certain BIOSen crap themselves if
>> invoked on empty channels. However, as written above, because initial
>> _GTM caching is done before any actual operation is performed on the
>> port, libata can't determine whether the port is
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This will update the files shown below.
thanks!
-Len
ps. individual patches are available on [EMAIL PROTECTED]
and a consolidated plain patch is available here:
Given an fd on a block device, returns a string like
/block/sda/sda1
which can be used to find related information in /sys.
Ideally we should have an ioctl that works on char devices as well,
but that seems far from trivial, so it seems reasonable to have
this until the later can be
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./drivers/md/md.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff .prev/drivers/md/md.c ./drivers/md/md.c
--- .prev/drivers/md/md.c 2007-12-14 16:09:03.0 +1100
+++ ./drivers/md/md.c
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./drivers/md/md.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff .prev/drivers/md/md.c ./drivers/md/md.c
--- .prev/drivers/md/md.c 2007-12-14 16:09:01.0 +1100
+++ ./drivers/md/md.c
Currently, a given device is "claimed" by a particular array so
that it cannot be used by other arrays.
This is not ideal for DDF and other metadata schemes which have
their own partitioning concept.
So for externally managed metadata, just claim the device for
md in general, require that
This allows userspace to control resync/reshape progress and
synchronise it with other activities, such as shared access in a SAN,
or backing up critical sections during a tricky reshape.
Writing a number of sectors (which must be a multiple of the chunk
size if such is meaningful) causes a
When a device fails, we must not allow an further writes to the array
until the device failure has been recorded in array metadata.
When metadata is managed externally, this requires some synchronisation...
Allow/require userspace to explicitly remove failed devices
from active service in the
- Add a state flag 'external' to indicate that the metadata is managed
externally (by user-space) so important changes need to be
left of user-space to handle.
Alternates are non-persistant ('none') where there is no stable metadata -
after the array is stopped there is no record of
Following are 7 md related patches are suitable for the next -mm
and maybe for 2.6.25.
They move towards giving user-space programs more fine control of an
array so that we can add support for more complex metadata formats
(e.g. DDF) without bothering the kernel with such things.
The last patch
Christoph,
Welcome back from your vacation! :-)
On Thu, 13 Dec 2007, Christoph Lameter wrote:
>
> In an extreme case (boot with slub_min_order=9 to get huge page sized
> slabs) SLUB can win against SLAB:
>
> N=10 Time: 0.338 Minimally faster
> N=20 Time: 0.560 10% faster
> N=50 Time:
Hello.
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> I don't think that this is a change from the recent past.
Oh, it is my mistake.
I found that choosing CONFIG_BLK_DEV_RAM=m makes
impossible to pass an initrd image since
populate_rootfs() in init/initramfs.c omits
code for checking whether the
I was trying to use CONFIG_FUNCTION_TRACE with the example trace-it.c in
linux/scripts. On both 2.6.23.9-rt13 and 2.6.24-rc2-rt1 the system
slower becomes less responsive (measured by typing in ssh and a serial
console) until after a couple minutes it doesn't respond to anything
including
Hello there,
I want to use the fault injection capability infrastructure to
implement a simple fault injector which I can use in one of my
modules. But when trying to call init_fault_attr_dentries (*), I got
an undefined warning and noticed that this symbol is not exported even
when
Greg KH <[EMAIL PROTECTED]> writes:
> On Thu, Dec 13, 2007 at 08:59:44PM -0700, Eric W. Biederman wrote:
>> [EMAIL PROTECTED] writes:
>>
>> > Forward port of coherent-mmap.patch and sysfs-bin-ioctl.patch to x86 tree.
>> >
>> > TBD: Do we need the ioctl interface to sysfs or get the type
[PACTH APPLETALK]
This patch update proto_init process when register_snap_client failed
Signed-off-by: Michale Moore <[EMAIL PROTECTED]>
diff --git a/net/appletalk/aarp.c b/net/appletalk/aarp.c
index 6c5c6dc..d6573f6 100644
--- a/net/appletalk/aarp.c
+++ b/net/appletalk/aarp.c
@@ -873,7 +873,10
On Thu, Dec 13, 2007 at 08:59:44PM -0700, Eric W. Biederman wrote:
> [EMAIL PROTECTED] writes:
>
> > Forward port of coherent-mmap.patch and sysfs-bin-ioctl.patch to x86 tree.
> >
> > TBD: Do we need the ioctl interface to sysfs or get the type attribute
> > through a different sysfs file. And
On Fri, 14 Dec 2007 14:04:19 +0900 Tetsuo Handa wrote:
> Hello.
>
> I found that
>
> CONFIG_BLK_DEV_RAM=m
>
> in my .config makes
>
> #ifdef CONFIG_BLK_DEV_RAM
>
> false.
>
> I guess something is wrong with .config parsing.
Look at include/linux/autoconf.h. You should see a line like:
Hi,
The behaviour of my mp3 player (also act as usb-storage device) seems
changed from rc5 to rc5-mm1.
:
=
usb 1-7: new high speed USB device using ehci_hcd and address 7
usb 1-7: configuration #1 chosen from 1 choice
scsi4 : SCSI emulation for USB Mass Storage devices
usb-storage: device
Tejun Heo wrote:
Hello, all.
During 2.6.24-rc1, libata enabled ATA-ACPI support by default and there
have been a lot of regression reports stemming from it. I have patchset
ready to fix most of the problems. With these patches applied, libata
should be able to cope with most failures pretty
Hello.
I found that
CONFIG_BLK_DEV_RAM=m
in my .config makes
#ifdef CONFIG_BLK_DEV_RAM
false.
I guess something is wrong with .config parsing.
Regards.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hello, all.
During 2.6.24-rc1, libata enabled ATA-ACPI support by default and there
have been a lot of regression reports stemming from it. I have patchset
ready to fix most of the problems. With these patches applied, libata
should be able to cope with most failures pretty well. There is one
This is the listing of open bugs that are not new time wise, mostly
over a month old, which is a long time for current rate of
development.
Most bugs need initial response, and all need attention (tlc).
It would be appreciated if the corresponding maintenance team could
take a look at the bugs,
Roland Dreier <[EMAIL PROTECTED]> writes:
> > > Also I didn't see anything like pgprot_wc() in the patchset (although
>
> > pgprot_writcombined.
>
> Oh I see it now (pgprot_writecombine() actually).
>
> However the same comment as before applies: there needs to be a
> fallback to
> > Also I didn't see anything like pgprot_wc() in the patchset (although
> pgprot_writcombined.
Oh I see it now (pgprot_writecombine() actually).
However the same comment as before applies: there needs to be a
fallback to pgprot_noncached() for all other architectures so that
drivers can
Roland Dreier <[EMAIL PROTECTED]> writes:
> > --- linux-2.6.24-rc4.orig/include/asm-x86/io_64.h 2007-12-11
> 14:24:56.0 -0800
> > +++ linux-2.6.24-rc4/include/asm-x86/io_64.h 2007-12-11 15:49:52.0
> -0800
> > @@ -142,7 +142,8 @@
> > * it's useful if some control registers are
[EMAIL PROTECTED] (Eric W. Biederman) writes:
> We should use:
>> +pat = PAT(0,WB) | PAT(1,WT) | PAT(2,WC) | PAT(3,UC) |
>> + PAT(4,WB) | PAT(5,WT) | PAT(6,WC) | PAT(7,UC);
>
> Changing the UC- which currently allows write-combining if the MTRRs specify
> it,
> to
H... Some tests here on an 8p 8G machine:
SLAB
N=10 Time: 0.341
N=20 Time: 0.605
N=50 Time: 1.487
SLUB
N=10 Time: 0.675
N=20 Time: 1.434
N=50 Time: 3.996
So its factor 2 for untuned SLUB. Looking at hackbench: This is a
test that allocates objects that are then consumed by N cpus that
On Thursday 06 December 2007 06:40, David Howells wrote:
> Add a function - cancel_rejected_write() - to excise a rejected write from
> the pagecache. This function is related to the truncation family of
> routines. It permits the pages modified by a network filesystem client
> (such as AFS) to
> --- linux-2.6.24-rc4.orig/include/asm-x86/io_64.h2007-12-11
> 14:24:56.0 -0800
> +++ linux-2.6.24-rc4/include/asm-x86/io_64.h 2007-12-11 15:49:52.0
> -0800
> @@ -142,7 +142,8 @@
> * it's useful if some control registers are in such an area and write
> combining
>
On Thursday 06 December 2007 06:39, David Howells wrote:
> Recruit a couple of page flags to aid in cache management. The following
> extra flags are defined:
>
> (1) PG_fscache (PG_owner_priv_2)
>
> The marked page is backed by a local cache and is pinning resources in
> the cache driver.
On Sat, 8 Dec 2007, Ingo Molnar wrote:
>
> > Good. Although we should perhaps look at that reported performance
> > problem with SLUB. It looks like SLUB will do a memclear() for the
> > area twice (first for the whole page, then for the thing it allocated)
> > for the slow case. Maybe that
[EMAIL PROTECTED] writes:
> Forward port of coherent-mmap.patch and sysfs-bin-ioctl.patch to x86 tree.
>
> TBD: Do we need the ioctl interface to sysfs or get the type attribute
> through a different sysfs file. And then actually specify the attribute
> while doing pci_mmap_page_range ;-)
This
On Thu, Dec 13, 2007 at 05:03:08PM -0800, Andrew Morton wrote:
> + /*
> + * Find a page of the appropriate migrate type. Doing a
> + * reverse-order search here helps us to hand out pages in
> + * ascending physical-address order.
> +
[EMAIL PROTECTED] writes:
> Originally based on a patch from Eric Biederman, but heavily changed.
>
> Forward port of pat-base.patch to x86 tree, with a bug fix.
> Code was using 'PCD|PWT' i.e., PAT3 for WC mapping. So set the WC mapping at
> correct PAT fields PA3/PA7.
Well that wasn't from my
On Thursday 06 December 2007 06:39, David Howells wrote:
> The attached patch causes read_cache_pages() to release page-private data
> on a page for which add_to_page_cache() fails or the filler function fails.
> This permits pages with caching references associated with them to be
> cleaned up.
>
Friedrich Göpel wrote:
> Hi,
>
> While testing 2.6.24-rc5 I noticed my Plextor DVD writer locking up as
> soon I start k3b (KDE CD burning app) with the following:
>
> ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> ata5.00: cmd a0/00:00:00:08:00/00:00:00:00:00/a0 tag 0 pio
Hello,
The current PageTail semantic is that a PageTail page is first a PageCompound
page.
So remove the redundant PageCompound test in set_page_refcounted().
Signed-off-by: Qi Yong <[EMAIL PROTECTED]>
---
diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c
diff --git a/mm/internal.h
This patch fixes several issues of i386 EFI basic runtime service
support according to fixes of x86_64 support.
- Delete efi_rt_lock because it is used during system early boot,
before SMP is initialized.
- Change local_flush_tlb() to __flush_tlb_all() to flush global page
mapping.
- Clean
On Fri, Nov 23, 2007 at 04:34:36PM +0100, Haavard Skinnemoen wrote:
> This client tests DMA memcpy using various lengths and various offsets
> into the source and destination buffers. It will initialize both
> buffers with a know pattern and verify that the DMA engine copies the
> requested region
On Dec 13, 2007 8:57 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Dec 2007 20:16:13 -0500 Miles Lane wrote:
>
> > CC drivers/video/logo/logo_linux_clut224.o
> > drivers/video/logo/logo_linux_clut224.c:598: error: conflicting type
> > qualifiers for 'logo_linux_clut224'
> >
security/realcaps.c still uses mod_unreg_security and
unregister_security to try and unregister the realtime capabilities
from LSM. Those functions appear to have been removed from
security/security.c, so the build fails with:
security/realcap.c: In function ‘realtime_exit’:
On Fri, Dec 14, 2007 at 02:01:20PM +1100, Paul Mackerras wrote:
> Dave Jones writes:
>
> > drivers/macintosh/via-pmu.c: In function 'register_pmu_pm_ops':
> > drivers/macintosh/via-pmu.c:2481: error: implicit declaration of function
> > 'pm_set_ops'
>
> What tree is this against? I
Dave Jones writes:
> drivers/macintosh/via-pmu.c: In function 'register_pmu_pm_ops':
> drivers/macintosh/via-pmu.c:2481: error: implicit declaration of function
> 'pm_set_ops'
What tree is this against? I don't see any occurrences of pmu_pm_ops
in either 2.6.23 or Linus' current tree, or in my
Fix the bug 8691 reported in http://bugzilla.kernel.org/show_bug.cgi?id=8691.
Also the following bug.
#define _GNU_SOURCE
#include
#include
#include
int main(int argc, unsigned char* argv[])
{
void *ptr,*ptr1;
if ((ptr=mmap(NULL, 4096, PROT_READ|PROT_WRITE,
Replace use of outb to "unused" diagnostic port 0x80 for time delay
with udelay based time delay on x86_64 architecture machines. Fix for
bugs 9511 and 6307 in bugzilla, plus bugs reported in
bugzilla.redhat.com.
Derived from suggestion (that didn't compile) by Pavel Machek, and
tested, also
On Wednesday 28 November 2007 03:31, Lukas Hejtmanek wrote:
> On Wed, Nov 28, 2007 at 02:11:55AM -0200, Henrique de Moraes Holschuh wrote:
> > On Tue, 27 Nov 2007, Rafael J. Wysocki wrote:
> > > > in recent kernel, I got the following warnings while booting. It's ACPI
> > > > related. Does anybode
2007/12/13, David Miller <[EMAIL PROTECTED]>:
> From: "Joonwoo Park" <[EMAIL PROTECTED]>
> Date: Thu, 13 Dec 2007 19:18:56 +0900
>
> > Just blowing netif_running up is not best solution I think, it makes
> > ifconfig down hang at least for e1000.
>
> It hangs because the packet receive rate is so
Andrew Morton wrote:
On Thu, 13 Dec 2007 19:57:29 -0500
James Bottomley <[EMAIL PROTECTED]> wrote:
On Thu, 2007-12-13 at 19:46 -0500, Mark Lord wrote:
"Improved version", more similar to the 2.6.23 code:
Fix page allocator to give better chance of larger contiguous segments (again).
On Thu, Dec 13, 2007 at 09:03:46PM -0500, Erez Zadok wrote:
> I'm getting undefined symbols while building MMOTM kernel
> stamp-2007-12-13-15-37:
>
> MODPOST 32 modules
> ERROR: "aead_geniv_exit" [crypto/seqiv.ko] undefined!
> ERROR: "aead_geniv_alloc" [crypto/seqiv.ko] undefined!
> ERROR:
On Thu, Dec 13, 2007 at 09:21:26PM +0100, Ingo Molnar wrote:
>
> * Kay Sievers <[EMAIL PROTECTED]> wrote:
>
> > > > > This one also fails to apply properly at the exact same place
> > > > > has Ingo's previously posted patch. Would need to backport his
> > > > > one.
> > > >
> > > > It
On Dec 10, 2007 1:55 AM, Nick Kossifidis <[EMAIL PROTECTED]> wrote:
> 2007/12/7, Dave Young <[EMAIL PROTECTED]>:
>
> > Hi,
> >
> > 2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
> > inline functions like this:
> > drivers/net/wireless/ath5k/base.c:292: sorry,
Michael Buesch wrote:
On Friday 14 December 2007 01:05:00 Ray Lee wrote:
Okay, I had to modprobe rfkill-input and rfkill by hand, didn't
realize that. Hopefully that'll be automatic soon. Regardless, upon
doing so, and loading ssb and b43, it sees my card, but is still not
fully functional.
On Thu, Dec 13, 2007 at 09:45:54AM -0800, David Miller wrote:
> From: Benjamin Thery <[EMAIL PROTECTED]>
> Date: Thu, 13 Dec 2007 16:01:34 +0100
>
> > The problem comes from the new macro UDPX_INC_STATS_BH introduced
> > by Herbert, which was a nice addition to increment the correct
> > UDP MIB
2007/12/13, Andrew Gallatin <[EMAIL PROTECTED]>:
>
> If the netif_running() check is indeed required to make a device break
> out of napi polling and respond to an ifconfig down, then I think the
> netif_running() check should be moved up into net_rx_action() to avoid
> potential for driver
On Dec 14, 2007 1:04 AM, Luiz Fernando N. Capitulino
<[EMAIL PROTECTED]> wrote:
>
> Hi there,
>
> If I run:
>
> # modprobe pnc2000
>
> In a machine w/o mtd hardware, I get the following oops:
>
> Photron PNC-2000 flash mapping: 40 at bf00
> BUG: unable to handle kernel paging request at
I'm getting undefined symbols while building MMOTM kernel
stamp-2007-12-13-15-37:
MODPOST 32 modules
ERROR: "aead_geniv_exit" [crypto/seqiv.ko] undefined!
ERROR: "aead_geniv_alloc" [crypto/seqiv.ko] undefined!
ERROR: "aead_geniv_init" [crypto/seqiv.ko] undefined!
ERROR: "aead_geniv_free"
On Dec 13, 2007 5:24 PM, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Dec 2007 17:08:16 +0900
> "Kyungmin Park" <[EMAIL PROTECTED]> wrote:
>
> >
> > In my MMC Spec. (v4.2), there's no problem to read it even though it's
> > revision 1.1
> >
>
> Well, the spec says that those reserved
On Thu, 13 Dec 2007 20:16:13 -0500 Miles Lane wrote:
> CC drivers/video/logo/logo_linux_clut224.o
> drivers/video/logo/logo_linux_clut224.c:598: error: conflicting type
> qualifiers for 'logo_linux_clut224'
> include/linux/linux_logo.h:47: error: previous declaration of
>
Siva Prasad wrote:
I am looking at how exactly does the printf in user programs succeeds in
displaying characters to the serial console.
Is it a student assignment? This is so not the right mailing list.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Simulating 1 microsecond delays (assuming LPC meets that goal for 0x80)
is "absolutely correct" for devices provided on PCI-X running on 3 GHz
or greater machines?
Well, you are entitled to your opinion. Seems likely that reading the
timing specs of such a chipset might be correct, and
tshark -i eth0, eth1, lo are all empty. Works under 2.6.23.0 just
fine. A quick scan of the log between 2.6.24-rc3 and current tip
(-rc5) doesn't show any obvious fixes, but then again, what do I know.
I'll check current tip on the weekend when I'll have the luxury to
have my main system down long
The bluetooth hci conn sysfs add/del executed in the default workqueue. If the
conn del function is executed after the new conn add function with same
bluetooth target address, the connection add will failed and warning about same
kobject name.
Here add a btconn workqueue, and flush the
On Fri, Dec 14, 2007 at 01:03:50AM +0100, Adrian Bunk wrote:
> > #ifndef HAVE_ARCH_BUG
> > #define BUG() do { \
> > - printk("BUG: failure at %s:%d/%s()!\n", __FILE__, __LINE__,
> > __FUNCTION__); \
> > + printk(KERN_ERR "BUG: failure at %s:%d/%s()! (%s)\n",
> > + __FILE__,
When the conversion factor between jiffies and milli- or microseconds
is not a single multiply or divide, as for the case of HZ == 300, we
currently do a multiply followed by a divide. The intervening
result, however, is subject to overflows, especially since the
fraction is not simplified (for
On Dec 13, 2007 4:43 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Friday 14 December 2007 01:05:00 Ray Lee wrote:
> > Okay, I had to modprobe rfkill-input and rfkill by hand, didn't
> > realize that. Hopefully that'll be automatic soon. Regardless, upon
> > doing so, and loading ssb and b43,
On Thu, 13 Dec 2007 19:57:29 -0500
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-12-13 at 19:46 -0500, Mark Lord wrote:
> > "Improved version", more similar to the 2.6.23 code:
> >
> > Fix page allocator to give better chance of larger contiguous segments
> > (again).
> >
> >
On Wed, Dec 12, 2007 at 10:46:40PM +0100, Mariusz Kozlowski wrote:
> Hello,
>
> The unused code found in ext3_find_entry() is also present (and still
> unused)
> in the ext4_find_entry() code. This patch removes it. Compile tested only.
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL
On Thu, 13 Dec 2007 19:40:09 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> And here is a patch that seems to fix it for me here:
>
> * * * *
>
> Fix page allocator to give better change of larger contiguous segments
> (again).
>
> Signed-off-by: Mark Lord <[EMAIL PROTECTED]
> ---
>
>
> ---
Andrew Morton wrote:
On Fri, 30 Nov 2007 15:02:43 -0500 Adam Jackson <[EMAIL PROTECTED]> wrote:
These types define the size of data read from /dev/apm_bios. They
should not be hidden behind #ifdef __KERNEL__.
Missing info: what are the consequences of this fix? What id broken when
it it
On Thu, 2007-12-13 at 19:46 -0500, Mark Lord wrote:
> "Improved version", more similar to the 2.6.23 code:
>
> Fix page allocator to give better chance of larger contiguous segments
> (again).
>
> Signed-off-by: Mark Lord <[EMAIL PROTECTED]
> ---
>
> --- old/mm/page_alloc.c 2007-12-13
On Fri, 2007-12-14 at 01:43 +0100, Michael Buesch wrote:
> Oh come on. b43 is more than a year old now. How long should we wait?
> Two or three? Forever?
>
Any pointers to the advantages of b43?
Harvey
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
>>> On Thu, Dec 13, 2007 at 7:06 PM, in message
<[EMAIL PROTECTED]>, Steven Rostedt
<[EMAIL PROTECTED]> wrote:
>
> This is from Gregory Haskins' patch. He forgot to compile check for
> warnings on UP again ;-)
Doh!
>
> Greg,
>
> Can you merge the first part into your patch and resend it
On Thursday, December 13, 2007 3:55 pm [EMAIL PROTECTED] wrote:
> Forward port of coherent-mmap.patch and sysfs-bin-ioctl.patch to x86 tree.
>
> TBD: Do we need the ioctl interface to sysfs or get the type attribute
> through a different sysfs file. And then actually specify the attribute
> while
On Thu, Dec 13, 2007 at 04:19:32PM -0800, Greg KH wrote:
> On Thu, Dec 13, 2007 at 03:55:51PM -0800, [EMAIL PROTECTED] wrote:
> > Forward port of coherent-mmap.patch and sysfs-bin-ioctl.patch to x86 tree.
> >
> > TBD: Do we need the ioctl interface to sysfs or get the type attribute
> > through a
Mark Lord wrote:
Andrew Morton wrote:
On Thu, 13 Dec 2007 19:30:00 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Here's the commit that causes the regression:
...
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -760,7 +760,8 @@ static int rmqueue_bulk(struct zone *zone,
unsigned int order,
> +void __cpuinit pat_init(void)
> +{
> + /* Set PWT+PCD to Write-Combining. All other bits stay the same */
> + if (cpu_has_pat) {
All the old CPUs (PPro etc.) with known PAT bugs need to clear this flag
now in their CPU init functions. It is fine to be aggressive there
because these
"Improved version", more similar to the 2.6.23 code:
Fix page allocator to give better chance of larger contiguous segments (again).
Signed-off-by: Mark Lord <[EMAIL PROTECTED]
---
--- old/mm/page_alloc.c 2007-12-13 19:25:15.0 -0500
+++ linux-2.6/mm/page_alloc.c 2007-12-13
On Thu, Dec 13, 2007 at 08:16:46PM +0100, Oliv?r Pint?r wrote:
> http://lwn.net/Articles/235908/
>
> or then drop this patch... while to big change are im kernel
It's now dropped.
Oliver, in the future, can you at least test the patches you wish to
have applied to the -stable tree? :)
thanks,
On Friday 14 December 2007 01:05:00 Ray Lee wrote:
> Okay, I had to modprobe rfkill-input and rfkill by hand, didn't
> realize that. Hopefully that'll be automatic soon. Regardless, upon
> doing so, and loading ssb and b43, it sees my card, but is still not
> fully functional. iwconfig sees:
>
>
Andrew Morton wrote:
On Thu, 13 Dec 2007 19:30:00 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Here's the commit that causes the regression:
...
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -760,7 +760,8 @@ static int rmqueue_bulk(struct zone *zone, unsigned int
order,
Mark Lord wrote:
Mark Lord wrote:
Mark Lord wrote:
Mark Lord wrote:
Andrew Morton wrote:
On Thu, 13 Dec 2007 17:15:06 -0500
James Bottomley <[EMAIL PROTECTED]> wrote:
On Thu, 2007-12-13 at 14:02 -0800, Andrew Morton wrote:
On Thu, 13 Dec 2007 21:09:59 +0100
Jens Axboe <[EMAIL PROTECTED]>
I was going through my set of kernel patches that I've cherry picked on
LKML for my private kernel, and I noticed this hasn't gotten merged into
mainline yet. The original thread was here:
http://lkml.org/lkml/2007/10/27/61
and addressed a panic after a umount reported by Sebastian
On Thu, 13 Dec 2007 19:30:00 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Here's the commit that causes the regression:
>
> ...
>
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -760,7 +760,8 @@ static int rmqueue_bulk(struct zone *zone, unsigned int
> order,
> struct page
1 - 100 of 1064 matches
Mail list logo
