> I work at a hosting company and we see these kinds of issues in the
> real world fairly frequently. I would guess maybe a monthly basis.
> The servers where we have seen this are typically running RHEL 4 or 5
> kernels, so I can't really speak to how recent the kernel is in this
> specific term.
On Mon, 4 Feb 2008 22:20:04 -0800 (PST) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> The statistics provided here allow the monitoring of allocator behavior
> at the cost of some (minimal) loss of performance. Counters are placed in
> SLUB's per cpu data structure that is already written to by
On Tue, 5 Feb 2008 12:24:56 +0100 Holger Schurig <[EMAIL PROTECTED]> wrote:
> > I have an embedded target (PXA255 based) where I have a nice
> > running kernel 2.6.15. Today I'm trying to get 2.6.24 running
> > on it.
>
Backtrace:
[] (sysctl_head_next+0x0/0x64) from []
(proc_sys_readdir+0x360/0
* Hugh Dickins <[EMAIL PROTECTED]> wrote:
> When change_page_attr splits a large page on x86_32 (without PAE), it
> is currently corrupting every process's page directory: fix that by
> removing the thinko which passes down a physical instead of a virtual
> address.
>
> Signed-off-by: Hugh Di
> > +#define XQUAD_PORTIO_BASE 0xfe40
>
> There is still a definition in include/asm-x86/io_32.h . Is this
> intentional?
Probably not.
>
> > +extern void *xquad_portio;/* Where the IO area was mapped */
>
> Does the extern need to be here when you've added it (minus the comment)
> to ma
On Tue, 5 Feb 2008 16:38:18 +0530 Dhaval Giani <[EMAIL PROTECTED]> wrote:
> > Feb 4 16:35:56 kernel: 4426 pages slab
> > Feb 4 16:35:56 kernel: 360 pages pagetables
> >
>
> Looks like quicklists again.
Are you sure? Normally there will be large amounts of memory in slab
when that one occurs?
Kristoffer Ericson schrieb:
"Mader, Alexander (N-MSR)" wrote:
On a Fujitsu Siemens Celsius H240 a 2.6.22-3-amd64 kernel from Debian
testing is in use. PCMCIA utilities for Linux 2.6 version 014-4 are
installed. I could supply the output of lspci and lshal.
Assuming debian has alot of patches
On Tue, 5 Feb 2008, Theodore Tso wrote:
> Hmm.. sound works just fine for me on my X61s (model #7668-CTO) running
> 2.6.24.
I have also seen sound working flawlessly on another X61s. Maybe they
changed some chipset revisions on the fly, or whatever.
What does lspci -v show for your soundcard p
Latest linux git complained about this ...
named: capset failed: Operation not permitted: please ensure that the
capset kernel module is loaded. see insmod(8)
Where is the capset kernel module?
Thanks,
Jeff.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Mon, 4 Feb 2008 04:43:04 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 3 Feb 2008 15:07:44 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > With current mainline I'm getting intermittent
On Tuesday 05 February 2008, you wrote:
> On Tue, Feb 05, 2008 at 06:52:29PM +0100, Marc Donner wrote:
> > hi,
> >
> > i have a problem using a cf card with an ide adapter.
> > using debian kernel 2.6.18-5
> >
>
> Adapter doesn't support DMA, but controller and CF cards do. To fix,
> tell the syst
Baa Baa (a Kiwi greeting :) ),
I have to second Jiri on this one. The card is used as a 'WAN'
technology not a 'LAN' technology platform and hence does not really fit
into the 'wireless 802.11' space. I think that it should be
merged in where it currently sits.
~benm
-Original Message---
On Tue, 5 Feb 2008 14:13:36 -0200 Thadeu Lima de Souza Cascardo <[EMAIL
PROTECTED]> wrote:
> ---
> drivers/power/power_supply_sysfs.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/power/power_supply_sysfs.c
> b/drivers/power/power_supply_sysfs.c
> index
On Tue, 2008-02-05 at 10:46 -0800, Andrew Morton wrote:
> > I got x86-64 compiled by removing the #include from
> > asm-generic/tlb.h. But who knows what will break if the include is
> > missing .. I'll cross compile some of the other architectures next.
> >
>
> urgh, well, thanks for trying. I
On Wed, 06 Feb 2008 10:06:18 +0100 Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-05 at 10:46 -0800, Andrew Morton wrote:
> > > I got x86-64 compiled by removing the #include from
> > > asm-generic/tlb.h. But who knows what will break if the include is
> > > missing .. I'll cross
On Tue, 5 Feb 2008 20:15:23 +0100 Grzegorz Chwesewicz <[EMAIL PROTECTED]> wrote:
> Hi.
> Problem description:
>
> I have a problem with recording on HP nx6325 notebook (hda-intel with
> AD1981HD
> codec). Playback works fine, but after 5-10 min. of recording microphone
> stops working (
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > urgh, well, thanks for trying. If there's significant risk factor
> > > (or hassle) in fixing the macros then I'd suggest we not do it for
> > > now - it's a separate project.
> >
> > I'm still at it. I does make sense to convert the damn macro
On Tue, Feb 05, 2008 at 05:52:31PM -0800, Glenn Griffin ([EMAIL PROTECTED])
wrote:
> +static u32 cookie_hash(struct in6_addr *saddr, struct in6_addr *daddr,
> +__be16 sport, __be16 dport, u32 count, int c)
> +{
> + __u32 tmp[16 + 5 + SHA_WORKSPACE_WORDS];
This huge buffer
On Wed, 6 Feb 2008 00:34:12 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 4 Feb 2008 04:43:04 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 3 Feb 2008 15:07:44 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton <[EMA
yes, i realize i'm sounding like a broken record but, once again,
Documentation/feature-removal-schedule.txt is slipping out of date WRT
items that are now slightly, if not noticeably, behind schedule for
removal.
rday
--
On Tue, 5 Feb 2008 20:49:42 -0500 "Clem Taylor" <[EMAIL PROTECTED]> wrote:
> I'm trying to move a MIPS based embedded system from 2.6.16.16 to
> 2.6.24. Most things seem to be working, but I'm having troubles with
> inotify. The code is using inotify to detect a file written to /tmp
> (tmpfs). The
Is it possible to create more than one loopback interfaces in linux?
--
View this message in context:
http://www.nabble.com/loopback-interfaces-tp15306345p15306345.html
Sent from the linux-kernel mailing list archive at Nabble.com.
--
To unsubscribe from this list: send the line "unsubscribe
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] x86_32: fix regression caused by trim ram according to mtrr on system
> with 4G more RAM
>
> Pravel report:
> "
> The commit
>
> 093af8d7f0ba3c6be1485973508584ef081e9f93
> x86_32: trim memory by updating e820
>
> broke my e1000
(cc linux-wireless)
On Tue, 5 Feb 2008 23:57:46 +0100 Tino Keitel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I tried the current git (9ef9dc69d4167276c04590d67ee55de8380bc1ad) and
> got the following error message from ath5k:
>
> ath5k_pci :02:00.0: registered as 'phy0'
> ath5k phy0: failed to r
[PATCH] x86_32: fix regression caused by trim ram according to mtrr on system
with 4G more RAM
Pravel report:
"
The commit
093af8d7f0ba3c6be1485973508584ef081e9f93
x86_32: trim memory by updating e820
broke my e1000 card: on loading driver says that
e1000: probe of
On Sat, 2008-02-02 at 09:30 -0200, Henrique de Moraes Holschuh wrote:
> On Fri, 01 Feb 2008, Len Brown wrote:
> > You might check if CONFIG_ACPI_VIDEO=m is set and you can load the "video"
> > module.
> > While the sony may be non-standard and not load, your thinkpad may work.
[...]
>
> We real
On Wed, Feb 06, 2008 at 07:49:52AM +1100, Benjamin Herrenschmidt wrote:
>
> > so x86_64 will work well?
> >
> > the problem is that BIOS does not assign one resource for you tg3. and
> > kernel pcibios_assign_to_unassign (?) try
> > to assign resource to your card.
>
> But the kernel shouldn't t
On Wed, 6 Feb 2008, Takashi Iwai wrote:
> > Takashi, if you need any other information which would help resolving
> > this, please let me know.
> First, make sure that you unmuted the hardware volume / mute via laptop
> keyboards. If everything looks OK ("PCM" adjusted, "Headphone" and
> "Speak
On Feb 5, 2008 6:50 PM, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> For remotely accessing data, iSCSI+fs is quite simply more overhead than
> a networked fs. With iSCSI you are doing
>
> local VFS -> local blkdev -> network
>
> whereas a networked filesystem is
>
> local VFS -> netwo
On Feb 6, 2008 4:13 PM, Jeff Chua <[EMAIL PROTECTED]> wrote:
> Latest linux git complained about this ...
>
> named: capset failed: Operation not permitted: please ensure that the
> capset kernel module is loaded. see insmod(8)
How this started was that with the latest git linux, I got this warni
Jiri Slaby <[EMAIL PROTECTED]> writes:
> @@ -210,12 +205,16 @@ struct ath5k_hw *ath5k_hw_attach(struct ath5k_softc
> *sc, u8 mac_version)
> }
>
> /* Identify single chip solutions */
> - if((srev <= AR5K_SREV_VER_AR5414) &&
> - (srev >= AR5K_SREV_VER_AR2424)) {
> -
On Wed, Feb 06, 2008 at 12:53:12AM -0800, Andrew Morton wrote:
> On Tue, 5 Feb 2008 14:13:36 -0200 Thadeu Lima de Souza Cascardo <[EMAIL
> PROTECTED]> wrote:
>
> > ---
> > drivers/power/power_supply_sysfs.c |1 -
> > 1 files changed, 0 insertions(+), 1 deletions(-)
> >
> > diff --git a/driv
On Fri, Feb 01, 2008 at 12:08:30AM -0500, Pavel Roskin wrote:
> On Wed, 2008-01-30 at 15:53 -0500, Richard Stallman wrote:
> > I don't know what the circumstances are in this case, since the
> > description quoted was quite sketchy. I suggest that someone send a
> > clear description of the case t
On 02/06/2008 11:48 AM, Andreas Schwab wrote:
+ ah->ah_single_chip = !!(srev >= AR5K_SREV_VER_AR2424 &&
^^
This is useless.
Amended locally, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
On 02/05/2008 11:57 PM, Tino Keitel wrote:
> Hi,
>
> I tried the current git (9ef9dc69d4167276c04590d67ee55de8380bc1ad) and
> got the following error message from ath5k:
>
> ath5k_pci :02:00.0: registered as 'phy0'
> ath5k phy0: failed to resume the MAC Chip
> ath5k_pci: probe of :02:00.0
On Feb 6, 2008 2:05 AM, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> On Wed, Feb 06, 2008 at 07:49:52AM +1100, Benjamin Herrenschmidt wrote:
> >
> > > so x86_64 will work well?
> > >
> > > the problem is that BIOS does not assign one resource for you tg3. and
> > > kernel pcibios_assign_to_unassi
On Wed, 06 Feb 2008 09:02:11 +0100
"Mader, Alexander (N-MSR)" <[EMAIL PROTECTED]> wrote:
> Kristoffer Ericson schrieb:
> > "Mader, Alexander (N-MSR)" wrote:
> >> On a Fujitsu Siemens Celsius H240 a 2.6.22-3-amd64 kernel from Debian
> >> testing is in use. PCMCIA utilities for Linux 2.6 version 01
On Tue 05-02-08 20:34:49, Marcin Slusarz wrote:
> On Tue, Feb 05, 2008 at 05:22:19PM +0100, Jan Kara wrote:
> > Actually, the loop below would be even more readable it you did:
> >
> > if (map->s_partition_num == le16_to_cpu(p->partitionNumber))
> > break;
> > And do the work after we ex
On Tue 05-02-08 20:21:58, Marcin Slusarz wrote:
> On Tue, Feb 05, 2008 at 04:59:56PM +0100, Jan Kara wrote:
> > On Sun 03-02-08 19:36:09, [EMAIL PROTECTED] wrote:
> > > kernel_timestamp type was almost unused - only callers of
> > > udf_stamp_to_time
> > > and udf_time_to_stamp used it, so let the
On Wed, 2008-02-06 at 12:50 +0200, Adrian Bunk wrote:
> The Linux kernel is licenced under the GPLv2.
>
> Ndiswrapper loads and executes code with not GPLv2 compatible
> licences
> in a way in the kernel that might be considered similar to a GPLv2'ed
> userspace program dlopen() a dynamic librar
Hi Ingo,
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>
>
> - The x86 git tree has been dropped due to runtime failure on one of my test
> machines
My PC display warning message at boot time.
Could I help your debugging?
---
> should be fixed by the commit below. (already upstream)
>
> Ingo
Oops, sorry ;-)
--
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/majordomo-info.html
Please read the FAQ
On Wed 2008-02-06 11:53:34, Pavel Machek wrote:
> Hi!
>
> Trying to boot 2.6.25-git0 (few days old), I get
>
> BUG: unable to handle kernel paging request at ..ffb0
> IP at init_irq+0x42e
>
> Call trace:
> ide_device_add_all
> ide_generic_init
> kernel_init
> child_rip
> vgacon_cursor
> kern
* KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
> >
> >
> > - The x86 git tree has been dropped due to runtime failure on one of my test
> > machines
>
> My PC display warning message at boot time.
On Tue 05-02-08 13:59:05, Josef Bacik wrote:
> On Tuesday 05 February 2008 12:27:31 pm Jan Kara wrote:
> > Hello,
> >
> > Sorry for replying a bit late but I'm currently falling behind in
> > maling-list reading...
> >
> > > The way jbd tries to determine if there is enough space left on the
>
Hi,
> > +irqreturn_t ipwireless_interrupt(int irq, void *dev_id, struct pt_regs
> > *regs) +{
> > + struct ipw_hardware *hw = dev_id;
> > +
> > + if (hw->hw_version == HW_VERSION_1)
> > + return ipwireless_handle_v1_interrupt(irq, hw);
> > + else
> > + return ipwireless_h
On Wed, 2008-02-06 at 07:36 +0100, Peter Zijlstra wrote:
> > btw I can see "watchdog" being very useful to catch hard-RT tasks that
> > exceed the deadline.
> > But's it gotta be per thread.
>
> It is.
>
> > Single setting per user is not enough. Unless a use has a single RT task.
>
> ?
Ah,
On Feb 6 2008 18:43, Jeff Chua wrote:
>On Feb 6, 2008 4:13 PM, Jeff Chua <[EMAIL PROTECTED]> wrote:
>> Latest linux git complained about this ...
>>
>> named: capset failed: Operation not permitted: please ensure that the
>> capset kernel module is loaded. see insmod(8)
>
>How this started was th
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Wed, 6 Feb 2008 12:38:29 +0100
>
> randconfig qa on x86.git ran into the following new networking related
> problem on latest -git: with the attached .config the testbox comes up
> but cannot establish any TCP connections due to -ENOPROTO in
> sys_co
Please pull from 'upstream-davem' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-davem
to receive the following updates:
drivers/net/forcedeth.c | 49 +-
drivers/net/gianfar_mii.c |4 +-
drivers/net/iseries_veth.c|2
On Feb 6, 2008 7:40 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >warning: `named' uses 32-bit capabilities (legacy support in use)
> Yes it is a really interesting case I have seen before,
> but did not bother to investigate.
> CONFIG_SECURITY=y
> CONFIG_SECURITY_CAPABILITIES=m or y
Tried, bu
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Wed, 6 Feb 2008 06:49:50 -0500
> Please pull from 'upstream-davem' branch of
> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
> upstream-davem
>
> to receive the following updates:
Pulled, thanks Jeff.
--
To unsubscribe from this l
Adrian Bunk wrote:
> The Linux kernel is licenced under the GPLv2.
>
> Ndiswrapper loads and executes code with not GPLv2 compatible licences
> in a way in the kernel that might be considered similar to a GPLv2'ed
> userspace program dlopen() a dynamic library file with a not GPLv2
> compatib
randconfig qa on x86.git ran into the following new networking related
problem on latest -git: with the attached .config the testbox comes up
but cannot establish any TCP connections due to -ENOPROTO in
sys_connect().
The error comes from this condition in inet_stream_connect():
/* Co
On Tue 2008-02-05 17:51:22, H. Peter Anvin wrote:
> Rafael J. Wysocki wrote:
>>> The asm() for making beeps really need to be moved to a function and
>>> cleaned up (redone in C using inb()/outb()) if they are to be retained at
>>> all.
>>
>> Yes, they are. For some people they're the only tool
Alejandro Riveira Fernández wrote:
Maybe for the trivial tree...
sata_via.c has PATA support since:
d73f30e1c9a9af14757fa5bf4014343926047156
sata_via: PATA support
AFAICS so the TODO list is no longer true.
---
diff --git a/drivers/ata/sata_via.c b/drivers/ata/sata_via.c
index 3ef0
Adrian Bunk wrote:
This patch fixes the following section mismatches:
<-- snip -->
...
WARNING: drivers/ata/built-in.o(.text+0x15072): Section mismatch in reference
from the function piix_init_one() to the function
.devinit.text:piix_init_sata_map()
WARNING: drivers/ata/built-in.o(.text+0x1
Andrew Morton wrote:
> On Mon, 4 Feb 2008 20:11:03 -0800 Phil Oester <[EMAIL PROTECTED]> wrote:
>
>> On Mon, Feb 04, 2008 at 07:27:53PM -0800, Linus Torvalds wrote:
>>> kgdb? Not so interesting. We have many more hard problems happening at
>>> user sites, not in developer hands.
>> FWIW, I'm not
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
arch/arm/mach-rpc/riscpc.c|2 +-
arch/blackfin/mach-bf527/boards/ezkit.c |2 +-
arch/blackfi
Just a beautification of using debugger_active for checking the debugger
state.
Signed-off-by: Jan Kiszka <[EMAIL PROTECTED]>
---
arch/x86/kernel/kgdb.c |6 +++---
include/linux/kgdb.h |7 ++-
kernel/kgdb.c |8
kernel/sched.c |7 +--
4 files ch
On Feb 5, 2008 6:01 PM, Erez Zilber <[EMAIL PROTECTED]> wrote:
>
> Using such large values for FirstBurstLength will give you poor
> performance numbers for WRITE commands (with iSER). FirstBurstLength
> means how much data should you send as unsolicited data (i.e. without
> RDMA). It means that yo
Hi,
the serial driver works fine. The problem seems to be related to the
tclib, when I use
it as a clocksource. The numbers of overruns depends on the type of
files too.
It is possible?
Regards
Michael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Robert Hancock wrote:
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode
on systems with memory located above 4GB. We need to delay setting the 64-bit
DMA mask until the PRD table and padding buffer are allocated so that they don't
get allocated above 4GB and break le
* David Miller <[EMAIL PROTECTED]> wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Wed, 6 Feb 2008 12:38:29 +0100
>
> >
> > randconfig qa on x86.git ran into the following new networking related
> > problem on latest -git: with the attached .config the testbox comes up
> > but cannot e
Max Krasnyanskiy wrote:
> With CPU isolation
> it's very easy to achieve single digit usec worst case and around 200
> nsec average response times on off-the-shelf
> multi- processor/core systems (vanilla kernel plus these patches) even
> under exteme system load.
Hi Max, could you elaborate on
On Tue, 05 Feb 2008 13:29:35 +0100
michael <[EMAIL PROTECTED]> wrote:
> Just one question:
> Receiving with hardware handshake works without PDC?
I don't know...I haven't tried. These patches shouldn't change anything
though.
Haavard
--
To unsubscribe from this list: send the line "unsubscribe l
Jan Kiszka wrote:
> Just a beautification of using debugger_active for checking the debugger
> state.
>
> Signed-off-by: Jan Kiszka <[EMAIL PROTECTED]>
>
> ---
> arch/x86/kernel/kgdb.c |6 +++---
> include/linux/kgdb.h |7 ++-
> kernel/kgdb.c |8
> kernel/sched.
Roel Kluin wrote:
> Kristoffer Ericson wrote:
>> Greetings,
>>
>> Richard I've cleaned up the driver by checking with checkpatch.pl as Russell
>> suggested. I would appreciate it if you could
>> look through the patch again and give comments since the patch looks
>> somewhat different.
>>
>> I ca
Hello,
A new version of the Gujin bootloader has been released, with those
improvements:
- fix the problem booting kernels after linux-2.6.22
- can also install the second stage inside a filesystem (contigous file, no RAID
supported) by:
"instboot boot.bin /boot/gujin.ebios"
and remove by:
Hello Tony,
Thank you for review.
Luck, Tony wrote:
> +/* Insert a long branch code */
> +static void __kprobes set_brl_inst(void *from, void *to)
> +{
> + s64 rel = ((s64) to - (s64) from) >> 4;
> + bundle_t *brl;
> + brl = (bundle_t *) ((u64) from & ~0xf);
> + brl->quad0.template
Kristoffer Ericson wrote:
> Greetings,
>
> Richard I've cleaned up the driver by checking with checkpatch.pl as Russell
> suggested. I would appreciate it if you could
> look through the patch again and give comments since the patch looks somewhat
> different.
>
> I can add patch for Kconfig/Ma
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Wed, 6 Feb 2008 13:22:48 +0100
> So no, it does not fix the problem. The config i sent is a rather
> generic one, it should boot on most whitebox PCs. TCP connections will
> fail immediately, all the time.
I suspect this got added recently with how of
I built 2.6.24-git15 this morning and seem to have picked up a little
“funny” along the way – occasionally what should be a single key stroke
ends up spraying multiple characters on to my screen.
By this I mean I type “w” and get “w” or whatever.
This has happened a number of times wit
Hi Mikael,
--- Mikael Pettersson wrote:
>
> Is this a new ixp4xx platform or one of the existing
> ones in arch/arm/mach-ixp4xx?
>
The machine type (arch/arm/tools/mach-types) is
ct_dfs. However, the platform is a copy of the coyote
platform in arch/arm/mach-ixp4xx.
> Anyway, I can think o
* David Miller <[EMAIL PROTECTED]> wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Wed, 6 Feb 2008 13:22:48 +0100
>
> > So no, it does not fix the problem. The config i sent is a rather
> > generic one, it should boot on most whitebox PCs. TCP connections
> > will fail immediately, all
Hello.
Jan Kiszka wrote:
Sorry, previous version was missing some __init[data] attributes which
were dropped in an intermediate stage. Here comes an updated patch:
<---snip--->
This major refactoring of the quite complex kgdb8250 configuration does
the following:
- ensures that static
The patch:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/broken-out/modules-handle-symbols-that-have-a-zero-value.patch
changes the return value of __find_symbol() so that it can handle symbols
that are zero and now it returns -errno for failure.
But some __fin
On Tue, 5 Feb 2008 15:44:13 -0800, Greg KH wrote:
> On Tue, Feb 05, 2008 at 09:16:42PM +0100, Jean Delvare wrote:
> > This is 2.6.24, CONFIG_SYSFS_DEPRECATED=y:
> >
> > # ls -l /sys/class/i2c-adapter/i2c-0
> > total 0
> > lrwxrwxrwx 1 root root0 f?v 5 18:07 device ->
> > ../../../devices/pci
On Tue 05-02-08 20:12:05, Marcin Slusarz wrote:
> On Tue, Feb 05, 2008 at 04:48:31PM +0100, Jan Kara wrote:
> >
> > Uh, oh. I guess you somehow mangled the ordering of patches. In this
> > patch you revert what you've done in the previous patch. Otherwise I agree
> > with the idea of the change.
On Wed, 6 Feb 2008, Chris Holvenstot wrote:
> I built 2.6.24-git15 this morning and seem to have picked up a little
> "funny" along the way - occasionally what should be a single key stroke
> ends up spraying multiple characters on to my screen. By this I mean I
> type "w" and get "w" o
Chris Holvenstot wrote:
> I built 2.6.24-git15 this morning and seem to have picked up a little
> “funny” along the way – occasionally what should be a single key stroke
> ends up spraying multiple characters on to my screen.
>
>
> By this I mean I type “w” and get “w” or whatever.
>
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> yeah, although various other upstream breakages prevented real long
> randconfig series in the past 2-3 days. I'd say it's either in this
> pull from your tree:
ok, i have bisected it down but the result made no sense, so i
double-checked it and noti
Andrew,
the following two patches are the outcome of the thread "brk randomization
breaks columns" [1]. As brk randomization is already in Linus' tree, it's
definitely 2.6.25 material, so it would probably be good if you could push
them in your next bunch going to Linus, if noone has any object
From: Jiri Kosina <[EMAIL PROTECTED]>
brk: check the lower bound properly
There is a check in sys_brk(), that tries to make sure that we do not
underflow the area that is dedicated to brk heap.
The check is however wrong, as it assumes that brk area starts immediately
after the end of the code (
From: Jiri Kosina <[EMAIL PROTECTED]>
ASLR: add possibility for more fine-grained tweaking
Some prehistoric binaries don't like when start of brk area is located
anywhere else than just after code+bss.
This patch adds possibility to configure the default behavior of address
space randomization.
Thank you for your response, Jiri -
On this system I am using a PS2 Keyboard - and let me stress that it is
only occasionaly that it happens - I have had 2.6.24-git15 up for about
2 hours now and have only seen it about a dozen times.
I also note one other thing - although my system is lightly
* Jiri Kosina <[EMAIL PROTECTED]> wrote:
> ASLR: add possibility for more fine-grained tweaking
>
> Some prehistoric binaries don't like when start of brk area is located
> anywhere else than just after code+bss.
>
> This patch adds possibility to configure the default behavior of
> address s
On Wed, Feb 06, 2008 at 09:11:27AM +0100, Jiri Kosina wrote:
> On Tue, 5 Feb 2008, Theodore Tso wrote:
>
> I have also seen sound working flawlessly on another X61s. Maybe they
> changed some chipset revisions on the fly, or whatever.
>
> What does lspci -v show for your soundcard please?
Attac
On Wed, 6 Feb 2008, Chris Holvenstot wrote:
> On this system I am using a PS2 Keyboard - and let me stress that it is
> only occasionaly that it happens - I have had 2.6.24-git15 up for about
> 2 hours now and have only seen it about a dozen times. I also note one
> other thing - although my sy
On Wed, 2008-02-06 at 14:35 +0100, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > yeah, although various other upstream breakages prevented real long
> > randconfig series in the past 2-3 days. I'd say it's either in this
> > pull from your tree:
>
> ok, i have bisected it
On Wed, 6 Feb 2008, Theodore Tso wrote:
> > I have also seen sound working flawlessly on another X61s. Maybe they
> > changed some chipset revisions on the fly, or whatever.
> > What does lspci -v show for your soundcard please?
> Attached please find my lspci -v and dmidecode information.
Thank
On Tue, Feb 05, 2008 at 06:20:15PM -0500, [EMAIL PROTECTED] wrote:
> > The expectation of this driver is that the battery monitor driver will
> > register as the "wm97xx-battery" device and use the wm97xx_read_aux_adc()
> > function exported by the wm97xx-core driver to access the ADC. Is your
>
Hello Kernel Users,
is there a size limit for tmpfs for the /dev/shm filesystem?
Normally its default size is set to 2 GB. Is it possible to create a 2
TB (Terrabyte) filesystem with tmpfs?
Or is there a maximum size defined in the linux kernel?
--
Best regards,
Mika Lawando
--
To unsubscrib
Hi!
Are there any recent changes in cpu hotplug? I have suspend (random)
problems, nosmp seems to fix it, and last messages in the "it hangs"
case are from cpu hotplug...
Pavel
--
(english) http://www.livejournal.com/~pavelma
On Tue 2008-02-05 16:22:55, Kok, Auke wrote:
> ?? ??? wrote:
> > I've patched my kernel with the PCIe ASPM and after setting
> > echo powersave > /sys/module/pcie_aspm/parameters/policy
> >
> > I started to experience random hangs of my laptop.
> > Hardware info:
> >
On Wed, Feb 06, 2008 at 08:56:35AM +0100, Sam Ravnborg wrote:
> >
> > >
> > >
> > >
> > > i8042_platform_init():
> > >
> > > +#if defined(__i386__) || defined(__x86_64__)
> > >
> > > use #ifdef CONFIG_X86?
> > >
> >
> > I considered it but above was tested and in line with the style of the
Bart Van Assche wrote:
On Feb 5, 2008 6:50 PM, Jeff Garzik <[EMAIL PROTECTED]> wrote:
For remotely accessing data, iSCSI+fs is quite simply more overhead than
a networked fs. With iSCSI you are doing
local VFS -> local blkdev -> network
whereas a networked filesystem is
local
On Tue 2008-02-05 18:20:58, Chatre, Reinette wrote:
> On Tuesday, February 05, 2008 1:45 PM, Pavel Machek wrote:
>
> >
> > ...I've reported this before, with full debugging. Not sure if
> > anything happened.
>
> Could you please point me to where you have reported it before?
>From [EMAIL PRO
Hi Andrew,
On Feb 6, 2008 8:26 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Tue, 8 Jan 2008 09:21:55 +0100 "pHilipp Zabel" <[EMAIL PROTECTED]> wrote:
>
> > On Jan 8, 2008 1:13 AM, Matt Reimer <[EMAIL PROTECTED]> wrote:
> > > On Mon, 2008-01-07 at 15:10 -0800, Andrew Morton wrote:
> > > > On
On Tue, Feb 05, 2008 at 09:26:47PM +0200, Benny Halevy wrote:
> Was version 0.13 NACKed?
It was picked up by Andrew for -mm according to my email. I do not
think there has been an -mm release since then however. This patch is
relative to that version.
-apw
--
To unsubscribe from this list: send
1 - 100 of 569 matches
Mail list logo
