On Tue, 04 Dec 2007 12:43:58 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> [PATCH 1/2] [AVR32] Include instrumentation menu
> [PATCH 2/2] [AVR32] Oprofile support
>
> (which have been merged in the avr32 tree by Haavard)
I forgot to actually apply the patches though. I've pushed them out
On Tue, Dec 04, 2007 at 08:54:52AM -0800, Ray Lee wrote:
> (Why hasn't anyone been cc:ing Matt on this?)
>
> On Dec 4, 2007 8:18 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Tue, Dec 04, 2007 at 12:41:25PM +0100, Marc Haber wrote:
> >
> > > While debugging Exim4's GnuTLS interface, I recently
Support for Intel's last branch recording to ptrace. This gives debuggers
access to this hardware feature and allows them to show an execution trace
of the debugged application.
Last branch recording (see section 18.5 in the Intel 64 and IA-32
Architectures Software Developer's Manual) allows taki
Ben Greear <[EMAIL PROTECTED]> writes:
>> Regardless of infringement it is incompatible with a complete network
>> namespace implementation. Further it sounds like the module you are
>> describing defines a kernel ABI without being merged and hopes that
>> ABI will still be supportable in the fut
> > Has anyone played with this concept?
>
> For things like SATA based devices they aren't that fast yet.
What is fast enough?
As I understand the basic memory technology, the hard limit is in the
100's of microseconds range for latency. SATA adds something to that.
I'd be surprised to see lat
Linus:
On the per-architecture side, I do think it would be better to *not* have
internal architecture knowledge in a generic file, and as such a line like
depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32
really shouldn't exist in a file like kernel/Kconfig.instrume
Move the instrumentation Kconfig to
arch/Kconfig for architecture dependent options
- oprofile
- kprobes
and
init/Kconfig for architecture independent options
- profiling
- markers
Remove the "Instrumentation Support" menu. Everything moves to "General setup".
Delete the kernel/Kconfig.
Puts the content of arch/Kconfig in the "General setup" menu.
Linus:
> Should it come with a re-duplication of it's content into each
> architecture, which was the case previously ? The oprofile and kprobes
> menu entries were litteraly cut and pasted from one architecture to
> another. Should we
Linus:
On the per-architecture side, I do think it would be better to *not* have
internal architecture knowledge in a generic file, and as such a line like
depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32
really shouldn't exist in a file like kernel/Kconfig.instrumen
On Sat, Dec 01, 2007 at 12:19:50AM +0100, J.A. Magall??n wrote:
> I think BeOS was C++ and OSX is C+ObjectiveC (and runs on an iPhone).
> Original MacOS (fron 6 to 9) was Pascal (and a mac SE was very near
> to embedded hardware :) ).
>
> I do not advocate to rewrite Linux in C++, but don't say a
Hi Andrew,
Here is the instrumentation menu removal patchset, updated to take care of
recent avr32 changes. It has been done on top of 2.6.24-rc4 with the following
patches applied :
[PATCH 1/2] [AVR32] Include instrumentation menu
[PATCH 2/2] [AVR32] Oprofile support
(which have been merged in
On Mon, Dec 03, 2007 at 02:35:31PM +0200, Gilboa Davara wrote:
> Intel's newest dual 10GbE NIC can easily (?) throw ~14M packets per
> second. (theoretical peak at 1514bytes/frame)
> Granted, installing such a device on a single CPU/single core machine is
> absurd - but even on an 8 core machine (2
On Di, 04.12.07 11:28 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Thomas <[EMAIL PROTECTED]> wrote:
>
> > I can confirm this issue too on any .24-rc. I'm also using reiserfs
> > on a LVM.
> >
> > And there is one more user on Gentoo forums having the same issue.
> > http://forums.gentoo.org/v
I have one P35 machine too. And it's running ok (my workstation). The
problem is with this board and chipset Intel G33 Express.
I am going to test vanilla 2.6.22 kernels and latest devel kernel too
next few days.
Zid Null wrote:
I'm using ICH9 on this machine currently, works fine. (p35 chip
Hi,
> might it not make more sense to put all of that into a new
> subdirectory, say, /drivers/char/pcmcia/ipwireless_cs? that way, it's
> more modular and it will keep that higher-level directory from
> potentially getting cluttered with even more drivers. and it would
> let you drop the pointl
On Tue, Dec 04, 2007 at 04:56:26PM +, Christoph Hellwig ([EMAIL PROTECTED])
wrote:
> > > * fixed bug with XFS metadata update (it can provide slab pages to the
> > > DST, so it is not allowed to transfer them using ->sendpage())
>
> xfs hasn't been doing that anymore for quite a whil
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/kernel/entry.S |2 ++
arch/s390/kernel/setup.c |4 +---
drivers/s390/block/dcssblk.c |4 ++--
drivers/s390/cio/css.c
We have a network with a number of nodes using bonding with arp
monitoring. The arp interval is set to 100ms.
Unfortunately, the bonding code sends the arp packets to the hardware
broadcast address, which means that the number of these arp packets seen
by each node goes up with the number o
Hi,
> can we please drop the stupid "_cs" stuff. It is an old habit to have
> the shortcut for "Card Services" in the driver name, but that goes back
> to the time when the PCMCIA subsystem and its drivers were an external
> package. Especially in cases where only a PCMCIA card exists, it makes
>
On Dec 4, 2007 11:41 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> it should be EINVAL. at least it is wat rtc-cmos does when the value
> is invalid.
in the example rtc test code (Documentation/rtc.txt), would it be
useful to handle EINVAL ? if the freq isnt supported, just say
"hardware do
I posted the original patch series back here:
http://marc.info/?l=linux-kernel&m=119083320718236&w=2
- I now have performance measurements. It gains us about 0.4% on 'a
well-known OLTP benchmark'.
- I've addressed Dave/Roland's concerns about patch 3/4 being too big;
it's now patches 5/7 and
Jon Masters wrote:
On Mon, 2007-12-03 at 23:45 +0100, Bodo Eggert wrote:
Jon Masters <[EMAIL PROTECTED]> wrote:
On Thu, 2007-11-29 at 11:11 -0800, Ray Lee wrote:
On Nov 29, 2007 10:56 AM, Jon Masters <[EMAIL PROTECTED]> wrote:
To lift Alan's example, a naive first implementation
would be to cr
On Tue, 4 Dec 2007 11:56:54 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> On Dec 4, 2007 11:49 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> > On Tue, 4 Dec 2007 11:47:56 -0500
> > "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> > > the return of ENOTTY is to say "changing of freq isnt sup
> cryptographically strong stream it'll provide when /dev/random is
> tapped? In principle, this'd leave more entropy available for
> applications that really need it, especially on platforms that don't
> generate a lot of entropy in the first place (servers).
As reported about a month ago, the e
> > * fixed bug with XFS metadata update (it can provide slab pages to the
> > DST, so it is not allowed to transfer them using ->sendpage())
xfs hasn't been doing that anymore for quite a while. Block drivers
don't need hacks for it anymore, epsecially as it's not reliably
detectable.
On Dec 4, 2007 11:49 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> On Tue, 4 Dec 2007 11:47:56 -0500
> "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> > the return of ENOTTY is to say "changing of freq isnt supported", not
> > that the value is invalid. but i can get the same behavior by
> > del
USB testing driver: convert semaphore dev->sem to the mutex API
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/drivers/usb/misc/usbtest.c b/drivers/usb/misc/usbtest.c
index ea31621..57260ab 100644
--- a/drivers/usb/misc/usbtest.c
+++ b/drivers/usb/misc/usbtest.c
@@ -6,6 +6,
(Why hasn't anyone been cc:ing Matt on this?)
On Dec 4, 2007 8:18 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 04, 2007 at 12:41:25PM +0100, Marc Haber wrote:
>
> > While debugging Exim4's GnuTLS interface, I recently found out that
> > reading from /dev/urandom depletes entropy as muc
> No matter what you consider as being better, changing a 12 years old and
> widely used userspace interface like /dev/urandom is simply not an
> option.
Fixing it to be more efficient in its use of entropy and also fixing the
fact its not actually a good random number source would be worth look
On Tue, 4 Dec 2007 11:47:56 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
>
> the return of ENOTTY is to say "changing of freq isnt supported", not
> that the value is invalid. but i can get the same behavior by
> deleting the function as the rtc-dev layer will take care of returning
> ENOTT
Ingo Molnar wrote:
hi,
* Giacomo Catenazzi <[EMAIL PROTECTED]> wrote:
On 2.6.24-rc1-gc9927c2b BUG: unable to handle kernel paging request at
virtual address 3d15b925
In last git, I see the following BUGs in various programs. It seems
reproducible, but sometime I've hard lookup on poweroff.
On Dec 4, 2007 11:41 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> On Tue, 4 Dec 2007 11:29:11 -0500 "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> > On Dec 4, 2007 11:26 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> > > Bryan Wu <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi, I fannly got some
On Tue, Dec 04, 2007 at 11:06:55AM -0500, Eric Paris wrote:
> Given a specifically crafted binary do_brk() can be used to get low
> pages available in userspace virtually memory and can thus be used to
> circumvent the mmap_min_addr low memory protection. Add security checks
> in do_brk().
>
> Si
On Tue, 2007-12-04 at 16:51 +1100, Tony Breeds wrote:
> The commit fa13a5a1f25f671d084d8884be96fc48d9b68275 (sched: restore
> deterministic CPU accounting on powerpc), unconditionally calls
> update_process_tick() in system context. In the deterministic accounting case
> this is the correct thing
On Tue, 4 Dec 2007 11:29:11 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
>
> On Dec 4, 2007 11:26 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> > Bryan Wu <[EMAIL PROTECTED]> wrote:
> >
> > Hi, I fannly got some time to review the patches. Seems ok, the
> > only question is...
> >
> >
Linus, please pull the latest x86 git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
4 commits: a Kconfig fix for CONFIG_M8K, a warning-message printout
tweak/fix, and two section fixes. This empties the x86 queue of pending
2.6.24 fixes for now. Thanks,
Em Tue, 4 Dec 2007 17:18:27 +0100
Ingo Molnar <[EMAIL PROTECTED]> escreveu:
|
| * Ingo Molnar <[EMAIL PROTECTED]> wrote:
|
| > The problem is on SMP: if sched_rr_get_interval() gets a task from an
| > otherwise idle runqueue, then rq->load.weight is 0. Normally
| > sched_slice() is only used o
On Dec 4, 2007 11:26 AM, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> Bryan Wu <[EMAIL PROTECTED]> wrote:
>
> Hi, I fannly got some time to review the patches. Seems ok, the
> only question is...
>
> > static int bfin_irq_set_freq(struct device *dev, int freq)
> > {
> > - struct bfin_rtc *r
On Fri, 23 Nov 2007 18:08:26 +0800
Bryan Wu <[EMAIL PROTECTED]> wrote:
Hi, I fannly got some time to review the patches. Seems ok, the
only question is...
> static int bfin_irq_set_freq(struct device *dev, int freq)
> {
> - struct bfin_rtc *rtc = dev_get_drvdata(dev);
> stampit();
>
On Tue, Dec 04, 2007 at 12:41:25PM +0100, Marc Haber wrote:
> While debugging Exim4's GnuTLS interface, I recently found out that
> reading from /dev/urandom depletes entropy as much as reading from
> /dev/random would. This has somehow surprised me since I have always
> believed that /dev/urandom
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> The problem is on SMP: if sched_rr_get_interval() gets a task from an
> otherwise idle runqueue, then rq->load.weight is 0. Normally
> sched_slice() is only used on a busy runqueue. So the correct fixup
> site is not in sched_slice() but in sys_sched_
Important Information, Please your urgent response is needed.
It is a pleasure to inform you through this medium thatYour emailaddress won a
prizeof 950,000.00 in category 'A'micronet
emaillotterywith Reference number: LSLUK/2031/8161/07.
Please contact our FOREIGN TRANSFER MANAGER.
Dr. Paul An
* Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> wrote:
> | The problem is on SMP: if sched_rr_get_interval() gets a task from
> | an otherwise idle runqueue, then rq->load.weight is 0. Normally
> | sched_slice() is only used on a busy runqueue. So the correct fixup
> | site is not in sched_s
Given a specifically crafted binary do_brk() can be used to get low
pages available in userspace virtually memory and can thus be used to
circumvent the mmap_min_addr low memory protection. Add security checks
in do_brk().
Signed-off-by: Eric Paris <[EMAIL PROTECTED]>
---
mm/mmap.c |4
Em Tue, 4 Dec 2007 17:00:05 +0100
Ingo Molnar <[EMAIL PROTECTED]> escreveu:
|
| * Linus Torvalds <[EMAIL PROTECTED]> wrote:
|
| >
| >
| > On Tue, 4 Dec 2007, Luiz Fernando N. Capitulino wrote:
| > >
| > > sched_rr_get_interval(1, NULL);
| >
| > Looks like we have a zero "cfs_rq->load.weight
Nicolas Pitre wrote:
On Mon, 3 Dec 2007, Linus Torvalds wrote:
That said, none of the changes are really _exciting_ or really scary. And
we should have fixed a number of regressions, although more certainly
remain.
Any reason for this:
mode change 100644 => 100755 drivers/net/chelsio/cxgb2
Hi Mike.
On Tue, Dec 04, 2007 at 10:25:29AM -0500, Mike Snitzer ([EMAIL PROTECTED])
wrote:
> Thanks for your continued work on DST. I'd like to know if you've
> thought further about how synchronous mirroring would be best
> implemented with DST.
>
> You shared you views some time ago via comme
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 4 Dec 2007, Luiz Fernando N. Capitulino wrote:
> >
> > sched_rr_get_interval(1, NULL);
>
> Looks like we have a zero "cfs_rq->load.weight".
>
> Ingo? Both sched_slice() and __sched_slice() do a divide by the
> runqueue weight, and
On Tue, 4 Dec 2007, Luiz Fernando N. Capitulino wrote:
>
> sched_rr_get_interval(1, NULL);
Looks like we have a zero "cfs_rq->load.weight".
Ingo? Both sched_slice() and __sched_slice() do a divide by the runqueue
weight, and at least dequeue_task_fair() explicitly checks for that being
> "Julia" == Julia Lawall <[EMAIL PROTECTED]> writes:
Julia> From: Julia Lawall <[EMAIL PROTECTED]>
Julia> There should be an of_node_put when breaking out of a loop
Julia> that iterates using for_each_compatible_node.
..
Julia> Signed-off-by: Julia Lawall <[EMAIL PROTECTED]>
Acked-by:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ingo Molnar escreveu:
> * Glauber de Oliveira Costa <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> This series of patches integrates msr.h header. What it really does,
>> is a series of steps to allow us to get rid of duplicate code between
>> i386 an
On Tue, 4 Dec 2007, John Sigler wrote:
> Dick Johnson wrote:
>
>> You can't just touch a scope-probe to the PCI
>> clock pin and clip the scope-probe grounding
>> lead to a convenient "ground" to make these
>> measurements! You need a special fixture that
>> will make a low-inductance connection
Andrew Morgan wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
KaiGai Kohei wrote:
Serge,
Please tell me the meanings of the following condition.
diff --git a/security/commoncap.c b/security/commoncap.c
index 3a95990..cb71bb0 100644
--- a/security/commoncap.c
+++ b/security/commoncap.c
@
Ingo Molnar wrote:
* Jie Chen <[EMAIL PROTECTED]> wrote:
Simon Holm Th??gersen wrote:
ons, 21 11 2007 kl. 20:52 -0500, skrev Jie Chen:
There is a backport of the CFS scheduler to 2.6.21, see
http://lkml.org/lkml/2007/11/19/127
Hi, Simon:
I will try that after the thanksgiving holiday to fin
On Tue, 04 Dec 2007 15:40:15 +0100
<[EMAIL PROTECTED]> wrote:
>
> Hi Kernel Gurus,
>
> Please find kindly the description of EIP problems below.
> I greatfully appreciate your kind help.
>
Hi,
your oops is the first crash reported against generic_make_request in
2.6.18 (in fact, in the last y
Ingo Molnar wrote:
> once you are done with the download of the initial cloned git repository
> (which is 200MB+), all the bisection steps will be local and you'll be
> only limited by kernel rebuild speed and by bootup and testing speed,
> not by network bandwidth.
ACK. Have tested two kernel
On Tuesday 04 December 2007 16:10:40 Olivér Pintér wrote:
> On 12/4/07, Pavol Cvengros <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I am trying LKML to get some help on one linux kernel related problem.
> > Lately we got a machine with new HW from Intel. CPU is Intel Core2 Duo
> > E6850 3GHz with
On Tue, 4 Dec 2007, Cornelia Huck wrote:
> > > > > + * If the function is successful, the only way to properly clean up
> > > > > the
> > > > > + * memory is with a call to kobject_del().
> > > >
> > > > In which case kobject_put() isn't needed?
> > >
> > > kobject_del() should only undo what k
This patch replaces the manual permission setup for pages in ioremap_64.c with
the pre-defined __PAGE_KERNEL_EXEC value.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/mm/ioremap_64.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm/ioremap_64.c
This patch defines the _PAGE_* paging attributes in pgtable_64.h in terms of
the former defined _PAGE_BIT_* values.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
include/asm-x86/pgtable_64.h | 27 +++
1 files changed, 15 insertions(+), 12 deletions(-)
diff --git a
This minor cleanup replaces _KERNPG_TABLE with the __PAGE_KERNEL* for 2MB PTEs
in the x86_64 memory initialization code. The __PAGE_KERNEL* defines are more
appropriate for PTEs.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
---
arch/x86/mm/init_64.c |4 ++--
1 files changed, 2 insertions(+
This small series of patches cleans up the definition and use of the _PAGE_*
and __PAGE_KERNEL* permissions for the x86_64 code in the x86 architecture a
little bit.
The scripts are checked by checkpatch.pl now.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Dec 4, 2007 9:37 AM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> Distributed storage.
>
> I'm pleased to announce the 10'th release of the distributed
> storage subsystem (DST). This is a maintenance release and includes
> bug fixes and simple feature extensions only.
>
> DST allows to form
WANG Cong wrote:
>> +static inline unsigned int sdb_hash(const char *str)
>> +{
>> +unsigned int hash = 0;
>> +int c;
>> +
>> +while ((c = *str++))
>
> Maybe ` while ((c = *str++) != '\0') ` is better. ;)
Yeah, probably. That hash function is copied & pasted mindlessly fr
Daniel Lezcano wrote:
Ben Greear wrote:
Eric W. Biederman wrote:
Patrick McHardy <[EMAIL PROTECTED]> writes:
Ben Greear wrote:
I have a binary module that uses dev_get_by_name...it's sort of a
bridge-like
thing and
needs user-space to tell it which device to listen for packets on...
T
On Tue, 4 Dec 2007, Jarek Poplawski wrote:
> Alan Stern wrote, On 12/03/2007 04:08 PM:
>
> > On Mon, 3 Dec 2007, Jarek Poplawski wrote:
> >
> >> Actually, IMHO, there is no reason for any lockdep violation:
> >>
> >> thread #1: has down_read(A); waits for #2 to down_write(B)
> >> thread #2: has
Edgeport USB Serial Converter: convert semaphore es_sem to the
mutex API
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/drivers/usb/serial/io_ti.c b/drivers/usb/serial/io_ti.c
index b867090..f7fdf1c 100644
--- a/drivers/usb/serial/io_ti.c
+++ b/drivers/usb/serial/io_ti.c
@
Dick Johnson wrote:
You can't just touch a scope-probe to the PCI
clock pin and clip the scope-probe grounding
lead to a convenient "ground" to make these
measurements! You need a special fixture that
will make a low-inductance connection to the
PCI bus in the same manner as the interface chip.
{snip}
Comments on your C code below.
>--- /dev/null
>+++ b/scripts/remove-dup.c
>@@ -0,0 +1,98 @@
>+/*
>+ * remove-dup - Drop duplicate lines from unsorted input files
>+ *
>+ * Dec 2007 Tejun Heo <[EMAIL PROTECTED]>
>+ *
>+ * This software is released under GPLv2.
>+ */
>+
>+#include
>+#inclu
On Tue, Dec 04, 2007 at 01:38:09PM +0100, Ingo Molnar wrote:
>
> * Joerg Roedel <[EMAIL PROTECTED]> wrote:
>
> > +#define _PAGE_PRESENT (_AC(1,UL)<<_PAGE_BIT_PRESENT)
>
> please run patches through scripts/checkpatch.pl, it gives:
>
> total: 10 errors, 0 warnings, 42 lines checked
>
> (
Important Information, Please your urgent response is needed.
It is a pleasure to inform you through this medium thatYour emailaddress won a
prizeof 950,000.00 in category 'A'micronet
emaillotterywith Reference number: LSLUK/2031/8161/07.
Please contact our FOREIGN TRANSFER MANAGER.
Dr. Paul An
Hi Kernel Gurus,
Please find kindly the description of EIP problems below.
I greatfully appreciate your kind help.
Thank you so much. :)
Much love
Leos.
Brief Description:
=
1. Today (Dec 4) at 14:43 (GMT+3) EIP was sent, several minutes later my
terminal window (on the same mach
On 12/4/07, Pavol Cvengros <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am trying LKML to get some help on one linux kernel related problem.
> Lately we got a machine with new HW from Intel. CPU is Intel Core2 Duo E6850
> 3GHz with 2GB of RAM. Motherboard is Intel DG33BU with G33 chipset.
>
> After lo
On Mon, 3 Dec 2007, Kevin Hilman wrote:
> The cycles/usecs conversion macros should be dependent on
> CONFIG_EVENT_TRACE instead of CONFIG_LATENCY_TIMING.
>
> Signed-off-by: Kevin Hilman <[EMAIL PROTECTED]>
>
> --- a/include/asm-arm/timex.h
> +++ b/include/asm-arm/timex.h
Hi, thanks I'll apply
On Tuesday 04 December 2007 15:52:32 you wrote:
> On Tue, 4 Dec 2007 13:31:24 +0100
>
> Pavol Cvengros <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I am trying LKML to get some help on one linux kernel related problem.
> > Lately we got a machine with new HW from Intel. CPU is Intel Core2
> > Duo
Ingo Molnar wrote:
> * Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
>>> So 2.6.24-rc3 was OK and 2.6.24-rc3-git2 is not?
>> Yes, the 2.6.24-rc3 was Ok and this is seen from 2.6.24-rc3-git2/3/4.
>
> just to make sure: this is a real lockup and failed bootup (or device
> init), not just a message
On Tue, 4 Dec 2007 13:31:24 +0100
Pavol Cvengros <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am trying LKML to get some help on one linux kernel related problem.
> Lately we got a machine with new HW from Intel. CPU is Intel Core2
> Duo E6850 3GHz with 2GB of RAM. Motherboard is Intel DG33BU with G
Core distributed storage files.
Include userspace interfaces, initialization,
block layer bindings and other core functionality.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index b4c8319..ca6592d 100644
--- a/drivers/block/Kconf
Distributed storage documentation.
Algorithms used in the system, userspace interfaces
(sysfs dirs and files), design and implementation details
are described here.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/Documentation/dst/algorithms.txt b/Documentation/dst/algorithms.
Network state machine.
Includes network async processing state machine and related tasks.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/kst.c b/drivers/block/dst/kst.c
new file mode 100644
index 000..8fa3387
--- /dev/null
+++ b/drivers/block/dst/kst.c
@
Distributed storage.
I'm pleased to announce the 10'th release of the distributed
storage subsystem (DST). This is a maintenance release and includes
bug fixes and simple feature extensions only.
DST allows to form a storage on top of local and remote nodes
and combine them into linear or mirror
Algorithms used in distributed storage.
Mirror and linear mapping code.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/alg_linear.c b/drivers/block/dst/alg_linear.c
new file mode 100644
index 000..cb77b57
--- /dev/null
+++ b/drivers/block/dst/alg_linear.c
The stty setting, "echoctl", directs the tty to echo control characters
as a normal letter prefixed by "^" (such as "^C" for the default INTR
setting). Linux does not currently echo for the INTR/QUIT/SUSP signals,
whereas all other "unix" variants I have used over the years do, to my
recollection
Marc Haber a écrit :
While debugging Exim4's GnuTLS interface, I recently found out that
reading from /dev/urandom depletes entropy as much as reading from
/dev/random would. This has somehow surprised me since I have always
believed that /dev/urandom has lower quality entropy than /dev/random,
b
On Sat, Dec 01 2007 at 1:35 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote:
> This patch converts bidi of scsi mid-layer to use blk_end_request().
>
> rq->next_rq represents a pair of bidi requests.
> (There are no other use of 'next_rq' of struct request.)
> For both requests in the pair, end_that
On Tue, Dec 04 2007 at 14:16 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 30 2007, Kiyoshi Ueda wrote:
>> Hello Jens,
>>
>> The following is the updated patch-set for blk_end_request().
>> Changes since the last version are only minor updates to catch up
>> with the base kernel change
* Glauber de Oliveira Costa <[EMAIL PROTECTED]> wrote:
> Hello,
>
> This series of patches integrates msr.h header. What it really does,
> is a series of steps to allow us to get rid of duplicate code between
> i386 and x86_64 versions
>
> With this done, achieving paravirt for x86_64 gets re
On Sat, Dec 01 2007 at 1:24 +0200, Kiyoshi Ueda <[EMAIL PROTECTED]> wrote:
> This patch adds 2 new interfaces for request completion:
> o blk_end_request() : called without queue lock
> o __blk_end_request() : called with queue lock held
>
> Some device drivers call some generic functions be
Em Mon, 3 Dec 2007 21:08:12 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> escreveu:
| That said, none of the changes are really _exciting_ or really scary. And
| we should have fixed a number of regressions, although more certainly
| remain.
A Mandriva user reported this bug last week. Run th
Kbuild now generates and installs modules.order along with modules.
This patch updates depmod such that it sorts module list according to
the file before generating output files. Modules which aren't on
modules.order are put after modules which are ordered by
modules.order.
This makes modprobe to
On Saturday 01 December 2007, Kiyoshi Ueda wrote:
> This patch converts ide-scsi to use blk_end_request().
>
> Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
> Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
Acked-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
--
To unsubscribe from this l
Hi,
On Monday 03 December 2007, Kiyoshi Ueda wrote:
[...]
> Thank you for the comments.
> I rebased my patch on top of 2.6.24-rc3-mm2 + the patch to remove
> post_transform_command().
>
> As a result, one callback function for DMA mode has been removed.
> What do you think about the patch belo
On Tuesday 04 December 2007, Kiyoshi Ueda wrote:
> Hi Bartlomiej,
>
> On Sat, 1 Dec 2007 23:53:05 +0100, Bartlomiej Zolnierkiewicz <[EMAIL
> PROTECTED]> wrote:
> > On Saturday 01 December 2007, Kiyoshi Ueda wrote:
> > > This patch converts "normal" parts of ide to use blk_end_request().
> > >
>
On Tue, Dec 04, 2007 at 02:29:05PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > The x86 unification resulted in CONFIG_X86_HT no longer being set if
> > (X86_32 && MK8).
> >
> > After grep'ing through the tree I think the problem is that different
> > places have
This patches proceeds with the integration of msr.h, making
the code unified, instead of having a version for each architecture.
We stick with the native_* functions, and then paravirt comes for free.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
---
include/asm-x86/msr.h | 161 ++
This patch uses the _ASM_ALIGN and _ASM_PTR macros
to make the fixups in native_read/write_msr_safe look the same
for x86_64 and i386. Besides using this macros, we also have to
take the explicit instruction suffixes out. It's okay
because all this instructions uses registers, and can be sized by
t
cpuid is not very different between i386 and x86_64.
We move away the x86_64 version from msr.h, and
unify them at processor.h, where they belong.
cpuid() paravirt then comes for free.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
---
include/asm-x86/msr.h | 67
This patche changes the native_write_msr() and friends interface
to explicitly take 2 32-bit registers instead of a 64-bit value.
The change will ease the merge with 64-bit code. As the 64-bit
value will be passed as two registers anyway in i386,
the PVOP_CALL interface has to account for that and
the rdpmc instruction gets a counter argument in rcx. However,
the i386 version was ignoring it. To make both x86_64 and i386 versions
the same, as well as to comply with the instruction semantics, this
parameter is added in the i386 version
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECT
Among other things, using -traditional as a gcc option stops us from
using macro token pasting, which is a feature we heavily rely on.
There was still a use of -traditional in arch/x86/kernel/Makefile_64,
which this patch removes.
I don't see any problems building kernels in my x86_64 box without
301 - 400 of 503 matches
Mail list logo