...
> It is best not to use nohide - we should probably mark it as
> 'legacy'.
>
> Simply export the top level mountpoint as 'crossmnt' and everything
> below there will be exported.
>
> > Where should I put those options in root file-system export or in submount
> > export?
>
> crossmnt goes
ma., 10.12.2007 kl. 10.03 +0900, skrev Tejun Heo:
> Kjartan Maraas wrote:
> >> Hmmm... Ah.. okay. Wrongly splitted patch. Can you please do it one
> >> more time?
> >>
> > Attached.
>
> Alright, it works now but it seems both dmesgs are from no-filter patch.
> I'm pretty sure it works too beca
On Mon, 2007-12-10 at 15:58 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 01:51:43PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > On Dec 10, 2007 12:47 PM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > > diff --git a/Documentation/dst/sysfs.txt b/Documentation/dst/sysfs.txt
> >
On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> ...
> > It is best not to use nohide - we should probably mark it as
> > 'legacy'.
> >
> > Simply export the top level mountpoint as 'crossmnt' and everything
> > below there will be exported.
> >
> > > Where should I put those op
Hi Nick,
> Here we go. See, brd already found a bug ;)
> Can you apply the ext2 XIP patch too? And I'll resend the brd XIP patch.
[...]
> Writing to XIP files at a non-page-aligned offset results in data corruption
> because the writes were always sent to the start of the page.
[...]
> @@ -314,7 +
On Mon, 10 Dec 2007 11:14:47 +0200
Tarkan Erimer <[EMAIL PROTECTED]> wrote:
> Hi,
>
> For a while, I have the same behavior. I tested under 2.6.23.9,
> 2.6.24-rc3 and rc4. So all of these kernels have the same issue.
> Also, I don't use any proprietary driver. My video card is Intel-945
> and
[ added klibc ml to cc ]
> I found a problem with klibc's "ipconfig" program, or at least, behavior
> that breaks DHCP on my thin clients (LTSP 5.0). It has to do with setting
> the giaddr field on dhcp_send in dhcp_proto.c, line 164.
thank you for digging into it.
> Otherwise, the relay agent
On Dec 9 2007 21:41, Erez Zadok wrote:
>
>Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
>---
> Documentation/filesystems/00-INDEX |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
This is not CVS, you are allowed to have multiple files in a changeset :-)
Perhaps fold 1-7.
--
To unsub
On 5/12/2007 4:17 PM, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.24-rc4-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc4/2.6.24-rc4-mm1/
- Lots of device IDs have been removed from the e1000 driver and move
On Mon, Dec 10, 2007 at 03:31:48PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > I meant that for each new device, it will be placed into
> > /sys/devices/its_name, but it can also be accessed via
> > /sys/bus/dst/devices/
>
> Still, it looks like a path. :)
>
> Please don't reference any dev
Hi Ed,
On Sun, 09 Dec 2007 20:32:41 -0500, Ed Sweetman wrote:
> I'm seeing this exact problem on an Asus Nforce4 based board. Prior to
> moving to 2.6.24-rc4 it worked just fine. No additional acpi options
> were selected in kernel config.
>
> So add Asus A8N-E to the list of broken pnpacpi
* Ananth N Mavinakayanahalli ([EMAIL PROTECTED]) wrote:
> On Mon, Dec 10, 2007 at 02:27:41PM +0530, Ananth N Mavinakayanahalli wrote:
> > On Sat, Dec 08, 2007 at 10:32:55AM -0500, Mathieu Desnoyers wrote:
> > > Hi Andrew,
> > >
> > > This time I am taking no chance :
> > >
> > > The instrumentati
Kay Sievers wrote:
> On Fri, 2007-12-07 at 23:05 -0600, Bob Tracy wrote:
> > Kay Sievers wrote:
> > > Is the udev daemon (still) running while it fails?
> >
> > Yes, and there's something else I forgot to mention that may be
> > significant... For the bad case, in addition to udevd, "ps -ef"
> >
On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote:
> On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> > ...
> > > It is best not to use nohide - we should probably mark it as
> > > 'legacy'.
> > >
> > > Simply export the top level mountpoint as 'crossmnt' and everything
>
Ivan Kokshaysky wrote:
> On Sat, Dec 08, 2007 at 10:19:39PM -0600, Bob Tracy wrote:
> > I *do* have CONFIG_MAGIC_SYSRQ set. Anyone care to bet whether my
> > machine starts working again if I disable it? Sheesh...
>
> Incredible...
>
> Toggling CONFIG_MAGIC_SYSRQ works for me too, so I'm finall
> It seems the whole MIPS resource managment is complicated enough (out of
> necessity) that only a few people actually grok it. Ioports being
> actually memory mapped on MIPS only makes the confusion worse, sigh.
If the hardware cannot map the low PCI space then set
CONFIG_NO_ATA_LEGACY and the
* Ananth N Mavinakayanahalli ([EMAIL PROTECTED]) wrote:
> On Mon, Dec 10, 2007 at 11:13:07AM +0100, Sam Ravnborg wrote:
> > On Mon, Dec 10, 2007 at 03:22:22PM +0530, Ananth N Mavinakayanahalli wrote:
> > > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
> > >
> > > This patch adds CONFIG_HAVE
On Mon, Dec 10, 2007 at 05:50:55PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> > Further questions:
> > Why do you do your own refcounting instead of using kref?
>
> That's because I always used atomic operations as a reference counters
> and did not tried krefs :)
> They are the same ac
On Sat, Dec 08, 2007 at 07:50:15PM -0800, Andrew Morton wrote:
> On Sat, 8 Dec 2007 16:59:30 -0600 "Jon Nelson" <[EMAIL PROTECTED]> wrote:
>
> > I can confirm that 2.6.24rc4 with the (second) patch works fine.
>
> OK, thanks.
>
> We haven't heard back from Ed yet. I'll sit on this for a few mo
Use build target when creating compatibility link, and use $(boot)
where possible.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/x86/Makefile_32 |4 ++--
arch/x86/Makefile_64 |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
--- linux-2.6.24-rc4/arch/x86/Makefile_32
At least on my Barcelona, I see MCE log entries after cold boot caused
by BIOS not properly clearing the respective registers. Therefore, this
patch extends the workaround to families 0x10 and 0x11 (the latter just
for completeness, I have nothing to verify this against).
At the same time, provide
Arjan van de Ven wrote:
well... try to get the oops message out; for many causes of crash that's a good
way to find out what happened...
(not always, but it allows us to find patterns if nothing else)
Unfortunately, I couldn't get the oops message. Because when this
behavior happens, the ma
On Mon, 10 Dec 2007, Alan Cox wrote:
>
> And as I keep pointing out but you keep ignoring - not doing it breaks
> even more things, by a factor of quite a lot.
But we've never done it before in libata, right?
So the "not doing it breaks" argument is about stuff that isn't
regressions.
Can yo
The patch introducing this left out x86-64, despite it also having
extra entries.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Cc: Olaf Hering <[EMAIL PROTECTED]>
include/asm-x86/system_64.h |6 ++
1 file changed, 6 insertions(+)
--- linux-2.6.24-rc4/include/asm-x86/system_64.h
Tarkan Erimer wrote:
Arjan van de Ven wrote:
well... try to get the oops message out; for many causes of crash
that's a good way to find out what happened...
(not always, but it allows us to find patterns if nothing else)
Unfortunately, I couldn't get the oops message. Because when this
be
On Fri, Dec 07, 2007 at 12:58:32PM -0500, Neil Horman wrote:
>
> Ok, New patch attached. It preforms the same function as previously
> described,
> but is more restricted in its application. As Yinghai pointed out, the
> broadcast mask bit (bit 17 in the htcfg register) should only be enabled,
There apparently was an unnoticed conflict between an earlier patch to
this file and mine (d1e084746b0e5806e6345ab31c5b370f8dee2b23), which
I noticed only now. I suppose a change like the one below (untested) is
needed; I didn't get any response on a confirmation request for this from
the submitter
On Mon, Dec 10, 2007 at 03:01:26PM +, Alan Cox wrote:
> > It seems the whole MIPS resource managment is complicated enough (out of
> > necessity) that only a few people actually grok it. Ioports being
> > actually memory mapped on MIPS only makes the confusion worse, sigh.
>
> If the hardwar
On Mon, Dec 10, 2007 at 05:05:30PM +0200, Maxim Levitsky wrote:
> On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote:
> > On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> > > ...
> > > > It is best not to use nohide - we should probably mark it as
> > > > 'legacy'.
> > > >
The change in head_64.S is needed because ld -r renames .init.data to
.init.data. for all but the first instance due to mismatching
section attributes.
The change in init_64.c is necessary because find_early_table_space()
is called from a __meminit function, but calls itself an __init one.
Signed-
David Miller wrote:
The kernel supports much more than 32 groups, see nlk->groups which is
a bitmap which can be sized to arbitrary sizes. nlk->nl_groups is
for backwards compatability only.
netlink_change_ngroups() does the bitmap resizing when necessary.
Thanks for the explanation. Given
Hi David,
On Sun, 9 Dec 2007 20:34:59 -0800, David Brownell wrote:
> I'm thinking there should be a non-functional change to
> the gpiolib code: move it from lib to drivers/gpio.
>
> My question is whether that's better done by replacing
> the current patches with one new patch, or by a patch
>
Hi David,
On Sun, 9 Dec 2007 20:39:57 -0800, David Brownell wrote:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Add an empty drivers/gpio directory for gpiolib based GPIO expanders.
> We already have three of them (two I2C, one SPI), and there are dozens
> of similar chips that only exist for G
On Mon, Dec 10, 2007 at 10:39:59AM -0500, Neil Horman wrote:
> On Fri, Dec 07, 2007 at 12:58:32PM -0500, Neil Horman wrote:
> >
> > Ok, New patch attached. It preforms the same function as previously
> > described,
> > but is more restricted in its application. As Yinghai pointed out, the
> > b
Two prior changes resulted in the "ecx" clobber being lost.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/x86/kernel/irq_32.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.24-rc4/arch/x86/kernel/irq_32.c 2007-12-07 09:00:59.0
+0100
+++ 2.6.24-rc4-i386-
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/x86/kernel/head_32.S |2 +-
arch/x86/xen/setup.c |2 +-
arch/x86/xen/xen-head.S |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.24-rc4/arch/x86/kernel/head_32.S 2007-12-07 09:00:59.0
+0100
+++
--- Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > > I wonder if there's anything else in that area as well..
This is what /proc/iomem contains:
-0009f7ff : System RAM
0009f800-0009 : reserved
000a-000b : Video RAM area
000c-000cbfff : Video ROM
000e4000-000e : Adapte
Jan Engelhardt wrote:
On Nov 29 2007 19:54, H. Peter Anvin wrote:
Arjan van de Ven wrote:
Anyway, I don't think compiling bc is hard on anything which has a C
compiler.
alternative is to just also ship the precomputed values ;-)
Oh, come on... it's not like bc is some obscure thing. It's a
Andrew Morton wrote:
My ia64 allmodconfig build has taken
akpm 15700 89.6 0.0 8256 700 pts/4RN+ 03:09 10:41 bc -q
kernel/timeconst.bc
11 minutes so far. fc6/x86_64.
Just got back from a week off-net. Will look into promptly.
That's obviously ridiculous.
-hpa
--
T
On Wed, 2007-12-05 at 19:38 +, David Howells wrote:
> Allow kernel services to override LSM settings appropriate to the actions
> performed by a task by duplicating a security record, modifying it and then
> using task_struct::act_as to point to it when performing operations on behalf
> of a ta
On Mon, Dec 10, 2007 at 01:54:53PM +0800, HighPoint Linux Team wrote:
> Most code changes were made to support adapters based on Marvell IOP, plus
> some
> other fixes.
>
> - add more PCI device IDs
> - support for adapters based on Marvell IOP
Are you sure it's a good idea to do this? This pat
> > Add an empty drivers/gpio directory for gpiolib based GPIO expanders.
> > We already have three of them (two I2C, one SPI), and there are dozens
> > of similar chips that only exist for GPIO expansion.
> >
> > This won't be the only place to hold such gpio_chip code. Many external
> > chips a
On Mon, Dec 10, 2007 at 12:03:18PM +0800, chang jeff wrote:
> Dear Sir,
>
> Following is patche for scsi driver in 2.6.23.9 what should get into
> 2.6.23.9-final if possible.
>
> First refines a newly created scsi driver
> (/[kernel-version]/driver/scsi/acs_ame).
>
> Thanks,
> JeffChang.
Hi Jef
acpi_pci_irq_find_prt_entry(): use list_for_each_entry() instead of
list_for_each()
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/drivers/acpi/pci_irq.c b/drivers/acpi/pci_irq.c
index dd3186a..e51dac7 100644
--- a/drivers/acpi/pci_irq.c
+++ b/drivers/acpi/pci_irq.c
@@ -51,
Stephen Smalley <[EMAIL PROTECTED]> wrote:
> > + tsec->create_sid = SECINITSID_UNLABELED;
> > + tsec->keycreate_sid = SECINITSID_UNLABELED;
> > + tsec->sockcreate_sid = SECINITSID_UNLABELED;
Cleared means what? Setting to 0? Or is there some other constant I should
use for that?
David
-
On Mon, 10 Dec 2007 09:03:17 -0500 Fortier,Vincent [Montreal] wrote:
Ingo, can you look at this, please?
Vincent is getting oopses on 2.6.22.14-cfs-etch.
Vincent, did you apply the cfs patch or did Debian etch provide that?
If you applied it, did you use
http://people.redhat.com/mingo/cfs-schedul
On Mon, 2007-12-10 at 17:07 +, David Howells wrote:
> Stephen Smalley <[EMAIL PROTECTED]> wrote:
>
> > > + tsec->create_sid = SECINITSID_UNLABELED;
> > > + tsec->keycreate_sid = SECINITSID_UNLABELED;
> > > + tsec->sockcreate_sid = SECINITSID_UNLABELED;
>
> Cleared means what? Setting to 0?
I'm seeing some strange behaviour on a 2.6.14 ppc64 system. If I run
"ip neigh show" it prints out nothing, but if I run "arp" then I see the
other nodes on the local network.
[EMAIL PROTECTED]:/root> ip neigh show
[EMAIL PROTECTED]:/root> arp -n
Address HWtype HWaddress
On Monday 10 December 2007 00:22, Roland Dreier wrote:
> Fair enough... according to Documentation/infiniband/core_locking.txt,
> the only driver methods that cannot sleep are:
>
> [...]
> map_phys_fmr
In fact, we do use hCalls there. Our hardware doesn't actually support FMRs,
so we tran
Chris Friesen wrote:
I'm seeing some strange behaviour on a 2.6.14 ppc64 system. If I run
"ip neigh show" it prints out nothing, but if I run "arp" then I see the
other nodes on the local network.
[EMAIL PROTECTED]:/root> ip neigh show
[EMAIL PROTECTED]:/root> arp -n
Address
> -Message d'origine-
> De : Randy Dunlap [mailto:[EMAIL PROTECTED]
> Envoyé : 10 décembre 2007 12:15
>
> On Mon, 10 Dec 2007 09:03:17 -0500 Fortier,Vincent [Montreal] wrote:
>
> Ingo, can you look at this, please?
> Vincent is getting oopses on 2.6.22.14-cfs-etch.
>
> Vincent, did you
Hi, guys,
> We're taking this to the firmware architects at the moment, but they're
not
> very fond of the idea of reporting the absence of bugs through
capability
> flags, as this could quickly lead to the exhaustion of flag bits. We'll
let
> the discussion stew for a bit, but if we don't g
Several pSeries firmware versions share a rare locking issue in the
HCA-related hCalls. Check for a feature flag that indicates the issue being
fixed and serialize all HCA hCalls if not.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This is the revised version of my previous patch, which
signals_enabled and pending have requirements on the order in which
they are modified. This used to be done by declaring them volatile
and putting an mb() where the ordering requirements were in effect.
After getting a better (I hope) understanding of how to do this
correctly, the volatile declar
setjmp_wrapper existed to provide setjmp to kernel code when UML used
libc's setjmp and longjmp. Now that UML has its own implementation,
this isn't needed and kernel code can invoke setjmp directly.
do_buffer_op is massively cleaned up since it is no longer a callback
from setjmp_wrapper and giv
This is a resend of the tlb.h patch from last week, plus four more
small fixes and cleanups.
They should wait for 2.6.25.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
It turns out that if there's a panic early enough, UML will just sit
there in the LED-blinking loop because the panic notifier hadn't been
installed yet.
This patch installs it earlier.
It also fixes the problem which exposed the hang, namely that if you
give UML a zero-sized initrd, it will ask
[ Removed the check of mm_users which can't succeed and gave tlb.h an
include of percpu.h ]
Customize the hooks in tlb.h to optimize TLB flushing some more.
Add start and end fields to tlb_gather_mmu, which are used to limit
the address space range scanned when a region is unmapped.
The interfac
Calculate TASK_SIZE at run-time by figuring out the host's VMSPLIT -
this is needed on i386 if UML is to run on hosts with varying VMSPLITs
without recompilation.
TASK_SIZE is now defined in terms of a variable, task_size. This gets
rid of an include of pgtable.h from processor.h, which can cause
On Monday 10 December 2007 12:30:53 Krzysztof Halasa wrote:
> Rene Herman <[EMAIL PROTECTED]> writes:
> > Alan, did you double-check that 8 us? I tried to but I seem to not
> > have trustworthy documentation.
>
> I remember 16-bit CPU-driven ISA was able to do 2-3 MB/s transfers,
> that means at le
On Sun, Dec 09, 2007 at 09:02:31PM +0100, Julia Lawall wrote:
> Recently, Wang Chen submitted a patch
> (d30f53aeb31d453a5230f526bea592af07944564) to move a call to netif_rx(skb)
> after a subsequent reference to skb, because netif_rx may call kfree_skb on
> its argument. The same problem occurs i
On Mon, Dec 10, 2007 at 02:48:54AM +0100, Alexander Rajula wrote:
> While using 2.6.23 and 2.6.22 (earlier kernels have not been tested)
> /proc/cpuinfo reports the wrong CPU frequency:
>
>
> While overclocking an AMD Athlon X2 (2GHz) CPU /proc/cpuinfo reports the
> wrong CPU frequency.
On Sun, Dec 09, 2007 at 06:08:18PM +0100, Pierre Ossman wrote:
> On Sun, 2 Dec 2007 12:22:31 +0100 (CET)
> Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
> >
> > I gave it a try:
> > - Remove existing alignment attributes from some device_id types
> > - Introduce kernel_* types with proper s
On Monday 10 December 2007 17:47:47 J. Bruce Fields wrote:
> On Mon, Dec 10, 2007 at 05:05:30PM +0200, Maxim Levitsky wrote:
> > On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote:
> > > On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> > > > ...
> > > > > It is best not to u
On 12/09, Eric W. Biederman wrote:
>
> Oleg below is my proof of concept patch, which really needs to be
> broken up into a whole patch series, so the changes are small
> enough we can do a thorough audit on them. Anyway take a look
> and see what you think.
Amazing ;)
This patch certainly needs
On Mon, Dec 10, 2007 at 04:14:40PM +1100, NeilBrown wrote:
>
> [EMAIL PROTECTED] is being decommissioned.
OK by me, thanks.
>
> I wonder if the website should be changed to linux-nfs.org ...
Probably.
--b.
>
> Cc: "J. Bruce Fields" <[EMAIL PROTECTED]>
> Cc: Trond Myklebust <[EMAIL PROTECTED
On Thu, Nov 22, 2007 at 03:43:08AM +0100, Andi Kleen wrote:
>
> This way gcc can warn for wrong format strings
This loks good. Can I get i s-o-b then I will apply it.
Sam
>
> ---
> scripts/mod/modpost.c |8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> Index: li
On Thu, Nov 22, 2007 at 03:43:09AM +0100, Andi Kleen wrote:
>
> Fix wrong format strings in modpost exposed by the previous patch.
> Including one missing argument -- some random data was printed instead.
Looks good. Can I get a s-o-b then I will apply it.
Sam
>
> ---
> scripts/mod/mo
> Hi Andi,
>
> Does the attached patch fix the Oops?
Nope, got that a few hours after boot again:
-Andi
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
[ cut here ]
kernel BUG at fs/dcache.c:595!
invalid opcode: [1] SMP
CPU 0
On Mon, Dec 10, 2007 at 07:50:08PM +0100, Sam Ravnborg wrote:
> On Thu, Nov 22, 2007 at 03:43:08AM +0100, Andi Kleen wrote:
> >
> > This way gcc can warn for wrong format strings
>
> This loks good. Can I get i s-o-b then I will apply it.
Sorry must have been left out by mistake.
Signed-off-by:
Andrew Morton wrote:
My ia64 allmodconfig build has taken
akpm 15700 89.6 0.0 8256 700 pts/4RN+ 03:09 10:41 bc -q
kernel/timeconst.bc
11 minutes so far. fc6/x86_64.
I just tried this on my system, using your cross-compiler chain. I got
a different error:
/opt/crosstool/
On Mon, 2007-12-10 at 17:50 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 03:31:48PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > I meant that for each new device, it will be placed into
> > > /sys/devices/its_name, but it can also be accessed via
> > > /sys/bus/dst/devices/
>
fs/sysfs/file.c: use DEFINE_SPINLOCK for definition of
sysfs_open_dirent_lock instead of assigning SPIN_LOCK_UNLOCKED
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
index 4045bdc..09a0611 100644
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@
On Mon, 10 Dec 2007 19:11:12 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 09, 2007 at 06:08:18PM +0100, Pierre Ossman wrote:
> >
> > This still requires a bit of maintenance to set up a kerneltypes.h for
> > every arch.
>
> Better doing this work once than fixing similar issues ag
On 12/10/2007 08:03 PM, Matthias Kaehlcke wrote:
> fs/sysfs/file.c: use DEFINE_SPINLOCK for definition of
> sysfs_open_dirent_lock instead of assigning SPIN_LOCK_UNLOCKED
Already done:
http://lkml.org/lkml/2007/11/9/222
regards,
--js
--
To unsubscribe from this list: send the line "unsubscribe li
On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
>
> When passing an file name > 1k the stack could be overflowed.
> Not really a security issue, but still better plugged.
Looks good. A s-o-b line again please.
Although I am not so happy with the ue of gcc extensions.
Sam
>
>
Remove local definition of TRUE/FALSE.
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ipg.h b/drivers/net/ipg.h
index d5d092c..4484778 100644
--- a/drivers/net/ipg.h
+++ b/drivers/net/ipg.h
@@ -490,38 +490,34 @@ enum ipg_regs {
* Tune
*/
-/* Miscellane
On Mon, Dec 10, 2007 at 08:02:28PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > uganda:~/codes# ls -l /sys/devices/storage/n-0-81003ebc220/
> > total 0
> > drwxr-xr-x 2 root root0 2007-12-10 13:23 power
> > -r--r--r-- 1 root root 4096 2007-12-10 13:30 size
> > -r--r--r-- 1 root root 40
Balbir Singh wrote:
> Changelog
>
> 1. Get rid of the constant 5 (based on comments from
> [EMAIL PROTECTED])
> 2. Implement suggestions from Olof Johannson
> 3. Check if cmdline is NULL in fake_numa_create_new_node()
>
> Tested with additional parameters from Olof
On Mon, 10 Dec 2007 16:32:18 +0300 "Denis V. Lunev" <[EMAIL PROTECTED]> wrote:
>
Plese don't top-post. It makes replying to you rather awkward.
> could you, plz, check patch sent by Eric above in this thread.
>
> I have tried it on my test node and it works for module you have
> provided. The p
Compile error during "make" on patched 2.6.23-r3 with Highpoint-tech
RocketRaid 2300 drivers.
Today I tried to upgrade the kernel on my server, with no luck.
The drivers for the Rocket Raid 2300 PCI express were patched onto the
2.6.23-r3-kernel, but it fails to compile while doing make with th
Hi Boaz,
On Sun, 09 Dec 2007 11:43:31 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> >>> Index: 2.6.24-rc3-mm2/drivers/scsi/scsi_lib.c
>
> >> No I don't like it. The only client left for blk_end_request_callback()
> >> is bidi,
> >
> > ide-cd (cdrom_newpc_intr) is another client.
> > So I can'
> CC drivers/scsi/rr2310_00/os_linux.o
> drivers/scsi/rr2310_00/os_linux.c: In function 'os_sd_changed':
> drivers/scsi/rr2310_00/os_linux.c:315: error: implicit declaration
> of function 'scsi_device_cancel'
> make[3]: *** [drivers/scsi/rr2310_00/os_linux.o] Error 1
>
On Mon, 2007-12-10 at 22:33 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 08:02:28PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > uganda:~/codes# ls -l /sys/devices/storage/n-0-81003ebc220/
> > > total 0
> > > drwxr-xr-x 2 root root0 2007-12-10 13:23 power
> > > -r--r--
On Thu, Dec 06 2007, Zach Brown wrote:
>
> The following patches are a substantial refactoring of the syslet code. I'm
> branding them as the v7 release of the syslet infrastructure, though they
> represent a signifiant change in focus.
[snip]
In case anyone is interested in playing with this,
On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > > > Actually not - I have to set reference counter to something other than 1
> > > > or +/- 1, and thus will have to call kref_get() in a loop, which is a
> > > > very ugly step. Is there kref_set() or somethinglik
On Dec 10, 2007 9:19 AM, Maxim Levitsky <[EMAIL PROTECTED]> wrote:
> ...
> > It is best not to use nohide - we should probably mark it as
> > 'legacy'.
> >
> > Simply export the top level mountpoint as 'crossmnt' and everything
> > below there will be exported.
> >
> > > Where should I put those o
Hi Richard,
On Dec 10, 2007 9:29 PM, Richard Knutsson <[EMAIL PROTECTED]> wrote:
> Remove local definition of TRUE/FALSE.
This is already fixed in Francois' tree:
http://git.kernel.org/?p=linux/kernel/git/romieu/netdev-2.6.git;a=commitdiff;h=2af61e99e3d1c959840ea007ff56b15db794fb99
On Mon, 2007-12-10 at 22:51 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > > > Actually not - I have to set reference counter to something other
> > > > > than 1
> > > > > or +/- 1, and thus will have to call kref_get() in
On Fri, Dec 07, 2007 at 03:53:30PM +, Huang, Ying wrote:
> This patch implements the functionality of jumping between the kexeced
> kernel and the original kernel.
>
Hi,
I am just going through your patches and trying to understand it. Don't
understand many things. Asking is easy so here you
On Monday 10 December 2007 20:32, Sam Ravnborg wrote:
> On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
> > When passing an file name > 1k the stack could be overflowed.
> > Not really a security issue, but still better plugged.
>
> Looks good. A s-o-b line again please.
Signed-off-by:
On Mon, Dec 10, 2007 at 08:56:49PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-12-10 at 22:51 +0300, Evgeniy Polyakov wrote:
> > On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED])
> > wrote:
> > > > > > Actually not - I have to set reference counter to somet
Ingo Molnar wrote:
* Jie Chen <[EMAIL PROTECTED]> wrote:
I did patch the header file and recompiled the kernel. I observed no
difference (two threads overhead stays too high). Thank you.
ok, i think i found it. You do this in your qmt/pthread_sync.c
test-code:
double get_time_of_day_()
{
On Dec 7, 2007 12:42 AM, NeilBrown <[EMAIL PROTECTED]> wrote:
>
> Currently and md array with a write-intent bitmap does not updated
> that bitmap to reflect successful partial resync. Rather the entire
> bitmap is updated when the resync completes.
>
> This is because there is no guarentee that r
On Mon, 10 Dec 2007, Ilpo Järvinen wrote:
> Dave, please include this one to net-2.6.25.
...
> --
> [PATCH] [TCP]: Fix fack_count miscountings (multiple places)
I've better version of this coming up, so Dave please don't put this one
into net-2.6.25 (noticed that both the original and the afte
On Mon, Dec 10, 2007 at 08:57:28PM +0100, Andi Kleen wrote:
> On Monday 10 December 2007 20:32, Sam Ravnborg wrote:
> > On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
> > > When passing an file name > 1k the stack could be overflowed.
> > > Not really a security issue, but still better
Pekka Enberg wrote:
Hi Richard,
On Dec 10, 2007 9:29 PM, Richard Knutsson <[EMAIL PROTECTED]> wrote:
Remove local definition of TRUE/FALSE.
This is already fixed in Francois' tree:
http://git.kernel.org/?p=linux/kernel/git/romieu/netdev-2.6.git;a=commitdiff;h=2af61e99e3d1c959840ea007
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have tolerated this problem for a year and do not post to this list in
haste. I have posted on forums and searched the community over the past
year. I have looked at the list archive on gossamer-threads.com for
solutions. With Fedora Core 6 unsupport
[ Cc:-ed Alan Stern a'ka kwatch fame - Alan might be interested in this
too. ]
hi Markus,
finally had time to take a closer look at the design of your
Branch-Trace-Support-via-ptrace-on-x86 patchset. I think we'll need to
work some more on general API issues.
here's the current proposed AP
On Mon, 2007-12-10 at 15:01 +, Alan Cox wrote:
>
> If the hardware cannot map the low PCI space then set
> CONFIG_NO_ATA_LEGACY and the ATA layer will leave legacy ports alone.
> Unfortunately its not clear we can make that mode try and force
> controllers into native. We could try that if th
101 - 200 of 315 matches
Mail list logo
