On Sun, Dec 02, 2007 at 02:52:17PM +0800, rae l wrote:
> On Dec 2, 2007 12:48 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> ...
> > > and where is a detailed explaination on kern_mount? could someone give
> > > some comments or documentation pointers on this?
> >
> > See the patches that Eric Biederman
On Sat, 1 Dec 2007 22:59:05 -0800 David Brownell <[EMAIL PROTECTED]> wrote:
> On Saturday 01 December 2007, Bryan Wu wrote:
> > On Dec 2, 2007 8:42 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
> > >
> > > <-- snip -->
>
On Saturday 01 December 2007, Bryan Wu wrote:
> On Dec 2, 2007 8:42 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
> >
> > <-- snip -->
> >
> > ...
> > CC arch/blackfin/mach-bf537/boards/stamp.o
> > /home/bunk/linux/k
On Dec 2, 2007 12:48 PM, Greg KH <[EMAIL PROTECTED]> wrote:
...
> > and where is a detailed explaination on kern_mount? could someone give
> > some comments or documentation pointers on this?
>
> See the patches that Eric Biederman just posted to lkml for why this
> structure is a static pointer th
On Dec 2, 2007 8:42 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
>
> <-- snip -->
>
> ...
> CC arch/blackfin/mach-bf537/boards/stamp.o
> /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/blackfin/mach-bf537/boards/stamp.
Applied to ACPI tree.
Linus,
I reproduced this issue on my T61, and saw it go away w/ this patch.
I'll be sending you a pull request probably Sunday night w/ this
pach in it. But if you are in a hurry to cut rc4 before then,
consider this an Acked-by: Len Brown <[EMAIL PROTECTED]>
thanks,
-Len
On Sat, 1 Dec 2007 20:51:14 -0500
Scott Noone <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> I downloaded the vanilla kernels 2.6.23.8 and 2.6.23.9 from
> kernel.org. I unpacked them like I have every other kernel release.
> I compiled the kernel successfully, did the make modules and make
> modules
On Sun, Dec 02, 2007 at 04:31:09AM +0800, rae l wrote:
> ---
> and I still have questions about this code:
> 1. Why here kern_mount is needed?
> Or the first time user space `mount -t sysfs` won't do that?
> 2. If root executes many mounts to mount sysfs on /sys and many other places,
>
On Sat, 01 Dec 2007 22:34:09 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > On Sat, 1 Dec 2007 11:17:36 -0800
> > Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> >
> >> Then init_net needs to be not GPL limited. Sorry, we need to allow
> >> non GPL network drivers. Ther
Given that init/Makefile includes initramfs.c in the build only if
CONFIG_BLK_DEV_INITRD is defined, there seems to be no point checking
for it yet again.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile-tested on x86.
diff --git a/init/initramfs.c b/init/initramfs.c
index 1d
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
>> >> >> This one is probably best:
>> >> >> /proc/task -> 123/task/456
>> >> >> (with both numbers showing)
>> >> >
>> >> > this sounds good to me. If it's a symlink then there's not much other
>> >> > choice because the thread PIDs do not even show up
Stephen Hemminger wrote:
On Sat, 1 Dec 2007 11:17:36 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Then init_net needs to be not GPL limited. Sorry, we need to allow
non GPL network drivers. There is a fine line between keeping the
binary seething masses from accessing random kernel funct
There is already a pam_cap module in the libcap2 package. Can we merge
this functionality?
I think it is a good idea.
However, this module already have a feature to modify inheritable
capability set.
How does it to be described in the "/etc/security/capability.conf"?
One idea is like a followi
Question:
The patch does the semantic equivalent of:
-#define cap_clear(c) do { cap_t(c) = 0; } while(0)
-#define cap_set_full(c) do { cap_t(c) = ~0; } while(0)
+# define cap_clear(c) do { (c) = __cap_empty_set; } while (0)
+# define cap_set_full(c) do { (c) = __cap_fu
On Saturday 01 December 2007, Rafael J. Wysocki wrote:
> Subject : 2.6.24-rc1: pata_amd fails to detect 80-pin wire
> Submitter : "Thomas Lindroth" <[EMAIL PROTECTED]>
> References: http://lkml.org/lkml/2007/11/7/152
> http://bugzilla.kernel.org/show_bug.cgi?i
"Yinghai Lu" <[EMAIL PROTECTED]> writes:
> On Dec 1, 2007 5:34 PM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>>
>> [EMAIL PROTECTED] writes:
>>
>> > hello,
>> >
>> > i've just noticed that the chunk in i386/kernel/head.S ended up in a
>> > weird place, namely, it's not going to be executed as i
On Dec 1, 2007 5:34 PM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED] writes:
>
> > hello,
> >
> > i've just noticed that the chunk in i386/kernel/head.S ended up in a
> > weird place, namely, it's not going to be executed as it's just after
> > a 'jmp 3f' and before startup_32
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> On Sat, 1 Dec 2007 11:17:36 -0800
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
>> Then init_net needs to be not GPL limited. Sorry, we need to allow
>> non GPL network drivers. There is a fine line between keeping the
>> binary seething masses f
Alan Cox wrote:
Its visibile for people doing PAL media processing and TV sync work.
Longer term we have high precision timers and tickless so for now we can
jut do the HZ == 300 math in steps to avoid the overflow. Slower but in
time it won't matter.
Just use the patch... I don't think a de
Hello,
I downloaded the vanilla kernels 2.6.23.8 and 2.6.23.9 from kernel.org. I
unpacked them like I have every other kernel release. I compiled the kernel
successfully, did the make modules and make modules_install with no problems.
When I did the make install I am told it Cannot find LIL
[EMAIL PROTECTED] writes:
> hello,
>
> i've just noticed that the chunk in i386/kernel/head.S ended up in a
> weird place, namely, it's not going to be executed as it's just after
> a 'jmp 3f' and before startup_32_smp, probably not what you intended.
> on a sidenote, the whole thing can be done
Serge,
Is there any reason not to have a separate /etc/login.capbounds
config file, though, so the account can still have a full name?
Did you only use that for convenience of proof of concept, or
is there another reason?
passwd(5) says the fifth field is optional and only used for
information
Jiri Slaby <[EMAIL PROTECTED]> writes:
> On 12/02/2007 12:13 AM, Eric W. Biederman wrote:
>> Mark Lord <[EMAIL PROTECTED]> writes:
>>> Fine. But all of them want to call sk_alloc(),
>>
>> network drivers should be calling sk_alloc less then they should
>> call dev_get_by_. Only protocols ca
Hi,
On Sunday 02 December 2007, Arjan van de Ven wrote in "Re: 2+
wake-ups/second in 2.6.24. Bug?":
> > > Mark Lord <[EMAIL PROTECTED]> wrote:
> > >> 2.6.23 did not have this problem.
> > > actually we have reports of 2.6.23 having the exact same problem.
> > > The thing is, "something" is
Mark Lord <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Mark Lord <[EMAIL PROTECTED]> writes:
>>
>>> Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Eric W. Biederman wrote:
>> Stephen Hemminger <[EMAIL PROTECTED]
On Saturday 01 December 2007, Ingo Molnar wrote:
> maybe, but we'd have to see how often this gets triggered. An OOM is
> something that could happen in any overloaded system - while a hung task
> is likely due to a kernel bug.
What about a client using hard mounted NFS shares here? That shouldn
cpufreq_stats_free_table() mustn't be __cpuexit since it's called by the
__cpuinit cpufreq_stat_cpu_callback().
This patch fixes the following section mismatch reported by
Chris Clayton:
<-- snip -->
...
WARNING: vmlinux.o(.init.text+0x143dd): Section mismatch: reference to
.exit.text:cpufre
free_cache_attributes() must be __cpuinit since it calls the
__cpuinit cache_remove_shared_cpu_map().
This patch fixes the following section mismatch reported by
Chris Clayton:
<-- snip -->
...
WARNING: vmlinux.o(.text+0x90b6): Section mismatch: reference to
.init.text:cache_remove_shared_cpu
It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
<-- snip -->
...
CC arch/blackfin/mach-bf537/boards/stamp.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/blackfin/mach-bf537/boards/stamp.c:539:
error: unknown field 'pin_req' specified in initializer
/home/bunk/
On Sat, 1 Dec 2007 11:17:36 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Then init_net needs to be not GPL limited. Sorry, we need to allow
> non GPL network drivers. There is a fine line between keeping the
> binary seething masses from accessing random kernel functions, and allowing
> r
On Sat, 01 Dec 2007 18:55:48 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Arjan van de Ven wrote:
> > On Sat, 01 Dec 2007 18:43:39 -0500
> > Mark Lord <[EMAIL PROTECTED]> wrote:
> >
> >> Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
> >> back up to 2+ wakeups/sec. This time
About once a year I get a SCSI parity error on one of my systems (the
only one with SCSI). I presume the cabling is substandard, but given my
coordination deficits and the rarity of the errors I'd do far more
damage replacing it than leaving it be.
I had one of these today.
The system (2.6.23.9)
On Sunday, 2 of December 2007, Mark Lord wrote:
> Arjan van de Ven wrote:
> > On Sat, 01 Dec 2007 18:43:39 -0500
> > Mark Lord <[EMAIL PROTECTED]> wrote:
> >
> >> Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
> >> back up to 2+ wakeups/sec. This time *with* the powertop patch
Jeff Garzik wrote:
Notes:
1) Several of these are resends from the last submission.
2) That chelsio file mode change (644->755) is a bit annoying. Can git
do chmod as a changeset by itself?
Sorry for this. I had not noticed it.
If any help, I just submitted a patch reverting the file mode
From: Divy Le Ray <[EMAIL PROTECTED]>
revert inavertant file mode changes
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/chelsio/cxgb2.c |0
drivers/net/chelsio/pm3393.c |0
drivers/net/chelsio/sge.c|0
drivers/net/chelsio/sge.h|0
4 files changed, 0
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 18:43:39 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
back up to 2+ wakeups/sec. This time *with* the powertop patches
in place.
Somethings broken in there, but I don't know what.
Or h
Eric W. Biederman wrote:
Mark Lord <[EMAIL PROTECTED]> writes:
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a netwo
On Sat, 01 Dec 2007 18:43:39 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
>
> Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
> back up to 2+ wakeups/sec. This time *with* the powertop patches
> in place.
>
> Somethings broken in there, but I don't know what.
> Or how to make i
On Sat, 1 December 2007 21:54:56 +0100, Ingo Molnar wrote:
> * J??rn Engel <[EMAIL PROTECTED]> wrote:
> >
> > stopped custom tracer.
> > BUG: spinlock recursion on CPU#0, sh/953
> > lock: c030f280, .magic: dead4ead, .owner: sh/953, .owner_cpu: 0
> > Pid: 953, comm: sh Not tainted 2.6.24-rc3-ge1cc
On Nov 29, 2007, at 2:44 PM, Ingo Molnar wrote:
* Andi Kleen <[EMAIL PROTECTED]> wrote:
For i386 iirc Jeremy/Zach did the benchmarking and they settled on
%fs
because it was faster for something (originally it was %gs too)
yep. IIRC, some CPUs only optimize %fs because that's what Window
Mark Lord wrote:
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:31:17 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
...
Speaking of which.. what's with powertop on 2.6.24 ???
It's gone from 100-200 wakeups/sec to 2 wakeups/sec !!!
ho hum.. Lenovo T61?
I have some reports that that happe
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:
drivers/ata/ata_piix.c| 28 +++
drivers/ata/libata-core.c |8 +++--
drivers/ata/libata-eh.c | 42 +++
Kristen Carlson Accardi wrote:
Enclosure Management via LED
This patch implements Enclosure Management via the LED protocol as specified
in AHCI specification.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
This revision makes the change to the comment requested by Mark Lord,
fi
Just a little reminder ...
On Sun, 2 Dec 2007 00:34:03 +0300 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> static int __init of_add_fixed_phys(void)
> {
> struct device_node *np;
> const u32 *prop;
> struct fixed_phy_status status = {};
>
> while ((np = of_find_node_by_na
Ben Greear wrote:
Divy Le Ray wrote:
Jeff,
I'm submitting a patch series for inclusion in 2.6.24 for the cxgb
driver.
The patches are built against Linus'git tree.
Here is a brief description:
- Ensure that GSO skbs have enough headroom before encapsulating them,
- Fix a crash in NAPI mode,
On 12/02/2007 12:13 AM, Eric W. Biederman wrote:
> Mark Lord <[EMAIL PROTECTED]> writes:
>> Fine. But all of them want to call sk_alloc(),
>
> network drivers should be calling sk_alloc less then they should
> call dev_get_by_. Only protocols call sk_alloc.
>
>> and many want to do register
Mark Lord <[EMAIL PROTECTED]> writes:
> Arjan van de Ven wrote:
>> On Sat, 01 Dec 2007 15:21:12 -0500
>> Mark Lord <[EMAIL PROTECTED]> wrote:
>>
>>> Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a network
On Sat, 1 Dec 2007 22:59:35 +0100 Bartlomiej Zolnierkiewicz wrote:
> Thanks for reporting/debugging it guys!
>
> > Something in there needs to insert a '\n' before the "skipping word"
> > message.
> > Since it doesn't do that right now, the KERN_DEBUG string appears as "<7>"
>
> This seems like
Alan Cox wrote:
On Fri, 30 Nov 2007 14:34:11 +0200 (EET)
Meelis Roos <[EMAIL PROTECTED]> wrote:
Can you stick a stack trace in at that point ? That would help diagnose
it a great deal quicker.
Finally done - found out hard way that BUG() is too bad and
dump_st5ack() suits me better.
Thanks.
On Saturday 01 December 2007, Kiyoshi Ueda wrote:
> This patch converts "normal" parts of ide to use blk_end_request().
>
> Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
> Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
> ---
> drivers/ide/ide-cd.c |6 +++---
> drivers/ide/ide-io.c | 1
Hi,
On Saturday 01 December 2007, Kiyoshi Ueda wrote:
> This patch converts ide-cd (cdrom_newpc_intr()) to use blk_end_request().
>
> ide-cd (cdrom_newpc_intr()) has some tricky behaviors below which
> need to use blk_end_request_callback().
> Needs to:
> 1. call post_transform_command() to mo
Hi,
On Thursday 29 November 2007, Mark Lord wrote:
> Nick Warne wrote:
> > Hi all,
> >
> > 2.6.23.9
> >
> > I have noticed after applying Bart's patch to word93 blacklist my new
> > DVD drive:
> >
> > http://lkml.org/lkml/2007/10/23/475
> >
> > I see now in logs (look at the hdd line:
> >
>
Hmm, I wonder if this had something to do with it:
> [ 25.856573] VFS: Disk quotas dquot_6.5.1
Was the system still pingable?
Regards,
Daniel
--
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:/
sonic zhang wrote:
UDMA Mode - Frequency compatibility
UDMA5 - 100 MB/s - SCLK = 133 MHz
UDMA4 - 66 MB/s- SCLK >= 80 MHz
UDMA3 - 44.4 MB/s - SCLK >= 50 MHz
UDMA2 - 33 MB/s- SCLK >= 40 MHz
Signed-off-by: Sonic Zhang <[EMAIL PROTECTED]>
---
drivers/ata/pata_bf54x.c |7 +++
On Sun, 2 Dec 2007 00:34:03 +0300
Anton Vorontsov wrote:
> > If i understand your code correctly, you seem to rely on the fact
> > that fixed_phy_add() is called before the fixed MDIO bus is scanned
> > for devices.
>
> Yes, indeed. The other name of "fixed phys" are "platform phys"
> or "plat
On Sat, 01 Dec 2007 16:59:52 -0500
Jeff Garzik wrote:
> Vitaly Bordug wrote:
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
> >
> > As an additional bonu
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a network
namespace parameter.
..
And what should code be passing in wh
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a network
namespace parameter.
..
And what should code be passing in wh
Vitaly Bordug wrote:
With that patch fixed.c now fully emulates MDIO bus, thus no need
to duplicate PHY layer functionality. That, in turn, drastically
simplifies the code, and drops down line count.
As an additional bonus, now there is no need to register MDIO bus
for each PHY, all emulated PHY
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed already, please let me
know.
If you know of any other unresolved regressions from 2.6
On Sat, Dec 01, 2007 at 02:48:54PM +0100, Jochen Friedrich wrote:
> Hi Vitaly,
>
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
> >
> > As an additional b
The latest maintenance release GIT 1.5.3.7 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.3.7.tar.{gz,bz2} (tarball)
git-htmldocs-1.5.3.7.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.3.7.tar.{gz,bz2}
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
The patch ensures that a GSO skb has enough headroom
to push an encapsulating cpl_tx_pkt_lso header.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
applied 1-3
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
> and a hung bootup. Config and bootlog attached. I guess the core problem
> is that somehow the the cops driver got registered to IRQ5:
>
> [ 23.067416] lt0: cops at 0x240, IRQ 5, in Tangent mode
>
> is this an old ISA driver perhaps that should i exclude from this
> randconfig testing?
Its
On 12/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> (switched to email - please respond via emailed reply-to-all, not via the
> bugzilla web interface)
>
> On Sat, 1 Dec 2007 11:54:11 -0800 (PST) [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=9482
> >
> >S
On Thu, 29 Nov 2007 16:40:37 -0700
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> The corresponding PCI code in pci_device_suspend() does not do
> any generic device disable or resource release. I don't know
> why PNP disables the device on suspend. I glanced through the
> ACPI spec but didn't se
On Wed, 28 Nov 2007 13:34:02 +0100 (CET)
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Wed, 28 Nov 2007, Pierre Ossman wrote:
> >
> > Is there no directive we can stick in there that forces a reasonable
> > alignment (e.g. alignment == sizeof(type)) independently of arch?
>
> We could use
* J??rn Engel <[EMAIL PROTECTED]> wrote:
> Almost. "-serial stdio" was missing. Much better now.
>
> stopped custom tracer.
> BUG: spinlock recursion on CPU#0, sh/953
> lock: c030f280, .magic: dead4ead, .owner: sh/953, .owner_cpu: 0
> Pid: 953, comm: sh Not tainted 2.6.24-rc3-ge1cca7e8-dirty
Mark Lord <[EMAIL PROTECTED]> writes:
>>> Can we get this resolved before 2.6.24 is released? Going back and forth
>>> on API's is just needless frottage.
>>
>> Sure. We keep the updated dev_get_by_ that takes a network
>> namespace parameter.
> ..
>
> And what should code be passing in when
On Sat, 1 December 2007 19:32:56 +0100, Ingo Molnar wrote:
> * Jörn Engel <[EMAIL PROTECTED]> wrote:
>
> > I have to change my qemu setup a little to see the top of those
> > dumps...
>
> btw., if you start qemu like this:
>
> qemu -cdrom ./cdrom.iso -hda ./hda.img -boot c -full-screen -kernel
On Sat, 01 Dec 2007 00:27:06 -0800
Vitaly Luban <[EMAIL PROTECTED]> wrote:
> Kernel "pci_ids.h" file has data for that card missing.
>
> Also, Ellen needs some control bits flipped before it functions properly
> as SDIO controller by the spec.
> Should apply clenly to Linus and Drzeus trees. Ple
On Sat, 1 Dec 2007 10:09:28 -0800
"Joshua Hudson" <[EMAIL PROTECTED]> wrote:
> Is there an executable file format that can specify things like where
> the stack ends up?
> Yes, I really do care. I want to put the stack at the top of virtual
> address space rather than randomized.
just set the per
---
and I still have questions about this code:
1. Why here kern_mount is needed?
Or the first time user space `mount -t sysfs` won't do that?
2. If root executes many mounts to mount sysfs on /sys and many other places,
are there many instances of struct vfsmount those have only
mn
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Eric W. Biederman wrote:
> > Stephen Hemminger <[EMAIL PROTECTED]> writes:
> > Sure. We keep the updated dev_get_by_ that takes a network
> > namespace parameter.
> ..
>
> And what should code be passing in when "# CON
(switched to email - please respond via emailed reply-to-all, not via the
bugzilla web interface)
On Sat, 1 Dec 2007 11:54:11 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9482
>
>Summary: kernel GPF in 2.6.24 (g09f345da)
>Product: Oth
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Actually, the whole mess would go away if the api for dev_get_by_ hadn't
been changed in the namespace transition. IMHO the interface to
dev_get_by_name()
should not have added a namespace parameter, of the callers in th
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Actually, the whole mess would go away if the api for dev_get_by_ hadn't
> been changed in the namespace transition. IMHO the interface to
> dev_get_by_name()
> should not have added a namespace parameter, of the callers in the tree, only
> two u
On Sat, 01 Dec 2007 13:37:44 -0500
Bill Davidsen <[EMAIL PROTECTED]> wrote:
> If you are referring to the "compat" RPMs, be aware that they use the
> current headers, which is a good or bad thing depending on what you want
> to do. If you want to build old software, you get to keep a down-rev
>
Justin Piszcz wrote:
I am putting a new machine together and I have dual raptor raid 1 for
the root, which works just fine under all stress tests.
Then I have the WD 750 GiB drive (not RE2, desktop ones for ~150-160 on
sale now adays):
I ran the following:
dd if=/dev/zero of=/dev/sdc
dd if=
Kyle Moffett wrote:
In the kernel though, there are many codepaths where *every* *single*
instruction counts; that could be a serious performance hit.
Write *those* *codepaths* in *C* or *assembly*. But only after you
manage to measure a difference compared to the object-oriented systems
lang
Lennart Sorensen wrote:
On Thu, Nov 29, 2007 at 12:14:16PM +, Ben Crowhurst wrote:
Has Objective-C ever been considered for kernel development?
Doesn't objective C essentially require a runtime to provide a lot of
the features of the language? If it does (as I suspect) then it is
On Sat, Dec 01, 2007 at 07:49:46PM +, Chris Clayton wrote:
> On Saturday 01 December 2007, Adrian Bunk wrote:
> > On Thu, Nov 29, 2007 at 02:19:49PM +, Chris Clayton wrote:
> > > Hi,
> > >
> > > I've just built 2.6.24-rc3-git4 and got the following two warnings.
> > >
> > > LD .tmp_v
Al Viro wrote:
On Sat, Dec 01, 2007 at 12:19:50AM +0100, J.A. Magall??n wrote:
An vtable in C++ takes exactly the same space that the function
table pointer present in every driver nowadays... and probably
the virtual method call that C++ does itself with
thing->do_something(with,thi
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> On Sat, 01 Dec 2007 08:10:17 -0500
> Mark Lord <[EMAIL PROTECTED]> wrote:
>
>> > Now that we have network namespace support merged it is time to
>> > revisit the sysfs support so we can remove the dependency on !SYSFS.
>> ...
>>
>> Now that the name
On Friday, 30 of November 2007, Pete MacKay wrote:
> We've ported from 2.6.18 to 2.6.24-rc3 on a pxa270-based machine and can
> no longer enter 'standby' or 'mem' states. I've stripped down the kernel
> and talked with the freezer maintainer and we believe the jffs2 garbage
> collection threads ma
> Then change the license, explicitly and get it approved, forcing license
> changes by technically subversive means is bad policy. It is like Euro
> bureaucrats
I don't need to - the licence has been the same since about 0.12
Alan
--
To unsubscribe from this list: send the line "unsubscribe lin
On Saturday 01 December 2007, Adrian Bunk wrote:
> On Thu, Nov 29, 2007 at 02:19:49PM +, Chris Clayton wrote:
> > Hi,
> >
> > I've just built 2.6.24-rc3-git4 and got the following two warnings.
> >
> > LD .tmp_vmlinux1
> > KSYM .tmp_kallsyms1.S
> > AS .tmp_kallsyms1.o
> > L
On Sat, 1 Dec 2007 19:23:41 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> > Then init_net needs to be not GPL limited. Sorry, we need to allow
> > non GPL network drivers. There is a fine line between keeping the
>
> Why - they aren't exactly likely to be permissible by law
Matter of debate in wh
* David Rientjes <[EMAIL PROTECTED]> wrote:
> > this patch extends the soft-lockup detector to automatically detect
> > hung TASK_UNINTERRUPTIBLE tasks. Such hung tasks are printed the
> > following way:
>
> Wouldn't a natural extension of this feature be to mark these hung
> TASK_UNINTERRUPT
On Thu, Nov 29, 2007 at 02:19:49PM +, Chris Clayton wrote:
> Hi,
>
> I've just built 2.6.24-rc3-git4 and got the following two warnings.
>
> LD .tmp_vmlinux1
> KSYM .tmp_kallsyms1.S
> AS .tmp_kallsyms1.o
> LD .tmp_vmlinux2
> KSYM .tmp_kallsyms2.S
> AS .tm
On Wed, Nov 28, 2007 at 07:52:01PM +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The kerne build fails, with message
>
> CC drivers/char/hw_random/pasemi-rng.o
> drivers/char/hw_random/pasemi-rng.c: In function
> ???pasemi_rng_data_present???:
> drivers/char/hw_random/pasemi-rng.c:53: e
> Then init_net needs to be not GPL limited. Sorry, we need to allow
> non GPL network drivers. There is a fine line between keeping the
Why - they aren't exactly likely to be permissible by law
> binary seething masses from accessing random kernel functions, and allowing
> reasonable (but still
On Sat, 1 Dec 2007 11:02:32 -0800
"Paul Menage" <[EMAIL PROTECTED]> wrote:
> On Dec 1, 2007 10:36 AM, Rik van Riel <[EMAIL PROTECTED]> wrote:
> >
> > With the /proc/refaults info, we can measure how much extra
> > memory each process group needs, if any.
>
> What's the status of that? It looks as
On Sat, 01 Dec 2007 08:10:17 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> > Now that we have network namespace support merged it is time to
> > revisit the sysfs support so we can remove the dependency on !SYSFS.
> ...
>
> Now that the namespace updates are part of 2.6.24,
> there is a major inco
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is already a pam_cap module in the libcap2 package. Can we merge
this functionality?
Cheers
Andrew
[EMAIL PROTECTED] wrote:
> Quoting KaiGai Kohei ([EMAIL PROTECTED]):
>> Serge E. Hallyn wrote:
>>> The capability bounding set is a set beyond w
On Sat, 01 Dec 2007 14:48:54 +0100
Jochen Friedrich wrote:
> Hi Vitaly,
>
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
> >
> > As an additional bonus,
On Dec 1, 2007 10:36 AM, Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> With the /proc/refaults info, we can measure how much extra
> memory each process group needs, if any.
What's the status of that? It looks as though it would be better than
the "accessed in the last N seconds" metric that we've b
This patch fixes regression, introduced since 2.6.16.
NextStep variant of UFS as OpenStep uses directory block size
equals to 1024. Without this change, ufs_check_page fails in many
cases.
Signed-off-by: Evgeniy Dushistov <[EMAIL PROTECTED]>
Cc: Dave Bailey <[EMAIL PROTECTED]>
---
diff --git a/f
On Sat, 1 Dec 2007, Ingo Molnar wrote:
> this patch extends the soft-lockup detector to automatically
> detect hung TASK_UNINTERRUPTIBLE tasks. Such hung tasks are
> printed the following way:
>
Wouldn't a natural extension of this feature be to mark these hung
TASK_UNINTERRUPTIBLE tasks with a
On Sat, 01 Dec 2007 15:20:29 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> > In our experience, users are not good at figuring out how much memory
> > they really need. In general they tend to massively over-estimate
> > their requirements. So we want some way to determine how much of its
> > al
1 - 100 of 165 matches
Mail list logo
